Ограничения на cgroup действительно существуют, вы можете прочитать о них на LWN.net:
Each cgroup has a memory controller specific data structure (mem_cgroup) associated with it.
.... Accounting happens per cgroup.
Максимальный объем памяти хранится в /sys/fs/cgroup/memory/memory.limit _в _байтах . Если проблема, с которой вы столкнулись, действительно была связана с ограничением памяти cgroup , то /sys/fs/cgroup/memory/memory.max _использование _в _байтах должно быть близко к приведенному выше, что вы также можете проверить, проверив memory.failcnt , в котором записано, сколько раз ваше фактическое использование достигло указанного выше предела.
Возможно, вы также можете проверить memory.kmem.failcnt и memory.kmem.tcp.failcnt для получения аналогичной статистики по памяти ядра и буферной памяти tcp.
После размонтирования файловой системы вы сможете использовать debugfs -w -R "rm path_to_file" /dev/sda1
для удаления файла.
Самый простой способ — отформатировать там новый раздел ext4 и начать заново. Однако я понимаю, что это может быть неудобно для вас.
Предполагая, что раздел находится в /dev/sda1, я бы попробовал выполнить -, пока файловая система не смонтирована-:
debugfs -w -R "feature -encrypt" /dev/sda1
fsck.ext4 /dev/sda1
Команда debugfs удалит функцию шифрования из файловой системы ext4, а следующая команда fsck должна определить все зашифрованные каталоги как ошибки и, возможно, предложит их удалить. Даже если они не будут удалены, я ожидаю, что флаг шифрования исчезнет (, а содержимое будет мусором ), поэтому вы сможете сделать un -неизменяемым и удалить обычным способом.