Blocage aléatoire au démarrage 'checking file systems'

Gerard42 · Le 27/09/2009, à 11:17

Je suis sous Ubuntu Jaunty, sur un ordinateur récent.

Depuis quelques semaines, j'ai un problème de blocage au démarrage.

Pour comprendre sur quoi ça bloquait, j'ai enlevé "quiet" de la ligne de boot dans /boot/grub/menu.lst
J'ai donc vu que ça bloque (entre une fois sur 4 et une fois sur 10 à peu près) sur :

"Checking file systems"

D'où peut provenir ce bug aléatoire ? Comment arranger ça ?

Dernière modification par Gerard42 (Le 22/11/2009, à 17:07)

Qid · Le 27/09/2009, à 11:23

fait un scandisk de ton disque dur
parce que ça sent le souci pas cool dutout
(sous linux c'est fsck)

Gerard42 · Le 28/09/2009, à 19:57

Merci !

Pour essayer de faire fsck sur le disque dur, j'ai démarré avec le live CD.
puis successivement :
sudo fsck /dev/sda1
sudo fsck /dev/sda2
sudo fsck /dev/sda3
(pas sda4, car c'est la partition étendue)
sudo fsck /dev/sda5 (swap)
sudo fsck /dev/sda6
sudo fsck /dev/sda7
sudo fsck /dev/sda8

Aucun message d'erreur sauf sur swap... mais je ne l'ai pas mémorisé.
J'ai aussi été surpris par la réponse immédiate de fsck (pour toutes les partitions...) J'ai pas l'impression que cette commande ait vérifié grand chose... Normal... ou bien j'ai fait quelque chose de travers ?

Pour info :

1°) résultat de sudo fdisk -l

Disque /dev/sda: 320.0 Go, 320072933376 octets
255 têtes, 63 secteurs/piste, 38913 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Identifiant de disque : 0xaf1de4d8
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 1 1828 14683378+ 83 Linux
/dev/sda2 * 1829 21002 154015155 83 Linux
/dev/sda3 21003 23796 22442805 83 Linux
/dev/sda4 23797 38913 121427302+ 5 Etendue
/dev/sda5 23797 23947 1212876 82 Linux swap / Solaris
/dev/sda6 23948 28078 33182226 83 Linux
/dev/sda7 28079 32044 31856863+ 83 Linux
/dev/sda8 32045 38913 55175211 83 Linux

2°) résultat de df -h

Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/sda3 22G 3,8G 17G 19% /
tmpfs 881M 0 881M 0% /lib/init/rw
varrun 881M 224K 881M 1% /var/run
varlock 881M 0 881M 0% /var/lock
udev 881M 160K 881M 1% /dev
tmpfs 881M 500K 880M 1% /dev/shm
lrm 881M 2,2M 879M 1% /lib/modules/2.6.28-15-generic/volatile
/dev/sda6 32G 1,1G 29G 4% /home
/dev/sda7 30G 177M 29G 1% /media/stockage-N°1
/dev/sda8 52G 180M 49G 1% /media/stockage-N°2
/dev/sda1 14G 164M 13G 2% /media/stockage-N°3
/dev/sda2 145G 188M 138G 1% /media/stockage-N°4

3°) contenu de /etc/fstab :

# /etc/fstab: static file system information.
#
# Use 'vol_id --uuid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# / was on /dev/sda3 during installation
UUID=64bcfc25-451d-49f5-8a34-f0d25504a35b /               ext3    relatime,errors=remount-ro 0       1
# /home was on /dev/sda6 during installation
UUID=46cb81a3-f737-4d3e-a2ed-d13198dcc41f /home           ext3    relatime        0       2
# Partition sda7 : volume de stockage complémentaire.
UUID=9a6cc667-04c2-4e0b-b324-6e4696e7843e /media/stockage-N°1	ext3	rw,auto      0     2
# Partition sda8 : volume de stockage complémentaire.
UUID=8003278e-dbb2-4d53-81c2-9e2afd93011d /media/stockage-N°2	ext3	rw,auto      0     2
# Partition sda1 : ancienne partition de récupération du système Windows (devenue Linux).
UUID=52b97a6a-a461-4ef6-a3ed-cda09be0dd7a /media/stockage-N°3	ext3	rw,auto      0     2
# Partition sda2 : ancienne grosse partition NTFS de Windows devenue partition Linux (ext3)
UUID=9afbdf7b-ee68-4469-abeb-030ddcd4e123 /media/stockage-N°4	ext3	rw,auto      0     2
# swap was on /dev/sda5 during installation
UUID=b02ad30e-dbfa-4e57-ba52-626d97709b1b none            swap    sw              0       0
# swap was on /dev/sdb3 during installation
# UUID=22eea0b8-388d-4caa-8170-d78b1ab81043 none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0

