Re: Kernel Panic (partitionieren)
Hallo, Janto Trappe schrieb:
wenn ich mit Partition Magic 4.0 eine NTFS Partition lösche bekomme ich beim booten von Suse folgende Meldung:
loading module usbcore... ....
reiserfs_read_super: can`t find a reiserfs filesystem on dev 08:09. reiserfs_read_super: try to find super block in old location reiserfs_read_super: can`t find a reiserfs filesystem on dev 08:09. [....] Hier die Partitionen auf meiner Festplatte: (die NTFS mit 549 MB habe ich gelöscht)
(Freierspeicher 7,8 MB Primär) Win98 / Fat16 384 MB Primär Erweiterte P. 8,3 GB Primär Swap 133 MB Freierspeicher 729 MB Linux boot 203 MB NTFS 549 MB NTFS 2,4 GB reiserfs 2,6 GB NTFS 1,6 GB
Das ist doch logisch. Du löscht mitten in deiner Platte eine Partition. Damit ändert sich die Numerierung der anderen Partitionen hinter der gelöschten. Vorschlag: 1. Partition löschen 2. Rettungssystem starten, Partition mounten und /etc/fstab anpassen 3. neu starten Aber: sobald Du wieder eine (oder mehrere) Partitionen dort anlegst, fängt das Spiel von vorne an Andreas --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Don, 11 Mai 2000 schrieb Andreas.Kyek@arcor.net:
Das ist doch logisch. Du löscht mitten in deiner Platte eine Partition. Damit ändert sich die Numerierung der anderen Partitionen hinter der gelöschten. Vorschlag: 1. Partition löschen 2. Rettungssystem starten, Partition mounten und /etc/fstab anpassen 3. neu starten
Am Don, 11 Mai 2000 schrieb Michael Schulz:
[...] War die reiser-Partition vorher /dev/hda9 ist sie nachher /dev/hda8 (Beispiel). Also mußt Du Deine /etc/fstab dementsprechend anpassen.
Hallo, ich habe von CD gebootet, "Installiertes System booten" ausgewählt und die /etc/fstab angepasst. Ändert Yast die fstab nach dem Partitionieren eingentlich automatisch (richtig)? Michael, die reiser Partition war tatsächlich /dev/sda9 und hinterher /dev/sda8. /boot und swap sind gleich geblieben. Aber auch mit der angepassten Zeile für die reisser Partition bekommt der Kernel immer noch panic: reiserfs_read_super: can`t find a reiserfs filesystem on dev 08:09. reiserfs_read_super: try to find super block in old location reiserfs_read_super: can`t find a reiserfs filesystem on dev 08:09. UMSDOS 0.85g (compatibility level 0.4, fast msdos) check_pseudo_root: mounted as root VFS: Mounted root (umsdos filesystem readonly) change_root: old root has d_count=1 Trying to unmount old root...okay Freeing unused Kernel memory: 64k freed Warning: unable to open an initial console. Kernel panic: No init found. Try passing init=option to kernel. Da wird doch versucht eine falsche Partition als root zu mounten oder? Wer weis woran es liegen kann? cu janto --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Janto, Janto Trappe wrote:
ich habe von CD gebootet, "Installiertes System booten" ausgewählt und die /etc/fstab angepasst. Ändert Yast die fstab nach dem Partitionieren eingentlich automatisch (richtig)?
Nein.
Michael, die reiser Partition war tatsächlich /dev/sda9 und hinterher /dev/sda8. /boot und swap sind gleich geblieben. Aber auch mit der angepassten Zeile für die reisser Partition bekommt der Kernel immer noch panic: [..] Da wird doch versucht eine falsche Partition als root zu mounten oder? Wer weis woran es liegen kann?
Wenn sich das device deiner / auch geaendert hat, musst du auch die lilo.conf (mit root = /dev/...) korrigieren _und_ dann lilo aufrufen (voruebergehend kannst du dem Kernel am lilo-prompt auch ein root=/dev/... mitgeben). Evtl. willst du auch noch das root-device das im Kernel eingetragen ist mit rdev <kernelimage> ueberpruefen bzw. aendern. S.a. den sehr guten Artikel in der c't 6/2000, S. 138 und die ganze Serie (ab S. 106). CU David -- Um Rekursion zu verstehen, muss man erst Rekursion verstanden haben. email: David@dhaller.de www: www.dhaller.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
David Haller schrieb in 1,3K (43 Zeilen):
Wenn sich das device deiner / auch geaendert hat, musst du auch die lilo.conf (mit root = /dev/...) korrigieren _und_ dann lilo aufrufen (voruebergehend kannst du dem Kernel am lilo-prompt auch ein root=/dev/... mitgeben).
Evtl. willst du auch noch das root-device das im Kernel eingetragen ist mit rdev <kernelimage> ueberpruefen bzw. aendern.
Nein, wenn du in lilo.conf root=/dev/whatever eingetragen hast (und lilo gestartet hast), dann ueberschreibt diese Einstellung den Kerneldefault, den du mit rdev aendern kannst. rdev ist nur fuer Disketten notwendig, auf die nur der Kernel (ohne FS, ohne lilo oder syslinux oder einen anderen Bootmanager) geschrieben wurde. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Wolfgang, Wolfgang Weisselberg wrote:
David Haller schrieb in 1,3K (43 Zeilen):
Evtl. willst du auch noch das root-device das im Kernel eingetragen ist mit rdev <kernelimage> ueberpruefen bzw. aendern.
Nein, wenn du in lilo.conf root=/dev/whatever eingetragen hast (und lilo gestartet hast), dann ueberschreibt diese Einstellung den Kerneldefault, den du mit rdev aendern kannst. rdev ist nur fuer Disketten notwendig, auf die nur der Kernel (ohne FS, ohne lilo oder syslinux oder einen anderen Bootmanager) geschrieben wurde.
ACK. Dass man das rdev i.A. nicht braucht, habe ich inzwischen auch nachgelesen, aber ich war mir nicht sicher... ;) Was bleibt: ein lilo ist auf jeden Fall faellig. CU David -- The only possible interpretation of any research whatever in the "social sciences" is: some do, some don't. -- Ernest Rutherford email: David@dhaller.de www: www.dhaller.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (4)
-
Andreas.Kyek@arcor.net
-
David@dhaller.de
-
janto@sylence.de
-
weissel@netcologne.de