Ik heb een gigantisch probleem denk ik met mijn Debian-installatie die tot nu toe altijd goed draaide.
Ik had/heb een 2.6.15 kernel die prima bootte. Aangezien ik een Celeron had en een P4 HT had gekocht moest ik natuurlijk SMP in de kernel mee compileren.
De Debianway van een kernel installatie is goed omschreven, en ook hier op het forum is er veel informatie over te vinden hoe dit handmatig, maar met een linux-image (wat kernel-image was voorheen) goed te doen is.
Ik heb een apt-get install linux-image-2.6.17 gedaan, de versie zonder BIGMEM, en hier gebeurde naar mijn inziens al wat nieuws.
Het schijnt dat SMP en BIGMEM tegenwoordig default in de kernel enabled staan dus vandaar de 2.6.17, dit was meteen een goede upgrade leek me als ik toch bezig zou zijn met hercompileren.
Wanneer ik de linux-image installeer maakt de installer ook meteen een initrd voor de 2.6.17 aan en alles wat je handmatig altijd doet na het compileren van je kernel. Ik vind dit wat vreemd, maar aangezien ik een werkende kernel achter de hand heb, de installed de menu.lst ook al heeft aangepast wil ik het wel proberen.
Tijdens het installeren van die linux-image komt hij al in de /lib/modules (even zo uit mijn hoofd) een directory voor 2.6.17 tegen, dit vind ik ook vreemd maar de installer verwijdert hem gewoon en maakt blijkbaar de nieuwe aan + modules.
Het lijkt allemaal dus een normale Kernel-installatie maar dan geautomatiseerd, ik geloof het niet, maar met die 2.6.15 achter de hand besluit ik te rebooten.
Hierna komt het euvel; De machine boot niet meer volledig. De 2.6.17 komt een heel eind, maar deze hangt op /proc en /sys die hij wil mounten als /root/proc en /root/sys dit niet vinden kan, daarna krijg ik dit:
Ik krijg dus een ingebouwde commandline van Debian omdat de initramfs niet ingelezen kan worden, als ik het goed heb en alles heb kunnen onthouden van Google, Nieuwsgroepen, etc.
Geen probleem, we hebben 2.6.15 nog, nee nee, die doet ook moeilijk.
Is wat ik eruit krijg. Ik weet dat sinds 2.6.15 devfs uit de kernel gehaald is en udev hier voor gebruikt wordt. Ik heb udev geinstalleerd, dit kan het dus niet zijn.
Om een lang verhaal kort te maken;
Ik heb gedaan:
- Booten met Knoppix, een van de Softwareraid 1 HD eerst lost gehaald en de hele meuk gemount, chroot en update gedaan op die ene HD, udev gecontroleerd, (mkinitrd werkte even niet door chroot denk ik ofzo), verder nada, niets tijden de reboot... zelfde problemen.
- Gezocht op alle errors, het is bekend, veel problemen met upgraden naar 2.6.17 schijnt het, SATA-probleem ? Mensen die een extra HD nemen, Debian opnieuw installeren, de boel overpompen en het zo oplossen.
- fstab in orde zonder devfs
- /etc doorgezocht op devfs settings, zijn geen echte settings, wel voor een USB instelling in een kernelinit.sh bestand
Ik kan hier heel google wel quoten maar dat maakt het onoverzichtelijk, er zijn namelijk veel verschillende problemen na dezelfde upgreade, compile, hoe je het noemen wil.
Wat is het ?
- Verkeerde config voor de nieuwe kernel ? Waarom werkt 2.6.15 niet meer dan ?
- Toch de SATA-drives, er zou een probleem met de kernel + SATA drives zijn door een config die niet gemaakt is.
Ik zie na 6 uur zoeken en proberen even geen lichtpuntje meer. Ik ben zelf denk ik de fout in gegaan door te rebooten, hoewel 2.6.15 gewoon zou moeten blijven booten toch ?
Dit lijkt een beetje een post uit wanhoop, dat is het niet direct. Een nieuwe installatie zou het zo oplossen, overkopieren en klaar. Ik wil dit niet, ik wil het op kunnen lossen, daar ben je tweaker voor. Normaal kan een oude kernel prima booten, in dit geval niet meer en dat trekt mijn intresse.
Nu hopen dat het samen op te lossen is, dit lijkt hier nog niet volledig in deze vorm voorgekomen te zijn.
Ik had/heb een 2.6.15 kernel die prima bootte. Aangezien ik een Celeron had en een P4 HT had gekocht moest ik natuurlijk SMP in de kernel mee compileren.
De Debianway van een kernel installatie is goed omschreven, en ook hier op het forum is er veel informatie over te vinden hoe dit handmatig, maar met een linux-image (wat kernel-image was voorheen) goed te doen is.
Ik heb een apt-get install linux-image-2.6.17 gedaan, de versie zonder BIGMEM, en hier gebeurde naar mijn inziens al wat nieuws.
Het schijnt dat SMP en BIGMEM tegenwoordig default in de kernel enabled staan dus vandaar de 2.6.17, dit was meteen een goede upgrade leek me als ik toch bezig zou zijn met hercompileren.
Wanneer ik de linux-image installeer maakt de installer ook meteen een initrd voor de 2.6.17 aan en alles wat je handmatig altijd doet na het compileren van je kernel. Ik vind dit wat vreemd, maar aangezien ik een werkende kernel achter de hand heb, de installed de menu.lst ook al heeft aangepast wil ik het wel proberen.
Tijdens het installeren van die linux-image komt hij al in de /lib/modules (even zo uit mijn hoofd) een directory voor 2.6.17 tegen, dit vind ik ook vreemd maar de installer verwijdert hem gewoon en maakt blijkbaar de nieuwe aan + modules.
Het lijkt allemaal dus een normale Kernel-installatie maar dan geautomatiseerd, ik geloof het niet, maar met die 2.6.15 achter de hand besluit ik te rebooten.
Hierna komt het euvel; De machine boot niet meer volledig. De 2.6.17 komt een heel eind, maar deze hangt op /proc en /sys die hij wil mounten als /root/proc en /root/sys dit niet vinden kan, daarna krijg ik dit:
code:
1
2
3
4
| BusyBox Debian... etc etc etc etc can't access tty; job control turned off (initramfs) |
Ik krijg dus een ingebouwde commandline van Debian omdat de initramfs niet ingelezen kan worden, als ik het goed heb en alles heb kunnen onthouden van Google, Nieuwsgroepen, etc.
Geen probleem, we hebben 2.6.15 nog, nee nee, die doet ook moeilijk.
code:
1
2
3
4
| umount: devfs: not mounted pivot_root: No such a file or directory /sbin/init: 432: cannot open dev/console:No such a file Kernel panic - not syncing : Attemped to kill init! |
Is wat ik eruit krijg. Ik weet dat sinds 2.6.15 devfs uit de kernel gehaald is en udev hier voor gebruikt wordt. Ik heb udev geinstalleerd, dit kan het dus niet zijn.
Om een lang verhaal kort te maken;
Ik heb gedaan:
- Booten met Knoppix, een van de Softwareraid 1 HD eerst lost gehaald en de hele meuk gemount, chroot en update gedaan op die ene HD, udev gecontroleerd, (mkinitrd werkte even niet door chroot denk ik ofzo), verder nada, niets tijden de reboot... zelfde problemen.
- Gezocht op alle errors, het is bekend, veel problemen met upgraden naar 2.6.17 schijnt het, SATA-probleem ? Mensen die een extra HD nemen, Debian opnieuw installeren, de boel overpompen en het zo oplossen.
- fstab in orde zonder devfs
- /etc doorgezocht op devfs settings, zijn geen echte settings, wel voor een USB instelling in een kernelinit.sh bestand
Ik kan hier heel google wel quoten maar dat maakt het onoverzichtelijk, er zijn namelijk veel verschillende problemen na dezelfde upgreade, compile, hoe je het noemen wil.
Wat is het ?
- Verkeerde config voor de nieuwe kernel ? Waarom werkt 2.6.15 niet meer dan ?
- Toch de SATA-drives, er zou een probleem met de kernel + SATA drives zijn door een config die niet gemaakt is.
Ik zie na 6 uur zoeken en proberen even geen lichtpuntje meer. Ik ben zelf denk ik de fout in gegaan door te rebooten, hoewel 2.6.15 gewoon zou moeten blijven booten toch ?
Dit lijkt een beetje een post uit wanhoop, dat is het niet direct. Een nieuwe installatie zou het zo oplossen, overkopieren en klaar. Ik wil dit niet, ik wil het op kunnen lossen, daar ben je tweaker voor. Normaal kan een oude kernel prima booten, in dit geval niet meer en dat trekt mijn intresse.
Nu hopen dat het samen op te lossen is, dit lijkt hier nog niet volledig in deze vorm voorgekomen te zijn.
je doet toch al niet voor niets een apt-get install linux-image-<versie>-686-smp ?
/u/100867/crop5601ca928ac47_cropped.png?f=community)
:strip_icc():strip_exif()/u/22646/crop6531f78f6a5cb_cropped.jpg?f=community)
/u/97978/crop60f5315bd7679_cropped.png?f=community)
