Tao
sidney_v a écrit* de nettoyer le dossier .thumbnails/ de chaque utilisateur (miniature des images)
Là dessus, il y aurait quelque chose d'intéressant à faire en effet, mais il ne faudrait supprimer que les imagettes des fichiers qui ne sont plus présent sur le disque. Malheureusement ça me semble pas évident car il semble que la référence de l'imagette soit un hachage de certaines données du fichiers. Difficile donc de déterminer le chemin en fonction de la référence! Mais ce serait à vérifier.
roger64
Compte tenu de vos propositions, le sujet évolue mais tant qu'il avance, qui peut se plaindre?. Il convient cependant de s'organiser si l'on veut éviter de s'éparpiller.
Organisation du travail
Un petit mot à ce sujet. On peut progresser sur plusieurs directions en parrallèle et in fine, on n'est pas forcé effectivement de tout mettre sous le chapeau d'un Mr Propre. Aucun problème à ce sujet.
Il se pose cependant un problème de direction. Je ne suis qu'un débutant -94 jours d'Ubuntu- et il serait un peu prétentieux pour moi de prétendre contrôler ou même rédiger des sujets aussi intéressants mais ardus que l'optimisation du démarrage. Si un travail sur l'optimisation du démarrage est entrepris, la question de la direction/rédaction éventuelle est donc posée.
Pour le reste, dans l'état des choses actuel, il y a effectivement deux branches dont je vais parler
la recherche de fichiers avec locate (voir post plus haut)
J'ai simplement mis un coup de projecteur sur locate, un outil Linux, installé par défaut sur Dapper, suffisamment simple, pratique et efficace pour être utilisé sans danger par un débutant. Locate n'avait eu droit dans notre documentation qu'à deux lignes, disant qu'il était peu flexible -ce qui est vrai- mais ne disant mot de ses qualités. J'ai d'ailleurs proposé un petit mot suplémentaire dans le wiki en ce sens.
Maintenant, mais ceci n'est qu'un aparté, si l'on veut évoquer la recherche graphique par Nautilus, eh bien, reprenons l'exemple de mon fichier samba-doc-pdf. Si d'aventure il est trouvé (....), nous verrons finalement apparaître un dossier ou un fichier dans Nautilus. Avec locate, nous voyons instantanément qu'il y a plusieurs occurences. Je suis un fan des interfaces graphiques, mais je ne pense pas que la fonction recherche de fichiers de Nautilus, soit la plus adaptée. Mais ce n'est que mon avis et comme j'ai désinstallé Beagle, cela a aussi peut-être interféré dans l'efficacité de la recherche. Voilà, je 'en parle plus.
Le nettoyage -le dégraissage?-
Merci à Sidney d'avoir bien voulu prendre l'affaire en main. Nous attendons aussi la réponse de Pikachu. Ce sujet est assez complexe. Un script tout ou rien qui ne laisserait aucun choix à l'utilisateur ne parait pas une solution adaptée. S'il y a risque pour l'utilisateur, il faut bien l'éclairer sur les inconvénients éventuels et, surtout, lui laisser le choix.
Je vois deux cas de figure:
1- les commandes absolument "sans risque" comme sudo apt-get clean, apt-get autoclean, peut-être deborphan, sans doute sudo apt-get update, .....et d'autres? Elles peuvent être recommandées aux débutants.
Une page adaptée dans le wiki devrait convenir.
2- les autres
-les commandes comportant un risque d'effacement de fichiers utiles pour lesquels il faut une mise en garde explicite (thumbnails, tmp, logs , fichiers de sauvegarde...-et des autres-.). S'il y a risque potentiel, elles ne concernent pas le débutant mais l'utilisateur plus avancé. Elles doivent donc être dans un "paquet ", ou dans une page séparée. Dans ce cadre, la manip relative à Firefox ne me parait pas indispensable parce que je crois que Firefox gère bien ça à son niveau, mais ce n'est que mon avis.
-les manip qui demandent une -petite- explication préalable comme la suppression des anciens kernels, voir le vidage du cache d'apt suggéré par Dawar peuvent faire l'objet d'un petit paragraphe indépendant et concernent aussi l'utilisateur un peu plus avancé.
Je propose à Sidney de publier son travail en le séparant si possible selon ces critères en deux parties -même incomplètes- afin de recueillir à leur sujet les propositions et les corrections des experts .
fsck
Merci à Dawar et Tao.
Effectivement, la vérification automatique est à la fois une solution et un problème. Une solution parce que l'on ne s'en occupe pas (elle n'est donc pas dangereuse sous cette forme), mais aussi un problème parce qu'elle peut survenir à un moment innopportun, ou surprendre un débutant.
Le débutant qui peut être confronté à un ralentissement anormal de son disque, à des messages d'erreur aussi divers qu'incompréhensibles, peut s'affoler. Un sur dix va chercher l'équivalent de scandisk -vous ne l'empêcherez pas-, voir qu'il existe fsck et va peut être tenter de la lancer en causant des dégâts sur une partition montée. Ne vaut-il mieux pas qu'il ait sous la main - c'est à dire dans la doc- une possibilité innoffensive et expliquée à son niveau qui le rassure à ce sujet en lui montrant que son problème est limité. Comment saurait-il que fsck se lancera automatiquement s'il y a problème.? Actuellement fsck représente une ligne dans la doc...
J'ai tenté de comprendre le manuel de fsck comme un vrai débutant. Ce n'est pas très digeste comme la plupart des man d'ailleurs. Je vois que fsck regroupe en fait plusieurs outils. Il peut être utilisé sans argument ou attribut et dans ce cas il vérifie successivement les partitions listées dans /etc/fstab en excluant celles qui ont un sixième champ nul et en commençant par celles dont le 6ème champ est 1, puis 2. On peut aussi le lancer en indiquant le type de fichier à vérifier. Fsck peut vérifier toute partition non montée. Cela se complique, paraît-il, pour les partitions montées. Je n'ai pas trouvé mention de la vérification toute les trente fois (elle existe, je l'ai constaté mais je ne sais pas où elle est programmée).
J'ai deux questions au sujet de fsck dont je n'ai pas trouvé la réponse.
première question, Que se passe t-il si je lance #sudo fsck sur la partition racine?
a-il vérifie mais ne corrige pas
b-il vérifie, corrige et risque de vous planter.
Quelle est la bonne réponse? (c'est comme rm / etc..., je n'ai pas essayé pour voir) 😉
deuxième question: où se trouve le fichier de configuration qui programme la vérification au bout de trente démarrages? Peut-on le modifier pour qu'il démarre la fois suivante (c'est à dire lui fixer une fréquence 1 au lieu de 30)?
Pour faire avancer le schmilblic.
ouf. a +
roger64
fsck Veuillez m'indiquer s'il y a une erreur ci-dessous.
J'ai un peu avancé dans les recherches sur fsck et j'ai trouvé laborieusement, je pense, la réponse à ma deuxième question. Ce n'est pas très simple pour le débutant. 🙁
La configuration des fichiers ext3 est faite en utilisant un outil appelé "tune2fs"
Un exemple plus bas sur ma partition racine; tune2fs m'informe que la dernière vérification par "fsck" a eu lieu le 25 août et qu'une vérification est prévue tous les 30 démarrages au moins (Maximum mount count) et que j'en suis d'ailleurs au trentième (mount count=30) donc qu'il va vérifier demain.
Dans les options de tune2fs (cf man tune2fs) on peut choisir un délai de déclenchement de fsck soit en unités de temps (jours, semaines, mois) soit en nombre de démarrages.
Si je veux planifier un test d'intégrité pour demain de ma partition sda4 indépendament du "mount count" ,
je le fais en tapant
#sudo tune2fs -i 1d /dev/sda4 puis, le lendemain, une fois la vérification effectuée
#sudo tune2fs -c 30 -i 0d /dev/sda4 devrait ramener à à l'état précédent (trente démarrages)
Voici comment faire apparaître les caractéristiques de la partition sda4. (le "contenu du superbloc")
roger@roger-laptop:~$ sudo tune2fs -l /dev/sda4
tune2fs 1.38 (30-Jun-2005)
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: 6c1eb35e-ae0c-4e51-ab79-27b78ce97299
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal filetype needs_recovery sparse_super
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 1880480
Block count: 3759210
Reserved block count: 187960
Free blocks: 2686219
Free inodes: 1695417
First block: 0
Block size: 4096
Fragment size: 4096
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 16352
Inode blocks per group: 511
Last mount time: Thu Sep 7 10:47:20 2006
Last write time: Thu Sep 7 10:47:20 2006
Mount count: 30
Maximum mount count: 30
Last checked: Fri Aug 25 17:50:13 2006
Check interval: 0 (<none>)
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
Journal backup: inode blocks
roger@roger-laptop:~$
Mais je ne sais pas encore ce qui se passe si je tape: #sudo fsck /dev/sda4. Il m'a semblé lire dans le forum anglophone qu'un message d'avertissement s'affiche mais je ne suis pas sûr de ce qui peut se passer si'lon dit "yes". Ce n'est pas qu'un détail.
a +
dawar
roger64 a écritMais je ne sais pas encore ce qui se passe si je tape: #sudo fsck /dev/sda4. Il m'a semblé lire dans le forum anglophone qu'un message d'avertissement s'affiche mais je ne suis pas sûr de ce qui peut se passer si'lon dit "yes". Ce n'est pas qu'un détail.
Il suffit d'essayer 🙂
dawar@ubuntu:~$ sudo fsck /dev/hda1
Password:
fsck 1.38 (30-Jun-2005)
e2fsck 1.38 (30-Jun-2005)
/dev/hda1 est monté.
AVERTISSEMENT!!! L'exécution de e2fsck sur un système de ficheirs monté peut
cause des dommages SÉVÈRES au système de fichiers.
Désirez-vous réellement continuer (y/n)? no (pour non)
vérification stoppé.
Je crois que c'est suffisement explicite pour empecher les bétises. Sinon il me semble que la vérif est faite automatiquement tous les 30 mount ou tous les x mois (pourtant ça n'a pas l'air d'être le cas dans ton exemple)
Sinon, perso je n'ai jamais perdu le moindre fichier sous GNU/Linux (a part défaillance physique du disque), et sur le forum les problèmes ont l'air très rares. Donc je vois pas l'utilité d'embrouiller le débutant avec une fonction qui lui servira surement jamais. Il n'y a que le fsck au démarrage qui devrait être plus explicite, sinon...
g_barthe
Je débarque sur ce post avec une tete surprise !!!!
Je suis sous ubuntu depuis le début. Et uniquement ubuntu depuis 1ans plus de win... sauf au boulot (application professionnelles oblige)
Vos discutions sont longues et ne m'encourage pas a les lire (je le dis franchement).
Fonction recherche
Je vois pas pk se focaliser absolument sur cette fonction que je ne trouve pas utile tous les jours. Mes docs perso sont rangés donc ca se passe plutot bien. Pour les fichiers installés par les paquets si on les installent avec gdebi, on connait les fichiers installé et pour les autres soit c'est un raccourci soit un tour sur un forum et en moins de 5min on a une réponse. (Avis perso)
Nettoyage
Pourquoi vouloir nettoyer absolument ? Si un logiciel testé en paquet installé ne plait pas on le supprime de la meme maniere donc il doit rester qq octets d'accord mais a l'ere des dd de qq 100go et plus... Et pour les applications compilées on peut très bien refaire l'opération inverse non ou on supprime brutalement (ca ne pose pas de pb majeure me semble t'il) Et sur des vieux pc installer xp prend bcp de place aussi et le nettoyage ne resoudra pas le pb. (combien de fois avez vous fait confiance au anti....spam.... de win... sans savoir réellement ce que ca supprime) Sur mon poste avec un dd de 160go ce sont mes doc perso qui prenent la place apres le systeme c'est rien
Et qd je fais une mise a jour du noyau et bien si au redemarrage ca fonctionne bien et bien je vire l'ancien noyau par synaptic, le truc tout simple en fait.
Le but de ce genre de distribution est de se servir au maximum des paquet construit pour ubuntu (si je me trompe pas) et donc de synaptic (installation simplfiée et suppression idem). La liste des paquets dispo est qd meme relativement complete (je trouve) et ubuntu sors tous les 6mois environs donc on a pas la firefox 2 des sa sortie mais qq mois apres (c'est pas la mort) Mais on a l'avantage d'avoir un système stable simple et convivial (pour avoir essayer d'autres distrib ubuntu est conviviale)
Bref je pense que qd on migre sous GNU/Linux et en l'occurence Ubuntu, il faut perdre qq reflexe habituel a windows et en prendre d'autres qui finissent par etre naturels
Et pour celui qui veut vraiment s'interesser au coeur de son OS, il peu avec du tps et de la motivation comprendre plus de chose qu'avec wind.. où on ne sais pas vraiment tout ce qui se passe.
Notre communauté compte une entraide non négligeable.
Merci d'avoir lu mon avis sur la question et bonne journée
cep
g_barthe a écritJe débarque sur ce post avec une tete surprise !!!! . . .
Merci d'avoir lu mon avis sur la question et bonne journée
Oui.
Sans oublier de préciser que, pour gnome par exemple, les outils de recherche dans nautilus ou par le menu :
Racourcis / Rechercher des fichiers / sont très simples à utiliser et très complets.
Je ne les connaissais pas, utilisant toujours :
locate
find
aptitude ou dpkg -L ou apt-cache ou autres which et compagnie.
J'ai donc voulu tester "gnome-search-tool" et je le trouve très bien.
Pour ce qui est d'effacer /tmp/ le système s'en charge automatiquement au démarrage. Ne pas oublier aussi qu'il n'est pas anodin d'effacer /tmp/. En outre /tmp est en 1601777, il y a un sticky
Pour fsck, l'utilisation est automatique. Pour les cas particuliers, sortant de l'ordinaire, faire une recherche sur le web est indispensable. D'ailleurs le sujet est souvent abordé sur ce forum, y compris l'utilisation de tune2fs ou du "tune" adapté au fs utilisé, ou le mount -n -o remount,ro /.
ÉDIT : D'après le man :
GNOME Search Tool uses the find, grep, and locate UNIX commands. The case sensitivity of the search depends on your operating system. For example, on Linux, the find, grep, and locate commands support the -i option, so all searches are case-insensitive.
Il y a certainement l'équivalent sous Kde.
bergi
A oui j'avais oublié dans synaptic. Il faut choisir le mode avancé et ensuite un clic droit>propriété et synaptic nous dit ou il a mit les fichiers (onglet fichier installé).
dawar
cep a écritJ'ai donc voulu tester "gnome-search-tool" et je le trouve très bien.
Pareil, j'ai testé (je m'en était jamais servi, la honte) : ça marche nickel, même avec des fichiers que je viens de télécharger. La recherche dans nautilus est un peu plus zarbi, puisqu'elle ne cherche pas la ou on se trouve, mais dans le repertoire utilisateur par défaut. Mais rien de bien dramatique, ça se change rapidement, et c'est plutot bien présenté.
roger64
Pardon pour les posts trop longs. :rolleyes:
recherche de fichiers 🙂🙂🙂
Eh bien, ce petit tour des outils de recherche de fichiers n'a pas été inutile. Merci à tous. J'ai bien appris (et cep et dawar aussi un peu 😉
Dans mon optique de documentation pour le "débutant", je vais compléter l'article sur locate déjà rédigé et qui n'a pas suscité de remarque particulière avec un petit paragraphe pour "gnome-search-tool" qui marche aussi très bien et qui n'a en fait besoin que d'être trouvé...
Je rajouterai un petit mot de dpkg -L et de la façon discrète de procéder pour Synaptic -merci bergi 🙂 -.
Je sauterai find, which et aptitude pour ne pas embrouiller davantage.
En fait, il est regrettable que le débutant ne voit en premier que Nautilus qui est le plus mal f.... de tous. Je n'arrive toujours pas à l'utiliser pour trouver samba-doc-pdf. Vous voyez que vous pouvez compter sur moi pour l'épreuve du c....convivial. Qui a dit "zarbi"? 😉
fsck
Je tente d'améliorer, toujours pour le débutant + et je ne désespère pas.
On en parlera demain. J'espère ne pas me faire tirer à vue. 🙂
cep
dpkg -L samba-doc-pdf
dira si le paquet est installé et ou il est.
g_barthe
Je trouve qu'il y a qq commandes de base a connaitre qd on passe à un système de type Linux (qq soit la distrib d'ailleurs)
Je ne pense pas qu'un utilisateur de linux n'ai jamais à faire appel à la ligne de commande de sa vie.
Les commande tels ls, rm, chmod, make... création de lien pour plugin... devraient etre des choses à avoir en favoris de son navigateur web préféré.
La puissance de la ligne de commande s'apprend au fur et à mesure de l'utilisation. Et finalement ca finit par etre jouissif.
Il y a des commande qui doivent je pense rester en commande et non graphique sous peine de devenir un système gourmand en ressources.
Bonne journée
roger64
🙂
Une remarque sur gnome-search-tool (que j'ai installé dans mon menu, essayé et adopté).
Il a besoin de #sudo updatedb pour trouver dans certains cas (fichiers récemment installés ou déplacés), exactement comme locate. Il faut donc le "livrer", lui aussi avec la méthode d'indexation pour garantir le 100%.
Il est même supérieur à locate car il peut rechercher sans modification du fichier de configuration de l'ext3 ou du fat32. C'est un gros atout en sa faveur. C'est curieux qu'il soit si méconnu. :rolleyes:
@cep
dpkg -L est bien sûr parfait pour les paquets Debian, mais je ne veux pas trop charger la barque et préfère conseiller d'abord un outil "généraliste" i.e. capable de rechercher tous les fichiers.
@g_barthe
Tu as raison sur beaucoup de points. Si la ligne de commande est la solution la plus simple et la plus efficace, c'est celle qu'il faut recommander au débutant. Mais, attention à limiter sérieusement les attributs, arguments et autres options, sinon il va partir en courant.
Un peu plus tard, lorsqu'il aura survécu au bain initial, je suis d'accord, il appréciera. Je souhaite l'aider dans le bain initial. 🙂
cep
roger64 a écrit🙂
Une remarque sur gnome-search-tool (que j'ai installé dans mon menu, essayé et adopté).
Il a besoin de #sudo updatedb pour trouver dans certains cas (fichiers récemment installés ou déplacés), exactement comme locate. Il faut donc le "livrer", lui aussi avec la méthode d'indexation pour garantir le 100%. Il est même supérieur à locate car il peut rechercher sans modification du fichier de configuration de l'ext3 ou du fat32.
En principe il n'est pas nécessair de l'installer, il est présent d'office. Comme expliqué plus haut, il utilise find, locate et grep pour mener à bien une recherche.
dpkg -L est bien sûr parfait pour les paquets Debian, mais je ne veux pas trop charger la barque et préfère conseiller d'abord un outil "généraliste" i.e. capable de rechercher tous les fichiers.
Tu recherches " désespérément " samba-doc-pdf ; as-tu vérifié s'il était installé ? dpkg -L te le dira. Ou apt-cache policy samba-doc-pdf
Il est aussi très interessant d'installer aptitude-doc-fr, maint-guide-fr, quick-reference-fr, doc-debian, doc-linux-html, ubuntu-doc, etc. etc.
Penser à utiliser les outils mis à disposition avant de vouloir réinventer la roue 😉
roger64
😃 J'ai eu -j'ai toujours- des problèmes lors de recherche de fichiers avec Nautilus -et Beagle- et c'est pourquoi je me propose d'expliquer à un débutant qui pourrait avoir les mêmes problèmes comment être sûr de trouver facilement et à 100% .
J'ai pris un fichier comme test. Je ne l'ai toujours pas trouvé avec Nautilus pour des raisons qui m'échappent mais je l'ai trouvé -facilement- avec tous d'autres outils (gnome-search-tool, locate, find / -iname, dpkg -L, synaptic), pour les deux premiers après indexation, pour synaptic après quelques efforts...
Je découvrirai les autres outils ....plus tard 😉
a +
roger64
Chose promise, chose due. 🙂🙂 Voici ce que je me propose de mettre dans le wiki dans les prochains jours. Naturellement, je soignerai la forme (gras, italiques, codes etc...). Veuillez m'indiquer si vous voyez des erreurs. Par le peuple, pour le peuple 😉
Feu !!
La vérification de fichiers sous Dapper septembre 2006
Apprendre à un débutant à faire vérifier ses fichiers selon une périodicité choisie.
Introduction
Cette page a été rédigée pour permettre de dissiper chez le débutant une inquiétude diffuse mais fréquente (le syndrome dit de Stockholm, euh...de "scandisk") et lui expliquer comment adapter la fréquence d'utilisation à ses besoins.
Pour cela, il y a deux façons de faire sous Ubuntu, la bonne et la mauvaise. Il est important de connaître les deux. Elles ont un point commun qui est l'usage de la console. Une autre procédure, qui ne sera pas examinée ici, consiste à s'appuyer sur un Live CD ou équivalent pour effectuer la vérification souhaitée.
Quel(s) programme(s)?
L'interface qui permet de vérifier les fichiers s'appelle "fsck" (acronyme pour "file system check") . Elle ne doit pas être assimilée à "scandisk". Elle regroupe tout un ensemble d'outils. Parmi eux, les outils e2fsck et tune2fs méritent une mention particulière.
- L'outil e2fsck est destiné principalement à la vérification des partitions de type ext d'Ubuntu.
- L'outil tune2fs permet de configurer notamment la fréquence d'utilisation de fsck.
Sachez qu'il y a bien d'autres outils reliés à fsck. Nous n'irons pas jusqu'à ce niveau de détail. Chaque outil est documenté par un manuel ("man") particulier, souvent traduit.
Un fichier important: /etc/fstab
Si fsck est le marteau (!!), le fichier /etc/fstab est l'enclume. La liste des partitions, objets des vérifications, s'y trouve. Vous pouvez la consulter en console en tapant simplement:
#cat /etc/fstab
Elle peut être modifiée sous sudo avec un éditeur de texte. Voir...lien avec fstab
Conditions d'emploi de l'interface fsck
L'interface "fsck" lance par défaut e2fsck qui ne vérifie que la ou les partitions de type ext3.
En cas d'arrêt brutal notamment, fsck lancera une vérification au démarrage suivant.
Il y a une condition impérative pour que fsck vérifie une partition: il faut que le dernier chiffre -le sixième champ- de la ligne décrivant chaque partition ext3 dans /etc/fstab ne soit pas nul. En général la partition racine a une priorité 1 et les autres une priorité 2. Vérifiez le.
L'autre condition impérative est que fsck ne soit lancé que sur une partition non montée. En pratique, cela veut dire qu'il faut utiliser fsck à un stade premier du démarrage, antérieur au montage du système de fichiers. Nous allons voir comment.
La mauvaise façon de procéder
L'erreur à éviter est donc de tenter de lancer fsck (ou e2fsck) directement depuis la console. Si, en dépit de tous nos conseils, vous le tentez, fsck (ou e2fsck) il se passera ceci:
dawar@ubuntu:~$ sudo fsck /dev/hda1
Password:
fsck 1.38 (30-Jun-2005)
e2fsck 1.38 (30-Jun-2005)
/dev/hda1 est monté.
AVERTISSEMENT!!! L'exécution de e2fsck sur un système de fichiers monté peut
causer des dommages SÉVÈRES au système de fichiers.
Désirez-vous réellement continuer (y/n)? no (pour non)
Il vous est conseillé de décliner poliment plutôt que de sauter sans parachute....
La bonne façon de procéder.
Ubuntu en connait au moins trois qui consistent en résumé à se contenter du mode de vérification sûr choisi par défaut et à ne jouer éventuellement que sur sa fréquence.
-fréquence fixe: tous les trente démarrages.
Cette option a été choisie par défaut pour Ubuntu. Vous ne vous occupez de rien. C'est un compromis dicté par la prudence. Le seul inconvénient est que la périodicité peut ne pas vous convenir. Dans ce cas....
-fréquence choisie (exprimée en nombre de démarrages ou par unités de temps)
Attention: si vous décidez de faire l'économie de toute vérification, vous courrez le risque de ne pas détecter en temps utile un défaut potentiel qui aurait pu être facilement réparé à un stade précoce. Ce n'est pas dans votre intérêt. Choisissez donc un intervalle raisonnable.
Mode d'utilisation de "tune2fs"
Vous allez faire appel à l'outil "tune2fs" qui permet notamment de configurer la fréquence de lancement de fsck. "tune2fs" peut être lancé, sans danger particulier, depuis la console. "tune2fs" (cf man tune2fs) vous permet choisir le délai de déclenchement de fsck selon les options suivantes
- soit en nombre de démarrages maximum sans vérification -"maximum mount count" - (option -c suivie du nombre choisi)
- soit en unités de temps (option -i + jours=d, semaines=w, mois=m)
- soit les deux ensemble
Exemples d'utilisation de "tune2fs":
1. - Je choisis de faire réaliser un test d'intégrité de la partition "sda4 " tous les dix jours tout en gardant le "maximum mount count" fixé par défaut à 30 :
#sudo tune2fs -c 30 -i 10d /dev/sda4
Pour revenir à l'état précédent (uniquement trente démarrages):
#sudo tune2fs -c 30 -i 0d /dev/sda4
2. - Voici comment lire les caractéristiques de la partition sda4 (ou plus précisément le "contenu du superbloc")
#sudo tune2fs -l /dev/sda4
Une masse d'information est affichée en retour en console. Parmi elles, vous lirez celles relatives à la fréquence d'utilisation de fsck
Last mount time: Sat Sep 9 22:48:47 2006
Last write time: Sun Sep 10 08:52:13 2006
Mount count: 1 (nota: cela veut dire qu'il en reste encore 29)
Maximum mount count: 30
Last checked: Sat Sep 9 22:47:02 2006
Check interval: 864000 (1 week, 3 days) (nota: l'intervalle est en secondes et "traduit")
Next check after: Tue Sep 19 22:47:02 2006
-unique, manuelle et quasi-immédiate
Vous pouvez aussi faire réaliser une vérification quasi-immédiate, c'est à dire au redémarrage de l'ordinateur. La procédure est la suivante:
1. Placez-vous sur la partition racine
#cd /
2. Tapez
#sudo touch /forcefsck
Vous venez de créer un fichier vierge qui aura une fonction de signal unique lors de la lecture du script de démarrage (/etc/rc) et plus particulièrement aux phases
/etc/rcS.d/S20checkroot.sh pour la partition racine et
/etc/rcS.d/S30checkfs.sh pour les autres partitions ext3
Le script de démarrage va identifier ce signal en temps utile et lancera fsck.
3. Eteignez l'ordinateur avec
#sudo reboot
Ne touchez plus à rien!!. Au redémarrage, la vérification des partitions ext3 sera successivement entreprise puis le fichier /forcefsck que vous avez créé sera supprimé.
En résumé:
#cd /
#sudo touch /forcefsck
#sudo reboot
Si vous souhaitez refaire une vérification de ce type, il vous faudra répéter intégralement la même procédure.
roger64
Mr Propre a commis son premier pâté :rolleyes:
La page de wiki expliquant au débutant comment vérifier ses fichiers quand il le souhaite est en ligne
ici
http://doc.ubuntu-fr.org/applications/verification_de_fichiers
sidney_v
Bien vu 😉
Laisse-moi le temps d'explorer encore 2-3 pistes de mon côté également sur le nettoyage (et de peaufiner le script) et je pondrai moi aussi un pâté
Tiens j'ai un doute, faudra bien mettre ça dans le wiki nan ?
YS
Cet article sur le wiki est super, il correspond au
problème que j'allais avoir. 😉
J'en ai profité pour "nettoyer" un peu la syntaxe wiki de l'article notament la hiérarchie des titres et quelques balises de code sur trop de lignes.
Je n'ai plus qu'à attendre ce week end pour programmer mes fsck à 7 ou 14 jours (je me tate encore) et 100 montages si ça arrive avant les 7/14 jours.
Bonne continuation pour tes contributions roger64, tu fas du très bon boulot pour les débutants. 😉
bunutu
pour nettoyer les fichiers temp a l'extinction :
http://blog.thelinuxfr.org/index.php?2006/07/01/39-nettoyer-le-contenu-du-dossier-tmp-a-l-extinction
j'ai remarqué que parfois lorsque j'installe un programme et qu'ensuite je le desinstalle meme avec la commande --purge , et bien il y a un petit peu d'espace disc libre qui est manquant. donc si j'installe mille programmes et que je les desinstalle tous , vu que je n'ai pas bcp d'espace disque disponible , il y a un momment ou je ne vais plus avoir de place .
tout ça pour dire que l'idée de roger est plutot bonne . un peu de menage ne fais jamais de mal . 😉
roger64
@sidney
Je pense qu'il vaut mieux publier d'abord sur le forum avant de poster parce que sur le wiki il n'y a plus d'explication et de discussion possible comme sur le forum, rien que des ratures et des réécritures potentiellement déplaisantes qui peuvent déboucher sur une guerre de tranchées (bon, j'exagère). :/
A propos, j'ai trouvé un script par défaut dans Ubuntu (dans le répertoire /etc/cron.daily) nommé apt qui prévoit explicitement de programmer autoclean et update et upgrade et autres joyeusetés. Pour le débutant, ce n'est pas très facile à comprendre.
Je continue à préparer mon article sur la recherche de fichiers en tirant la langue. 🙂
@YS merci pour les balises et la remise en forme 🙂
