Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user.catalan > #6835 > unrolled thread

/ plena

Back to article view | Back to linux.debian.user.catalan

Contents

  / plena Jordi <215639@runbox.com> - 2021-05-11 10:10 +0200
    Re: / plena Ernest Adrogué <nr9@posteo.de> - 2021-05-11 10:20 +0200
      Re: / plena Ernest Adrogué <nr9@posteo.de> - 2021-05-11 10:50 +0200
        Re: / plena Sergi Baila <sargue@gmail.com> - 2021-05-11 11:10 +0200
          Re: / plena Narcis Garcia <narcisgarcia@gilug.org> - 2021-05-11 13:00 +0200
            Re: / plena "Jordi Vila" <215639@runbox.com> - 2021-05-11 16:10 +0200
              Re: / plena Narcis Garcia <debianlists@actiu.net> - 2021-05-11 16:30 +0200
                Re: / plena Eloi <entfe001@gmail.com> - 2021-05-11 17:00 +0200
                  Re: / plena "Jordi Vila" <215639@runbox.com> - 2021-05-11 17:30 +0200
                  Re: / plena Joan <arbocenc@calbasi.net> - 2021-06-01 12:20 +0200
    Re: / plena Narcis Garcia <debianlists@actiu.net> - 2021-05-11 10:30 +0200
    Re: / plena Josep Lladonosa <jlladono@gmail.com> - 2021-05-11 10:40 +0200
    Re: / plena Eloi <entfe001@gmail.com> - 2021-05-11 10:50 +0200

#6835 — / plena

Bon dia, de cop i volta m'he trobat amb un problema prou important i no
m'ensurto.


Com veieu en aquestes dues linies, hi ha poques hores de diferència
entre les dues.

/dev/sda1       110G   33G   72G  32% /

/dev/sda1       110G  100G   4,1G  97% /

La veritat que que la segona arribava al 100% d'ocupació però he
netejat /var/log /tmp i s'ha quedat així, però no trobo de cap manera
els fitxers que sobren ara. En tot cas no seran fitxers massa grans
però segurament si que hi haurà mols, però no els trobo.

Dins del sistema de fitxers, hi tinc diverses particions:

La /dev/sda5  /home al 43%
la /dev/sdb3  /home/usuari_1 al 61%
la /dev/sdc1  /home/usuari_2 al 24%

Penso si el sistema s'estarà fent un lio amb els usuaris, els nous van
a parar a /home i usuari_1 i usuari_2 cada un te una partició pròpia. 

L'arrel / és ext4 i abans de reinstal·lar preferiria trobar el problema
i esborrar tot el que hi ha on no ha de ser, gracies.

Jordi

[toc] | [next] | [standalone]

#6836

2021-05-11, 10:08 (+0200); Jordi escriu:
> Bon dia, de cop i volta m'he trobat amb un problema prou important i no
> m'ensurto.
> 
> 
> Com veieu en aquestes dues linies, hi ha poques hores de diferència
> entre les dues.
> 
> /dev/sda1       110G   33G   72G  32% /
> 
> /dev/sda1       110G  100G   4,1G  97% /
> 
> La veritat que que la segona arribava al 100% d'ocupació però he
> netejat /var/log /tmp i s'ha quedat així, però no trobo de cap manera
> els fitxers que sobren ara. En tot cas no seran fitxers massa grans
> però segurament si que hi haurà mols, però no els trobo.

Has provat amb du?  Per exemple:

# du -s -h -x /*
12M	/bin
124M	/boot
0	/dev
30M	/etc
5.2T	/home
0	/initrd.img
0	/initrd.img.old
673M	/lib
4.0K	/lib64
16K	/lost+found
12K	/media
8.0K	/mnt
4.0K	/opt
du: cannot read directory '/proc/858/task/858/net': Invalid argument
du: cannot read directory '/proc/858/net': Invalid argument
du: cannot access '/proc/24548/task/24548/fd/4': No such file or directory
du: cannot access '/proc/24548/task/24548/fdinfo/4': No such file or directory
du: cannot access '/proc/24548/fd/4': No such file or directory
du: cannot access '/proc/24548/fdinfo/4': No such file or directory
0	/proc
4.6M	/root
150M	/run
16M	/sbin
4.0K	/srv
0	/sys
40M	/tmp
16G	/usr
82G	/var
0	/vmlinuz
0	/vmlinuz.old


