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
()

Без ребута никак. В убитый своп попали те самые неудаляемые 4 МБ памяти. Если cистема вдруг запросит эти 4МБ, будет kernel panic. Лучше перезагрузиться.

anonymous
()

он почему-то сделался не sdb а sdc

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

и как её убрать без ребута?

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

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

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

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

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

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

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

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

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

Не знаю, что там творится, но без ребута никак.

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

А что бы это поменяло?

Я подумал, что у тебя и в fstab так.

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

Которая упала. Они иногда, знаешь… Ломаются от ударов.

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

На болтах можно съэкономить. Зачем болты, когда и так держится. Точнее, держалось.

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

Они же болтами прикручиваются.

У нас админ их на двусторонний скотч к корпусу клеил, говорил, что это лучше болтов.

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

Если на термоскотч, то засранец в чём-то был прав.

avgust23
()

Мда, гибернация теперь сломалась, пишет что не может найти свап куда всё скинуть. Явно баг в ядре.

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

Ноут уронили, попинали ногами так, что выпал диск и ‘отвалился’ swap - «Явно баг в ядре».

Шучу.

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

Не хочется заново всё запускать итд. Но видимо придётся. Впрочем пока гибернация не нужна, так что потом.

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

Причём тут душ? Зачем мне в нём ноут?

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

Не хочется заново всё запускать

Тебя тут могут за тролля принять.

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

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

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

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

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

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

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

Мне не открытые окна нужны а состояние софта в них.

firkax ★★★★★
() автор топика
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.