[Résolu] HDD (de données) inaccessible sous Ubuntu

Cerise74 · Le 18/05/2020, à 17:23

Bonjour,

Je vous contacte pour avoir de l'aide car je n'arrive pas à me sortir de mon gros problème, d'autant plus que je suis novice dans le domaine d'Ubuntu...

J'ai un PC (de bureau) avec 2 disques internes : un SSD avec les systèmes, et un HDD nommé "Mes documents" avec uniquement mes fichiers de données.
Le SSD (installé récemment) a plusieurs partitions, une avec Ubuntu 18.04, une avec Windows 10, et le reste en espace non alloué. Le PC est donc en "dual boot".
Après avoir installé Windows 10, et installé Ubuntu, j'avais récupéré l'ancienne partition "système" du HDD pour agrandir la partition "Mes documents". Ce disque est en NTFS, et doit être accessible depuis Windows et Ubuntu.

Tout fonctionnait bien jusqu'à la semaine dernière où je me suis aperçue que je ne pouvais plus écrire sur le HDD (je pouvais bien lire les fichiers, mais impossible de créer de dossier, ou d'y copier des fichiers depuis Ubuntu). J'ai donc essayé de remettre les droits en écriture (pourquoi cela avait-il changé ? Mystère...), et je crois que j'ai fait une manip un peu trop "large" avec la commande chmod 777 car l'accès au HDD est désormais totalement impossible !

Ubuntu le voit bien, il semble le monter sans problème (du moins il n'y a pas de message d'erreur) mais il marque :

Impossible d'afficher "Mes documents"
Le type du fichier est inconnu

lorsque j'essaie de l'ouvrir depuis l'explorateur de fichiers (nautilus)

Depuis Windows, je peux toujours y accéder sans problème, j'ai tous mes fichiers, en lecture/écriture.

J'ai essayé des commandes via testdisk, qui m'a encore plus fait perdre mon latin car il a semblé trouver des partitions qui n'étaient pas censées exister, auxquelles il n'arrivait de toute façon pas à accéder.

En désespoir de cause, vu que je pouvais toujours accéder au HDD depuis Windows, et que j'avais sauvegardé tous mes documents sur un disque dur externe, j'ai reformaté le HDD (sous Windows, donc) en NTFS, et j'ai remis mes documents. Je me suis dit qu'Ubuntu le verrait comme un disque neuf, mais non, cela ne change rien à mon problème !

En revanche, lorsque je branche mon disque dur externe, Ubuntu le monte et j'y accède sans problème, tant en lecture qu'en écriture.

J'ai peur d'avoir mis le bazar dans un fichier système d'Ubuntu (ou bien il s'est mis la misère lui-mème car j'avais eu des messages indiquant qu'il y avait eu des problèmes de mise à jour... mais je n'ai jamais réussi à savoir quels étaient ces problèmes...).

Au hasard de mes recherches sur internet, j'ai trouvé des commandes qui permettent d'avoir des informations... à condition de savoir les interpréter.

Je viens de faire la commande sudo lshw -class disk
J'ai ce résultat :

*-disk                    
       description: ATA Disk
       produit: ST2000DL003-9VT1
       fabriquant: Seagate
       identifiant matériel: 0.0.0
       information bus: scsi@1:0.0.0
       nom logique: /dev/sda
       version: CC32
       numéro de série: 5YD3JSZL
       taille: 1863GiB (2TB)
       fonctionnalités: gpt-1.00 partitioned partitioned:gpt
       configuration: ansiversion=5 guid=6211fc6e-4dfd-4f1e-8a44-77f996f7b48a logicalsectorsize=512 sectorsize=512
  *-cdrom
       description: DVD-RAM writer
       produit: DRW-24B3ST
       fabriquant: ASUS
       identifiant matériel: 0.0.0
       information bus: scsi@3:0.0.0
       nom logique: /dev/cdrom
       nom logique: /dev/cdrw
       nom logique: /dev/dvd
       nom logique: /dev/dvdrw
       nom logique: /dev/sr0
       version: 1.00
       fonctionnalités: removable audio cd-r cd-rw dvd dvd-r dvd-ram
       configuration: ansiversion=5 status=nodisc
  *-disk
       description: ATA Disk
       produit: Samsung SSD 860
       identifiant matériel: 0.0.0
       information bus: scsi@7:0.0.0
       nom logique: /dev/sdb
       version: 2B6Q
       numéro de série: S4CZNF0N180961B
       taille: 931GiB (1TB)
       fonctionnalités: partitioned partitioned:dos
       configuration: ansiversion=5 logicalsectorsize=512 sectorsize=512 signature=39b0c3d6

