Паника ядра CentOS OpenVZ при монтировании тома ext4 truecrypt в режиме nokernelcrypto
Я испытываю панику в ядре при попытке смонтировать файловую систему ext4, которая сама находится на томе truecrypt, смонтированном с использованием -m nokernelcrypto
вариант.
Система CentOS 6.3, OpenVZ Kernel 2.6.32-042stab074.10. Диск представляет собой виртуальный диск (том TrueCrypt, смонтированный с --filesystem=none
), и фактическая команда, вызывающая панику ядра:
mount -o loop -t ext4 /tmp/.truecrypt_aux_mnt2/volume /mnt/storage
Обратите внимание, что:
- Он прекрасно монтируется в режиме только для чтения, т.е. используя
-m ro
- Он также прекрасно монтируется, если я загружаюсь в "обычном" ядре (не OpenVZ), которое является 2.6.32-279.22.1.el6.x86_64
- Опять же, он прекрасно монтируется, когда не используется
-m nokernelcrypto
(либо ядро) - Я должен использовать
-m nokernelcrypto
потому что диск объемом 3 ТБ, который у меня есть, может быть смонтирован только с помощью этой опции - в противном случае truecrypt отказывается монтировать, говоря "Проверка службы криптографии ядра не выполнена" и предлагает обновить ядро до 2.6.33. Не используется-m nokernelcrypto
идет нормально с дисками 2 ТБ, но не с 3 ТБ - Сообщение о панике включает "Паника ядра - не синхронизируется: фатальное исключение" и "Ошибка ядра в файле fs/fuse/file.c:1110!"
- У меня не было этой проблемы, когда я использовал Debian OpenVZ - смог смонтировать 3TB с помощью
-m nokernelcrypto
без труда
Я просто не уверен, где именно проблема: CentOS, OpenVZ, библиотека плавких предохранителей или расшифровка без ядра. Любые подсказки будут высоко оценены.
1 ответ
У меня похожая проблема с использованием Proxmox (см. Pve.proxmox.com, это производная от Debian). У меня есть образ диска файловой системы ext4, находящийся на общей папке glusterfs (которая основана на предохранителях). Как только я монтирую образ диска, я получаю сообщение об ошибке ядра в fs / fuse / file.c: 1110.
Это все работало нормально с pve-kernel-2.6.32-11-pve. Я столкнулся с проблемой после обновления ядра до pve-kernel-2.6.32-19-pve.
Поэтому я предполагаю, что проблема может возникать всякий раз, когда мы монтируем образы дисков, которые размещены в файловой системе на основе предохранителей, в недавнем (что бы это ни значило) ядре 2.6.32.