Retourner aux forums || Retourner au forum Linux.general
Linux.general : loop et ntfs-3g
Posté par Kerro () le 27 mai 2008j'ai une surprise en combinant 2 outils: loop et ntfs-3g
L'écriture massive de données plante le programme, et parfois même la machine.
Si je monte "normalement" une partition NTFS et que j'écris dedans, pas de problème:
# mount -t ntfs-3g /dev/sdd1 /mnt/
# dd if=/dev/zero of=/mnt/bidon bs=1M count=1000
Si j'écrit vers une partition montée en loopback, pas de problème:
# losetup /dev/loop0 /dev/sdd2
# dd if=/dev/zero of=/dev/loop0 bs=1M count=1000
Par contre, si je combine les deux, ça bloque:
# losetup /dev/loop0 /dev/sdd1
# mount -t ntfs-3g /dev/loop0 /mnt/
# dd if=/dev/zero of=/mnt/bidon bs=1M count=300 ça fonctionne
# dd if=/dev/zero of=/mnt/bidon bs=1M count=1000 ça ne fait plus rien après environ 400 Mo Parfois même la machine est totalement bloquée.
Même chose avec une image disque venant de vmware.
Même chose avec une image disque venant de vmware ET l'outil vmware-mount.pl
Testé sur Debian Etch et sur Linux Mint 4.0
Si quelqu'un a une idée pour se débarasser de ce problème...
> Lire le message (6 commentaires, moyenne: 1,5).
ext2
J'ai oublié la moitié des informations :-)
J'ai testé avec ext2 (monté en loopback), ça fonctionne parfaitement. Je suppose donc que le problème est lié soit à FUSE, soit à ntfs-3g
-
[^]Re: ext2
Posté par NeoX () le 27/05/2008 à 14:30. (lien). Évalué à 0.je vais me faire l'avocat du diable, mais c'est quoi l'interet de monter la partition en loop pour ensuite monter le loop en ntfs3g ?
qu'as tu à y gagner ?
est-ce uniquement pour la beauté du geste ?
tu pourrais aussi essayer de mapper le loop en nfs ou en samba pour ensuite faire le dd, ca pourrait etre drole aussi.
PS : j'ai pas du tout comprendre en sortant de ma sieste ;-)--
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux-
[^]Re: ext2
Posté par Kerro () le 27/05/2008 à 16:12. (lien). Évalué à 2.Voilà une bonne réponse à mon problème :-)
Je monte depuis longtemps des images de disques virtuels, principalement des disques virtuels vmware.
J'utilise également des copies de disques d'installation de Windows. C'est bien pratique d'avoir des 'masters' gérés sur un serveur. Ils sont compressés et disponibles pour un réinstallation éclair.
Dans les deux cas j'utilise le module loop. Il est bien pratique de faire certaines opérations d'écriture massive (mise à zéro des zones inutilisées, ou synchronisation de fichiers vers une machine de secours "en attente", etc).
Je viens de tester avec un disque physique: même problème.
Ca ne sert à rien de monter un disque physique en loopback avant de l'utiliser, mais ça met en évidence le problème. Loopback + ntfs-3g fonctionnent mal de concert.
Dommage pour moi :-)-
[^]Re: ext2
Posté par NeoX () le 27/05/2008 à 19:52. (lien). Évalué à 1.en meme temps tu parles de disques physiques
mais dans ton cas ce serait plutot un besoin vers des disques virtuels (images)
as-tu le meme probleme en montant les images en loop ?--
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux-
[^]Re: ext2
Posté par Kerro () le 28/05/2008 à 15:03. (lien). Évalué à 2.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.-
[^]Fedora
Posté par Kerro () le 28/05/2008 à 18:44. (lien). Évalué à 2.Je viens de tester avec Fedora Live: ça fonctionne parfaitement bien.
Je viens d'écrire presque 40 Go en un seul jet dans une image vmware, idem dans une image maison, idem dans une partition native Microsoft (le tout monté via loop).
La version de ntfs-3g de Fedora Live est la 1.2506, ce qui est une version qui existe (contrairement à Etch et Mint 4.0).
J'ai compris, j'abandonne Debian, Ubuntu et consors. Ca fait vraiment trop de choses qui ne fonctionnent pas correctement dès qu'on fouille un peu.
'va falloir que je me mette aux rpm. IsNotGood, pas de mauvais esprit stp :-)
-
-
-
-
Revenir en haut de page || Retourner aux forums || Retourner au forum Linux.general
Cette page a été générée par Templeet en 0.0568s (dont 0.005 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.