Reprise du message précédent :

 
Le soft m'identifie les 2 dd (le seagate et mon western) mais ne fait pas la mise à jour.
J'ai essayé en ne laissant que le seagate sur divers port sata (4) et boot sur le cd iso, pareil ... (firmware not mismatch)
j'ai aussi essayé depuis un live cd (pour ne laisser que le seagate), là j'ai une erreur (no target ....)  bref je ne sais plus que faire.
 
j'ai bien l'impression que le firmware sd1a ne veut pas s'installer SUR ma version sd25 ...
 
Les iso et .exe sont prises ici http://seagate.custkb.com/seagate/ [...] fr&Hilite=
ce sont bien les bonnes pourtant ? (mon dd y est listé : Seagate Barracuda 7200.11 ST3500820AS : 500 Go mais pas son firmware sd25 !)
 
En tapant le numero de serie du DD, seagate confirme qu'il n'y a pas de firmware disponible (no donwload available) ni de mise à jour à faire (no action required) ... pffffffffffff
http://img12.imageshack.us/img12/3 [...] serial.jpg
 
Je vais peut être essayer sur un autre ordi, mais je ne vois pas ce que ça peut faire de plus à priori ... et j'ai aussi éventuellement un 7200.12 a passer de firmware cc38 à cc49 (si j'ai un moment dans la journée)
 
Et sinon, qui pourrait me confirmer sans équivoque avoir fait une mise à jour réussie sur le MEME DD Seagate Barracuda 7200.11 ST3500820AS 500Go depuis le MEME firmware sd25 >> vers le >> SD1A
 
Merci à vous tous

 
Et c' est quoi qui déclenche le bug d' aprés toi?
 
Je ne comprends pas que l' on puisse traiter ainsi les gens de c... comme tu le fais, alors que tu n' apportes aucune information contradictoire et sérieuse.    
 
 
Il y a bel et bien mention d' une valeur critique d' un compteur logique dans le firmware initial des seagate 7200.11. Cette valeur est bloquante lorsqu' un certain nombre d' entrées est atteint dans le journal des événements ( Event Log Counter ). Et, je ne me souvenais plus bien, c' est en fait lorsque le compteur tombe sur le nombre 320 qu' il y a problème.
 
Seagate ne communique pas sur ce point.
 
 
 
Et voici une copie de l' intervention de ktinkel du 31 janvier 2009 sur le forum DTP: ( il me pardonnera, mais je ne sais pas si cela est très correct de donner des liens vers un autre forum... )
 
"A recent statement of the Seagate drive problem (http://www.msfn.org/board/index.php?showtopic=128092&st=1020&p=830686&#entry830686).
 
This may affect:
Barracuda 7200.11, Barracuda ES.2 (SATA), DiamondMax 22, FreeAgent Desk, Maxtor OneTouch 4, Pipeline HD, Pipeline HD Pro, SV35.3, and SV35.4. While only some percentage of the drives will be susceptible to this issue, Seagate recommends that all drives in these families be update d to the latest firmware!
 
The cause is this:
The firmware issue is that the end boundary of the event log circular buffer (320) was set incorrectly. During Event Log initialization, the boundary condition that defines the end of the Event Log is off by one.
During power up, if the Event Log counter is at entry 320, or a multiple of (320 + x*256), and if a particular data pattern (dependent on the type of tester used during the drive manufacturing test process) had been present
in the reserved-area system tracks when the drive's reserved-area file system was created during manufacturing, firmware will increment the Event Log pointer past the end of the event log data structure. This error is detected and results in an "Assert Failure", which causes the drive to hang as a failsafe measure. When the drive enters failsafe further update s to the counter become impossible and the condition will remain through subsequent power cycles. The problem only arises if a power cycle initialization occurs when the Event Log is at 320 or some multiple of 256 thereafter. Once a drive is in this state, there is no path to resolve/recover existing failed drives without Seagate technical intervention.
 
The solution is to update firmware, and Seagate recommends that all drives in the “effected families” be updated the latest firmware."
 
 
 
Comme ça tu connaitras le pseudo d' au moins un des nombreux c...idiot qui ont d' après toi lancé cette rumeur bidon de compteur.
 
 
Pour Dann: ou tu as échappé plusieurs fois au mode busy car un démarrage du DD est un "log event" et tu es un sacré veinard, ou tu n' as plus rien à craindre. Wait and see.  
 