[Edit - P.S. : J'ai acheté cet ordinateur il y a 4 mois... Le disque dur est donc très récent... et n'a pas encore beaucoup servi !]

Dernière modification par Gerard42 (Le 28/09/2009, à 20:06)

ComPar · Le 02/10/2009, à 19:31

Salut,

Je ne sais pas déchiffrer ton fstab... D'autres devraient le faire mieux que moi.

Ton problème est-il réglé ou bien ce bloquage aléatoire arrive-t-il toujours ?

Depuis que tu as enlevé "quiet" de la ligne de boot (c'est à dire depuis que ce qui se passe au démarrage est affiché à l'écran), as-tu observé d'autres messages au moment où ça bloque ?

Peut-être qu'il faudrait aussi aller voir dans syslog ?

Dernière modification par ComPar (Le 02/10/2009, à 19:31)

Gerard42 · Le 03/10/2009, à 10:20

Peut-être qu'il faudrait aussi aller voir dans syslog ?

Je suis allé voir dans syslog : rien; nada...

J'ai arrêté l'ordinateur normalement à 10 h 58.
Je l'ai remis en route par le bouton power (donc normalement) à 10 h 59.
Le démarrage s'est bloqué sur "Checking file systems"

Pour pouvoir bien analyser le contenu du syslog... j'ai laissé passer 5 minutes (en laissant l'ordinateur bloqué sur "Checking file systems".)

à 11 h 05 j'ai arrêté l'ordinateur par un appui long sur "power".

à 11 h 10, j'ai redémarré l'ordinateur.

Voici l'intégralité du contenu du fichier syslog entre 10 h 58 et 11 h 10 et quelques :

Oct 3 10:58:07 perez-bureau exiting on signal 15
Oct 3 11:10:47 perez-bureau syslogd 1.5.0#5ubuntu3: restart.

Est-ce que d'autres fichiers de log pourraient garder une trace du démarrage avorté ?

P.S. : je viens de chercher dans les divers fichiers de log de /var/log... Mais je ne vois rien de plus. Dans kern.log ou daemon.log, ça saute sans transition de 10 h 58 à 11 h 10... donc rien non plus sur le démarrage avorté.

Extrait de daemon.log :

Oct 3 10:58:06 perez-bureau bluetoothd[2990]: Exit
Oct 3 11:10:48 perez-bureau dhclient: isc-dhclient-V3.1.1

Dernière modification par Gerard42 (Le 03/10/2009, à 10:29)

zapple · Le 08/10/2009, à 17:59

Essaie de booter en recovery mode, et choisi de faire un fsck.

Arrrakis · Le 08/10/2009, à 18:27

Bonjour,

J'ai eu un probleme de fsck avec un disque dur tout vieux et tout pourri, j'ai modifié la ligne "<pass>" du disque dur en question dans fstab pour resoudre le probleme.

En mettant 0 comme valeur, fsck ne verifie pas le disque dur au démarrage.

Peut être qu'en essayant de mettre à 0 la ligne pass d'un disque dur a la fois tu arrivera a voir de quel disque vient le probleme.

edit : ici est expliqué comment activer le log du boot. C'est enregistré dans /var/log/boot il me semble.

Dernière modification par Arrrakis (Le 08/10/2009, à 18:31)

tukuyomi · Le 08/10/2009, à 18:36

Essaye de faire avec un Live CD un fsck sur /dev/sda3 (ton /) comme suit:

fsck -cfvy /dev/sda3

