raid0: 1HDD défectueux, sur array de 3 HD - Disque dur - Hardware
Marsh Posté le 02-03-2004 à 15:44:49
tu fais un chkdsk /fix ou pas?
ceci dit je vois pas en quoi les secteurs défectueux empècheraient le Flashage du BIos (Phlashage )
Marsh Posté le 02-03-2004 à 16:50:19
Disons que le chkdsk /fix de mon lecteurD: qui ne contient pas l'OS devient difficile à faire quand on me le demande, à moins de passer par le DOS?(mon HD est pris dans un array en raid0). Je dois atteindre le bios de mon controller Adaptec pour ça (il y a paraît-il une fonction de localisation des clusters avec), mais je ne sais pas comment le faire. Tu as une idée?
Moi non plus, mais si tu me le confirmes tout va bien... avant le Flashage du bios de ma tyan avec Phoenix Phlash16?
Marsh Posté le 02-03-2004 à 17:04:51
ctrl+A ou Q au boot de la carte adaptec pour entrer dans le bios
Marsh Posté le 02-03-2004 à 17:36:39
Merci melba.
Les vérif sont en cours. Le HD4 n'a rien. Curieux. Je me demande pourquoi on m'impose un scan systématique au démarrage de l'OS...
Pourquoi je ne peux toujours pas défragmenter l'array.
Marsh Posté le 02-03-2004 à 17:48:02
Tu arrive à démarrer et voir les fichiers de l'Array ?
Ou ça plante ?
Marsh Posté le 02-03-2004 à 18:41:59
Au début, (suite à un pbme de bios mal adapté au raid scsi), l'array a carrément disparu.
Dans le journal de gestion des HD, XP explique que le controller a pris du retard, qu'un des HD n'était pas prêt à répondre... et que sa structure de fichiers a été endommagée.
J'ai redémarré, et le bios de la CM a demandé un scan. Tout est allé bien et j'ai revu l'array.
Maintenant, tout est ok, mais il me demande le scan systématiquement au démarrage. Et je ne peux pas défragmenter. Ca vient du raid0?
(Vérif en cours sur bios adaptec--> 3ème HD de l'array ok)
Marsh Posté le 02-03-2004 à 19:09:05
Tu exécute la vérification entièrement au redémarrage ou tu l'annule ?
En générale si elle n'est pas éxécuter à fond, il la redemande à chaque démarrage.
si non c'est pas les disques qui ont prît, p-tet le secteur 0 qui contient de mauvaise info sur l'un des disques. ou WinXP régler pour vérifié à chaque fois
Mais ton Raid est une partition par agrégats sous WinXP pour que winXP reconnaisse les 3DD physiquement ?
Marsh Posté le 02-03-2004 à 19:20:08
Je l'effectue entièrement.
Si XP est réglé pour ça, où peut-on désactiver cette fonction?
Qu'est-ce que le secteur0?
Oui. Agregat par bandes
Marsh Posté le 02-03-2004 à 20:10:51
Le Secteur 0 c'est le secteur ou est inscrit le type de fichiers, partitions qu'il y a sur le disque etc...
Faudrait voir aussi dans le gestionnaire de disque si le disque est bien activé en dynamique, quelquefois qu'il serait repasser en mode normal
pour désactivé la fonction de scan au démarrage, je me souvient plus bien j'ai trouver ça sur le net :
Citation : 90-Apparition persistante du message \"Le système a récupéré d'une erreur sérieuse\" au démarrage |
Mais pas sur que le pbs soit résolu pour autant, il doit y avoir une entrer registre pour désactivé le scan
Marsh Posté le 02-03-2004 à 20:20:38
j'ai le même pb avec du raid 5 hard scsi j'ai voulu modifier une option du firm d'un des dd de mon raid en le mettant (après avoir arrêter proprement le pc) dans un second pc avec une carte adaptec standard (permet de bidouiller ensuite via aspi)... ce c... de W2K a reconnu une FAT32 sur mon dd (zarbi non car en raid 5 il ne devrait rien reconnaitre comme partition...) et a commencé à la vérifier au démarrage !!!! reboote sauvage et remontage du dd dans le raid d'origine. Vérification de l'intégrité du raid ok. Les données sont ok. Mais depuis j'ai W2K qui veux toujours scanner le dd c:... quoi que je lui dise zarbi.... sinon aucun pb à signaler, je défrag, je scan....
Marsh Posté le 02-03-2004 à 20:30:53
Xp analyse le HD au démarrage. C'est bien là le pbme! Il l'analyse et ne trouve rien!
C'est bien un volume dynamique activé et sain de partout.
J'ai corrigé les erreurs et pu enfin défragmenter... ouf! C'était tout simple.
-->Plus de demande de scan... Tout con!
--> janus-78, c'est là: Si le problème n'est pas encore résolu, après redémarrage, lancer une vérification du disque avec corrections d'erreurs puis une défragmentation. Il semble que cette touche finale ait été nécessaire dans certains cas. Dans la mise à jour de Windows, il y a un correctif qui règle ce problème. Y a plus que la mise à jour à choper, p-tet
Merci melba... t'as la pêche.
Encore une précision, stp, Ou trouves-tu des infos sur le secteur 0?
Marsh Posté le 02-03-2004 à 20:36:15
bah des bonnes info sur le secteur 0 (MBR en fait) et toutes explications:
http://www.bellamyjc.net/fr/theoriemultiboot1.html
Marsh Posté le 02-03-2004 à 20:41:27
De la lecture en perspective...
--> Reboot, TVB
merci 1000x
Marsh Posté le 02-03-2004 à 21:08:52
j'ai déjà essayé le chkdsk avec correction... même chose. A la différence que je défrag sans pb... je vais essayer de nettoyer les temp pour voir...
Marsh Posté le 02-03-2004 à 21:17:44
pô trouvé les fichiers WER1.tmp.dir00 et xml en question...
Marsh Posté le 02-03-2004 à 21:41:53
c'est de celui dont je parle...
Marsh Posté le 02-03-2004 à 21:51:04
j'essaye de nouveau, on ne sait jamais... comme de normal le dd sera vérifié au démarrage...
Marsh Posté le 02-03-2004 à 21:58:45
nickel ça marche de nouveau. J'ai été obligé de faire chkdsk /f /x, puis défrag, puis de nouveau chkdsk /F /X... maintenant celà semble ok... zarb tout de même mais bon c'est de nouveau comme avant merci melba pour avoir insisté avec chkdsk
Marsh Posté le 02-03-2004 à 22:01:00
Si non tu peu exclure le volume au scan du démarrage ainsi:
En ligne de commande:
CHKNTFS /X lettreduvolume: (Garder les espaces)
Pour revenir à la normale :
CHKNTFS /D
Et pour connaitre l'intégrité du lecteur et si l'AUTOCHK seras lancer au redémarrage:
CHKNTFS lettreduvolume:
Marsh Posté le 02-03-2004 à 22:02:44
janus_75 a écrit : nickel ça marche de nouveau. J'ai été obligé de faire chkdsk /f /x, puis défrag, puis de nouveau chkdsk /F /X... maintenant celà semble ok... zarb tout de même mais bon c'est de nouveau comme avant merci melba pour avoir insisté avec chkdsk |
Bas le /x démonte le volume si besoin, là t'en avait surrement besoin !
Marsh Posté le 02-03-2004 à 22:10:20
Si non p-tits trucs configurés sur Enable et qui servent stritement à rien dans 2K/XP:
En Ligne de comande : diskperf -n
Et Propriété du disque BOOT/systéme : décocher "Autoriser l'indexation de ce disque pour la recherche rapide de fichiers" puis appliquer à tout fichiers et sous-dossiers
Cette grosse merde utilise un fichier index.dat qui fini par tout ralentir par saturation
Marsh Posté le 02-03-2004 à 22:41:22
melba a écrit : Si non tu peu exclure le volume au scan du démarrage ainsi: |
je suis en fat32 je ne pense pas que chknfs fonctionne
Marsh Posté le 02-03-2004 à 22:44:10
melba a écrit : Si non p-tits trucs configurés sur Enable et qui servent stritement à rien dans 2K/XP: |
en effet, toujours bon de le rappeler... en revanche le diskperf -n quand je l'ai fais me laissait des erreurs dans l'eventlog à chaque redémarrage de W2K... donc depuis que j'ai réinstallé je l'ai laissé tel quel... faudrait que je ré-essaye si j'ai le courage
Marsh Posté le 02-03-2004 à 23:25:13
exact y'a une erreur au demmarrage. Je vais me pencher pour voir quel service demande le compteur
Marsh Posté le 03-03-2004 à 00:08:37
trouver pour supprimer l'erreur du PerfDisk :
Ligne de commande DiskPerf -n
Puis Télécharger cette utilitaire du ressource kit et le fichier Reg ici:
http://francois.lefebvre.free.fr/registre/Exctrlst.zip
Lancer l'utilitaire et sélectionner PerfDisk, décocher Enable puis appuyer sur Refresh
Optionel (à vérifier si c'est utile) Fusionné le fichier Reg:
http://francois.lefebvre.free.fr/r [...] active.reg
Et voilà plus d'erreur dans l'EventLog
Autre solution plus chiante pour le système à mon avis et pas testé:
désactiver le service "Journaux et alertes de performance"
Si non là c'est un peu hallucinant sur le gain en temps d'accés !
Marsh Posté le 03-03-2004 à 13:50:48
merchi ! j'ai pas pensé à chercher un utilitaire... il doit virer le chargement de la dll qui contient les compteurs proprement dits...
Tu dis que gagnes beaucoup en perf ? vraiment ? de combien ?
Marsh Posté le 03-03-2004 à 13:53:10
ha oki ça vient du ressource kit de NT ! je me disais bien que ça me disait quelque chose...
Marsh Posté le 03-03-2004 à 14:16:51
bah je sais pas trop en fait, j'avais fait une autre modif pour l'accés mémoire CG/ATHLON (LargePageMinimu) et depuis j'ai plein de reset de ma chaîne SCSI et quand je vire la valeur benh W2K démarre pas erreur WinMngt.exe (Périph WMI)
Si non le pbs est pas lier à perfdisk (j'ai essayer aussi en le remettant)
Marsh Posté le 03-03-2004 à 15:54:20
c'est quoi la clé exact ? c'est une clé dans ...\session manager\memory management ?
Marsh Posté le 03-03-2004 à 21:58:05
c'était bien cette clé là, zarb c'est la premiere fois qu'un truc comme ça m'arrive !
enfin du coup j'ai installer XP PRO SP1A suis en train de le booster et d'installer les drivers
Marsh Posté le 03-03-2004 à 22:15:10
tu as modifié quelle valeur dans les clés stockées dans memory management ? LargePageMinimum ? j'ai pas moi dans mon w2k
Marsh Posté le 03-03-2004 à 23:05:06
Oui c'est une valeur rajouté. c'est pour évité les page bleu dans les jeux avec certaines cartes graphique et les procos Athlon. Mais bon si t'en a pas évite
Marsh Posté le 04-03-2004 à 01:18:14
Bon j'ai trouver c'était pas du tout un pbs au niveau du registre !
Juste mon adaptateur disque SCA/68pts qui fesait mauvais contact ! avant ça merdait direct, là bien pas bien compris !
Marsh Posté le 04-03-2004 à 08:47:17
c'est ça les mauvais contacts... un coup ca marche un coup ca merde... c'est les pires pb hard que j'ai eut à résoudre ces pb de faux contacts...
Marsh Posté le 04-03-2004 à 08:47:56
melba a écrit : Oui c'est une valeur rajouté. c'est pour évité les page bleu dans les jeux avec certaines cartes graphique et les procos Athlon. Mais bon si t'en a pas évite |
j'ai que de l'intel (et du P3 en plus ) donc je vais m'abstenir de bidouiller là dedans...
Marsh Posté le 02-03-2004 à 15:34:47
Après avoir utilisé le raid SCSI sans updater mon bios (pbmes de controller adaptec intégré à la CM), un retard du périphérique s'est répercuté sur un des disques de l'array, qui maintenant nécessite un shkdsk systématique au démarrage.
La défragmentation est impossible. On me demande un shkdsk pour l'analyse des fichiers, je l'exécute au redémarrage. RAF
Comment localiser les clusters défectueux? Accéder au bios adatec, je ne sais pas faire.
PS : Je veux vérifier et réparer mon système-disque avant le phlashage de mon bios. A moins que cela ne soit pas nécessaire...?????