Panique du kernel OpenOK OpenOK lors du assembly du volume truecrypt ext4 en mode nokernelcrypto

Je suis confronté à la panique du kernel en essayant de monter un système de files ext4 qui réside lui-même sur un volume truecrypt monté à l'aide de l'option -m nokernelcrypto .

Le système est CentOS 6.3, OpenVZ Kernel 2.6.32-042stab074.10 Le disque est un disque virtuel (un volume truecrypt monté avec --filesystem=none ), et la command réelle qui triggers la panique du kernel est:

 mount -o loop -t ext4 /tmp/.truecrypt_aux_mnt2/volume /mnt/storage 

Notez que:

  1. Il se monte bien en mode lecture seule, c'est-à-dire en utilisant -m ro
  2. Il est également parfaitement adapté si je démarre dans le kernel "normal" (non OpenVZ), qui est 2.6.32-279.22.1.el6.x86_64
  3. Encore une fois, il se monte parfaitement lorsque vous n'utilisez pas -m nokernelcrypto (kernel)
  4. Je dois utiliser -m nokernelcrypto car un disque -m nokernelcrypto que je possède ne peut être monté que par cette option – sinon Truecrypt refuse de monter en disant "Le test du service cryptographique du kernel a échoué" et suggère de mettre à niveau le kernel à 2.6.33. Ne pas utiliser -m nokernelcrypto va OK avec les disques 2TB, mais pas avec 3TB
  5. Le message de panique comporte "panique de Kernel – pas de synchronisation: exception fatale" et "BOGUE de kernel à fs / fusible / file.c: 1110!"
  6. Je n'ai pas eu ce problème lorsque j'utilise Debian OpenVZ – j'ai pu monter le 3TB en utilisant -m nokernelcrypto facilement

Je ne suis pas sûr d'où est exactement le problème: CentOS, OpenVZ, la bibliothèque de fusibles ou le déencryption non-kernel. Tous les indices seront très appréciés.

One Solution collect form web for “Panique du kernel OpenOK OpenOK lors du assembly du volume truecrypt ext4 en mode nokernelcrypto”

J'ai un problème similaire à l'aide de Proxmox (voir pve.proxmox.com, c'est un dérivé Debian). J'ai une image de disque du système de files ext4 résidant sur un partage glusterfs (qui est basé sur le fusible). Dès que je monte l'image du disque, je reçois le message sur le bug du kernel à fs / fusible / file.c: 1110.

Cela a bien fonctionné avec pve-kernel-2.6.32-11-pve. J'ai rencontré le problème après avoir mis à niveau le kernel vers pve-kernel-2.6.32-19-pve.

Je suppose donc que le problème pourrait se produire chaque fois que nous montons des images de disque hébergées sur un système de files à base de fusible sur un kernel 2.6.32 récent (quoi que ce soit).

  • Trucrypt ou toute solution de encryption HDD avec une dérivation?
  • Protéger les files de l'administrateur système
  • TrueCrypt Encryption Tool
  • Virtual linux drive sur un NAS - recommandations
  • Conteneur chiffré de taille variable
  • Le volume chiffré de Mount TrueCrypt par l'événement de pré-sauvegarde Cobian
  • Utilisation de TrueCrypt avec une réplication de file sur Windows Server
  • Réparez un volume Truecrypt
  • Ubuntu 10.10 et Windows 7 (TrueCrypt) Problèmes de démarrage multiples
  • Indexation Vista / Win7 sur les lecteurs TrueCrypt
  • Sauvegarde sur disque à l'aide du problème de corruption TrueCrypt
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.