Salutacions

[toc] | [prev] | [next] | [standalone]

#6840

2021-05-11, 10:34 (+0200); Jordi Vila escriu:
> He probat el du amb diversos paràmetres i no hi veig res.
> 
> La 'unica cosa seria amb el home, però en principi està en particions
> diferents.

Si has vist que tens 100G a /

> > > /dev/sda1 110G 100G 4,1G 97% /

vol dir que la suma dels directoris a la partició / ha de ser 100G

Jo revisaria que to tinguis alguna cosa a /mnt, a part d'això no veig res

> 77G /mnt

[toc] | [prev] | [next] | [standalone]

#6841

[Multipart message — attachments visible in raw view] — view raw

Jo quan em trobo aquest problema tiro de ncdu: https://dev.yorhel.nl/ncdu
Està com paquet oficial: https://packages.debian.org/buster/ncdu

Et permet trobar molt ràpidament on està el problema d'espai.

--
Sergi Baila
https://sargue.net/cv


Missatge de Ernest Adrogué <nr9@posteo.de> del dia dt., 11 de maig 2021 a
les 10:47:

> 2021-05-11, 10:34 (+0200); Jordi Vila escriu:
> > He probat el du amb diversos paràmetres i no hi veig res.
> >
> > La 'unica cosa seria amb el home, però en principi està en particions
> > diferents.
>
> Si has vist que tens 100G a /
>
> > > > /dev/sda1 110G 100G 4,1G 97% /
>
> vol dir que la suma dels directoris a la partició / ha de ser 100G
>
> Jo revisaria que to tinguis alguna cosa a /mnt, a part d'això no veig res
>
> > 77G /mnt
>
>

[toc] | [prev] | [next] | [standalone]

#6842

Molt bé el ncdu!
Quan he utilitzat el Baobab sempre he pensat en la pega de què sigui
només per a escriptori.


Narcis Garcia

El 11/5/21 a les 11:06, Sergi Baila ha escrit:
> Jo quan em trobo aquest problema tiro de ncdu:
> https://dev.yorhel.nl/ncdu <https://dev.yorhel.nl/ncdu>
> Està com paquet oficial: https://packages.debian.org/buster/ncdu
> <https://packages.debian.org/buster/ncdu>
> 
> Et permet trobar molt ràpidament on està el problema d'espai.
> 
> --
> Sergi Baila
> https://sargue.net/cv <https://sargue.net/cv>
> 
> 
> Missatge de Ernest Adrogué <nr9@posteo.de <mailto:nr9@posteo.de>> del
> dia dt., 11 de maig 2021 a les 10:47:
> 
>     2021-05-11, 10:34 (+0200); Jordi Vila escriu:
>     > He probat el du amb diversos paràmetres i no hi veig res.
>     >
>     > La 'unica cosa seria amb el home, però en principi està en particions
>     > diferents.
> 
>     Si has vist que tens 100G a /
> 
>     > > > /dev/sda1 110G 100G 4,1G 97% /
> 
>     vol dir que la suma dels directoris a la partició / ha de ser 100G
> 
>     Jo revisaria que to tinguis alguna cosa a /mnt, a part d'això no
>     veig res
> 
>     > 77G /mnt
> 

[toc] | [prev] | [next] | [standalone]

#6843

[Multipart message — attachments visible in raw view] — view raw

Bona tarda, al final he trobat el problema i ara ja tinc la partició al
30% ocupada.

Els diumenges es fa una còpia de seguretat que va a parar a un disc
extern usb muntat a /mnt/copies.seguretat_2/dimenge (/dev/sdd2). Però com
que l'altre dia varen tocar, es va deconectar i no es va muntar
normalment.

