Am 02.08.19 um 11:00 schrieb Hugo:
jetzt möchte ich doch wissen, warum manchmal dieses swap Problem auftritt.
Am Dienstag, 30. Juli 2019, 11:38:09 CEST schrieb Peter McD:
Am 30.07.19 um 01:14 schrieb Peter McD: ...
Nun stelle ich fest, selbst wenn swap in den beiden fstab auskommentiert ist, wird er jeweils von top angezeigt. wie das denn?
...
Eine eigene swap-datei könnte vielleicht helfen das Problem zu finden. Hier auf /partextra - /(home oder so wiird auch gehen).
# grep swap /etc/fstab UUID=99999999999999999999999999999999 swap swap defaults 0 0 /partextra/swapfile-16GB-root01 swap swap defaults 0 0
# swapon --show
NAME TYPE SIZE USED PRIO /dev/sdb2 partition 2G 0B -1 /partextra/swapfile-16GB-root01 file 16G 0B -2
# systemctl status swap.target ● swap.target - Swap
Loaded: loaded (/usr/lib/systemd/system/swap.target; static; vendor
Hallo Peter, Am Freitag, 2. August 2019, 20:25:51 CEST schrieb Peter McD: preset:
disabled)
Active: active since Fri 2019-08-02 09:06:01 CEST; 49min ago
Docs: man:systemd.special(7)
Zusammenfassung: Systeme Leap 15.0 und 15.1 unter Uefi/GPT neu eingerichtet, die swap Partition meldet sich, obwohl sie bei beiden fstab auskommentiert ist.
Einmal für Leap 15.0: Swap in /etc/fstab auskommentiert und frisch gebootet.
# grep swap /etc/fstab # swap (sda7) wird überdacht, wg Encryption # UUID=4b5c0b23-d622-474d-aae7-261ff12304f6 swap swap defaults 0 0
# systemctl status swap.target ● swap.target - Swap Loaded: loaded (/usr/lib/systemd/system/swap.target; static; vendor preset: disabled) Active: active since Fri 2019-08-02 19:43:41 CEST; 21min ago Docs: man:systemd.special(7) Aug 02 19:43:41 lux-lp150 systemd[1]: Reached target Swap.
testen mit "free", "top könnte ich auch nehmen. # free total used free shared buff/cache available Mem: 16415352 815244 14802748 29492 797360 15285068 Swap: 1048572 0 1048572
# swapon --show NAME TYPE SIZE USED PRIO /dev/sda7 partition 1024M 0B -1
war zu erwarten.
wie wäre es mit swapoff -a darauf free # free total used free shared buff/cache available Mem: 16415352 853764 14704872 29508 856716 15244604 Swap: 0 0 0
was nicht funktioniert ist
# swapon -a
# free total used free shared buff/cache available Mem: 16415352 854408 14704308 29508 856636 15244008 Swap: 0 0 0
Swap bleibt nun weg, aber nach einen Reboot habe ich es wieder.
Das ganze ist keine gute Sache, wenn jemand z.B. zwei Systeme installiert hat, eines aus guten Grund (Encryption wäre einer) ohne swap fährt und durch die Hintertür swap untergejubelt bekommt.
Die harte Lösung wäre die swap-Partition zu entfernen. Wie es mit einem swap-File aussehen würde, habe ich nicht getestet.
Gruß Peter Ok, meine Idee war auch noch eine Swap-Datei zu testen ....
Jetzt habe ich noch einen alten Beitrag aus 2013 gefunden. Vielleicht trifft der zu. Danach ist wohl Systemd verantwortlich. Und ich verstehe es so, daß die Anzahl der genutzten Partiionen vielleicht einen Unterschied machen. man systemd-gpt-auto-generator - Generator for automatically discovering and mounting root, /home and /srv partitions, as well as discovering and enabling swap partitions, based on GPT partition type GUIDs. --------------------------------------------------------------------------------------------- anno 2013 :~ # systemctl list-units --type swap --full --no-pager :~ # systemctl list-units --type swap --all --full --no-pager https://bbs.archlinux.org/viewtopic.php?id=169984&p=2 [Solved] - Systemd 207 upgrade - swap service failed "I followed up the instructions given on that link, so now I have the encrypted swap fully managed by systemd, without using fstab, nor crypttab... But it seems like systemd is still trying to mount the swap partition after executing the new service, so the error message is still being shown."" "... Change GPT partition type for your swap partition. ..." Gruß 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