staging.inyokaproject.org

Swap wird nicht mehr automatisch verwendet (manuelles swapon funktioniert)

Status: Gelöst | Ubuntu-Version: Ubuntu 10.10 (Maverick Meerkat)
Antworten |

Commander_Data

Avatar von Commander_Data

Anmeldungsdatum:
18. September 2011

Beiträge: 417

Hallo,

mir ist heute aufgefallen, dass der Ruhezustand (Suspend-to-Disk) auf einmal nicht mehr angeboten wird (z.B. im Fenster "Rechner ausschalten", das durch Strg + Alt + Entf aufgerufen wird). Gestern war dieser aber noch verfügbar.

So fiel mir dann auf, dass die Swap-Partition gar nicht mehr genutzt / eingebunden wird (ist ja normalerweise Voraussetzung für STD).

Manuell kann ich diese aktivieren. Ich wüsste aber gerne, wieso das nicht mehr automatisch funktioniert und wie sich das beheben lässt.

Ein paar Terminal-Befehle und -Ausgaben:

Den Befehl swapon -s habe ich hier am Anfang vergessen, aber als mir das heute zum ersten mal auffiel (habe zwischendurch Neustarts durchgeführt), da lieferte er nur die "Überschriften", also so:

$ swapon -s
Filename				Type		Size	Used	Priority

Nun die Terminalausgaben:

$ free
             total       used       free     shared    buffers     cached
Mem:       3907264     604664    3302600          0      75036     211228
-/+ buffers/cache:     318400    3588864
Swap:            0          0          0
$ grep swap /etc/fstab 
# swap was on /dev/sda7 during installation
UUID=4d265b6e-978a-4fd8-b416-ca07018936a4 none            swap    sw              0       0
$ ls -l /dev/disk/by-uuid/4d265b6e-978a-4fd8-b416-ca07018936a4
lrwxrwxrwx 1 root root 10 2011-11-03 23:02 /dev/disk/by-uuid/4d265b6e-978a-4fd8-b416-ca07018936a4 -> ../../sda7
$ sudo fdisk -l | grep sda7
/dev/sda7           23511       24033     4193280   82  Linux Swap / Solaris
$ uname -a
Linux A 2.6.35-30-generic #61-Ubuntu SMP Tue Oct 11 17:52:57 UTC 2011 x86_64 GNU/Linux
$ sudo swapon -av
swapon für /dev/sda7
swapon: /dev/sda7: found swap signature: version 1, page-size 4, same byte order
swapon: /dev/sda7: pagesize=4096, swapsize=4293918720, devsize=4293918720
$ free
             total       used       free     shared    buffers     cached
Mem:       3907264     606108    3301156          0      75604     202832
-/+ buffers/cache:     327672    3579592
Swap:      4193276          0    4193276
$ swapon -s
Filename				Type		Size	Used	Priority
/dev/sda7                               partition	4193276	0	-1

Aus /var/log/syslog (ausgelöst durch den swapon-Befehl oben, also nicht beim Booten):

Nov  3 23:07:08 A kernel: [  313.018658] Adding 4193276k swap on /dev/sda7.  Priority:-1 extents:1 across:4193276k 

Alle Einträge in /var/log/syslog bzw. syslog.1, die "swap" enthalten, wurden durch ein manuelles swapon ausgelöst.

Das gleiche Problem bei einem älteren Kernel (ausgewählt im GRUB-Menü):

$ free
             total       used       free     shared    buffers     cached
Mem:       3907592     550932    3356660          0      73020     168216
-/+ buffers/cache:     309696    3597896
Swap:            0          0          0
$ uname -a
Linux A 2.6.35-22-generic #35-Ubuntu SMP Sat Oct 16 20:45:36 UTC 2010 x86_64 GNU/Linux

Vielleicht hat ja jemand eine Idee, wo das Problem liegt. Andernfalls könnte ich swapon -a einfach beim Systemstart ausführen lassen, jedoch wäre dann STD nicht möglich (dazu muss Swap wohl schon beim Systemstart verfügbar sein). Ich könnte es auch mit einer neuen Swap-Partition versuchen, aber ich wüsste eben gerne, _warum_ es so nicht mehr geht (will ja auch was lernen). Verschwendet dafür aber nicht zu viel Zeit, so dringend und wichtig ist das nicht und in gewissem Maße kann ich mir da ja auch selbst helfen.

redknight Team-Icon

Moderator & Supporter
Avatar von redknight

