Le "fsck" lancé depuis la clé bootable est il suffisant ?
Sur cette même clé, il y a un menu
- Installer Ubuntu
- Essayer Ubuntu
- Test mémoire
- Test disque
...
Le test disque fonctionne en mode "semi graphique"
Écran violet, logo Ubuntu, et une seule ligne de code qui défile en dessous
"Checking /foo ...."
A la fin il dit Check finished: errors found in 2 files
press any key to reboot
Et impossible de trouver un journal ou les 2 fichiers sont indiqués.
Ce résultat me parait en contradiction avec le fsck de la clé bootable.
Hugues
... perdu
Le 01/06/2016 21:59, Olivier Allard-Jacquin a écrit :
> Bonsoir,
>
> Le 01/06/2016 18:20, David Beniamine a écrit :
>> On Wed, Jun 01, 2016 at 05:23:08PM +0200, Hugues Levasseur wrote:
>>> WHAAAA !
>>>
>>> C'est quoi cette commande qui fait peur ! ?!
>>>
>>> hugues@xig:~/mysql$ fsck fsck de util-linux 2.26.2 e2fsck 1.42.12
>>> (29-Aug-2014) /dev/sda1 est monté.
>>>
>>>
>>>
>>> ATTENTION !!! Le système de fichiers est monté. Si vous
>>> continuez vous ***CAUSEREZ*** des dommages ***SÉVÈRES*** au
>>> système de fichiers.
>>>
>>>
>>> Souhaitez-vous réellement continuer<n>? non vérification
>>> stoppée.
>>>
>>>
>>> C'est un portable avec 1 seul disque (et juste Ubuntu dessus)
>>>
>>> Le 01/06/2016 17:07, David Beniamine a écrit :
>> fsck - check and repair a Linux filesystem
>>
>> Donc effectivement ce n'est pas à utiliser au hasard, désolé je
>> n'ai pas été assez précis...
>>
>> A lire tes logs j'ai l'impression qu'il y à des problèmes d'I/O
>> disques, on peux peut être regarder déjà l'état des choses:
>>
>> + Qu'est ce qu'il y a dans: /home/hugues/mysql/ ? Dans;
>> /home/hugues/mysql/data/ ? + Que donne touch
>> /home/hugues/mysql/data/xig.lower-test ?
>>
>> + Si touch ne marche pas + Est-ce qu'il reste de la place sur ton
>> disque? $df -h non => Il faut faire du ménage dans ton disque oui
>> => Il faudrait regarder si il y a des erreurs au démarrage: $dmesg
>> | less Si tu voit plein d'erreur I/O disque EXT4 ou FS, un fsck
>> s'impose pour ça soit:
>>
>> #touch /forcefsck #reboot
>>
>> Mais je crois que systemd ignore le /forcefsck, d'où la deuxième
>> solution plus lourde:
>>
>> Modifier la ligne GRUB_CMDLINE_LINUX_DEFAULT="..."
>> /etc/default/grub pour y faut ajouter les valeurs suivantes
>> fsck.mode=force fsck.repair=yes
>>
>> Puis #update-grub #reboot
>>
>> Pour les options fsck cf ici:
>> https://www.freedesktop.org/software/systemd/man/systemd-fsck@.service
> .html
> Personnellement, pour forcer le fsck lors du prochain reboot,
> j'utilise "tune2fs" :
>
> # mount|sort|grep " on / "
> /dev/sda2 on / type ext4
> (rw,noatime,nodiratime,discard,errors=remount-ro,commit=600,data=ordered
> )
>
> => Ma partition "/" est "/dev/sda2"
>
>
> # tune2fs -l /dev/sda2|grep -i "mount count"
> Mount count: 12
> Maximum mount count: 60
>
> => Ma machine lance un fsck tout les 60 montages. Et il s'est passé 12
> démarrages depuis le dernier fsck.
>
>
> # tune2fs -C 60 /dev/sda2
> tune2fs 1.43 (17-May-2016)
> Définition du nombre courant de montages à 60
>
> => ATTENTION à l'usage du "-C" et non pas "-c" !
> Je force ici le compte du nombre de montage effectué depuis le dernier
> boot.
>
>
> # tune2fs -l /dev/sda2|grep -i "mount count"
> Mount count: 60
> Maximum mount count: 60
>
> => "Mount count" a atteint "Maximum mount count", donc le fsck aura
> lieu au prochain boot.
> => Il ne reste plus qu'à redémarrer la machine
> => Lors du boot (ctrl + x), on peut aussi retirer le mot "quiet" du
> menu GRUB2, afin de voir défiler les lignes de systemd. Il peut y
> avoir des informations intéressantes.
>
> Sinon, autre astuce pour le problème de disque : Il faudrait lancer un
>
> # smartctl -a /dev/sda
>
> afin de vérifier si il n'y a pas des problèmes de blocs défectueux ou
> de vieillissement du disque.
>
>
> Cordialement,
>
> Olivier
>
