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. Auch in der History von Zypper dieses SW Updates sehe ich merkwürdige Fehlermeldungen (/var/log/zypp/history): # /usr/src/linux-3.16.7-7/include/linux/compiler.h:159:40: note: in definition of macro 'likely' # # define likely(x) __builtin_expect(!!(x), 1) # /usr/src/linux-3.16.7-7/arch/x86/include/asm/uaccess.h: In function 'copy_to_user': # /usr/src/linux-3.16.7-7/arch/x86/include/asm/uaccess.h:730:26: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] # if (likely(sz < 0 || sz >= n)) Das zypp/history von dem Update hat 9838 Zeilen und die Fehlermeldungen oben gehen bis 7500. Wenn ich mein 13.1 Hauptsystem boote, werden alle Partitionen ohne Probleme gemountet. Die Partitionen sollten also kein grundsätzliches Problem haben. Ich habe den Bildschirm abfotografiert. Sie stehen hier: http://home.arcor.de/wfranke/other_images/Bild1.jpg .. Bild6.jpg Sind das jetzt die Meldungen, die nach einem fehlerhaften Plattencheck folgen ? Hat jemand einen Tipp für mich? vielen Dank Werner Franke -- 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
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.
Auch in der History von Zypper dieses SW Updates sehe ich merkwürdige Fehlermeldungen (/var/log/zypp/history):
# /usr/src/linux-3.16.7-7/include/linux/compiler.h:159:40: note: in definition of macro 'likely' # # define likely(x) __builtin_expect(!!(x), 1)
# /usr/src/linux-3.16.7-7/arch/x86/include/asm/uaccess.h: In function 'copy_to_user': # /usr/src/linux-3.16.7-7/arch/x86/include/asm/uaccess.h:730:26: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] # if (likely(sz < 0 || sz >= n))
Das zypp/history von dem Update hat 9838 Zeilen und die Fehlermeldungen oben gehen bis 7500.
Gibt es da eventuell einen Graphiktreiber von Nvidia[tm]?
Wenn ich mein 13.1 Hauptsystem boote, werden alle Partitionen ohne Probleme gemountet. Die Partitionen sollten also kein grundsätzliches Problem haben.
Ich habe den Bildschirm abfotografiert. Sie stehen hier:
http://home.arcor.de/wfranke/other_images/Bild1.jpg .. Bild6.jpg
Sind das jetzt die Meldungen, die nach einem fehlerhaften Plattencheck folgen ? Hat jemand einen Tipp für mich?
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/ -- "Having a smoking section in a restaurant is like having a peeing section in a swimming pool." -- Edward Burr
Hallo Werner, Danke für die Antwort. 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.
Hmm, hört sich kompliziert an. DVD ist vorhanden. Genaue Vorgehensweise muss ich mir erst besorgen. Ich denke das wurde hier auch schon mal behandelt.
Auch in der History von Zypper dieses SW Updates sehe ich merkwürdige Fehlermeldungen (/var/log/zypp/history):
# /usr/src/linux-3.16.7-7/include/linux/compiler.h:159:40: note: in definition of macro 'likely' # # define likely(x) __builtin_expect(!!(x), 1)
# /usr/src/linux-3.16.7-7/arch/x86/include/asm/uaccess.h: In function 'copy_to_user': # /usr/src/linux-3.16.7-7/arch/x86/include/asm/uaccess.h:730:26: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] # if (likely(sz < 0 || sz >= n))
Das zypp/history von dem Update hat 9838 Zeilen und die Fehlermeldungen oben gehen bis 7500.
Gibt es da eventuell einen Graphiktreiber von Nvidia[tm]?
Ja, den gibt's.
Wenn ich mein 13.1 Hauptsystem boote, werden alle Partitionen ohne Probleme gemountet. Die Partitionen sollten also kein grundsätzliches Problem haben.
Ich habe den Bildschirm abfotografiert. Sie stehen hier:
http://home.arcor.de/wfranke/other_images/Bild1.jpg .. Bild6.jpg
Sind das jetzt die Meldungen, die nach einem fehlerhaften Plattencheck folgen ? Hat jemand einen Tipp für mich?
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/
Bin mir nicht sicher, ob ich den angelegt habe. Muss ich erst nachsehen. Wenn ja, werde ich ihn nach /etc/udev/rules.d/ verschieben (?) Danke und 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
Am Dienstag, 10. Februar 2015, 16:07:59 schrieb Werner Franke: Hallo Werner, für solche Fälle habe ich mir "Super Grub 2" bei Heise runtergeladen. Damit kannst Du dir alle bootbaren Partitionen anzeigen lassen und auch booten. Dieter
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.
Hmm, hört sich kompliziert an. DVD ist vorhanden. Genaue Vorgehensweise muss ich mir erst besorgen. Ich denke das wurde hier auch schon mal behandelt. -- 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
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
participants (3)
-
Dieter Heinrich -
Dr. Werner Fink -
Werner Franke