Ça forcera (-f) un check complet avec verification des clusters défectueux (-c).
Si tu veux plus d'infos pendant le check, utilise -v et si tu ne veux pas t'endormir sur la touche Y, utilise l'option -y.
(fsck --help pour de l'aide). En espérant que ça t'aide un peu...

zapple · Le 08/10/2009, à 18:47

Juste une idée comme ca : pour chacune de tes partitions, peux-tu regarder ce que donne la commande :

tune2fs -l /dev/sdax | grep "Check interval"

où x est le numéro de l'une de tes partitions.

PPdM · Le 08/10/2009, à 18:50

salut
ce n'est pas parce qu'un disque est neuf et a peut servit qu'il est exempt d'erreur, malheureusement, cela m'arrive très souvent de retourner des disques neufs en garantie!
Fais un bon contrôle selon ce qui t'a été indiqué plus haut

Gerard42 · Le 08/10/2009, à 19:03

Merci pour les réponses.
Je suis en train de suivre vos indications.
J'envoie un autre message dès que j'ai du nouveau.

rmy · Le 08/10/2009, à 19:04

tukuyomi a écrit :

Essaye de faire avec un Live CD un fsck sur /dev/sda3 (ton /) comme suit:
fsck -cfvy /dev/sda3
Ça forcera (-f) un check complet avec verification des clusters défectueux (-c).
Si tu veux plus d'infos pendant le check, utilise -v et si tu ne veux pas t'endormir sur la touche Y, utilise l'option -y.
(fsck --help pour de l'aide). En espérant que ça t'aide un peu...

tu peux aussi faire l'un séparément de l'autre. Il me semble que fsck -c fait appel à badblocks.
Cette opération est très longue, tu peux donc faire un

fsck -f

pour forcer le check même sans errer apparente.
le " -y "c'est à toi de voir si tu veux répondre "yes" avant de savoir quelle est la question...

et cette nuit plus tard une passe de badblocks pour vérifier les secteurs défectueux...

Gerard42 · Le 08/10/2009, à 19:12

1/ j'ai tenté de faire un fsck en recovery mode... mais un message annonce les risques de faire un e2fsck sur des partitions montées... J'ai donc renoncé. Je vais tenter de nouveau avec un live CD

2/ résultats de la commande proposée par zapple :

sda1 :
Check interval: 15552000 (6 months)
sda2 :
Check interval: 15552000 (6 months)
sda3 :
Check interval: 15552000 (6 months)
sda4 (partition étendue) :
tune2fs: Attempt to read block from filesystem resulted in short read lors de la tentative d'ouverture de /dev/sda4
Impossible de trouver un superbloc de système de fichiers valide.
sda5 (swap) :
tune2fs: Bad magic number in super-block lors de la tentative d'ouverture de /dev/sda5
Impossible de trouver un superbloc de système de fichiers valide.
sda6 :
Check interval: 15552000 (6 months)
sda7 :
Check interval: 15552000 (6 months)
sda8 :
Check interval: 15552000 (6 months)

(à suivre...)

Gerard42 · Le 08/10/2009, à 19:32

J'ai fait la manip du lien indiqué par Arrrakis (message 7 de ce fil) pour activer le log du boot. Un fichier "boot" a bien été créé dans /var/log, mais après deux redémarrages, il ne contient que ça :

(Nothing has been logged yet.)

Je continue à essayer les propositions de vos messages.

Gerard42 · Le 08/10/2009, à 20:03

Je viens de démarrer avec le live cd et de faire un fsck -f sur chacune des partitions.

Voici le résultat :

1/ partition système (sda3) :

ubuntu@ubuntu:~$ sudo fsck -f /dev/sda3
fsck 1.41.4 (27-Jan-2009)
e2fsck 1.41.4 (27-Jan-2009)
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
/dev/sda3 : 220201/1403520 fichiers (0.5% non contigus), 1046644/5610701 blocs

2°) /home et les autres partitions de stockage :

ubuntu@ubuntu:~$ sudo fsck -f /dev/sda1
fsck 1.41.4 (27-Jan-2009)
e2fsck 1.41.4 (27-Jan-2009)
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
stockage-N°3 : 11/918464 fichiers (0.0% non contigus), 99417/3670844 blocs

ubuntu@ubuntu:~$ sudo fsck -f /dev/sda2
fsck 1.41.4 (27-Jan-2009)
e2fsck 1.41.4 (27-Jan-2009)
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
stockage-N°4 : 11/9633792 fichiers (0.0% non contigus), 652646/38503788 blocs

ubuntu@ubuntu:~$ sudo fsck -f /dev/sda6
fsck 1.41.4 (27-Jan-2009)
e2fsck 1.41.4 (27-Jan-2009)
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
/dev/sda6 : 3736/2076704 fichiers (11.6% non contigus), 403427/8295556 blocs

ubuntu@ubuntu:~$ sudo fsck -f /dev/sda7
fsck 1.41.4 (27-Jan-2009)
e2fsck 1.41.4 (27-Jan-2009)
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
stockage-N°1 : 11/1994944 fichiers (0.0% non contigus), 170279/7964215 blocs

ubuntu@ubuntu:~$ sudo fsck -f /dev/sda8
fsck 1.41.4 (27-Jan-2009)
e2fsck 1.41.4 (27-Jan-2009)
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
stockage-N°2 : 15/3448832 fichiers (0.0% non contigus), 262530/13793802 blocs

3°) la partition étendue (un fsck dessus, ça doit servir à rien... mais bon, j'ai fait :

ubuntu@ubuntu:~$ sudo fsck -f /dev/sda4
fsck 1.41.4 (27-Jan-2009)
e2fsck 1.41.4 (27-Jan-2009)
fsck.ext2: Attempt to read block from filesystem resulted in short read lors de la tentative d'ouverture de /dev/sda4
Peut-être cette partition est-elle de taille zéro ?

4°) La swap

