Contenu | Rechercher | Menus

Annonce

L'équipe des administrateurs et modérateurs du forum vous invite à prendre connaissance des nouvelles règles.
En cas de besoin, vous pouvez intervenir dans cette discussion.

N'oubliez pas de cocher la case « Ajustement pour l'heure d'été » dans votre profil.

Ubuntu 16.04 LTS
Commandez vos DVD et clés USB Ubuntu-fr !

Pour en savoir un peu plus sur l'équipe du forum.

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

#1 Le 31/03/2018, à 13:01

baptiste1208

Impossible d'accéder à « Volume de 119 GB »

Bonjour

je ne parviens plus a entrer dans un HDD

voila le message erreur rencontré :

Error mounting /dev/sdb1 at /media/chef/24f8db10-0149-4cac-83ad-5431dcab664c: Command-line `mount -t "ext4" -o "uhelper=udisks2,nodev,nosuid" "/dev/sdb1" "/media/chef/24f8db10-0149-4cac-83ad-5431dcab664c"' exited with non-zero exit status 32: mount: /dev/sdb1 is already mounted or /media/chef/24f8db10-0149-4cac-83ad-5431dcab664c busy

Perso, je pense qu'il est mort mais j’aimerai savoir si on peut récupérer quelque chose dessus ?
quelqu'un a t'il une idée?
j'ai déjà fait quelque teste trouver sur le forum mais je bug sur l’interprétation des résultats (pas les connaissances)

Disque /dev/sdb : 111,8 GiB, 120034123776 octets, 234441648 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00072a87

Périphérique Amorçage     Start       Fin  Secteurs   Size Id Type
/dev/sdb1    *             2048 232349695 232347648 110,8G 83 Linux
/dev/sdb2             232351742 234440703   2088962  1020M  5 Étendue
/dev/sdb5             232351744 234440703   2088960  1020M 82 partition d'échang


Merci smile

Dernière modification par baptiste1208 (Le 31/03/2018, à 13:36)

Hors ligne

#2 Le 31/03/2018, à 16:53

erresse

Re : Impossible d'accéder à « Volume de 119 GB »

Bonjour,
Vérifie déjà par une commande "mount" qu'est-ce qui est monté dans ton système et où.
Comme le message dit que le volume est déjà monté ou que le point de montage est occupé...


Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.

Hors ligne

#3 Le 01/04/2018, à 16:14

baptiste1208

Re : Impossible d'accéder à « Volume de 119 GB »

salut le Concombre Masqué

alors la commande "mount" donne :

 sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=1984236k,nr_inodes=496059,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=402116k,mode=755)
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=24,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=12004)
mqueue on /dev/mqueue type mqueue (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
/var/lib/snapd/snaps/core_4017.snap on /snap/core/4017 type squashfs (ro,nodev,relatime)
/var/lib/snapd/snaps/core_4110.snap on /snap/core/4110 type squashfs (ro,nodev,relatime)
/var/lib/snapd/snaps/b1freearchiver_1.snap on /snap/b1freearchiver/1 type squashfs (ro,nodev,relatime)
/var/lib/snapd/snaps/core_4206.snap on /snap/core/4206 type squashfs (ro,nodev,relatime)
/var/lib/snapd/snaps/b1freearchiver_2.snap on /snap/b1freearchiver/2 type squashfs (ro,nodev,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=402116k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
 

je ne vois rien en rapport au "sdb"
pour infos j'ai sortie le Disk dur interne et branché en USB sur un autre poste

Hors ligne

#4 Le 01/04/2018, à 16:31

erresse

Re : Impossible d'accéder à « Volume de 119 GB »

Je ne vois rien non plus concernant /dev/sdb... comment le disque est-il branché à ta machine ? Est-ce une unité interne ou externe ?
S'il est externe, juste après l'avoir branché (attendre 30 secondes), tu peux faire une trace du journal :

dmesg | tail -n 20

Pour voir les réaction du système lors du branchement.


Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.

Hors ligne

#5 Le 10/04/2018, à 21:46

baptiste1208

Re : Impossible d'accéder à « Volume de 119 GB »

Salut salut
Merci pour ton retour, je n'ai pas pu te répondre plus tôt je n’était pas la
Alors j'ai fait plusieurs test avec ta commande

 dmesg | tail -n 20 

voici les retours


[ 1292.324970] scsi host6: usb-storage 2-1.4:1.0
[ 1293.350568] scsi 6:0:0:0: Direct-Access     TOSHIBA  MK1237GSX             PQ: 0 ANSI: 5
[ 1293.351597] sd 6:0:0:0: Attached scsi generic sg2 type 0
[ 1293.352373] sd 6:0:0:0: [sdb] 234441648 512-byte logical blocks: (120 GB/112 GiB)
[ 1293.353468] sd 6:0:0:0: [sdb] Write Protect is off
[ 1293.353474] sd 6:0:0:0: [sdb] Mode Sense: 28 00 00 00
[ 1293.354461] sd 6:0:0:0: [sdb] No Caching mode page found
[ 1293.354471] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[ 1293.417006]  sdb: sdb1 sdb2 < sdb5 >
[ 1293.421129] sd 6:0:0:0: [sdb] Attached SCSI disk
[ 1295.181033] psmouse serio1: Touchpad at isa0060/serio1/input0 lost sync at byte 6
[ 1295.201650] psmouse serio1: Touchpad at isa0060/serio1/input0 - driver resynced.
[ 1298.207546] sd 6:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 1298.207550] sd 6:0:0:0: [sdb] tag#0 Sense Key : Medium Error [current] 
[ 1298.207553] sd 6:0:0:0: [sdb] tag#0 Add. Sense: Unrecovered read error
[ 1298.207557] sd 6:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 06 c6 b1 e8 00 00 f0 00
[ 1298.207559] print_req_error: critical medium error, dev sdb, sector 113684968
[ 1298.207574] JBD2: Failed to read block at offset 21821
[ 1298.207586] JBD2: recovery failed
[ 1298.207589] EXT4-fs (sdb1): error loading journal
[ 1373.734285] usb 2-1.4: New USB device found, idVendor=152d, idProduct=2338
[ 1373.734293] usb 2-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=5
[ 1373.734298] usb 2-1.4: Product: USB to ATA/ATAPI bridge
[ 1373.734303] usb 2-1.4: Manufacturer: JMicron
[ 1373.734307] usb 2-1.4: SerialNumber: 000000000003
[ 1373.735216] usb-storage 2-1.4:1.0: USB Mass Storage device detected
[ 1373.735475] scsi host6: usb-storage 2-1.4:1.0
[ 1374.757693] scsi 6:0:0:0: Direct-Access     TOSHIBA  MK1237GSX             PQ: 0 ANSI: 5
[ 1374.758586] sd 6:0:0:0: Attached scsi generic sg2 type 0
[ 1374.761318] sd 6:0:0:0: [sdb] 234441648 512-byte logical blocks: (120 GB/112 GiB)
[ 1374.762430] sd 6:0:0:0: [sdb] Write Protect is off
[ 1374.762440] sd 6:0:0:0: [sdb] Mode Sense: 28 00 00 00
[ 1374.763675] sd 6:0:0:0: [sdb] No Caching mode page found
[ 1374.763691] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[ 1374.824426]  sdb: sdb1 sdb2 < sdb5 >
[ 1374.828590] sd 6:0:0:0: [sdb] Attached SCSI disk
[ 1375.557903] usb 2-1.4: USB disconnect, device number 7
[ 1375.576767] sd 6:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[ 1375.576772] sd 6:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 0d f9 4a a8 00 00 08 00
[ 1375.576774] print_req_error: I/O error, dev sdb, sector 234441384
[ 1374.758586] sd 6:0:0:0: Attached scsi generic sg2 type 0
[ 1374.761318] sd 6:0:0:0: [sdb] 234441648 512-byte logical blocks: (120 GB/112 GiB)
[ 1374.762430] sd 6:0:0:0: [sdb] Write Protect is off
[ 1374.762440] sd 6:0:0:0: [sdb] Mode Sense: 28 00 00 00
[ 1374.763675] sd 6:0:0:0: [sdb] No Caching mode page found
[ 1374.763691] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[ 1374.824426]  sdb: sdb1 sdb2 < sdb5 >
[ 1374.828590] sd 6:0:0:0: [sdb] Attached SCSI disk
[ 1375.557903] usb 2-1.4: USB disconnect, device number 7
[ 1375.576767] sd 6:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[ 1375.576772] sd 6:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 0d f9 4a a8 00 00 08 00
[ 1375.576774] print_req_error: I/O error, dev sdb, sector 234441384
[ 1385.912515] usb 2-1.4: new high-speed USB device number 8 using ehci-pci
[ 1386.021582] usb 2-1.4: New USB device found, idVendor=152d, idProduct=2338
[ 1386.021585] usb 2-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=5
[ 1386.021586] usb 2-1.4: Product: USB to ATA/ATAPI bridge
[ 1386.021587] usb 2-1.4: Manufacturer: JMicron
[ 1386.021589] usb 2-1.4: SerialNumber: 000000000003
[ 1386.022218] usb-storage 2-1.4:1.0: USB Mass Storage device detected
[ 1386.022373] scsi host6: usb-storage 2-1.4:1.0
[ 1386.021589] usb 2-1.4: SerialNumber: 000000000003
[ 1386.022218] usb-storage 2-1.4:1.0: USB Mass Storage device detected
[ 1386.022373] scsi host6: usb-storage 2-1.4:1.0
[ 1387.045091] scsi 6:0:0:0: Direct-Access     TOSHIBA  MK1237GSX             PQ: 0 ANSI: 5
[ 1387.045439] sd 6:0:0:0: Attached scsi generic sg2 type 0
[ 1387.046059] sd 6:0:0:0: [sdb] 234441648 512-byte logical blocks: (120 GB/112 GiB)
[ 1387.047055] sd 6:0:0:0: [sdb] Write Protect is off
[ 1387.047058] sd 6:0:0:0: [sdb] Mode Sense: 28 00 00 00
[ 1387.052321] sd 6:0:0:0: [sdb] No Caching mode page found
[ 1387.052327] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[ 1387.108453]  sdb: sdb1 sdb2 < sdb5 >
[ 1387.111552] sd 6:0:0:0: [sdb] Attached SCSI disk
[ 1391.910403] sd 6:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 1391.910414] sd 6:0:0:0: [sdb] tag#0 Sense Key : Medium Error [current] 
[ 1391.910420] sd 6:0:0:0: [sdb] tag#0 Add. Sense: Unrecovered read error
[ 1391.910429] sd 6:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 06 c6 b1 e8 00 00 f0 00
[ 1391.910435] print_req_error: critical medium error, dev sdb, sector 113684968
[ 1391.910481] JBD2: Failed to read block at offset 21821
[ 1391.910512] JBD2: recovery failed
[ 1391.910520] EXT4-fs (sdb1): error loading journal

Hors ligne

#6 Le 10/04/2018, à 21:47

baptiste1208

Re : Impossible d'accéder à « Volume de 119 GB »

je vois des ERROR et FAILED ....

Hors ligne

#7 Le 10/04/2018, à 21:59

moko138

Re : Impossible d'accéder à « Volume de 119 GB »

[ 1375.576774] print_req_error: I/O error, dev sdb, sector 234441384
[ 1391.910435] print_req_error: critical medium error, dev sdb, sector 113684968

Montre le retour complet de

sudo smartctl -a /dev/sdb

EDIT : Retiré l'option "-s on" qui peut devenir nuisible sur un disque matériellement abîmé et simplement branché.

Dernière modification par moko138 (Le 11/04/2018, à 12:41)


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne

#8 Le 11/04/2018, à 11:38

erresse

Re : Impossible d'accéder à « Volume de 119 GB »

Il semble bien, en effet, que ton disque en ait un coup dans le nez !
On aura peut-être plus de précisions avec le rapport de "smartctl" que t'a demandé moko138, mais je pense qu'il faut d'ores et déjà envisager une récupération de données via "testdisk" et/ou "photorec", par exemple, s'il y a des données intéressantes sur ce disque.
Si ce n'est pas possible, il faut alors se tourner vers un professionnel de la récupération comme "rmy", ça dépasse les compétences d'un utilisateur ordinaire...


Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.

Hors ligne