Назад | Перейти на главную страницу

Паника ядра 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 - смог смонтировать 3 ТБ с помощью -m nokernelcrypto без труда

Я просто не уверен, где именно проблема: CentOS, OpenVZ, библиотека fuse или расшифровка без ядра. Будем очень признательны за любые подсказки.

У меня аналогичная проблема с 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.

Поэтому я предполагаю, что проблема может возникнуть всякий раз, когда мы монтируем образы дисков, которые размещены в файловой системе на основе fuse, в недавнем (что бы это ни значило) ядре 2.6.32.