gaetan.cambier

j'avais pas fait attention, mais on ne serait pas en 2015 ? un programme informatique non mis à jour depuis + de 3 ans ... il y a combien de bug dedans ? --> solution en cours de développement :p

en effet avec 1.6go, je crois que ca devrait aller :p bon, essaye comme ceci : e2fsck -y /dev/vg1000/lv

question con il y a de la place sur la partition système ? pour le reponse : df -h

bon, en fait, il se fait tué par le système par une saturation memoire ... (je sais pas, mais comment synology fait pour vérifié un disque si on ne sais pas le faire) j'ai des iddées, on va voir d'abors, renvoit moi ceci : mount

j'ai deja un autre problème de raid sur le feux on va dire :p 1° question sur ton nas : as-tu pas inversé disk 1 (sda) et disk 2 (sdb) si je me trompe pas, tes disk dans ton nas sont empillé à l'horisontal, pour toi, le 2° disk, c'est celui du haut ou du bas ? tu n'a tapé que cela, rien d'autre, c'est important au passage, colle ici les print screen du gestionnaire de fichier dsm (tous les onglet non vide) et le "cat /proc/mdstat" pour que l'on ait tout sous la main

c pas le meme message d'erreur :) bon, ca me fait moyennement rire, il y a un petit chinois qui tue nos scan ou quoi :s on va passer en mode debug : (tu va perdre l'acces à l'interface graphique, c normal) le première commande peux prendre du temps (quelques minutes), les autres, je t'explique plus :p syno_poweroff_task -d vgchange -ay e2fsck -y -C0 -v /dev/vg1000/lv

j'espère, mon chapeau magique se vide de ses commandes :p

bon, on en reviens donc à notre problème de partition corrompue : on check : e2fsck -y -C0 -v /dev/vg1000/lv

pas grave, bon, la, c'est moi qui ait merde dans l'ordre des paramètres c'est comme ceci : mdadm --assemble --scan vgchange -ay cat /proc/mdstat pvs vgs lvs

ben voila, c ce que je disais, le reboot nous a remis au depart ... un point important à apprendre : sous windows, tu reboot, tout refonctionne sous linux, tu reboot, tu te retrouvera toujours au meme point de départ --> les reboot magique sont limité à windaube bon, on va fait cela en vitesse : mdadm --scan --assemble vgchange -ay cat /proc/mdstat pvs vgs lvs

je crois que le reboot nous a remis bien en arriere, bon, renvoit moi direct ses 4 commandes : cat /proc/mdstat pvs vgs lvs

oui, ca doit etre le dossier cache manquant aller, faut créer le dossier qu'on a référencer dans le fichier : mkdir -p /var/cache/e2fsck et tu me relance la précédante commande bien sur ;)

ca, c'es qd dans un fichier, on ne met pas un retour à la ligne à la fin --> on demande l'affichage du fichier, linux affiche, ne trouve pas de retour à la ligne, --> reste sur cette ligne, puis il a fini, et te remet l'invite normal "DS1010>" pour tapé une prochaine commande ;) bon, le fichier est correct ;) (dédubant, ... ca se débrouille pas mal qd meme :p) essaye plutot cette commande pour lancer le check du disque e2fsck -y -C0 -v /dev/vg1000/lv

d'abord, qd tu aura fini de dejeuner, on va verifier le fichier que tu as essayer de créer : tu renvoit le resultat de ceci : cat /etc/e2fsck.conf

Sous linux, redémarrer, ça sert à rien Je me réveille la, on a juste un problème de mémoire full lors du check, c pas très grave, on avance, j'y regarde bientôt. T'en fait pas

OK pas de soucis ;)

Pas assez de mémoire, suis de mon GSM tu sais appliquer la procédure décrite ici dans le premier commentaire ? http://serverfault.com/questions/9218/running-out-of-memory-running-fsck-on-large-filesystems

ben, je préfère que cela tourne, ca veux pas dire qu'on va recupérer quelque chose, mais on verra ... bon, je quitte un peux mon pc, toute facon, si ca fonctionne pas la, je sais pas encore quel commande magique je vais sortir de mon chapeau :s

et on relance un fsck : fsck.ext4 /dev/vg1000/lv -y -C0 -v

bon, je le sens de moins en moins bien ... foutu pour foutu, on peux toujours tenter cette commande : mke2fs -S /dev/vg1000/lv

bon, on passe à la prochaine étape : fsck avec d'autre options pour info : çà peux prendre des heures, et faut ABSOLUMENT laisser putty OUVERT sans coupures (si tu as sur un portable ou avec des économie d'énergie, faut désactiver) voici la commande : fsck.ext4 -b 32768 /dev/vg1000/lv -y -C0 -v une fois lancé, dis moi juste si çà s’arrête pas dans les première minutes pour être sur que ça continue bien et que la commande est correcte ;) bon, on verra à quel heure ça va nous mener, mais ça risque d’être pour demain le reste ;) un truc : qd tu edit un message, on ne recoit pas de notification --> vaut mieux un nouveau message ;)

oui, faut trouver un ou il va bien vouloir scanner le disque (il va durer un peu plus longtemps car la, je suppose que le message est direct)

continue, il te demande de lancer le scan en manuel, c pas trop ce que je veux il risque de poser des question ou on pourrait se planter ps : le 1°, on l'avait deja fait avant :p

donc ma première iddée etait le bonne en fait toute facon, fallais lancé cette commande pour connaitre les autre superblock, après le premier backup qu'on sait calculer, ca devient un peu hard :p bon, je t'explique comment lancer les commandes : la commande de base est : fsck.ext4 -b <SUPERBLOCK> -fp /dev/vg1000/lv donc tu t'amuse à tapé la commande et à chaque fois remplacé <SUPERBLOCK> par un des element suivant : 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000, 214990848, 512000000, 550731776, 644972544, 1934917632 inutile de me collé toutes les sortie, si tu vois " Superblock has an invalid journal" ou "error bad magic superbloc" ... tu passe au suivant, si jamais çà fait autre chose, tu me colle la sortie et tu t'arrete la.

mke2fs -n /dev/vg1000/lv pour avoir la liste des superblock théorique