Auslagerungsdatei einrichten

Hallo Feli,

roland@linux:~> free -m
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:       2962        1369         506          42        1287        1593
Swap:           8605           0        8605

Also im "Recovery mode" gestartet steht die Swap-Partition anscheinend zur Verfügung. Im "Normalmodus" bleibt der Rechner beim Systemstart hängen.

Das deutet wieder auf einen fehlerhaften Befehl oder *.cfg-Datei beim "normalen Hochfahren". Macht es Sinn, die Skripte etc., die dabei ausgeführt werden, nach der veralteten UUID zu durchsuchen? Wo befinden sich diese?

Gruß, Roland

Neu ist, daß der Rechner zwar nach längerer Nichtbenutzung in den Bereitschaftszustand geht (Lüfter etc. aus, Betriebsanzeige-LED blinkt), aber wenn man ihn daraus hochfahren will, dann bleibt der PC hängen. Drückt man den Reset-Knopf (mein 14 Jahre alter PC hat den noch), startet ohne Anzeige des Grub-Menüs Tumbleweed im Normalmodus, bleibt hängen und muß wieder mit Affengriff ("Strg+Alt+Entf) neu gestartet werden.. Die Linux Standby-Funktion war aber immer schon etwas anfällig für ähnliche Fehlfunktionen, daher denke ich kaum, daß dies mit dem Swap-Fehler zu tun hat.

Hallo Luigi,

hier die gewünschte Ausgabe:

roland@linux:~> lsblk -f
NAME   FSTYPE FSVER LABEL            UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
fd0                                                                                      
sda                                                                                      
├─sda1 ntfs         Windows_7        FEDAB4A2DAB4591B                                    
├─sda3                                                                                   
├─sda5 ntfs         Permanente_Daten 4D3D4A94583D9587                       30,1G    35% /windows/Permanente_Daten
└─sda6 ntfs         Temporaer        62C695E7C695BBAB                        5,3G    48% /windows/Temporär
sdb                                                                                      
├─sdb1 ntfs         Windows_XP       4C5484C25484B06E                                    
├─sdb2 ntfs         Reserve(NTFS)    14B9E25A4ADABDE0                                    
├─sdb3                                                                                   
├─sdb4 ext4   1.0   Linux_Tumbleweed c168f73e-2116-4bfa-90dd-60932afb2686   66,6G    23% /
├─sdb5 ntfs         Internet         708E0ADC6DE19F5D                       99,8G    38% /windows/Internet
├─sdb6 ntfs         Multimedia       544CC7164CC6F1B2                      307,1G    23% /windows/Multimedia
└─sdb7 swap   1                      af01ef0a-4cc9-4cec-ad9d-efc4d231c531                [SWAP]
sr0                                                                                      
roland@linux:~> su
Passwort: 
linux:/home/roland # file -s /dev/sdb7
/dev/sdb7: Linux swap file, 4k page size, little endian, version 1, size 2203135 pages, 0 bad pages, no label, UUID=af01ef0a-4cc9-4cec-ad9d-efc4d231c531
linux:/home/roland # 

Beide zeigen die aktuelle UUID an, die sich auch in der fstab findet.

Gruß, Roland

Ich habe die Lösung gefunden!

Nach Euren Beiträgen war auch mir klar, daß die Swap-Partition ordnungsgemaß eingehängt ist und funktioniert.

Daraufhin habe ich meinen Methusalem-Rechner gestern mit einer langen Suchaktion per "Kfind" nach der veralteten, falschen Swap-UUID ziemlich gequält und wurde fündig.

in der Datei /etc/default/grub befand sich noch die alte UUID d1ee22f0-... und zwar in folgender Zeile:

GRUB_CMDLINE_LINUX_DEFAULT="splash=silent resume=/dev/disk/by-uuid/d1ee22f0-da63-443f-9d71-57fb38f357ef quiet security=apparmor nosimplefb=1 mitigations=auto"

Ich habe die alte durch die neue UUID aus der fstab ersetzt, danach neu gestartet, und da der Fehler noch weiterbestand, den Bootloader mit

linux:/home/roland # grub2-mkconfig -o /boot/grub2/grub.cfg

neu konfiguriert. Danach startete der Rechner normal. Es war also letztendlich ein Bootloader-Problem, obwohl ich die Neuformaiterung der Swap-Partition unter Tumbleweed vorgenopmmen und danach bereits den Bootloader neu konfiguriert habe, schon allein um den Starteintrag für das nicht mehr vorhandenen Linux-Mint loszuwerden. Dabei ist anscheinend in der Datei /boot/grub2/grub.cfg die UUID aktualisiert worden, nicht aber in der /etc/default/grub

Ich fasse zusammen:

1. Es fanden sich zwei Einträger mit alter und neuer UUID für die Swap-Partition in der fstab.

2. Die Datei /etc/default/grub wurde anscheinend im Gegensatz zur /boot/grub2/grub.cfg nicht automatisch auf die neue UUID aktualisiert, deswegen blieb der Rechner beim "Normalstart" hängen.

Ob es sich dabei um einen Software-Bug handelt, den man melden sollte, vermag ich nicht zu sagen. Schließlich kommt es nicht alle Tage vor, daß jemand eine Swap-Partition neu formatiert.

Nochmals herzliches Dankeschön für Euer Mitdenken und Hilfe!