Neuinstallation - SUSE 11.1 RAID1: invalid root filesystem

daiml · 21 Jan. 2009

Hallo liebe Drachenfreunde,

nachdem ich lange Zeit (ca. 2 Jahre) mein SuSe 10.2 auf meinem HomeServer habe laufen lassen, habe ich mich,
- nachdem mir klar wurde, dass SuSe 10.2 nicht mehr unterstützt wird
- das installierte SuSe 10.2 seit mehreren Monaten keine automatischen Updates mehr durchführen konnte
(das Online-Update konnte ich tagelang erfolglos nach Quellen suchen lassen)
- der Mail-Server immer wieder (täglich) per Hand (via Webmin) "angestoßen" werden musste,
um die via fetchmail automatisch abgeholten Mails in die Postfächer zu sortieren
- und, und, und ...
dazu entschlossen, meinem Homeserver ein Update auf die aktuelle Version 11.1 zu gönnen...
... obwohl ich beim vorigen Update auf 10.2 vor ca. 20 Monaten eigentlich noch immer satt war (zur Historie siehe
hier : http://www.linux-club.de/viewtopic.php?t=81225&highlight=
und : http://www.linux-club.de/viewtopic.php?f=4&t=81548&p=480197#p480197)

Der Home-Server fungiert als Proxy, Mail-Server, Samba-Server, Web-Server (mit PHP und MySQL) für sechs Home-User und dient als Web-Entwicklungs-Test-Server.

Zur Hardware:

MainBoard: ASRock In K7VT6 motherboard
CPU: AMD Athlon(tm) XP 2600+ (~2 GHz)
SCSI-Controller (PCI) Adaptec "AHA-2940/2940W / AIC-7871" mit
- TEAC CD ROM 532
- IOMEGA ZIP 100
- Quantum Quantum VP32210 (2 GByte für SWAP)
Festplatten: 3 * IDE
- 2 baugleiche SEAGATE ST3250623A mit je 250 GByte
mit 5 * RAID1
- 1 Maxtor 6Y080P0 (80 GByte) als Backup-Medium
- 1 DVD-Brenner (Samsung)

Ich hatte schon damals unter openSuse 10.2 auf den beiden baugleichen IDE-Festplatte (je 250 GByte) eine RAID1-Struktur angelegt:

md0 = hda1, hdb1 = 100 MByte = /boot
md1 = hda2, hdb2 = 15 GByte = /
md2 = hda3, hdb3 = 10 GByte = /var
md3 = hda5, hdb5 = 50 GByte = /home
md4 = hda6, hdb6 = 157 GByte = /share (für file-server)

Also das Update von DVD gestartet - und ...
... die erste Überraschung erlebt:
"Einige Partitionen im System auf /dev/sda1 sind über den kernel-device-name gemounted. Dies ist nicht zuverlässig für eine Aktualisierung, da die kernel-device-names nicht beständig sind. Es wird daher dringend empfohlen das alte System zu starten und die mounty-by-Methode [sic!] für alle Partitionen in eine andere Methode zu ändern."
siehe auch hier: http://www.linux-club.de/viewtopic.php?f=3&t=100374&p=611325&hilit=mounty#p611325

O.k., o.k. - da das Ändern der Mount-by-Methode einfach nicht funktionierte (wie wohl auch bei anderen), habe ich (Datensicherung hatte ich ja) eine Neuinstallation von 11.1 mit Formatierung der Partitionen/Raids gestartet.
Dabei habe ich nun folgende (nur geringfügig veränderte Raid1 angelegt:

md0 = sdc1, sdd1 = 100 MByte = /boot
md1 = sdc2, sdd2 = 25 GByte = /
md2 = sdc3, sdd3 = 10 GByte = /var
md3 = sdc5, sdd5 = 40 GByte = /home
md4 = sdc6, sdd6 = 157 GByte = /share (für file-server)

Die Installation von DVD lief auch durch, doch dann - nach der Basis-Installation und dem ersten Booten - bootete der Rechner zwar, hing aber dann mit folgender Meldung:

invalid root filesystem -- exiting to /bin/sh
$

Hier dazu die letzten Ausgaben:

Code:

Boot logging started on /dev/tty1(/dev/console) at Mon Jan 19 23:51:12 2009
md: raid0 personally registered for level 0
xor: automatically using best checksummimg function: pIII_sse
	xor: using function: pIII_sse (1959.000 MB/sec)
async_tx: api initialized (sync-only)
raid6: int32x1	 748 MB/s
raid6: int32x2	 896 MB/s
raid6: int32x4	 687 MB/s
raid6: int32x8	 639 MB/s
raid6: mmxx1	1584 MB/s
raid6: mmxx2	1784 MB/s
raid6: sse1x1	1482 MB/s
raid6: sse1x2	2391 MB/s
raid6: using algorithm sse1x2 (2391 MB/s)
md: raid4 personality registeres for level 6
md: raid4 personality registeres for level 5
md: raid4 personality registeres for level 4
md: md1 stopped.
md: bind<sdd2>
md: bind<sdc2>
raid1: raid set md1 active with 2 out of 2 mirrors
md1: bitmap initialized from disk: read 13/13 pages, set 0 bits
created bitmap (200 pages) for device md1
mdadm: /dev/md/1 has been started with 2 drives
Trying manual resume from /dev/disk/by-id/scsi-SQuantum_VP32210_PCB=JP60904214__HDA=PE54729927-part1
Invoking userspace from /dev/disk/by-id/scsi-SQuantum_VP32210_PCB=JP60904214__HDA=PE54729927-part1 
resume: libcrypt version: 1.4.1
Trying manual resume from /dev/disk/by-id/scsi-SQuantum_VP32210_PCB=JP60904214__HDA=PE54729927-part1
Invoking in-kernel resume from /dev/disk/by-id/scsi-SQuantum_VP32210_PCB=JP60904214__HDA=PE54729927-part1
PM: Starting manual resume from disk
Waiting for device /dev/md1 to appear: ok
invalid root filesystem -- exiting to /bin/sh
$

Nach einigem Staunen, Ärgern und erfolglosen Befehlseingaben bin ich schließlich auf diesen thread gestoßen :
http://forums.opensuse.org/install-boot-login/402495-opensuse-11-1-invalid-root-file-system.html

Nach dem Drücken der Tastenkombination

Strg + D

lief der Bootvorgang tatsächlich weiter,
blieb jedoch schließ auf der Console mit der Anmeldeaufforderung, ohne KDE zu starten (hatte bei der Installation von DVD das KDE 4.1 ausgewählt), stehen.
Ich habe dann die "BUG-Lösung" aus dem vorgenannten thread versucht und mit

Code:

vi /lib/mkinitrd/scripts/boot-md.sh

die boot-md.sh bearbeitet und - wie darin angegeben - die folgenden Zeilen vor dem letzten "fi" eingefügt

Code:

sleep 1
echo change > /sys/block/md$md_minor/uevent
wait_for_events

dann mkinitrd ausgeführt und anschließend neu gebootet.

Gleich beim ersten Booten startete der Rechner durch ... bis zur Anmeldung auf Text-Ebene.
KDE startete wieder nicht.
Dann habe ich die Dateien

/etc/fstab
/etc/mstab
/etc/raidstab

mit meinem Backup vom 10.2 verglichen und folgendes festgestellt:
[*]die IDE-Festplatten, die unter 10.2 noch die Bezeichnungen

hda (hda1, hda2, hda3, hda5, hda6)
hdb (hdb1, hdb2, hdb3, hdb5, hdb6)
hdd (hdd1)

trugen, haben jetzt unter 11.1 die Einträge:

sdc (sdc1, sdc2, sdc3, sdc5, sdc6)
sdd (sdd1, sdd2, sdd3, sdd5, sdd6)
sde (sde1)

und werden offenbar allesamt als SCSI eingetragen.

[*]die mtab sieht unter 11.1 auch etwas "leerer" aus:

Code:

proc /proc proc rw 0 0
sysfs /sys sysfs rw 0 0
debugfs /sys/kernel/debug debugfs rw 0 0
udev /dev tmpfs rw 0 0
devpts /dev/pts devpts rw,mode=0620,gid=5 0 0
fusectl /sys/fs/fuse/connections fusectl rw 0 0
securityfs /sys/kernel/security securityfs rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0

dagegen die alte mtab aus 10.2

Code:

/dev/md1 / ext3 rw,acl,user_xattr 0 0
proc /proc proc rw 0 0
sysfs /sys sysfs rw 0 0
debugfs /sys/kernel/debug debugfs rw 0 0
udev /dev tmpfs rw 0 0
devpts /dev/pts devpts rw,mode=0620,gid=5 0 0
/dev/hdd1 /backup ext3 rw 0 0
/dev/md0 /boot ext2 rw,acl,user_xattr 0 0
/dev/md3 /home ext3 rw,acl,user_xattr 0 0
/dev/md4 /share ext3 rw,acl,user_xattr 0 0
/dev/md2 /var ext3 rw,acl,user_xattr 0 0
securityfs /sys/kernel/security securityfs rw 0 0
nfsd /proc/fs/nfsd nfsd rw 0 0
/dev/fd0 /media/floppy vfat rw 0 0

Es fehlen offenbar alle Angaben zu den RAIDs ... oder muss das bei 11.1 so sein ?
[*]die Datei raidtab fehlt ganz :schockiert:
Fehlt diese Datei nun wirklich, oder trägt SuSe 11.1 die Zuordnungen, welche Festplattenpartition zu welchem Raid gehört in einer anderen Datei ein?
In 10.2 sieht's so aus:

Code:

# Generated by Mondo Rescue
raiddev /dev/md4
    raid-level            1
    chunk-size            4
    nr-raid-disks         2
    nr-spare-disks        0
    persistent-superblock 1

    device                /dev/hda6
    raid-disk             2
    device                /dev/hdb6
    raid-disk             1

raiddev /dev/md3
    raid-level            1
    chunk-size            4
    nr-raid-disks         2
    nr-spare-disks        0
    persistent-superblock 1

    device                /dev/hda5
    raid-disk             2
    device                /dev/hdb5
    raid-disk             1

raiddev /dev/md2
    raid-level            1
    chunk-size            4
    nr-raid-disks         2
    nr-spare-disks        0
    persistent-superblock 1

    device                /dev/hda3
    raid-disk             2
    device                /dev/hdb3
    raid-disk             1

raiddev /dev/md1
    raid-level            1
    chunk-size            4
    nr-raid-disks         2
    nr-spare-disks        0
    persistent-superblock 1

    device                /dev/hda1
    raid-disk             2
    device                /dev/hdb1
    raid-disk             1

raiddev /dev/md0
    raid-level            1
    chunk-size            4
    nr-raid-disks         2
    nr-spare-disks        0
    persistent-superblock 1

    device                /dev/hda2
    raid-disk             0
    device                /dev/hdb2
    raid-disk             1

Bin langsam ratlos :???:
Hier noch einige Konfigurations-Dateien:

[*]boot/grub/device.map:

Code:

(hd1)	/dev/disk/by-id/ata-ST3250623A_9ND1NB24
(hd2)	/dev/disk/by-id/ata-Maxtor_6Y080P0_Y2APLYPC
(hd4)	/dev/disk/by-id/usb-USB_Flash_Disk_907302000C0B-0:0
(fd0)	/dev/fd0
(hd3)	/dev/disk/by-id/scsi-SQuantum_VP32210_PCB=JP60904214___HDA=PE54729927
(hd0)	/dev/disk/by-id/ata-ST3250623A_9ND1NAKG

hd0 & hd1 sind die baugleichen RAID-Platten
hd2 = Backup-Platte
hd3 = SCSI 2 GByte komplett für swap

[*]boot/grub/menu.lst:

Code:

# Modified by YaST2. Last modification on Mo Jan 19 23:50:03 UTC 2009
default 0
timeout 8
gfxmenu (hd0,0)/message
##YaST - activate

###Don't change this comment - YaST2 identifier: Original name: linux###
title openSUSE 11.1 - 2.6.27.7-9
    root (hd0,0)
    kernel /vmlinuz-2.6.27.7-9-pae root=/dev/md1 resume=/dev/disk/by-id/scsi-SQuantum_VP32210_PCB=JP60904214___HDA=PE54729927-part1 splash=silent showopts vga=0x317
    initrd /initrd-2.6.27.7-9-pae

###Don't change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe -- openSUSE 11.1 - 2.6.27.7-9
    root (hd0,0)
    kernel /vmlinuz-2.6.27.7-9-pae root=/dev/md1 showopts ide=nodma apm=off noresume nosmp maxcpus=0 edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 x11failsafe vga=0x317
    initrd /initrd-2.6.27.7-9-pae

###Don't change this comment - YaST2 identifier: Original name: floppy###
title Diskette
    rootnoverify (fd0)
    chainloader +1

Die Ausgaben von mdadm lauten:
[*]für md0 (/boot)

Code:

/dev/md0:
        Version : 1.00
  Creation Time : Mon Jan 19 17:27:13 2009
     Raid Level : raid1
     Array Size : 104376 (101.95 MiB 106.88 MB)
  Used Dev Size : 104376 (101.95 MiB 106.88 MB)
   Raid Devices : 2
  Total Devices : 2
    Persistence : Superblock is persistent

  Intent Bitmap : Internal

    Update Time : Tue Jan 20 19:40:57 2009
          State : active
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           Name : linux:0  (local to host linux)
           UUID : fcf4554c:317bb729:051e0e43:e0834a44
         Events : 10

    Number   Major   Minor   RaidDevice State
       0       8       33        0      active sync   /dev/sdc1
       1       8       49        1      active sync   /dev/sdd1

[*]für md1 (/)

Code:

/dev/md1:
        Version : 1.00
  Creation Time : Mon Jan 19 17:27:15 2009
     Raid Level : raid1
     Array Size : 26209972 (25.00 GiB 26.84 GB)
  Used Dev Size : 52419944 (49.99 GiB 53.68 GB)
   Raid Devices : 2
  Total Devices : 2
    Persistence : Superblock is persistent

  Intent Bitmap : Internal

    Update Time : Tue Jan 20 22:23:20 2009
          State : active
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           Name : linux:1  (local to host linux)
           UUID : 0206f076:9f25f44f:090f8bae:f5f199c6
         Events : 14

    Number   Major   Minor   RaidDevice State
       0       8       34        0      active sync   /dev/sdc2
       1       8       50        1      active sync   /dev/sdd2

[*]für md2 (/var)

Code:

/dev/md2:
        Version : 1.00
  Creation Time : Mon Jan 19 17:27:19 2009
     Raid Level : raid1
     Array Size : 10482340 (10.00 GiB 10.73 GB)
  Used Dev Size : 20964680 (19.99 GiB 21.47 GB)
   Raid Devices : 2
  Total Devices : 2
    Persistence : Superblock is persistent

  Intent Bitmap : Internal

    Update Time : Tue Jan 20 20:42:09 2009
          State : active
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           Name : linux:2  (local to host linux)
           UUID : 3faaf4a9:76c2dd83:fa9a819d:9e447428
         Events : 10

    Number   Major   Minor   RaidDevice State
       0       8       35        0      active sync   /dev/sdc3
       1       8       51        1      active sync   /dev/sdd3

[*]für md3 (/home)

Code:

/dev/md3:
        Version : 1.00
  Creation Time : Mon Jan 19 17:27:26 2009
     Raid Level : raid1
     Array Size : 41937576 (39.99 GiB 42.94 GB)
  Used Dev Size : 83875152 (79.99 GiB 85.89 GB)
   Raid Devices : 2
  Total Devices : 2
    Persistence : Superblock is persistent

  Intent Bitmap : Internal

    Update Time : Tue Jan 20 20:42:04 2009
          State : active
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           Name : linux:3  (local to host linux)
           UUID : 298e1a4b:0d9ea733:4ba12f48:c1a6b68b
         Events : 12

    Number   Major   Minor   RaidDevice State
       0       8       37        0      active sync   /dev/sdc5
       1       8       53        1      active sync   /dev/sdd5

[*]für md4 (/share)

Code:

/dev/md4:
        Version : 1.00
  Creation Time : Mon Jan 19 17:27:32 2009
     Raid Level : raid1
     Array Size : 165461364 (157.80 GiB 169.43 GB)
  Used Dev Size : 330922728 (315.59 GiB 338.86 GB)
   Raid Devices : 2
  Total Devices : 2
    Persistence : Superblock is persistent

  Intent Bitmap : Internal

    Update Time : Tue Jan 20 21:24:15 2009
          State : active
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           Name : linux:4  (local to host linux)
           UUID : 9227c171:5d7a2296:bd2b5e15:250cfe3d
         Events : 21

    Number   Major   Minor   RaidDevice State
       0       8       38        0      active sync   /dev/sdc6
       1       8       54        1      active sync   /dev/sdd6

Die Datei /var/log/boot.msg stelle ich hier vorerst noch nicht ein ... diese Nachricht ist auch so schon lang genug.

Jedoch habe ich in der /var/log/warn folgende Einträge gefunden:

Code:

Jan 20 19:21:41 linux syslog-ng[2157]: Error opening file for writing; filename='/var/log/messages', error='No such file or directory (2)'
Jan 20 19:21:41 linux syslog-ng[2157]: Error opening file for writing; filename='/var/log/warn', error='No such file or directory (2)'
Jan 20 19:21:42 linux console-kit-daemon[2236]: CRITICAL: cannot initialize libpolkit
Jan 20 19:21:42 linux console-kit-daemon[2236]: GLib-CRITICAL: g_async_queue_unref: assertion `queue->waiting_threads == 0' failed
Jan 20 19:21:41 linux syslog-ng[2157]: Error opening file for writing; filename='/var/log/messages', error='No such file or directory (2)'
Jan 20 19:21:42 linux console-kit-daemon[2302]: CRITICAL: cannot initialize libpolkit
Jan 20 19:21:42 linux console-kit-daemon[2302]: GLib-CRITICAL: g_async_queue_unref: assertion `queue->waiting_threads == 0' failed
Jan 20 19:21:41 linux syslog-ng[2157]: Error opening file for writing; filename='/var/log/warn', error='No such file or directory (2)' 
...

:???: :???:
Es ist doch nicht zu fassen!!!
Diesen Schrott habe ich gerade als /etc/fstab vorgefunden: :irre:

Code:

t;
				if (sc == null) throw new InvalidOperationException ("Invalid schema");
				return FindBuiltInType (GetContentBaseType (sc.Content));
			}
			
			XmlSchemaSimpleType st = (XmlSchemaSimpleType) schemas.Find (qname, typeof(XmlSchemaSimpleType));
			if (st != null)
				return FindBuiltInType (st);

			throw new InvalidOperationException ("Definition of type " + qname + " not found");
		}

		string FindBuiltInType (XmlSchemaSimpleType st)
		{
			if (st.Content is XmlSchemaSimpleTypeRestriction) {
				return FindBuiltInType (GetContentBaseType (st.Content));
			}
			else if (st.Content is XmlSchemaSimpleTypeList) {
				string s = FindBuiltInType (GetContentBaseType (st.Content));
				return s + " " + s + " ...";
			}
			else if (st.Content is XmlSchemaSimpleTypeUnion)
			{
				//Check if all types of the union are equal. If not, then will use anyType.
				XmlSchemaSimpleTypeUnion uni = (XmlSchemaSimpleTypeUnion) st.Content;
				string utype = null;

/dev/md0             /boot                ext2       defaults              1 2
/dev/md3             /home                ext3       defaults              1 2
/dev/md4             /share               ext3       defaults              1 2
/dev/md2             /var                 ext3       defaults              1 2

m.E. sollte es doch so (oder ähnlich) aussehen, oder ?
Habe eben eine fstab im Editor kreiert:

Code:

/dev/md0             /boot                ext2       acl,user_xattr        1 2
/dev/md1             /                    ext3       acl,user_xattr        1 1
/dev/md2             /var                 ext3       acl,user_xattr        1 2
/dev/md3             /home                ext3       acl,user_xattr        1 2
/dev/md4             /share               ext3       acl,user_xattr        1 2
/dev/sda1            swap                 swap       defaults              0 0
/dev/sde1            /backup              ext3       defaults              1 2
proc                 /proc                proc       defaults              0 0
sysfs                /sys                 sysfs      noauto                0 0
debugfs              /sys/kernel/debug    debugfs    noauto                0 0
usbfs                /proc/bus/usb        usbfs      noauto                0 0
devpts               /dev/pts             devpts     mode=0620,gid=5       0 0
/dev/sdb4            /media/zip           auto       noauto,user           0 0
/dev/fd0             /media/floppy        auto       noauto,user,sync      0 0

Ist dieses SuSe 11.1 denn wirklich so buggy, dass man jetzt wirklich jede Datei einzeln überprüfen muss.
Verdammt noch mal!
Ich sitze jetzt schon seit Sonntag Mittag an einer reinen Frisch-Installation.
Und dieses Suse 11.1 scheint wirklich zu machen, was es will.
Muss ich etwas schon wieder NEU INSTALLIEREN ?
Ich werde hier jetzt aber wirklich gleich echt .... :zensur:

So ... habe mich wieder ein bisschen abgekühlt.

Hier noch die /etc/mtab:

Code:

/proc /proc proc rw 0 0
sysfs /sys sysfs rw 0 0
debugfs /sys/kernel/debug debugfs rw 0 0
udev /dev tmpfs rw 0 0
devpts /dev/pts devpts rw,mode=0620,gid=5 0 0
fusectl /sys/fs/fuse/connections fusectl rw 0 0
securityfs /sys/kernel/security securityfs rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0
/dev/sde1 /backup ext3 rw 0 0
/dev/sdf1 /media/usb4g vfat rw 0 0

Könnt Ihr mir helfen ?
Ich geh jetzt in's Bett und hoffe, wenn ich aufwache, dass dieser Albtraum vorbei ist :irre:

Wünsche Euch eine gute Nacht ...
liebe Grüße, daiml

daiml · 21 Jan. 2009

Guten Morgen,

da sich mein Problem leider noch immer nicht von selbst gelöst hat, habe ich heute früh - bevor ich in´s Büro gefahren bin, noch schnell die /etc/fstab und die /etc/mtab per Hand geändert:
/etc/fstab:

Code:

/dev/md0             /boot                ext2       acl,user_xattr        1 2
/dev/md1             /                    ext3       acl,user_xattr        1 1
/dev/md2             /var                 ext3       acl,user_xattr        1 2
/dev/md3             /home                ext3       acl,user_xattr        1 2
/dev/md4             /share               ext3       acl,user_xattr        1 2
/dev/sda1            swap                 swap       defaults              0 0
/dev/sde1            /backup              ext3       defaults              1 2
proc                 /proc                proc       defaults              0 0
sysfs                /sys                 sysfs      noauto                0 0
debugfs              /sys/kernel/debug    debugfs    noauto                0 0
usbfs                /proc/bus/usb        usbfs      noauto                0 0
devpts               /dev/pts             devpts     mode=0620,gid=5       0 0
/dev/sdb4            /media/zip           auto       noauto,user           0 0
/dev/fd0             /media/floppy        auto       noauto,user,sync      0 0

/etc/mtab:

Code:

/dev/md1 / ext3 rw,acl,user_xattr 0 0
/dev/md0 /boot ext2 rw,acl,user_xattr 0 0
/dev/md3 /home ext3 rw,acl,user_xattr 0 0
/dev/md4 /share ext3 rw,acl,user_xattr 0 0
/dev/md2 /var ext3 rw,acl,user_xattr 0 0
/dev/sde1 /backup ext3 rw 0 0
proc /proc proc rw 0 0
sysfs /sys sysfs rw 0 0
debugfs /sys/kernel/debug debugfs rw 0 0
udev /dev tmpfs rw 0 0
devpts /dev/pts devpts rw,mode=0620,gid=5 0 0
fusectl /sys/fs/fuse/connections fusectl rw 0 0
securityfs /sys/kernel/security securityfs rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0
nfsd /proc/fs/nfsd nfsd rw 0 0
/dev/fd0 /media/floppy vfat rw 0 0
/dev/sdf1 /media/usb4g vfat rw 0 0

Nach einem Reboot, startete der Rechner wieder nur bis zur Stelle:

invalid root filesystem -- exiting to /bin/sh
$

und lief nach der Tastenkombination

Strg D

weiter...
Danach startete sogar endlich :roll: KDE automatisch und führte dann einige von der Basis-Installation noch offene Skripte aus.
So wurden z.B. die -4- Netzwerkarten konfiguriert (hatte ich aber zuvor schon mit Yast2 im Textmodus konfiguriert).
Als erstes fällt auf, dass KDE nur in Englischer Sprache startet, obwohl ich bei der Installation "deutsch" ausgewählt habe und im Yast unter System auch "German" eingetragen ist.

Hatte hier schon jemand eine solch "vermurkste" Neuinstallation erlebt?

Wo muss oder kann ich nun überprüfen, ob und welche Module/Systemteile/Konfigurationen korrekt installiert worden sind oder wo ich noch mit Fehlern zu rechnen habe?

Oder ist eine Reparatur von der openSuSe 11.1 - DVD sinnvoller ?

Ist dieser oben beschriebene "Hänger" beim Booten tatsächlich ein BUG im SuSe 11.1?
Lässt sich der irgendwie beseitigen? Der Rat in dem oben angegebenen (nur in englisch) verfügbaren thread, die boot-md.sh zu editieren und mkinitrd auszuführen, hat ja nicht wirklich geholfen.

Bei einer solch - diplomatisch ausgedrückt: - holperigen Neuinstallation habe ich das Vertrauen in openSuSe etwas verloren ... :???: bitte helft mir weiter.

Sofern Ihr noch weitere Angaben benötigt, liefere ich die gerne auf.

liebe Grüße, daiml

josef-wien · 21 Jan. 2009

Wie sehen die Dateien /etc/mdadm.conf und /etc/sysconfig/mdadm aus? Enthält die Datei /etc/sysconfig/kernel in der Zeile INITRD_MODULES die Eintragung raid1? Bringt der Befehl "ls /etc/init.d/boot.d/*boot.md" Ergebnisse oder eine Fehlermeldung? Und was sagt "fdisk -l"?

P.S. Die Datei mtab solltest Du nicht ändern, das ist der von Linux jeweils aktuell gespeicherte Zustand der eingehängten Partitionen.

daiml · 22 Jan. 2009

Hallo

hier die Dateien, bzw. Befehlsausgaben:
/etc/mdadm.conf:

Code:

DEVICE partitions
ARRAY /dev/md0 level=raid1 UUID=fcf4554c:317bb729:051e0e43:e0834a44
ARRAY /dev/md1 level=raid1 UUID=0206f076:9f25f44f:090f8bae:f5f199c6
ARRAY /dev/md2 level=raid1 UUID=3faaf4a9:76c2dd83:fa9a819d:9e447428
ARRAY /dev/md3 level=raid1 UUID=298e1a4b:0d9ea733:4ba12f48:c1a6b68b
ARRAY /dev/md4 level=raid1 UUID=9227c171:5d7a2296:bd2b5e15:250cfe3d

/etc/sysconfig/mdadm

Code:

## Path:        System/File systems/Mdadm
## Description: Additional options for the mdadm daemon (see man mdadm(8)).
## ServiceRestart:      mdadm
##
## Type:        integer
## Default:     60
#
# A delay in seconds between polling the md arrays.
#
MDADM_DELAY=60

## Type:        string
## Default:     ""
#
# A mail address (or comma-separated list of mail addresses) to send alerts to.
#
MDADM_MAIL="root@localhost"

## Type:        string
## Default:     ""
#
# A program to be run whenever an event is detected.
#
MDADM_PROGRAM=""

## Type:        string
## Default:     ""
#
# Monitoring MD devices.
#
MDADM_RAIDDEVICES=""

## Type:        yesno
## Default:     yes
#
# "yes" for scanning config file or /proc/mdstat for missing information.
#
MDADM_SCAN=yes

## Type:        string
## Default:     "/etc/mdadm.conf"
#
# The config file.
#
MDADM_CONFIG="/etc/mdadm.conf"

## Type:        yesno
## Default:     no
#
# "yes" for email to be sent on start
#
MDADM_SEND_MAIL_ON_START=no

## Type:        list(yes,no,part)
## Default:     no
#
# "yes" for mdadm.conf to be used for array assembly on boot
# "no" for arrays to be automatically detected and assembled
# "part" is like "no" except that arrays with 1.x metadate 
#      will be assembled as partitionable arrays.
#
BOOT_MD_USE_MDADM_CONFIG=yes

## Type:	integer
## Default:	60
#
# Timeout for udev device detection. This is the upper limit which the
# boot script will wait for udev to finish hotplug event processing.
# If not all devices are detected during boot this value should be
# increased. Setting this to '0' disables waiting for udev.
#
MDADM_DEVICE_TIMEOUT="60"

Ja, die Datei /etc/sysconfig/kernel enthält den Eintrag raid1:

Code:

INITRD_MODULES="processor thermal aic7xxx pata_via ata_generic via82cxxx ide_pci_generic fan jbd ext3 raid1 edd"

Der Befehl "ls /etc/init.d/boot.d/*boot.md" bringt folgende Ausgabe:

Code:

/etc/init.d/boot.d/K06boot.md
/etc/init.d/boot.d/S08boot.md

und nun noch die Ausgabe von fdisk -l:

Code:

Disk /dev/sda: 2205 MB, 2205876224 bytes
255 heads, 63 sectors/track, 268 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000c7ec9

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1         268     2152678+  82  Linux swap / Solaris

Disk /dev/sdc: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000ca6f1

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1          13      104391   fd  Linux raid autodetect
/dev/sdc2              14        3276    26210047+  fd  Linux raid autodetect
/dev/sdc3            3277        4581    10482412+  fd  Linux raid autodetect
/dev/sdc4   *        4582       30401   207399150    f  W95 Ext'd (LBA)
/dev/sdc5            4582        9802    41937651   fd  Linux raid autodetect
/dev/sdc6            9803       30401   165461436   fd  Linux raid autodetect

Disk /dev/sdd: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00003374

   Device Boot      Start         End      Blocks   Id  System
/dev/sdd1   *           1          13      104391   fd  Linux raid autodetect
/dev/sdd2              14        3276    26210047+  fd  Linux raid autodetect
/dev/sdd3            3277        4581    10482412+  fd  Linux raid autodetect
/dev/sdd4            4582       30401   207399150    f  W95 Ext'd (LBA)
/dev/sdd5            4582        9802    41937651   fd  Linux raid autodetect
/dev/sdd6            9803       30401   165461436   fd  Linux raid autodetect

Disk /dev/sde: 81.9 GB, 81964302336 bytes
255 heads, 63 sectors/track, 9964 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000a8691

   Device Boot      Start         End      Blocks   Id  System
/dev/sde1               1        9964    80035798+  83  Linux

Disk /dev/md1: 26.8 GB, 26839011328 bytes
2 heads, 4 sectors/track, 6552493 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000


Disk /dev/md0: 106 MB, 106881024 bytes
2 heads, 4 sectors/track, 26094 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000


Disk /dev/md2: 10.7 GB, 10733916160 bytes
2 heads, 4 sectors/track, 2620585 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000


Disk /dev/md3: 42.9 GB, 42944077824 bytes
2 heads, 4 sectors/track, 10484394 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000


Disk /dev/md4: 169.4 GB, 169432436736 bytes
2 heads, 4 sectors/track, 41365341 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000


Disk /dev/sdf: 4127 MB, 4127195136 bytes
16 heads, 32 sectors/track, 15744 cylinders
Units = cylinders of 512 * 512 = 262144 bytes
Disk identifier: 0xdfb2ad14

   Device Boot      Start         End      Blocks   Id  System
/dev/sdf1   *           1       15744     4030448    b  W95 FAT32

Zwischenzeitlich läuft openSuSe, jedoch bleibt der Rechner beim Booten IMMER an der oben beschriebenen Stellen hängen.
Diesen Beitrag habe ich jetzt sogar schon von meinem Home-Server aus bearbeiten können :roll:

Gruß daiml

josef-wien · 22 Jan. 2009

Hinsichtlich RAID1 schaut alles sehr normal aus.

hendrix schrieb:
Zwischenzeitlich läuft openSuSe, jedoch bleibt der Rechner beim Booten IMMER an der oben beschriebenen Stellen hängen.

Da /boot und / jeweils RAID1-Verbünde sind, kann es nicht mehr daran liegen. Du solltest vielleicht das verbleibende Problem noch einmal kurz skizzieren und entweder den Betreff ändern oder einen neuen Beitrag anlegen.

Neuinstallation - SUSE 11.1 RAID1: invalid root filesystem

daiml

Member

daiml

Member

josef-wien

Ultimate Guru

daiml

Member

josef-wien

Ultimate Guru