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
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.
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ènciahe
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ò
netejat /var/log /tmp i s'ha quedat aixÃ, però no trobo de cap maneravan
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
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
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
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.
/dev/sda1 110G 100G 4,1G 97% /
77G /mnt
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
</div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Missatge de Ernest Adrogué <<a href="mailto:nr9@posteo.de">nr9@posteo.de</a>> del dia dt., 11 de maig 2021 a les 10:47:<br></div><blockquote class="gmail_quote"style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">2021-05-11, 10:34 (+0200); Jordi Vila escriu:<br>
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
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
particionsMissatge 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
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
Â
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
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.
El 11/5/21 a les 16:21, Narcis Garcia ha escrit:còpies
Si l'eina de còpies de seguretat l'has fet tu mateix, al disc de
mirarhi pots posar un fitxer de reconeixement. Per exemple «.cseguretat» D'aquesta manera, abans d'executar la còpia el teu programet pot
muntatsi hi ha el fitxer, de la qual cosa deduir si el dispositiu estÃ
còpies.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
No cal crear cap fitxer testimoni, es pot emprar l'eina findmnt, pernomés
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
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 quesi
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
falla la còpia.intermediari.
L'avantatge de fer-ho en format de comanda monolÃnia és que pots
posar-la directament al crontab sense necessitar cap script
> > o no:<br /> > ><br /> > > if [ ! -f /mnt/copies.seguretat_2/.cseguretat ] ; then<br /> > > echo "No s'ha trobat el disc de còpies!"<br /> > > exit 1<br /> > > fi<br /> > ><br /> > > Si no és així, caldria saber quin programari utilitzes per a fer còpies.<br /> > <br /> > No cal crear cap fitxer testimoni, es pot emprar l'eina findmnt, per <br /> > exemple així:<br /> > <br /> > findmnt --
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.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 296 |
Nodes: | 16 (2 / 14) |
Uptime: | 79:55:10 |
Calls: | 6,658 |
Calls today: | 4 |
Files: | 12,203 |
Messages: | 5,333,178 |
Posted today: | 1 |