Ciao a tutti,
ho una macchina con fedora 22 installata, con home separata; è da qualche settimana che all’avvio il programma mi dice che ho lo spazio disco del file system in esaurimento (circa 400 mb rimasti), lo spazio è di 21 gb che pensavo fosse più che sufficiente per la root… come faccio a liberarlo?
Prova a dare un’occhiata al post #9 di http://forum.fedoraonline.it/viewtopic.php?id=24179 discussione
In aggiunta, sarebbe utile anche l’output di
# journalctl --disk-usage
non ci ho capito molto da quella discussione… questo è l output del comando:
[latelierlab@latelierlab ~]$ journalctl --disk-usage
Archived and active journals take up 1.8G on disk.
ormai lo spazio è di 158 mb… non riesco neppure ad aggiornarlo
Ci posti
$ df -h -T
# pvs
# vgs
# lvs
# du -h --max-depth=1 /
?
[latelierlab@latelierlab ~]$ df -h -T
File system Tipo Dim. Usati Dispon. Uso% Montato su
devtmpfs devtmpfs 2,0G 0 2,0G 0% /dev
tmpfs tmpfs 2,0G 1,2M 2,0G 1% /dev/shm
tmpfs tmpfs 2,0G 1,4M 2,0G 1% /run
tmpfs tmpfs 2,0G 0 2,0G 0% /sys/fs/cgroup
/dev/sda2 ext4 20G 19G 130M 100% /
tmpfs tmpfs 2,0G 128K 2,0G 1% /tmp
/dev/sda1 ext4 148G 59G 82G 42% /home
tmpfs tmpfs 396M 32K 396M 1% /run/user/1000
[latelierlab@latelierlab ~]$ # pvs
[latelierlab@latelierlab ~]$ # vgs
[latelierlab@latelierlab ~]$ # lvs
[latelierlab@latelierlab ~]$ # du -h --max-depth=1 /
scusa ma le ultime quattro righe sono comandi? non mi danno output…
[quote=lukekop]
scusa ma le ultime quattro righe sono comandi? non mi danno output…[/quote]
Il simbolo “#” vuol dire che il comando va eseguito da root, e non va digitato.
Eh già
@lukekop
Per completare il quadro, puoi aggiungere anche l’output di
# parted /dev/sda print free
?
Scusate l’ignoranza …
[quote] parted /dev/sda print free
Modello: ATA Samsung SSD 850 (scsi)
Disco /dev/sda: 256GB
Dimensione del settore (logica/fisica): 512B/512B
Tabella delle partizioni: msdos
Flag del disco:
Numero Inizio Fine Dimensione Tipo File system Flag
32,3kB 1049kB 1016kB Spazio libero
1 1049kB 161GB 161GB primary ext4
2 161GB 183GB 21,5GB primary ext4 avvio
3 183GB 184GB 1074MB primary linux-swap(v1)
4 184GB 256GB 72,4GB primary ext4
256GB 256GB 352kB Spazio libero
[/quote]
Ok, ora vediamo questo:
# du -h --max-depth=1 /
Eccolo
df -h -T
File system Tipo Dim. Usati Dispon. Uso% Montato su
devtmpfs devtmpfs 2,0G 0 2,0G 0% /dev
tmpfs tmpfs 2,0G 1,3M 2,0G 1% /dev/shm
tmpfs tmpfs 2,0G 1,4M 2,0G 1% /run
tmpfs tmpfs 2,0G 0 2,0G 0% /sys/fs/cgroup
/dev/sda2 ext4 20G 19G 128M 100% /
tmpfs tmpfs 2,0G 58M 1,9G 3% /tmp
/dev/sda1 ext4 148G 59G 82G 42% /home
tmpfs tmpfs 396M 36K 396M 1% /run/user/1000
[root@latelierlab latelierlab]# # pvs
[root@latelierlab latelierlab]# # vgs
[root@latelierlab latelierlab]# # lvs
[root@latelierlab latelierlab]# # du -h --max-depth=1 /
[root@latelierlab latelierlab]# du -h --max-depth=1 /
4,0K /mnt
59G /home
153M /boot
51M /etc
4,0K /media
4,0K /srv
216K /dev
0 /sys
9,5G /usr
2,5G /root
1,1G /opt
280K /.esmtp_queue
5,2G /var
du: impossibile accedere a "/proc/9641/task/9641/fd/3": File o directory non esistente
du: impossibile accedere a "/proc/9641/task/9641/fdinfo/3": File o directory non esistente
du: impossibile accedere a "/proc/9641/fd/4": File o directory non esistente
du: impossibile accedere a "/proc/9641/fdinfo/4": File o directory non esistente
0 /proc
16K /lost+found
du: impossibile accedere a "/run/user/1000/gvfs": Permesso negato
1,4M /run
58M /tmp
77G /
Potresti cominciare a verificare cosa contengono:
-> /root (2,5G)
-> /opt (1,1G)
e poi approfondire cosa “cubi” quei 5,2G della folder /var sempre tramite
# du -h --max-depth=1 /var
Rivediamo anche
# journalctl --disk-usage
A verifiche ultimate, per guadagnare un po’ di spazio, proviamo a cancellare la cache del journal procedendo così:
# systemctl stop systemd-journald.service
# rm -r -f /var/log/journal/*
Riavvia il sistema, poi posta nuovamente
$ df -h
Vediamo se siamo riusciti a recuperare un po’ di spazio nella partizione /
Io controllerei prima /root dopo diversi anni sul mio occupa 73Mega, i 2.5Giga occupati da lukekop mi sembrano eccessivi.
Concordo, vedi post #12.
Il discorso vale anche per la folder /opt che mi sembra bella popolata e dubito da pacchetti
inerenti Fedora.
Ho suggerito un cleanup del journal perché quasi 2 Gb mi sembrano già ragguardevoli
visto l’approssimarsi del “file system full” sulla / e in considerazione del fatto che l’output
postato è stato acquisito diversi giorni fa
grazie, allora :
$ sudo du -h --max-depth=1 /var
[sudo] password di latelierlab:
4,0K /var/preserve
2,3G /var/cache
10M /var/spool
4,0K /var/adm
4,0K /var/yp
4,0K /var/account
4,0K /var/gopher
4,0K /var/games
106M /var/www
32K /var/db
4,0K /var/crash
4,0K /var/opt
12K /var/kerberos
8,0K /var/empty
4,0K /var/local
476M /var/lib
20K /var/.Leap Motion
4,0K /var/cvs
1,9G /var/log
479M /var/tmp
4,0K /var/nis
5,3G /var
[latelierlab@latelierlab ~]$ sudo journalctl --disk-usage
Archived and active journals take up 1.8G on disk.
poi ho eseguito il comando
[latelierlab@latelierlab ~]$ su
Password:
[root@latelierlab latelierlab]# systemctl stop systemd-journald.service
Warning: Stopping systemd-journald.service, but it can still be activated by:
systemd-journald-dev-log.socket
systemd-journald.socket
systemd-journald-audit.socket
[root@latelierlab latelierlab]# rm -r -f /var/log/journal/*
adessi riavvio e ti posto l utimo comando
ecco l output dell ultimo comando
[latelierlab@latelierlab ~]$ df -h
File system Dim. Usati Dispon. Uso% Montato su
devtmpfs 2,0G 0 2,0G 0% /dev
tmpfs 2,0G 96K 2,0G 1% /dev/shm
tmpfs 2,0G 1,3M 2,0G 1% /run
tmpfs 2,0G 0 2,0G 0% /sys/fs/cgroup
/dev/sda2 20G 17G 1,8G 91% /
tmpfs 2,0G 24K 2,0G 1% /tmp
/dev/sda1 148G 59G 82G 42% /home
tmpfs 396M 20K 396M 1% /run/user/1000
Hai recuperato quasi 2 Giga.
In genere in /root c’è poco o nulla e puoi quasi sicuramente spostare un paio di giga o più. Se vuoi essere tranquillo al limite posta un [code]# cd /root
ls[/code]così possiamo aiutarti a capire cosa occupa /root.
Per spostare i file puoi da root creare una cartella in /home# mkdir /home/root
e con mv spostare i file da /root a /home/root# mv /root/file_da_spostare /home/root/file_da_spostare
Ora vediamo se riusciamo a liberare un po’ di spazio anche da /root e /opt
# du -h --max-depth=1 /opt
# du -h --max-depth=1 /root