Re: pb : disque plein alors qu'il reste 5 Go
Bonjour. Ton prb est tres bizard. Perso je ne connait pas trop ext3 mais je sais que c'est un systeme comme ext2 avec un fichier qui sert pour la journalisation. C'est peut etre ce fichier qui pose le prb? - Original Message - From: "Laurent" <[EMAIL PROTECTED]> To: "Debian Liste Française" Sent: Wednesday, August 14, 2002 9:39 PM Subject: Re: pb : disque plein alors qu'il reste 5 Go Le mer 14/08/2002 à 21:18, Yannick Roehlly a écrit : > Ainsi parlait Grégoire Cachet <[EMAIL PROTECTED]> : > > > Le mer 14/08/2002 à 19:59, Laurent a écrit : > > t en plus, quand j'ai fais le test ci dessus, j'étais en root > > > > > > > > je recompile un kernel sans les quotas (j'en profiterais > > > > pour passer au 2.4.19), on va voir si ca change quelque > > > > chose > > > > > > le nouveau kernel (2.4.19) n'y fait rien ... mais qu'est ce qui > > se passe?? > > Salut ! > > Idée (peut-être) bête : > > As-tu essayé de faire un fsck sur ta partition aucazou... ? > > Yannick C'est vrai que cette solution n'a pas été proposée...mais je pense que ça à déjà été fait :-) Sinon des gens de #linuxfr m'ont carrément dit de racheter un dur > > -- > Etiquette is for those with no breeding; fashion for those with > no taste. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- (o_ //\ V_/_ Debian GNU/Linux PowerPC user. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: pb : disque plein alors qu'il reste 5 Go
excusez moi, j'ai dis que je mettrais le log de fsck pour ceux qui suivent, si ca en interesse, j'ai oublié, le voici encore merci grégoire -- Le mathématicien fabrique des récipients vides. C'est un tonnelier, non un vigneron. Michel Duffieux, Dissertations pour Monique serveur:/# fsck /dev/hdc1 fsck 1.27 (8-Mar-2002) e2fsck 1.27 (8-Mar-2002) /dev/hdc1 contains a file system with errors, check forced. Pass 1: Checking inodes, blocks, and sizes Inode 196611, i_blocks is 78752, should be 78624. Fix? yes Inode 245777, i_blocks is 1380304, should be 1380144. Fix? yes Inode 245776, i_blocks is 1313408, should be 1313320. Fix? yes Inode 245806, i_blocks is 558952, should be 558904. Fix? yes Inode 245789, i_blocks is 90216, should be 90160. Fix? yes Inode 245790, i_blocks is 1327416, should be 1327392. Fix? yes Inode 245762, i_blocks is 1396688, should be 1396664. Fix? yes Inode 245808, i_blocks is 663968, should be 664056. Fix? yes Duplicate blocks found... invoking duplicate block passes. Pass 1B: Rescan for duplicate/bad blocks Duplicate/bad block(s) in inode 245768: 2161640 2161641 2161905 2161909 2162079 2162080 2162179 2160111 2161639 2161722 2161723 2161901 2161902 2161903 2161904 2161912 2161913 2162021 2162180 2162181 2162244 2162245 2162246 2162247 2162248 2162022 2162023 2161910 2161911 2162243 Duplicate/bad block(s) in inode 245776: 2161722 2161723 2161756 2161757 2162071 2162072 2162177 2162178 2162179 2162180 2162181 2161828 2161829 2161830 2162029 2162030 2162031 2162161 2162162 Duplicate/bad block(s) in inode 245777: 2161885 2161886 Duplicate/bad block(s) in inode 245780: 2161639 2162154 2162241 2162242 2161640 2161641 2161893 2161894 2161895 2161989 2161990 2162135 2162136 2162153 2162243 2162244 2162245 2161973 2161974 2162246 2162247 2162248 Duplicate/bad block(s) in inode 245781: 2496192 2496193 2496194 2496195 2160111 Duplicate/bad block(s) in inode 245784: 2161757 2161828 2161829 2161830 2161997 2161998 2161999 2162000 2162001 2162119 2162120 2162121 2162122 2162123 2162124 2162125 2162126 2161756 Duplicate/bad block(s) in inode 245790: 2161981 2161982 2161983 2161984 2161985 Duplicate/bad block(s) in inode 245806: 2161885 2161886 2161893 2161894 2161895 2161901 2161902 2161903 2161904 2161905 2161909 2161910 2161911 2161912 2161913 2161973 2161974 2161981 2161982 2161983 2161984 2161985 2161989 2161990 2161997 2161998 2161999 2162000 2162001 2162021 2162022 2162023 2162029 2162030 2162031 2162071 2162072 2162079 2162080 2162119 2162120 2162121 2162122 2162123 2162124 2162125 2162126 2162135 2162136 2162153 2162154 Duplicate/bad block(s) in inode 245808: 2162161 2162162 2162177 2162178 2162241 2162242 Duplicate/bad block(s) in inode 245823: 2496195 2496194 2496192 2496193 Pass 1C: Scan directories for inodes with dup blocks. Pass 1D: Reconciling duplicate blocks (There are 10 inodes containing duplicate/bad blocks.) File /partage/temp/20.part (inode #245823, mod time Wed Aug 14 16:46:31 2002) has 4 duplicate block(s), shared with 1 file(s): /partage/incoming/Star Wars Episode II - L'attaque des Clones - FranM-gais canadien - CAM - VCD - 2 sur 2 (rbh-sw2b).MPG (inode #245781, mod time Wed Aug 7 12:34:45 2002) Clone duplicate/bad blocks? yes File /partage/incoming/Tribal - 16mm Snowboard Film (2000).ShareReactor.avi (inode #245808, mod time Sun May 19 19:26:06 2002) has 6 duplicate block(s), shared with 2 file(s): /partage/incoming/Star Wars Episode II - L'attaque des Clones - FranM-gais canadien - CAM - VCD - 1 sur 2 (rbh-sw2a).mpg (inode #245780, mod time Mon Jun 17 06:08:48 2002) /partage/incoming/Tarzan Complet 720 x 416 Divx Francais FR Orezza.avi (inode #245776, mod time Thu Feb 7 19:29:08 2002) Clone duplicate/bad blocks? yes File /partage/incoming/[snowboard movie] technical difficulties.mpg (inode #245806, mod time Sun Jun 16 09:35:20 2002) has 51 duplicate block(s), shared with 6 file(s): /partage/incoming/Quasimodo del Paris Complet 480x352 Divx Francais FR Orezza.avi (inode #245790, mod time Mon Feb 11 01:10:08 2002) /partage/incoming/sur mes levres dvd rip divx 5 pro par axel.avi (inode #245784, mod time Tue May 14 04:40:42 2002) /partage/incoming/Star Wars Episode II - L'attaque des Clones - FranM-gais canadien - CAM - VCD - 1 sur 2 (rbh-sw2a).mpg (inode #245780, mod time Mon Jun 17 06:08:48 2002) /partage/incoming/Professeur Folledingue 2 Complet 720x416 Divx Francais FR Orezza.avi (inode #245777, mod time Sat Feb 9 12:03:16 2002) /partage/incoming/Tarzan Complet 720 x 416 Divx Francais FR Orezza.avi (inode #245776, mod time Thu Feb 7 19:29:08 2002) /partage/incoming/Star Wars - La guerre des etoiles - Episode 4 - Divx Fr.avi (inode #245768, mod time Sun Jun 9 07:06:49 2002) Clone duplicate/bad blocks? yes File /partage/incoming/Quasimodo del Paris Complet 480x352 Divx Francais FR Orezza.avi (inode #245790, mod time Mon Feb 11 01:10:08 2002)
Re: pb : disque plein alors qu'il reste 5 Go
Le mer 14/08/2002 à 21:18, Yannick Roehlly a écrit : > Salut ! > salut > Idée (peut-être) bête : > Eh bah pas si bete que ca ... : C'est YANNICK qui as gagné ;-) > As-tu essayé de faire un fsck sur ta partition aucazou... ? > et non, je l'avais pas fait, et la sortie est attachée a ce fichier. je pense que le coupable est edonkey, a la vue des fichiers qui sont touchés. Je sais pas comment il fait, mais il a une facheuse tendance a bousiller le FS. la question est : le fs ne devrait-il pas réussir a se protéger tout seul ? un grand merci a toute la liste pour votre aide généreuse grégoire -- La femme est souvent le point faible du mari. James Joyce
Re: pb : disque plein alors qu'il reste 5 Go
Le mer 14/08/2002 à 21:18, Yannick Roehlly a écrit : > Ainsi parlait Grégoire Cachet <[EMAIL PROTECTED]> : > > > Le mer 14/08/2002 à 19:59, Laurent a écrit : > > t en plus, quand j'ai fais le test ci dessus, j'étais en root > > > > > > > > je recompile un kernel sans les quotas (j'en profiterais > > > > pour passer au 2.4.19), on va voir si ca change quelque > > > > chose > > > > > > le nouveau kernel (2.4.19) n'y fait rien ... mais qu'est ce qui > > se passe?? > > Salut ! > > Idée (peut-être) bête : > > As-tu essayé de faire un fsck sur ta partition aucazou... ? > > Yannick C'est vrai que cette solution n'a pas été proposée...mais je pense que ça à déjà été fait :-) Sinon des gens de #linuxfr m'ont carrément dit de racheter un dur > > -- > Etiquette is for those with no breeding; fashion for those with > no taste. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- (o_ //\ V_/_ Debian GNU/Linux PowerPC user.
Re: pb : disque plein alors qu'il reste 5 Go
Ainsi parlait Grégoire Cachet <[EMAIL PROTECTED]> : > Le mer 14/08/2002 à 19:59, Laurent a écrit : > t en plus, quand j'ai fais le test ci dessus, j'étais en root > > > > > > je recompile un kernel sans les quotas (j'en profiterais > > > pour passer au 2.4.19), on va voir si ca change quelque > > > chose > > > le nouveau kernel (2.4.19) n'y fait rien ... mais qu'est ce qui > se passe?? Salut ! Idée (peut-être) bête : As-tu essayé de faire un fsck sur ta partition aucazou... ? Yannick -- Etiquette is for those with no breeding; fashion for those with no taste.
Re: pb : disque plein alors qu'il reste 5 Go
Le mer 14/08/2002 à 19:59, Laurent a écrit : t en plus, quand j'ai fais le test ci dessus, j'étais en root > > > > je recompile un kernel sans les quotas (j'en profiterais pour passer au > > 2.4.19), on va voir si ca change quelque chose le nouveau kernel (2.4.19) n'y fait rien ... mais qu'est ce qui se passe ?? grégoire -- Ce n'est pas en ouvrant la gorge du rossignol qu'on découvrira le secret de son chant. Jean Cocteau
Re: pb : disque plein alors qu'il reste 5 Go
Le mer 14/08/2002 à 19:59, Laurent a écrit :
> strace cp partage/lesbro~1.avi zwiffer/
>
>
je suis incapable de décoder un tel messages ... le voici ! :
serveur:/home# strace cp partage/lesbro~1.avi zwiffer/
execve("/bin/cp", ["cp", "partage/lesbro~1.avi", "zwiffer/"], [/* 19
vars */]) = 0
uname({sys="Linux", node="serveur", ...}) = 0
brk(0) = 0x8051544
open("/etc/ld.so.preload", O_RDONLY)= -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=12061, ...}) = 0
old_mmap(NULL, 12061, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40014000
close(3)= 0
open("/lib/libc.so.6", O_RDONLY)= 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\30\222"...,
1024) = 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=1153784, ...}) = 0
old_mmap(NULL, 1166560, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x40017000
mprotect(0x4012a000, 40160, PROT_NONE) = 0
old_mmap(0x4012a000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
3, 0x113000) = 0x4012a000
old_mmap(0x4013, 15584, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4013
close(3)= 0
munmap(0x40014000, 12061) = 0
brk(0) = 0x8051544
brk(0x805156c) = 0x805156c
brk(0x8052000) = 0x8052000
open("/usr/share/locale/locale.alias", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2613, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x40014000
read(3, "# Locale name alias data base.\n#"..., 4096) = 2613
brk(0x8053000) = 0x8053000
read(3, "", 4096) = 0
close(3)= 0
munmap(0x40014000, 4096)= 0
open("/usr/lib/locale/fr_FR/LC_IDENTIFICATION", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=352, ...}) = 0
old_mmap(NULL, 352, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40014000
close(3)= 0
open("/usr/lib/locale/fr_FR/LC_MEASUREMENT", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=29, ...}) = 0
old_mmap(NULL, 29, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40015000
close(3)= 0
open("/usr/lib/locale/fr_FR/LC_TELEPHONE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=60, ...}) = 0
old_mmap(NULL, 60, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40016000
close(3)= 0
open("/usr/lib/locale/fr_FR/LC_ADDRESS", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=133, ...}) = 0
old_mmap(NULL, 133, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40134000
close(3)= 0
open("/usr/lib/locale/fr_FR/LC_NAME", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=68, ...}) = 0
old_mmap(NULL, 68, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40135000
close(3)= 0
open("/usr/lib/locale/fr_FR/LC_PAPER", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=40, ...}) = 0
old_mmap(NULL, 40, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40136000
close(3)= 0
open("/usr/lib/locale/fr_FR/LC_MESSAGES", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFDIR|0755, st_size=80, ...}) = 0
close(3)= 0
open("/usr/lib/locale/fr_FR/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=60, ...}) = 0
old_mmap(NULL, 60, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40137000
close(3)= 0
open("/usr/lib/locale/fr_FR/LC_MONETARY", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=300, ...}) = 0
old_mmap(NULL, 300, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40138000
close(3)= 0
open("/usr/lib/locale/fr_FR/LC_COLLATE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=22592, ...}) = 0
old_mmap(NULL, 22592, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40139000
close(3)= 0
open("/usr/lib/locale/fr_FR/LC_TIME", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2353, ...}) = 0
old_mmap(NULL, 2353, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4013f000
close(3)= 0
open("/usr/lib/locale/fr_FR/LC_NUMERIC", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=60, ...}) = 0
old_mmap(NULL, 60, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4014
close(3)= 0
open("/usr/lib/locale/fr_FR/LC_CTYPE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=201884, ...}) = 0
old_mmap(NULL, 201884, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40141000
close(3)= 0
geteuid32() = 0
umask(0)= 022
brk(0x8054000) = 0x8054000
lstat64("zwiffer/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat64("zwiffer/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat64("partage/lesbro~1.avi
Re: pb : disque plein alors qu'il reste 5 Go
Le mer 14/08/2002 à 18:35, Grégoire Cachet a écrit : > Le mer 14/08/2002 à 18:07, Romuald DELAVERGNE a écrit : > > Le 2002.08.14 16:54, Grégoire Cachet a écrit : > > > serveur:/home# cp partage/lesbro~1.avi zwiffer/ > > > cp: écriture de `zwiffer/lesbro~1.avi': Aucun espace disponible sur le > > > périphérique > > > serveur:/home# > > > > > > > C'est pas une histoire de quota ? > > c'est possible ... j'ai vérifié mon .config, il y a un 'y' aux quotas. > Cependant, je n'ai jamais rien configuré pour les utiliser > > et en plus, quand j'ai fais le test ci dessus, j'étais en root > > je recompile un kernel sans les quotas (j'en profiterais pour passer au > 2.4.19), on va voir si ca change quelque chose Il s'agit peut être d'un bug de ext3 La nouvelle version du 2.4.19 règlera peut être le pb... Il reste une astuce, que donne ceci: strace cp partage/lesbro~1.avi zwiffer/ > > merci > > grégoire > > ps : le reboot proposé plus haut n'as eut aucun effet ... > -- (o_ //\ V_/_ Debian GNU/Linux PowerPC user.
Re: pb : disque plein alors qu'il reste 5 Go
Le mer 14/08/2002 à 18:07, Romuald DELAVERGNE a écrit : > Le 2002.08.14 16:54, Grégoire Cachet a écrit : > > serveur:/home# cp partage/lesbro~1.avi zwiffer/ > > cp: écriture de `zwiffer/lesbro~1.avi': Aucun espace disponible sur le > > périphérique > > serveur:/home# > > > > C'est pas une histoire de quota ? c'est possible ... j'ai vérifié mon .config, il y a un 'y' aux quotas. Cependant, je n'ai jamais rien configuré pour les utiliser et en plus, quand j'ai fais le test ci dessus, j'étais en root je recompile un kernel sans les quotas (j'en profiterais pour passer au 2.4.19), on va voir si ca change quelque chose merci grégoire ps : le reboot proposé plus haut n'as eut aucun effet ... -- Le pire des crimes, c'est de torturer ou massacrer les êtres humains pour faire leur salut ou leur bonheur selon sa propre idée. René Barjavel, Si j'étais Dieu
Re: pb : disque plein alors qu'il reste 5 Go
Le mer 14/08/2002 à 17:58, Laurent a écrit : > Essayes le, et dit nous ce que tu as. il ne me renvoit rien serveur:/# lsof | grep "/home" smbd 16834 root cwdDIR 22,14096 131073 /home/cachet smbd 20885 root cwdDIR 22,14096 196609 /home/partage smbd 20889 root cwdDIR 22,14096 65537 /home/ftp smbd 20890 root cwdDIR 22,14096 163841 /home/zwiffer serveur:/# c'est mes quatres partages samba montés sur les autres machines apparement, pas de probleme de fichier utilisé et j'ai rééssayé, toujours pas d'espace comme je suis seul sur la machine, je reboot grégoire -- Il n'est rien qui doive empêcher la science d'intervenir heureusement dans un monde où les forces personnelles sont le point de départ d'effets nouveaux... Nier systématiquement, comme la science le fait, que la personnalité puisse conditionner les évènements... sera peut-être, dans notre science si vantée, le défaut qui surprendra le plus nos successeurs. William James
Re: pb : disque plein alors qu'il reste 5 Go
Le 2002.08.14 16:54, Grégoire Cachet a écrit : serveur:/home# cp partage/lesbro~1.avi zwiffer/ cp: écriture de `zwiffer/lesbro~1.avi': Aucun espace disponible sur le périphérique serveur:/home# C'est pas une histoire de quota ?
Re: pb : disque plein alors qu'il reste 5 Go
Grégoire Cachet a écrit: bonjour j'ai un probleme qui m'apparait assez bizarre j'ai une partition en ext3 (/dev/hdc1) montée en /home il reste plus de 5 Go, mais impossible d'écrire, il me dit qu'il y a plus de place ... serveur:/home# df Système de fichiers 1k-blocs Utilisé la capacité disponible% Monté sur /dev/hda1 2931732993272 1938460 34% / /dev/hda2 1172704276120896584 24% /var /dev/hdc1 19726356 14237948 5488408 73% /home serveur:/home# ls -l partage/lesbro~1.avi -rw-r--r--1 zwiffer zwiffer 607789056 mai 9 05:09 partage/lesbro~1.avi serveur:/home# cp partage/lesbro~1.avi zwiffer/ cp: écriture de `zwiffer/lesbro~1.avi': Aucun espace disponible sur le périphérique serveur:/home# il y a peut etre un quota su l'utilisateur -- polo
Re: pb : disque plein alors qu'il reste 5 Go
Le mer 14/08/2002 à 17:30, Pierre Blanchet a écrit :
> On August 14 2002 at 17:17,
> =?ISO-8859-1?Q?Gr=E9goire?= Cachet <[EMAIL PROTECTED]> wrote:
> ...
> > non, il en reste, en plus sur ce disque c'est quasiment que des fichiers
> > de 650 Mo ...
> >
> > serveur:~# dumpe2fs /dev/hdc1 | grep "^Free inodes"
> > dumpe2fs 1.27 (8-Mar-2002)
> > Free inodes: 2506018
> > serveur:~#
> ...
>
> Le truc possible c'est qu'un programme ou démon a un
> filehandle ouvert sur un fichier/répertoire effacé.
> C'est fun parce qu'y pas de moyen simple de voir si c'est
> ça à moins de savoir relire du lsof(8) dans le texte. C'est ce que
> je conseilles néanmoins.
>
> Si tu es tout seul sur la machine, un reboot sera plus
> rapide :( (et pas de flame, hein !, j'ai donné une solution sans
> reboot ;)).
>
> Bon courage,
>
> Pierre.
>
> NB: Il ne faut _JAMAIS_ rebooter une machine avant un long week-end, murphy
> dit qu'elle va planter au redémarrage ;)
> --
> Pierre Blanchet Support Engineer
> GPG 0xED89D256 :0952 C8A7 7B97 BAE5 0560 8614 E690 9368 ED89 D256
> http://www.solsoft.com[EMAIL PROTECTED]
> Tel.: +33 147 15 55 00 Fax: +33 147 15 55 09
>
>
Je pensais aussi à un truc dans le genre.
Essayez:
lsof | grep "/home"
Pourquoi pas filtrer le résultat et vérifier avec un find ou autre si
le/les fichiers existe bel et bien...
Allez un script maison:
#!/bin/bash
#
# Script permettant de vérifier si un fichier ouvert existe bien.
for fichier in ` lsof | grep "/home" | awk -F' ' '{printf "%s\n", $9}' `
do
test -f $fichier
if [ $? != 0 ]
then
test -d $fichier
if [ $? != 0 ]
then
echo "$fichier n'éxiste pas dans /home"
fi
fi
done
Je l'ai testé et ça marche chez moi:
debG4:~# ./script_test.sh
/home/dabowl/.gconfd/lock/0t1029318473ut618053u1000p412r1990849085k2147482256
n'éxiste pas dans /home
/home/dabowl/.gconf/%gconf-xml-backend.lock/1t1029318473ut719586u1000p412r1424629831k2147481936
n'éxiste pas dans /home
/home/dabowl/.gconfd/saved_state.orig n'éxiste pas dans /home
Essayes le, et dit nous ce que tu as.
@+
Laurent Oliva
--
(o_
//\
V_/_ Debian GNU/Linux PowerPC user.
Re: pb : disque plein alors qu'il reste 5 Go
Le mer 14/08/2002 à 17:19, Laurent a écrit : > Que donne un df -i ? avec le export BLOCK_SIZE=human-readable pour Bruno Muller ca donne : serveur:~# df -i Système de fichiers Inodes IUtil. ILibr.IUti% Monté sur /dev/hda1 4.0G 03.9G0% / /dev/hda2 4.0G 03.9G0% /var /dev/hdc1 2.4M 7342.3M1% /home serveur:~# non c'est décidément pas ca ... mais df -i c'est pas pareil que df --inodes ? ;-) grégoire -- Un traître est un homme politique qui quitte son parti pour s'inscrire a un autre. Par contre, un converti est un homme politique qui quitte son parti pour s'inscrire au votre. Georges Clémenceau
Re: pb : disque plein alors qu'il reste 5 Go
On August 14 2002 at 17:17, =?ISO-8859-1?Q?Gr=E9goire?= Cachet <[EMAIL PROTECTED]> wrote: ... > non, il en reste, en plus sur ce disque c'est quasiment que des fichiers > de 650 Mo ... > > serveur:~# dumpe2fs /dev/hdc1 | grep "^Free inodes" > dumpe2fs 1.27 (8-Mar-2002) > Free inodes: 2506018 > serveur:~# ... Le truc possible c'est qu'un programme ou démon a un filehandle ouvert sur un fichier/répertoire effacé. C'est fun parce qu'y pas de moyen simple de voir si c'est ça à moins de savoir relire du lsof(8) dans le texte. C'est ce que je conseilles néanmoins. Si tu es tout seul sur la machine, un reboot sera plus rapide :( (et pas de flame, hein !, j'ai donné une solution sans reboot ;)). Bon courage, Pierre. NB: Il ne faut _JAMAIS_ rebooter une machine avant un long week-end, murphy dit qu'elle va planter au redémarrage ;) -- Pierre Blanchet Support Engineer GPG 0xED89D256 :0952 C8A7 7B97 BAE5 0560 8614 E690 9368 ED89 D256 http://www.solsoft.com [EMAIL PROTECTED] Tel.: +33 147 15 55 00 Fax: +33 147 15 55 09 pgpaQ73BC1690.pgp Description: PGP signature
Re: pb : disque plein alors qu'il reste 5 Go
Le mer 14/08/2002 à 17:08, EISELE Pascal a écrit : > Juste une astuce superpratique : > df -h > du -h > ls -h > C'est plus lisible, tres netement :) un petit 'export BLOCK_SIZE=human-readable' dans ~/.bashrc, c'est encore mieux :) Bruno -- 23:25 L'admin système de ma boîte il a mis le swap sur 2 bandes DAT en RAID 0. Comme ça il n'y a pas de limite de taille et avec le RAID c'est plus rapide que sans. 23:32 23:25 Il est con ton admin ? Pour le prix des lecteurs DAT il aurait pu s'acheter au moins 200 Go de disques durs !!! 23:40 23:32 N'importe quoi !!! Et comment tu fait pour archiver le swap avec des disques durs ! Avec le lecteurs DAT il suffit de changer les cassettes VA te coucher, pauv tache ! 23:41 23:40 on peut savoir a quoi ca te sert d'archiver ton swap ? T'es malade ou quoi ? 23:46 23:41 Pfff t'as jamais travailler dans une vrai entreprise ou quoi La loi elle oblige à tout backuper et archiver C'EST LA LOI
Re: pb : disque plein alors qu'il reste 5 Go
Le mer 14/08/2002 à 16:58, Thomas Clavier a écrit : > > mercredi 14 août 2002, 16:54:03, Grégoire a écrit : > > > bonjour > > > j'ai un probleme qui m'apparait assez bizarre > > > j'ai une partition en ext3 (/dev/hdc1) montée en /home > > > il reste plus de 5 Go, mais impossible d'écrire, il me dit qu'il y a > > plus de place ... > > plus de inode dispo peut-être ? par contre, je ne sais plus comment le > voir (sous aix c'est df) et j'ai pas de linux sous la main. > > a+ tom > > > -- > Thomas Clavier http://www.tcweb.dyndns.org . .''`. > Centre d'expertise RGO. : :' : > Adventec Lille. `. ` > +33 3 20 18 53 02 - +33 6 09 25 59 67 . `- Debian > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > Que donne un df -i ? Laurent Oliva -- (o_ //\ V_/_ Debian GNU/Linux PowerPC user.
Re: pb : disque plein alors qu'il reste 5 Go
Le mer 14/08/2002 à 17:10, Igor Genibel a écrit : > Peut-être qu'il n'y a plus assez d'inodes de disponibles ? > # dumpe2fs /dev/hdc1 | grep "^Free inodes" > Si la réponse est zéro alors c'est le pb. > Dans ce cas, pars à la chasse au tout petits fichiers qui prennet un > inode pour pas grand chose. non, il en reste, en plus sur ce disque c'est quasiment que des fichiers de 650 Mo ... serveur:~# dumpe2fs /dev/hdc1 | grep "^Free inodes" dumpe2fs 1.27 (8-Mar-2002) Free inodes: 2506018 serveur:~# > > Voilà merci Y a pas un autre truc qui peut bloquer un systeme de fichier ? grégoire -- Les mots qui ont un son noble contiennent toujours de belles images. Marcel Pagnol
Re: pb : disque plein alors qu'il reste 5 Go
Le mer 14/08/2002 à 16:58, Thomas Clavier a écrit : > plus de inode dispo peut-être ? par contre, je ne sais plus comment le > voir (sous aix c'est df) et j'ai pas de linux sous la main. > ca n'as pas l'air ... : serveur:~# df --inodes Système de fichiers Inodes IUtil. ILibr.IUti% Monté sur /dev/hda14294967295 0 42949672950% / /dev/hda24294967295 0 42949672950% /var /dev/hdc12506752 734 25060181% /home serveur:~# au passage c'est normal que sur /dev/hda1 et /dev/hda2 il y ait 0 inodes utilisées ?? grégoire -- Partout où l'esprit humain a la moindre possibilité de connaître, il y a un problème légitime pour la science Karl Pearson
Re: pb : disque plein alors qu'il reste 5 Go
On Wed, Aug 14, 2002 at 04:54:03PM +0200, Grégoire Cachet wrote: > bonjour Salut, > > j'ai un probleme qui m'apparait assez bizarre > > j'ai une partition en ext3 (/dev/hdc1) montée en /home Peut-être qu'il n'y a plus assez d'inodes de disponibles ? # dumpe2fs /dev/hdc1 | grep "^Free inodes" Si la réponse est zéro alors c'est le pb. Dans ce cas, pars à la chasse au tout petits fichiers qui prennet un inode pour pas grand chose. Voilà -- Igor Genibel http://www.answare.fr/ [EMAIL PROTECTED] http://www.tuxfamily.org/[EMAIL PROTECTED] http://people.debian.org/~igenibel [EMAIL PROTECTED] GPG: 1024D/9D735B4F: 4F61 8D8F 05AC 8D2C 5F92 9B99 C44B 0266 9D73 5B4F
Re: pb : disque plein alors qu'il reste 5 Go
Juste une astuce superpratique : df -h du -h ls -h C'est plus lisible, tres netement :) Grégoire Cachet a écrit: bonjour j'ai un probleme qui m'apparait assez bizarre j'ai une partition en ext3 (/dev/hdc1) montée en /home il reste plus de 5 Go, mais impossible d'écrire, il me dit qu'il y a plus de place ... serveur:/home# df Système de fichiers 1k-blocs Utilisé la capacité disponible% Monté sur /dev/hda1 2931732993272 1938460 34% / /dev/hda2 1172704276120896584 24% /var /dev/hdc1 19726356 14237948 5488408 73% /home serveur:/home# ls -l partage/lesbro~1.avi -rw-r--r--1 zwiffer zwiffer 607789056 mai 9 05:09 partage/lesbro~1.avi serveur:/home# cp partage/lesbro~1.avi zwiffer/ cp: écriture de `zwiffer/lesbro~1.avi': Aucun espace disponible sur le périphérique serveur:/home# j'ai tenté un tune2fs -m 0 /dev/hdc1 mais ca n'a rien fait y a un truc pas normal non ? si quelqu'un peut m'aider ... merci d'avance !! grégoire
Re: pb : disque plein alors qu'il reste 5 Go
Bonjour, Le mer 14/08/2002 à 16:54, Grégoire Cachet a écrit : > il reste plus de 5 Go, mais impossible d'écrire, il me dit qu'il y a > plus de place ... $ df --inodes En hopant que ça help... Bruno -- SCIENCES NAT M : Les cadavres de végétariens se conservent plus longtemps que les autres. P : Pourquoi ça ? M : Va trouver des asticots qui bouffent végétarien !
Re: pb : disque plein alors qu'il reste 5 Go
commande du Thomas Clavier <[EMAIL PROTECTED]> a écrit : > mercredi 14 août 2002, 16:54:03, Grégoire a écrit : > > > bonjour > > > j'ai un probleme qui m'apparait assez bizarre > > > j'ai une partition en ext3 (/dev/hdc1) montée en /home > > > il reste plus de 5 Go, mais impossible d'écrire, il me dit qu'il y a > > plus de place ... > > plus de inode dispo peut-être ? par contre, je ne sais plus comment le > voir (sous aix c'est df) et j'ai pas de linux sous la main. > > a+ tom > > > -- > Thomas Clavier http://www.tcweb.dyndns.org . .''`. > Centre d'expertise RGO. : :' : > Adventec Lille. `. ` > +33 3 20 18 53 02 - +33 6 09 25 59 67 . `- Debian > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] gnuIsland the future of the user interface,http://www.gnuisland.org
Re: pb : disque plein alors qu'il reste 5 Go
mercredi 14 août 2002, 16:54:03, Grégoire a écrit : > bonjour > j'ai un probleme qui m'apparait assez bizarre > j'ai une partition en ext3 (/dev/hdc1) montée en /home > il reste plus de 5 Go, mais impossible d'écrire, il me dit qu'il y a > plus de place ... plus de inode dispo peut-être ? par contre, je ne sais plus comment le voir (sous aix c'est df) et j'ai pas de linux sous la main. a+ tom -- Thomas Clavier http://www.tcweb.dyndns.org . .''`. Centre d'expertise RGO. : :' : Adventec Lille. `. ` +33 3 20 18 53 02 - +33 6 09 25 59 67 . `- Debian
pb : disque plein alors qu'il reste 5 Go
bonjour j'ai un probleme qui m'apparait assez bizarre j'ai une partition en ext3 (/dev/hdc1) montée en /home il reste plus de 5 Go, mais impossible d'écrire, il me dit qu'il y a plus de place ... serveur:/home# df Système de fichiers 1k-blocs Utilisé la capacité disponible% Monté sur /dev/hda1 2931732993272 1938460 34% / /dev/hda2 1172704276120896584 24% /var /dev/hdc1 19726356 14237948 5488408 73% /home serveur:/home# ls -l partage/lesbro~1.avi -rw-r--r--1 zwiffer zwiffer 607789056 mai 9 05:09 partage/lesbro~1.avi serveur:/home# cp partage/lesbro~1.avi zwiffer/ cp: écriture de `zwiffer/lesbro~1.avi': Aucun espace disponible sur le périphérique serveur:/home# j'ai tenté un tune2fs -m 0 /dev/hdc1 mais ca n'a rien fait y a un truc pas normal non ? si quelqu'un peut m'aider ... merci d'avance !! grégoire -- Pour atteindre le bonheur il y a deux règles : 1.Contentez vous de ce que vous avez. 2.Essayez d'en avoir un maximum