Le disque à problème est le premier : /dev/sda

J'ai ensuite fait la commande suivante : sudo dmesg | grep [sh]d[a-z]

[    0.226773] NMI watchdog: Enabled. Permanently consumes one hw-PMU counter.
[    3.009094] sd 1:0:0:0: [sda] 3907029168 512-byte logical blocks: (2.00 TB/1.82 TiB)
[    3.009187] sd 1:0:0:0: [sda] Write Protect is off
[    3.009189] sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    3.009218] sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    3.073606]  sda: sda1
[    3.073971] sd 1:0:0:0: [sda] Attached SCSI disk
[    3.080798] sd 7:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
[    3.080812] sd 7:0:0:0: [sdb] Write Protect is off
[    3.080814] sd 7:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[    3.080838] sd 7:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    3.081862]  sdb: sdb1 sdb2 < sdb5 >
[    3.083245] sd 7:0:0:0: [sdb] supports TCG Opal
[    3.083246] sd 7:0:0:0: [sdb] Attached SCSI disk
[    3.361018] EXT4-fs (sdb5): mounted filesystem with ordered data mode. Opts: (null)
[    3.785637] EXT4-fs (sdb5): re-mounted. Opts: errors=remount-ro
[    4.556281] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC892: line_outs=4 (0x14/0x15/0x16/0x17/0x0) type:line
[    4.556284] snd_hda_codec_realtek hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[    4.556285] snd_hda_codec_realtek hdaudioC0D0:    hp_outs=1 (0x1b/0x0/0x0/0x0/0x0)
[    4.556286] snd_hda_codec_realtek hdaudioC0D0:    mono: mono_out=0x0
[    4.556287] snd_hda_codec_realtek hdaudioC0D0:    dig-out=0x11/0x1e
[    4.556288] snd_hda_codec_realtek hdaudioC0D0:    inputs:
[    4.556289] snd_hda_codec_realtek hdaudioC0D0:      Front Mic=0x19
[    4.556291] snd_hda_codec_realtek hdaudioC0D0:      Rear Mic=0x18
[    4.556292] snd_hda_codec_realtek hdaudioC0D0:      Line=0x1a
[  755.345762] sd 9:0:0:0: [sdc] Spinning up disk...
[  760.702388] sd 9:0:0:0: [sdc] Very big device. Trying to use READ CAPACITY(16).
[  760.705677] sd 9:0:0:0: [sdc] 9767475200 512-byte logical blocks: (5.00 TB/4.55 TiB)
[  760.705685] sd 9:0:0:0: [sdc] 4096-byte physical blocks
[  760.714560] sd 9:0:0:0: [sdc] Write Protect is off
[  760.714568] sd 9:0:0:0: [sdc] Mode Sense: 47 00 10 08
[  760.725806] sd 9:0:0:0: [sdc] No Caching mode page found
[  760.725817] sd 9:0:0:0: [sdc] Assuming drive cache: write through
[  760.870506]  sdc: sdc1
[  760.875884] sd 9:0:0:0: [sdc] Attached SCSI disk

et enfin la commande sudo fdisk -l /dev/sda

Disque /dev/sda : 1,8 TiB, 2000398934016 octets, 3907029168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 6211FC6E-4DFD-4F1E-8A44-77F996F7B48A

Périphérique Début        Fin   Secteurs Taille Type
/dev/sda1     2048 3907028991 3907026944   1,8T Données de base Microsoft

Si quelqu'un avait une idée d'une manip à faire pour corriger ce problème, cela me sauverait !

Je vous remercie d'avance !

Dernière modification par Cerise74 (Le 20/05/2020, à 11:49)

geole · Le 18/05/2020, à 17:34

Bonjour

Tu devrais regarder si windows n'a pas récréé son fichier d'hibernation.

Je crois comprendre que le disque dur en question SDA est un disque interne.
Pour une recherche sur le point de montage retour de

