[Debian] Log expansif ( Résolu)

Vous n'arrivez pas à faire ce que vous voulez ? Vous avez un problème avec un logiciel ou son installation ?

Modérateur : Mods GNU/Linux

eggregor

[Debian] Log expansif ( Résolu)

par eggregor »

Hello Captain,

Encore moi, j'explique :

J'arrive tranquille, je tape mon pass, et un message tombe.
Le volume racine du système de fichier n'a plus que 686,9 Mio disponibles.

Bigre ! et pourquoi çà Mister Sid ?
Visite des logs, et voilà le travail :

ls -lai /var/log
total 8839948
206 drwxr-xr-x 13 root root 4096 2 févr. 06:38 .
14 drwxr-xr-x 16 root root 4096 8 nov. 19:36 ..
45871 drwxr-x--- 2 root adm 4096 5 nov. 21:15 apache2
2138 drwxr-xr-x 2 root root 4096 1 févr. 06:29 apt
57 -rw-r--r-- 1 root root 1857 1 févr. 10:18 aptitude
228 -rw-r--r-- 1 root root 9892 31 janv. 18:24 aptitude.1.gz
1057 -rw-r--r-- 1 root root 6278 31 déc. 10:57 aptitude.2.gz
1105 -rw-r--r-- 1 root root 14961 3 déc. 19:43 aptitude.3.gz
1379 -rw-r----- 1 root adm 2197742227 2 févr. 08:35 auth.log
993 -rw-r----- 1 root adm 43273 31 janv. 06:48 auth.log.1
302 -rw-r----- 1 root adm 4489 24 janv. 06:25 auth.log.2.gz
646 -rw-r----- 1 root adm 4653 17 janv. 06:25 auth.log.3.gz
955 -rw-r----- 1 root adm 2297 10 janv. 07:25 auth.log.4.gz
1171 -rw-r----- 1 root adm 31 31 oct. 10:12 boot
13 -rw-r--r-- 1 root root 34233 31 oct. 10:12 bootstrap.log
1282 -rw-rw---- 1 root utmp 0 1 févr. 06:29 btmp
3842 -rw-rw---- 1 root utmp 768 25 janv. 09:15 btmp.1
32812 drwxr-xr-x 2 root root 4096 1 févr. 06:29 ConsoleKit
146976 drwxr-xr-x 2 root root 4096 2 févr. 06:37 cups
1359 -rw-r----- 1 root adm 4115681287 2 févr. 08:35 daemon.log
985 -rw-r----- 1 root adm 569710 31 janv. 06:49 daemon.log.1
253 -rw-r----- 1 root adm 67157 23 janv. 20:44 daemon.log.2.gz
122 -rw-r----- 1 root adm 38125 17 janv. 06:40 daemon.log.3.gz
76 -rw-r----- 1 root adm 20846 10 janv. 07:39 daemon.log.4.gz
2092 -rw-r----- 1 root adm 134 1 févr. 10:19 debug
1189 -rw-r----- 1 root adm 16622 27 janv. 15:52 debug.1
977 -rw-r----- 1 root adm 7927 22 janv. 13:17 debug.2.gz
186 -rw-r----- 1 root adm 3789 16 janv. 08:08 debug.3.gz
984 -rw-r----- 1 root adm 2394 8 janv. 14:07 debug.4.gz
106 -rw-r----- 1 root adm 40336 27 janv. 15:51 dmesg
127 -rw-r----- 1 root adm 40336 17 janv. 14:14 dmesg.0
105 -rw-r----- 1 root adm 11117 17 janv. 14:00 dmesg.1.gz
123 -rw-r----- 1 root adm 11113 17 janv. 13:49 dmesg.2.gz
119 -rw-r----- 1 root adm 11108 17 janv. 13:47 dmesg.3.gz
120 -rw-r----- 1 root adm 11124 17 janv. 10:52 dmesg.4.gz
1001 -rw-r--r-- 1 root root 30620 1 févr. 17:56 dpkg.log
1412 -rw-r--r-- 1 root root 705584 31 janv. 18:27 dpkg.log.1
650 -rw-r--r-- 1 root root 52580 31 déc. 10:57 dpkg.log.2.gz
1083 -rw-r--r-- 1 root root 129666 3 déc. 19:43 dpkg.log.3.gz
97990 drwxr-s--- 2 Debian-exim adm 4096 2 févr. 06:37 exim4
3560 -rw-r--r-- 1 root root 24024 4 déc. 09:47 faillog
34188 -rw-r--r-- 1 root root 1672 17 janv. 13:01 fontconfig.log
1448 drwxr-xr-x 2 root root 4096 31 oct. 10:12 fsck
33056 drwxr-xr-x 2 root root 4096 27 janv. 15:51 gdm
1360 -rw-r----- 1 root adm 568 2 févr. 06:38 kern.log
989 -rw-r----- 1 root adm 78019 31 janv. 06:51 kern.log.1
254 -rw-r----- 1 root adm 73196 24 janv. 06:38 kern.log.2.gz
191 -rw-r----- 1 root adm 25624 17 janv. 06:41 kern.log.3.gz
887 -rw-r----- 1 root adm 12300 10 janv. 07:39 kern.log.4.gz
5527 -rw-rw-r-- 1 root utmp 292292 25 janv. 09:55 lastlog
18252 -rw-r----- 1 root adm 0 5 nov. 18:49 lpr.log
18257 -rw-r----- 1 root adm 0 5 nov. 18:49 mail.err
18255 -rw-r----- 1 root adm 0 5 nov. 18:49 mail.info
18253 -rw-r----- 1 root adm 0 5 nov. 18:49 mail.log
18256 -rw-r----- 1 root adm 0 5 nov. 18:49 mail.warn
2622 -rw-r----- 1 root adm 1037 2 févr. 06:38 messages
1256 -rw-r----- 1 root adm 62255 31 janv. 06:51 messages.1
1344 -rw-r----- 1 root adm 59654 24 janv. 06:38 messages.2.gz
886 -rw-r----- 1 root adm 22169 17 janv. 06:41 messages.3.gz
960 -rw-r----- 1 root adm 10328 10 janv. 07:39 messages.4.gz
106156 drwxr-xr-x 2 mpd audio 4096 15 nov. 07:32 mpd
24481 drwxr-xr-x 2 root root 4096 5 nov. 18:49 news
147087 drwxr-xr-x 2 ntp ntp 4096 26 nov. 23:33 ntpstats
511 -rw-r--r-- 1 root root 0 1 févr. 06:29 pm-powersave.log
2876 -rw-r--r-- 1 root root 1044 27 janv. 15:52 pm-powersave.log.1
136 -rw-r--r-- 1 root root 101 29 déc. 16:46 pm-powersave.log.2.gz
33 -rw-r--r-- 1 root root 96 3 déc. 19:36 pm-powersave.log.3.gz
11874 -rw-r--r-- 1 root root 0 31 oct. 10:20 pycentral.log
106508 drwxr-xr-x 2 root root 4096 31 oct. 15:04 samba
47 -rw-r----- 1 root adm 211732976 2 févr. 08:35 syslog
32 -rw-r----- 1 root adm 2512384640 2 févr. 06:38 syslog.1
278 -rw-r----- 1 root adm 11642147 1 févr. 06:29 syslog.2.gz
1112 -rw-r----- 1 root adm 7709 31 janv. 06:51 syslog.3.gz
187 -rw-r----- 1 root adm 7180 30 janv. 06:49 syslog.4.gz
97 -rw-r----- 1 root adm 4253 29 janv. 06:34 syslog.5.gz
109 -rw-r----- 1 root adm 32279 28 janv. 06:47 syslog.6.gz
124 -rw-r----- 1 root adm 12254 26 janv. 06:54 syslog.7.gz
1727 -rw-r----- 1 root adm 0 31 janv. 06:51 user.log
1002 -rw-r----- 1 root adm 1148 28 janv. 18:31 user.log.1
660 -rw-r----- 1 root adm 126 17 janv. 14:13 user.log.2.gz
799 -rw-r----- 1 root adm 225 16 janv. 08:04 user.log.3.gz
959 -rw-r----- 1 root adm 942 11 janv. 17:04 user.log.4.gz
1073 -rw-rw-r-- 1 root utmp 7296 2 févr. 08:19 wtmp
248 -rw-rw-r-- 1 root utmp 210048 31 janv. 18:27 wtmp.1
61 -rw-r--r-- 1 root root 42609 27 janv. 15:51 Xorg.0.log
49 -rw-r--r-- 1 root root 42938 26 janv. 17:17 Xorg.0.log.old

