DISK FULL?: impossible d'installer softs

Support Debian
#1

Bonjour,

Deuis quelques jours je ne pouvais pas enregistrer de pdf mais depuis hier, apres avoir eu un souci avec skype, j’essayé de réinstaller ce dernier mais ai reçu une fin de non recevoir.

df -h Sys. fich. Taille Util. Dispo Uti% Monté sur rootfs 9,2G 8,7G 19M 100% / udev 10M 0 10M 0% /dev tmpfs 202M 832K 201M 1% /run /dev/disk/by-uuid/3d192ea2-13b4-494f-bbcb-634b9a6fb82f 9,2G 8,7G 19M 100% / tmpfs 5,0M 0 5,0M 0% /run/lock tmpfs 1,2G 276K 1,2G 1% /run/shm /dev/sda6 134G 73G 55G 58% /home

[code]Disque /dev/sda : 160.0 Go, 160041885696 octets
255 têtes, 63 secteurs/piste, 19457 cylindres, total 312581808 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d’E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000b5190

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 2048 19531775 9764864 83 Linux
/dev/sda2 19533822 312580095 146523137 5 Étendue
/dev/sda5 19533824 27914239 4190208 82 partition d’échange Linux / Solaris
/dev/sda6 27916288 312580095 142331904 83 Linux
[/code]

Auriez vous une idée de l’origine du probleme? je pense que les maj successives ont occasionné une saturation de la partition dédiée au systeme mais je ne sais vraiment pas comment la nettoyé sans occasionner un plantage total de debian vu qu’un tel plantage s’est deja produit lors de ma derniere tentative il y a deux ans.

Merci beaucoup

ps; skype me donnait un message

hpics.li/ba16d02

#2

Il reste très peu d’espace libre dans le système de fichiers racine qui n’est pas très grand : 19 Mo sur ~10 Go. Il faut aussi vérifier si les inodes sont épuisés (rare).

Commence par nettoyer le cache APT.

Ensuite regarde l’occupation de chaque répertoire de la racine.

Si le gros est dans /usr, il faudra désinstaller des paquets. Si c’est dans /var, il faut recommencer la recherche pour voir dans quelle partie. Si c’est dans /var/log, nettoyer les vieux logs volumineux.

Si l’espace mesuré ne correspond pas à l’espace occupé, il y a soit des fichiers supprimés encore ouverts à visualiser avec

soit des fichiers “cachés” sous un point de montage qui ne peut guère être que /home dans ton cas.

permettra d’examiner le contenu de la racine sans les montages à travers /mnt.

#3

Merci

Oh je suis pas dans la … alors

j’ai fait 1116 sudo dpkg -P $(dpkg -l | awk '$1~/^rc$/{print $2}') 1117 sudo aptitude purge ~c 1118 df -h 1119 sudo aptitude autoclean déja mais ca n’a servi à rien cependant je ne sais pas quoi désisntaller, ensuite les problemes ont commencé apres la derniere mise à jour

Comment puis je la désinstaller? car franchement là je suis en terra incognita…

sudo lsb_release -ds Debian GNU/Linux 7.9 (wheezy)

#4

Les résultats aux commandes que tu m’as suggéré

sudo df -iT Sys. fich. Type Inodes IUtil. ILibre IUti% Monté sur rootfs rootfs 610800 288880 321920 48% / udev devtmpfs 256096 472 255624 1% /dev tmpfs tmpfs 257616 476 257140 1% /run /dev/disk/by-uuid/3d192ea2-13b4-494f-bbcb-634b9a6fb82f ext4 610800 288880 321920 48% / tmpfs tmpfs 257616 5 257611 1% /run/lock tmpfs tmpfs 257616 11 257605 1% /run/shm /dev/sda6 ext4 8896512 15977 8880535 1% /home

sudo du -c -x -h --max-depth=1 / 4,0K /opt 4,0K /mnt 8,8M /bin 4,0K /.pulse 40K /media 16K /lost+found 0 /dev 4,0K /lib64 0 /sys 0 /proc 4,0K /home 163M /lib 1,8G /var 7,7M /sbin 4,0K /selinux 0 /run 21M /boot 36M /root 4,0K /TP

en faisant lsof | grep -i deleted je viens de voir que /etc/passwd a été viré!!! ah non j’ai fait un cat et il est bien là

Que dois je faire avec l’output de la derniere commande car j’ai plusieurs dixaines de pages d’output

#5

J’ai suggéré [mono]apt-get clean[/mono] car [mono]autoclean[/mono] ne supprime que les archives obsolètes et non celles de la dernière mise à jour.

