-
Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.
Kernelupdate zu 2.6.6 --> Fehler beim entpacken
- Ersteller pburri
- Erstellt am
*schock* :shock:
Also: Ich habe da mal gedacht, ich öffne nochmal die kernel konfiguration zum überprüfen...
1. die ist wie der standart, ohne einstellungen
2. ich kann nicht speichern
3. ich wollte mal nach den rechten im ordner schaun... keine... da hab ich ihm halt neue rechte verteilt mit:
Wenn ich jetzt wider rein gehe und mal dir machn will --> Keine berechtigungen...
omg sag ich da nur... was mach ich denn da falsch?
Also: Ich habe da mal gedacht, ich öffne nochmal die kernel konfiguration zum überprüfen...
1. die ist wie der standart, ohne einstellungen
2. ich kann nicht speichern
3. ich wollte mal nach den rechten im ordner schaun... keine... da hab ich ihm halt neue rechte verteilt mit:
Code:
chown -R <benutzer> linux-2.6.6Wenn ich jetzt wider rein gehe und mal dir machn will --> Keine berechtigungen...
omg sag ich da nur... was mach ich denn da falsch?
A
Anonymous
Gast
Keine Ahnung was da schief gelaufen ist. Im Zweifel einfach nochmal als root anmelden und die Rechte erneut ändern.
Wenn du übrigens mit der Option O=/builddirectory gearbeitet hast, ist die .config in diesem Directory zu finden! Wenn du vorhin als root kompiliert hast, dann musst du die Rechte für dieses Verzeichnis auch noch ändern.
Wenn du übrigens mit der Option O=/builddirectory gearbeitet hast, ist die .config in diesem Directory zu finden! Wenn du vorhin als root kompiliert hast, dann musst du die Rechte für dieses Verzeichnis auch noch ändern.
Ich hab alles noch mal von vorne gemacht, bis jetzt eigentlich gut gelaufen, wenn ich mit dem neuen und mit dem alten kernel starten will kommt die meldung:
Die Verweisse im bootloader sollten stimmen... :roll:
Code:
Root-NFS: No NFS server available, giving up.
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Instert root floppy and press ENTERDie Verweisse im bootloader sollten stimmen... :roll:
A
Anonymous
Gast
Die Meldung mit NFS ist insofern verwirrend, als dass der Kernel verzweifelt nach einem mountbaren root sucht und es als letztes über NFS versucht hat. Das ist aber nicht dein Problem.
Das kann bedeuten, dass die root=/dev/woauchimmer Option in der menu.lst nicht korrekt gesetzt ist, oder dass der Kernel das Filesystem von root nicht kennt. Im letzteren Fall muss das entsprechenede Filesystem entweder in den Kernel kompiliert, oder in der ramdisk vorhanden sein (mkinitrd vergessen?).
Es kann natürlich auch sein, dass deine HDD gar nicht erkannt wurde, weil mit den Treibern was nicht stimmt (was bei meiner S-ATA-Platte manchmal so). Dazu musst du aber die Meldungen vor dem letzten Fehler ansehen. Wenn die Platte sauber erkannt wurde gibt es irgendwo eine Zeile, die die verfügbaren Partitionen anzeigt, z.B.:
Das kann bedeuten, dass die root=/dev/woauchimmer Option in der menu.lst nicht korrekt gesetzt ist, oder dass der Kernel das Filesystem von root nicht kennt. Im letzteren Fall muss das entsprechenede Filesystem entweder in den Kernel kompiliert, oder in der ramdisk vorhanden sein (mkinitrd vergessen?).
Es kann natürlich auch sein, dass deine HDD gar nicht erkannt wurde, weil mit den Treibern was nicht stimmt (was bei meiner S-ATA-Platte manchmal so). Dazu musst du aber die Meldungen vor dem letzten Fehler ansehen. Wenn die Platte sauber erkannt wurde gibt es irgendwo eine Zeile, die die verfügbaren Partitionen anzeigt, z.B.:
Code:
hda1 hda2 <hda5 hda6>
A
Anonymous
Gast
Meinst du failsafe? Wenn das geht, heisst das ja es hat was mit der Hardware-Unterstützung zu tun. Schon mal mit noacpi und noapic probiert zu booten?
Aber warum der alte Kernel nicht mehr läuft ist mir ein Rätsel! Was kommt denn da für ein Fehler?
Vielleicht solltest du wirklich mal ein Howto bzw. ein 'How-I-did-it' schreiben, damit man eventuelle Fehler nachvollziehen kann. Je präziser die Angaben und Fehlermeldungen, desto präziser kann dir geholfen werden.
Aber warum der alte Kernel nicht mehr läuft ist mir ein Rätsel! Was kommt denn da für ein Fehler?
Vielleicht solltest du wirklich mal ein Howto bzw. ein 'How-I-did-it' schreiben, damit man eventuelle Fehler nachvollziehen kann. Je präziser die Angaben und Fehlermeldungen, desto präziser kann dir geholfen werden.
A
Anonymous
Gast
Da ist noch ein entscheidender Fehler drin!
Wenn du ein Build-Verzeichnis nutzen willst (was du ja beim clonen der config getan hast), dann musst du dies auch in allen weiteren Schritten beibehalten (also immer die gleiche O=/verzeichnis Option verwenden)!!! Sonst wird doch nur die 'alte' config aus dem Quellenverzeichnis verwendet und der Kernel liegt im Quellverzeichnis.
Ausserdem sind die Anpassingen im Makefile falsch. Für den Kernel 2.6.6 muss der Sublevel auch auf 6 gesetzt werden (bei dir: Kernel 2.6.0).
Wenn du ein Build-Verzeichnis nutzen willst (was du ja beim clonen der config getan hast), dann musst du dies auch in allen weiteren Schritten beibehalten (also immer die gleiche O=/verzeichnis Option verwenden)!!! Sonst wird doch nur die 'alte' config aus dem Quellenverzeichnis verwendet und der Kernel liegt im Quellverzeichnis.
Ausserdem sind die Anpassingen im Makefile falsch. Für den Kernel 2.6.6 muss der Sublevel auch auf 6 gesetzt werden (bei dir: Kernel 2.6.0).
A
Anonymous
Gast
Nee ,das ist sehr unwahrscheinlich. Eher liegt es an der Konfiguration der Gerätetreiber. Ich sehe an deiner Anleitung, dass du ein SCSI-System verwendest?! Oder S-ATA? Vielleicht helfen ein paar Hardware-Infos weiter. Und eine genauere Beschreibung der Fehler beim Booten (am besten wäre das gesamte Protokoll, ist aber schwierig, das noch kein syslogging läuft (digicam?).
A
Anonymous
Gast
Durch deinen Eintrag in der menu.lst:
Dell rüstet manche Systeme mit S-ATA Platten aus, könnte also gut sein. Wenn es jedoch eine normale IDE-Platte ist, dann ist der Fehler ziemlich klar: root=/dev/hda2 in der menu.lst eintragen.
Eventuell auch die initrd mit der Option -d /dev/hda2 erstellen.
Du kannst das überprüfen, indem du dir mal die aktuelle /etc/fstab ansiehst, was dort als root eingetragen ist.
Was VMWare für einen Einfluss hat weiss ich nicht.
/dev/sdx bezeichnet ein SCSI-Laufwerk oder eine S-ATA Platte. Daher auch die Frage, da S-ATA Platten vom 2.4er Kernel noch als /dev/hdx erkannt wurden, vom 2.6er jedoch als /dev/sdx
Dell rüstet manche Systeme mit S-ATA Platten aus, könnte also gut sein. Wenn es jedoch eine normale IDE-Platte ist, dann ist der Fehler ziemlich klar: root=/dev/hda2 in der menu.lst eintragen.
Eventuell auch die initrd mit der Option -d /dev/hda2 erstellen.
Du kannst das überprüfen, indem du dir mal die aktuelle /etc/fstab ansiehst, was dort als root eingetragen ist.
Was VMWare für einen Einfluss hat weiss ich nicht.