Alors, hier j'ai pas mal bidouillé avec la décompression des dicos ( autre discussion ) mais de là, à générer 8,3 Gio de "log" çà parait au-dessus de mes moyens.

Petit détail qui m'allume la pupille, des modifs apparaissent le mardi 02 février à 6h38...J'étais à peine levé, et loin de l'ordinateur, est-ce un automatisme normal de la machine qui reste allumée ?

Je songe à virer rapido ces LOG survitaminés, en essayant de le faire proprement, mais qu'est-ce qui peut amener ce problème ? Cette problèmatique dirait un cadre de la chambre de commerce !

Une fois de plus il me faut ton éclairage Captain.
Dernière modification par eggregor le 03 févr. 2010 08:34, modifié 2 fois.
captnfab

Re: Log expensif

par captnfab »

Yop Eggregor,

Une rapide suggestion avant de partir :
installe logrotate

Code : Tout sélectionner

sudo aptitude install logrotate
Il est censé s'occuper des fichiers de log trop vieux et de les compresser.

Sinon, c'est bien normal d'avoir une telle qté de log :)

Hop !
eggregor

Re: Log expensif

par eggregor »

Merci Captain, je tente çà mais quand même,

Je viens de regarder de nouveau, le message étant réapparu.
ET les fichiers auth.log ainsi que daemon.log continuent de gonfler à toute pompe.

