Forum Astuces.divers Système de fichiers compatible multi-OS

Posté par  . Licence CC By‑SA.
0
11
fév.
2013

Bonjour,

J'ai chez moi trois OS différents :
— Xubuntu 12.04
— Mac OS 10.5 (bientôt 10.6)
— Windows 7

J'ai un disque dur externe qui me sert à faire des transferts rapides entre mes ordis (plus rapide que via Wifi) et je cherche un système de fichier qui passe sur tous ces OS sans créer de problème de "permission denied" ou autre trucs qui m'énervent. (là, je viens de formater en ext4 et ça ne passe pas sur Mac). Pourriez-vous me conseiller une solution optimale svp ?

Merci.

EDIT : J'exclue Fat32 qui fonctionne mais est trop limitatif (pas de fichier > 4Go). J'exclue NTFS car il est instable en écriture sous Mac OS X (il créerait des kernel panics ; il faudrait voir du côté de OSXFuse). Pour UDF, je crois que c'est pour les CD/DVD non ?

EDIT 17/02 : Finalement, j'ai opté pour UDF, en suivant les instructions suivantes : http://forum.ubuntu-fr.org/viewtopic.php?id=1131391
Je ne peux pas dire pour l'instant si ça fonctionne bien sur le long terme.

EDIT 27/02 : J'ai donc essayé avec un disque en UDF.
ATTENTION : Il semble qu'UDF n'apprécie pas tous les types de caractères dans les noms de fichiers (à vue de nez c'est le tiret qui pose problème), et cela engendre des erreurs de copie !

  • # FAT32 / VFAT

    Posté par  . Évalué à -1.

    Tout est dans le titre (sauf si tu veux un système de fichier sans brevet)

    • [^] # Re: FAT32 / VFAT

      Posté par  . Évalué à 2. Dernière modification le 12 février 2013 à 21:08.

      (sauf si tu veux un système de fichier sans brevet)

      Et sauf si tu veux un ou des fichiers de plus de 4 Go sur ta partition ce qui peut être le cas avec des machines virtuelles…

  • # NTFS

    Posté par  . Évalué à 3.

    car ca permet d'avoir des fichiers >2Go sous windows (probleme qu'avait la fat et fat32 passé un temps)

    • [^] # Re: NTFS

      Posté par  . Évalué à 1.

      pas de support natif en écriture sous OSX je crois non ?

      • [^] # Re: NTFS

        Posté par  . Évalué à 2.

        j'ai pas OSX ici au bureau, je verifierais ce soir à la maison,
        sinon effectivement faut voir du coté de UDF comme dit plus haut.

  • # UDF

    Posté par  . Évalué à 4.

    UDF, il paraît que ça marche, je n'ai personnellement jamais testé (mais c'est sur ma todo list).

    « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

    • [^] # Re: UDF

      Posté par  . Évalué à 2.

      Suite à une discussion ici, j'ai formaté ma clé usb en udf.
      Pour l'instant, ca marche sur Arch, Win7, Osx (10.7). A noter qu'il faut la formater depuis linux, avec mkudffs (fourni par udftools), après un petit coup de dd if=/dev/zero pour effacer toute traces de la table de partition. Le formatage depuis Win7 crée une clé qui ne passe pas partout, et je n'ai pas trouvé de moyen de formater en udf sous OSX.
      J'ai encore dolphin qui des fois m'ecrit un message d'erreur relatif aux droits mais sans que ca ne gêne l'ecriture ou la lecture.

      Sinon, comme dit plus haut, NTFS, au besoin avec du FUSE sous OSX, ca marche aussi (testé et approuvé), mais c'est plus lent.

  • # (un peu HS mais bon) Un RJ45 qui support le Gb

    Posté par  (site web personnel) . Évalué à 1.

    Juste le temps du transfert via rsync ou autre.

    Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

  • # Radotage ?

    Posté par  . Évalué à -1.

    La question a déjà été posée plusieurs fois ces derniers mois. Avec à chaque fois tout ce qu'il faut comme réponses.

  • # Windows and MacOS

    Posté par  . Évalué à 0.

    Comme Linux me semble le plus accommodant dans ce domaine, il y a un bon résumé en anglais sur le partage d'un disque entre Windows et MacOS X:

    http://blog.digitalfeed.net/2012/04/06/choosing-a-file-system-for-an-external-drive-for-mac-and-windows-fat32-exfat-ntfs-and-hfs/

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.