Avec badblocks tout simplement. Il permet, entre autre, de faire des tests non destructeurs en lecture ou lecture/écriture. (Lire le man entièrement avant !)
Ce serait quand même ballot de détruire toutes ses données avec mke2fs pour un simple test, non ?[/quote]
Comme quoi on en apprend tous les jours 
ok,
j’essaye ça et je vous tiens au courant.
Merci
Salut¡¡
J’ai lu le man de badblocks, mon disque est partitionné en deux: la première pour windows dev/hda1 (ntfs] et la deuxième en linux dev/hda2 (avec un système de fichier en ext3),
Je voudrais avoir votre avis pour ne pas faire de bêtises, la commande suivante suffirait?:
Est-ce que pour faire le test sur tout le disque(windows + linux) il suffit de faire
Il faut specifier quelque part le système de fichiers?
Merci
petit up
Salut,
Qu’en dit la page de man ?
Salut ,
J’ai rien trouvé a propos du type fichier dans le man. Ni rien a propos du fait de mettre hda a la place de hda1 et hda2.
Par contre il dit de pas utiliser l’option -f pour le test en écriture lecture.
Il dit:
-f Normalement, badblocks refusera d’effectuer un test en lec‐
ture-écriture ou un test non destructif sur un périphérique
monté, car tous deux peuvent faire planter le système même si le
système de fichiers est monté en lecture seule. Cela peut être
forcé en utilisant le drapeau -f, mais cette option ne devrait
presque jamais être utilisée ; si vous pensez que vous êtes plus
intelligent(e) que le programme badblocks, vous vous trompez
certainement. Le seul cas où cette option peut être sans danger
se situe lorsque le fichier /etc/mtab est incorrect et que le
périphérique n’est en fait pas monté.
-n Utiliser le mode lecture-écriture non destructif. Par défaut,
seul un test en lecture seule non destructif est effectué. Cette
option ne peut être combinée avec l’option -w, car elles sont
mutuellement exclusives.
Je comprends alors que par defaut badblocks realise un test non destructif.
Donc j’avait pense utiliser badblocks -s -v /dev/hda2
car l’option -s indique l’etat de progression
et l’option -v acive le mode verbaux.
Merci
Non, badblocks opère à un plus bas niveau.
Enlève -v qui sera plus embêtant qu’autre chose.
Pour aller plus loin, tu parlais de fsck et il peut appeler badblocks avec l’option -c (lecture seule) ou -cc (lecture/écriture) pour repérer et isoler les blocks défectueux (comme mkfs). Il va sans dire que cela peut corrompre des fichiers (même si théoriquement ces fichiers sont déjà corrompus).
As tu fini par faire un memtest ?
salut,
Je trouve pas dans le man de fsck l’option -c par contre je trouvé:
[code][ -C [ descripteur ]
Afficher une barre de progression pour les vérificateurs qui le
supportent (actuellement uniquement disponible pour ext2 et
ext3). Fsck gérera les vérificateurs de telle sorte qu’un seul
d’entre eux affichera une barre de progression à un instant
donné. Les interfaces graphiques peuvent fournir un descripteur
de fichier, dans lequel les informations d’avancement seront
envoyées.
/code]
donc tu me conseilles de faire un fsck -c badblocks /dev/hda2?
En ce qui concerne memtest je l’ai pas installé encore, j’imagine qu’il suffit d’un aptitude install memtest par contre pour l’introduire dans le menu grub je sais pas comment faire.
Merci
man e2fsck
La commande n’est pas bonne. Exemple pour ext2/ext3/ext4 :
e2fsck -cfv -C 0 /dev/hda2C’est plus un moyen de répondre à une problématique donnée qu’un conseil :
mkfs.ext3 -c /dev/sdXY -> Pour formater une partition en Ext3 avec au préalable une recherche par badblocks des blocs défectueux et mise en quarantaine de ceux-ci.
badblocks /dev/sdXY -> Pour faire une simple recherche des blocs défectueux.
e2fsck -c /dev/sdXY -> Pour faire une vérification du système de fichier (ext2/ext3/ext4) d'une partition plus une recherche par badblocks des blocs défectueux et mise en quarantaine de ceux-ci.
Dans ton cas tu peux commencer par badblocks seul (ce qui est sans risque) mais peut être qu’il te faudra ensuite utiliser e2fsck (qui est plus risqué). Ou alors passer directement à e2fsck… 
[quote="…"]
Suffit de faire un
# update-grubSalut,
Je bien de faire un badblocks -s /dev/hda2 ,…
badblocks fait l’analyse de la partition mais je ne sais plus ou sont stockes les résultats, dans /var/log je ne vois rien.
Merci
Sans l’option -o il n’affiche la liste que dans le terminal (s’il en trouve).
PS. Un memtest me parait plus « urgent ».
Salut,
J’ai lancé un memtest, il a fait deux “Pass”, et il n’as pas trouvé des erreurs…
Quand j’ai lancé badblocks il n’as pas affiché des résultats dans le terminal, donc j’imagine que le disque est bon…
ça commence à devenir bizarre, peut-être un problème soft ???
Vous voyez d’autres test hard a faire avant de continuer, je vais essayer de mettre sur le forum la liste des actions lors du démarrage.
Pour voir si il y a plus de pistes à creuser.
2 pass c’est pas assez. On considère qu’un memtest doit avoir au minimum 6 ou 7 pass pour être jugé pertinent.
Oui, comparer le dmesg d’un démarrage normal à celui d’un démarrage ralenti est l’une des première chose à faire.
En fait je voulait savoir au juste dans quel fichier dmesg stocke les informations du démarrage, car le résultat est trop long et pas très pratique a lire sur le terminal.
Merci
Re,
/var/log/syslog* mais pas plus pratique à lire 
dmesg > mon_fichier_quand_c_bon
Salut,
Désolé pour le retard sur ma réponse (déplacement…) voici la différence que j’ai trouvé lors d’un démarrage ralenti et un démarrage normal:
Démarrage normal:
[ 4.458039] input: Logitech USB Optical Mouse as /class/input/input1
[ 4.472106] input,hidraw0: USB HID v1.11 Mouse [Logitech USB Optical Mouse] on usb-0000:00:1d.0-1
[ 4.472135] usbcore: registered new interface driver usbhid
[ 4.472140] usbhid: v2.6:USB HID core driver
[ 4.736429] PM: Starting manual resume from disk
[ 4.818590] EXT3-fs: INFO: recovery required on readonly filesystem.
[ 4.818595] EXT3-fs: write access will be enabled during recovery.
[ 5.148200] ieee1394: Host added: ID:BUS[0-00:1023] GUID[00c09f00007326e2]
[ 10.732257] kjournald starting. Commit interval 5 seconds
[ 10.732257] EXT3-fs: hda2: orphan cleanup on readonly fs
[ 10.756554] ext3_orphan_cleanup: deleting unreferenced inode 1042495
[ 10.756554] ext3_orphan_cleanup: deleting unreferenced inode 492662
[ 10.756554] EXT3-fs: hda2: 2 orphan inodes deleted
[ 10.756554] EXT3-fs: recovery complete.
[ 10.801283] EXT3-fs: mounted filesystem with ordered data mode.
[ 14.725879] udevd version 125 started
[ 16.044769] Linux agpgart interface v0.103
[ 16.463223] agpgart: Detected an Intel 915GM Chipset.
[ 16.463581] agpgart: Detected 7932K stolen memory.
[ 16.484167] agpgart: AGP aperture is 256M @ 0xc0000000
[ 16.529303] input: Power Button (FF) as /class/input/input2
[ 16.548132] ACPI: Power Button (FF) [PWRF]
Démarrage ralenti:
[ 4.233836] input: Logitech USB Optical Mouse as /class/input/input1
[ 4.248101] input,hidraw0: USB HID v1.11 Mouse [Logitech USB Optical Mouse] on usb-0000:00:1d.0-1
[ 4.248133] usbcore: registered new interface driver usbhid
[ 4.248138] usbhid: v2.6:USB HID core driver
[ 4.928213] ieee1394: Host added: ID:BUS[0-00:1023] GUID[00c09f00007326e2]
[ 5.072422] PM: Starting manual resume from disk
[ 5.198284] kjournald starting. Commit interval 5 seconds
[ 5.198284] EXT3-fs: mounted filesystem with ordered data mode.
[ 134.342852] udevd version 125 started
[ 149.668462] input: Power Button (FF) as /class/input/input2
[ 149.668462] ACPI: Power Button (FF) [PWRF]
J’ai l’impression que il y a un problème avec le montage du système de fichiers:
Qu’est ce que vous en pensez?
Merci
Salut,
[quote]
4.818590] EXT3-fs: INFO: recovery required on readonly filesystem.
[ 4.818595] EXT3-fs: write access will be enabled during recovery.
[ 5.148200] ieee1394: Host added: ID:BUS[0-00:1023] GUID[00c09f00007326e2]
[ 10.732257] kjournald starting. Commit interval 5 seconds
[ 10.732257] EXT3-fs: hda2: orphan cleanup on readonly fs
[ 10.756554] ext3_orphan_cleanup: deleting unreferenced inode 1042495
[ 10.756554] ext3_orphan_cleanup: deleting unreferenced inode 492662
[ 10.756554] EXT3-fs: hda2: 2 orphan inodes deleted
[ 10.756554] EXT3-fs: recovery complete.[/quote]
Typique d’un arrêt anormal du système
Salut,
Si j’ai bien compris ces lignes font un ménage avant de continuer, mais cela arrive lorsque j’ai un bon démarrage et pas quand j’ai un démarrage ralenti, bizarre…
Merci
[quote=“chito”][ 10.732257] EXT3-fs: hda2: orphan cleanup on readonly fs
[ 10.756554] ext3_orphan_cleanup: deleting unreferenced inode 1042495
[ 10.756554] ext3_orphan_cleanup: deleting unreferenced inode 492662
[ 10.756554] EXT3-fs: hda2: 2 orphan inodes deleted
[ 10.756554] EXT3-fs: recovery complete.
[ 10.801283] EXT3-fs: mounted filesystem with ordered data mode.[/quote]
Est ce que l’arrêt du système c’est fait dans de bonnes conditions ? Pas de coupure électrique ? D’arrêt de la machine à la hussarde ?
Parce que si c’est suite à un arrêt normal il y a un problème.
[quote=“chito”][ 5.198284] EXT3-fs: mounted filesystem with ordered data mode.
[ 134.342852] udevd version 125 started[/quote]
Là, sauf erreur de ma part, c’est udev qui à le réveil difficile.
Quelle version est installée :
Salut
Voici des réponses à vos questions :
[quote]Est ce que l’arrêt du système c’est fait dans de bonnes conditions ? Pas de coupure électrique ? D’arrêt de la machine à la hussarde ?
Parce que si c’est suite à un arrêt normal il y a un problème.[/quote]
L’arrêt se fait dans de bonnes conditions mais ces messages là sortent dans un démarrage qui n’est pas ralenti.
[quote]Là, sauf erreur de ma part, c’est udev qui à le réveil difficile.
Quelle version est installée :[/quote]
udev:
Installé : 0.125-7+lenny3
Candidat : 0.125-7+lenny3
Table de version :
*** 0.125-7+lenny3 0
500 http://ftp.fr.debian.org lenny/main Packages
100 /var/lib/dpkg/status
0.125-7+lenny1 0
500 http://security.debian.org lenny/updates/main Packages
Merci.