Kernel Panic mit Kernel 2.6.8.1
Hallo! Ich habe grade mal den Kernel 2.6.8.1 versucht zu installieren, bin jedoch an einer Kernel Panic hängen geblieben, er kann anscheinend das root - Device (/dev/hda6) nicht nutzen. Auf dieser Partition ist folgendes drauf: /dev/hda1 = ext2fs -> /boot /dev/hda5 = swap /dev/hda6 = ext2fs -> / Im Übrigen schreibt er mir auch bei /dev/hdc, dass er den Partitionstyp nicht erkennen kann (es ist ein reiserFS drauf). Leider kann ich die genaue Anzeige nicht darstellen, er stoppt auf die Taste "Rollen" nicht. In der Kernel - Config ist folgendes eingetragen: # # File systems # CONFIG_EXT2_FS=y CONFIG_EXT2_FS_XATTR=y CONFIG_EXT2_FS_POSIX_ACL=y CONFIG_EXT2_FS_SECURITY=y CONFIG_EXT3_FS=y CONFIG_EXT3_FS_XATTR=y CONFIG_EXT3_FS_POSIX_ACL=y CONFIG_EXT3_FS_SECURITY=y CONFIG_JBD=y CONFIG_JBD_DEBUG=y CONFIG_FS_MBCACHE=y CONFIG_REISERFS_FS=y # CONFIG_REISERFS_CHECK is not set CONFIG_REISERFS_PROC_INFO=y CONFIG_REISERFS_FS_XATTR=y CONFIG_REISERFS_FS_POSIX_ACL=y CONFIG_REISERFS_FS_SECURITY=y CONFIG_JFS_FS=y CONFIG_JFS_POSIX_ACL=y # CONFIG_JFS_DEBUG is not set CONFIG_JFS_STATISTICS=y CONFIG_FS_POSIX_ACL=y CONFIG_XFS_FS=y # CONFIG_XFS_RT is not set CONFIG_XFS_QUOTA=y CONFIG_XFS_SECURITY=y CONFIG_XFS_POSIX_ACL=y CONFIG_MINIX_FS=m CONFIG_ROMFS_FS=m CONFIG_QUOTA=y # CONFIG_QFMT_V1 is not set CONFIG_QFMT_V2=y CONFIG_QUOTACTL=y # CONFIG_AUTOFS_FS is not set CONFIG_AUTOFS4_FS=y Danke für einen kleinen Tip! Guten Abend noch! Stefan
* Montag, 18. Oktober 2004 um 20:22 (+0200) schrieb Stefan Schilling:
Ich habe grade mal den Kernel 2.6.8.1 versucht zu installieren, bin jedoch an einer Kernel Panic hängen geblieben, er kann anscheinend das root - Device (/dev/hda6) nicht nutzen. Auf dieser Partition ist folgendes drauf: /dev/hda1 = ext2fs -> /boot /dev/hda5 = swap /dev/hda6 = ext2fs -> /
Im Übrigen schreibt er mir auch bei /dev/hdc, dass er den Partitionstyp nicht erkennen kann (es ist ein reiserFS drauf).
In der Kernel - Config ist folgendes eingetragen:
# # File systems # CONFIG_EXT2_FS=y [ ... ]
Hast du den jetzt überflüssigen "initrd ..."-Eintrag aus der
Bootloader-Konfiguration entfernt?
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Guten Tag Andreas Koenecke, Am Montag, 18. Oktober 2004 um 22:36 schrieb Andreas Koenecke:
* Montag, 18. Oktober 2004 um 20:22 (+0200) schrieb Stefan Schilling:
Ich habe grade mal den Kernel 2.6.8.1 versucht zu installieren, bin jedoch an einer Kernel Panic hängen geblieben, er kann anscheinend das root - Device (/dev/hda6) nicht nutzen. Auf dieser Partition ist folgendes drauf: /dev/hda1 = ext2fs -> /boot /dev/hda5 = swap /dev/hda6 = ext2fs -> /
Im Übrigen schreibt er mir auch bei /dev/hdc, dass er den Partitionstyp nicht erkennen kann (es ist ein reiserFS drauf).
In der Kernel - Config ist folgendes eingetragen:
# # File systems # CONFIG_EXT2_FS=y [ ... ]
Hast du den jetzt überflüssigen "initrd ..."-Eintrag aus der Bootloader-Konfiguration entfernt?
Hallo! Also in meiner /etc/lilo.conf findet sich allenfalls ein etwas veralteter Eintrag "append="BOOT_FILE=/boot/2.4.25" ". Ansonsten steht dort nix (und den o.s. Eintrag kill ich, sobald ich aus der Uni zurück bin). Ich hatte aber auch nicht erwartet, dass es so grosse Unterschiede zwischen 2.6.7 und 2.6.8.1 gibt. Stefan
* Dienstag, 19. Oktober 2004 um 11:30 (+0200) schrieb Stefan Schilling:
Am Montag, 18. Oktober 2004 um 22:36 schrieb Andreas Koenecke:
Hast du den jetzt überflüssigen "initrd ..."-Eintrag aus der Bootloader-Konfiguration entfernt?
Also in meiner /etc/lilo.conf findet sich allenfalls ein etwas veralteter Eintrag "append="BOOT_FILE=/boot/2.4.25" ". Ansonsten steht dort nix (und den o.s. Eintrag kill ich, sobald ich aus der Uni zurück bin).
Wird wirklich 'lilo' benutzt und nicht evtl. 'grub'? Der o.g. Eintrag sagt mir nichts, aber es ist IMHO nicht die 'initrd'. Was ist das für eine SuSE?
Ich hatte aber auch nicht erwartet, dass es so grosse Unterschiede zwischen 2.6.7 und 2.6.8.1 gibt.
Warte erst einmal bis der Kernel bootet... ;-)
(Brennen von Daten-CD/DVD nur als "root" und Audio-CD brennt er gar nicht.)
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Guten Tag Andreas Koenecke, Am Dienstag, 19. Oktober 2004 um 12:30 schrieb Andreas Koenecke:
* Dienstag, 19. Oktober 2004 um 11:30 (+0200) schrieb Stefan Schilling:
Am Montag, 18. Oktober 2004 um 22:36 schrieb Andreas Koenecke:
Hast du den jetzt überflüssigen "initrd ..."-Eintrag aus der Bootloader-Konfiguration entfernt?
Also in meiner /etc/lilo.conf findet sich allenfalls ein etwas veralteter Eintrag "append="BOOT_FILE=/boot/2.4.25" ". Ansonsten steht dort nix (und den o.s. Eintrag kill ich, sobald ich aus der Uni zurück bin).
Wird wirklich 'lilo' benutzt und nicht evtl. 'grub'?
Ne, es ist tatsächlich lilo.
Der o.g. Eintrag sagt mir nichts, aber es ist IMHO nicht die 'initrd'.
die initrd habe ich glaub ich schon vor einiger Zeit rausgeschmissen (zu alten 2.4.8er Zeiten).
Was ist das für eine SuSE? 7.2
Ich hatte aber auch nicht erwartet, dass es so grosse Unterschiede zwischen 2.6.7 und 2.6.8.1 gibt.
Warte erst einmal bis der Kernel bootet... ;-) (Brennen von Daten-CD/DVD nur als "root" und Audio-CD brennt er gar nicht.)
na, gut sowas stört mich nicht (is kein Brenner drin). Aber das einfache Laden von ext2fs sollte der Kernel eigentlich beherrschen. Deswegen überrascht mich das ja. Ich mein, fremdartige Hardware -ok. Aber ext2fs?? cu Stefan
Hallo. * Dienstag, 19. Oktober 2004 um 15:22 (+0200) schrieb Stefan Schilling:
Am Dienstag, 19. Oktober 2004 um 12:30 schrieb Andreas Koenecke:
* Dienstag, 19. Oktober 2004 um 11:30 (+0200) schrieb Stefan Schilling:
die initrd habe ich glaub ich schon vor einiger Zeit rausgeschmissen (zu alten 2.4.8er Zeiten).
Gut, dann kann es an alten Modulen in der 'initrd' nicht liegen...
Ich hatte aber auch nicht erwartet, dass es so grosse Unterschiede zwischen 2.6.7 und 2.6.8.1 gibt.
Warte erst einmal bis der Kernel bootet... ;-) (Brennen von Daten-CD/DVD nur als "root" und Audio-CD brennt er gar nicht.)
na, gut sowas stört mich nicht (is kein Brenner drin). Aber das einfache Laden von ext2fs sollte der Kernel eigentlich beherrschen. Deswegen überrascht mich das ja. Ich mein, fremdartige Hardware -ok. Aber ext2fs??
Wenn bei dir Kernel 2.6.7 lief, dann sollte es (theoretisch) auch der
2.6.8.1...
Ich habe hier auch noch eine (früher 2) ext2-Partition(en), auf die (bisher)
mit allen 2.6.X-Kerneln zugegriffen werden konnte(n).
Evtl. kann man mehr sagen, wenn man die Fehlermeldungen des Kernels sieht.
Kannst du nicht nach einem erfolglosen Versuch mit einem Knoppix o.ä. booten
und dann auf "/var/log/boot.msg" der Festplatte zugreifen?
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Gut, dann kann es an alten Modulen in der 'initrd' nicht liegen...
k.
Ich hatte aber auch nicht erwartet, dass es so grosse Unterschiede zwischen 2.6.7 und 2.6.8.1 gibt.
Warte erst einmal bis der Kernel bootet... ;-) (Brennen von Daten-CD/DVD nur als "root" und Audio-CD brennt er gar nicht.)
na, gut sowas stört mich nicht (is kein Brenner drin). Aber das einfache Laden von ext2fs sollte der Kernel eigentlich beherrschen. Deswegen überrascht mich das ja. Ich mein, fremdartige Hardware -ok. Aber ext2fs??
Wenn bei dir Kernel 2.6.7 lief, dann sollte es (theoretisch) auch der 2.6.8.1... Ich habe hier auch noch eine (früher 2) ext2-Partition(en), auf die (bisher) mit allen 2.6.X-Kerneln zugegriffen werden konnte(n).
Evtl. kann man mehr sagen, wenn man die Fehlermeldungen des Kernels sieht. Kannst du nicht nach einem erfolglosen Versuch mit einem Knoppix o.ä. booten und dann auf "/var/log/boot.msg" der Festplatte zugreifen?
das dürfte rel. nutzlos sein, schliesslich kann er ja nicht auf die Partition zugreifen -> er kann also auch kein .log schreiben. Ich werde nachher mal versuchen, den Kernel anzuhalten, aber bisher habe ich das noch nicht geschafft. Im Grunde steht nur, dass er nicht auf die Root-Partition zugreifen kann. Da aber ein bischen weiter oben (für eine andere Platte mit reiserfs, was er können müßte) steht, dass er auf diese auch nicht zugreifen kann, denke ich , dass es hier genau dasselbe ist. Nur habe ich das bisher noch nicht verifizieren können. Trotzdem schonmal danke! Stefan
* Dienstag, 19. Oktober 2004 um 17:50 (+0200) schrieb Stefan Schilling:
Evtl. kann man mehr sagen, wenn man die Fehlermeldungen des Kernels sieht. Kannst du nicht nach einem erfolglosen Versuch mit einem Knoppix o.ä. booten und dann auf "/var/log/boot.msg" der Festplatte zugreifen?
das dürfte rel. nutzlos sein, schliesslich kann er ja nicht auf die Partition zugreifen -> er kann also auch kein .log schreiben.
Uups... Da hast du natürlich recht!
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Guten Tag Andreas Koenecke, Am Dienstag, 19. Oktober 2004 um 20:53 schrieb Andreas Koenecke:
* Dienstag, 19. Oktober 2004 um 17:50 (+0200) schrieb Stefan Schilling:
Evtl. kann man mehr sagen, wenn man die Fehlermeldungen des Kernels sieht. Kannst du nicht nach einem erfolglosen Versuch mit einem Knoppix o.ä. booten und dann auf "/var/log/boot.msg" der Festplatte zugreifen?
das dürfte rel. nutzlos sein, schliesslich kann er ja nicht auf die Partition zugreifen -> er kann also auch kein .log schreiben.
Uups... Da hast du natürlich recht!
normalerweise freue ich mich ja Recht zu haben...heute nicht. ok, habe ich da irgendwas falsch konfiguriert (es hängt definitiv am Kernel, die anderen laufen ohne sonstige Änderungen)? Normalerweise wär´s mir ja egal, aber es hat anscheinend doch ein paar tiefere Änderungen im xfs-Zeug gegeben und deswegen möchte ich den 2.6.8.1 nutzen (beim 2.6.8 ist irgendwas im nfs Schrott), da ich meine Platten auf xfs umstellen will. cu und danke. Falls noch zusätzliche Infos gebraucht werden, bitte melden, ich versuche die dann zu liefern, ja? Stefan -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
Hallo. * Dienstag, 19. Oktober 2004 um 21:14 (+0200) schrieb Stefan Schilling:
ok, habe ich da irgendwas falsch konfiguriert (es hängt definitiv am Kernel, die anderen laufen ohne sonstige Änderungen)?
Hast du denn die Konfiguration des 2.6.7 mit 'make oldconfig' für den 2.6.8.1
übernommen?
Ohne Fehlermeldung ist es zwar nur Stochern im Nebel, aber ich stochere mal...
- Du hast "*_FS_SECURITY" für die Dateisysteme in der Kernel-Kopnfiguration
aktiviert. Brauchts du das? Evtl. mal deaktivieren.
- Ausser den Dateisystem-Treibern braucht es noch Treiber für die Hardware
("IDE/ATA-2 Disk Support", "PCI IDE chipset support" und einen passenden
IDE-Chipsatz-Treiber) und den Treiber für den Partitionstyp. Alles fest im
Kernel?
- Und nicht zuletzt die "üblichen Verdächtigen": ACPI und APIC. Versuche doch
mal Kombinationen folgender Kernel-Parameter "acpi={off|noirq}" ggfs. mit
"nolapic" oder "noapic".
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Guten Tag Andreas Koenecke, Am Mittwoch, 20. Oktober 2004 um 01:43 schrieb Andreas Koenecke:
Hallo.
* Dienstag, 19. Oktober 2004 um 21:14 (+0200) schrieb Stefan Schilling:
ok, habe ich da irgendwas falsch konfiguriert (es hängt definitiv am Kernel, die anderen laufen ohne sonstige Änderungen)?
Hast du denn die Konfiguration des 2.6.7 mit 'make oldconfig' für den 2.6.8.1 übernommen?
nein. im Grunde habe ich eine Datei, die die Kerneloptionen speichert (das Ding, dass man in make menuconfig ganz unten auswählen kann). Diese habe ich einfach geladen und dann nochmal durchgeschaut, ob mir noch -bewusst- was fehlt.
Ohne Fehlermeldung ist es zwar nur Stochern im Nebel, aber ich stochere mal...
stochern macht Spass...
- Du hast "*_FS_SECURITY" für die Dateisysteme in der Kernel-Kopnfiguration aktiviert. Brauchts du das? Evtl. mal deaktivieren.
mach ich nachher
- Ausser den Dateisystem-Treibern braucht es noch Treiber für die Hardware ("IDE/ATA-2 Disk Support", "PCI IDE chipset support" und einen passenden IDE-Chipsatz-Treiber) und den Treiber für den Partitionstyp. Alles fest im Kernel?
ich denke schon: # # ATA/ATAPI/MFM/RLL support # CONFIG_IDE=y CONFIG_BLK_DEV_IDE=y # # Please see Documentation/ide.txt for help/info on IDE drives # # CONFIG_BLK_DEV_IDE_SATA is not set # CONFIG_BLK_DEV_HD_IDE is not set CONFIG_BLK_DEV_IDEDISK=y CONFIG_IDEDISK_MULTI_MODE=y CONFIG_BLK_DEV_IDECD=y # CONFIG_BLK_DEV_IDETAPE is not set CONFIG_BLK_DEV_IDEFLOPPY=m CONFIG_BLK_DEV_IDESCSI=m CONFIG_IDE_TASK_IOCTL=y CONFIG_IDE_TASKFILE_IO=y # # IDE chipset support/bugfixes # CONFIG_IDE_GENERIC=y # CONFIG_BLK_DEV_CMD640 is not set CONFIG_BLK_DEV_IDEPNP=y CONFIG_BLK_DEV_IDEPCI=y CONFIG_IDEPCI_SHARE_IRQ=y CONFIG_BLK_DEV_OFFBOARD=y CONFIG_BLK_DEV_GENERIC=y # CONFIG_BLK_DEV_OPTI621 is not set # CONFIG_BLK_DEV_RZ1000 is not set CONFIG_BLK_DEV_IDEDMA_PCI=y # CONFIG_BLK_DEV_IDEDMA_FORCED is not set CONFIG_IDEDMA_PCI_AUTO=y # CONFIG_IDEDMA_ONLYDISK is not set CONFIG_BLK_DEV_ADMA=y CONFIG_BLK_DEV_AEC62XX=y # CONFIG_BLK_DEV_ALI15X3 is not set CONFIG_BLK_DEV_AMD74XX=m # CONFIG_BLK_DEV_ATIIXP is not set # CONFIG_BLK_DEV_CMD64X is not set # CONFIG_BLK_DEV_TRIFLEX is not set # CONFIG_BLK_DEV_CY82C693 is not set # CONFIG_BLK_DEV_CS5520 is not set # CONFIG_BLK_DEV_CS5530 is not set # CONFIG_BLK_DEV_HPT34X is not set # CONFIG_BLK_DEV_HPT366 is not set # CONFIG_BLK_DEV_SC1200 is not set CONFIG_BLK_DEV_PIIX=y # CONFIG_BLK_DEV_NS87415 is not set CONFIG_BLK_DEV_PDC202XX_OLD=y CONFIG_PDC202XX_BURST=y CONFIG_BLK_DEV_PDC202XX_NEW=y CONFIG_PDC202XX_FORCE=y # CONFIG_BLK_DEV_SVWKS is not set # CONFIG_BLK_DEV_SIIMAGE is not set # CONFIG_BLK_DEV_SIS5513 is not set # CONFIG_BLK_DEV_SLC90E66 is not set # CONFIG_BLK_DEV_TRM290 is not set # CONFIG_BLK_DEV_VIA82CXXX is not set # CONFIG_IDE_ARM is not set # CONFIG_IDE_CHIPSETS is not set CONFIG_BLK_DEV_IDEDMA=y # CONFIG_IDEDMA_IVB is not set CONFIG_IDEDMA_AUTO=y # CONFIG_BLK_DEV_HD is not set
- Und nicht zuletzt die "üblichen Verdächtigen": ACPI und APIC. Versuche doch mal Kombinationen folgender Kernel-Parameter "acpi={off|noirq}" ggfs. mit "nolapic" oder "noapic".
aus der /etc/lilo.conf: # LILO configuration file # Start LILO global Section # If you want to prevent console users to boot with init=/bin/bash, # restrict usage of boot params by setting a passwd and using the option # restricted. #password=bootpwd #restricted append="acpi=off, noapic, ether=0,0,eth1" boot=/dev/hda #compact # faster, but won't work on all systems. vga=normal message=/boot/message menu-scheme=Wg:kw:Wg:Wg read-only prompt timeout=20 # End LILO global Section # image = /boot/2.6.7 root = /dev/hda6 label = 2.6.7 # image = /boot/2.6.8 root = /dev/hda6 label = 2.6.8 Bisher fällt mir nicht so richtig ein, woran es noch liegen könnte. Naja, ich muss jetzt erstmal in die Uni, heut abend schau ich, dass ich den Rest mal teste, ja? cu, Stefan
Hallo, Am Tue, 19 Oct 2004, Stefan Schilling schrieb: [..]
Ich werde nachher mal versuchen, den Kernel anzuhalten, aber bisher habe ich das noch nicht geschafft.
Strg+s und/oder Shift+BildRauf -dnh -- There are three stages to sex in a person's life: Tri Weekly, Try Weekly, and Try Weakly
Guten Tag David Haller, Am Mittwoch, 20. Oktober 2004 um 04:21 schrieb David Haller:
Hallo,
Am Tue, 19 Oct 2004, Stefan Schilling schrieb: [..]
Ich werde nachher mal versuchen, den Kernel anzuhalten, aber bisher habe ich das noch nicht geschafft.
Strg+s und/oder Shift+BildRauf
klappt leider nicht. Er bleibt einfach stehen; ich kann also keine weiteren Angaben machen als die folgenden: hdc: 156368016 sectors (80060 MB) 2/2048KiB Cache, CHS=16383/255/63, UDMA(100) hdc: unknown partition table [...] VFS:Cannot open root device "306" or unknown-block(3,6) Please append a correct "root=" boot option Kernel panic:VFS: Unable to mount fs on unknown-block(3,6) in meiner /etc/lilo.conf steht folgendes: # LILO configuration file # Start LILO global Section # If you want to prevent console users to boot with init=/bin/bash, # restrict usage of boot params by setting a passwd and using the option # restricted. #password=bootpwd #restricted append="acpi=off, noapic, ether=0,0,eth1" boot=/dev/hda #compact # faster, but won't work on all systems. vga=normal message=/boot/message menu-scheme=Wg:kw:Wg:Wg read-only prompt timeout=20 # End LILO global Section # image = /boot/2.6.7 root = /dev/hda6 label = 2.6.7 # image = /boot/2.6.8 root = /dev/hda6 label = 2.6.8 wie gesagt, mit dem 2.6.7er Kernel klappt das wunderbar. ciao! Stefan
Stefan Schilling wrote:
wie gesagt, mit dem 2.6.7er Kernel klappt das wunderbar.
Den Kernel komplett löschen, neu entpacken und noch mal von vorne anfangen. Wenn es mit einer übernommenen .config Datei nicht klappt mal per Hand einen minimalen Kernel bauen und zur Sicherheit alles fest eincompilieren. Gruß
Hallo, Am Wed, 20 Oct 2004, Stefan Schilling schrieb:
Am Mittwoch, 20. Oktober 2004 um 04:21 schrieb David Haller:
Am Tue, 19 Oct 2004, Stefan Schilling schrieb: [..]
Ich werde nachher mal versuchen, den Kernel anzuhalten, aber bisher habe ich das noch nicht geschafft.
Strg+s und/oder Shift+BildRauf
klappt leider nicht. Er bleibt einfach stehen; ich kann also keine weiteren Angaben machen als die folgenden:
hdc: 156368016 sectors (80060 MB) 2/2048KiB Cache, CHS=16383/255/63, UDMA(100) hdc: unknown partition table
Hm. Das Problem bezieht sich aber auch /dev/hda (s.u.). Aber dennoch: wie ist /dev/hdc partitioniert? Maile ggfs. einen hexdump der MBR-Partitionstabelle: ACHTUNG: 'dd' ist GEFÄHRLICH wenn man sich vertippt! BITTE ERST DIE MANPAGE LESEN *UND* VERSTEHEN! ANWENDUNG AUF EIGENE GEFAHR! dd if=/dev/hdc bs=1 skip=446 count=66 | od -t x1 Und wo wir schon dabei sind: zeig auch gleich mal die von /dev/hda: dd if=/dev/hda bs=1 skip=446 count=66 | od -t x1 (da ist hda6 aber nicht dabei, da muß man erst den offset raussuchen).
[...] VFS:Cannot open root device "306" or unknown-block(3,6) Please append a correct "root=" boot option Kernel panic:VFS: Unable to mount fs on unknown-block(3,6)
Das bezieht sich auf /dev/hda6. Ist das die richtige Partition? Ist deren Dateisystem fest im Kernel? Sowie alle weiteren Module? (Auf die schnelle ist mir an deiner Config nix aufgefallen, aber mit Kernel 2.6 bin ich nicht so vertraut, da ich den selber nicht verwende(n kann)). Maile mir ggfs. per PM die komplette ".config".
in meiner /etc/lilo.conf steht folgendes:
# LILO configuration file # Start LILO global Section # If you want to prevent console users to boot with init=/bin/bash, # restrict usage of boot params by setting a passwd and using the option # restricted. #password=bootpwd #restricted append="acpi=off, noapic, ether=0,0,eth1" ^?!? ^?!?
Was sollen diese Kommata? Ausserdem habe ich die Erfahrung gemacht, daß globale 'append'-Parameter oft Ursache von Problemen sind.
boot=/dev/hda #compact # faster, but won't work on all systems. vga=normal message=/boot/message menu-scheme=Wg:kw:Wg:Wg read-only prompt timeout=20 # End LILO global Section # image = /boot/2.6.7 ^^^^^???? root = /dev/hda6 label = 2.6.7 # image = /boot/2.6.8 ^^^^^???? root = /dev/hda6 label = 2.6.8
Zeig mal ein ls -l /boot/ her. Heißen die Kernels wirklich so? Das wäre ein äußerst ungünstiges Namensschema (daß es bisher funktionierte heißt wenig). Beachte bitte auch http://www.thomashertweck.de/kernel26.html und (nur bzgl. System.map und Kernelbenamsung usw., das mit modules.conf geht bei 2.6.x ja nicht) auch: http://www.dhaller.de/linux/multikernel.html Wenn ich die Zeit finde (und das ist bis mindestens Februar unwahrscheinlich) werde ich mir mal die binutils kompilieren, nen 2.6er Kernel backen und dann versuchen die modutils so zu patchen, daß man je Kernel eine modprobe.conf-`uname -r` verwenden kann. Das ist kein Versprechen, aber je mehr Interesse mir kundgetan wird, umso eher setze ich mich an diese Aufgabe... Und nur deswegen erwähne ich es hier ;) -dnh -- Meine sigg macht Urlaub bis Donnerstag. [WoKo in dag°]
Guten Tag David Haller, Am Mittwoch, 20. Oktober 2004 um 13:08 schrieb David Haller: ZUNÄCHST: es läuft jetzt, danke für die Hilfe. Trotzdem habe ich auf deine Fragen geantwortet, auch falls nochmal jemand auf dieses Problem treffen sollte.
Hallo,
Am Wed, 20 Oct 2004, Stefan Schilling schrieb:
Am Mittwoch, 20. Oktober 2004 um 04:21 schrieb David Haller:
Am Tue, 19 Oct 2004, Stefan Schilling schrieb: [..]
Ich werde nachher mal versuchen, den Kernel anzuhalten, aber bisher habe ich das noch nicht geschafft.
Strg+s und/oder Shift+BildRauf
klappt leider nicht. Er bleibt einfach stehen; ich kann also keine weiteren Angaben machen als die folgenden:
hdc: 156368016 sectors (80060 MB) 2/2048KiB Cache, CHS=16383/255/63, UDMA(100) hdc: unknown partition table
Hm. Das Problem bezieht sich aber auch /dev/hda (s.u.). Aber dennoch: wie ist /dev/hdc partitioniert? Maile ggfs. einen hexdump der MBR-Partitionstabelle:
ACHTUNG: 'dd' ist GEFÄHRLICH wenn man sich vertippt! BITTE ERST DIE MANPAGE LESEN *UND* VERSTEHEN!
ANWENDUNG AUF EIGENE GEFAHR!
dd if=/dev/hdc bs=1 skip=446 count=66 | od -t x1
Und wo wir schon dabei sind: zeig auch gleich mal die von /dev/hda:
dd if=/dev/hda bs=1 skip=446 count=66 | od -t x1
(da ist hda6 aber nicht dabei, da muß man erst den offset raussuchen).
[...] VFS:Cannot open root device "306" or unknown-block(3,6) Please append a correct "root=" boot option Kernel panic:VFS: Unable to mount fs on unknown-block(3,6)
Das bezieht sich auf /dev/hda6. Ist das die richtige Partition?
ja.
Ist deren Dateisystem fest im Kernel?
ja.
Sowie alle weiteren Module?
ich denke schon.
(Auf die schnelle ist mir an deiner Config nix aufgefallen, aber mit Kernel 2.6 bin ich nicht so vertraut, da ich den selber nicht verwende(n kann)). Maile mir ggfs. per PM die komplette ".config".
lies bitte den Thread von Andreas Koenecke (20.10.2004 18:15Uhr) durch. Sein Hinweis hat geholfen.
in meiner /etc/lilo.conf steht folgendes:
# LILO configuration file # Start LILO global Section # If you want to prevent console users to boot with init=/bin/bash, # restrict usage of boot params by setting a passwd and using the option # restricted. #password=bootpwd #restricted append="acpi=off, noapic, ether=0,0,eth1" ^?!? ^?!?
Was sollen diese Kommata?
irgendwo habe ich -vor langer Zeit- mal gelesen, dass das die Trennungszeichen sind... sind se wohl nicht, naja
Ausserdem habe ich die Erfahrung gemacht, daß globale 'append'-Parameter oft Ursache von Problemen sind.
ich habs gelöscht. danke für den Hinweis, man selber sieht sowas ja nicht.
boot=/dev/hda #compact # faster, but won't work on all systems. vga=normal message=/boot/message menu-scheme=Wg:kw:Wg:Wg read-only prompt timeout=20 # End LILO global Section # image = /boot/2.6.7 ^^^^^???? root = /dev/hda6 label = 2.6.7 # image = /boot/2.6.8 ^^^^^???? root = /dev/hda6 label = 2.6.8
Zeig mal ein ls -l /boot/ her.
root@debian:/boot > ls -l insgesamt 9825 lrwxrwxrwx 1 root root 16 Jun 16 19:34 System.map -> System.map-2.6.7 -rw-r--r-- 1 root root 608334 Mär 11 2004 System.map-2.4.25 -rw-r--r-- 1 root root 313253 Mai 16 2001 System.map-2.4.4-4GB -rw-r--r-- 1 root root 892614 Okt 6 21:21 System.map-2.6.7 -rw-r--r-- 1 root root 972781 Okt 20 22:00 System.map-2.6.8.1 -rw-r--r-- 1 root root 7136 Mai 15 2001 boot-menu.b -rw-r--r-- 1 root root 5384 Mai 15 2001 boot-text.b -rw-r--r-- 1 root root 512 Mär 22 2003 boot.0300 lrwxrwxrwx 1 root root 11 Mär 22 2003 boot.b -> boot-menu.b -rw-r--r-- 1 root root 608 Mai 15 2001 chain.b drwxr-xr-x 2 root root 12288 Mär 22 2003 lost+found -rw------- 1 root root 70144 Okt 21 2004 map -rwxr-xr-x 1 root root 67580 Mai 15 2001 memtest.bin -rw-r--r-- 1 root root 69022 Mai 15 2001 message -rw-r--r-- 1 root root 640 Mai 15 2001 os2_d.b -rw-r--r-- 1 root root 877941 Aug 5 2003 vmlinuz -rw-r--r-- 1 root root 1148061 Mär 11 2004 vmlinuz-2.4.25 -rw-r--r-- 1 root root 1820488 Okt 6 21:22 vmlinuz-2.6.7 -rw-r--r-- 1 root root 2148031 Okt 20 22:00 vmlinuz-2.6.8.1 -rw-r--r-- 1 root root 67100 Mai 16 2001 vmlinuz.autoconf.h -rw-r--r-- 1 root root 34340 Mai 16 2001 vmlinuz.config -rw-r--r-- 1 root root 877941 Aug 5 2003 vmlinuz.suse -rw-r--r-- 1 root root 129 Mai 16 2001 vmlinuz.version.h root@debian:/boot >
Heißen die Kernels wirklich so? Das wäre ein äußerst ungünstiges Namensschema (daß es bisher funktionierte heißt wenig).
Beachte bitte auch
ich habs angepasst.
und (nur bzgl. System.map und Kernelbenamsung usw., das mit modules.conf geht bei 2.6.x ja nicht) auch:
Wenn ich die Zeit finde (und das ist bis mindestens Februar unwahrscheinlich) werde ich mir mal die binutils kompilieren, nen 2.6er Kernel backen und dann versuchen die modutils so zu patchen, daß man je Kernel eine modprobe.conf-`uname -r` verwenden kann. Das ist kein Versprechen, aber je mehr Interesse mir kundgetan wird, umso eher setze ich mich an diese Aufgabe... Und nur deswegen erwähne ich es hier ;)
Interesse!! :) für jemanden, der Probleme mit nem Kernel hat, wäre sowas sicher ne grosse Hilfe..
-dnh
-- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
Hallo, Am Wed, 20 Oct 2004, Stefan Schilling schrieb: [..]
(Auf die schnelle ist mir an deiner Config nix aufgefallen, aber mit Kernel 2.6 bin ich nicht so vertraut, da ich den selber nicht verwende(n kann)). Maile mir ggfs. per PM die komplette ".config".
lies bitte den Thread von Andreas Koenecke (20.10.2004 18:15Uhr) durch. Sein Hinweis hat geholfen.
Ah, gut ;)
Ausserdem habe ich die Erfahrung gemacht, daß globale 'append'-Parameter oft Ursache von Problemen sind.
ich habs gelöscht. danke für den Hinweis, man selber sieht sowas ja nicht.
Das heißt aber, daß du "pro kernel" Parameter verwenden sollst ;) [..]
# End LILO global Section # image = /boot/2.6.7 ^^^^^???? root = /dev/hda6 label = 2.6.7 # image = /boot/2.6.8 ^^^^^???? root = /dev/hda6 label = 2.6.8
Zeig mal ein ls -l /boot/ her.
root@debian:/boot > ls -l insgesamt 9825 lrwxrwxrwx 1 root root 16 Jun 16 19:34 System.map -> System.map-2.6.7
Diesen symlink würde ich entfernen. Achte mal darauf, welche System.map beim booten eingelesen wird (erste 4 Zeilen).
-rw-r--r-- 1 root root 892614 Okt 6 21:21 System.map-2.6.7 -rw-r--r-- 1 root root 972781 Okt 20 22:00 System.map-2.6.8.1 [..] -rw-r--r-- 1 root root 877941 Aug 5 2003 vmlinuz -rw-r--r-- 1 root root 1148061 Mär 11 2004 vmlinuz-2.4.25 -rw-r--r-- 1 root root 1820488 Okt 6 21:22 vmlinuz-2.6.7 -rw-r--r-- 1 root root 2148031 Okt 20 22:00 vmlinuz-2.6.8.1 [..]
Ich sehe hier kein '/boot/2.6.8'. Das muss also: image = /boot/vmlinuz-2.6.7 root = /dev/hda6 label = 2.6.7 append = "was auch immer" image = /boot/vmlinuz-2.6.8.1 root = /dev/hda6 label = 2.6.8 append = "was auch immer und ggfs. anders als beim 2.6.7" -dnh -- Top 100 things you don't want the sysadmin to say: 47. Say, What does "Superblock Error" mean, anyhow?
* Mittwoch, 20. Oktober 2004 um 11:27 (+0200) schrieb Stefan Schilling:
klappt leider nicht. Er bleibt einfach stehen; ich kann also keine weiteren Angaben machen als die folgenden:
hdc: 156368016 sectors (80060 MB) 2/2048KiB Cache, CHS=16383/255/63, UDMA(100) hdc: unknown partition table
Ich habe gerade ein wenig mit der Kernel-Konfiguration herumgespielt und
konnte den Fehler reproduzieren:
Wenn in der Kernel-Konfiguration unter "File systems/Partition Types" der
Punkt "Advanced partition selection" aktiviert ist, *ohne* dass einer der
Unterpunkte aktiviert wird, dann kommt es bei mir auch zu o.g. Fehlermeldung.
Also entweder "Advanced partition selection" deaktivieren oder einen der
Unterpunkte hinzunehmen (Ich habe hier "PC BIOS (MSDOS partition tables)
support").
Ich hoffe, das ist/war es auch bei dir.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Guten Tag Andreas Koenecke, Am Mittwoch, 20. Oktober 2004 um 18:15 schrieb Andreas Koenecke:
* Mittwoch, 20. Oktober 2004 um 11:27 (+0200) schrieb Stefan Schilling:
klappt leider nicht. Er bleibt einfach stehen; ich kann also keine weiteren Angaben machen als die folgenden:
hdc: 156368016 sectors (80060 MB) 2/2048KiB Cache, CHS=16383/255/63, UDMA(100) hdc: unknown partition table
Ich habe gerade ein wenig mit der Kernel-Konfiguration herumgespielt und konnte den Fehler reproduzieren:
fein. dachte schon, ich wär der einzige Idiot.
Wenn in der Kernel-Konfiguration unter "File systems/Partition Types" der Punkt "Advanced partition selection" aktiviert ist, *ohne* dass einer der Unterpunkte aktiviert wird, dann kommt es bei mir auch zu o.g. Fehlermeldung.
Also entweder "Advanced partition selection" deaktivieren oder einen der Unterpunkte hinzunehmen (Ich habe hier "PC BIOS (MSDOS partition tables) support").
das komische daran ist, dass ich einen der Punkte aktiviert hatte (irgendwas mit dem Win2000 - Partitionsmanager).
Ich hoffe, das ist/war es auch bei dir.
JAAAAAAAAA! Vielen Dank! :) Es läuft jetzt (sogar besser als erwartet, nicht mal die capi zickt rum... -komisch, sollte sie aber eigentlich, naja-) Danke nochmal für die Hilfe! Eine kleine Bitte noch.... ich habe einen Thread "xfs in die Susi integrieren", könntet ihr euch / du dir den nochmal anschauen, schliesslich ist das ja u.A. der Hintergrund für den ganzen Ärger. cu und danke! Stefan
* Mittwoch, 20. Oktober 2004 um 22:17 (+0200) schrieb Stefan Schilling:
Am Mittwoch, 20. Oktober 2004 um 18:15 schrieb Andreas Koenecke:
Wenn in der Kernel-Konfiguration unter "File systems/Partition Types" der Punkt "Advanced partition selection" aktiviert ist, *ohne* dass einer der Unterpunkte aktiviert wird, dann kommt es bei mir auch zu o.g. Fehlermeldung.
Also entweder "Advanced partition selection" deaktivieren oder einen der Unterpunkte hinzunehmen (Ich habe hier "PC BIOS (MSDOS partition tables) support").
das komische daran ist, dass ich einen der Punkte aktiviert hatte (irgendwas mit dem Win2000 - Partitionsmanager).
Es stimmt auch nicht ganz, was ich oben schrieb. Auf PC-Hardware *muss* "PC
BIOS (MSDOS partition tables) support" aktiviert sein, wenn man "Advanced
partition selection" selektiert hat.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Andreas Koenecke wrote:
Es stimmt auch nicht ganz, was ich oben schrieb. Auf PC-Hardware *muss* "PC BIOS (MSDOS partition tables) support" aktiviert sein, wenn man "Advanced partition selection" selektiert hat.
Nö, muß nicht. Man kann unter Linux auch BSD-Disklabels verwenden und mit einiger Wahrscheinlichkeit auch andere Partitionierungs-Schemas. Martin
* Mittwoch, 20. Oktober 2004 um 23:05 (+0200) schrieb Martin Schmitz:
Andreas Koenecke wrote:
Es stimmt auch nicht ganz, was ich oben schrieb. Auf PC-Hardware *muss* "PC BIOS (MSDOS partition tables) support" aktiviert sein, wenn man "Advanced partition selection" selektiert hat.
Nö, muß nicht. Man kann unter Linux auch BSD-Disklabels verwenden und mit einiger Wahrscheinlichkeit auch andere Partitionierungs-Schemas.
Na gut, dann vollständig:
Auf PC-Hardware *muss* "PC BIOS (MSDOS partition tables) support" aktiviert
sein, wenn man "Advanced partition selection" selektiert hat und wenn man auf
Partitionen zugreifen will, die auf PC-Hardware mit Linux oder DOS/Windows
partitioniert wurden.
(BSD-Disklabel geht nicht ohne "PC BIOS (MSDOS partition tables) support".)
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Stefan Schilling schrieb:
Hallo!
Ich habe grade mal den Kernel 2.6.8.1 versucht zu installieren, bin jedoch an einer Kernel Panic hängen geblieben, er kann anscheinend das root - Device (/dev/hda6) nicht nutzen. Auf dieser Partition ist folgendes drauf: /dev/hda1 = ext2fs -> /boot /dev/hda5 = swap /dev/hda6 = ext2fs -> /
Bootest Du mit grub? Wenn ja, ist meu.lst angepasst?
Im Übrigen schreibt er mir auch bei /dev/hdc, dass er den Partitionstyp nicht erkennen kann (es ist ein reiserFS drauf).
Nehme an, dass hdc irgend ein DVD-Laufwerk ist. Sind die Einträge in der fstab richtig (noauto,ro,user,exec,iocharset=iso8859-1 0 0 oder angepasst)?
Leider kann ich die genaue Anzeige nicht darstellen, er stoppt auf die Taste "Rollen" nicht.
Kann er ja nicht, wenn noch kein Kernel geladen ist.
In der Kernel - Config ist folgendes eingetragen:
# # File systems # CONFIG_EXT2_FS=y CONFIG_EXT2_FS_XATTR=y CONFIG_EXT2_FS_POSIX_ACL=y CONFIG_EXT2_FS_SECURITY=y CONFIG_EXT3_FS=y CONFIG_EXT3_FS_XATTR=y CONFIG_EXT3_FS_POSIX_ACL=y CONFIG_EXT3_FS_SECURITY=y CONFIG_JBD=y CONFIG_JBD_DEBUG=y CONFIG_FS_MBCACHE=y CONFIG_REISERFS_FS=y # CONFIG_REISERFS_CHECK is not set CONFIG_REISERFS_PROC_INFO=y CONFIG_REISERFS_FS_XATTR=y CONFIG_REISERFS_FS_POSIX_ACL=y CONFIG_REISERFS_FS_SECURITY=y CONFIG_JFS_FS=y CONFIG_JFS_POSIX_ACL=y # CONFIG_JFS_DEBUG is not set CONFIG_JFS_STATISTICS=y CONFIG_FS_POSIX_ACL=y CONFIG_XFS_FS=y # CONFIG_XFS_RT is not set CONFIG_XFS_QUOTA=y CONFIG_XFS_SECURITY=y CONFIG_XFS_POSIX_ACL=y CONFIG_MINIX_FS=m CONFIG_ROMFS_FS=m CONFIG_QUOTA=y # CONFIG_QFMT_V1 is not set CONFIG_QFMT_V2=y CONFIG_QUOTACTL=y # CONFIG_AUTOFS_FS is not set CONFIG_AUTOFS4_FS=y
Wenn Du weder ext3, noch reiserfs drauf hast, warum werden sie im Kernel integriert. Also CONFIG_EXT3_FS=n! Oder willst Du mal auf eines dieser FS umsteigen? Gruß H.-Peter
Guten Tag H.-Peter Baldamus, Am Dienstag, 19. Oktober 2004 um 18:38 schrieb H.-Peter Baldamus:
Stefan Schilling schrieb:
Hallo!
Ich habe grade mal den Kernel 2.6.8.1 versucht zu installieren, bin jedoch an einer Kernel Panic hängen geblieben, er kann anscheinend das root - Device (/dev/hda6) nicht nutzen. Auf dieser Partition ist folgendes drauf: /dev/hda1 = ext2fs -> /boot /dev/hda5 = swap /dev/hda6 = ext2fs -> /
Bootest Du mit grub? Wenn ja, ist meu.lst angepasst?
nein, ich nutze lilo.
Im Übrigen schreibt er mir auch bei /dev/hdc, dass er den Partitionstyp nicht erkennen kann (es ist ein reiserFS drauf).
Nehme an, dass hdc irgend ein DVD-Laufwerk ist.
falsch. nur /dev/hdb ist ein CD - Laufwerk. Alles andere sind Festplatten
Sind die Einträge in der fstab richtig (noauto,ro,user,exec,iocharset=iso8859-1 0 0 oder angepasst)?
Leider kann ich die genaue Anzeige nicht darstellen, er stoppt auf die Taste "Rollen" nicht.
Kann er ja nicht, wenn noch kein Kernel geladen ist.
hmh, schade.
In der Kernel - Config ist folgendes eingetragen:
# # File systems # CONFIG_EXT2_FS=y CONFIG_EXT2_FS_XATTR=y CONFIG_EXT2_FS_POSIX_ACL=y CONFIG_EXT2_FS_SECURITY=y CONFIG_EXT3_FS=y CONFIG_EXT3_FS_XATTR=y CONFIG_EXT3_FS_POSIX_ACL=y CONFIG_EXT3_FS_SECURITY=y CONFIG_JBD=y CONFIG_JBD_DEBUG=y CONFIG_FS_MBCACHE=y CONFIG_REISERFS_FS=y # CONFIG_REISERFS_CHECK is not set CONFIG_REISERFS_PROC_INFO=y CONFIG_REISERFS_FS_XATTR=y CONFIG_REISERFS_FS_POSIX_ACL=y CONFIG_REISERFS_FS_SECURITY=y CONFIG_JFS_FS=y CONFIG_JFS_POSIX_ACL=y # CONFIG_JFS_DEBUG is not set CONFIG_JFS_STATISTICS=y CONFIG_FS_POSIX_ACL=y CONFIG_XFS_FS=y # CONFIG_XFS_RT is not set CONFIG_XFS_QUOTA=y CONFIG_XFS_SECURITY=y CONFIG_XFS_POSIX_ACL=y CONFIG_MINIX_FS=m CONFIG_ROMFS_FS=m CONFIG_QUOTA=y # CONFIG_QFMT_V1 is not set CONFIG_QFMT_V2=y CONFIG_QUOTACTL=y # CONFIG_AUTOFS_FS is not set CONFIG_AUTOFS4_FS=y
Wenn Du weder ext3, noch reiserfs drauf hast, warum werden sie im Kernel integriert. Also CONFIG_EXT3_FS=n! Oder willst Du mal auf eines dieser FS umsteigen?
meine anderen Festplatten haben das. Ich möchte das aber auf xfs umstellen (deswegen auch der neue Kernel, im Changelog taucht ständig xfs auf). Stefan -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
Stefan Schilling schrieb:
Hallo!
Ich habe grade mal den Kernel 2.6.8.1 versucht zu installieren, bin jedoch an einer Kernel Panic hängen geblieben, er kann anscheinend das root - Device (/dev/hda6) nicht nutzen. Auf dieser Partition ist folgendes drauf: /dev/hda1 = ext2fs -> /boot /dev/hda5 = swap /dev/hda6 = ext2fs -> /
Bootest Du mit grub? Wenn ja, ist meu.lst angepasst.
nein, ich nutze lilo.
Mhhhm, habe früher auch lilo benutzt, die Befehle aber vergessen. Erinnere mich nur noch, dass lilo nach Änderung ausgeführt werden muß. Da fällt mir noch ein, hast Du eine angepaßte initrd erstellt?
Im Übrigen schreibt er mir auch bei /dev/hdc, dass er den Partitionstyp nicht erkennen kann (es ist ein reiserFS drauf)
Nehme an, dass hdc irgend ein DVD-Laufwerk ist.
falsch. nur /dev/hdb ist ein CD - Laufwerk. Alles andere sind Festplatten
O.k., hätte ich eigentlich erkennen müssen.
Sind die Einträge in der fstab richtig (noauto,ro,user,exec,iocharset=iso8859-1 0 0 oder angepasst)?
Dann gilt die Klammer nicht.
Leider kann ich die genaue Anzeige nicht darstellen, er stoppt auf die Taste "Rollen" nicht.
Kann er ja nicht, wenn noch kein Kernel geladen ist.
hmh, schade.
In der Kernel - Config ist folgendes eingetragen:
[ ...]
Wenn Du weder ext3, noch reiserfs drauf hast, warum werden sie im Kernel integriert. Also CONFIG_EXT3_FS=n! Oder willst Du mal auf eines dieser FS umsteigen?
meine anderen Festplatten haben das. Ich möchte das aber auf xfs umstellen (deswegen auch der neue Kernel, im Changelog taucht ständig xfs auf).
Versuch doch mal ext3, xfs und reiserfs als Module zu laden (also m statt n). Dann .config speichern, initrd, lilo. Gruß H.-Peter
Guten Tag H.-Peter Baldamus, Am Mittwoch, 20. Oktober 2004 um 18:32 schrieb H.-Peter Baldamus:
Stefan Schilling schrieb:
Hallo!
Ich habe grade mal den Kernel 2.6.8.1 versucht zu installieren, bin jedoch an einer Kernel Panic hängen geblieben, er kann anscheinend das root - Device (/dev/hda6) nicht nutzen. Auf dieser Partition ist folgendes drauf: /dev/hda1 = ext2fs -> /boot /dev/hda5 = swap /dev/hda6 = ext2fs -> /
Bootest Du mit grub? Wenn ja, ist meu.lst angepasst.
nein, ich nutze lilo.
Mhhhm, habe früher auch lilo benutzt, die Befehle aber vergessen. Erinnere mich nur noch, dass lilo nach Änderung ausgeführt werden muß. Da fällt mir noch ein, hast Du eine angepaßte initrd erstellt?
Im Übrigen schreibt er mir auch bei /dev/hdc, dass er den Partitionstyp nicht erkennen kann (es ist ein reiserFS drauf)
Nehme an, dass hdc irgend ein DVD-Laufwerk ist.
falsch. nur /dev/hdb ist ein CD - Laufwerk. Alles andere sind Festplatten
O.k., hätte ich eigentlich erkennen müssen.
Sind die Einträge in der fstab richtig (noauto,ro,user,exec,iocharset=iso8859-1 0 0 oder angepasst)?
Dann gilt die Klammer nicht.
Leider kann ich die genaue Anzeige nicht darstellen, er stoppt auf die Taste "Rollen" nicht.
Kann er ja nicht, wenn noch kein Kernel geladen ist.
hmh, schade.
In der Kernel - Config ist folgendes eingetragen:
[ ...]
Wenn Du weder ext3, noch reiserfs drauf hast, warum werden sie im Kernel integriert. Also CONFIG_EXT3_FS=n! Oder willst Du mal auf eines dieser FS umsteigen?
meine anderen Festplatten haben das. Ich möchte das aber auf xfs umstellen (deswegen auch der neue Kernel, im Changelog taucht ständig xfs auf).
Versuch doch mal ext3, xfs und reiserfs als Module zu laden (also m statt n). Dann .config speichern, initrd, lilo.
alles erledigt. läuft jetzt. Stefan
Stefan Schilling schrieb: Ergänzung zur Mail von 18:32 Uhr
Hallo!
Ich habe grade mal den Kernel 2.6.8.1 versucht zu installieren, bin jedoch an einer Kernel Panic hängen geblieben, er kann anscheinend das root - Device (/dev/hda6) nicht nutzen. Auf dieser Partition ist folgendes drauf: /dev/hda1 = ext2fs -> /boot /dev/hda5 = swap /dev/hda6 = ext2fs -> /
Bootest Du mit grub? Wenn ja, ist meu.lst angepasst.
nein, ich nutze lilo.
Mhhhm, habe früher auch lilo benutzt, die Befehle aber vergessen. Erinnere mich nur noch, dass lilo nach Änderung ausgeführt werden muß. Da fällt mir noch ein, hast Du eine angepaßte initrd erstellt? Kofler meint, dass reiserfs unbedingt eine initrd braucht. Also erstell Dir aus dem Kernel 2.6.8 eine initrd (mkinitrd -k /boot/2.6.8 -i /boot/initrd-2.6.8). Aus Deiner lilo.conf entnahm ich: # image = /boot/2.6.8 root = /dev/hda6 label = 2.6.8 Vor dem Eintrag "root.." mußt Du dann einfügen: initrd = /boot/initrd-2.6.8 Gruß H.-Peter
* Mittwoch, 20. Oktober 2004 um 19:23 (+0200) schrieb H.-Peter Baldamus:
Kofler meint, dass reiserfs unbedingt eine initrd braucht.
Da irrt Kofler aber gewaltig.
(Und -- Nein, das war auch bei alten reiserfs-Versionen nich notwendig.)
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Guten Tag Andreas Koenecke, Am Mittwoch, 20. Oktober 2004 um 21:06 schrieb Andreas Koenecke:
* Mittwoch, 20. Oktober 2004 um 19:23 (+0200) schrieb H.-Peter Baldamus:
Kofler meint, dass reiserfs unbedingt eine initrd braucht.
Da irrt Kofler aber gewaltig. (Und -- Nein, das war auch bei alten reiserfs-Versionen nich notwendig.)
Hallo! Hab ich auch gar nicht gemacht. (ich hatte das bei den vorherigen Kerneln auch nicht). cu, Stefan
participants (6)
-
Andreas Koenecke -
David Haller -
H.-Peter Baldamus -
Martin Schmitz -
Ralf Prengel -
Stefan Schilling