(Courriels de diversion: <saboterent@deracina-pacifisme.com> <reabonnais@rengaineras-vituperes.com> <mensuellement@exhorterais-wagons-restaurants.com> <creditaient@demain-encephales.com> <alignerait@ballots-acquittement.com> <repeignez@brocheurs-repliques.com> <desservirais@ingeres-enterrerent.com> <infuses@abaisserai-langes.com> <embrigaderez@expliciteriez-bricolions.com> <dialoguant@conjura-desamorcerons.com> )
Merci pour ces suggestions techniques. Après de nombreux essais infructueux de boot, dont la plupart ne voyaient pas l'ensemble des disques, et certains se plaignant de l'absence de CPU, j'ai enlevé l'inutile carte wifi, je me suis assuré des bonnes connexions des différents nappes et cables internes, j'ai bougé les cables. Un dernier boot infructueux lié à l'absence de CPU, puis un boot fructueux. Je crois pouvoir envisager de changer de carte mère et de CPU... Pour ce qui est de grub, la précédente info que j'ai donné dans un précédent mail est sans doute erronée. J'ai peut-être les deux d'installés: ----< dpkg -l | grep grub ii grub 0.97-47lenny2 GRand Unified Bootloader (Legacy version) ii grub-common 1.96+20080724-16 GRand Unified Bootloader, version 2 (common files) ----> C'est un point qu'il me faudra éclaircir à l'occasion; mais grub reste parfois assez obscur quant à son fonctionnement. Pour la commande smartctl, la colonne WHEN_FAILED est toujours vide, tout comme la section «SMART Error Log». J'en déduis donc que les disques sont bons: ----< Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 100 100 016 Pre-fail Always - 0 2 Throughput_Performance 0x0005 132 132 054 Pre-fail Offline - 113 3 Spin_Up_Time 0x0007 132 132 024 Pre-fail Always - 464 (Average 407) 4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 285 5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 2 7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0 8 Seek_Time_Performance 0x0005 121 121 020 Pre-fail Offline - 35 9 Power_On_Hours 0x0012 100 100 000 Old_age Always - 1173 10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 285 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 286 193 Load_Cycle_Count 0x0012 100 100 000 Old_age Always - 286 194 Temperature_Celsius 0x0002 171 171 000 Old_age Always - 35 (Lifetime Min/Max 22/46) 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 2 197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 121 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 No self-tests have been logged. [To run self-tests, use: smartctl -t] ----> ----- Mail Original ----- De: "Pascal Hambourg" <pascal.news@plouf.fr.eu.org>À: linux-31@culte.orgEnvoyé: Jeudi 21 Octobre 2010 23h35:41 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [linux-31] Re: RAID1 mdadm et grub Salut, jeanmichel.123@free.fr a écrit :> > Les technologies en œuvre étaient Debian, mdadm et grub. Grub 1 ou 2 ? > Je fais actuellement face au fait technique suivant: le PC a tendance > a ne pas bouter, de manière répétitive et obstinée. Que se passe-t-il exactement ? A quel stade le démarrage échoue-t-il, avec quel message d'erreur ? > computer:~# cat < /dev/sdc1 > /dev/null > computer:~# cat < /dev/sdc5 > /dev/null Il y a plus simple : badblocks. > computer:~# mdadm --detail /dev/md1 /dev/md6 > /dev/md1: [...] > State : clean, degraded > Active Devices : 1 > Working Devices : 1 > Failed Devices : 0 > Spare Devices : 0 > > UUID : e6a02b89:9762d0b5:e9232dc9:xxxxxxx > Events : 0.422 > > Number Major Minor RaidDevice State > 0 8 17 0 active sync /dev/sdb1 > 1 0 0 1 removed > /dev/md6: [...] > State : clean > Active Devices : 2 > Working Devices : 2 > Failed Devices : 0 > Spare Devices : 0 > > UUID : 7ad51c06:77804060:f2f98907:xxxxxxxx > Events : 0.4 > > Number Major Minor RaidDevice State > 0 8 22 0 active sync /dev/sdb6 > 1 8 38 1 active sync /dev/sdc6 [...] > computer:~# # mais seul le disque sdb est utilisé, le sdc étant «removed». Pour /dev/md1 en effet, mais pour /dev/md6 /dev/sdc6 est bien marquée utilisée. ----------------------------------------------------------------- Les listes de diffusion du CULTe - Pour une informatique libre http://www.CULTe.org/listes/ Pour se desabonner: mailto:linux-31-unsubscribe@CULTe.org?subject=Cliquez_sur_ENVOYER ----------------------------------------------------------------- Les listes de diffusion du CULTe - Pour une informatique libre http://www.CULTe.org/listes/ Pour se desabonner: mailto:linux-31-unsubscribe@CULTe.org?subject=Cliquez_sur_ENVOYER