fsck_msdos continue à bloquer le HD externe


4

MacOS Sierra 10.12.5 début 2015 MacBook pro 13 pouces Transcend 1To

Continuez comme ça depuis 2015 quand j'ai acheté les deux. Chaque fois qu'il est déconnecté de manière incorrecte, il attend longtemps après avoir tenté de le remonter, car le système vérifie constamment le fs:

$ sudo lsof | grep disk2
fsck_msdo 2084             root    3u      CHR               1,6 0xcf04928000     1153 /dev/rdisk2s1

Essayé de monter, démonter, éjecter, redémarrer le système d'exploitation, tuer le processus fs_check, mais à chaque fois qu'il redémarre la vérification du système de fichiers.

Est-ce nécessaire? Comment puis-je le désactiver?

$ diskutil list

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *1.0 TB     disk2
   1:             Windows_FAT_32 Transcend               1.0 TB     disk2s1

Réponses:


1

Il est nécessaire.

Il est indépendant de Mac ou de MacOS impliqué. Comme vous l'avez écrit "incorrectement": c'est la clé ici.

Pour éviter tout dommage du système de fichiers, le système d’exploitation vérifie si le système de fichiers est sale? Les systèmes de fichiers "sales" sont alors soumis à une vérification du système de fichiers ( fsck_msdos ). Fsck réussi marque le système de fichiers comme étant propre. (Et essaie généralement de corriger certaines incohérences, s’il en trouve certaines qu’il pourrait rectifier.) Tuer ce processus avant de faire la même chose qu’un démontage approprié, c’est-à-dire "marquer le système de fichiers comme étant propre", vous enverra en boucle. Il est possible de trouver un moyen de contourner le problème, mais ce n’est certainement pas à recommander.

Deux solutions:

  1. Essayez d'éjecter / démonter le système de fichiers proprement à chaque fois. C'est le meilleur moyen d'éviter l'exécution de fsck. Certaines applications peuvent rendre cette solution encore plus pratique, en fonction du type de disque utilisé, du type de connexion utilisé.
  2. Laissez-le suivre son cours fsck la première fois. C'est le moyen le plus rapide de recommencer à l'utiliser.

Mesures préventives possibles:

Un débranchement mécanique involontaire des disques, qu'il soit éveillé ou en cours d'utilisation, pourrait être atténué par un meilleur câble. Sans blague. J'ai un câble assez coûteux qui est beaucoup plus serré que tous les autres dans ce port. Si le problème survient principalement en mode veille ou après n’avoir pas utilisé le lecteur externe, vous pouvez consulter une application telle que Montagne . C'est commercial et il pourrait y avoir d'autres là-bas (Jettison, CleanMyDrive).

En outre, c’est vrai: ce fsck_msdos sert principalement à vous avertir de tout dommage et à prévenir tout dommage supplémentaire, afin que vous puissiez le transférer vers un système dont le fsck ou le chkdsk pouvez répare le.


Je vois, mais en réalité, la solution (1) est le problème actuel. Même si vous faites attention, MacOS éjecte le disque de manière incorrecte, sans aucune raison (cela me semble parfois particulièrement avec USB 3.0), ou pour d’autres raisons stupides (USB par exemple légèrement débranché). Et le fait est que, dans plus de 10 ans d’usb, utiliser (peut-être plus) pas même une fois que fsck avec Windows ou Linux n’était utile. Et si vous êtes pressé, attendez 30 min n'est pas si joyeux
RiccardoBucchi
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.