Cyrille a écrit le 19 janvier :
As tu essayé ntfsfix ?
[…] Si tu premier message est tjs d'actualité, chez toi, cela devrait être : /dev/sdf1 mais à vérifier)
Bonjour Cyrille,
J'ai terminé mes sauvegardes. C'était important à faire en cas de « crash ».
1
Remarque de fond :
Avant de voir ce que donne "sudo ntfsfix" puis de tester le disque sur smartmontools pour réparer je fais une observation sur ce qui est sans aucun doute une anomalie de mon ordinateur depuis que je l'ai acquis il y a environ cinq ans.
DATA le disque dur interne a tendance à se déconnecter du volet gauche sans raison apparente. Parfois au bout d'un moment il revient. Parfois il me suffit d'éteindre et de redémarrer pour qu'il réapparaisse. C'est un problème récurrent. Problème de montage ? La raison m'échappe. Je note cependant – mais cela n'a peut-être rien à voir – que le "montage" de ce périphérique se lance en premier (Gparted) avant /boot/efi et / (et swap) qui sont en /dev/sdb.
Je me suis demandé si c'était bien conventionnel et si cela n'expliquerai pas quelques problèmes. Ne faudrait-il pas inverser les ordres et avoir d'abord en sda (et non pas en sdb), le système :
Code : Tout sélectionner
/dev/sdb1: UUID="3462-DE7E" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="123faee0-8862-43ba-875f-6bb903a42f39"
/dev/sdb2: UUID="105a618d-3db7-4847-bc94-51841a1c5d32" TYPE="ext4" PARTUUID="dd5fb420-28b2-414e-8511-cd68e601e029"
/dev/sdb3: UUID="a3c05bca-ef8b-45cd-8490-5b1e55185f94" TYPE="swap" PARTUUID="e1869dac-f106-4c02-b9fd-132e3f4ebcfd"
2
J'ai vérifié le chemin d'accès de GIGA TOSHIBA puisque c'est sur ce disque externe que j'ai le problème sur un fichier noté .lock « impossible accès problème entrée/sortie » (Au cours de ma sauvegarde j'en ai trouvé d'autres).
J'ai regardé avec « blkid ». Un première fois son chemin d'accès était : /dev/sde1. Mais la veille j'avais /dev/sdi1. Et depuis peu j'ai /dev/sdh1 ?... (Cela est confirmé par Gparted ou avec Disques).
Se peut-il que les chemins d'accès se promènent au grès des « caprices » numériques ?
Dans ce cas comment puis-je être sûr de faire sudo ntfsfix « partition » correctement ?
Une fois avec « blkid » j'ai : (/dev/sde1) :
Code : Tout sélectionner
yves@yves-H81M-HD3 ~ $ blkid
/dev/sda1: LABEL="DATA" UUID="18F06850F0683662" TYPE="ntfs" PARTUUID="8145ffdc-01"
/dev/sdb1: UUID="3462-DE7E" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="123faee0-8862-43ba-875f-6bb903a42f39"
/dev/sdb2: UUID="105a618d-3db7-4847-bc94-51841a1c5d32" TYPE="ext4" PARTUUID="dd5fb420-28b2-414e-8511-cd68e601e029"
/dev/sdb3: UUID="a3c05bca-ef8b-45cd-8490-5b1e55185f94" TYPE="swap" PARTUUID="e1869dac-f106-4c02-b9fd-132e3f4ebcfd"
/dev/sdc1: LABEL="SP PHD U3" UUID="1712-3D23" TYPE="vfat" PARTUUID="c32204e1-01"
/dev/sdd1: LABEL="STORE N GO" UUID="006E-AE4A" TYPE="vfat" PARTUUID="006eae4a-01"
/dev/sde1: LABEL="GIGA_TOSHIBA_E" UUID="686415F26415C42A" TYPE="ntfs" PARTUUID="d0a056ec-01"
yves@yves-H81M-HD3 ~ $
Une autre fois : (/dev/sdh1)
Code : Tout sélectionner
yves@yves-H81M-HD3 ~ $ blkid
/dev/sda1: LABEL="DATA" UUID="18F06850F0683662" TYPE="ntfs" PARTUUID="8145ffdc-01"
/dev/sdb1: UUID="3462-DE7E" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="123faee0-8862-43ba-875f-6bb903a42f39"
/dev/sdb2: UUID="105a618d-3db7-4847-bc94-51841a1c5d32" TYPE="ext4" PARTUUID="dd5fb420-28b2-414e-8511-cd68e601e029"
/dev/sdb3: UUID="a3c05bca-ef8b-45cd-8490-5b1e55185f94" TYPE="swap" PARTUUID="e1869dac-f106-4c02-b9fd-132e3f4ebcfd"
/dev/sdg1: LABEL="SP PHD U3" UUID="1712-3D23" TYPE="vfat" PARTUUID="c32204e1-01"
/dev/sdh1: LABEL="GIGA_TOSHIBA_E" UUID="686415F26415C42A" TYPE="ntfs" PARTUUID="d0a056ec-01"
/dev/sdi1: LABEL="STORE N GO" UUID="006E-AE4A" TYPE="vfat" PARTUUID="006eae4a-01"
yves@yves-H81M-HD3 ~ $
Avec sudo parted -l :
Code : Tout sélectionner
yves@yves-H81M-HD3 ~ $ sudo parted -l
[sudo] Mot de passe de yves :
Modèle: ATA ST2000DM001-1ER1 (scsi)
Disque /dev/sda : 2000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 2000GB 2000GB primary ntfs
Modèle: ATA Samsung SSD 850 (scsi)
Disque /dev/sdb : 500GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : gpt
Disk Flags:
Numéro Début Fin Taille Système de fichiers Nom Fanions
1 1049kB 538MB 537MB fat32 EFI System Partition démarrage, esp
2 538MB 492GB 491GB ext4
3 492GB 500GB 8475MB linux-swap(v1)
Modèle: Verbatim STORE N GO (scsi)
Disque /dev/sdi : 15,7GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 32,8kB 15,7GB 15,7GB primary fat32 démarrage
Modèle: PHD 3.0 Silicon-Power (scsi)
Disque /dev/sdg : 2000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 2000GB 2000GB primary fat32 démarrage, lba
Modèle: ASMT 2115 (scsi)
Disque /dev/sdh : 1000GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 1000GB 1000GB primary ntfs démarrage
yves@yves-H81M-HD3 ~ $
Merci par avance de m'éclairer sur ce dysfonctionnement et sur ce que je devrais faire pour le résoudre.
Bien cordialement,
Joan