Si ce que tu m'indiques ne fait pas assez de vide je passerai par un "echo".

Je repasse illico : logrotate est déjà installé.
Donc ?

Il faut que je fasse du vide la machine est ralentie maintenant, mais en y réfléchissant elle l'était déjà un peu hier.

A ce soir captain je présume.
eggregor

Re: Log expensif

par eggregor »

Re,
Je vais filer sous MINT, avant que tout l'espace soit avalé.

Je te donne quelques infos à tout hasard :

# tail -n 20 /var/log/daemon.log
Feb 2 09:52:32 debian NetworkManager: <info> modem manager disappeared
Feb 2 09:52:32 debian NetworkManager: <info> Trying to start the modem-manager...
Feb 2 09:52:32 debian modem-manager: Could not acquire the org.freedesktop.ModemManager service.#012 Message: 'Rejected send message, 1 matched rules; type="method_call", sender=":1.214" (uid=0 pid=19176 comm="/usr/sbin/NetworkManager) interface="org.freedesktop.ModemManager" member="EnumerateDevices" error name="(unset)" requested_reply=0 destination="org.freedesktop.ModemManager" (uid=0 pid=28080 comm="/usr/sbin/modem-manager))'
Feb 2 09:52:32 debian NetworkManager: <info> modem-manager is now available
Feb 2 09:52:32 debian NetworkManager: <info> modem manager disappeared
Feb 2 09:52:32 debian NetworkManager: <info> Trying to start the modem-manager

# tail -n 20 /var/log/syslog.1
Feb 2 06:38:33 debian modem-manager: Could not acquire the org.freedesktop.ModemManager service.#012 Message: 'Rejected send message, 1 matched rules; type="method_call", sender=":1.214" (uid=0 pid=19176 comm="/usr/sbin/NetworkManager) interface="org.freedesktop.ModemManager" member="EnumerateDevices" error name="(unset)" requested_reply=0 destination="org.freedesktop.ModemManager" (uid=0 pid=32544 comm="/usr/sbin/modem-manager))'
Feb 2 06:38:33 debian NetworkManager: <info> modem-manager is now available
Feb 2 06:38:33 debian NetworkManager: <info> modem manager disappeared
Feb 2 06:38:33 debian NetworkManager: <info> Trying to start the modem-manager...

# tail -n 20 /var/log/auth.log
Feb 2 09:55:38 debian dbus-daemon: Rejected send message, 1 matched rules; type="method_call", sender=":1.214" (uid=0 pid=19176 comm="/usr/sbin/NetworkManager) interface="org.freedesktop.ModemManager" member="EnumerateDevices" error name="(unset)" requested_reply=0 destination="org.freedesktop.ModemManager" (uid=0 pid=12893 comm="/usr/sbin/modem-manager))
Feb 2 09:55:38 debian dbus-daemon: Rejected send message, 1 matched rules; type="method_call", sender=":1.214" (uid=0 pid=19176 comm="/usr/sbin/NetworkManager) interface="org.freedesktop.ModemManager" member="EnumerateDevices" error name="(unset)" requested_reply=0 destination="org.freedesktop.ModemManager" (uid=0 pid=12895 comm="/usr/sbin/modem-manager))