Anmeldungsdatum:
30. Oktober 2008

Beiträge: 21863

Hast du mal Spaßeshalber den devicenode statt der UUID in die fstab eingetragen?

Commander_Data

(Themenstarter)
Avatar von Commander_Data

Anmeldungsdatum:
18. September 2011

Beiträge: 417

Gerade mal ausprobiert: /etc/fstab

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' 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).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda5 during installation
UUID=ecd98561-0110-4437-a673-5b861eed535b /               ext3    errors=remount-ro 0       1
# /home was on /dev/sda6 during installation
UUID=7c596c88-16ad-4bb1-a608-dd2b50a8b610 /home           ext3    defaults        0       2
# swap was on /dev/sda7 during installation
#UUID=4d265b6e-978a-4fd8-b416-ca07018936a4 none            swap    sw              0       0
/dev/sda7       none            swap    sw                  0     0
# used for regulary backups
LABEL=TBackup   /mnt/backup     ext3    noauto,sync         0     2
# don't automount Packard Bell Backup
UUID=44FA39DC1AC32FAE   none    auto    noauto              0     0

Neustart → keine Änderung

Anderer Versuch:

$ sudo mountall
$ sudo mount -av 
mount: proc ist bereits auf /proc eingehängt
mount: UUID=7c596c88-16ad-4bb1-a608-dd2b50a8b610 ist bereits auf /home eingehängt
nichts wurde eingehängt

Swap ist danach nicht eingebunden. Ich bin mir nicht sicher, aber ich würde annehmen, dass diese Befehle die Swap-Partition entsprechend dem fstab-Eintrag normalerweise einbinden sollten.

Edit:

Da sind wohl noch ein paar ganz andere Sachen nicht in Ordnung: Gestern Abend hatte ich z.B. plötzlich ein ziemlich graues Theme (graue Panels und Ordnersymbole, ...), aber das war nach einem Abmelden und neuen Anmelden wieder wie vorher. Jetzt stimmen auf einmal die Gedit-Einstellungen nicht mehr und ich kann sie nicht anpassen (alle Optionen im Einstellungs-Fenster mit Ausnahme der Plugins ausgegraut) und die Systemüberwachung zeigt unter Prozesse alle Spalten außer "Sicherheitskontext".

Ich habe versuchsweise mal die SMART-Werte der internen Festplatte nachgeguckt, aber die sehen in Ordnung aus.

Edit 2:

Abgemeldet, neu angemeldet → Gedit und Systemüberwachung wieder genau so wie vorher (richtige Einstellungen und nichts ausgegraut)

Hier spukts wohl 😀

Commander_Data

(Themenstarter)
Avatar von Commander_Data

Anmeldungsdatum:
18. September 2011

Beiträge: 417

Ich hatte vor dem Swap-Problem Suspend-to-Ram bzw. Suspend-to-Disk ausprobiert, was aber nicht ganz funktionierte (System wachte sofort wieder auf). Beim Lesen von pm-utils und uswsusp (besonders Aufwachen schlägt fehl) fiel mir dann ein, dass es vielleicht an einem STD-Image in der Swap-Partition liegen könnte. In der /var/log/syslog steht auch "Resume from disk failed.".

Die Einträge mit "PM:" (es gibt auch noch ältere, aber die haben bis auf den Zeitstempel den gleichen Inhalt):

Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 000000000009d000 - 000000000009e000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 000000000009e000 - 00000000000a0000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 00000000000a0000 - 00000000000e0000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 00000000000e0000 - 0000000000100000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 0000000096e3f000 - 0000000096ebf000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 0000000096ebf000 - 0000000096fbf000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 0000000096fbf000 - 0000000096fff000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 0000000097000000 - 000000009fa00000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 000000009fa00000 - 00000000e0000000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 00000000e0000000 - 00000000f0000000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 00000000f0000000 - 00000000feb00000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 00000000feb00000 - 00000000feb04000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 00000000feb04000 - 00000000fec00000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 00000000fec00000 - 00000000fec01000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 00000000fec01000 - 00000000fed10000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 00000000fed10000 - 00000000fed1a000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 00000000fed1a000 - 00000000fed1c000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 00000000fed1c000 - 00000000fed20000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 00000000fed20000 - 00000000fee00000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 00000000fee00000 - 00000000fee01000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 00000000fee01000 - 00000000ffd80000
Nov  4 16:08:47 A kernel: [    0.000000] PM: Registered nosave memory: 00000000ffd80000 - 0000000100000000
[...]
Nov  4 16:08:47 A kernel: [    2.179972] PM: Resume from disk failed.

