c’est le résultat d’un du -s /* ? fait en root ?
Et au fait, que donnent df -h et tune2fs -l / ?
pour df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 291G 2.4G 274G 1% /
tmpfs 1014M 0 1014M 0% /lib/init/rw
udev 10M 64K 10M 1% /dev
tmpfs 1014M 0 1014M 0% /dev/shm
pour tune2fs -l /
tune2fs 1.40-WIP (14-Nov-2006)
Usage: tune2fs [-c max_mounts_count] [-e errors_behavior] [-g group]
[-i interval[d|m|w]] [-j] [-J journal_options]
[-l] [-s sparse_flag] [-m reserved_blocks_percent]
[-o [^]mount_options[,…]] [-r reserved_blocks_count]
[-u user] [-C mount_count] [-L volume_label] [-M last_mounted_dir]
[-O [^]feature[,…]] [-T last_check_time] [-U UUID] device
c’est tune2fs -l avec un ‘L’ minuscule, pas un ‘i’ majuscule: quand ça marche pas on jette un oeil dans le message d’erreur ou dans le man.
Fin bon, ça n’aurait pas marché, parcequ’il faut passer une partition (pour toi /dev/sda1) et que je t’avais dit de faire ça sur /.
Mais bref. Tu n’as aucun problême, tout est normal, ta partition root n’est remplie qu’à 1%, à savoir 2.4 Go. Tu as dû mal interprèter ce que tu lisais.
Par contre, tout mettre sur une seule partition, je sais que c’est ce qui est proposé par défaut, mais c’est pas top. Il vaut mieux isoler la partition / de /home, pour si jamais on fait une manip qui déborde avec des gros fichiers (quoi qu’avec 250Go tu aies de la marge).
Penses y en reinstallant la prochaine fois.
Ah oui, mais non, je comprends mieux.
C’est pas l’espace disponible sur le disque que ça t’affiche, mais le disponible >comme utilisateur<. Il faut savoir que sur les partitions ext, il y a un %age de la partition qui est réservée à l’usage du root, pour pouvoir faire tourner le systême avec un peu de place pour travailler, même si un utilisateur sature le disque.
Si vraiment un jour tu satures, tu pourras toujours réduire cette zone réservée avec tune2fs, mais c’est à éviter.
Sinon, les outils en ligne de commande sont sans ambiguité, et on est pas obligé de transmettre d’hérétiques snapshots pour recopier ce qu’on fait. Pour l’admin, tu devrais éviter les outils graphiques.
ok merci desole du derangement
donc en clair l’espace est reserve mais pas occupe ?
Exactement.
bon me revla avec debfoster.
utilitaire supert, il suis les installation des paquet. en gros:
il propose les option suivante (je cite celle qui son les plus interessante)
S = skipe laisse les paquet et posera la question a nouveau la prochaine fois
Y = inclus les paquet et les gardes comme autoriser et ne pose plus la question
P = vire les paquets
donc c’est très pratique quand on c’est pas si la,le,les paquets son vraiment utile a c equ’on veux faire. genre
une application demande Qt3 mai ne précise pas quoi on peux donc installer toutes les lib . si sa marche pas
on relance debfoster et on répond P
c’est donc important de l’installer dès le départ.
autre: popularity-contest permet de voire qu’elle sont les paquet qui son les plus utiliser mai attention j’ai constater que c’est pas vraiment fiable. voici un exemple:
popularity-contest |grep '<OLD>$'
permet de voire qu’elle son les paquet qui n’on pas servis depuis 1 mois
Je m’étais bien promis de lire ce fil en entier. C’est chose faite.
J’aurais peut-être dû ouvrir un autre fil dans Support Debian mais puisque celui-ci existe, autant en profiter.
Alors voilà, Sid ayant repris son rythme de croisière pour les mises à jour, je me retrouve avec 4 noyaux. Bien plus que je n’en utilise.
J’avais bien espéré lire ici quels paquets désinstaller pour n’en garder que 2.
Si 2 est une solution raisonnable, bien sûr.
Alors, si quelqu’un pouvait me dire quels paquets désinstaller/purger pour faire un peu de ménage et comment faire cela proprement. Sachant que j’utilise les drivers Nvidia. Il me semble avoir lu quelque part qu’il fallait aussi désinstaller les headers mais pas moyen de retrouver l’URL de cette lecture.
Merci.
Perso, ce que je fais, c’est un dpkg -l | grep ^ii | grep {numéro de noyau à supprimer du système}
pour avoir la liste des paquets d’en-têtes, images, kbuild et modules (nVidia par exemple) de mes anciens noyaux qui sont installés sur le système, et que je veux enlever.
Après, tu supprimes ce que te retourne la liste et c’est bon. Fais juste attention à ne pas supprimer le kbuild du numéro actuel de version du noyau.
EDIT : Oui, je garde aussi deux noyaux : l’actuel et un ancien qui marche, en cas de plantage.
Debfoster est super.
Je l’utilise avec debfoster2aptitude
Sinon il y a cruft qui cherche tous les fichiers qui n’appartiennent pas à des packages. Mais c’est un peu lourdingue a lire…
Pour n'avoir qu'à copier/coller l'image concernée
[code]dpkg -l | grep ^ii | grep 2.6.26-1-amd64
ii linux-headers-2.6.26-1-amd64 2.6.26-13 Header files for Linux 2.6.26-1-amd64
ii linux-image-2.6.26-1-amd64 2.6.26-13 Linux 2.6.26 image on AMD64
ii nvidia-kernel-2.6.26-1-amd64 180.29-1+2.6.26-13 NVIDIA binary kernel module for Linux 2.6.26[/code]
Pour faire un test grandeur nature sur le noyau le plus ancien.
Pas de kbuild à l'horizon mais ça n'a pas eu l'air de poser problème.
Impeccable !
Merci. :slightly_smiling:
Pour n’avoir qu’à copier/coller l’image concernée
dpkg -l | grep ^ii | grep 2.6.26-1-amd64
ii linux-headers-2.6.26-1-amd64 2.6.26-13 Header files for Linux 2.6.26-1-amd64
ii linux-image-2.6.26-1-amd64 2.6.26-13 Linux 2.6.26 image on AMD64
ii nvidia-kernel-2.6.26-1-amd64 180.29-1+2.6.26-13 NVIDIA binary kernel module for Linux 2.6.26
Pour faire un test grandeur nature sur le noyau le plus ancien.
Pas de kbuild à l’horizon mais ça n’a pas eu l’air de poser problème.
Impeccable !
Merci.
Bonjours chez vous,
1er message sur ce forum .
Je suis sur Debian Lenny depuis le mois de juin après deux années passées sur Ubuntu. J’ai testé la commande suivante tirée de la 1ère page :
est-il dit. Visiblement pas seulement, voilà le résultat chez moi :
mesange:/home/oliv# dpkg --purge `dpkg --get-selections|awk '/deinstall/ {print $1}'`
(Lecture de la base de données... 99333 fichiers et répertoires déjà installés.)
Suppression de bsh ...
Purge des fichiers de configuration de bsh ...
Suppression de bsh-gcj ...
Purge des fichiers de configuration de bsh-gcj ...
Suppression de libhsqldb-java-gcj ...
Purge des fichiers de configuration de libhsqldb-java-gcj ...
Suppression de libicu38 ...
Purge des fichiers de configuration de libicu38 ...
Suppression de libjaxp1.3-java-gcj ...
Purge des fichiers de configuration de libjaxp1.3-java-gcj ...
Suppression de libmikmod2 ...
Purge des fichiers de configuration de libmikmod2 ...
Suppression de libqt4-dbus ...
Purge des fichiers de configuration de libqt4-dbus ...
Suppression de libqt4-network ...
Purge des fichiers de configuration de libqt4-network ...
Suppression de libqt4-opengl ...
Purge des fichiers de configuration de libqt4-opengl ...
Suppression de libqt4-script ...
Purge des fichiers de configuration de libqt4-script ...
Suppression de libqt4-xml ...
Purge des fichiers de configuration de libqt4-xml ...
Suppression de libqtcore4 ...
Purge des fichiers de configuration de libqtcore4 ...
Suppression de libqtgui4 ...
Purge des fichiers de configuration de libqtgui4 ...
Suppression de libsdl-mixer1.2 ...
Purge des fichiers de configuration de libsdl-mixer1.2 ...
Suppression de libsensors-applet-plugin0 ...
Purge des fichiers de configuration de libsensors-applet-plugin0 ...
Suppression de libsensors4 ...
Purge des fichiers de configuration de libsensors4 ...
Suppression de libxalan2-java-gcj ...
Purge des fichiers de configuration de libxalan2-java-gcj ...
Suppression de libxerces2-java-gcj ...
Purge des fichiers de configuration de libxerces2-java-gcj ...
Suppression de openoffice.org-gcj ...
Purge des fichiers de configuration de openoffice.org-gcj ...
Traitement des actions différées (« triggers ») pour « menu »...
mesange:/home/oliv#
Bref, ça supprime des paquets ! Beaucoup liés à Java, et aussi libsensors4. Ça ne va probablement pas avoir de conséquences malheureuses, mais ce genre de commande qui enlève les paquets sans prévenir, c’est embêtant.
Comme pour deborphan, je ne suis pas très chaud avec ce genre de nettoyages…
Si on fait, en supprimant un paquet, des aptitude purge --purge-unused, c’est déjà bien non ?
Oui ca lance le mecanisme de suppression des paquets qui ne contiennent plus que des fichiers de configuration. Donc tu as simplement enlevé la partie restante des paquets, pas de problème.
Ok. Merci pour la précision.
localepurge c’est bien, mais ca ne supprime pas les aides Gnome des langues que l’on utilise pas…
Donc, si on a VRAIMENT besoin de place (sur un eeepc701, tout est bon à prendre), voila ce que j’ai fait :
#!/bin/sh
if [ $# -eq 1 ]
then
cd /usr/share/gnome/help
for i in ls
do
cd $i
for j in ls
do
if [ $j != “$1” ] && [ $j != “C” ]
then
rm -Rf pwd
/$j
fi
done
cd …
done
scrollkeeper-update -q
else
echo -e "\tUsage : gnomedoc-purge ll\n\twhere ll is the lang you want to keep (fr for french)"
fi
avec apres un ./gnomedoc-locale-purge fr
on gagne grosso modo 130Mo…
grâce à krusader (super ce truc)
je viens de m’apercevoir que les driver graphique et les kernel downloader par sgfxi ou et smxi
ne sont jamais supprimé (j’avais 6 version de mon driver ati à plus de 100M chacun plus les kernel)
donc la ya de la place a récupérer
Localpurge est un véritable must pour une install server (et pas de risque de suppression de codecs, qui sont quand même rarement utiles sur un serveur ^^)
Sinon, sur serveur, pour gagner de la place, penser également à supprimer de temps en temps les .log. qui prennent vite de la place si on n’y prend pas garde.
[quote=“Loiseau2nuit”]
Sinon, sur serveur, pour gagner de la place, penser également à supprimer de temps en temps les .log. qui prennent vite de la place si on n’y prend pas garde.[/quote]
mais ça, ça se paramètre avec logrotate…
@+