Je suis trop court pour interpréter correctement, mais il y a bien quelquechose qui tient à network_manager, modem ?

Je sors de SID, pour ne pas risquer de finir complètement bloqué.

Tu dis que c'est raisonnable d'avoir des logs importants, mais les quelques fois où j'avais regardé par curiosité, c'était inférieur à 1 Gio.
A cette taille la partition / est très près de l'épuisement.
J'ai déjà eu un problème comparable avec Lenny, et j'ai dû réinstaller !!! Alors je me méfie.

A plus Captain.

PS : J'ai encore oublié une précision, les réponses ci-dessus sont "des extraits", en vrai il y en a des centaines de lignes cependant répétitives.
captnfab

Re: Log expensif

par captnfab »

eggregor a écrit :PS : J'ai encore oublié une précision, les réponses ci-dessus sont "des extraits", en vrai il y en a des centaines de lignes cependant répétitives.
Tu devances mes questions, j'allais justement te demander si un motif répétitif apparaissait ds les logs.

Bon, c'est encore la faute de NetworkManager donc :)

Je regarde ça ce soir !
eggregor

Re: Log expensif

par eggregor »

Heureusement que tu es là !
Je reste avec Mint pour le moment, et puis j'ai du boulot dehors, je repasse donc en soirée.

Merci captain.
captnfab

Re: Log expensif

par captnfab »

Bon, je ne trouve pas de rapport de bug, mais on dirait bien que c'est un problème de NetworkManager quand même.

Sans doute sera-t-il bientôt corrigé. (pense à faire des "aptitude update" et des "aptitude safe-upgrade" / "aptitude full-upgrade" régulièrement).

En attendant, tu peux virer les vieux fichiers de log (avec "rm" en root).
eggregor

Re: Log expansif

par eggregor »

Merci Captain, je rentre donc au bercail de Mr Sid, et je vais faire un peu de ménage dans la maison log.

Cà m'a ouvert les yeux sur mon " expensif " que j'avais dû vouloir angliciser à la sauce Normande !

Je surveille le /var pour te dire ce qu'il en est., à d'tal.
eggregor

Re: Log expansif

par eggregor »

Nettoyage fait et donc :

On avait ce matin :
ls -lai /var/log
total 8839948 collé dans

Et maintenant :
# ls -lai /var/log
total 386244

IL y a néanmoins quelquechose qui m'échappe, mais mon chalut a les mailles assez large comme tu le sais !

Sid est sur /sda8 partition de 13, 67 Gio au total.
Il y avait dans les logs uniquement avec /daemon.log: 4,1 Gio + /syslog.1: 2,5 Gio + / auth.log: 2,2 Gio # 8,8 Gio > que j'ai donc virés.
Grosso modo en comparant les totaux ci-dessus c'est 8,5 Gio qui ne sont plus là > pas exactement identique mais comme d'autres lignes ont variées çà doit être négligeable.

Toutefois la partition /sad8 avait un espace occupé de 12,08 Gio ce matin et maintenant le chiffre est tombé à 8,18 Gio, donc le nettoyage des logs aurait de cette observation diminué le total de 4 Gio environ.

Qu'est-ce qui peut expliquer cet écart ? qui est quand même de 4,8 Gio !

Pour mémoire : ( Avec environ 1/2 heure de temps écoulé )
# ls -lai /var/log
total 386244

Donc le gonflement à tout berzingue n'a plus l'air de se dérouler : OUF !

J'avais fait un full-ugrade ce matin, et donc çà ne donne rien ce soir, avec 2 paquets non mis à jour mais c'était déjà comme çà.

J'attends donc quand tu auras le temps ton avis défintif, et je continue de me demander où je me gourre dans mes additions ? le /var/log ne fait pas des petits ailleurs que dans / normalement. ?
Et je vais me remettre à ma décompression de dico parce jusqu'à présent le "tar" assez peu "expansif" lui !

A plus Captain.
captnfab

Re: Log expansif

par captnfab »

eggregor a écrit :Nettoyage fait et donc :

IL y a néanmoins quelquechose qui m'échappe, mais mon chalut a les mailles assez large comme tu le sais !

Sid est sur /deb/sda8 partition de 13,67 Gio au total.
Il y avait dans les logs uniquement avec ./daemon.log: 4,1 Gio + ./syslog.1: 2,5 Gio + ./auth.log: 2,2 Gio # 8,8 Gio > que j'ai donc virés.

