История изменений
Исправление
ChekPuk,
(текущая версия)
:
Пока пытаюсь понять логику происходящего. Даже при swapiness = 1 происходит ровно то же самое. Если памяти ещё достаточно, зачем в свап лезть? И если свапит, то что?
Обмазаться ещё одним костылём успею. Если традиционный линукс уже не может без этого. К zram у меня осторожное отношение. Когда он появился - добавлял много проблем.
Вот смотрю, у меня установлен пакет mkinitcpio-openswap. его конфиг лежит в /etc/openswap.conf Мне оно не нравится.
## cryptsetup open $swap_device $crypt_swap_name
## get uuid using e.g. lsblk -f
swap_device=/dev/disk/by-uuid/2788eb78-074d-4424-9f1d-ebffc9c37262
crypt_swap_name=cryptswap
## one can optionally provide a keyfile device and path on this device
## to the keyfile
keyfile_device=/dev/mapper/cryptroot
keyfile_filename=etc/keyfile-cryptswap
## additional arguments are given to mount for keyfile_device
## has to start with --options (if so desired)
#keyfile_device_mount_options="--options=subvol=__active/__"
## additional arguments are given to cryptsetup
## --allow-discards options is desired in case swap is on SSD partition
cryptsetup_options="--type luks"
Значит, если бы я удалил монтирование свапа из fstab, он бы его примонтировал? И шифрование ему повесил? Этот криптсвап действительно нужен? Можно я всё это удалю и оставлю «нормальное» монтирование через свап?
Исправление
ChekPuk,
:
Пока пытаюсь понять логику происходящего. Даже при swapiness = 1 происходит ровно то же самое. Если памяти ещё достаточно, зачем в свап лезть? И если свапит, то что?
Обмазаться ещё одним костылём успею. Если традиционный линукс уже не может без этого. К zram у меня осторожное отношение. Когда он появился - добавлял много проблем.
Вот смотрю, у меня установлен пакет mkinitcpio-openswap. его конфиг лежит в /etc/openswap.conf Мне оно не нравится.
'''
cryptsetup open $swap_device $crypt_swap_name
get uuid using e.g. lsblk -f
swap_device=/dev/disk/by-uuid/2788eb78-074d-4424-9f1d-ebffc9c37262 crypt_swap_name=cryptswap
one can optionally provide a keyfile device and path on this device
to the keyfile
keyfile_device=/dev/mapper/cryptroot keyfile_filename=etc/keyfile-cryptswap
additional arguments are given to mount for keyfile_device
has to start with –options (if so desired)
#keyfile_device_mount_options=«–options=subvol=active/»
additional arguments are given to cryptsetup
–allow-discards options is desired in case swap is on SSD partition
cryptsetup_options=«–type luks» '''
Значит, если бы я удалил монтирование свапа из fstab, он бы его примонтировал? И шифрование ему повесил? Этот криптсвап действительно нужен? Можно я всё это удалю и оставлю «нормальное» монтирование через свап?
Исходная версия
ChekPuk,
:
Пока пытаюсь понять логику происходящего. Даже при swapiness = 1 происходит ровно то же самое. Если памяти ещё достаточно, зачем в свап лезть? И если свапит, то что?
Обмазаться ещё одним костылём успею. Если традиционный линукс уже не может без этого. К zram у меня осторожное отношение. Когда он появился - добавлял много проблем.
Вот смотрю, у меня установлен пакет mkinitcpio-openswap. его конфиг лежит в /etc/openswap.conf Мне оно не нравится.
'''## cryptsetup open $swap_device $crypt_swap_name
get uuid using e.g. lsblk -f
swap_device=/dev/disk/by-uuid/2788eb78-074d-4424-9f1d-ebffc9c37262 crypt_swap_name=cryptswap
one can optionally provide a keyfile device and path on this device
to the keyfile
keyfile_device=/dev/mapper/cryptroot keyfile_filename=etc/keyfile-cryptswap
additional arguments are given to mount for keyfile_device
has to start with –options (if so desired)
#keyfile_device_mount_options=«–options=subvol=active/»
additional arguments are given to cryptsetup
–allow-discards options is desired in case swap is on SSD partition
cryptsetup_options=«–type luks» '''
Значит, если бы я удалил монтирование свапа из fstab, он бы его примонтировал? И шифрование ему повесил? Этот криптсвап действительно нужен? Можно я всё это удалю и оставлю «нормальное» монтирование через свап?