Hallo Werner, Dieter, Am 02/10/2015 um 02:48 PM schrieb Dr. Werner Fink:
On Tue, Feb 10, 2015 at 01:00:41PM +0100, Werner Franke wrote:
Hallo zusammen,
nach dem letzten 13.2 update, bei dem auch ein Reboot gefordert wurde, kommt mein Zweit-System jetzt nicht mehr hoch. Ob es allerdings mit dem SW Update zu tun hat, kann ich nicht beurteilen.
Während des bootend erfolgt ein Plattencheck und dann will er das ROOT Passwort haben. Im anschliessenden Output vom "journalctl -xb" sehe ich viele ACPI und Dependency Fehlermeldungen.
Ist es möglich mittels einer InstallationsDVD der 13.2 in den Rettungsmode zu booten, die root-Partition zu mounten, dann /sys und /proc und /dev via `mount --rbind' unter die root-Partition einzuhängen, um dann via chroot ins eigentliche System zu wechseln? Danach prüfen, ob die restlichen Partition sich einhängen lassen und ein mkinitrd für den letzten Kernel aufrufen. Nur um sicher zu stellen, dass da auch wirklich alle Kernelmodule in der neuen Initrd vorhanden sind.
Habe ich gemacht, aber es brachte keinen Erfolg. Ich habe zwar nicht alle Partitionen versucht noch zusätzlich einzuhängen, aber eine weitere lies sich problemlos einhängen. Da er erste huch-das-system-ist-kaputt Schock vorbei war, konnte ich auch einige Datenfiles erzeugen und auf meine Homepage zum ansehen stellen. http://home.arcor.de/wfranke/other_images/ journalctl.txt dmesg.txt mount.txt nach boot versuch 98-usbprog.rules gemacht habe ich folgendes: mkdir /mnt/sda2 mount /dev/sda2 sda2 mount --rbind /dev /mnt/sda2/dev mount --rbind /proc /mnt/sda2/proc mount --rbind /sys /mnt/sda2/sys chroot /mnt/sda2 /bin/bash mkinitrd init 6
Zu welchem Paket gehört den
/usr/lib/udev/rules.d/90-usbprog.rules
das gibt es hier nicht? Wenn es ein lokales Regelwerk ist, warum liegt es dann unter /usr/lib/udev/rules.d/ statt in /etc/udev/rules.d/
Das File wurde nicht von mir angelegt. Auf meinem 13.1 Hauptsystem befindet es sich auch. Keine Ahnung wer das angelegt hat. Ich habe mal nachgesehen und die angemeckerten SYSFS{idVendor} und SYSFS{idProduct} durch ATTRS{idVendor} und ATTRS{idProduct} ersetzt. Allerdings erst nachdem ich die oben erwähnten Datenfiles für die Web-Seite erstellt habe. Noch irgendwelche Ideen warum das System nicht mehr bootet ? Erwäge schon eine Neuinstallation, denn das booten von der 13.2 hat länger gedauert als das der 13.1. Und die 13.2 wurde aus einer der 13.1 mittels "zypper dup" erzeugt. Dieter, "Super Grub 2" hatte ich mir auch schon mal überlegt, aber seit Suse 6.1 hatte ich sowas noch nie gebraucht. Und ich wollte nicht eine CD erzeugen, die dann noch wieder nur rumliegt. Gruss Werner Gruss Werner -- 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