En fer la còpia de seguretat es va crear el directori
/mnt/copies.seguretat_2/diumenge a / (/dev/sda1) i per això es va omplir
la partició i quan accedia a /mnt/... ho feia al directori / i d'aquí el
lio.

No sé si hi ha forma d'evitar aquestes situacions.

Salutacions i gracies

On Tue, 11 May 2021 12:29:55 +0200, Narcis Garcia wrote:

> Molt bé el ncdu!
> Quan he utilitzat el Baobab sempre he pensat en la pega de què sigui
> només per a escriptori.
>
>
> Narcis Garcia
>
> El 11/5/21 a les 11:06, Sergi Baila ha escrit:
> > Jo quan em trobo aquest problema tiro de ncdu:
> > https://dev.yorhel.nl/ncdu
> > Està com paquet oficial: https://packages.debian.org/buster/ncdu
> >
> >
> > Et permet trobar molt ràpidament on està el problema d'espai.
> >
> > --
> > Sergi Baila
> > https://sargue.net/cv
> >
> >
> > Missatge de Ernest Adrogué > del
> > dia dt., 11 de maig 2021 a les 10:47:
> >
> > 2021-05-11, 10:34 (+0200); Jordi Vila escriu:
> > > He probat el du amb diversos paràmetres i no hi veig res.
> > >
> > > La 'unica cosa seria amb el home, però en principi està en
particions
> > > diferents.
> >
> > Si has vist que tens 100G a /
> >
> > > > > /dev/sda1 110G 100G 4,1G 97% /
> >
> > vol dir que la suma dels directoris a la partició / ha de ser 100G
> >
> > Jo revisaria que to tinguis alguna cosa a /mnt, a part d'això no
> > veig res
> >
> > > 77G /mnt
> >

[toc] | [prev] | [next] | [standalone]

#6844

Si l'eina de còpies de seguretat l'has fet tu mateix, al disc de còpies
hi pots posar un fitxer de reconeixement. Per exemple «.cseguretat»
D'aquesta manera, abans d'executar la còpia el teu programet pot mirar
si hi ha el fitxer, de la qual cosa deduir si el dispositiu està muntat
o no:

if [ ! -f /mnt/copies.seguretat_2/.cseguretat ] ; then
	echo "No s'ha trobat el disc de còpies!"
	exit 1
fi

Si no és així, caldria saber quin programari utilitzes per a fer còpies.




Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 11/5/21 a les 16:09, Jordi Vila ha escrit:
>  
> 
> 
> 
> Bona tarda, al final he trobat el problema i ara ja tinc la partició al
> 30% ocupada.
> 
> Els diumenges es fa una còpia de seguretat que va a parar a un disc
> extern usb muntat a /mnt/copies.seguretat_2/dimenge (/dev/sdd2). Però
> com que l'altre dia varen tocar, es va deconectar i no es va muntar
> normalment.
> 
> En fer la còpia de seguretat es va crear el directori
> /mnt/copies.seguretat_2/diumenge a / (/dev/sda1) i per això es va omplir
> la partició i quan accedia a /mnt/... ho feia al directori / i d'aquí el
> lio.
> 
> No sé si hi ha forma d'evitar aquestes situacions.
> 
>  
> 
> Salutacions i gracies
> 
>  
> 
>  
> 
>  
> 
> On Tue, 11 May 2021 12:29:55 +0200, Narcis Garcia wrote:
> 
>> Molt bé el ncdu!
>> Quan he utilitzat el Baobab sempre he pensat en la pega de què sigui
>> només per a escriptori.
>>
>>
>> Narcis Garcia
>>
>> El 11/5/21 a les 11:06, Sergi Baila ha escrit:
>> > Jo quan em trobo aquest problema tiro de ncdu:
>> > https://dev.yorhel.nl/ncdu
>> > Està com paquet oficial: https://packages.debian.org/buster/ncdu
>> >
>> >
>> > Et permet trobar molt ràpidament on està el problema d'espai.
>> >
>> > --
>> > Sergi Baila
>> > https://sargue.net/cv
>> >
>> >
>> > Missatge de Ernest Adrogué > del
>> > dia dt., 11 de maig 2021 a les 10:47:
>> >
>> > 2021-05-11, 10:34 (+0200); Jordi Vila escriu:
>> > > He probat el du amb diversos paràmetres i no hi veig res.
>> > >
>> > > La 'unica cosa seria amb el home, però en principi està en particions
>> > > diferents.
>> >
>> > Si has vist que tens 100G a /
>> >
>> > > > > /dev/sda1 110G 100G 4,1G 97% /
>> >
>> > vol dir que la suma dels directoris a la partició / ha de ser 100G
>> >
>> > Jo revisaria que to tinguis alguna cosa a /mnt, a part d'això no
>> > veig res
>> >
>> > > 77G /mnt
>> >
> 

