Partition pleine à 100% ?

Support Debian
#1

Bonjour à tous,

Il m’arrive un petit soucis sur ma Ubuntu 7.10.
La partition où / est monté paraît remplie, j’ai droit au petit message d’alerte pour me dire qu’il ne reste plus d’espace libre, de ce fait je ne peux plus faire certaines choses, comme ouvrir un fichier avec firefox (pas d’espace dans /tmp) etc…

Ce qui me semble bizarre, c’est que je ne pensais pas avoir rempli cette partition de 12Gio, je lance donc baobab pour voir ce qui prend tant de place. Et là, surprise, il me dit que / occupe seulement 4Gio, ce qui correspond bien plus à la réalité.

Mais alors, pourquoi le système croit que la partition est pleine?
A noter qu’il y a quelques jours, j’ai modifié la table des partitions pour mettre Windows XP en dual boot.

Si vous avez des idées quant à l’origine du problème…
Par avance, merci.

J’oubliais:

19:18 odsen@newton ~% uname -a Linux newton 2.6.22-14-generic #1 SMP Tue Feb 12 02:46:46 UTC 2008 x86_64 GNU/Linux
et

20:13 odsen@newton /% df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/hdc1 12G 12G 0 100% / varrun 440M 96K 440M 1% /var/run varlock 440M 0 440M 0% /var/lock udev 440M 56K 440M 1% /dev devshm 440M 0 440M 0% /dev/shm lrm 440M 38M 402M 9% /lib/modules/2.6.22-14-generic/volatile /dev/hdc3 88G 74G 14G 85% /home overflow 1,0M 24K 1000K 3% /tmp

#2

.

#3

Bonjour,

Voici :