ubuntu@ubuntu:~$ sudo fsck -f /dev/sda5
fsck 1.41.4 (27-Jan-2009)
fsck : fsck.swap : non trouvé
fsck : Erreur 2 lors de l'exécution de fsck.swap pour /dev/sda5
ubuntu@ubuntu:~$

Que pensez-vous de ces éléments...
Est-ce utile de tenter maintenant un fsck -c ?

rmy · Le 08/10/2009, à 20:50

Comme ce ne sont que des partitions d'un seul et même disque, je te conseille de faire directement :

sudo badblocks /dev/sda

et de voir si après... (longtemps !) tu as des valeurs de secteurs défectueux qui s'affichent.

ilka · Le 19/10/2009, à 10:22

Bonjour j'ai exactement le même souci, plantage aléatoire au moment du check filesystem, et je suis obligé de rebooter brutalement (aucune commande clavier ne fonctionne).
Rien d'intéressant dans les logs...
Par contre, en mode verbose, j'ai eu des messages selon lequel ubuntu réparait le boot. Il a redémarré de lui-même plusieurs fois, puis c'était ok.
Mais ça recommence de nouveau.
Quelqu'un a-t'il une piste ?
Gerard42 a-t'il trouvé une solution depuis son dernier message ici ?
Merci d'avance

PPdM · Le 19/10/2009, à 13:30

salut

a première vue, et a seconde aussi, vos soucis ressemble a des problèmes de disques qui sont sur la mauvaise pente.

Gerard42 · Le 22/11/2009, à 16:55

Je donne quelques nouvelles. Du temps est passé. Je n'ai pas (encore) fait :

sudo badblocks /dev/sda

Depuis le 8 octobre, le problème de blocage au démarrage ne s'est produit qu'une fois.

Je viens de passer à Karmic... et pour l'instant pas de problème de ce type. J'ai cependant noté un message au démarrage (in english) qui semble dire que la partition UUID "a quelques chose" ne peut être montée... (il se trouve que c'est la partition système sda3)... et puis ça démarre aussitôt normalement. C'est donc un peu énigmatique... Je vais essayer de creuser la question... dès que j'ai un peu de temps.

Dernière modification par Gerard42 (Le 22/11/2009, à 16:55)

PPdM · Le 22/11/2009, à 17:14

regardez ce que dit le rapport Smart

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 27/09/2009, à 11:17

Blocage aléatoire au démarrage 'checking file systems'

#2 Le 27/09/2009, à 11:23

Re : Blocage aléatoire au démarrage 'checking file systems'

#3 Le 28/09/2009, à 19:57

Re : Blocage aléatoire au démarrage 'checking file systems'

#4 Le 02/10/2009, à 19:31

Re : Blocage aléatoire au démarrage 'checking file systems'

#5 Le 03/10/2009, à 10:20

Re : Blocage aléatoire au démarrage 'checking file systems'

#6 Le 08/10/2009, à 17:59

Re : Blocage aléatoire au démarrage 'checking file systems'

#7 Le 08/10/2009, à 18:27

Re : Blocage aléatoire au démarrage 'checking file systems'

#8 Le 08/10/2009, à 18:36

Re : Blocage aléatoire au démarrage 'checking file systems'

#9 Le 08/10/2009, à 18:47

Re : Blocage aléatoire au démarrage 'checking file systems'

#10 Le 08/10/2009, à 18:50

Re : Blocage aléatoire au démarrage 'checking file systems'

#11 Le 08/10/2009, à 19:03

Re : Blocage aléatoire au démarrage 'checking file systems'

#12 Le 08/10/2009, à 19:04

Re : Blocage aléatoire au démarrage 'checking file systems'

#13 Le 08/10/2009, à 19:12

Re : Blocage aléatoire au démarrage 'checking file systems'

#14 Le 08/10/2009, à 19:32

Re : Blocage aléatoire au démarrage 'checking file systems'

#15 Le 08/10/2009, à 20:03

Re : Blocage aléatoire au démarrage 'checking file systems'

#16 Le 08/10/2009, à 20:50

Re : Blocage aléatoire au démarrage 'checking file systems'

#17 Le 19/10/2009, à 10:22

Re : Blocage aléatoire au démarrage 'checking file systems'

#18 Le 19/10/2009, à 13:30

Re : Blocage aléatoire au démarrage 'checking file systems'

#19 Le 22/11/2009, à 16:55

Re : Blocage aléatoire au démarrage 'checking file systems'

#20 Le 22/11/2009, à 17:14

Re : Blocage aléatoire au démarrage 'checking file systems'

Pied de page des forums