[toc] | [prev] | [next] | [standalone]

#6845

El 11/5/21 a les 16:21, Narcis Garcia ha escrit:
> Si l'eina de còpies de seguretat l'has fet tu mateix, al disc de còpies
> hi pots posar un fitxer de reconeixement. Per exemple «.cseguretat»
> D'aquesta manera, abans d'executar la còpia el teu programet pot mirar
> si hi ha el fitxer, de la qual cosa deduir si el dispositiu està muntat
> o no:
>
> if [ ! -f /mnt/copies.seguretat_2/.cseguretat ] ; then
> 	echo "No s'ha trobat el disc de còpies!"
> 	exit 1
> fi
>
> Si no és així, caldria saber quin programari utilitzes per a fer còpies.

No cal crear cap fitxer testimoni, es pot emprar l'eina findmnt, per 
exemple així:

findmnt --mountpoint /mnt/copies.seguretat_2 >/dev/null || mount 
/mnt/copies.seguretat_2 && comanda_backup

Per parts:

findmnt amb --mountpoint determina si el directori és un punt de 
muntatge actiu. Si ho és, torna dades del mateix (per això redirecciono 
a /dev/null) i retorna 0; en cas contrari, retorna 1.

|| mount /mnt/copies.seguretat_2 intenta muntar el dispositiu si i només 
si la comanda anterior ha fallat, és a dir, si el dispositiu no està 
muntat. Que funcioni dependrà de si l'usuari que executa la comanda pot 
muntar el dispositiu i de si aquest es troba disponible, sempre que 
estigui prèviament configurat a /etc/fstab

&& comanda_backup s'executarà si alguna de les dues comandes anteriors 
ha tingut èxit, aquí hauràs de posar el que sigui que facis servir per 
llençar la còpia de seguretat.

Recapitulant possibles escenaris:

1. El disc està muntat: findmnt torna 0 (èxit), mount no s'executa per 
|| i el backup s'executa per &&
2. El disc està present però sense muntar: findmnt torna 1 (error), 
mount s'executa per || i un cop muntat amb èxit (0) el disc finalment 
s'executa el backup per &&
3. El disc no està present (o no es disposa de permisos per muntar-lo): 
findmnt torna 1 (error), mount s'executa per || però també falla i el 
backup no s'executa

Si vols afegir una acció alternativa per si la còpia no s'engega (o si 
el propi procés de còpia falla) sempre pots afegir al final una 
nova 
ordre precedida per ||, per exemple (resumint crides sense paràmetres):

findmnt || mount && backup || error

on findmnt i mount són tal com he descrit abans, 'backup' és el 
teu 
programa de còpia de seguretat i 'error' l'acció que vulguis executar si 
falla la còpia.

L'avantatge de fer-ho en format de comanda monolínia és que pots 
posar-la directament al crontab sense necessitar cap script intermediari.

[toc] | [prev] | [next] | [standalone]

#6846

[Multipart message — attachments visible in raw view] — view raw

Gracies per les respostes, per les còpies faig servir el duply.

Ja miraré com ho faig per mirar si la partició està muntada o no.

Salutacions

