Bonjour,
J’utilise debian Jessie sur PC et j’essaie d’accéder aux données stockées sur un HD ide à l’aide d’un adaptateur ide/usb.
Je précise que le câble n’est pas en cause car ça marche avec un autre disque dur.
Celui-ci est reconnu, la commande lsusb me donne une entrée spécifique mais je ne vois rien apparaître dans mon navigateur de fichier (celui de gnome)
Je ne pense que le HD n’est pas HS puisque je l’entends tourner mais impossible de voir les données
Merci pour votre aide
Bonjour,
Quel système de fichiers ?
Quel est le retour de lsusb ?
gnome propose aussi un outil Disques
Quels sont les modèles (et capacités) des deux disques ?
Quels sont les derniers messages du noyau juste après la connexion du disque en USB ?
dmesg | tail -n 50
Bonjour, je réponds aux deux messages :
Système de fichier du disque : fat32 (je n’en suis pas certain)
commande lsusb : (uniquement l’entrée supplémentaire)
Bus 001 Device 002: ID 152d:2338 JMicron Technology Corp. / JMicron USA Technology Corp. JM20337 Hi-Speed USB to SATA & PATA Combo Bridge
La commande dmesg | tail -n 50 donne après connexion du disque
12.749120] vboxdrv: Successfully loaded version 4.3.36_Debian (interface 0x001a000b).
[ 13.090005] vboxpci: IOMMU found
[ 17.822385] gre: GRE over IPv4 demultiplexor driver
[ 17.903731] openvswitch: Open vSwitch switching datapath
[ 18.777075] cfg80211: Calling CRDA to update world regulatory domain
[ 19.923724] cfg80211: World regulatory domain updated:
[ 19.923732] cfg80211: DFS Master region: unset
[ 19.923735] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[ 19.923741] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
[ 19.923745] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
[ 19.923749] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A)
[ 19.923753] cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (N/A)
[ 19.923758] cfg80211: (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (0 s)
[ 19.923762] cfg80211: (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s)
[ 19.923765] cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
[ 19.923769] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A)
[ 20.524538] r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168e-3.fw (-2)
[ 20.524583] r8169 0000:01:00.0: Direct firmware load failed with error -2
[ 20.524588] r8169 0000:01:00.0: Falling back to user helper
[ 20.525552] r8169 0000:01:00.0 eth0: unable to load firmware patch rtl_nic/rtl8168e-3.fw (-12)
[ 20.538189] r8169 0000:01:00.0 eth0: link down
[ 20.538232] r8169 0000:01:00.0 eth0: link down
[ 20.538269] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 22.189531] r8169 0000:01:00.0 eth0: link up
[ 22.189550] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 29.097638] aufs: module is from the staging directory, the quality is unknown, you have been warned.
[ 29.098433] aufs 3.16-20140908+setfl
[ 35.986341] Bridge firewalling registered
[ 36.177972] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
[ 36.502248] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 37.005433] Initializing XFRM netlink socket
[ 37.105426] IPv6: ADDRCONF(NETDEV_UP): docker0: link is not ready
[ 2746.376595] usb 1-1: new high-speed USB device number 2 using ehci-pci
[ 2746.509521] usb 1-1: New USB device found, idVendor=152d, idProduct=2338
[ 2746.509529] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=5
[ 2746.509535] usb 1-1: Product: USB to ATA/ATAPI bridge
[ 2746.509539] usb 1-1: Manufacturer: JMicron
[ 2746.509542] usb 1-1: SerialNumber: 7D5000935017
[ 2746.633996] usb-storage 1-1:1.0: USB Mass Storage device detected
[ 2746.634137] scsi6 : usb-storage 1-1:1.0
[ 2746.634209] usbcore: registered new interface driver usb-storage
[ 2747.633026] scsi 6:0:0:0: Direct-Access WDC WD50 00YS-01MPB0 PQ: 0 ANSI: 5
[ 2747.633782] sd 6:0:0:0: Attached scsi generic sg2 type 0
[ 2747.635515] sd 6:0:0:0: [sdb] 976773168 512-byte logical blocks: (500 GB/465 GiB)
[ 2747.639515] sd 6:0:0:0: [sdb] Write Protect is off
[ 2747.639524] sd 6:0:0:0: [sdb] Mode Sense: 28 00 00 00
[ 2747.640489] sd 6:0:0:0: [sdb] No Caching mode page found
[ 2747.640495] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[ 2747.652653] sdb:
[ 2747.655746] sd 6:0:0:0: [sdb] Attached SCSI disk
modèle et capacité du disque : Western Digital WD5000YS capacité 500 GB
L’autre disque (celui que je parviens à lire) : Maxtor DiamonMax 21 capacité 160 GB
Voilà , je me tiens à votre disposition pour d’autres infos
Le disque semble bien reconnu avec sa capacité. Par contre il ne semble pas avoir de table de partition. Peut-être contient-il directement un système de fichiers, mais c’est plutôt rare.
Qu’est-ce que ce disque est censé contenir, d’où vient-il, comment a-t-il été initialisé ?
Que disent
file -s /dev/sdb blkid /dev/sdb wipefs /dev/sdb
S’il y a un système de fichiers directement dans /dev/sdb, ceci devrait le monter :
mount /dev/sdb /mnt
S’il y a un cavalier sur le disque dur, peut-être que l’enlever résoudra le problème.
Salut,
Est-ce que le PC sous Debian Jessie a des ports IDE ? Si tu connectes sur les ports IDE de la carte mère (attention, pas à chaud) directement, ça pourrait poser moins de problème.
Le peu d’info qu’il me reste concernant ce disque :
je l’ai acheté il y a environ 10ans et il contient des données personnelles, il s’agit d’un disque dur externe et j’accédais à ce disque par le réseau.
Il y avait sans doute un système interne qui gérait le disque et parfois ça plantait alors il fallait réinitialiser le disque et puis un jour le système(du disque) n’a plus démarré correctement et c’est devenu impossible d’y accéder.
voici le résultat des commandes que vous m’avez indiquées :
jt@thetis:~$ sudo file -s /dev/sdb
/dev/sdb: DOS/MBR boot sector
jt@thetis:~$ sudo blkid /dev/sdb
/dev/sdb: PTUUID="71cba378" PTTYPE="dos"
jt@thetis:~$ sudo wipefs /dev/sdb
offset type
----------------------------------------------------------------
0x1fe dos [table de partitions]
j’oubliais :
jt@thetis:~$ sudo mount /dev/sdb /mnt
mount: mauvais type de système de fichiers, option erronée, superbloc erroné
sur /dev/sdb, page de code ou programme auxiliaire manquant, ou autre erreur
Dans certains cas des renseignements utiles sont dans le journal
système — essayez « dmesg | tail » ou quelque chose du genre.Les trois commandes s’accordent à dire que le MBR contient une signature de secteur de boot contenant éventuellement une table de partition DOS, mais le noyau n’a trouvé aucune partition. La table est peut-être vide.
Qu’en dit
fdisk -t dos -l /dev/sdb
Tu veux dire qu’il était dans un boîtier NAS connecté directement au réseau en ethernet, et non à un ordinateur jouant le rôle de serveur ?
Dans ce cas le contenu du disque a peut-être un format propriétaire que Linux ne sait pas lire.
jt@thetis:~$ sudo fdisk -t dos -l /dev/sdb
Disque /dev/sdb : 465,8 GiB, 500107862016 octets, 976773168 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 : dos
Identifiant de disque : 0x71cba378
Oui il était dans un boîtier connecté au réseau éthernet
Il y a bien une table de partition valide mais elle est vide.
S’il y a un système de fichiers de type connu sur ce disque, tu peux le rechercher avec des programmes comme testdisk ou gpart.
sur un ide , il faut mettre le cavalier sur CS ( cable select )
Les deux appli testdik et gpart n’ont rien donné : à chaque fois la même réponse : aucun système de fichier
Y a-t-il une chance d’y parvenir en essayant sur un système windows ?
Pour la question du cavalier : non il n’y en a pas, de plus ça fonctionnait très bien avant alors pourquoi maintenant faudrait-il un cavalier ?
Je viens de relire ça et je ne suis pas sûr de bien comprendre.
En quoi consistait la réinitialisation ?
Il est possible que la table de partitions a sauté au cours d’une de ces réinitialisations.
Le disque devait être démarré en appuyant sur une touche au devant du boîtier.
Si tout s’était bien passé alors une led bleue s’allumait et dans le cas contraire il s’agissait d’une led orange.
Lorsque la led orange était alumée la seule chose à faire était de redémarrer le disque.
Et puis un jour la led est restée orange et plus moyen d’accéder au disque
Si testdisk et gpart n’ont rien donné, ça ne sent pas très bon.
Il existe aussi disktype. A essayer.
Bon j’ai laissé tombé concernant ce disque
mais il se trouve que j’ai un autre disque qui provient cette fois d’un serveur synologie en panne qui contient aussi des données personnelle, j’ai démonté les 2 disques du boîtier;
J’ai branché le premier disque sur mon PC, le disque est détecté mais pas moyen de le monter
Voici ce que j’obtiens avec testdisk :
TestDisk 6.14, Data Recovery Utility, July 2013
Christophe GRENIER grenier@cgsecurity.org
http://www.cgsecurity.org
Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
Partition Start End Size in sectors
Linux 0 1 1 309 254 63 4980087 [1.39-Feb112009]
> Linux RAID 0 1 1 309 254 63 4980087 [md0]
Linux Swap 310 0 1 374 254 63 1044225
Linux RAID 310 0 1 374 254 63 1044225 [md1]
Linux 391 0 1 121600 254 63 1947238650 [1.39-Mar012009]
Linux RAID 391 0 1 121600 254 63 1947238650 [md3]
Mais je ne sais pas quoi faire maintenant pour accéder aux données
Vérifie si fdisk ou autre voit bien les trois partitions.
Apparemment il y a trois partitions RAID avec le superbloc à la fin (format 0.9 ou 1.0). C’est pour cela que les partitions sont détectées deux fois, en tant que RAID et en tant que contenu du RAID.
Si c’est du RAID 1 (miroir), les partitions peuvent être utilisées directement sans passer par la couche RAID.
Si c’est du RAID 0 (agrégat en bandes sans redondance), il faut les deux disques pour assembler les volumes RAID.
Je suppose que la partition 1 contient le système et la partition 3, la plus grande, contient les données qui t’intéressent. Si je lis bien, elle contient un système de fichiers qu’il suffirait de monter (en lecture seule pour éviter les risques d’altération).
mount -r /dev/sdb3 /mnt
Si la partition est bien reconnue en tant que /dev/sdb3.
salut
j’utilise depuis longtemps des ide vers usb : 9 fois sur 10 ca marcher si tu mets le cavalier n’importe ou ou pas de cavalier, et une fois sur 10 ou ca marche pas il faut mettre le cavalier
mais si tu ne veux pas essayé n’essayes pas 
Voici ce que j’obtiens :
sudo mount -r /dev/sdb3 /mnt
[sudo] password for jt:
mount: type de système de fichiers « linux_raid_member » inconnu