Pffff!
 
Ce n'est pas ça.
 
Les disques actuels comportent une mémore tampon. Pendant le temps où elle se rempli, le firmware verrouille l'entrée DATA soit dans le sens entrée soitdans le sens sortie. C'est le mode BuSY. Ce mode se traduit par le changement d'état d'un bit sur le disque lui-même.
 
Une fois le transfert terminé, ce bit rebascule remettant l'unité en mode ReaDY.
 
Sauf que si un évènement électrique intervient pendant le processus ce bit ne rebascule pas. Et cela se produit quasiment toujours lors de l'extinction du PC. Le rebasculement n'ayant pas le temps de se faire.
 
Au démarrage suivant le disque est toujours BuSY et il ne repasse pas tout seul en ReaDY. D'où nécessité de la procédure de déblocage.
 
C'est mon interprétation. Je ne crois pas au compteur. Seagate n'aurait pas crée de firmware pour provoquer la panne de ses disques.
 
Et cela n'est pas propre aux seuls disque Seagate. Il arrive aussi sur d'autres marques. Mais là c'est plus compliqué parce qu'il faut passer par une procédure JTAG.
 
Chez Seagate la parade a été de provoquer le retour en ReaDY plus rapidement.
 
Maintenant je n'ai jamais traité personne comme tu dis, j'ai seulement dit que c'était une c...sornette. Ne déformes pas mes propos contrairement à tes habitudes.
 
Pour Dann. Le fichier ISO fonctionne avec les SD25. J'en ai assez fait pour l'affirmer. Seagate dit qu'ils ne sont pas touchés parce que ce sont des OEM et qu'il renvoie la responsabilité du bug et de l'application de la garantie sur les assembleurs.
 

 
  Coplan27,
Je n' arrive pas à bien comprendre tes explications. Peux tu nous donner ta source, j' aimerai en savoir un peu plus.

Quand on ne veut pas admettre ce que disent les autres...
 
Il n'y a pas de sources, ou plutôt plusieurs petits bouts disséminés un peu partout, en plus le fruit d'une réflexion.
 
Pourquoi faut-il aller écrire quelque chose sur le disque? Ou plutôt modifier une valeur. Et que pour ça il faille passer par une procédure spéciale puisque l'entrée DATA est verrouillée. C'est bien que le mode BuSY/ReaDY est "à cheval" entre la carte électronique et les plateaux. Non?

 
C' est bien ce qu' il me semblait. Tu as donc trouvé tout seul la solution à un problème qui préoccupe plusieurs milliers de spécialistes à travers le monde depuis 3 ans.
 

 
Personne n' a jamais dit qu' il fallait écrire une valeur sur le disque ou la modifier. Simplement le firmware contient une valeur de référence erronée qui fait planter SMART.  
 
 
 
Pour Dann, car c' est quand même lui qu' il faut aider:
 
Contrairement à Dell ou HP qui "customisent" les hdd qu' ils installent dans leurs bécanes notamment en modifiant le firmware, Memup installait en 2008 des disques oem du commerce à prix préférentiel. Un disque seagate sorti de son boîtier memup est donc un seagate comme les autres, garantie de 5 ans, firmware seagate, suport seagate etc...
 
D' autre part je peux comprendre seagate qui refuse de prendre en charge leurs disques dont le firmware a été modifié par un assembleur.

 
Ok, merci bien.
Je vais reprendre la procédure dans ce cas, il n'y a pas de raison que cette mise à jour ne se fasse donc pas.
J'ai un autre pc, au cas je vais réessayer dessus (peut être un problème matériel -bios, autre- sur ma première machine ?)
 

Ah bon! Alors expliques moi, toi qui est si intelligent, pourquoi il faut dissocier la carte du disque, arrêter les plateaux pour que l'opération se fasse s'il n'y a pas interaction entre les deux? On va bien écrire quelque chose sur le disque quand même après redémarrage F3 1>N1