Toutefois la partition /dev/sda8 avait un espace occupé de 12,08 Gio ce matin et maintenant le chiffre est tombé à 8,18 Gio, donc le nettoyage des logs aurait de cette observation diminué le total de 4 Gio environ.

Qu'est-ce qui peut expliquer cet écart ? qui est quand même de 4,8 Gio !
Euh… Alors, bon, je ne sais pas exactement ce que tu as fait. Donc je vais me la jouer provoc' ;) (en bluff total, comme d'hab)

- Tu n'as pas supprimés ces fichiers de log.
- Halte là, me diras-tu, je sais encore supprimer un fichier, et c'est ce que j'ai fait, preuve en est la diminution d'espace occupé.
- Oui mais non.
- Par bleu, arrête ton char le borgne !
- Bon, ok, tu as bien supprimé les fichier daemon.log, syslog.1 et auth.log, oui mais…
- Mais ?
- Mais ça n'étaient plus les bons.
- …
- En fait, à chaque redémarrage, le fichier syslog devient syslog.1, le fichier syslog.1 devient syslog.2.gz et de même avec ts les fichiers.
- Diable !
- Donc, ton fichier obèse, il a été renommé lors d'un premier redémarrage puis compressé lors du second redémarrage. Et si tu as supprimé le fichier .1 alors qu'il avait été compressé en .2.gz, normal de ne pas avoir gagné autant d'espace que tu l'aurais souhaité (le gain d'espace venant en fait de la compression).
- Ouch…
- Conclusion, regarde ton espace libre après le prochain redémarrage ;)

eggregor a écrit : Et je vais me remettre à ma décompression de dico parce jusqu'à présent le "tar" assez peu "expansif" lui !
Alors qu'il est fait pour ! :)

Bonne soirée Eggregor, à bientôt :)
eggregor

Re: Log expansif

par eggregor »

Plop el Provoco,

Je conclus "bon".
S'il le dit ! C'est lui le capitaine !

Mais tu ne me convaincs qu'à moitié, parce que avant de les sucrer, après redémarrage, mes daemon.log, syslog.1 et auth.log, avaient encore le même embonpoint, et je vais sans doute t'étonner :
Ils en avaient davantage puisque le "message d'avertissement apparaissant à l'ouverture de Gnome était tombé à 409,3 Mio disponibles contre environ 600 Mio lorsque j'ai ouvert ce fil de détresse.

Donc " y'a quèqu'chose de curieux-bizarre" dans cette affaire.

Pour le coup, je viens de refaire un démarrage, en regardant avant et après le /var/log, extrait :

11874 -rw-r--r-- 1 root root 0 31 oct. 10:20 pycentral.log
106508 drwxr-xr-x 2 root root 4096 31 oct. 15:04 samba
135 -rw-r----- 1 root adm 227388 3 févr. 07:31 syslog
47 -rw-r----- 1 root adm 380855004 3 févr. 06:34 syslog.1 NB: 2,1 Gio hier avant suppression
278 -rw-r----- 1 root adm 11642147 1 févr. 06:29 syslog.3.gz
1112 -rw-r----- 1 root adm 7709 31 janv. 06:51 syslog.4.gz
187 -rw-r----- 1 root adm 7180 30 janv. 06:49 syslog.5.gz
97 -rw-r----- 1 root adm 4253 29 janv. 06:34 syslog.6.gz
109 -rw-r----- 1 root adm 32279 28 janv. 06:47 syslog.7.gz

Le volume total du dossier est peu variant : 386244 hier soir, 386260 ce matin à 7h30 et 386776 après redémarrage de 7h35, tout ce qui doit être normal.

Je comprends tout à fait ton explication, qui s'appuie sur le travail de "logrotate" mais par exemple
"auth.log" faisait hier mardi 2:
- 2 197 742 297 à 8h30
- 2 243 567 702 à 8h45
- 2 252 140 898 au moment où j'ai arrêté la session.