tail +7    /etc/fstab

lsblk | grep -v loop

sudo blkid | grep sda

mount | grep sda

Dernière modification par geole (Le 18/05/2020, à 17:38)

Cerise74 · Le 20/05/2020, à 09:40

Bonjour,

Désolée, je n'arrivais pas à retrouver mon propre message...

Merci pour les infos, je vais essayer ça !

bonne journée

Cerise74 · Le 20/05/2020, à 09:51

Le disque à problème est effectivement un disque interne.

Alors, tail +7 /etc/fstab donne

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=a114d2f5-889e-4884-9f2a-f4ccfcbe58ef /               ext4    errors=remount-ro 0       1
/swapfile                                 none            swap    sw              0       0
/dev/disk/by-id/usb-WD_My_Passport_2627_575850314537393257304138-0:0-part1 /mnt/usb-WD_My_Passport_2627_575850314537393257304138-0:0-part1 auto nosuid,nodev,nofail,x-gvfs-show 0 0

Il a l'air de dire que le problème est qu'il avait paramétré le disque avec la référence /dev/sda5 qui n'existe plus, c'est ça ?
C'est normal qu'il mentionne aussi mon disque dur externe, alors qu'il n'est pas branché ? Il a gardé les infos en mémoire ?

lsblk | grep -v loop donne

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0   1,8T  0 disk 
└─sda1   8:1    0   1,8T  0 part /media/cecile/Mes documents
sdb      8:16   0 931,5G  0 disk 
├─sdb1   8:17   0   293G  0 part 
├─sdb2   8:18   0     1K  0 part 
└─sdb5   8:21   0  93,1G  0 part /
sr0     11:0    1  1024M  0 rom

sudo blkid | grep sda donne

/dev/sda1: LABEL="Mes documents" UUID="5C64DCA664DC8464" TYPE="ntfs" PARTLABEL="Mes documents" PARTUUID="b333a9c6-5df6-45a8-9004-308a8c13e312"

mount | grep sda donne

/dev/sda1 on /media/cecile/Mes documents type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)

Dernière modification par Cerise74 (Le 20/05/2020, à 11:21)

geole · Le 20/05/2020, à 10:32

Bonjour
On va essayer de faire les choses dans l'ordre et sans bricolage fait en ligne de commande.

En fait, le commentaire dit que la partition / contenant ubuntu avait été installée sur SDA5 mais on sait que cela n'est pas stable. C'est actuellement SDB5. Il a utilisé le UUID qui est stable tant qu'on ne formate pas la partition.

Dans le /etc/fstab, tu as la présence d'une partition du disque externe parce que tu as forcé son montage au démarrage.
Je te propose la même démarche pour la partition SDA1. Mais je n'aime pas trop le label que tu y as mis avec un espace ( Mes documents ) car c'est plus compliqué en ligne de commande puisqu'il faut remplacer chaque espace par les 4 caractères \040

Donc en premier, tu lances gnome Disk Utility. Tu lui demandes de démonter la partition. Tu lui demandes de changer son label pour qu'il devienne MesDocuments (ou Mes_documents) Puis tu lui demanderas de monter cette partition à chaque démarrage. Tu préciseras que cela doit se faire avec le label et pas un autre choix du style /dev/disk/by-id/usb-WD_My_Passport_2627_575850314537393257304138-0:0-part1
Tu peux même dire que le point de montage doit être /MesDocuments au lieu de /mnt/MesDocuments. Tu remontes aussi la partition

Par la suite, tout devrait marcher à condition que tu penses à stopper windows en cliquant sur REDEMARRER et pas surARRETER

FrancisFDZ · Le 20/05/2020, à 10:50

Bonjour,
Pour te conformer aux us et coutumes de ce forum (et aussi d'ailleurs de beaucoup d'autres), plutôt que de mettre les réponses aux commandes en bleu, places les entres balises (en l’occurrence le symbole "<>" qui se trouve juste au dessus de la fenêtre de réponse). Pour plus de détails sur les balises, tu peux cliquer sur "BBCode" et/ou "Balise" situé(s) sous cette même fenêtre.

[Edit] Ce message a visiblement été lu et compris, c'est parfait [/Edit]

Dernière modification par FrancisFDZ (Le 20/05/2020, à 19:09)