yep ...
ne vous battez pas, ça n'en vaut pas la peine j'imagine que seagate, qui fait de bons dd, a corrigé ce bug qui ne devait pas être si simple à résoudre !
Merci à tous ici
Je vous tiens au courant de mes manips (je ne sais pas quand je m'y remets cependant ... )

 
Pour avoir accès aux commandes sans que les informations smart du disque dur aient eu le temps d' être lues. Ce sont d' ailleurs, je crois, des informations smart que l' on efface par la suite parce qu' elles ne reflètent pas l' état réél du disque. En fait je pense qu' on doit simplement remettre un compteur "log event" à 0.
 
J' arrête là cette discussion car elle est stérile, tu inventes des théories et tu mélanges tout.
 
Et je ne sais pas si je suis intelligent, après tout on ne peut juger qu' avec ce que l' on a, mais en tous cas je suis très modeste et calme. Et je reste toujours très courtois contrairement à toi.

Je réponds tardivement à ce post que je n' avais pas vu jusqu'ici.

Lorsque j' ai fait ce tuto fin janvier/début février 2009 pour venir en aide en français à ceux qui comme moi rencontraient des problèmes avec leur seagate 7200.11, la méthode développée sur d' autres forums anglophones de l' époque consistait en effet à isoler seulement les contacts moteurs.

Cela conduisait à avoir des plateaux immobiles et des têtes qui pouvaient éventuellement se balader dessus au hasard des manipulations effectuées.

Or les têtes sont en infime contact avec les plateaux. C' est le mouvement de rotation rapide des plateaux qui fait décoller les têtes de quelques microns car elles sont montées sur des supports légèrement flexibles. L' effet "venturi" crée un tourbillon d' air à la surface du plateau qui tourne très vite et c' est lui qui est la cause de ce décollage.

Cette méthode, qui consiste à isoler seulement le moteur, marche effectivement mais elle est déconseillée du fait de la détérioration éventuelle de fichiers ou de secteurs due à quelques mouvements erratiques des têtes si elles sont actives. On pourrait ne se rendre compte qu' ultérieurement de cette détérioration, j' en ai eu la confirmation sur un forum russe en discutant à l' époque avec un réparateur polonais. ( en anglais, ).

C' est pourquoi dans le tuto j' ai choisi d' isoler les têtes plutôt que le moteur dans le soucis d' apporter l' aide la plus sure aux utilisateurs de ce thread.

Le but de la manip n' étant finalement que d' isoler le PCB pour que les informations erronées contenues dans le secteur smart du DD ne viennent pas empêcher l' ouverture du dialogue avec le PCB.

Pour ceux qui s' en sentent capables, on peut aussi bien commencer la manip avec le PCB en l' air en posant celui ci sur une surface isolante et antistatique, donc têtes et moteur isolés. Pas de bristol, remontage à chaud. C' est ce que je fais d' ailleurs maintenant lorsque quelqu' un de ma région vient chez moi pour se faire débloquer un disque dur.

En conclusion isolez au moins les têtes comme cela est décrit dans le tuto, si c' est un peu plus difficile que d' isoler seulement le moteur, c' est toujours plus sur.

 
j'ai 3 1To en firmware buggé, une seul est bloqué, ils sont tous dans le meme PC
on tous subit le meme nombre de demarage et arret (les option d'alimentation sont réglé de façon a les laisser tous le temps allumé)
 
ta theorie s'effondre^^
 
sinon : mettre a jour le firmware le ferais sortir du bug? ou je vais devoir faire mumuse a couper un cable et envoyer des commandes?

 
  Je n' ai jamais dit que c' était ma théorie, je n' invente rien, je ne suis pas assez présomptueux comme certains et surtout je ne suis pas assez calé pour ça. Je ne fait que rapporter une théorie qui est largement répandue. Et qui ne s' effondre pas du tout.
 
Maintenant regarde les compteurs d' évènements en cherchant seulement "smart hdd " sous google, tu verras que les choses sont autrement plus compliquées que ce qu' on pense: il y a un tas de compteurs, d' erreurs, d' incidents, de simples occurrences et autres informations... Les démarrages ne seraient pas seuls responsables de l' itération de ces compteurs, loin s' en faut, leur nombre ne peut donner qu' une indication "a minima"  du ou des compteurs en question. Il se peut aussi que les deux autres DD n' aient pas eu encore à démarrer avec le compteur en question en position 320 ou X fois 320. Je suis incapable d' en dire plus que ce que j' ai pu lire ailleurs sur des forums en anglais ou en russe en 2009.
 
 
 
Et en plus j' en avais moi aussi deux de ces dd, installés en même temps dans mon PC en juillet 2008. Un est tombé en panne début janvier 2009 et le second n' a pas eu le temps. Je suppose maintenant que je me servais beaucoup plus de celui qui est tombé en panne que de l' autre et que son journal d' évènements smart était bien plus encombré.
 
On comprend à peu prés ce qui se passe grâce à des gens qui savent de quoi ils parlent et on sait parer au mode busy, c' est le plus important. Si ces gens étaient incompétents, on leur aurait vite volé dans les plumes sur les différents forums où ils interviennent, comme cela peut aussi se passer ici.  
 
On peut s' en tenir là, amha.
 
 
Quand le DD est bloqué, c' est foutu. Le nouveau firmware ne peut être installé que lorsque le dd est accessible. Il te faut maintenant le débloquer.
 
A ta place, je commencerai d' ailleurs par modifier les firmwares des deux qui marchent encore car leur tour pourrait bien ne pas tarder.
 
Bienvenue au club.

Hello les gens ... donc voilà je me retrouve dans votre cas ^^
Déjà gros soulagement de voir qu'il y a une solution !
 
Maintenant ayant aucun background en électronique, je vais me lancer et pauser une question bête  
 
Est-il possible d'utiliser un simple cable USB/Mini usb
 
J'ai cru lire qu'il fallait un semblant d'électronique dans le cable, ce qui dans toute logique ne serait pas le cas du usb/mini
Mais je prefere demander au cas ou! ^^
 
Merci d'avance

Non, il faut un câble qui rende compatible le protocole USB avec le protocole TTL.  
 
Tu peux passer un mp à asebu si tu cherches le bon câble.

Ce ne serait pas plutôt aesebu?

 
Vi, bien sur.  

Ouki, je me doutais de la réponse ^^
Bon bas je vais partir la dessus
Ce modèle devrait faire l'affaire ? http://cgi.ebay.fr/CABLE-DATA-USB- [...] 4aa277fbd7
 
A moins qu'il y ai une personne sur la défense qui pourrait me passer le sien pour qq euros ?

Te casses pas la tête! Passes un mail privé à Aesebu. Il t'enverra un kit complet. Tu branches et ça fonctionne, rien à bricoler!

héhé je vais ptet faire ca, mais avant je voudrais votre avis sur ces soldes

Uploaded with ImageShack.us
 
Comme ca je peux choper ca a coté de chez moi demain et c'est torché demain soir!
Mais comment savoir si ces cables gèrent le protocol TTL ?

Ce sont tes sous, mais à ta place je laisserai tomber.
 
Le kit fourni par Aesebu est sûr! Relis les messages précédents et tu verras qu'il fonctionne sans soucis!
 
Là tu n'es sur de rien du tout, en plus il va te falloir bricoler un connecteur coté disque et ce n'est pas évident.
 
Débricker un disque n'est pas quelque chose d'aussi simple que de cracker une allumette.
 
Contactes Aesebu. Tu l'aurais fait dès qu'on te l'a dit, ton disque serait quasiment dépanné.
 
Mais, bon, tu fais comme tu veux.

L'important c'est que ça fonctionne, avec mon kit ou un autre câble, peu importe.    
 
Pour info, le corps de la prise usb qui contient l'électronique, doit être plus long que celui d'un câble standard. C'est à mon avis le meilleur moyen de reconnaître un câble qui convient à la manip, mais on ne voit pas trop sur la photo.

Ok, merci de ta réponse aesebu, je ferais peut être appelle a toi
Je ne me suis pas encore décider, mais dans tous les cas, je vous remercie tous pour votre aide

Bonsoir, je souhaiterais savoir si le problème que j'ai pourrait être résolu par le bidouillage décrit par Jisse6.
J'ai un dd externe ( maxtor avec un seagate 7200.11 750 gytes, firmware SD35 à l'intérieur) qui d'un coup n'a plus voulu s'allumer et n'était plus reconnu par mon PC.
Je l'ai démonté ( sorti le DD du boitier quoi ) et j'ai vu que la petite lumière de l'alim s'allumait seulement quand le dd n'était pas branché dessus.  
J'ai acheté un autre boitier pour sata 3.5 et idem le boîtier s'allume uniquement si le DD n'est pas branché dessus.  
Je précise que Gparted ne voit rien non plus et que le DD n'a pas été trop utilisé et était très bien rangé.
Merci de me dire ce que vous en pensez, bonne soirée

Première chose à préciser, est-ce que le disque tourne "physiquement"? (vibrations engendrées par la rotation lorsqu'il est alimenté).
 
La procédure décrite dans ce topic ne concerne que les disques qui tournent encore... s'il ne tourne plus, ça parait cuit de chez sortie de four.

 
Aille je n'entends rien !!!!
 

 
     
 
Merci

Tu as mis la main dessus une fois branché pour voir si vraiment rien ne bouge dedans?  
 
C'est inerte de chez inerte? Auquel cas, pas de solution .

OUi inerte de chez inerte !!! Mais bon comme je disais il "éteint" tout dès qu'il est branché donc c'est normal q'il ne marche pas puisque à peine branché il n'est plus alimenté. Ne pourrait-il pas s'agir d'une panne électrique ou electronique ( je n'y connais rien) et dans ce cas il "suffirait" de changer un circuit quelconque pour que le DD fonctionne ?  
ça doit être idiot ce que je dis mais le désespoir me rend créative LOL

Déjà vérifie ton alimentation.
 
Un disque avec un moteur bloqué émet des bzzzz à peu prés toutes les secondes, cela correspond aux tentatives de démarrage du moteur.
 
Sinon, moteur grillé? Rare. PCB grillé? Plus probable.

Merci de ton aide ... PCB c'est quoi ? ( oups la honte !!!)  
 
Moi il ne fait aucun bzzz aucun bruit, il ne vibre pas RIEN de RIEN !!! Mais comme je disais je pense que c'est normal car il éteint tout donc il ne se met pas en fonctionnement d'une manière ou d'une autre !!
 
L'alimentation du boitier externe ( enfin des deux puisque j'en ai deux maintenant pfff) fonctionne avec d'autres DD, elle ne s'éteint pas quand j'y connecte ces autres DD .

si il eteint tous c'est plus probable qu'il y ait un court circuit sur la carte du DD, l'alimentation le detecte et refuse de demarrer

Le PCB c' est le nom anglais du "circuit imprimé" qui supporte l' électronique de ton disque dur et qui est fixé dessus.
 
Donc sans doute PCB grillé.

euh je suis désolée d'insister mais donc y'a quelque chose à faire ou non ?
Genre changer le PCB ? Pour en trouver un autre il faut que je trouve un autre DD de la même marque, même capacité( ?)   et que j'échange le PCB ?  
merci de votre aide bien utile ....

Bonjour,
 
je confirme que votre méthode fonctionne très bien sur les Seagate 7200.11 mais
 
serait il possible de faire la même chose avec un Western Digital 640GB Caviar Blue (WD6400AAKS) ?
 
Idem avec un WD 340GB Caviar Blue !
 
Merci d'avance.

 
 
 
A proiri, si tu ne fais pas d' erreur dans ce que tu nous a dit, le PCB est foutu et on ne peut pas l' échanger contre un autre. C' est impossible pour ces disques durs.

 
Non, pas WD, seulement certains "maxtor" qui sont en fait des seagate 7200.11.

A titre indicatif: PCB = "Printed Circuit Board", très exactement en français: circuit imprimé.
 
Ça, c'est fait

Yes.  

Après quelques test, j'ai eu des retour de caractères dans le terminal
 
malheureusement incompréhensible ...
 
Merci quand même  

Sur le wd? C' est normal, incompatibilité...

Pour dooloo.
 
Il faudrait investiguer un peu plus et savoir quelle entrée met l'alimentation en sécurité.
 
Sur un disque SATA il y a trois alimentations il me semble. Une 12, une 5 et une 3.3Volts. Ces entrées sont protégées par une diode.
 
Je ne sais pas si c'est une diode antisurtension calibrée sur 3.3, 5 et 12V. Ou si c'est une diode anti inversion de polarité.
 
Il est possible qu'une d'entre elles soit claquée, c'est à dire en court circuit, ce qui provoque la mise en sécurité de l'alimentation.
 
Un spécialiste en électronique sachant ce qu'il fait pourrait tester ça et voir laquelle provoque le souci. Si c'est bien une de ces diodes, l'enlever permettrait de faire repartir le disque, mais il n'y aurait plus de protection. De quoi, vite fait récupérer le données ensuite => déchetterie. Ca ne se "bricole" pas sans risques pour l'avenir.
 
Encore une fois, attention, c'est plutôt pointu comme manip.