Hallo Liste, seit einiger Zeit benötigt das System zwischen Bootauswahl-Menü und grafischer Anmeldung mehr als 1 Minute (vorher nur wenige Sekunden). Ich konte mich jedoch nichtv gleich darum kümmern. Wenn ich während der Wartezeit Escape drücke, sehe ich, daß ein Device Probleme macht: "Start job is running for dev-system-swap.device (fortlaufende Zeit / 1min 30s)". Der Start wird jedoch danach fortgesetzt. dmesg gibt eine auffällige Wartezeit her, welche sich mit der gefühlten Minute deckt: ... [ 4.091011] sd 6:0:0:0: [sda] Attached SCSI removable disk [ 4.122937] sd 6:0:0:1: [sdb] Attached SCSI removable disk [ 4.130660] sd 6:0:0:2: [sdc] Attached SCSI removable disk [ 4.138550] sd 6:0:0:3: [sdd] Attached SCSI removable disk [ 9.409155] random: nonblocking pool is initialized [ 91.526657] EXT4-fs (nvme0n1p3): mounted filesystem with ordered data mode. Opts: (null) [ 91.701353] systemd-journald[134]: Received SIGTERM from PID 1 (systemd). [ 91.719218] systemd: 22 output lines suppressed due to ratelimiting [ 91.897881] EXT4-fs (nvme0n1p3): re-mounted. Opts: acl,user_xattr ... Irgendwas mit der Boot-Konfiguration? Wenn ich mit yast die Bootloader-Konfig prüfen will, erscheint "Internal Error", siehe Anhang. Man soll einen Bugreport zusammen mit Log-Dateien einreichen. Das würde ich machen. Welche Log-Datei(en) müssen denn eingereicht werden? Oder hat jemand eine Idee dazu? Viele Grüße, Klaus
Am Tue, 29 Aug 2017 13:08:12 +0200 schrieb funedv@gmx.de: Hallo Klaus!
Wenn ich während der Wartezeit Escape drücke, sehe ich, daß ein Device Probleme macht: "Start job is running for dev-system-swap.device (fortlaufende Zeit / 1min 30s)". Der Start wird jedoch danach fortgesetzt. Das sieht so aus, als ob OS die swap-Partition nicht mounten kann, in ein Timeout läuft und dann (zunächst) ohne swap startet, was ja bei heutigem RAM-Ausbau nicht unbedingt ein Problem ist. Schau mal, ob Du im laufenden System eine swap-Partition zur Verfügung hast.
Prüfe mal, ob die Bezeichnung der Partition in /dev/disk/by-uuid/, in /etc/fstab und in /boot/grub2/grub.cfg konsistent ist. In den einzelnen Dateien können durchaus verschiedene Arten von IDs (by-uuid oder by-id usw.) auftauchen, sie müssen nur immer auf die selbe und richtige Partition verweisen und eine Entsprechung in /dev/disk/ haben. Welche Partitionen verbergen sich bei Dir hinter by-uuid/85f7c... und nvme0n1p3? Viele Grüße Matthias -- 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 31.08.2017 um 20:11 schrieb Matthias:
Am Tue, 29 Aug 2017 13:08:12 +0200 schrieb funedv@gmx.de:
Hallo Klaus!
Wenn ich während der Wartezeit Escape drücke, sehe ich, daß ein Device Probleme macht: "Start job is running for dev-system-swap.device (fortlaufende Zeit / 1min 30s)". Der Start wird jedoch danach fortgesetzt. Das sieht so aus, als ob OS die swap-Partition nicht mounten kann, in ein Timeout läuft und dann (zunächst) ohne swap startet, was ja bei heutigem RAM-Ausbau nicht unbedingt ein Problem ist. Schau mal, ob Du im laufenden System eine swap-Partition zur Verfügung hast.
Prüfe mal, ob die Bezeichnung der Partition in /dev/disk/by-uuid/, in /etc/fstab und in /boot/grub2/grub.cfg konsistent ist. In den einzelnen Dateien können durchaus verschiedene Arten von IDs (by-uuid oder by-id usw.) auftauchen, sie müssen nur immer auf die selbe und richtige Partition verweisen und eine Entsprechung in /dev/disk/ haben.
Welche Partitionen verbergen sich bei Dir hinter by-uuid/85f7c... und nvme0n1p3?
Viele Grüße
Matthias
Hallo Matthias, die Bezeichnungen in /dev/disk/by-uuid/ und /etc/fstab sind konsistent: l /dev/disk/by-uuid/ total 0 drwxr-xr-x 2 root root 160 Sep 1 08:53 ./ drwxr-xr-x 5 root root 100 Sep 1 08:53 ../ lrwxrwxrwx 1 root root 15 Sep 1 08:55 04c3d17e-507b-4556-9193-eb7069b4d0f0 -> ../../nvme0n1p5 lrwxrwxrwx 1 root root 15 Sep 1 08:55 0cb58e84-d77c-4d95-9506-df6f4125645d -> ../../nvme0n1p2 lrwxrwxrwx 1 root root 15 Sep 1 08:55 94000586-30f3-4333-a72e-4f17bebf1748 -> ../../nvme0n1p7 lrwxrwxrwx 1 root root 15 Sep 1 08:55 ac747a47-79f8-4bdf-99f8-b1c0062e820e -> ../../nvme0n1p1 lrwxrwxrwx 1 root root 15 Sep 1 08:55 dadb8602-13b3-4263-bc64-925a32ee1ba0 -> ../../nvme0n1p3 lrwxrwxrwx 1 root root 15 Sep 1 08:55 dd370fc9-4902-4b3e-9cd3-2760ea387468 -> ../../nvme0n1p6 cat /etc/fstab UUID=ac747a47-79f8-4bdf-99f8-b1c0062e820e swap swap defaults 0 0 UUID=dadb8602-13b3-4263-bc64-925a32ee1ba0 / ext4 acl,user_xattr 1 1 UUID=0cb58e84-d77c-4d95-9506-df6f4125645d /boot ext4 acl,user_xattr 1 2 UUID=dd370fc9-4902-4b3e-9cd3-2760ea387468 /home ext4 acl,user_xattr 1 2 UUID=04c3d17e-507b-4556-9193-eb7069b4d0f0 /tmp ext4 acl,user_xattr 1 2 UUID=94000586-30f3-4333-a72e-4f17bebf1748 /var ext4 acl,user_xattr 1 2 In /boot/grub2/grub.cfg taucht eine swap-Partition mit UUID dagegen nicht auf. Da heißt es immer /dev/system/swap. Eine UUID findet sich dort nur bei Floppy und root-Verzeichnis (und das funktioniert ja). Bei der Überprüfung der Bootloader-Konfig gibt es ja den yast-Error, der eine UUID zeigt, die es gar nicht gibt (by-uuid/85f7c...). Deshalb habe ich wie bei der Fehlermeldung vorgeschlagen einen Bugreport eingereicht [Bug 1056637] Bootloader Configuration with yast. Viele Grüße, Klaus
Am Freitag, 1. September 2017, 09:18:59 CEST schrieb funedv@gmx.de:
Am 31.08.2017 um 20:11 schrieb Matthias:
Am Tue, 29 Aug 2017 13:08:12 +0200 schrieb funedv@gmx.de:
Hallo Klaus!
Wenn ich während der Wartezeit Escape drücke, sehe ich, daß ein Device Probleme macht: "Start job is running for dev-system-swap.device (fortlaufende Zeit / 1min 30s)". Der Start wird jedoch danach fortgesetzt.
Das sieht so aus, als ob OS die swap-Partition nicht mounten kann, in ein Timeout läuft und dann (zunächst) ohne swap startet, was ja bei heutigem RAM-Ausbau nicht unbedingt ein Problem ist. Schau mal, ob Du im laufenden System eine swap-Partition zur Verfügung hast.
Prüfe mal, ob die Bezeichnung der Partition in /dev/disk/by-uuid/, in /etc/fstab und in /boot/grub2/grub.cfg konsistent ist. In den einzelnen Dateien können durchaus verschiedene Arten von IDs (by-uuid oder by-id usw.) auftauchen, sie müssen nur immer auf die selbe und richtige Partition verweisen und eine Entsprechung in /dev/disk/ haben.
Welche Partitionen verbergen sich bei Dir hinter by-uuid/85f7c... und nvme0n1p3?
Viele Grüße
Matthias
Hallo Matthias,
die Bezeichnungen in /dev/disk/by-uuid/ und /etc/fstab sind konsistent:
In /boot/grub2/grub.cfg taucht eine swap-Partition mit UUID dagegen nicht auf. Da heißt es immer /dev/system/swap. Eine UUID findet sich dort nur bei Floppy und root-Verzeichnis (und das funktioniert ja). Ich arbeite gerade mit Leap 42.3. Führe ich folgene 3 Kommandos aus: # grep swap /boot/grub2/grub.cfg ; ls -l /dev/syste*;uname -r bekomme ich: ls: cannot access '/dev/syste*': No such file or directory 4.4.79-19-default
Ich behaupte jetzt mal: swap kommt standard mäßig nicht in grub.cfg vor. /dev/system gibt es auch nicht. Und System-information von Dir fehlt.
Bei der Überprüfung der Bootloader-Konfig gibt es ja den yast-Error, der eine UUID zeigt, die es gar nicht gibt (by-uuid/85f7c...). Deshalb habe ich wie bei der Fehlermeldung vorgeschlagen einen Bugreport eingereicht [Bug 1056637] Bootloader Configuration with yast.
Vielleicht kannst Du das swap device mal als zu sowas wie /dev/sdxy ändern. Leider habe ich sonst keine Idee.
Viele Grüße, Klaus
Viele Grüße Hugo Mahr -- 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 01.09.2017 um 10:50 schrieb Hugo:
Am Freitag, 1. September 2017, 09:18:59 CEST schrieb funedv@gmx.de:
Am 31.08.2017 um 20:11 schrieb Matthias:
Am Tue, 29 Aug 2017 13:08:12 +0200 schrieb funedv@gmx.de:
Hallo Klaus!
Wenn ich während der Wartezeit Escape drücke, sehe ich, daß ein Device Probleme macht: "Start job is running for dev-system-swap.device (fortlaufende Zeit / 1min 30s)". Der Start wird jedoch danach fortgesetzt.
Das sieht so aus, als ob OS die swap-Partition nicht mounten kann, in ein Timeout läuft und dann (zunächst) ohne swap startet, was ja bei heutigem RAM-Ausbau nicht unbedingt ein Problem ist. Schau mal, ob Du im laufenden System eine swap-Partition zur Verfügung hast.
Prüfe mal, ob die Bezeichnung der Partition in /dev/disk/by-uuid/, in /etc/fstab und in /boot/grub2/grub.cfg konsistent ist. In den einzelnen Dateien können durchaus verschiedene Arten von IDs (by-uuid oder by-id usw.) auftauchen, sie müssen nur immer auf die selbe und richtige Partition verweisen und eine Entsprechung in /dev/disk/ haben.
Welche Partitionen verbergen sich bei Dir hinter by-uuid/85f7c... und nvme0n1p3?
Viele Grüße
Matthias
Hallo Matthias,
die Bezeichnungen in /dev/disk/by-uuid/ und /etc/fstab sind konsistent:
In /boot/grub2/grub.cfg taucht eine swap-Partition mit UUID dagegen nicht auf. Da heißt es immer /dev/system/swap. Eine UUID findet sich dort nur bei Floppy und root-Verzeichnis (und das funktioniert ja). Ich arbeite gerade mit Leap 42.3. Führe ich folgene 3 Kommandos aus: # grep swap /boot/grub2/grub.cfg ; ls -l /dev/syste*;uname -r bekomme ich: ls: cannot access '/dev/syste*': No such file or directory 4.4.79-19-default
Ich behaupte jetzt mal: swap kommt standard mäßig nicht in grub.cfg vor. /dev/system gibt es auch nicht. Und System-information von Dir fehlt. [...]
Stimmt. Sorry, hatte ich glatt vergessen und reiche ich sofort nach: OS 42.2 uname -a: Linux ksc140 4.4.79-18.26-default #1 SMP Thu Aug 10 20:30:05 UTC 2017 (fa5a935) x86_64 x86_64 x86_64 GNU/Linux Hier ein Ausschnitt aus /boot/grub2/grub.cfg: <snip> ### BEGIN /etc/grub.d/10_linux ### ... echo 'Linux 4.4.79-18.26-default wird geladen …' linux /vmlinuz-4.4.79-18.26-default root=UUID=dadb8602-13b3-4263-bc64-925a32ee1ba0 resume=/dev/system/swap splash=silent quiet showopts echo 'Initiale Ramdisk wird geladen …' initrd /initrd-4.4.79-18.26-default <snip> grub.cfg wurde von yast erzeugt. Vielleicht auch noch wichtig: Energiesparmodus und Wiederaufwachen funktionieren. Swap-Funktion: swapon --show NAME TYPE SIZE USED PRIO /dev/nvme0n1p1 partition 16G 13,9M -1 Vielen Dank für eure Hilfen, viele Grüße, Klaus
Hallo Klaus, ich verstehe das so, daß Du ein Device angibst, das nicht existiert. Korrigiere das (yast bootloader/Kernelparameters) . Es wird gehen denke ich. Am Freitag, 1. September 2017, 11:15:46 CEST schrieb funedv@gmx.de:
Am 01.09.2017 um 10:50 schrieb Hugo:
Am Freitag, 1. September 2017, 09:18:59 CEST schrieb funedv@gmx.de:
Am 31.08.2017 um 20:11 schrieb Matthias:
Am Tue, 29 Aug 2017 13:08:12 +0200 schrieb funedv@gmx.de:
Hallo Klaus!
Wenn ich während der Wartezeit Escape drücke, sehe ich, daß ein Device Probleme macht: "Start job is running for dev-system-swap.device (fortlaufende Zeit / 1min 30s)". Der Start wird jedoch danach fortgesetzt.
Das sieht so aus, als ob OS die swap-Partition nicht mounten kann, Genau in ein Timeout läuft und dann (zunächst) ohne swap startet, was ja bei heutigem RAM-Ausbau nicht unbedingt ein Problem ist. Schau mal, ob Du im laufenden System eine swap-Partition zur Verfügung hast.
Prüfe mal, ob die Bezeichnung der Partition in /dev/disk/by-uuid/, in /etc/fstab und in /boot/grub2/grub.cfg konsistent ist. In den einzelnen Dateien können durchaus verschiedene Arten von IDs (by-uuid oder by-id usw.) auftauchen, sie müssen nur immer auf die selbe und richtige Partition verweisen und eine Entsprechung in /dev/disk/ haben.
Welche Partitionen verbergen sich bei Dir hinter by-uuid/85f7c... und nvme0n1p3?
Viele Grüße
Matthias
Hallo Matthias,
die Bezeichnungen in /dev/disk/by-uuid/ und /etc/fstab sind konsistent:
In /boot/grub2/grub.cfg taucht eine swap-Partition mit UUID dagegen nicht auf. Da heißt es immer /dev/system/swap. Wie geschrieben gibt es soetwas vielleicht gar nicht. Eine UUID findet sich dort nur bei Floppy und root-Verzeichnis (und das funktioniert ja).
Ich arbeite gerade mit Leap 42.3. Führe ich folgene 3 Kommandos aus: # grep swap /boot/grub2/grub.cfg ; ls -l /dev/syste*;uname -r bekomme ich: ls: cannot access '/dev/syste*': No such file or directory 4.4.79-19-default
Ich behaupte jetzt mal: swap kommt standard mäßig nicht in grub.cfg vor. /dev/system gibt es auch nicht. Und System-information von Dir fehlt.
[...]
Stimmt. Sorry, hatte ich glatt vergessen und reiche ich sofort nach: OS 42.2 uname -a: Linux ksc140 4.4.79-18.26-default #1 SMP Thu Aug 10 20:30:05 UTC 2017 (fa5a935) x86_64 x86_64 x86_64 GNU/Linux
Hier ein Ausschnitt aus /boot/grub2/grub.cfg: <snip> ### BEGIN /etc/grub.d/10_linux ### ... echo 'Linux 4.4.79-18.26-default wird geladen …' linux /vmlinuz-4.4.79-18.26-default root=UUID=dadb8602-13b3-4263-bc64-925a32ee1ba0 resume=/dev/system/swap ^^^^^^^^^^^^^^^^^ Ändern zu (anpassen) resume=/dev/disk/by-uuid/0b768cf6-c2a2-436a-a066-52cb90821ef8 oder resume=/dev/sdb2
splash=silent quiet showopts echo 'Initiale Ramdisk wird geladen …' initrd /initrd-4.4.79-18.26-default <snip>
grub.cfg wurde von yast erzeugt. Vielleicht auch noch wichtig: Energiesparmodus und Wiederaufwachen funktionieren.
Swap-Funktion: swapon --show NAME TYPE SIZE USED PRIO /dev/nvme0n1p1 partition 16G 13,9M -1
Vielen Dank für eure Hilfen, viele Grüße, Klaus
Viel Erfolg Hugo -- 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 01.09.2017 um 13:47 schrieb Hugo:
Hallo Klaus, ich verstehe das so, daß Du ein Device angibst, das nicht existiert. Korrigiere das (yast bootloader/Kernelparameters) . Es wird gehen denke ich.
Am Freitag, 1. September 2017, 11:15:46 CEST schrieb funedv@gmx.de:
Am 01.09.2017 um 10:50 schrieb Hugo:
Am Freitag, 1. September 2017, 09:18:59 CEST schrieb funedv@gmx.de:
Am 31.08.2017 um 20:11 schrieb Matthias:
Am Tue, 29 Aug 2017 13:08:12 +0200 schrieb funedv@gmx.de:
Hallo Klaus!
Wenn ich während der Wartezeit Escape drücke, sehe ich, daß ein Device Probleme macht: "Start job is running for dev-system-swap.device (fortlaufende Zeit / 1min 30s)". Der Start wird jedoch danach fortgesetzt.
Das sieht so aus, als ob OS die swap-Partition nicht mounten kann, Genau in ein Timeout läuft und dann (zunächst) ohne swap startet, was ja bei heutigem RAM-Ausbau nicht unbedingt ein Problem ist. Schau mal, ob Du im laufenden System eine swap-Partition zur Verfügung hast.
Prüfe mal, ob die Bezeichnung der Partition in /dev/disk/by-uuid/, in /etc/fstab und in /boot/grub2/grub.cfg konsistent ist. In den einzelnen Dateien können durchaus verschiedene Arten von IDs (by-uuid oder by-id usw.) auftauchen, sie müssen nur immer auf die selbe und richtige Partition verweisen und eine Entsprechung in /dev/disk/ haben.
Welche Partitionen verbergen sich bei Dir hinter by-uuid/85f7c... und nvme0n1p3?
Viele Grüße
Matthias
Hallo Matthias,
die Bezeichnungen in /dev/disk/by-uuid/ und /etc/fstab sind konsistent:
In /boot/grub2/grub.cfg taucht eine swap-Partition mit UUID dagegen nicht auf. Da heißt es immer /dev/system/swap. Wie geschrieben gibt es soetwas vielleicht gar nicht. Eine UUID findet sich dort nur bei Floppy und root-Verzeichnis (und das funktioniert ja).
Ich arbeite gerade mit Leap 42.3. Führe ich folgene 3 Kommandos aus: # grep swap /boot/grub2/grub.cfg ; ls -l /dev/syste*;uname -r bekomme ich: ls: cannot access '/dev/syste*': No such file or directory 4.4.79-19-default
Ich behaupte jetzt mal: swap kommt standard mäßig nicht in grub.cfg vor. /dev/system gibt es auch nicht. Und System-information von Dir fehlt.
[...]
Stimmt. Sorry, hatte ich glatt vergessen und reiche ich sofort nach: OS 42.2 uname -a: Linux ksc140 4.4.79-18.26-default #1 SMP Thu Aug 10 20:30:05 UTC 2017 (fa5a935) x86_64 x86_64 x86_64 GNU/Linux
Hier ein Ausschnitt aus /boot/grub2/grub.cfg: <snip> ### BEGIN /etc/grub.d/10_linux ### ... echo 'Linux 4.4.79-18.26-default wird geladen …' linux /vmlinuz-4.4.79-18.26-default root=UUID=dadb8602-13b3-4263-bc64-925a32ee1ba0 resume=/dev/system/swap bei ^^^^^^^^^^^^^^^^^ Ändern zu (anpassen) resume=/dev/disk/by-uuid/0b768cf6-c2a2-436a-a066-52cb90821ef8 oder resume=/dev/sdb2 [...]
Hallo, in der /boot/grub2/grub.cfg steht, daß man diese Datei nicht editieren soll, da sie automatisch durch grub2-mkconfig erzeugt wird. Der fehlerhafte Eintrag kommt also sonstwo her. Was ich soeben herausgefunden habe: Wenn ich beim Booten Grub editiere und den fehlerhaften Eintrag "resume=/dev/system/swap" durch den richtigen UUID-Eintrag ersetze, funktioniert der Start so schnell wie früher. Was vielleicht untergegangen ist: Yast / Bootloader funktioniert nicht wie zu Beginn des Threads angegeben. Deshalb kann ich damit nicht arbeiten. Wie kann ich also erreichen, daß grub2-mkconfig eine korrekte /boot/grub2/grub.cfg generiert? Leider bin ich bei der grub2 Doku noch nicht wirklich schlau geworden, wo ich die richtige UUID für das Swap-Device setzen muß. Kann mir jemand auf die Sprünge helfen? Vielen Dank, Klaus
Wie kann ich also erreichen, daß grub2-mkconfig eine korrekte /boot/grub2/grub.cfg generiert?
$: cat /etc/default/grub -- 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 01.09.2017 um 18:34 schrieb hjk:
Wie kann ich also erreichen, daß grub2-mkconfig eine korrekte /boot/grub2/grub.cfg generiert?
$: cat /etc/default/grub
Hallo, dort war der falsche Eintrag. Den richtigen UUID-Eintrag und wie angegeben 'grub2-mkconfig -o /boot/grub2/grub.cfg' und alles war gut. Vielen Dank an alle, die mitgeholfen haben, viele Grüße, Klaus
participants (4)
-
funedv＠gmx.de -
hjk -
Hugo -
Matthias