Einsteinium

on parle de micro coupure, en ms, vue le temps de réaction de l'onduleur, avec les alimentations d'aujourd'hui, aucun risque ;-) voilà tout est dit, pour ma part sur le modèle que j'ai (cf signature), il est vachement bien niveau configuration... Réglage des plages de tensions... Etc... Bref aucun problème pour ma part non plus et je tiens plus d'une heure avec le synology + modem

Le soucis c'est que ton raid n'a plus que 2 disques sur 4... Tu a fait un montage du scsi, mais la tu fais avant pour le volume ? (En lecture seul aussi ou en force) apres hypothèse... Si tu backup l'intégralité du scsi du synology... Et que tu refais une fresh install.. Tu dois pouvoir le remettre non ? Quelqu'un peut confirmé ? Perso je n'utilise pas le scsi sur synology.

Wahouuuuu tu as combien d'extensions de mises ? Et en hdd cela donne quoi ? Car cela fait un paquet de hdd pour 100To Oo

/dev/root 2.3G 2.3G 0 100% / Le voila le problème...

Mais aussi par sftp par la même occasion ;-)

Un problème de débit réseau assurément, cela ne vient pas du nas, j'ai un 413J avec répertoire crypté et aucun soucis pour stream en wifi vers la télé du contenus 3D..., donc c'est pas une limitation côté matériel.

Oui tu as tout compris ! fait le en debug.

Cela tombe bien, j'en utilise aucun... maintenant c'est le genre de bug pas pris au sérieux par synology... Autant pour les fix de sécurité et le sav matériel il cartonne... Que pour le reste c'est du sav digne de nos fai maintenant...

Je le subis aussi depuis 3 updates... Un simple bug... Il affiche 100% d'utilisation alors que j'en suis loin sur 2 volumes, quand il y a reboot l'affichage est correcte.. Puis après une courte durée cela reste plafonner... Pourquoi.. Bonne question.. M'enfin je n'y porte plus attention.

413J pas de soucis

Bof tu sais... Voila l'effet de production de masse... La qualité n'est plus la... J'ai encore un 10Go qui marche au quart de tour... les Seagates n'ont pas bronché pendant presque deux ans, puis 1 mois avant la fin de garantie... Des secteurs en attente de realloc, puis certains déclarer OUT est finalement après 2 semaines sans prévenir... Timeout... Bref j'ai eu la chance de pouvoir faire les SAV à temps... Par contre faute d'accès, car j'avais quelques trucs hors cryptage (quelques photos, dossier web...), j'ai passer les disques dur à l'electro aimant... La j'étais sur du résultat, les disques n'était même plus visible au bios x) par contre avec un triple sav à un mois de la garantie, j'ai été sélectionné pour un test laboratoire, prolongation de deux semaine... Mais test avec succès. Mais bon 1 mois de sav au final... Et Seagates tu prends à ta charge les frais de port.

http://forum.synology.com/enu/viewtopic.php?f=39&t=53945 Voila une solution, qui correspond bien à ton problème, fait un retour. WD je dirais qu'ils sont les plus fiables d'après ce que je vois... Je te déconseille les Seagates en tout cas... J'ai eu triple mort il y a peu... Mais quand je dis mort... C'est physiquement sans aucun procès... Heureusement pour moi je backup... J'ai eu que la vidéo à reprendre et de vieux zip de backup de PC que j'utilisais plus depuis plusieurs années.

Bon monte ton volume est récupère les données que tu peux... Et détruit puis refait ton volume, le plus simple, mais montre les valeurs smart de ton disque 3, voir l'état, la après c'est sinon c'est des commandes un brin plus trash, mais il faudrait faire un backup des disques avant manipulation (etc etc..) Pour en avoir le cœur net de sa place tu peux faire : mdadm --detail /dev/md2 Mais non il est bien en position 3 ton sdc et c'est lui en erreur. (sdc3[2](E))

Plutôt comique... Le disque 3 est encore en erreur alors que : clearing FAULTY flag for device 2 in /dev/md2 for /dev/sdc3 Essaye un reboot et de force de nouveau voir... Sinon c'est plutôt : fsck.ext4 -n -v /dev/md2 Mais faut être patient que cela ce termine, après tu mount en volume1 pour la récupération de tes données ;-)

Exact un oubli ! mdadm --assemble --verbose --force /dev/md2 /dev/sda3 /dev/sdb3 /dev/sdc3 et oui fait un umount avant bien sûr, pourble reste c'est tout bon.

Ba le soucis c'est que tu es trop pressé, un peu comme le dit Gaëtan. moi je ferais cette commande puis un fsck, enfin le montage normale. car dans le cas présent tu va récupérais des fichiers oui... Mais pas forcément exploitable ;-) donc à toi de voir.

Le superblock semble corrompus donc, alors re stop le md2 et cette fois on force : mdadm --assemble --verbose --force /dev/md2 /dev/sda3 /dev/sdb3 /dev/sdc3 colle le résultat et donne aussi le résultat d'un cat /proc/mdstat Si cela passe on monte le volume... Voir un fsck avant @gaetan t'inquiète je donne pas des commandes au hasard ;-)

Le but final va être de remonter ton raid avec trois disque, 2 bon et le dernier déclarer en erreur afin que tu puisse accéder à tes données, je les déjà fait avec succès. donc oui force le stop et donne moi le résultat de la seconde commande. ps : va falloir arrêté de reboot par contre, car quand ton disque 3 sera cuit comme le 4, la cela sera bien mort...

Ok parfait, alors tape les deux commandes suivantes et colle moi le résultat de la seconde : mdadm --stop /dev/md2 mdadm --assemble --verbose /dev/md2 /dev/sda3 /dev/sdb3 /dev/sdc3

En ssh sur le nas bien sur ;-)

Exécute en ssh la commande suivante : cat /proc/mdstat Et colle le résultat ici, fait aussi un imprimé écran des valeurs smart de ton hdd3, car il est peu être encore possible de le réinjecté manuellement est mettre ton raid en lecture, tu pourras récupèrer presque toutes tes données ainsi avec de la chance.

C'est aussi un foyer infectieux edge :/

A Ba la tu m'apprends quelque chose, merci Fenrir ;-)

Non pas possible, c'est juste le nas qui le fait :/

Oui tu as trouvé la procédure exacte ;-)