Jordi

On Tue, 11 May 2021 16:51:28 +0200, Eloi wrote:

> El 11/5/21 a les 16:21, Narcis Garcia ha escrit:
> > Si l'eina de còpies de seguretat l'has fet tu mateix, al disc de
còpies
> > hi pots posar un fitxer de reconeixement. Per exemple «.cseguretat»
> > D'aquesta manera, abans d'executar la còpia el teu programet pot
mirar
> > si hi ha el fitxer, de la qual cosa deduir si el dispositiu està
muntat
> > o no:
> >
> > if [ ! -f /mnt/copies.seguretat_2/.cseguretat ] ; then
> > echo "No s'ha trobat el disc de còpies!"
> > exit 1
> > fi
> >
> > Si no és així, caldria saber quin programari utilitzes per a fer
còpies.
>
> No cal crear cap fitxer testimoni, es pot emprar l'eina findmnt, per
> exemple així:
>
> findmnt --mountpoint /mnt/copies.seguretat_2 >/dev/null || mount
> /mnt/copies.seguretat_2 && comanda_backup
>
> Per parts:
>
> findmnt amb --mountpoint determina si el directori és un punt de
> muntatge actiu. Si ho és, torna dades del mateix (per això redirecciono
> a /dev/null) i retorna 0; en cas contrari, retorna 1.
>
> || mount /mnt/copies.seguretat_2 intenta muntar el dispositiu si i
només
> si la comanda anterior ha fallat, és a dir, si el dispositiu no està
> muntat. Que funcioni dependrà de si l'usuari que executa la comanda pot
> muntar el dispositiu i de si aquest es troba disponible, sempre que
> estigui prèviament configurat a /etc/fstab
>
> && comanda_backup s'executarà si alguna de les dues comandes anteriors
> ha tingut èxit, aquí hauràs de posar el que sigui que facis servir per
> llençar la còpia de seguretat.
>
> Recapitulant possibles escenaris:
>
> 1. El disc està muntat: findmnt torna 0 (èxit), mount no s'executa per
> || i el backup s'executa per &&
> 2. El disc està present però sense muntar: findmnt torna 1 (error),
> mount s'executa per || i un cop muntat amb èxit (0) el disc finalment
> s'executa el backup per &&
> 3. El disc no està present (o no es disposa de permisos per muntar-lo):
> findmnt torna 1 (error), mount s'executa per || però també falla i el
> backup no s'executa
>
> Si vols afegir una acció alternativa per si la còpia no s'engega (o si
> el propi procés de còpia falla) sempre pots afegir al final una
> nova
> ordre precedida per ||, per exemple (resumint crides sense paràmetres):
>
> findmnt || mount && backup || error
>
> on findmnt i mount són tal com he descrit abans, 'backup' és el
> teu
> programa de còpia de seguretat i 'error' l'acció que vulguis executar
si
> falla la còpia.
>
> L'avantatge de fer-ho en format de comanda monolínia és que pots
> posar-la directament al crontab sense necessitar cap script
intermediari.

[toc] | [prev] | [next] | [standalone]

#6854

Jo no tinc massa idea de bash, però aquesta comanda me l'he guardada
perquè em sembla molt xula: com condensar en una línia diverses
opcions...

El Tue, 11 May 2021 16:51:28 +0200
Eloi <entfe001@gmail.com> va escriure:

