Debian 12 - Gave up waiting for supstend/resume device [gelöst]

[Mickae]

Hallo an alle, die gerne helfen wollen:
Ich habe Debian 12 mit Xfce installiert. (edit: neben Windows 10 und Manjaro). Das booten der fertigen Installation dauert ewig, denn es gibt eine Verzögerung von mindestens 2-3 Minuten, bei der u.a. diese Meldung kommt:
Gave up waiting for supstend/resume device.
(edit: und in der zweiten Zeile:)
fsckd-cancel-msg: Press Ctrl+C to cancel all filesystem checks in progress
Dann erscheint noch weiterer Text und am Ende wird hochgezählt bis immer genau 1min 30 sec.
Habe Debian neu installiert, immer noch die gleiche Verzögerung.
Was kann das sein?

[MSfree]

Wenn du schon einen neuen Thread öffnest, wäre es sinnvoll gewesen, zu erwähnen, daß du Windows, Manjaro und Debian auf derselben Platte hast.

Ich vermute, daß Debian versucht, eine Manjaro-Session (de noch auf der Swappartition liegt) fortzusetzen.

Editiere bei deinem Debian mal die Datei /etc/default/grub und trage dort: Die Zeilen

Code: Alles auswählen

GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX=""

steht, und ändere das in

Code: Alles auswählen

GRUB_CMDLINE_LINUX_DEFAULT=""
GRUB_CMDLINE_LINUX="noresume "

und führe anschließend:

Code: Alles auswählen

update-grub
reboot

durch

[Mickae]

Ja, stimmt, ich habe noch Win und Manjaro auf der Platte.

Habe Deine vorgeschlagenen Änderungen gemacht, nur mit dem letzten Befehl gab es Probleme:

michae1@T7-Debian:~/Schreibtisch$ update-grub
bash: update-grub: Kommando nicht gefunden.
michae1@T7-Debian:~/Schreibtisch$ su
Passwort:
root@T7-Debian:/home/michae1/Schreibtisch# update-grub
bash: update-grub: Kommando nicht gefunden.

[MSfree]

Code: Alles auswählen

michae1@T7-Debian:~/Schreibtisch$ su
Passwort:
root@T7-Debian:/home/michae1/Schreibtisch# update-grub
bash: update-grub: Kommando nicht gefunden.

Nimm

Code: Alles auswählen

su -

(mit Minuszeichen, dann klappt auch update-grub).

[Mickae]

ja, mit su - geht es.

Code: Alles auswählen

root@T7-Debian:~# update-grub
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-6.1.0-10-amd64
Found initrd image: /boot/initrd.img-6.1.0-10-amd64
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Found Windows Boot Manager on /dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for UEFI Firmware Settings ...
done
root@T7-Debian:~#

Alles gemacht, aber noch immer der gleiche Fehler, d.h. die gleiche Verzögerung.

[thunder11]

Du scheinst immer noch 2 Swap- Partitionen in deiner fstab zu haben:

Code: Alles auswählen

  Aug 09 21:26:13 T7-Debian systemd[1]: Activating swap dev-disk-by\x2duuid-c4aca3ac\x2def22\x2d4277\x2da91c\x2de07ec2cddd5e.swap - /dev/disk/by-uuid/c4aca3ac-ef22-4277-a91c-e07ec2cddd5e...

und:

Code: Alles auswählen

   Aug 09 22:05:20 T7-Debian systemd[1]: Dependency failed for dev-disk-by\x2duuid-d7a3b97b\x2db5cd\x2d46b8\x2d8780\x2dd75a0ee4a2b4.swap - /dev/disk/by-uuid/d7a3b97b-b5cd-46b8-8780-d75a0ee4a2b4.

Warum da allerdings fast
40 Minuten dazwischen liegen, kann ich nicht erklären.
Mach mal folgendes als Root:
Swap für die Sitzung ausschalten:

Code: Alles auswählen

swapoff -a 

