silverman Posté(e) le 5 novembre 2015 Auteur Partager Posté(e) le 5 novembre 2015 (modifié) ok merci pour le temp que tu passe je te donne la réponse reçu demain si il en a une Modifié le 5 novembre 2015 par silverman 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 5 novembre 2015 Partager Posté(e) le 5 novembre 2015 bon, vu qu'il faut plutot surveiller ce qu'il se passe tape ceci : ps | grep fsck tu saura si quelqu'un verifie le système de fichier et tu peux periodiquement tapé la commande suivante : mount | grep vg pour voir si le volume apparait ;) 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
silverman Posté(e) le 5 novembre 2015 Auteur Partager Posté(e) le 5 novembre 2015 voici Citation Ds1010> ps | grep fsck 27697 root 3772 S grep fsck 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 5 novembre 2015 Partager Posté(e) le 5 novembre 2015 et il y a aussi la commande who -a pour savoir l'ip du petit chinois qui travaille sur le nas :p Juste maintenant , silverman a déclaré: voici rien donc bon voit avec le mount si tu voit le volume 1 apparaitre, tu as compris que c ok ;) 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
silverman Posté(e) le 5 novembre 2015 Auteur Partager Posté(e) le 5 novembre 2015 (modifié) la voici sont ip Citation Ds1010> who -a USER TTY IDLE TIME HOST reboot ~ ? Nov 2 07:50:15 3.10.35 runlevel ~ ? Nov 2 07:50:39 3.10.35 LOGIN console old Nov 2 07:50:33 root pts/6 00:24 Nov 5 19:18:24 213.163.172.201 root pts/7 00:00 Nov 5 19:44:13 192.168.0.19 si je dit pas de bétise c'est le root pts/6! se qui m'inquiete plus c'est que sur la console du synology il me dit que le disque deux est lui aussi HS Modifié le 5 novembre 2015 par silverman 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
silverman Posté(e) le 6 novembre 2015 Auteur Partager Posté(e) le 6 novembre 2015 le verdict est tombé Citation Bonjour, Nous n'avons malheureusement pas été en mesure de récupérer vos données. - Vous pouvez tenter de les récupérer à l'aide d'un logiciel de récupération de données (recuva, photorec...) - Ou contacter une entreprise de récupération de données. Le volume semble avoir été trop endommagé pour une récupération, la cause est probablement due aux 2 disques tombés en panne. Nous sommes désolé de ne pouvoir vous aider d'avantage. Cordialement, Synology Technical Support Maintenant il n'y a meme plus de volume comme ca les données sont certainement morte pour de bon 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 6 novembre 2015 Partager Posté(e) le 6 novembre 2015 (modifié) tu peux me copier sur pastebin le fichier suivant : /var/log/messages à recup via winscp ;) et au passage, refait moi un : cat /proc/mdstat (poste le ici, c petit ca ;)) (plus la avant 21h) Modifié le 6 novembre 2015 par gaetan.cambier 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
silverman Posté(e) le 6 novembre 2015 Auteur Partager Posté(e) le 6 novembre 2015 Citation Ds1010> cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md1 : active raid1 sda2[0] sdb2[1] sdc2[2] sdd2[3] sde2[4] 2097088 blocks [5/5] [UUUUU] md0 : active raid1 sda1[0] sdb1[1] sdc1[4] sdd1[3] sde1[2] 2490176 blocks [5/5] [UUUUU] unused devices: <none> pour le reste je regarde un log car je suis sous mac, laisse moi 10 min 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 6 novembre 2015 Partager Posté(e) le 6 novembre 2015 Bon, suis de mon GSM, Mais si tu regarde la sortie de la commande now et celle que je t'ai demandé au début ... Ils ont fait pire que mieux en bref, plus de md2 ! Pour le log, prend ton temps, c pas une chose que j'analyserai de mon GSM ;) Maintenant que je vois cela, je le sens effectivement très mal mais bon, v y regarder (je promet absolument rien) 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
silverman Posté(e) le 6 novembre 2015 Auteur Partager Posté(e) le 6 novembre 2015 (modifié) merci encore de ton dévoument voici le log messages Effectivement je pense qu'il n'ont pas pris les meme précaution que tu prend, pendant leur analyse hier soir le disque numero 3 étais HS, et la il est ok Enfin sinon tanpis pour les données, le plus emmerdant c les photo!!, le reste ca va. J'attend ton retour stéphane Modifié le 6 novembre 2015 par silverman 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 6 novembre 2015 Partager Posté(e) le 6 novembre 2015 Nov 1 19:44:52 Ds1010 kernel: [ 28.881155] md: kicking non-fresh sda5 from array! Nov 1 19:44:52 Ds1010 kernel: [ 28.930105] md/raid:md2: raid level 5 active with 4 out of 5 devices, algorithm 2Nov 1 19:44:52 Ds1010 spacetool.shared: spacetool.c:2842 [Info] Activate all VG Nov 1 19:44:52 Ds1010 spacetool.shared: spacetool.c:2853 Activate LVM [/dev/vg1000] Nov 1 19:44:52 Ds1010 spacetool.shared: spacetool.c:2896 space: [/dev/vg1000] Nov 1 19:44:52 Ds1010 spacetool.shared: spacetool.c:2922 space: [/dev/vg1000], ndisk: [5] Nov 1 19:44:54 Ds1010 synovspace: vspace_wrapper_load_all.c:76 [INFO] No virtual layer above space: [/volume1] / [/dev/vg1000/lv] Nov 1 19:44:54 Ds1010 kernel: [ 31.211955] EXT4-fs (dm-0): ext4_check_descriptors: Checksum for group 976 failed (54513!=26849) Nov 1 19:44:54 Ds1010 kernel: [ 31.220814] EXT4-fs (dm-0): group descriptors corrupted! (multiple reboot avec les meme messages) pour finir on arrive toujours au meme message voici le dernier : Nov 5 11:44:01 Ds1010 kernel: [273247.694289] EXT4-fs (dm-0): ext4_check_descriptors: Checksum for group 976 failed (54513!=26849) Nov 5 11:44:01 Ds1010 kernel: [273247.703206] EXT4-fs (dm-0): ext4_check_descriptors: Block bitmap for group 977 not in group (block 17211850753)! Nov 5 11:44:02 Ds1010 kernel: [273247.713496] EXT4-fs (dm-0): group descriptors corrupted! donc en bref, on avais bien un raid degradé (on etait au courant) et une partition corrompue (on s'en doutait également) jusque là, je trouvais la situation pas trop mauvaise après, il semble que ce soit la prise en main du support synology selon l'heure (j'ai pas tout mis, c trop long et ca servira pas à grand chose) : Nov 5 19:21:04 Ds1010 kernel: [300669.720088] ata3.00: read unc at 161499168 Nov 5 19:21:04 Ds1010 kernel: [300669.724299] lba 161499168 start 9453280 end 3907015007 Nov 5 19:21:04 Ds1010 kernel: [300669.729548] sdc5 auto_remap 0 Nov 5 19:21:04 Ds1010 kernel: [300669.732630] ata3.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0 Nov 5 19:21:04 Ds1010 kernel: [300669.739171] ata3.00: irq_stat 0x40000008 Nov 5 19:21:04 Ds1010 kernel: [300669.743211] ata3.00: failed command: READ FPDMA QUEUED Nov 5 19:21:04 Ds1010 kernel: [300669.748479] ata3.00: cmd 60/78:00:e8:47:a0/00:00:09:00:00/40 tag 0 ncq 61440 in Nov 5 19:21:04 Ds1010 kernel: [300669.748479] res 41/40:00:20:48:a0/00:00:09:00:00/40 Emask 0x409 (media error) <F> Nov 5 19:21:04 Ds1010 kernel: [300669.764210] ata3.00: status: { DRDY ERR } Nov 5 19:21:04 Ds1010 kernel: [300669.768321] ata3.00: error: { UNC } Nov 5 19:21:04 Ds1010 kernel: [300669.800718] Result: hostbyte=0x00 driverbyte=0x08 Nov 5 19:21:04 Ds1010 kernel: [300669.808768] Sense Key : 0x3 [current] [descriptor] Nov 5 19:21:04 Ds1010 kernel: [300669.813721] Descriptor sense data with sense descriptors (in hex): Nov 5 19:21:04 Ds1010 kernel: [300669.833499] ASC=0x11 ASCQ=0x4 Nov 5 19:21:04 Ds1010 kernel: [300669.840285] cdb[0]=0x28: 28 00 09 a0 47 e8 00 00 78 00 Nov 5 19:21:04 Ds1010 kernel: [300669.845773] end_request: I/O error, dev sdc, sector 161499112 Nov 5 19:21:04 Ds1010 kernel: [300669.851691] raid5:md2: read error not correctable (sector 152045832 on sdc5). Nov 5 19:21:04 Ds1010 kernel: [300669.858930] drivers/md/raid5.c[2610]:syno_error_for_internal: disk error on sdc5 Nov 5 19:21:04 Ds1010 kernel: [300669.866442] drivers/md/raid5.c[2610]:syno_error_for_internal: disk error on sdc5 ... Nov 5 19:21:04 Ds1010 kernel: [300669.956480] drivers/md/raid5.c[2610]:syno_error_for_internal: disk error on sdc5 Nov 5 19:21:04 Ds1010 kernel: [300669.963992] drivers/md/raid5.c[2610]:syno_error_for_internal: disk error on sdc5 Nov 5 19:21:04 Ds1010 kernel: [300670.023716] Buffer I/O error on device dm-0, logical block 76021777 Nov 5 19:21:04 Ds1010 kernel: [300670.030167] Buffer I/O error on device dm-0, logical block 76021778 Nov 5 19:21:04 Ds1010 kernel: [300670.036612] Buffer I/O error on device dm-0, logical block 76021779 Nov 5 19:21:04 Ds1010 kernel: [300670.043090] Buffer I/O error on device dm-0, logical block 76021780 Nov 5 19:21:09 Ds1010 kernel: [300675.239625] ata3.00: read unc at 161499168 Nov 5 19:21:09 Ds1010 kernel: [300675.243847] lba 161499168 start 9453280 end 3907015007 Nov 5 19:21:09 Ds1010 kernel: [300675.249089] sdc5 auto_remap 0 Nov 5 19:21:09 Ds1010 kernel: [300675.252159] ata3.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0 Nov 5 19:21:09 Ds1010 kernel: [300675.258699] ata3.00: irq_stat 0x40000008 Nov 5 19:21:09 Ds1010 kernel: [300675.262719] ata3.00: failed command: READ FPDMA QUEUED Nov 5 19:21:09 Ds1010 kernel: [300675.267963] ata3.00: cmd 60/08:00:20:48:a0/00:00:09:00:00/40 tag 0 ncq 4096 in Nov 5 19:21:09 Ds1010 kernel: [300675.267963] res 41/40:00:20:48:a0/00:00:09:00:00/40 Emask 0x409 (media error) <F> Nov 5 19:21:09 Ds1010 kernel: [300675.283598] ata3.00: status: { DRDY ERR } Nov 5 19:21:09 Ds1010 kernel: [300675.287703] ata3.00: error: { UNC } Nov 5 19:21:09 Ds1010 kernel: [300675.320065] Result: hostbyte=0x00 driverbyte=0x08 Nov 5 19:21:09 Ds1010 kernel: [300675.328106] Sense Key : 0x3 [current] [descriptor] Nov 5 19:21:09 Ds1010 kernel: [300675.333081] Descriptor sense data with sense descriptors (in hex): Nov 5 19:21:09 Ds1010 kernel: [300675.352841] ASC=0x11 ASCQ=0x4 Nov 5 19:21:09 Ds1010 kernel: [300675.359513] cdb[0]=0x28: 28 00 09 a0 48 20 00 00 08 00 Nov 5 19:21:09 Ds1010 kernel: [300675.364993] blk_update_request: 11 callbacks suppressed Nov 5 19:21:09 Ds1010 kernel: [300675.370315] end_request: I/O error, dev sdc, sector 161499168 Nov 5 19:21:09 Ds1010 kernel: [300675.376172] drivers/md/raid5.c[2610]:syno_error_for_internal: disk error on sdc5 Nov 5 19:21:09 Ds1010 kernel: [300675.383713] Buffer I/O error on device dm-0, logical block 76021784 Nov 5 19:21:45 Ds1010 kernel: [300710.718996] ata3.00: read unc at 161499168 Nov 5 19:21:45 Ds1010 kernel: [300710.723223] lba 161499168 start 9453280 end 3907015007 Nov 5 19:21:45 Ds1010 kernel: [300710.728470] sdc5 auto_remap 0 Nov 5 19:21:45 Ds1010 kernel: [300710.731551] ata3.00: exception Emask 0x0 SAct 0xd SErr 0x0 action 0x0 Nov 5 19:21:45 Ds1010 kernel: [300710.738098] ata3.00: irq_stat 0x40000008 Nov 5 19:21:45 Ds1010 kernel: [300710.742131] ata3.00: failed command: READ FPDMA QUEUED Nov 5 19:21:45 Ds1010 kernel: [300710.747380] ata3.00: cmd 60/08:10:20:48:a0/00:00:09:00:00/40 tag 2 ncq 4096 in Nov 5 19:21:45 Ds1010 kernel: [300710.747380] res 41/40:00:20:48:a0/00:00:09:00:00/40 Emask 0x409 (media error) <F> ... et pour finir ... le bouquet final Nov 5 19:36:45 Ds1010 kernel: [301609.801998] CPU: 0 PID: 12788 Comm: snmpd Tainted: P O 3.10.35 #5644 Nov 5 19:36:45 Ds1010 kernel: [301609.809368] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./To be filled by O.E.M., BIOS 080016 04/16/2010 Nov 5 19:36:45 Ds1010 kernel: [301609.820337] ffffffff81481b57 000000000000001d ffffffff81480442 0000000000000000 Nov 5 19:36:45 Ds1010 kernel: [301609.827966] ffffffff810a266d 0000000000000000 000000000001a168 0000000000000206 Nov 5 19:36:45 Ds1010 kernel: [301609.835620] ffffffff8125eaf7 ffff88003d3206f0 000000000000037e 00000000000201da Nov 5 19:36:45 Ds1010 kernel: [301609.843249] Call Trace: Nov 5 19:36:45 Ds1010 kernel: [301609.845818] [<ffffffff81481b57>] ? dump_stack+0xd/0x17 Nov 5 19:36:45 Ds1010 kernel: [301609.851167] [<ffffffff81480442>] ? dump_header.isra.8+0x6c/0x1ac Nov 5 19:36:45 Ds1010 kernel: [301609.857394] [<ffffffff810a266d>] ? rcu_oom_notify+0xdd/0x100 Nov 5 19:36:45 Ds1010 kernel: [301609.863266] [<ffffffff8125eaf7>] ? ___ratelimit+0x97/0xf0 Nov 5 19:36:45 Ds1010 kernel: [301609.868864] [<ffffffff810b4c1c>] ? oom_kill_process+0x23c/0x390 Nov 5 19:36:45 Ds1010 kernel: [301609.874982] [<ffffffff8122da80>] ? apparmor_capable+0x20/0x90 Nov 5 19:36:45 Ds1010 kernel: [301609.880929] [<ffffffff810b5191>] ? out_of_memory+0x281/0x2b0 Nov 5 19:36:45 Ds1010 kernel: [301609.886785] [<ffffffff810b95fb>] ? __alloc_pages_nodemask+0x80b/0x820 Nov 5 19:36:45 Ds1010 kernel: [301609.893459] [<ffffffff810b2f46>] ? filemap_fault+0x2a6/0x480 Nov 5 19:36:45 Ds1010 kernel: [301609.899341] [<ffffffff810c752a>] ? __inc_zone_state+0x5a/0x70 Nov 5 19:36:45 Ds1010 kernel: [301609.905334] [<ffffffff810cc9c1>] ? __do_fault+0x71/0x4f0 Nov 5 19:36:45 Ds1010 kernel: [301609.910840] [<ffffffff810cf2c2>] ? handle_pte_fault+0xa2/0x920 Nov 5 19:36:45 Ds1010 kernel: [301609.916878] [<ffffffff81029a23>] ? __do_page_fault+0x1a3/0x480 Nov 5 19:36:45 Ds1010 kernel: [301609.922906] [<ffffffff81108819>] ? d_kill+0xe9/0x140 Nov 5 19:36:45 Ds1010 kernel: [301609.928061] [<ffffffff81108f00>] ? dput+0xd0/0x190 Nov 5 19:36:45 Ds1010 kernel: [301609.933053] [<ffffffff8107508d>] ? ktime_get_ts+0x3d/0xe0 Nov 5 19:36:45 Ds1010 kernel: [301609.938642] [<ffffffff8113bc3f>] ? poll_select_copy_remaining+0xcf/0x120 Nov 5 19:36:45 Ds1010 kernel: [301609.945538] [<ffffffff81486ff2>] ? page_fault+0x22/0x30 un plantage et plus rien dans les log pendant 30 minutes (chef chef, je crois que j'ai p-e merdé :p) puis d'autres plantages et reboot, erreur disk plantage reboot, ... pendant des heures le plus bizarre dans l'histoire, c'est que toi qd tu l'a allumé vers 17h aujourd'hui, pas de log erreur du disque (le disque samsung n'aime pas synology ? :p) bon, j'aimerai savoir ce qu'il a ce disque ... il est mort, ressucité ? alors voici la commande : smartctl -d sat -A /dev/sdc il est 21:03 suis pile à l'heure :p 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
silverman Posté(e) le 6 novembre 2015 Auteur Partager Posté(e) le 6 novembre 2015 (modifié) Citation Ds1010> smartctl -d sat -A /dev/sdc smartctl 6.2 (build date Oct 28 2015) [x86_64-linux-3.10.35] (local build) Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org === START OF READ SMART DATA SECTION === SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 100 100 051 Pre-fail Always - 422 2 Throughput_Performance 0x0026 047 047 000 Old_age Always - 23208 3 Spin_Up_Time 0x0023 076 066 025 Pre-fail Always - 7344 4 Start_Stop_Count 0x0032 093 093 000 Old_age Always - 7927 5 Reallocated_Sector_Ct 0x0033 252 252 010 Pre-fail Always - 0 7 Seek_Error_Rate 0x002e 252 252 051 Old_age Always - 0 8 Seek_Time_Performance 0x0024 252 252 015 Old_age Offline - 0 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 28659 10 Spin_Retry_Count 0x0032 252 252 051 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 252 252 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 140 181 Program_Fail_Cnt_Total 0x0022 099 099 000 Old_age Always - 36176908 191 G-Sense_Error_Rate 0x0022 100 100 000 Old_age Always - 1514 192 Power-Off_Retract_Count 0x0022 252 252 000 Old_age Always - 0 194 Temperature_Celsius 0x0002 064 059 000 Old_age Always - 23 (Min/Max 12/41) 195 Hardware_ECC_Recovered 0x003a 100 100 000 Old_age Always - 0 196 Reallocated_Event_Count 0x0032 252 252 000 Old_age Always - 0 197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 5 198 Offline_Uncorrectable 0x0030 252 252 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0036 100 100 000 Old_age Always - 1 200 Multi_Zone_Error_Rate 0x002a 100 100 000 Old_age Always - 22742 223 Load_Retry_Count 0x0032 252 252 000 Old_age Always - 0 225 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 7930 Je ne sais pas trop décrypté mais quoi qu'il en sois je pense qu'un formatage bas niveau serais pas mal sur tout les disques pour repartir sur qq chose de sain non? Pour info je sais que les samsung ne sont pas top avec le nas synology mais a l'époque un firmware avais été mis a dispo, ayant les meme disque j'avais alerté mon voisin en lui faisant la mise a jour. D'ailleurs le souci rencontré a l'époque après la mise a jour le numero de FW étais toujours le meme (pas tres malin de la part de samsung). Sinon dans tout ca tu peux me confirmer si je commence a faire un formatage bas niveau ou pas? Existe t'il un logiciel sur synology directement? car j'ai un 1812 avec un puit usb3? Merci encore mille fois pour le temps que tu a passé Stéphane Modifié le 6 novembre 2015 par silverman 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 6 novembre 2015 Partager Posté(e) le 6 novembre 2015 ben, j'avais pas perdu l'iddée de remonté ce raid encore, à toi de voir ... c qd meme bizarre : pendant que le support intervient, on a ceci : Nov 5 19:21:04 Ds1010 kernel: [300669.845773] end_request: I/O error, dev sdc, sector 161499112 --> secteur defectueux sur le disque et le smart dit que tout vas bien ... moi, j'essayerai de remonter ce raid, quitte à le forcé si cela va pas c comme tu veux, tout depend si tu veux que l'on tente 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 7 novembre 2015 Partager Posté(e) le 7 novembre 2015 bon, donc suite au test smart etendu, faut lire les donnée en effet ;) c très simple : smartctl -d sat -a /dev/sdc 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
silverman Posté(e) le 7 novembre 2015 Auteur Partager Posté(e) le 7 novembre 2015 voila Citation Ds1010> smartctl -d sat -a /dev/sdc smartctl 6.2 (build date Oct 28 2015) [x86_64-linux-3.10.35] (local build) Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: SAMSUNG SpinPoint F4 EG (AF) Device Model: SAMSUNG HD204UI Serial Number: S2HGJ1SZ902456 LU WWN Device Id: 5 0024e9 004029833 Firmware Version: 1AQ10001 User Capacity: 2,000,398,934,016 bytes [2.00 TB] Sector Size: 512 bytes logical/physical Rotation Rate: 5400 rpm Device is: In smartctl database [for details use: -P show] ATA Version is: ATA8-ACS T13/1699-D revision 6 SATA Version is: SATA 2.6, 3.0 Gb/s Local Time is: Sat Nov 7 17:54:25 2015 CET ==> WARNING: Using smartmontools or hdparm with this drive may result in data loss due to a firmware bug. ****** THIS DRIVE MAY OR MAY NOT BE AFFECTED! ****** Buggy and fixed firmware report same version number! See the following web pages for details: http://knowledge.seagate.com/articles/en_US/FAQ/223571en http://sourceforge.net/apps/trac/smartmontools/wiki/SamsungF4EGBadBlocks SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x00) Offline data collection activity was never started. Auto Offline Data Collection: Disabled. Self-test execution status: ( 243) Self-test routine in progress... 30% of test remaining. Total time to complete Offline data collection: (21540) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 359) minutes. SCT capabilities: (0x003f) SCT Status supported. SCT Error Recovery Control supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 100 100 051 Pre-fail Always - 422 2 Throughput_Performance 0x0026 047 047 000 Old_age Always - 23208 3 Spin_Up_Time 0x0023 076 066 025 Pre-fail Always - 7344 4 Start_Stop_Count 0x0032 093 093 000 Old_age Always - 7928 5 Reallocated_Sector_Ct 0x0033 252 252 010 Pre-fail Always - 0 7 Seek_Error_Rate 0x002e 252 252 051 Old_age Always - 0 8 Seek_Time_Performance 0x0024 252 252 015 Old_age Offline - 0 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 28669 10 Spin_Retry_Count 0x0032 252 252 051 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 252 252 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 140 181 Program_Fail_Cnt_Total 0x0022 099 099 000 Old_age Always - 36176908 191 G-Sense_Error_Rate 0x0022 100 100 000 Old_age Always - 1514 192 Power-Off_Retract_Count 0x0022 252 252 000 Old_age Always - 0 194 Temperature_Celsius 0x0002 064 059 000 Old_age Always - 35 (Min/Max 12/41) 195 Hardware_ECC_Recovered 0x003a 100 100 000 Old_age Always - 0 196 Reallocated_Event_Count 0x0032 252 252 000 Old_age Always - 0 197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 5 198 Offline_Uncorrectable 0x0030 252 252 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0036 100 100 000 Old_age Always - 1 200 Multi_Zone_Error_Rate 0x002a 100 100 000 Old_age Always - 22742 223 Load_Retry_Count 0x0032 252 252 000 Old_age Always - 0 225 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 7931 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed without error 00% 22768 - # 2 Extended offline Aborted by host 60% 22752 - # 3 Short offline Completed without error 00% 22741 - # 4 Short offline Completed without error 00% 22732 - # 5 Short offline Completed without error 00% 20254 - # 6 Extended offline Completed without error 00% 20249 - # 7 Short offline Completed without error 00% 20175 - # 8 Extended offline Completed without error 00% 20162 - # 9 Short offline Completed without error 00% 20018 - #10 Extended offline Completed without error 00% 20003 - #11 Short offline Completed without error 00% 19868 - #12 Extended offline Completed without error 00% 19854 - #13 Short offline Completed without error 00% 19717 - #14 Extended offline Completed without error 00% 19702 - #15 Short offline Completed without error 00% 19564 - #16 Extended offline Completed without error 00% 19549 - #17 Short offline Completed without error 00% 19414 - #18 Extended offline Completed without error 00% 19399 - #19 Short offline Completed without error 00% 19265 - #20 Extended offline Completed without error 00% 19250 - #21 Short offline Completed without error 00% 19106 - SMART Selective self-test log data structure revision number 0 Note: revision number not 1 implies that no selective self-test has ever been run SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Self_test_in_progress [30% left] (0-65535) 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 7 novembre 2015 Partager Posté(e) le 7 novembre 2015 bon, j'ai été mangé, ca m'a permis d'un peu refléchir sur la methode la + safe (si on trouve encore quelque chose) alors le disque sdc a effectivement 5 secteurs "instables" (a moitié défectueux) --> va falloir essayer de remonter tout cela en douceur bon, on va donc commencer : les première commandes, je n'y crois pas, mais on ne sais jamais ... mdadm --assemble --scan cat /proc/mdstat bon, je suppose que ca ira pas (j'ai arreter depuis longtemps à croire au miracle) je prépare deja le reste, poste deja ce que cela renvoit ;) 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
silverman Posté(e) le 7 novembre 2015 Auteur Partager Posté(e) le 7 novembre 2015 (modifié) Citation Ds1010> mdadm --assemble --scan mdadm: /dev/md/2 has been started with 4 drives (out of 5). mdadm: /dev/md/2_0 assembled from 1 drive - not enough to start the array. mdadm: /dev/md/2_0 exists - ignoring mdadm: /dev/md127 assembled from 1 drive - not enough to start the array. Ds1010> cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md2 : active raid5 sdb5[1] sde5[4] sdd5[3] sdc5[2] 7795119360 blocks super 1.2 level 5, 64k chunk, algorithm 2 [5/4] [_UUUU] md1 : active raid1 sda2[0] sdb2[1] sdc2[2] sdd2[3] sde2[4] 2097088 blocks [5/5] [UUUUU] md0 : active raid1 sda1[0] sdb1[1] sdc1[4] sdd1[3] sde1[2] 2490176 blocks [5/5] [UUUUU] unused devices: <none> Ds1010> Modifié le 7 novembre 2015 par silverman 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 7 novembre 2015 Partager Posté(e) le 7 novembre 2015 heu comment dire que cela fonctionne .... c une bonne nouvelle, mais pourquoi le "support" t'a laissé sans le raid qui était avant leur intervention monté ?!? bon, on va pas se cassé la tete, on passe au lvm vgchange -ay pvs vgs lvs 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
silverman Posté(e) le 7 novembre 2015 Auteur Partager Posté(e) le 7 novembre 2015 Citation Ds1010> vgchange -ay 1 logical volume(s) in volume group "vg1000" now active Ds1010> pvs PV VG Fmt Attr PSize PFree /dev/md2 vg1000 lvm2 a- 7.26T 0 Ds1010> vgs VG #PV #LV #SN Attr VSize VFree vg1000 1 1 0 wz--n- 7.26T 0 Ds1010> lvs LV VG Attr LSize Origin Snap% Move Log Copy% Convert lv vg1000 -wi-a- 7.26T Moi aussi je me pose cette question du volume 1 present avant leur intervention et apres plus rien 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 7 novembre 2015 Partager Posté(e) le 7 novembre 2015 alors, on sais que le système de fichier était corrompu, il le sera toujours on sais egalement que on a un disk avec des secteurs instable --> moin on fait d'opération dessus, mieux c'est --> on va reparer le système de fichier sans tester la surface (ce qui veux dire que 5*512 octect resteront problematique) on tente cette commande : fsck.ext4 -fp /dev/vg1000/lv 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
silverman Posté(e) le 7 novembre 2015 Auteur Partager Posté(e) le 7 novembre 2015 Citation Ds1010> fsck.ext4 -fp /dev/vg1000/lv fsck.ext4: Bad magic number in super-block while trying to open /dev/vg1000/lv /dev/vg1000/lv: The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device> mais si le volume est remonté il y a une chance de récupérer certaine données ou c peine perdu? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 7 novembre 2015 Partager Posté(e) le 7 novembre 2015 si le volume est remonté, on backup les + important ;), autrement, si il y avais aucune chance, j'aurait deja arreté ;) bon, essaye ceci : fsck.ext4 -b 32768 -fp /dev/vg1000/lv 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
silverman Posté(e) le 7 novembre 2015 Auteur Partager Posté(e) le 7 novembre 2015 Citation Ds1010> fsck.ext4 -b 32768 -fp /dev/vg1000/lv 1.42.6-3810: Superblock has an invalid journal (inode 8). CLEARED. *** ext3 journal has been deleted - filesystem is now ext2 only *** 1.42.6-3810: Resize inode not valid. 1.42.6-3810: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. (i.e., without -a or -p options) Désolé je mangais un morceau je suis de retour et dispo 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 7 novembre 2015 Partager Posté(e) le 7 novembre 2015 pas de soucis. bon, c pas le bon inode fsck.ext4 -b 8193 -fp /dev/vg1000/lv 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
silverman Posté(e) le 7 novembre 2015 Auteur Partager Posté(e) le 7 novembre 2015 Citation Ds1010> fsck.ext4 -b 8193 -fp /dev/vg1000/lv fsck.ext4: Bad magic number in super-block while trying to open /dev/vg1000/lv /dev/vg1000/lv: The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device> 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
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.