bobtaz Posté(e) le 21 juillet 2016 Posté(e) le 21 juillet 2016 (modifié) Bonjour, Tout d'abord, je suis newsbie dans le monde des NAS mais j'ai des connaissances électroniques et informatiques. Je viens de récupérer un NAS DS212J et ces 2 HDD qui ne fonctionne plus. Symptôme : Leds bleues clignotantes et pas de bip après un reset long. Le problème est survenu lors d'une mise à jour (coupure de courant et donc interruption). Après avoir lu quelques tuto et par curiosité de ne trouver un moyen de communiquer avec le nas, j'ai fini par communiquer par le terminal port série directement depuis la carte mère (connecteur 6 pins). Je ne vois que uBoot qui se lance (couche basse il me semble) et m'affiche un "Bad magic number" au moment de lancer la partie linux (normal je pense vu que la mise à jour à été interrompue). J'ai téléchargé le .pat correspondant au DS212J chez Syno et extrait les fichiers pour enfin flasher le .img à l'aide de la commande tftpboot -> OK Question : cette commande écrit le code en flash de façon durable (ok après un reset ou une remise sous tension) si non, comment le faire ? J'ai ensuite lancé la commande "bootm" qui lance le système linux mais plante après quelques secondes si les disques sont non présents et plante après prés de 30s si les anciens disques sont présents (kernel panic). Je cherche à savoir si mon système est récupérable. Ce qui est sûr c'est que je n'arrive jamais à écrire de façon durable en mémoire (même un changement de l'adresse ip sous uboot n'est pas gardée après un reset. Merci à tous de m'éclairer sur l'ordre de démarrage des systèmes et où sont stockés ces systèmes. Modifié le 21 juillet 2016 par bobtaz 0 Citer
Mic13710 Posté(e) le 21 juillet 2016 Posté(e) le 21 juillet 2016 Je ne peux pas vous aider sur le sujet, mais peut-être que @catimimi pourrait vous donner des pistes. Je suppose à priori que vous avez fait un test de la CM et qu'il est négatif. 0 Citer
bobtaz Posté(e) le 22 juillet 2016 Auteur Posté(e) le 22 juillet 2016 Merci pour votre réponse. Oui, malheureusement, le test est KO, aucun son n'est émis par la CM ! Le bouton reset lui-même n'a pas l'air d'être géré (aucune influence), pas même le reboot de uboot. 0 Citer
Kramlech Posté(e) le 22 juillet 2016 Posté(e) le 22 juillet 2016 Tu as réellement fait le test que te proposait Mic? En enlevant les disques? Et il est négatif ? Dans ce ça pas la peine de chercher plus loin, la carte mère est morte.... 0 Citer
bobtaz Posté(e) le 23 juillet 2016 Auteur Posté(e) le 23 juillet 2016 Effectivement test KO même sans les disques... Ce procédure permet de juste tester le hard ? (donc serait OK même si la partie Linux est KO, ce qui est sûr dans mon cas vu que la mise à jour n'a pas été effectuée complètement : donc état indéfini). Quelqu'un à une définition de ce que cet autotest inclus ? Vu que le bouton reset n'a pas l'air d'être utilisé dans mon cas (donc géré par le µC Marvell / linux), je pense que c'est un test global (partie uboot et linux + hardware) qui est effectué. Comme je penche pour un défaut Linux, il me semble cohérent que l'autotest ne fonctionne pas et m'obstine à croire que le problème est récupérable. Merci pour vos conseils. 0 Citer
Mic13710 Posté(e) le 23 juillet 2016 Posté(e) le 23 juillet 2016 Le test en question est global. Compte tenu de l'origine de la panne, il est très probable que votre nas n'ait qu'un pb de boot. Mais là s'arrête mon intervention, je n'ai aucune connaissances au niveau hard ou soft pour vous aider. 0 Citer
bobtaz Posté(e) le 25 juillet 2016 Auteur Posté(e) le 25 juillet 2016 Bonne nouvelle, merci. Je vais continuer de garder espoir et continuer de glaner des informations. Si elles sont concluantes, je vous en ferais part. 0 Citer
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.