20:31 odsen@newton ~% sudo tune2fs -l /dev/hdc1 [sudo] password for odsen: tune2fs 1.40.2 (12-Jul-2007) Filesystem volume name: <none> Last mounted on: <not available> Filesystem UUID: 1ab2236c-4947-4d92-9133-a39eb20a27a1 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal resize_inode dir_index filetype needs_recovery sparse_super large_file Filesystem flags: signed directory hash Default mount options: (none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 1526688 Block count: 3032260 Reserved block count: 151613 Free blocks: 68764 Free inodes: 1329668 First block: 0 Block size: 4096 Fragment size: 4096 Reserved GDT blocks: 599 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 16416 Inode blocks per group: 513 Filesystem created: Tue Oct 30 12:13:27 2007 Last mount time: Fri Apr 25 20:25:26 2008 Last write time: Fri Apr 25 20:25:26 2008 Mount count: 1 Maximum mount count: 39 Last checked: Fri Apr 25 20:21:04 2008 Check interval: 15552000 (6 months) Next check after: Wed Oct 22 20:21:04 2008 Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 128 Journal inode: 8 Default directory hash: tea Directory Hash Seed: 09a7b3db-e961-43f3-ac9b-fc5142bc3278 Journal backup: inode blocks

Ainsi que la capture d’écran de baobab, qui me fait sourciller :

J’ai effectué un vérifier/réparer la partition avec le live cd de gpart, aucun changement.

#4

.

#5

[quote=“tellmewhy”]Bonsoir odSen.s, :slightly_smiling:

Pas de miracles, d’après tune2fs -l il te reste très peu de place :

Ce qui représente 68764 * 4096 = 281657344 octets.[/quote]
Ben oui, mais comment expliquer le fait que baobab donne seulement 4G d’occupés?
Comment retrouver ce qui prend de la place?

#6

.

#7

[quote]Si tu as des doutes sur l’état de ta partition, tu peux utiliser e2fsck,
sur une partition démontée bien sûr. Par exemple à partir d’un live-cd.[/quote]
C’est la commande que j’ai utilisée avec le live-cd de gpart.

Je viens d’essayer du:

du --human-readable -c --exclude=/home / ... ... 4,3G /

Il n’y a donc que 4,3G d’occupés sur /, pas 12.
J’ai du mal à comprendre que le système considère la partition pleine.

#8

.

#9

dis moi: si tu passes en root en console que tu fermes toutes les sessions non root et que tu arrètes xwindows, puis que tu fais unmount /home que dir ensuite du -sh /home ?

#10

[quote=“tellmewhy”]Bonsoir odSen.s, :slightly_smiling:

De deux choses l’une, soit ton superbloc est corrompu, soit ta partition est pleine.

Pour avancer peux-tu poster le retour de :

sudo od -Ax -tx1 -j1024 -N512 /dev/hdc1
sudo fdisk -l
[/code][/quote]
Voici:
[code]21:48 odsen@newton ~% sudo od -Ax -tx1 -j1024 -N512 /dev/hdc1
[sudo] password for odsen:
000400 a0 4b 17 00 c4 44 2e 00 3d 50 02 00 9c 0c 01 00
000410 04 4a 14 00 00 00 00 00 02 00 00 00 02 00 00 00
000420 00 80 00 00 00 80 00 00 20 40 00 00 16 22 12 48
000430 16 22 12 48 01 00 27 00 53 ef 01 00 01 00 00 00
000440 10 21 12 48 00 4e ed 00 00 00 00 00 01 00 00 00
000450 00 00 00 00 0b 00 00 00 80 00 00 00 34 00 00 00
000460 06 00 00 00 03 00 00 00 1a b2 23 6c 49 47 4d 92
000470 91 33 a3 9e b2 0a 27 a1 00 00 00 00 00 00 00 00
000480 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
*
0004c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 57 02
0004d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0004e0 08 00 00 00 00 00 00 00 00 00 00 00 09 a7 b3 db
0004f0 e9 61 43 f3 ac 9b fc 51 42 bc 32 78 02 01 00 00
000500 00 00 00 00 00 00 00 00 d7 11 27 47 62 04 00 00
000510 63 04 00 00 64 04 00 00 65 04 00 00 66 04 00 00
000520 67 04 00 00 68 04 00 00 69 04 00 00 6a 04 00 00
000530 6b 04 00 00 6c 04 00 00 6d 04 00 00 6e 04 00 00
000540 6f 08 00 00 00 00 00 00 00 00 00 00 00 00 00 08
000550 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
000560 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
000570 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
*
000600

[code]21:48 odsen@newton ~% sudo fdisk -l
[sudo] password for odsen:

Disque /dev/hdc: 120.0 Go, 120034123776 octets
255 heads, 63 sectors/track, 14593 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x4c2cd691

Périphérique Amorce Début Fin Blocs Id Système
/dev/hdc1 * 1 1510 12129043+ 83 Linux
/dev/hdc2 1511 2163 5245222+ 7 HPFS/NTFS
/dev/hdc3 2164 13707 92727180 83 Linux
/dev/hdc4 14345 14593 2000092+ 82 Linux swap / Solaris
[/code]

J’essaie…

EDIT : voici le retour :

#du -sh /home 4.0K /home

#11

.

#12

[quote=“tellmewhy”]Bonsoir odSen.s, :slightly_smiling:

Je te confirme les informations déjà données, tu n’a plus assez de place sur cette partition.[/quote]
Oui, mais l’espace est pris par quoi, si la taille totale des fichiers n’est que de 4G ?

#13

.

#14

Voici :

10:37 odsen@newton ~% df -H Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/hdc1 13G 12G 0 100% / varrun 461M 99k 461M 1% /var/run varlock 461M 0 461M 0% /var/lock udev 461M 58k 461M 1% /dev devshm 461M 0 461M 0% /dev/shm lrm 461M 40M 422M 9% /lib/modules/2.6.22-14-generic/volatile /dev/hdc3 94G 80G 15G 85% /home overflow 1,1M 17k 1,1M 2% /tmp

#15

apparemment ton dossier /var est directement sur la partition /. Essayes un apt-get cleanil va certainement de libérer de l’espace.

#16

Salut,

Et les répertoires etc, var, opt, usr, tmp, root, sbin, lib, boot vous les comptez où ? Ils sont sous la racine si vous ne les avez pas placés autrepart :slightly_smiling:

#17

Grillé, j’ai eu la même idée mais c’est rapé on dirait.

Tu as visiblement ta partition racine pleine. Fais un apt-get clean et regardes la taille de /var/log.

#18

J’avais déjà effectué un apt-get clean, ça n’a pas libéré grand chose.
Voici la taille de /var/log/ :

17:38 odsen@newton ~% du -sh /var/log 7,9M /var/log

EDIT : Du nouveau, la commande du affiche maintenant bien une taille de 12G :

# du -sh --exclude=/home / 12G

#19

Re

[quote]
Il m’arrive un petit soucis sur ma Ubuntu 7.10.[/quote]

Et vous croyez que l’utilisateur d’une Ubuntu installe les autres dossiers dans des partitions séparées :smiley:

#20

[quote=“ggoodluck47”]Re

[quote]
Il m’arrive un petit soucis sur ma Ubuntu 7.10.[/quote]

Et vous croyez que l’utilisateur d’une Ubuntu installe les autres dossiers dans des partitions séparées :smiley:[/quote]
Ben mon /home est séparé…

Sinon, je viens de voir ce qui prend de la place :

# du -b --exclude=/home / | sort -g ... ... ... 7518826496 /var/archives 7766666719 /var 12898827806 /