Clé USB qui ne s'affiche plus > Aucun média

[Caren]

Dernier message de la page précédente :

Bonsoir,

De fil en aiguille, j'essaie de comprendre, mais je ne comprends pas tout, je ne sais pas non plus tout faire, et peut-être aussi y a-t-il quelques imprécisions dans mes propos.

hfsplus: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only.

https://askubuntu.com/questions/332315/ ... cess-to-os

Dans ce lien, j'ai très vite décrochée. J'ai toutefois retenu la mention du paquet hfsprogs. Je suis allée voir dans "Logithèque" et il est installé nativement avec l'installation de Linux Mint 22.1. Dans les détails du paquet, on peut lire ceci : pour les utilisateurs, HFS+ semble un bon compromis pour le déplacement de fichiers entre des machines MacOS X et Linux.
Intéressant !

Le format de données , si j'ai bien lu est exfat, n'est sans doute pas très approprié.
Pourquoi pas opter pour l'UDF ?

J'ai un MacBook sous Mac OS uniquement et sur lequel se trouvent toutes mes données. Le SSD est formaté pour Mac OS en table GUID (c'est GPT, je crois) et Mac OS étendu journalisé (c'est HFS+).
Et j'ai un autre MacBook, celui de ma signature, avec Mac OS et Linux Mint, le SSD est en table GUID. La partition Mac est formatée pour Mac sans donnée personnelle, la partition Linux est formatée pour Linux en ext4 sans donnée personnelle pour le moment mais sur laquelle je souhaite transférer mes données.
Pour ce faire, j'ai acheté cette clé USB que j'ai formaté en table GUID et exFat (quelques fichiers font plus de 4 Go), en considérant qu'exFat permettrait de faire le pont entre les 2 OS pour le transfert de mes données.
Mais, lors de l'opération d'écriture sur la clé, patatras, crash de la clé, résultat > Aucun média.

En cherchant sur internet, j'ai cru comprendre qu'exFat n'était pas journalisé. Donc, en écriture, conflit ou incompatibilité entre un format journalisé et un autre sans journalisation.
Ce serait ça qu'indique le retour du Terminal cité par Cyrille ?

Et alors, comme le dit Armaggion, peu importe le fichier, le crash est arrivé juste quand c'était son tour d'être copié sur la clé.
Et de préciser qu'en effet, la clé a sans doute été très sollicitée durant cette opération d'écriture qui s'est annoncée démesurément longue, ce qui n'a pas manqué de m'interroger car beaucoup plus longue que la durée même de mes 1ères sauvegardes de données.

Pour autant, la clé n'est peut-être pas morte. Elle a en son extrémité un voyant, fixe ou clignotant selon son activité. Ce voyant fonctionne toujours lors de son introduction dans le port USB, il clignote un temps puis reste fixe bien sûr puisqu'aucune activité dessus.

Le format UDF ? Je ne connais pas du tout, j'ai lu en revanche que c'est un format universel mais je ne sais pas comment me dépatouiller avec ça...

Par contre, en écho à la présence du paquet hfsprogs, croyant bien faire j'ai formaté la clé en exFat alors que j'aurais sans doute mieux fait de la formater tout simplement comme pour Mac OS, soit en HFS+.
Quel est votre avis là-dessus ?

Et autre question, le format ext4 est-il journalisé ?

Essayer de voir si gparted la voit et demander une nouvelle table de partition pour la réinitialiser

Comme indiqué dans mon 1er message, GParted ne la voit pas. L'utilitaire de disques sous Mac OS non plus.
Seul Disques sous LM la voit mais je n'ai accès à aucune fonctionnalité d'effacement et de formatage puisque la clé n'est pas montée.

Ou tenter de la monter à la main , on voit bien sur point de device. Voir ce que raconte mount, ou lancer un fix dessus en fonction de son format de données

Là, je décroche totalement, c'est du chinois pour moi, je ne sais pas du tout ce que c'est tout ça !


Au final, concernant la clé elle-même, je crois que je vais la monter mais sur la banquette arrière de ma voiture, avec quelques autres affaires, et lui faire prendre la direction de la déchetterie. À mes yeux, sa fiabilité est désormais nulle.

Je demeure toutefois intéressée par vos retours concernant ce qui s'est passé avec cette clé et la question d'un futur format à choisir, bien sûr, car mon transfert de données est toujours d'actualité.

Merci à vous pour vos éclairages !

[alain]

Bonjour Caren.

Certes, comme le dit Cyrille, le sytème de fichiers n'était pas adapté, mais ce n'est pas ça qui t'a créé ce problème.
Au pire, suivant le formatage choisi, tu aurais pu lire, mais pas écrire sur Linux ou osx (ou vice versa).
Mais avant de jeter ta clé, tente tout de même ce que propose Cyrille :

Voir ce que raconte mount

Code : Tout sélectionner

sudo mount /dev/sdb /media

et donnes le retour de la commande.
Je ne te cache pas que je n'y crois pas. Mais le retour de cette commande pourra peut-être nous donner une explication.

[Caren]

Bonjour Alain,

C'est donc à une commande dans le Terminal que renvoie mount, ok.
Merci à toi de m'avoir détaillé la ligne de commande. Copier-Coller, je sais faire ça !

Mais... cette histoire de clé m'a tellement agacée que hier soir, je l'ai menée à sa dernière destination, la déchetterie.
Nous n'aurons donc pas le fin mot de l'explication du crash de cette clé USB.

Au-delà de ce problème de clé, persistent pour moi la question de savoir comment transférer mes données d'un Mac vers un autre sous Linux Mint, et au-delà encore la question de la future sauvegarde externe de ces données après leur transfert.
Cela relevant d'un autre sujet, je vais donc passer celui-ci en abandon.

J'ai certes perdu une clé mais grâce à vous, j'ai appris des choses, et je vous en remercie tous.

ExFat était donc un format inadapté, ok.
Voir plutôt du côté de HFS+ ou bien de l'UDF que j'ai peut-être écarté un peu trop vite, format dont a parlé Cyrille.
Enfin, comment la journalisation ou la non journalisation d'un format à choisir entre en ligne de compte, c'est une question qui demeure pour moi.

Merci à tous !

[Armaggion]

Enfin, comment la journalisation ou la non journalisation d'un format à choisir entre en ligne de compte, c'est une question qui demeure pour moi.

La journalisation sur un support de stockage temporaire qui ne sert qu'à du transport, tel qu'une clé USB, c'est surtout un argument marketing. La journalisation est une fonctionnalité qui permet au système d'effectuer un suivi de l'occupation du disque via un enregistrement pas-à-pas des mouvements d'écriture sur le support. On ne parle pas ici des données elles-mêmes, mais des métadonnées.
Une entrée de journal pourrait, de loin, ressembler à : "Le 07/02/2025 à 23h15 j'ai écrit le bloc de données X de l'emplacement A jusqu'à l'emplacement B."
Le but est de permettre au système d'être plus résilient en cas d'arrêt brutal des opérations, genre coupure de courant qui laisse tout en plan. Le journal, constitué de la liste des opérations, permet de faciliter la remise au carré du bazar occasionné sur un système de fichiers qui serait devenu instable et donc, in fine, de limiter les pertes de données.

Mais une clé USB, en général, tu écris dessus, tu la fourres dans ton sac, et tu recopies ailleurs la donnée que tu as mise là. C'est assez rare que ça soit un support de stockage très vivant avec des lectures et écritures en rafale comme sur un système actif. Les performances ne sont pas là, ce n'est pas fait pour ça. En conséquence, on s'en fiche un peu si ça merdouille légèrement de temps en temps, par exemple quand on les remplit à fond ou qu'on n'arrive plus à supprimer un fichier : on reformate sans vraiment se poser de questions et sans s'embêter à réparer le système de fichiers. Donc la journalisation, ce n'est pas vraiment un sujet pour une clé USB.

En conséquence, le FAT32 n'était pas, de base, une idée incongrue. C'est un format quasiment universel et rares sont les systèmes qui ne le supportent pas. Effectivement comme tu l'as noté, sa capacité maximale en termes de taille de fichiers est de 4Go. Au-delà, le exFAT s'impose, qui est, lui aussi, très largement supporté. UDF est bien aussi. Chacun a ses points forts et ses points faibles, notamment en fonction de la taille des fichiers dont on parle. Alors le mieux c'est de tester

[Caren]

Bonsoir,

En écho à Cyrille :
SSH, je ne connais pas, mais je vais regarder et creuser la question.
Pour les formats, je vais aussi travailler la question pour trouver une solution.

En écho à Armaggion :
Vraiment merci pour cette explication claire et détaillée.

En effet, juste pour un transfert de dossiers et fichiers d'un ordinateur vers une clé USB et vice versa, il n'y a nul besoin d'une journalisation.

En fait, si j'ai été amenée à me poser cette question, c'est en lien avec le retour de commande qu'a demandé Cyrille concernant ma clé formatée au départ en exFat, retour dans lequel il a souligné ceci :

hfsplus: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only.

Couplé à des lectures sur internet, j'ai compris qu'exFat ne pouvait pas accéder en écriture à un système de fichiers en HFS+ journalisé, et que c'était peut-être ça qui avait causé le crash de ma clé lors du transfert de fichiers de Mac OS vers cette clé.
Et c'est pourquoi ensuite, j'en ai déduit que j'aurais peut-être mieux fait de formater ma clé en HFS+ (pas de problème alors de Mac OS vers ma clé), sachant qu'ensuite de la clé vers Linux Mint il y a la présence du paquet hfsprogs installé nativement avec LM pour assurer ce second transfert.

Ceci dit, je n'ai peut-être rien compris du tout et, si vous me le dites, sachant ma haute ignorance en ces matières, je n'aurai même aucun mal à vous croire !

Alors le mieux c'est de tester

Le test d'exFat a lamentablement échoué ! Clé HS !
J'ai quelques fichiers de plus de 4 Go, donc à voir en effet pour d'autres formats.
L'ext4, je peux tester mais je doute que cela puisse coller avec le Mac.
Peut-être l'UDF donc, avec un formatage de ma clé sous LM.

Et à nouveau, merci à tous pour votre aide !

[Armaggion]

J'ai compris qu'exFat ne pouvait pas accéder en écriture à un système de fichiers en HFS+ journalisé

Petite confusion sur ce point : chaque support a son formatage particulier. C'est le système entre les deux qui doit être comprendre les deux formatages simultanément pour passer les données de l'un à l'autre Le système réside en mémoire, sans question de formatage, même s'il est chargé depuis un support qui, lui, en a un. Le système comprend a minima le formatage de son support

[Caren]

Ok !
Néanmoins, je ne suis pas certaine de saisir toutes les nuances de cette précision, mais ça va faire son chemin petit à petit.
Merci à toi !

[richard39]

bonjour , en consultant ce fil je constate que j'ai le même problème avec une clé :
reconnue vide dans "Disque", n’apparaît pas sur le bureau et dans le gestionnaire de fichier. cela dit ce problème un peu récurent, j'ai déjà perdu pas mal de clé.

[Jennatux]

Bonjour

et gparted la voit ?

[L'Ogre]

Juste une question à Caren, tu disais que ta clé était neuve. Du coup, il doit y avoir une possibilité de demander au marchand un échange standard car une clé de 128 GO c'est pas donné quand même...

[Caren]

Bonjour L'Ogre,

En fait, la question est réglée car la clé est déjà partie à la déchetterie.
Du coup, on n'a pas eu le fin mot de l'histoire, si tant est qu'on ait pu l'avoir.

Cela dit, la clé était neuve, en effet, et au départ rien ne se présentait comme un problème, ni son effacement, ni son formatage, ni son montage sous MacOS ou Linux Mint. Ensuite, je l'ai utilisée et là, clash de la clé. Je dirais que je me suis retrouvée avec seulement un disque physique mais plus aucun disque logique.
Une fois utilisée, sous mon entière responsabilité après tout, difficile de revenir vers le marchand en prétextant un dysfonctionnement de la clé.

Eh oui, dans l'histoire, j'ai non seulement perdu ma clé mais aussi de l'argent bien sûr, et c'est bien ce qui m'a agacée aussi.