{"id":1116,"date":"2011-06-10T22:13:02","date_gmt":"2011-06-10T20:13:02","guid":{"rendered":"http:\/\/linux.leunen.com\/?p=1116"},"modified":"2011-06-10T22:13:02","modified_gmt":"2011-06-10T20:13:02","slug":"check-disk-au-boot-une-nuisance","status":"publish","type":"post","link":"https:\/\/www.leunen.com\/linux\/2011\/06\/check-disk-au-boot-une-nuisance\/","title":{"rendered":"Check Disk au boot: une nuisance ?"},"content":{"rendered":"<p>Vous avez d\u00e9j\u00e0 d\u00fb vous en rendre compte parce que toute personne bootant Linux est amen\u00e9e \u00e0 devoir attendre, un jour ou l&rsquo;autre, avant de pouvoir travailler sur son PC que Linux fasse un check du file system pr\u00e9sent sur le disque.<br \/>\nMa question est: est-ce encore n\u00e9cessaire ? Et surtout, cela en vaut-il la peine ? Lorsque Ubuntu lance le check disk au boot, je dois r\u00e9guli\u00e8rement attendre plus de 6 minutes avant d&rsquo;avoir un PC fonctionnel. Il est vrai qu&rsquo;on peut annuler la v\u00e9rification mais celle-ci est simplement postpos\u00e9e au reboot suivant dans ce cas. Je plains ceux qui ont un disque de plus de 500 GB, ils doivent s\u00fbrement attendre encore plus longtemps que moi.<br \/>\nA mon sens, sur un laptop que je red\u00e9marre plusieurs fois par jour, c&rsquo;est devenu une r\u00e9elle nuisance.<br \/>\nSi je fais le compte de mes probl\u00e8mes de disque de ces derni\u00e8res ann\u00e9es, il est rare que le check disk du boot ait pu r\u00e9soudre ou m\u00eame pr\u00e9venir un probl\u00e8me disque. Le seul cas o\u00f9 il me semble utile, c&rsquo;est quand, pour une raison ou une autre, mon Linux s&rsquo;est interrompu de mani\u00e8re abrupte sans que certains fichiers soient ferm\u00e9s proprement et qu&rsquo;il y a un risque de corruption de donn\u00e9es. Mais dans ce cas-l\u00e0, le check disk se fait automatiquement. Dans tous les autres cas, le check disk me semble inutile. Qu&rsquo;en pensez-vous ?<\/p>\n<p>Voici comment ce check disk est organis\u00e9 sous Linux.<\/p>\n<h3>Quelle partition doit \u00eatre test\u00e9e ?<\/h3>\n<p>La v\u00e9rification du file system sur le disque est configur\u00e9e dans le fichier <em>\/etc\/fstab<\/em>.<br \/>\nPar exemple, dans mon <em>\/etc\/fstab<\/em>, on trouve la ligne suivante qui correspond \u00e0 la partition root:<\/p>\n<pre class=\"codesource\">\r\nUUID=184c4844-9a86-4284-b5b1-88c31829b32a \/               ext3    errors=remount-ro 0       1\r\n<\/pre>\n<p>Dans cette ligne, le tout dernier param\u00e8tre (1) signale que cette partition doit \u00eatre test\u00e9e au boot. La valeur de ce param\u00e8tre peut prendre plusieurs valeurs:<\/p>\n<pre class=\"codesource\">\r\n0 = pas de check du file system\r\n1 = ordre de pr\u00e9f\u00e9rence r\u00e9serv\u00e9 pour \/\r\n2 ordre de pr\u00e9f\u00e9rence pour les autres partitions.\r\n<\/pre>\n<p>Il s&rsquo;agit donc d&rsquo;un ordre de pr\u00e9f\u00e9rence. La partition root doit \u00eatre test\u00e9e en priorit\u00e9, suivie des autres partitions. Une valeur de 0 indique qu&rsquo;on ne veut pas de v\u00e9rification pour cette partition-l\u00e0.<br \/>\nAutrement dit, si je ne veux plus que Linux teste ma partition, il suffit que je mette ce param\u00e8tre \u00e0 0 dans le fichier <em>\/etc\/fstab<\/em>.<\/p>\n<h3>Forcer le check disk<\/h3>\n<p>Si vous voulez forcer le check disk au prochain red\u00e9marrage de linux, il y a deux m\u00e9thodes possibles.<br \/>\nLa premi\u00e8re est de cr\u00e9er un fichier vide, appel\u00e9 <em>forcefsck<\/em>, \u00e0 la racine du disque root:<\/p>\n<pre class=\"codesource\">\r\n$ sudo touch \/forcefsck\r\n<\/pre>\n<p>Au r\u00e9d\u00e9marrage, le check du file system sera lanc\u00e9.<\/p>\n<p>La deuxi\u00e8me m\u00e9thode consiste \u00e0 forcer le check disk directement dans la commande de reboot:<\/p>\n<pre class=\"codesource\">\r\n$ sudo shutdown -r -F now\r\n<\/pre>\n<p>Cette commande lance le reboot de la machine imm\u00e9diatement en for\u00e7ant la v\u00e9rification du disque.<\/p>\n<h3>Quand faire le check disk ?<\/h3>\n<p>Par d\u00e9faut, la v\u00e9rification du disque se fait automatiquement tous les 30 red\u00e9marrages. Ce param\u00e8tre fait partie des caract\u00e9ristiques de la partition et peut donc \u00eatre modifi\u00e9 avec l&rsquo;utilitaire <em>tune2fs<\/em>. Nous pouvons soit sp\u00e9cifier un nombre de red\u00e9marrage soit un nombre de  jours (semaine ou mois) soit les deux. Par exemple:<\/p>\n<pre class=\"codesource\">\r\n$ sudo tune2fs -c 60 \/dev\/sda1\r\n<\/pre>\n<p>La commande modifie la v\u00e9rification du disque pour que celle-ci se fasse tous les 60 red\u00e9marrages pour la partition \/dev\/sda1.<\/p>\n<pre class=\"codesource\">\r\n$ sudo tune2fs -i 15d \/dev\/sda2\r\n<\/pre>\n<p>Cette commande-ci demande que la v\u00e9rification du disque se fasse tous les 15 jours.<\/p>\n<p>Dans mon cas, j&rsquo;ai modifi\u00e9 les partitions pour que le test ne se fasse plus tous les 30 red\u00e9marrages mais tous les 120. Cela fait un check disk tous les mois \u00e0 peu pr\u00e8s. Ca me semble suffisant. Mais je ne sis pas s\u00fbr de ne pas voulir supprimer carr\u00e9ment toute v\u00e9rification.<\/p>\n<h3>Autofsck<\/h3>\n<p><a href=\"https:\/\/wiki.ubuntu.com\/AutoFsck\/Doc\">Autofsck<\/a> est une application qui tente de rendre le check disk plus user-friendly de fa\u00e7on \u00e0 ne pas g\u00eaner l&rsquo;utilisateur. La v\u00e9rification du disque est transpos\u00e9e du boot au shutdown tout en laissant le choix \u00e0 l&rsquo;utilisateur de lancer la v\u00e9rification ou non.<br \/>\nMalheureusement, cette application ne semble plus \u00eatre tr\u00e8s active sur le plan du d\u00e9veloppement. Elle a d&rsquo;ailleurs disparu des d\u00e9p\u00f4ts, mais c&rsquo;est peut-\u00eatre une piste \u00e0 exp\u00e9rimenter.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Vous avez d\u00e9j\u00e0 d\u00fb vous en rendre compte parce que toute personne bootant Linux est amen\u00e9e \u00e0 devoir attendre, un jour ou l&rsquo;autre, avant de pouvoir travailler sur son PC que Linux fasse un check du file system pr\u00e9sent sur le disque. Ma question est: est-ce encore n\u00e9cessaire ? Et surtout, cela en vaut-il la [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[22,5],"tags":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/posts\/1116"}],"collection":[{"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/comments?post=1116"}],"version-history":[{"count":2,"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/posts\/1116\/revisions"}],"predecessor-version":[{"id":1118,"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/posts\/1116\/revisions\/1118"}],"wp:attachment":[{"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/media?parent=1116"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/categories?post=1116"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/tags?post=1116"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}