Panne disque dur externe plusieurs solutions?

philverm

Membre confirmé
9 Novembre 2005
37
3
Bjr,j'utilise un disque dur externe LACIE comme sauvegarde ,c'est un modele IDE RAID (double disque) qui ne monte plus sur mon bureau,il semble que ce soit la carte qui soit HS,alors comment recuperer mes 2 disques dur? Existe il un boitier Raid IDE vide dans lequel je peux reintaller mes Disques? Ou bien puis je les installer en interne dans mon G5 ? mais je ne sais pas si il y a 2 emplacements dispo en plus de l'original?Le but de tout cela est de recuper toute ma musique enregistré sur ces diques!! Merci pour tout bon conseils ou infos.

---------- Nouveau message ajouté à 15h11 ---------- Le message précédent a été envoyé à 14h34 ----------

Bon ben pour les installer dans le G5 Impossible les disque Lacie sont en IDE et le G5 en Sata! Donc seul solution trouver un boitier vide IDE RAID mais lequel?
 
  • J’aime
Réactions: macinside
Bonjour

De quel niveau de RAID s'agit-il ? Il est possible que la lecture d'un seul disque monté dans un simple boîtier externe IDE suffise à récupérer les données.
 
ne monte plus sur mon bureau,il semble que ce soit la carte qui soit HS

question bête: tu ne les vois pas dans d'utilitaire de disques ?
car une fois mon disque éxterne ne montait pas sur le bureau mais il suffisait de cliquer sur monter dans l'utilitaire de disques.
 
Bonjour

De quel niveau de RAID s'agit-il ? Il est possible que la lecture d'un seul disque monté dans un simple boîtier externe IDE suffise à récupérer les données.

Non j'ai essayé cela ne marche pas il affiche qu'il ne peut lire ce disque? Je pense qu'il ne marche pas l'un sans l'autre sans les reformater ce que je ne veux pas tant que j'ai pas recuperé mes docs! J'ai trouve un boitier Raid Ide,Boitier Externe AluBoxDuo 2 * IDE 3.5",de chez AC/ Rayan pour 69euros! je vais essayer de les remonter dedans en priant que ca marche! Merci je vous tiens au courant!
 
Bon mauvaise nouvelle j'ai installé mes deux disques dans un boitier tout neuf Raid Ide et quand je l'allume ,l'ecran m'affiche ce disque ne peut etre lu sur cette ordinateur?? Pourquoi ne reconnait il plus mes diques qui fonctionnait avant dans le boitier Lacie jusqu'a la panne? Je pourrai evidement formater comme l'ecran me le propose mais je pers alors toute mes données deçu!! si quelqu'un a une idee lumineuse? Merci d'avance!!
 
Soit dit en passant, tu n'as pas répondu à la question de savoir quel était le niveau de RAID. S'il s'agit d'un RAID1, les données sont dupliquées, pour plus de sécurité. S'il s'agit d'un RAID0, les données sont assemblées (entrelacées), de façon à augmenter la vitesse des transferts.


S'il s'agit d'un RAID0, il est possible que les deux disques soient tout bonnement inversés. Il suffirait alors de brancher le premier à la place du second, et réciproquement.

Sinon il peut y avoir plusieurs explications possibles, comme par exemple un mode d'adressage des données différent entre le nouveau et l'ancien contrôleur.


Quoi qu'il en soit, rien n'est perdu tant qu'on n'a pas la preuve formelle que les disques sont HS. Par ailleurs, Mac OS X contient des outils qui peuvent nous aider à diagnostiquer et à régler le problème.
 
…Quoi qu'il en soit, rien n'est perdu tant qu'on n'a pas la preuve formelle que les disques sont HS. Par ailleurs, Mac OS X contient des outils qui peuvent nous aider à diagnostiquer et à régler le problème.

Bjr,
j'ai le même souci j'ai un LaCie 1T il ne sagit probablement pas de la crte les disques sont en Raid0 à quels outils penses-tu ?
 