Pas d’épuisement des inodes à craindre.

La copie de la sortie de [mono]du[/mono] est tronquée. Il manque au moins /usr et le total. Mais tu peux déjà inspecter le contenu de /var, il y a peut-être du ménage à faire notamment dans les logs.

#6

En effet oui je m’en etais rendu compte
mais j’etas au tel

[code]4,0K /opt
4,0K /mnt
8,8M /bin
4,0K /.pulse
290K /media
16K /lost+found
0 /dev
4,0K /lib64
0 /sys
0 /proc
4,0K /home
163M /lib
1,9G /var
7,7M /sbin
4,0K /selinux
0 /run
21M /boot
36M /root
4,0K /TP
6,4G /usr
27M /etc
68K /tmp
4,0K /srv
8,5G /
8,5G total

[/code]

#7

En effet le cache /var/cache est blindé

sudo du -c -x -h --max-depth=1 /var 4,0K /var/opt 1,3G /var/cache 744K /var/mail 440M /var/lib 14M /var/backups 124K /var/spool 23M /var/log 4,0K /var/games 4,0K /var/tmp 40K /var/webmin 4,0K /var/local 1,8G /var 1,8G total

#8

Alors continue l’exploration récursive de /var/cache.

Comme le gros de l’espace occupé est dans /usr, il n’y aura pas de miracle après le nettoyage de /var.

#9

Merci, mais que me suggères tu comme démarche pour nettoyer /usr? car vu le nombre de paquets j’ai vraiment peur de faire une erreur de jugement et de planter mon système

#10

Regarde s’il y a des grosses applications dont tu n’as pas besoin et que tu peux supprimer.
La commande [mono]apt-get autoremove[/mono] désinstalle les paquets qui ont été installés automatiquement par dépendance et qui ne sont plus nécessaires.
La commande [mono]dpigs[/mono] du paquet debian-goodies recherche les paquets qui occupent le plus d’espace.
Le paquet deborphan recherche les paquets et bibliothèques a priori inutiles.

Avant de supprimer des paquets, examine bien la liste complète des paquets qui vont être désinstallés pour éviter les mauvaises surprises, et dans le doute annule et prends conseil.

Qu’a donné l’exploration de /var/cache ?

#11

du -c -x -h --max-depth=1 / ............... 4,0K /home ...........
Il n’y aurais pas comme un problème :119

#12

[quote=“PascalHambourg”]Regarde s’il y a des grosses applications dont tu n’as pas besoin et que tu peux supprimer.
La commande [mono]apt-get autoremove[/mono] désinstalle les paquets qui ont été installés automatiquement par dépendance et qui ne sont plus nécessaires.
La commande [mono]dpigs[/mono] du paquet debian-goodies recherche les paquets qui occupent le plus d’espace.
Le paquet deborphan recherche les paquets et bibliothèques a priori inutiles.

Avant de supprimer des paquets, examine bien la liste complète des paquets qui vont être désinstallés pour éviter les mauvaises surprises, et dans le doute annule et prends conseil.

Qu’a donné l’exploration de /var/cache ?[/quote]
J’ai gagné 1.1 gig

4,0K /var/opt 254M /var/cache 744K /var/mail 440M /var/lib 14M /var/backups 124K /var/spool 24M /var/log 4,0K /var/games 4,0K /var/tmp 44K /var/webmin 4,0K /var/local 731M /var 731M total

#13

C’était dans /var/cache/apt ?
Ça devrait suffire pour installer de nouveaux logiciels à moins qu’ils ne soient énormes.

Non. L’option [mono]-x[/mono] dit à [mono]du[/mono] de rester sur le système de fichiers d’origine. Or /home est un point de montage d’un autre système de fichiers.

#14

Oui sur le systeme de fichier j’ai 1.3 gig de libre et je viens de faire des transferts de fichiers sur HDD externe pour gagner de l’espace 73 gig de libre

Ce qui me stresse dans l’immédiat est que j’ai impérativement besoin de skype aujourd’hui et qu’il me met un message d’erreur disk I/O et sur le web rien pour debian dans ce que j’ai exploré jusqu’à maintenant

Je vais essayer Ekiga

#15

Transfert de fichiers de /home, je suppose ? Ça ne libère pas d’espace sur la racine et il y avait déjà plein d’espace libre dans /home.

#16

fichiers persos partition /home/user

Bon bah ekiga n’est pas ce que je veux j’ai besoin réellement de skype

#17

Merci pour votre aide j’ai résolu au moins temporairement le souci skype en nettoyant et en faisant un reboot