LINUX.ORG.RU
ФорумAdmin

Пофиксить свап на отсоединённом диске

 


0

1

Видимо после роняния ноута из него выпал один из двух ссд. Подсоединив его назад, он почему-то сделался не sdb а sdc. Его файловые разделы я добавил назад в mdadm-миррор и всё норм, а вот в /proc/swaps (свап-раздел без миррора) теперь так:

# cat /proc/swaps
Filename				Type		Size		Used		Priority
/dev/sdb2\040(deleted)                  partition	16777212	0		-2
/dev/zram0                              partition	7812496		766492		10

swapoff /dev/sdb2 его не видит, swapoff -a удалил zram а этот битый свап так и оставил.

# swapoff -a
# cat /proc/swaps
Filename				Type		Size		Used		Priority
/dev/sdb2\040(deleted)                  partition	16777212	0		-2
# swapoff -a
# cat /proc/swaps
Filename				Type		Size		Used		Priority
/dev/sdb2\040(deleted)                  partition	16777212	0		-2
Подумал забить, сделал swapon -a чтобы добавить назад sdc2, получилось так:
# swapon -a
# cat /proc/swaps
Filename				Type		Size		Used		Priority
/dev/sdb2\040(deleted)                  partition	16777212	256		-2
/dev/sdc2                               partition	16777212	0		-3
Откуда-то у битого свапа добавилися used размер. Дальше было так:
# swapoff -a
# cat /proc/swaps
Filename				Type		Size		Used		Priority
/dev/sdb2\040(deleted)                  partition	16777212	4		-2
# swapon /dev/zram0 --priority 10
# cat /proc/swaps
Filename				Type		Size		Used		Priority
/dev/sdb2\040(deleted)                  partition	16777212	4		-2
/dev/zram0                              partition	7812496		0		10
# swapon /dev/sdc2
# cat /proc/swaps
Filename				Type		Size		Used		Priority
/dev/sdb2\040(deleted)                  partition	16777212	4		-2
/dev/zram0                              partition	7812496		0		10
/dev/sdc2                               partition	16777212	0		-3
после чего эти 4кб больше никуда не меняются ни при каких действиях. Что это за чушь и как её убрать без ребута?

★★★★★

Последнее исправление: firkax (всего исправлений: 3)

Ответ на: комментарий от anonymous

Нет в нём ничего, у него приоритет низкий и он на случай если zram переполнится. 4 (не мб а кб) появились как-то уже после отключения, я же лог привёл.

firkax ★★★★★
() автор топика
Ответ на: комментарий от MagicMirror

Потому что по /dev/disk/by-* надо диски прописывать.

А что бы это поменяло? Типа имя sdb2 не оказалось бы занято битым свапом и диск бы встал назад на него? В fstab по UUID прописано если что.

Радуйся, что вообще железка живая осталась.

О какой железке речь и что ей могло быть?

firkax ★★★★★
() автор топика
Последнее исправление: firkax (всего исправлений: 1)
Ответ на: комментарий от firkax

Ну всё, после очередного задевания ногой ноут завис и пришлось ребутаться, проблема со свапом исчезла.

Но мало того что после этого пришлось тратить полчаса на восстановление сеанса, так ещё забыл запустить один важный демон (я его зачем-то закомментил в rc.local раньше но запускал вручную) и заметил это только спустя сутки. Надеюсь больше ничего не забыл.

firkax ★★★★★
() автор топика
Ответ на: комментарий от firkax

Слышал, некоторые DE умеют запоминать сеанс - открытые окна, рабочие столы и т.д. и т.п., и восстанавливать после перезагрузки/выключении.

С WM наверно все сложнее, но не перезагружаться в 2024-м, чтобы не потерять сессию, это такое себе…

krasnh ★★★★
()