Ein mkswap /dev/sda7 half aber auch nicht (in /etc/fstab steht noch /dev/sda7). Selbst nach einen "nullen" mit dd if=/dev/zero of=/dev/sda7 und erneutem mkswap hat sich die Situation nicht geändert.

Als nächstes werde ich wohl doch mal die ganze Partition löschen und wieder neu anlegen. Schade, dass ich nicht weiß, was das Problem verursacht (hat).

Commander_Data

(Themenstarter)
Avatar von Commander_Data

Anmeldungsdatum:
18. September 2011

Beiträge: 417

Partition /dev/sda7 löschen und neu anlegen, formatieren → kein Erfolg
neue Partition /dev/sda8 anlegen und formatieren → Erfolg

Ich weiß nicht, warum /dev/sda7 nicht mehr genommen wird, aber jetzt geht es.

$ swapon -s
Filename				Type		Size	Used	Priority
/dev/sda8                               partition	4194300	0	-1
$ grep '^/dev' /etc/fstab 
/dev/sda7       none            swap     sw                 0     0
/dev/sda8       none            swap     sw                 0     0

Wenn jemand eine Idee hat, woran es vielleicht lag: Ich würd's gerne wissen.

Aber das Thema setze ich erst mal auf "gelöst".

adjua

Anmeldungsdatum:
19. Januar 2009

Beiträge: 948

Commander Data

Anderer Versuch:

$ sudo mountall
$ sudo mount -av 
mount: proc ist bereits auf /proc eingehängt
mount: UUID=7c596c88-16ad-4bb1-a608-dd2b50a8b610 ist bereits auf /home eingehängt
nichts wurde eingehängt

Swap ist danach nicht eingebunden. Ich bin mir nicht sicher, aber ich würde annehmen, dass diese Befehle die Swap-Partition entsprechend dem fstab-Eintrag normalerweise einbinden sollten.

Wieso heißt es das? Hier steht doch ... ist bereits eingehängt ⇒ wird daher nicht eingehängt. So solls doch sein. ?!? Bei mir kommt genau die gleiche Meldung, und SWAP wird eindeutig benutzt ...

redknight Team-Icon

Moderator & Supporter
Avatar von redknight

Anmeldungsdatum:
30. Oktober 2008

Beiträge: 21863

adjua schrieb:

Wieso heißt es das? Hier steht doch ... ist bereits eingehängt ⇒ wird daher nicht eingehängt. So solls doch sein. ?!?

Bei einem Blick in die fstab siehst du aber, dass swap eine andere UUID hat. Ist also noch nicht eingehängt und sollte eingehängt werden.

adjua

Anmeldungsdatum:
19. Januar 2009

Beiträge: 948

redknight schrieb:

adjua schrieb:

Wieso heißt es das? Hier steht doch ... ist bereits eingehängt ⇒ wird daher nicht eingehängt. So solls doch sein. ?!?

Bei einem Blick in die fstab siehst du aber, dass swap eine andere UUID hat. Ist also noch nicht eingehängt und sollte eingehängt werden.

Verstehe - mal wieder auf der Leitung gestanden ☺

Commander_Data

(Themenstarter)
Avatar von Commander_Data

Anmeldungsdatum:
18. September 2011

Beiträge: 417

Man muss noch nicht einmal in die /etc/fstab gucken. Es steht sogar schon in der mount-Ausgabe (habe die Stellen hervorgehoben):

... ist bereits auf /proc eingehängt
... ist bereits auf /home eingehängt

Das hat mit Swap nichts zu tun.

Ich habe noch ein wenig experimentiert (Swap-Partitionen löschen / erstellen): /dev/sda7 wurde nie automatisch eingebunden, /dev/sda8 schon. sda7 muss wohl in irgend einer "Blacklist" stehen (bloß welche?).

Ich habe es jetzt so gelöst, dass ich eine leere (unformatierte), 512 Byte große Partition 7 und eine Swap-Partition 8 habe. Sieht etwas "ungewöhnlich" aus, aber es funktioniert:

$ sudo fdisk -lu
[...]
Einheiten = Sektoren von 1 × 512 = 512 Bytes
[...]
/dev/sda7       377700352   377700353           1   83  Linux
/dev/sda8       377702402   386091009     4194304   82  Linux Swap / Solaris
Antworten |