Il est possible d'accéder directement au contenu des disques au travers des fichiers logiques /dev/rdisk* (où * désigne le numéro du disque ou de la partition).

Sous Terminal, la liste des disques et des éventuelles partitions peut être obtenue avec la commande :
Bloc de code:
diskutil list
Il n'est pas nécessaire que le disque puisse être monté ni qu'une partition soit reconnue pour y apparaître.


L'accès au fichier logique permet de regarder le contenu du disque (avec la commande hexdump par exemple) afin de l'analyser, ou de le recopier (commande dd) afin d'en récupérer des parties et le cas échéant effectuer des traitement dessus.
 
je n'ai jamais utilisé le terminal mais ton explication est bonne si j'ai un souci je t'en reparle (essai immédiat) merci
pierre

---------- Nouveau message ajouté à 15h25 ---------- Le message précédent a été envoyé à 15h12 ----------

voilà ce que j'obtient, mais le Tera ne semble pas là ? je l'ai branché en USB2 mais je peut aussi le brancher en ethernet

Pierre-Antoine:~ pierreantoine$ diskutil list
/dev/disk0
#: type name size identifier
0: GUID_partition_scheme *149.1 GB disk0
1: EFI 200.0 MB disk0s1
2: Apple_HFS Macintosh HD 148.7 GB disk0s2

---------- Nouveau message ajouté à 15h38 ---------- Le message précédent a été envoyé à 15h25 ----------

voilà ce que j'obtient, mais le Tera ne semble pas là ? je l'ai branché en USB2 mais je peut aussi le brancher en ethernet

Pierre-Antoine:~ pierreantoine$ diskutil list
/dev/disk0
#: type name size identifier
0: GUID_partition_scheme *149.1 GB disk0
1: EFI 200.0 MB disk0s1
2: Apple_HFS Macintosh HD 148.7 GB disk0s2
 
voilà ce que j'obtient, mais le Tera ne semble pas là ?
Effectivement. Il aurait dû apparaître sous /dev/disk1 . Cela signifie probablement qu'il y a un problème d'interface ou d'alimentation électrique du disque. L'alimentation électrique insuffisante est le problème le plus courant sur les disques externes alimentés par la prise USB.


NB: Pour préciser ce que j'ai écrit au-dessus, si un disque ou une partition apparaît sous le nom /dev/disk* avec la commande diskutil, on utilise le nom /dev/rdisk* (le r signifiant «raw» = brut) pour accéder directement à son contenu.
 
sinon avec le terminal peut-on accéder au serveur qu'est mon bigdisk meme s'il n'apparait pas via la voie standard .

---------- Nouveau message ajouté à 15h54 ---------- Le message précédent a été envoyé à 15h50 ----------

en fait il est alimenté c'est un disque externe avec interface Usb et ethernet d'ou ma question précédente. quand je le cherche avec "se connecter à un serveur je ne le voit plus avant il fonctionnait. je ne sais pas pourquoi il est tombé en panne mais j'ais compris qu'il avait (système RAID 0) l'un des deux dsik qui avait un problème de secteur defecteux !
 
en fait j'ai trouvé sur le net le moyen d'en savoir un peu plus http://www.youtube.com/watch?v=DWNq5rAhZ9Y j'ai été installé les disk dans un PC qui a une carte sata et fait l'opération (en lecture seule). les disques sont visibles, j'arrive à créer une image disque mais elle stop au secteur 17 donc je récupère 500 Mo puis ça s'arrête !
voilà à quoi ça ressemble dedans !
PA1_0002.jpg
 