> El 11/5/21 a les 16:21, Narcis Garcia ha escrit:
> > Si l'eina de còpies de seguretat l'has fet tu mateix, al disc de
> > còpies hi pots posar un fitxer de reconeixement. Per exemple
> > «.cseguretat» D'aquesta manera, abans d'executar la còpia el teu
> > programet pot mirar si hi ha el fitxer, de la qual cosa deduir si
> > el dispositiu està muntat o no:
> >
> > if [ ! -f /mnt/copies.seguretat_2/.cseguretat ] ; then
> > 	echo "No s'ha trobat el disc de còpies!"
> > 	exit 1
> > fi
> >
> > Si no és així, caldria saber quin programari utilitzes per a fer
> > còpies.  
> 
> No cal crear cap fitxer testimoni, es pot emprar l'eina findmnt, per 
> exemple així:
> 
> findmnt --mountpoint /mnt/copies.seguretat_2 >/dev/null || mount 
> /mnt/copies.seguretat_2 && comanda_backup
> 
> Per parts:
> 
> findmnt amb --mountpoint determina si el directori és un punt de 
> muntatge actiu. Si ho és, torna dades del mateix (per això
> redirecciono a /dev/null) i retorna 0; en cas contrari, retorna 1.
> 
> || mount /mnt/copies.seguretat_2 intenta muntar el dispositiu si i
> només si la comanda anterior ha fallat, és a dir, si el dispositiu no
> està muntat. Que funcioni dependrà de si l'usuari que executa la
> comanda pot muntar el dispositiu i de si aquest es troba disponible,
> sempre que estigui prèviament configurat a /etc/fstab
> 
> && comanda_backup s'executarà si alguna de les dues comandes
> anteriors ha tingut èxit, aquí hauràs de posar el que sigui que facis
> servir per llençar la còpia de seguretat.
> 
> Recapitulant possibles escenaris:
> 
> 1. El disc està muntat: findmnt torna 0 (èxit), mount no s'executa
> per || i el backup s'executa per &&
> 2. El disc està present però sense muntar: findmnt torna 1 (error), 
> mount s'executa per || i un cop muntat amb èxit (0) el disc finalment 
> s'executa el backup per &&
> 3. El disc no està present (o no es disposa de permisos per
> muntar-lo): findmnt torna 1 (error), mount s'executa per || però
> també falla i el backup no s'executa
> 
> Si vols afegir una acció alternativa per si la còpia no s'engega (o
> si el propi procés de còpia falla) sempre pots afegir al final una 
> nova 
> ordre precedida per ||, per exemple (resumint crides sense
> paràmetres):
> 
> findmnt || mount && backup || error
> 
> on findmnt i mount són tal com he descrit abans, 'backup' és el 
> teu 
> programa de còpia de seguretat i 'error' l'acció que vulguis executar
> si falla la còpia.
> 
> L'avantatge de fer-ho en format de comanda monolínia és que pots 
> posar-la directament al crontab sense necessitar cap script
> intermediari.
> 
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

[toc] | [prev] | [next] | [standalone]

#6837

Si pots utilitzar escriptori gràfic, l'aplicació baobab va molt bé per a
explorar el pes de les carpetes i arbres de carpetes.



Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 11/5/21 a les 10:08, Jordi ha escrit:
> 
> Bon dia, de cop i volta m'he trobat amb un problema prou important i no
> m'ensurto.
> 
> 
> Com veieu en aquestes dues linies, hi ha poques hores de diferència
> entre les dues.
> 
> /dev/sda1       110G   33G   72G  32% /
> 
> /dev/sda1       110G  100G   4,1G  97% /
> 
> La veritat que que la segona arribava al 100% d'ocupació però he
> netejat /var/log /tmp i s'ha quedat així, però no trobo de cap manera
> els fitxers que sobren ara. En tot cas no seran fitxers massa grans
> però segurament si que hi haurà mols, però no els trobo.
> 
> Dins del sistema de fitxers, hi tinc diverses particions:
> 
> La /dev/sda5  /home al 43%
> la /dev/sdb3  /home/usuari_1 al 61%
> la /dev/sdc1  /home/usuari_2 al 24%
> 
> Penso si el sistema s'estarà fent un lio amb els usuaris, els nous van
> a parar a /home i usuari_1 i usuari_2 cada un te una partició pròpia. 
> 
> L'arrel / és ext4 i abans de reinstal·lar preferiria trobar el problema
> i esborrar tot el que hi ha on no ha de ser, gracies.
> 
> Jordi
> 

[toc] | [prev] | [next] | [standalone]

#6838

[Multipart message — attachments visible in raw view] — view raw

Potser a /var/spool?

