Comment trouver des détails, par exemple si le système de fichiers monté est en lecture seule ou en lecture-écriture, avec des détails sur l’état lié à la santé du disque?
Comment trouver des informations telles que le fait que le système de fichiers monté soit en lecture seule ou en lecture-écriture?
En plus de cela, comment trouver l’état de santé du disque dur ou de la partition sans affecter les données de ce disque ou de cette partition monté?
La commande mount listera toutes les partitions montées et indiquera si elles sont montées en lecture seule (ro) ou en lecture-écriture (rw).
Il n'y a aucun moyen de savoir si un système de fichiers est "sain" alors qu'il est monté en mode lecture-écriture normal. Pour déterminer si un système de fichiers est sain, vous devez utiliser fsck (ou un outil similaire) et ceux-ci nécessitent soit des systèmes de fichiers non montés, soit des systèmes de fichiers montés en lecture seule.
Je suppose que vous pouvez consulter le journal du noyau à l'aide de la commande dmesg et rechercher des messages tels que "journal relu" - ils indiqueront que le système de fichiers a été monté de manière incorrecte.
Le fichier /proc/mounts contient les informations nécessaires.
Par exemple, là j'ai une entrée pour mon lecteur de saut
/dev/sdb1 /media/xieerqi/Lexar vfat rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro 0 0
Une liste d'options séparées par des virgules et spécifiquementrw indique qu'il s'agit d'un système de fichiers monté en lecture-écriture. En lecture seule, cela signifie ro
vous aurez besoin d'une combinaison d'outils, qui, je crois, sont fournis dans le package smartmontools. Ce lien tient un plan assez gentil.
Votre première étape consiste à évaluer le rapport SMART de chaque lecteur à l'aide de smartctl.
smartctl -a /dev/sdXen supposant un contrôleur SATA standard, X étant l'identifiant réel du lecteurVotre deuxième étape devrait consister en un autotest étendu du lecteur. Pour ce faire, vous devez également utiliser smartctl:
smartctl --test=long /dev/sdXet une fois le temps de test écoulé (entre 60 et 240 minutes pour la plupart des lecteurs), lisez les résultats avec commande à l'étape 1.Votre troisième étape devrait consister en un test de transfert de lecteur, s’il est pris en charge par votre lecteur. Vous obtenez une erreur de la commande suivante si elle n'est pas prise en charge:
smartctl --test=conveyance /dev/sdX. Résultats: voir l'étape 1.Jusque-là, l'écriture de l'intégralité du disque aurait été une mauvaise idée, car de mauvais remappages de secteur sont effectués lors des opérations d'écriture. En d'autres termes, la preuve de la défaillance du lecteur pourrait avoir été dissimulée.
En supposant que toutes les étapes ci-dessus ne permettent pas de trouver un problème, vous devez maintenant utiliser "badblocks" pour analyser vos lecteurs à la recherche d'erreurs d'écriture:
badblocks -nvs /dev/sdXCe qui précède est un test non destructif, utilisez -wvs est l’alternative destructive, peut-être un peu plus rapide.
Ceux auxquels je fais attention sur mon ordinateur portable (avec un lecteur SSD, différents disques ont différents tests S.M.A.R.T.)
5 Reallocated_Sector_Ct
183 Runtime_Bad_Block
184 End-to-End_Error
233 Media_Wearout_Indicator
Le premier indicateur est en particulier Nice, car il vous indique combien de secteurs/blocs défectueux ont été remappés sur le disque.