LUKS + LVM + swap = «замерзание» UI при использовании swap
Есть netbook (Samsung NP-220-JA01UA) с debian testing на борту.
Один из разделов (sda6) зашифрован с помощью LUKS
и используется как физический том для создания группы томов (debian),
которая в свою очередь предоставляет два логических тома - / (debroot) и swap (debswap)
crypttab:
sda6_crypt UUID=xxxxxxxxxxxxxxxx none luks
из fstab:
# /boot was on /dev/sda5 during installation
UUID=xxxxxxxxxxxxxxxx /boot ext3 defaults 0 2
/dev/mapper/debian-debroot / ext4 errors=remount-ro 0 1
/dev/mapper/debian-debswap none swap sw 0 0
Объём ОЗУ - 1 Гб.
Если свободная ОЗУ исчерпывается, и начинает использоваться swap (проявляется уже при использовании его всего лишь на 100 Мб), то система перестаёт реагировать на клавиатуру и мышь, экран также перестаёт обновляться.
Как только swap освобождается (например, большая программа завершилась), система возобновляет нормальную работу.
Если же использовать зашифрованный swap на разделе вне LVM, то система тормозит (как и положено), но реагирует на мышку и клавиатуру даже при очень значительном использовании swap.
Так что, похоже, проблема в использовании LVM в этой связке.
Что посоветуете для лечения «замерзания» интерфейса?
Единственное, что приходит в голову - поднять приоритет подсистеме LVM или запретить свопиться ей и cryptd, но как это сделать - тоже не знаю.
P.S.: Главное преимущество такой схемы для меня - во время выхода из hibernate нужно вводить только один пароль (а не два - для корня и swap). Переразмечать диск также не хотелось бы.