10.13 High Sierra Mise au point du format Exfat et les copies entre Windows et Mac

Pour répondre à la question posée dans le post introductif : les 32 KB correspondent à la taille d'un bloc de données dans le système de fichiers. C'est donc la taille minimale qu'imprime tout fichier (même un fichier vide...)

Vu la taille de la clef, tu peux tranquillement choisir un formatage plus fin (512 ou 1024 octets) et perdre moins d'espace utile sur la clef.
 
Et c'est à se demander si Apple est au courant, car ce problème perdure depuis la sortie officielle de macOS High Sierra ?

LE spécialiste des file system est à temps plein sur APFS (qui ne sait toujours pas gérer de manière fiable les disques à plateaux...)
Et en plus, comme c'est un stagiaire, il n'a pas le droit de faire des heures sup [emoji17]
 
Et c'est à se demander si Apple est au courant, car ce problème perdure depuis la sortie officielle de macOS High Sierra ?
Y a-t-il un espoir qu'une mise à jour résolve ce problème ? FAT32 gère les fichiers de tailles moyennes (jusqu'à 4GB). Pourquoi malgré les mises à jour successives et récentes sur High Sierra est-on toujours limité à 2GB ?

Ce matin encore, j'ai du utiliser un disque formaté en ExFAT pour transférer un fichier de 3GB+ du MacBook Pro vers l'ExFAT pour ensuite le transférer vers un disque FAT32 mais au moyen d'un PC Windows ! Il n'y a pas plus lourd et c'est navrant
 
J'en doute... Apple s'est fait une religion de la finesse, alors un format qui s'appelle FAT, ils ne pouvaient pas ne pas le soumettre lui aussi à une cure de minceur.
C'est nouveau, c'est amazing, c'est le slim32 qui se substitue au FAT32.

(Le exFAT, là c'est acceptable. S'il est Ex FAT c'est qu'il a fait un effort pour ne plus être FAT)

Maintenant, si tu n'es pas réfractaire à l'usage du Terminal, on peut toujours copier un fichier jusqu'à 4 Go vers un support FAT32 en ligne de commande.
 
Apple s'est fait une religion de la finesse

On peut noter que cette recherche de la minceur dans des objets techniques est à contre-courant d'une tendance générale à l'alourdissement : les voitures sont boursouflées par rapport à l'espace utile intérieur (par exemple la nouvelle mini qui est une grosse voiture) > la mode pour les pneus des VTT est le FAT etc. Apple reste donc fidèle au « think different »​
-
361608_original.png
 
  • J’aime
Réactions: r e m y
J'en doute... Apple s'est fait une religion de la finesse, alors un format qui s'appelle FAT, ils ne pouvaient pas ne pas le soumettre lui aussi à une cure de minceur.
C'est nouveau, c'est amazing, c'est le slim32 qui se substitue au FAT32.

(Le exFAT, là c'est acceptable. S'il est Ex FAT c'est qu'il a fait un effort pour ne plus être FAT)

Maintenant, si tu n'es pas réfractaire à l'usage du Terminal, on peut toujours copier un fichier jusqu'à 4 Go vers un support FAT32 en ligne de commande.
:D J'adore cet humour décalé. Je ne sais pas s'il y a un côté religieux. A creuser ;-)

Ta proposition d'utiliser le Terminal me va... si c'est moins lourd que ce que je suis obligé de faire avec le disque intermédiaire en ExFAT puis PC sous Windows. Si mon lecteur DVD pouvait lire l'ExFAT, je n'en serais pas là.
Je t'écoute... religieusement !
 
On peut noter que cette recherche de la minceur dans des objets techniques est à contre-courant d'une tendance générale à l'alourdissement : les voitures sont boursouflées par rapport à l'espace utile intérieur (par exemple la nouvelle mini qui est une grosse voiture) > la mode pour les pneus des VTT est le FAT etc. Apple reste donc fidèle au « think different »
-
361608_original.png
Alimentations 1000W, obésiels, CPU qui surchauffent. Je vois le tableau
 
La commande à utiliser est cp
Sa syntaxe des plus simples: cp source destination

Donc tu ouvres Terminal
Tu tapes cp puis un espace et tu glisses dans la fenêtre du Terminal le fichier à copier (pour que son chemin d'accès soit transféré à la commande cp) puis après un nouvel espace, tu glisses le disque de destination ou le dossier de destination.

Tu n'as plus qu'à presser Entrée pour que la copie s'effectue.


Nota: si la source à copier est un dossier plutôt qu'un simple fichier, il faut rajouter le paramètre -R à la commande cp (pour qu'elle traite Recursivement, tous les fichiers inclus dans le dossier)
cp -R source destination

Enfin, si on souhaite déplacer les fichiers plutôt que les copier (en les supprimant de la source une fois la copie effectuée donc), remplacer la commande cp par la commande mv (mv abréviation du verbe move)
 
Dernière édition:
  • J’aime
Réactions: subsole