El dt., 11 de maig 2021, 10:09, Jordi <215639@runbox.com> va escriure:

>
> Bon dia, de cop i volta m'he trobat amb un problema prou important i no
> m'ensurto.
>
>
> Com veieu en aquestes dues linies, hi ha poques hores de diferència
> entre les dues.
>
> /dev/sda1       110G   33G   72G  32% /
>
> /dev/sda1       110G  100G   4,1G  97% /
>
> La veritat que que la segona arribava al 100% d'ocupació però he
> netejat /var/log /tmp i s'ha quedat així, però no trobo de cap manera
> els fitxers que sobren ara. En tot cas no seran fitxers massa grans
> però segurament si que hi haurà mols, però no els trobo.
>
> Dins del sistema de fitxers, hi tinc diverses particions:
>
> La /dev/sda5  /home al 43%
> la /dev/sdb3  /home/usuari_1 al 61%
> la /dev/sdc1  /home/usuari_2 al 24%
>
> Penso si el sistema s'estarà fent un lio amb els usuaris, els nous van
> a parar a /home i usuari_1 i usuari_2 cada un te una partició pròpia.
>
> L'arrel / és ext4 i abans de reinstal·lar preferiria trobar el problema
> i esborrar tot el que hi ha on no ha de ser, gracies.
>
> Jordi
>
>

[toc] | [prev] | [next] | [standalone]

#6839

El 11/5/21 a les 10:08, Jordi ha escrit:
> Bon dia, de cop i volta m'he trobat amb un problema prou important i no
> m'ensurto.
>
>
> Com veieu en aquestes dues linies, hi ha poques hores de diferència
> entre les dues.
>
> /dev/sda1       110G   33G   72G  32% /
>
> /dev/sda1       110G  100G   4,1G  97% /
>
> La veritat que que la segona arribava al 100% d'ocupació però 
he
> netejat /var/log /tmp i s'ha quedat així, però no trobo de cap manera
> els fitxers que sobren ara. En tot cas no seran fitxers massa grans
> però segurament si que hi haurà mols, però no els trobo.
>
> Dins del sistema de fitxers, hi tinc diverses particions:
>
> La /dev/sda5  /home al 43%
> la /dev/sdb3  /home/usuari_1 al 61%
> la /dev/sdc1  /home/usuari_2 al 24%
>
> Penso si el sistema s'estarà fent un lio amb els usuaris, els nous 
van
> a parar a /home i usuari_1 i usuari_2 cada un te una partició pròpia.
>
> L'arrel / és ext4 i abans de reinstal·lar preferiria trobar el problema
> i esborrar tot el que hi ha on no ha de ser, gracies.
>
> Jordi
>
Una forma de treure una llista ordenada d'ús de directoris és la següent:

du -x / | sort -n

La primera part enumera els fitxers de la partició (-x evita que n'entri 
a d'altres, per exemple /home); la segona ordena els resultats mostrant 
al final els valors més grans. Això et permetrà localitzar 
fàcilment on 
es concentra l'ocupació d'espai. Per exemple, en el meu cas ara mateix 
ho tinc així:

411444  /var/cache/apt
426648  /usr/share/fonts/truetype
431184  /usr/bin
435080  /var/cache
485944  /usr/share/games
546328  /usr/lib/modules
726384  /var/lib
750716  /usr/share/locale
757320  /usr/share/doc
770700  /usr/share/fonts
1348784 /var
1589416 /usr/lib/x86_64-linux-gnu
3696660 /usr/lib
4964612 /usr/share
9447212 /usr
10944448        /

Tingues present que a cada línia s'inclou la mida del directori i de 
tot 
el que hi ha per sota, és a dir, que els ~410MB de /var/cache/apt també 
estan inclosos en els ~435MB de /var/cache i els ~1350MB de /var

Executa-ho com a root (o fes sudo sobre du) per tenir resultats 
complerts; si et surten errors d'accés a directoris vol dir que no 
tindràs una imatge correcta de la situació

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user.catalan

csiph-web