as-tu le meme probleme en montant les images en loop
Oui, justement. C'est pour cela que j'ai fait les essais avec les autres méthodes afin de déterminer si ça vient plutôt de la distribution, plutôt de ntfs-3g ou plutôt du module loop.
Bon ça va, j'ai mal expliqué, c'est ça ? Il faut me dire la vérité docteur :-)
Donc en montant une partition NTFS via loop, j'ai le même problème ; (alors qu'en la montant directement ça fonctionne bien. D'où mon raisonnement: ntfs-3g + loop pose problème.
J'ai essayé avec une partition NTF créée par un vrai Windows.
J'ai essayé avec une partition NTFS créée avec Linux.
J'ai essayé avec un disque virtuel vmware contenant une partition NTFS, monté en loop, ou monté avec vmware-mount.pl
Idem avec du QEMU.
J'ai essayé avec une partition NTFS créée dans un fichier (donc loop obligatoire pour ce coup là).
Comme j'ai le même problème avec loop et avec vmware-mount.pl (qui n'utilise pas loop), j'en déduit que c'est ntfs-3g tout seul qui pose problème. Mais pourquoi uniquement lors des montages non directs ?
Je vais essayer ce soir avec CentOS pour voir, car Debian et Mint sont tout de même très proches. Et puis les versions de ntfs-3g sont 'impossibles'. Par exemple sous Mint j'ai la 1.913 alors que la dernière qui existe est la 1.2506 Idem avec Etch et les backports, j'ai une version qui n'existe pas. No comprendo.
note: j'ai testé sur 2 machines différentes au niveau matériel (processeur AMD pour les deux), avec des disques différents.
Sur ma machines perso (Mint) ça bloque la session X. Beuhh.
[^] # Re: ext2
Posté par Kerro . En réponse au message loop et ntfs-3g. Évalué à 2.
Oui, justement. C'est pour cela que j'ai fait les essais avec les autres méthodes afin de déterminer si ça vient plutôt de la distribution, plutôt de ntfs-3g ou plutôt du module loop.
Bon ça va, j'ai mal expliqué, c'est ça ? Il faut me dire la vérité docteur :-)
Donc en montant une partition NTFS via loop, j'ai le même problème ; (alors qu'en la montant directement ça fonctionne bien. D'où mon raisonnement: ntfs-3g + loop pose problème.
J'ai essayé avec une partition NTF créée par un vrai Windows.
J'ai essayé avec une partition NTFS créée avec Linux.
J'ai essayé avec un disque virtuel vmware contenant une partition NTFS, monté en loop, ou monté avec vmware-mount.pl
Idem avec du QEMU.
J'ai essayé avec une partition NTFS créée dans un fichier (donc loop obligatoire pour ce coup là).
Comme j'ai le même problème avec loop et avec vmware-mount.pl (qui n'utilise pas loop), j'en déduit que c'est ntfs-3g tout seul qui pose problème. Mais pourquoi uniquement lors des montages non directs ?
Je vais essayer ce soir avec CentOS pour voir, car Debian et Mint sont tout de même très proches. Et puis les versions de ntfs-3g sont 'impossibles'. Par exemple sous Mint j'ai la 1.913 alors que la dernière qui existe est la 1.2506 Idem avec Etch et les backports, j'ai une version qui n'existe pas. No comprendo.
note: j'ai testé sur 2 machines différentes au niveau matériel (processeur AMD pour les deux), avec des disques différents.
Sur ma machines perso (Mint) ça bloque la session X. Beuhh.