Et 2 259 364 524 quand j'ai réouvert SID vers 17 h30 au moment où je l'ai effacé.
( n'ayant plus de mémoire instantanée, la mienne, je prends des notes précises dans les cas graves )

Donc le redémarrage n'avait rien compressé du tout, puisque les autres fichiers avaient également grossis.

Concluons : après tout notre monde est fait de mystères et celui-ci ne perturbe en rien la disparition programmée du thon rouge au large de Marseille, et tout semble être rentré dans l'ordre dans les entrailles de mister SID, donc je dis "résolu".

D'ailleurs j'ajoute l'occupation effective de /dev/sda8 partition de SID est redevenue cet apm :
/dev/sda8 14G 4,0G 8,8G 32% /

Et alors, mon bon flibustier borgne ( puisque tu m'as confié ce lourd secret ) le plus rigolo dans cette aventure, passe par les découvertes accessoires de mon traficotage en console, ainsi j'ai compris :

- La transformation du terminal en calculette,
- le copier-coller automatique avec la mollette de souris.

Tu vois que je progresse lentement !
Et enfin, mon Littré - stardict marche au poil, encore un petit souci de traduction en chinois mais je vois le bout.

A plus Captain, la température au sol est de 7°, la 04 est en service, le vent est nul, j'ai poussé légérement le manche pour engager la descente, les volets sont au trois-quart, la vitesse est de 98 noeuds, je sors le train, si tu tends l'oreille tu entendras le léger crissement des pneus sur le macadam.

Merci de ton soutien.
Dernière modification par eggregor le 03 févr. 2010 16:55, modifié 1 fois.
captnfab

Re: [Debian] Log expansif ( Résolu)

par captnfab »

Bon, ma supposition au bluff était p-ê fausse. Dans ce cas, je ne sais pas où peut être allé le volume libre manquant (hem, faut-il demander aux spécialistes de la matière noire ?)

Quelques conseils tout de même :

Pour connaître la taille des fichiers que tu listes, utilises les options -h et -l de concert :

Code : Tout sélectionner

$ ls -lh /var/log/
total 31M
drwxr-xr-x 2 root root  4,0K 11 janv. 07:34 apt
-rw-r--r-- 1 root root   71K  3 févr. 16:57 aptitude
-rw-r--r-- 1 root root  7,2K 10 janv. 20:46 aptitude.1.gz
-rw-r--r-- 1 root root  5,8K 30 nov.  10:30 aptitude.2.gz
-rw-r--r-- 1 root root  7,6K  4 nov.  16:51 aptitude.3.gz
-rw-r--r-- 1 root root  8,0K 28 sept. 22:16 aptitude.4.gz
-rw-r--r-- 1 root root   12K 31 août  16:17 aptitude.5.gz
…
C'est quand même plus lisible comme ça ^^


Pour avoir la taille d'un dossier (en root ds notre cas) :

Code : Tout sélectionner

# du -hs /var/log
34M     /var/log/
Pour lister l'espace libre / occupé sur tes partitions :

Code : Tout sélectionner

df -h
Pour visualiser plus précisément où passe ton espace disque :
Installe l'outil « ncdu » :

Code : Tout sélectionner

aptitude install ncdu
Puis tu le lances dans le répertoire que tu veux analyser (en root dans notre cas) :

Code : Tout sélectionner

# ncdu /var/log
Touche « q » pour quitter.
eggregor

Re: [Debian] Log expansif ( Résolu)

par eggregor »

Replop Captain,

Merci de ces précisions, mais j'ai pas mal cherché hier dans les commandes unix, et j'avais trouvé les codes
df -h et df -kTh qui m'avaient permis d'extraire la ligne précisant que /sda8 n'avait plus que 4,0G occupés.

Alors pourquoi ce total est-il retombé de 8,18 à 4,0 en mettant une vingtaine d'heures ? Mystère et boule de suif.
Comme tu le supposes il y a sans doute un trou noir dans la partition, qui attire ou rejette le vaisseau /var/log quand il passe à proximité.

J'installe ncdu.... non pas la peine, je viens de vérifier, il est installé.
Mais je l'expérimente illico.

Tu me fais bien avancer Captain, tu es un ami précieux, à bientôt.

Pollop, pollop, je complète en fin de journée, truc étrange :

J'ai rebooté sous XP ce matin pour travailler sur ce vieux documents, et puis je suis parti.
Il y a qques instant, retour sous SID64, modif du sources.list à ta mode sid-squeeze, full-upgrade et par curiosité df -h.

Et alors : /dev/sda8 14G 3,7G 9,1G 29% /

Hier le résultat était de 4,0G ! Cette fois je m'inquiète dans l'autre sens, la matière noire me mange la distribution ?

Qu'est-ce que tu penses de çà amiral ?
  • Sujets similaires
    Réponses
    Vues
    Dernier message

Revenir à « Utilisation de GNU/Linux »