Gelöst Problem beim Tausch von NVME SSD

[marbas13]

Hallo!
Ich möchte gerne meine interne NVME SSD gegen eine größere tauschen. Ich habe die beiden Partitionen ausgehängt und in der FSTAB ausgetragen (über YAST, die fstab Datei selbst habe ich überprüft, sie enthält keine Informationen mehr über die beiden Partitionen).
Die Partitionen sind eine Datenpartition und eine SWAP Partition.
Wenn ich mit der modifizierten FSTAB boote started OpenSUSE Tumbleweed ohne Probleme, die beiden Partitionen sind nicht eingehängt.
Tausche ich die SSD jetzt gegen ein größeres Modell, auf dem es auch zwei analoge Partitionen gibt (angelegt als die SSD in einem USB-gehäuse eingehängt war), bleibt Linux beim Booten hängen mit einem

a start job is running for dev disk by ID....

Danach wird die Zeit hochgezählt gefolgt von einem "no limit".
Tausche ich wieder zurück, startet Linux normal.
Von einem explizit eingerichteten Startjob weiß ich nichts.
Habe ich was vergessen?
Liegt das daran, dass die SWAP Partition irgendwie noch implizit eingehängt ist?
Für einen Tipp, wie ich mit der neuen SSD starten kann, wäre ich sehr dankbar.

 

[josef-wien]

Ersetze im Boot-Menü in der Kernel-Befehlszeile

resume=irgendetwas

durch:

noresume

Im laufenden System mußt Du dann in /etc/fstab und in der Bootloader-Konfiguration den Wert (vermutlich die UUID) der neuen SWAP-Partition eintragen.

 

[marbas13]

@josef-wien
Ich muss leider nachfragen, weil ich unsicher bin, was genau ich machen muss:

• Ich baue die neue SSD ein
• boote mit dem geänderten resume Parameter
• editiere die FSTAB (da steht aber nichts mehr von SWAP)

Wie ich die GRUB-Konfiguration editiere, weiß ich leider nicht :-(

 

[josef-wien]

Da ich GRUB2 und openSUSE nicht verwende, kann ich diesbezüglich keine Details beisteuern.

Aber in der YaST-Booloader-Einrichtung wirst Du wohl die Eintragung finden, mit der Du Dein Linux startest (und an Hand von

cat /proc/cmdline

wiedererkennen kannst). Wenn Dir die temporäre Änderung im Boot-Menü lieber ist, mag GRUB 2 – Linupedia.org helfen.

Zum Hintergrund: noresume weist den Kernel an, kein Speicherabbild eines vorhergehenden suspend to disk (zu etwas anderem braucht man ohnehin die SWAP-Partition nicht) zu suchen (da resume=irgendetwas oft auch in der initrd enthalten ist, reicht es nicht, die Angabe in der Kernel-Befehlszeile wegzulassen). Und um suspend to disk ausführen zu können, muß eine SWAP-Partition (manuell oder über /etc/fstab) eingehängt sein.

 

[marbas13]

@josef-wien Dank deiner Tipps habe ich es hinbekommen, dass mein Linux wieder startet.
Ich habe aber wohl nicht alles richtig gemacht, denn ich habe beim Starten weiterhin die Fehlermeldung, wird aber nach 90 Sekunden beendet.
Auszug aus der boot.log:

[K[[0;1;31m*[0m[0;31m*    [0m] A start job is running for /dev/disk/by-uuid/0122081e-401a-4d85-bf45-5f4d748b5d35 (1min 29s / no limit)
M
[K[[0;1;31m TIME [0m] Timed out waiting for device [0;1;39m/dev/disk/by-uuid/0122081e-401a-4d85-bf45-5f4d748b5d35[0m.
[K[[0;1;38;5;185mDEPEND[0m] Dependency failed for [0;1;39m/dev/disk/by-uuid/0122081e-401a-4d85-bf45-5f4d748b5d35[0m.
[[0;1;38;5;185mDEPEND[0m] Dependency failed for [0;1;39mSwaps[0m.
[[0;32m  OK  [0m] Reached target [0;1;39mSystem Initialization[0m.

cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-6.1.1-1-default root=UUID=258664ed-1706-4a0c-8453-6430937fe278 splash=silent resume=/dev/disk/by-uuid/b053ad96-490a-46f4-b8ec-bf3d146d9659 quiet mitigations=auto

In der boot.cfg kommt die alte UUID nicht mehr vor.

 

[Sauerland]

Poste mal:

cat /etc/fstab

lsblk -o NAME,UUID,PARTTYPE,MOUNTPOINT,PARTUUID,TYPE

ich habe beim Starten weiterhin die Fehlermeldung, wird aber nach 90 Sekunden beendet.

90 Sekunden ist ein Zeichen von systemd, denn so lange wartet systemd auf einen Job, erst danach werden die Jobs abgebrochen.

 

[marbas13]

cat /etc/fstab
UUID=258664ed-1706-4a0c-8453-6430937fe278  /                       btrfs  defaults                      0  0
UUID=35654a34-e21c-48cc-9656-6d00cf5db52e  /home                   btrfs  defaults                      0  0
UUID=9b5d1657-af3e-4cc4-b876-2d8c2b13e9d8  /datassd                ext4   user,data=ordered             0  0
UUID=ed41d744-7764-4b18-8020-4838e569fc58  /datahdd                ext4   user,data=ordered             0  0
UUID=258664ed-1706-4a0c-8453-6430937fe278  /boot/grub2/x86_64-efi  btrfs  subvol=/@/boot/grub2/x86_64-efi  0  0
UUID=258664ed-1706-4a0c-8453-6430937fe278  /boot/grub2/i386-pc     btrfs  subvol=/@/boot/grub2/i386-pc  0  0
UUID=8C53-9097                             /boot/efi               vfat   utf8                          0  2
UUID=258664ed-1706-4a0c-8453-6430937fe278  /var                    btrfs  subvol=/@/var                 0  0
UUID=258664ed-1706-4a0c-8453-6430937fe278  /usr/local              btrfs  subvol=/@/usr/local           0  0
UUID=258664ed-1706-4a0c-8453-6430937fe278  /tmp                    btrfs  subvol=/@/tmp                 0  0
UUID=258664ed-1706-4a0c-8453-6430937fe278  /root                   btrfs  subvol=/@/root                0  0
UUID=258664ed-1706-4a0c-8453-6430937fe278  /opt                    btrfs  subvol=/@/opt                 0  0
UUID=258664ed-1706-4a0c-8453-6430937fe278  /srv                    btrfs  subvol=/@/srv                 0  0
UUID=b053ad96-490a-46f4-b8ec-bf3d146d9659  swap                    swap   defaults                      0  0
UUID=0122081e-401a-4d85-bf45-5f4d748b5d35  swap                    swap   defaults                      0  0
UUID=4e3d2215-2c4a-4992-b243-5a4511cf654f  /nvme                   ext4   data=ordered                  0  2

0122081e-401a-4d85-bf45-5f4d748b5d35 ist die UUID der alten SSD.
Im Partitionierer sehe ich davon nichts.
Soll ich die Zeile aus der fstab löschen?

 

[Sauerland]

Soll ich die Zeile aus der fstab löschen?

Ich kommentiere so etwas immer erst aus, starte neu und schaue......
Ist sicherer, wobei du hier löschen könntest......

Auskommentieren: am Anfang der Zeile ein # schreiben:

#UUID=0122081e-401a-4d85-bf45-5f4d748b5d35  swap                    swap   defaults                      0  0

 

[marbas13]

@josef-wien & @Sauerland
Ganz herzlichen Dank - Problem gelöst!