Паника ядра 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

Обратите внимание, что:

  1. Он прекрасно монтируется в режиме только для чтения, т.е. используя -m ro
  2. Он также прекрасно монтируется, если я загружаюсь в "обычном" ядре (не OpenVZ), которое является 2.6.32-279.22.1.el6.x86_64
  3. Опять же, он прекрасно монтируется, когда не используется -m nokernelcrypto (либо ядро)
  4. Я должен использовать -m nokernelcrypto потому что диск объемом 3 ТБ, который у меня есть, может быть смонтирован только с помощью этой опции - в противном случае truecrypt отказывается монтировать, говоря "Проверка службы криптографии ядра не выполнена" и предлагает обновить ядро ​​до 2.6.33. Не используется -m nokernelcrypto идет нормально с дисками 2 ТБ, но не с 3 ТБ
  5. Сообщение о панике включает "Паника ядра - не синхронизируется: фатальное исключение" и "Ошибка ядра в файле fs/fuse/file.c:1110!"
  6. У меня не было этой проблемы, когда я использовал 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.

Другие вопросы по тегам