Softraid und 13.1 mit Fehler
Hi, ich habe mir hier ein kleines Testsystem aufgebaut: eine 13.1 64bit auf einem Lenovo M58p (2xIntel EP8400), 4GB RAM, 1TB HD aufgeteilt in / 20 GB [sda1], swap 5GB [sda2] und 2x458GB als Softraid Typ 1 [sda3, sda4], reine Textinstallation. Das RAID ist VFat-formatiert und wird über Samba freigegeben. Zunächst lief das wie erwartet, dann habe ich ein Knoppix gebootet und die RAID-Partitionen einzeln gemountet, war alles OK, ich konnte die Testdaten drauf sehen. Dann wollte ich OS13.1 wieder booten und nix geht mehr: "fsck succeded, mounting root-device read/write Mounting root /dev/root mount -o rw,acl,user_xattr -t ext4 /dev/root /root Welcome to emergency mode! After logging in type "journalctl -xb" to view... und die letzteren Hinweise wiederholen sich endlos, kein Prompt für den emergency mode erscheint. Interessanterweise läuft intern irgendwas, denn das Einstecken eines USB-Sticks wird gemeldet. Nehme ich das RAID aus der /etc/fstab raus, startet das System dagegen sofort. Wenn ich den Eintrag fürs RAID dann wieder aktiviere, meldet mount -a, dass das special device /dev/md/backup fehlt - backup ist der RAID-Name. Knoppix wiederum sieht das RAID, mountet es korrekt, zeigt die Daten korrekt an. Wo könnte ich nachsehen, um die Suse zur Zusammenarbeit zu bewegen? Eben habe ich noch sicherheitshalber das Online-Update gezogen und in Yast-Services eingestellt, dass alles, was mit "md" zu tun hat, auch gestartet wird ... keine Änderung. Thx für Tipps cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 27.11.2014 08:59, schrieb Joerg Thuemmler:
Hi,
ich habe mir hier ein kleines Testsystem aufgebaut: eine 13.1 64bit auf einem Lenovo M58p (2xIntel EP8400), 4GB RAM, 1TB HD aufgeteilt in / 20 GB [sda1], swap 5GB [sda2] und 2x458GB als Softraid Typ 1 [sda3, sda4], reine Textinstallation. Das RAID ist VFat-formatiert und wird über Samba freigegeben.
Zunächst lief das wie erwartet, dann habe ich ein Knoppix gebootet und die RAID-Partitionen einzeln gemountet, war alles OK, ich konnte die Testdaten drauf sehen. Dann wollte ich OS13.1 wieder booten und nix geht mehr: "fsck succeded, mounting root-device read/write Mounting root /dev/root mount -o rw,acl,user_xattr -t ext4 /dev/root /root Welcome to emergency mode! After logging in type "journalctl -xb" to view...
und die letzteren Hinweise wiederholen sich endlos, kein Prompt für den emergency mode erscheint. Interessanterweise läuft intern irgendwas, denn das Einstecken eines USB-Sticks wird gemeldet.
Nehme ich das RAID aus der /etc/fstab raus, startet das System dagegen sofort. Wenn ich den Eintrag fürs RAID dann wieder aktiviere, meldet mount -a, dass das special device /dev/md/backup fehlt - backup ist der RAID-Name.
Knoppix wiederum sieht das RAID, mountet es korrekt, zeigt die Daten korrekt an.
Wo könnte ich nachsehen, um die Suse zur Zusammenarbeit zu bewegen? Eben habe ich noch sicherheitshalber das Online-Update gezogen und in Yast-Services eingestellt, dass alles, was mit "md" zu tun hat, auch gestartet wird ... keine Änderung.
Thx für Tipps
cu jth
hat sich geklärt. Der Installer legt offensichtlich Schrott an. Obwohl er rein optisch genau so rüberkommt, wie der "partitioner" im Yast, scheint es Unterschiede zu geben. Oder im Installer-Modus fehlen noch Infos. Jedenfalls habe ich den Partitioner im Yast nochmal aufgerufen. Da stand dann das RAID drin, aber unbenutzt. Den Mountpunkt neu eintragen, starten, fertig, überlebt auch reboot. Interessanterweise sieht die Zeile in der /etc/fstab nun ganz anders aus, als die vom Installer angelegte: # /dev/md/backup /backup vfat users,gid=users,umask=0002,utf8=true 0 0 /dev/disk/by-id/md-uuid-096b4cbe:40829716:93e25ef0:7a33b96c /backup vfat users,gid=users,umask=0002,utf8=true 0 0 Wahrscheinlich sollte man sich die RAID-Installation also zunächst klemmen, die Plattenbereiche frei lassen und dann erst im "Normalbetrieb" über den Yast-Partitioner einrichten. Will ich mir merken ;-) vielleicht nützt es ja jemandem... cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 27. November 2014 um 09:11 schrieb Joerg Thuemmler <listen@vordruckleitverlag.de>:
hat sich geklärt. Der Installer legt offensichtlich Schrott an. Obwohl er rein optisch genau so rüberkommt, wie der "partitioner" im Yast, scheint es Unterschiede zu geben. Oder im Installer-Modus fehlen noch Infos. Jedenfalls habe ich den Partitioner im Yast nochmal aufgerufen. Da stand dann das RAID drin, aber unbenutzt. Den Mountpunkt neu eintragen, starten, fertig, überlebt auch reboot. Interessanterweise sieht die Zeile in der /etc/fstab nun ganz anders aus, als die vom Installer angelegte:
# /dev/md/backup /backup vfat users,gid=users,umask=0002,utf8=true 0 0
/dev/disk/by-id/md-uuid-096b4cbe:40829716:93e25ef0:7a33b96c /backup vfat users,gid=users,umask=0002,utf8=true 0 0
Wahrscheinlich sollte man sich die RAID-Installation also zunächst klemmen, die Plattenbereiche frei lassen und dann erst im "Normalbetrieb" über den Yast-Partitioner einrichten. Will ich mir merken ;-)
vielleicht nützt es ja jemandem...
Mach doch bitte einen Bugreport draus. Dann wird's auch gefixt. Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 27.11.2014 13:05, schrieb Martin Schröder:
Am 27. November 2014 um 09:11 schrieb Joerg Thuemmler <listen@vordruckleitverlag.de>:
hat sich geklärt. Der Installer legt offensichtlich Schrott an. Obwohl er rein optisch genau so rüberkommt, wie der "partitioner" im Yast, scheint es Unterschiede zu geben. Oder im Installer-Modus fehlen noch Infos. Jedenfalls habe ich den Partitioner im Yast nochmal aufgerufen. Da stand dann das RAID drin, aber unbenutzt. Den Mountpunkt neu eintragen, starten, fertig, überlebt auch reboot. Interessanterweise sieht die Zeile in der /etc/fstab nun ganz anders aus, als die vom Installer angelegte:
# /dev/md/backup /backup vfat users,gid=users,umask=0002,utf8=true 0 0
/dev/disk/by-id/md-uuid-096b4cbe:40829716:93e25ef0:7a33b96c /backup vfat users,gid=users,umask=0002,utf8=true 0 0
Wahrscheinlich sollte man sich die RAID-Installation also zunächst klemmen, die Plattenbereiche frei lassen und dann erst im "Normalbetrieb" über den Yast-Partitioner einrichten. Will ich mir merken ;-)
vielleicht nützt es ja jemandem...
Mach doch bitte einen Bugreport draus. Dann wird's auch gefixt.
Gruß Martin
Mach ich morgen... ohne großen Optimismus... -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 27.11.2014 15:18, schrieb Joerg Thuemmler:
Am 27.11.2014 13:05, schrieb Martin Schröder:
Am 27. November 2014 um 09:11 schrieb Joerg Thuemmler <listen@vordruckleitverlag.de>:
hat sich geklärt. Der Installer legt offensichtlich Schrott an. Obwohl er rein optisch genau so rüberkommt, wie der "partitioner" im Yast, scheint es Unterschiede zu geben. Oder im Installer-Modus fehlen noch Infos. Jedenfalls habe ich den Partitioner im Yast nochmal aufgerufen. Da stand dann das RAID drin, aber unbenutzt. Den Mountpunkt neu eintragen, starten, fertig, überlebt auch reboot. Interessanterweise sieht die Zeile in der /etc/fstab nun ganz anders aus, als die vom Installer angelegte:
# /dev/md/backup /backup vfat users,gid=users,umask=0002,utf8=true 0 0
/dev/disk/by-id/md-uuid-096b4cbe:40829716:93e25ef0:7a33b96c /backup vfat users,gid=users,umask=0002,utf8=true 0 0
Wahrscheinlich sollte man sich die RAID-Installation also zunächst klemmen, die Plattenbereiche frei lassen und dann erst im "Normalbetrieb" über den Yast-Partitioner einrichten. Will ich mir merken ;-)
vielleicht nützt es ja jemandem...
Mach doch bitte einen Bugreport draus. Dann wird's auch gefixt.
Gruß Martin
Mach ich morgen... ohne großen Optimismus...
Hat etwas gedauert... hier ist er https://bugzilla.novell.com/show_bug.cgi?id=907738 cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (2)
-
Joerg Thuemmler -
Martin Schröder