Premièrement, HFS + est un système de fichiers non natif du point de vue de Linux. On peut donc s’attendre à quelque chose de bizarre. Cela dit, le démontage complet du système de fichiers lors de la suppression de fichiers va au-delà du genre de bizarreries que je pensais, mais il est possible que cela soit au moins une partie de ce qui se passe. Si tel est le cas, et si aucune des suggestions ci-dessous ne vous aide, passer à la FAT peut faire l'affaire. Bien que FAT ne soit pas non plus natif, ses pilotes (sous Linux et macOS) sont suffisamment matures pour qu'il ne soit pas susceptible de causer de tels problèmes. OTOH, FAT est également très limité par rapport à HFS +, de sorte qu'il peut ne pas être adéquat (par exemple, si vous devez stocker des fichiers volumineux).
En tout état de cause, quelques problèmes spécifiques peuvent être au travail ici:
- Journalisation - Par défaut, macOS crée des volumes HFS + avec la journalisation active. En fait, cette valeur par défaut ne peut pas être désactivée dans les versions récentes de macOS lors de l'utilisation de l'Utilitaire de disque GUI. La journalisation, cependant, est mal prise en charge par les pilotes HFS + de Linux. Ainsi, pour une partition de données partagée, il est préférable de désactiver la journalisation. Malheureusement, je ne sais pas comment faire cela sur un volume existant; mais peut-être qu'une recherche sur le Web donnera un résultat positif. Sinon, ou si cela ne vous dérange pas de faire un jonglage sauvegarde-reformatage-restauration, vous pouvez le faire. Dans ce cas, je suggérerais d'utiliser
mkfs.hfsplusLinux pour créer le nouveau système de fichiers. Pour créer un système de fichiers non journalisé, vous devez omettre cette -Joption. (Tapez man mkfs.hfspluspour en savoir plus sur cette commande.) Si la commande n’est pas installée, vous devrez peut-être installer lehfsprogspaquet. Il existe également un moyen en ligne de commande de le faire dans macOS; Je crois que la commande est newfsou quelque chose de similaire. Je ne me souviens pas des détails, cependant.
- ID utilisateur coordonnés - Par défaut, le premier ID utilisateur (UID) d'Ubuntu est 1000, alors qu'il s'agit de 501 dans macOS. Ainsi, lorsque vous essayez de partager des fichiers sur une partition HFS + entre ces systèmes d'exploitation, les fichiers semblent appartenir à différents utilisateurs de chaque système d'exploitation. Bien qu'il soit possible de définir des autorisations de manière peu structurée ou de faire un usage
sudointensif pour permettre le partage de fichiers, une meilleure solution consiste à coordonner les valeurs UID sur les deux installations. Ma réponse à cette questionon AskUbuntu décrit comment procéder dans Ubuntu et fournit des pointeurs vers d'autres sites décrivant comment procéder dans macOS. (Effectuer le changement dans macOS est préférable, mais le processus est plus fastidieux dans macOS.) En suggérant de faire ce changement, mon hypothèse est que vous risquez de rencontrer des problèmes d'autorisations et que ces problèmes interagissent avec les bogues du système de fichiers qui sont à l'origine du système de fichiers. être démonté.
- Erreurs du système de fichiers - Si le système de fichiers a été endommagé, il est possible que le noyau le démonte subitement. Vous pouvez exécuter
fscksur une partition HFS + sous Linux, ce qui devrait résoudre le problème, à condition que le hfsprogspackage soit installé. Apple a ouvert une grande partie de son code HFS +, donc en théorie, cela devrait être à peu près identique à l'exécution d'un chèque dans macOS; Cependant, Apple apporte récemment des modifications à leurs systèmes de fichiers, et je ne sais pas si ces modifications ont été intégrées aux packages des distributions Linux. Il peut donc être plus sûr de faire le travail à partir de macOS, en utilisant Utilitaire de disque. Si Utilitaire de disque vous en donne la possibilité, n'activez pas de journal sur la partition, pour les raisons évoquées précédemment.
Vous pourrez peut-être obtenir des indices sur la cause du problème en consultant le tampon circulaire du noyau immédiatement après l'apparition du problème. Vous pouvez le faire en tapant dmesgpour voir le tout ou dmesg | tailpour voir les dernières lignes. (Vous pouvez étendre le nombre de lignes affichées via l' -noption tail, comme dans dmesg | tail -n 20; ou vous pouvez utiliser lessplutôt que tailde pouvoir faire défiler la totalité du texte.) Le tampon circulaire du noyau devraitenregistrer des informations sur les échecs du noyau, ce qui constitue un démontage non demandé d'un système de fichiers. OTOH, il est concevable que la cause du démontage ne soit pas une défaillance du noyau, ou que le rapport d'erreur ne se produise pas pour une raison quelconque. Si vous essayez les suggestions ci-dessus et que cela ne vous aide pas, mais si la mémoire tampon circulaire du noyau indique quelque chose de suspect, vous pouvez essayer de publier les détails.