Dann ohne Neustart die fstab bearbeiten:
die UUID der beiden Partitionen suchen und die Zeilen jeweils auskommentieren ( mit #) Beide Zeilen müssen als Swap ausgewiesen sein
Neustart und sehen, ob sich was verbessert hat.

[Mickae]

SWAP ausschalten klappt nicht:
root@T7-Debian:/home/michae1/Schreibtisch# swapoff -a
bash: swapoff: Kommando nicht gefunden.
root@T7-Debian:/home/michae1/Schreibtisch#

[thunder11]

Hallo thuder11,
der Befehl lässt sich nicht ausführen:
root@T7-Debian:~# swapoff -a
swapoff: cannot find the device for UUID=d7a3b97b-b5cd-46b8-8780-d75a0ee4a2b4
und nach Neustart und dem Auskommentieren (#) der swap in der fstab:
root@T7-Debian:/home/michae1/Schreibtisch# swapoff -a
bash: swapoff: Kommando nicht gefunden.
root@T7-Debian:/home/michae1/Schreibtisch#

Außerdem hat diese neuen Installation kein SWAP:
root@T7-Debian:~# free
gesamt benutzt frei gemns. Puffer/Cache verfügbar
Speicher: 16207904 1730476 13600404 429912 1586764 14477428
Swap: 0 0 0
root@T7-Debian:~#

Dem stehen aber die Ausgaben vom Journal gegenüber, die du gepostet hast.

[thunder11]

SWAP ausschalten klappt nicht:
root@T7-Debian:/home/michae1/Schreibtisch# swapoff -a
bash: swapoff: Kommando nicht gefunden.

su -

Und poste jetzt bitte mal deine fstab

Code: Alles auswählen

cat /etc/fstab

Edit
sowie die Ausgabe von

Code: Alles auswählen

lsblk -f

[cosinus]

su -

Irgendwie fühlt sich das "-" nach dem su wie ein Fremdkörper an - nutzen vllt deswegen so viele nur su ohne Minus? Wäre es didaktisch nicht sinnvoller

Code: Alles auswählen

su -l

zu benutzen statt "su -"

[Mickae]

Hallo,
startet nun schon in knapp einer Minute.
Hier meine fstab:

Code: Alles auswählen

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# systemd generates mount units based on this file, see systemd.mount(5).
# Please run 'systemctl daemon-reload' after making changes here.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p9 during installation
UUID=549147de-ba6a-481b-9833-7ed758c17fa7 /               btrfs   defaults,subvol=@rootfs 0       0
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=64B3-84C6  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/nvme0n1p10 during installation
UUID=68fac0ed-06d6-4075-89bb-acaa5732f19a /home           ext4    defaults        0       2
# swap was on /dev/nvme0n1p11 during installation
# UUID=c4aca3ac-ef22-4277-a91c-e07ec2cddd5e none            swap    sw              0       0
# swap was on /dev/nvme0n1p6 during installation
# UUID=d7a3b97b-b5cd-46b8-8780-d75a0ee4a2b4 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

[thunder11]

OT - Antwort:
wenn schon denn schon:

Code: Alles auswählen

su -l root

[thunder11]

Code: Alles auswählen

UUID=549147de-ba6a-481b-9833-7ed758c17fa7 /               btrfs   defaults,subvol=@rootfs 0       0

Kenne mich mit btrfs nicht aus. Aber warum dann /home mit ext4 auf der selben Platte ?

[MSfree]

startet nun schon in knapp einer Minute.

Siehst du denn jetzt mehr Meldungen als vorher? Das Weglassen der quiet-Option sollte bewirken, daß beim Booten deutlich mehr auf den Bildschirm geschrieben wird und man somit erkennen kann, wann es stockt.

Code: Alles auswählen

systemd-analyze blame

hatten wir schon in deinem anderen Thread, aber dort war kaum etwas verdächtiges zu sehen, außer, daß zwei Mal 5 Sekunden im Networkmanager verbrannt werden. Das ist einerseits komisch, weil das nicht zwei Mal laufen sollte und andererseits sind 5s auch ziemlich viel, zumimdest, wenn es ein verkabeltes Netz ist.

• Wie lange dauert es bei dir, bis Grub sich meldet?
• Wie lange dauert es, bis der Kernel und die initrd geladen werden?
• Bei welcher Ausgabe auf dem Bildschirm stockt die Ausführung?

Wenn es zu schnell geht, Bootvorgang mit dem Handy filmen und später in Zeitlupe oder Einzelbildern betrachten (da sieht man dann auch die Zeitmarken des Films).

[thunder11]

startet nun schon in knapp einer Minute.

Vom Gefühl her würde ich sagen, das ist für eine M.2 - Disk zu langsam.
Mein Rechner braucht vom Einschalten incl.
Grub- Delay (5 s) genau 35 Sekunden, bis die Oberfläche vollständig vorhanden ist
Die Grub-Oberfläche ist nach 17 Sekunden vorhanden. (Viper M.2 VPN100)
Also:

Code: Alles auswählen

17 Sekunden bis Grub
5 Sekunden Delay
8,232 S bis Userspace
4,659 s Graphical Target
=34,891 Sekunden (35 s gestoppt)

Code: Alles auswählen

systemd-analyze 
Startup finished in 3.566s (kernel) + 4.666s (userspace) = 8.232s 
graphical.target reached after 4.659s in userspace.

[Mickae]

Hallo an alle Helfer,
jetzt startet Debian (genau so schnell wie Manjaro) in 10 bis 14 sec. Das Problem ist gelöst.
Ich kann leider nicht genau sagen, welche der Atkionen diese Verzögern beendet hat.

Könnte es sein, dass die Probleme automatisch durch Updates behoben wurden?

Ich danke allen, die geholfen haben.

[Mickae]

Ich wollt's noch mal genauer wissen, habe Debian 12 erneut installiert. Diesmal habe ich darauf geachtet, dass die SWAP nicht von Manjaro genommen wird, sondern wirklich eine eigene.
Und siehe: Alles bestens, Debian startet so flott, wie man es sich wünscht (in ca. 10 sec. ab Grub, und vorher, vom Starten bis Grub auch noch ca. 20 sec.), ohne dass ich noch irgend was habe ändern müssen. Prima zu wissen, dass der Fehler wohl mit einem falschen SWAP-Gebrauch zu tun hatte.
Das Thema ist erledigt.
Kann mir jemand sagen, wie ich es als gelöst markieren kann?

[rjh]

Kann mir jemand sagen, wie ich es als gelöst markieren kann?

Siehe viewtopic.php?p=1335579#p1335579