Cerise74 · Le 20/05/2020, à 11:16

Merci pour l'info FrancisFDZ, je m'étais effectivement demandée comment je pouvais faire ce formatage du texte... Comme je l'ai précisé, je suis novice !

Geole, j'ai donc un message d'erreur lorsque j'essaie de changer le label :
Message d'erreur lors du changement de label

geole a écrit :

Par la suite, tout devrait marcher à condition que tu penses à stopper windows en cliquant sur REDEMARRER et pas surARRETER

Aujourd'hui, je ne suis pas du tout allée sur windows, j'ai démarré le pc directement sur Ubuntu, cela devrait aller ?

Dernière modification par Cerise74 (Le 20/05/2020, à 11:19)

geole · Le 20/05/2020, à 11:22

Ce message d'erreur veut dire qu'il faut lancer windows puis le terminer en choisissant redémarrer

Cerise74 · Le 20/05/2020, à 11:32

YES ! ça marche !

Merci beaucoup beaucoup beaucoup !

Si je comprends bien, pour que tout fonctionne correctement, il faut à chaque fois démarrer Windows, lui demander de redémarrer puis aller sur Ubuntu au lieu de démarrer Ubuntu directement après allumage du PC (même si on l'a débranché après l'avoir éteint la veille) ?

FrancisFDZ · Le 20/05/2020, à 19:14

Cerise74 a écrit :

YES ! ça marche !
Merci beaucoup beaucoup beaucoup !
Si je comprends bien, pour que tout fonctionne correctement, il faut à chaque fois démarrer Windows, lui demander de redémarrer puis aller sur Ubuntu au lieu de démarrer Ubuntu directement après allumage du PC (même si on l'a débranché après l'avoir éteint la veille) ?

Pas tout à fait ! En fait il suffit simplement de quitter Windows en choisissant systématiquement "Redémarrer", ce qui peut sembler paradoxal, mais c'est windows ...

geole · Le 21/05/2020, à 08:30

Bonjour
Redémarrer veut dire "utiliser le bios" pour mettre en route la machine
Arrêter veut dire mettre en sommeil windows pour qu'au prochain appui sur la touche touche, il se réveille immédiatement.

Lorsque tu arrêtes ubuntu, tu as quasiment le même choix avec les touches éteindre et redémarrer. Mais dans les deux cas, Il met en route sur le grub. Tu peux alors choisir l'O.S. que tu veux. C'est à dire immédiatement UBUNTU .

Si tu veux que windows se comporte de la même manière, il faut lui supprimer la fonctionnalité hibernation qui est installée par défaut pour windows et pas pour ubuntu qui maîtrise mal cette technique d'où le fait que tu n'as pas le même problème.
https://support.microsoft.com/fr-fr/hel … is-running
Mais, lors de mises à jour importantes, windows se rend compte qu'il lui manque cette fonctionnalité et la réinstalle ..=> Tout à refaire

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 18/05/2020, à 17:23

[Résolu] HDD (de données) inaccessible sous Ubuntu

#2 Le 18/05/2020, à 17:34

Re : [Résolu] HDD (de données) inaccessible sous Ubuntu

#3 Le 20/05/2020, à 09:40

Re : [Résolu] HDD (de données) inaccessible sous Ubuntu

#4 Le 20/05/2020, à 09:51

Re : [Résolu] HDD (de données) inaccessible sous Ubuntu

#5 Le 20/05/2020, à 10:32

Re : [Résolu] HDD (de données) inaccessible sous Ubuntu

#6 Le 20/05/2020, à 10:50

Re : [Résolu] HDD (de données) inaccessible sous Ubuntu

#7 Le 20/05/2020, à 11:16

Re : [Résolu] HDD (de données) inaccessible sous Ubuntu

#8 Le 20/05/2020, à 11:22

Re : [Résolu] HDD (de données) inaccessible sous Ubuntu

#9 Le 20/05/2020, à 11:32

Re : [Résolu] HDD (de données) inaccessible sous Ubuntu

#10 Le 20/05/2020, à 19:14

Re : [Résolu] HDD (de données) inaccessible sous Ubuntu

#11 Le 21/05/2020, à 08:30

Re : [Résolu] HDD (de données) inaccessible sous Ubuntu

Pied de page des forums