Les interfaces SATA semblent donc fonctionner. S'il y a par ailleurs un secteur défectueux, et vu qu'il s'agit d'un RAID0 (dont le but est d'accroître la vitesse et non pas de créer une redondance comme dans le RAID1), il est normal qu'on ne puisse pas reconstituer les données d'origine.

Il faudrait donc pouvoir lire les disques malgré le secteur défectueux, afin de tenter de remplacer ce dernier (s'il n'est pas d'une importance vitale ou s'il peut être reconstitué, il y a encore de l'espoir)

Sur Mac, si le périphérique n'apparaît pas dans la liste donnée par diskutil, c'est peut-être qu'on l'a « éjecté » lorsque le message « n'est pas lisible sur cet ordinateur » est apparu. Sinon ça signifie que c'est l'interface entre le contrôleur du disque et le Mac qui est HS.

Il faudrait voir s'il est possible finalement d'accéder à /dev/rdisk1. Sinon il faudra faire les manipulations en branchant les disques sur une interface SATA. Et si on fait ça sur PC, il faudra alors également trouver les outils logiciels adaptés.

---------- Nouveau message ajouté à 20h50 ---------- Le message précédent a été envoyé à 20h14 ----------

La première manip est de déterminer l'ordre, le facteur d'entrelacement, et peut-être aussi l'offset de départ du RAID0.

On doit en tout premier lieu repérer les secteurs système, dont le contenu et la position sur le disque sont riches en informations. Ces secteurs font un bloc entier (généralement 512 octet, soit 200 en hexadécimal).

L'aspect de ces secteurs système est très reconnaissable, et dépend du type de système installé.

Lorsque le partitionnement est de type MBR (Windows, MSDOS, etc), les secteurs système se terminent par les octets 55 AA (en hexadécimal). On peut distinguer d'une part le MBR (Master Boot Record) qui doit être le premier du disque reconstitué, et qui contient la table de partition de l'ensemble du disque, et d'autre part les différents secteurs de boot placés au début de chaque partition référencée dans la table du MBR. Il est également possible que le partitionnement soit le résultat d'un chaînage de plusieurs tables de partition (partition primaire+partitions secondaires), mais je n'entrerai dans le détail que si cela s'avère nécessaire.

Lorsque le partitionnement est de type Apple standard, c'est le début des secteurs qui est caractéristique. On trouve au début les lettres "ER" puis par la suite les lettres "PR" pour chaque secteur correspondant à une partition.

Il existe aussi un partitionnement GPT, introduit en même temps que l'EFI et qui permet aux nouveaux Macs de supporter à la fois les partitions Apple et Microsoft. Le premier secteur est un MBR, et chaque partition GUID commence par le texte "EFI PART".

La documentation officielle de chacun de ces formats peut être trouvée sur Internet.



En ayant déterminé la position finale que doivent occuper chacun de ces secteurs, on peut dans la majorité des cas déjà déterminer l'organisation des blocs entrelacés du RAID0, et donc savoir comment reconstruire le disque logique à partir des deux disques physiques.

Par la suite il faudra reconstituer le disque logique, puis trouver le secteur défectueux et l'identifier pour savoir si l'on peut s'en passer ou bien le reconstruire. La manière de procéder dépend des possibilités matérielles qui nous sont offertes. À discuter...
 
Heu la je rentre dans le cercle des experts! je suis un peu largué,bon mes disques apparaissent dans utilitaire disque et quand je fais verifier,il m'affiche verification du volume "disk3s6"Erreur:la tache sous jacente a signalé un echec a la fermeture et sur volume non HFS verifié:les volumes necessite des reparations!??
que dois-je faire? Réparer le disque?
 
que dois-je faire? Réparer le disque?
Difficile à dire. On ne sait toujours pas s'il s'agit d'un RAID0 ou d'un RAID1. Et dans le premier cas, on ne sait pas si les disques ont été rebranchés dans le bon ordre et si le contrôleur RAID fonctionne avec les bons paramètres d'entrelacement...

Ce message d'erreur peut être le fait d'une erreur ponctuelle sur le disque RAID correctement reconstitué, et alors la réparation pourrait être tentée (quoique le fait que la partition soit indiquée « non HFS » ne soit pas encourageant... si c'est une partition Microsoft - MSDOS ou Windows - mieux vaudrait confier le travail à un outil sous Windows).

Mais ce message peut être aussi le signe que le RAID ne reconstitue pas les données correctement, et dans ce cas la réparation pourrait signifier une destruction des données contenues dans le disque.


Donc tout d'abord, s'agit-il d'un RAID0 ou d'un RAID1 ? (Dans le doute, il suffit de lire la capacité indiquée sur les l'étiquette des disques physiques. Dans le cas du RAID0 [ajout des disques par entrelacement] elle représente la moitié de la capacité du disque logique final, et dans le cas du RAID1 [redondance] elle représente une capacité identique - à peu de chose près. )

Avais-tu bien au moins six partitions sur ton disque (ce que suggère l'indication « disk3s6 ») ? Et dans ce cas les cinq partitions précédentes sont-elles lues correctement en totalité ?

Enfin, quel était le format de cette sixième partition ? FAT, NTFS, Apple ?
 
bonjour,
Pascal d'abord merci pour ton aide.
bon j'ai refait l'opération diskutil et voilà le résultat (ça n'était encore jamais apparu comme ça !)

Disk Utility Tool
Utility to manage local disks and volumes.
Most options require root access to the device

Usage: diskutil <verb> <options>
<verb> is one of the following:
list (List the partitions of a disk)
information | info (Get information on a disk or volume)
listRAID (List RAID masters and members)

unmount (Unmount a single volume)
unmountDisk (Unmount an entire disk (all volumes))
eject (Eject a disk)
mount (Mount a single volume)
mountDisk (Mount an entire disk (all mountable volumes))
rename (Rename a volume)

enableJournal (Enable HFS+ journaling on a mounted HFS+ volume)
disableJournal (Disable HFS+ journaling on a mounted HFS+ volume)

verifyVolume (Verify the structure of a volume)
repairVolume (Repair the structure of a volume)

verifyPermissions (Verify the permissions of a volume)
repairPermissions (Repair the permissions of a volume)
repairOS9Permissions (Repair the permissions for the current
Classic boot volume)

eraseDisk (Erase an existing disk, removing all volumes)
eraseVolume (Erase an existing volume)
reformat (Reformat an existing volume)
eraseOptical (Erase an optical media (CD/RW, DVD/RW, etc.))
zeroDisk (Erase a disk, writing zeros to the media)
randomDisk (Erase a disk, writing random data to the media)
secureErase (Securely erase a disk or freespace on a volume)
resizeVolume (resize a volume, increasing or decreasing its size)

partitionDisk ((re)Partition a disk, removing all volumes)

createRAID (Create a RAID set on multiple disks)
destroyRAID (Destroy an existing RAID set)
checkRAID (Check a RAID set for errors)
enableRAID (Convert a disk to a degraded RAID mirror set)
convertRAID (Convert a RAID 1.x (pre-Tiger) to a RAID 2.x (Tiger))
updateRAID (Update the settings of an existing RAID)
addToRAID (Add a spare or member disk to an existing RAID)
removeFromRAID (Remove a spare or member disk from an existing RAID)
repairMirror (Repair a damaged RAID mirror set)

diskutil <verb> with no options will provide help on that verb

---------- Nouveau message ajouté à 14h04 ---------- Le message précédent a été envoyé à 13h57 ----------

je viens d'essayer la commande checkRAID mais finalement je ne suis pas certain de bien procéder ?
Dans la fenètre du terminal je copie checkRAID le colle après le $ et enter et voilà la réponse :
Pierre-Antoine:~ pierreantoine$ checkRAID
-bash: checkRAID: command not found
 
Pour diskutil, tu as simplement oublié ou mal tapé le mot qui suit le nom de la commande. C'est donc le mode d'emploi en anglais de diskutil qui s'est affiché.

Pour checkRAID, qui est en fait une option de diskutil et non pas une commande à part entière, la syntaxe est :
Bloc de code:
diskutil checkRAID
Si tu n'as pas de RAID en marche, tu auras la réponse :
Bloc de code:
RAID SETS
---------
No RAID sets found
 
effectivement la réponse est :
No RAID sets found

donc en clair c'est forcément la carte qui est morte ?