[Risolto] Poco spazio disco

[marcovalerio]

Ciao,
ho un pc con installato ubuntu e windows 7 in dual boot (spero si dica così ) e come da titolo ho un problema con lo spazio disponibile di sistema, a causa del quale non riesco ad eseguire alcun tipo di aggiornamento, infatti all'accensione del sistema mi appare una finestra che mi allerta del problema e mi indica lo spazio libero, per altro con valori sempre differenti ad ogni accesso. In realtà spazio nell'hard disk ce n'è a sufficienza, probabilmente il problema sta nella partizione dove vengono installati gli aggiornamenti. Sinceramente è la prima volta che mi capita qualcosa di simile eppure sono parecchi anni che utilizzo Ubuntu.
Ho letto che c'è la possibilità di aumentare le dimensioni delle partizioni utilizzando GParted in modalità live cd, ma trattandosi di cose un tantino delicate non vorrei fare qualche stupidaggine...ringrazio anticipatamente chiunque possa darmi una mano.
Intanto allego le immagini della finestra che compare all'avvio, l'analizzatore di utilizzo del disco e la schermata iniziale avviando GParted.
Grazie

[xavier77]

È inutile aumentare la partizione (hai circa 200 GB che per Ubuntu sono anche troppi).
Il problema, l'avrai capito, è la dimensione abnorme di /var.
Visto che c'eri, potevi farci vedere cosa c'è di così grande dentro (anche con lo stesso baobab, il programma della seconda immagine).

Se non l'hai già fatto, dai un

Codice: Seleziona tutto

sudo apt-get clean && sudo apt-get autoremove

che forse ti liberà un po' di spazio se ti serve.
Ma il problema è quello di cui sopra.

Se cerco con Google trovo diversi casi di utenti che hanno la cartella/var/log molto grande.
Ma impossibile dirti di più senza altre info.

[marcovalerio]

Si in effetti con clean e auroremove non si risolve il problema, il fatto è che in sta cartella var non so cosa ci sia dentro e non voglio eliminare file a caso col rischio di fare danni irreparabili! Appena riesco comunque posto il contenuto della cartella in questione.

[steff]

Probabilmente hai file di log che crescono a dismisura, riempendosi di errori.

Codice: Seleziona tutto

du -hcs /var/log
ls -lSh /var/log

File di log puoi eliminare senza problemi:

Codice: Seleziona tutto

cd /var/log
sudo rm nomefile.log

Per il momento è meglio cancellare alcuni grossi, quando si ricreano vanno letti per trovare l'errore ripetuto.

[marcovalerio]

Bah, francamente ho capito ben poco se non che sti file log sono file di sistema, ma come crescano e si creino errori mi è sconosciuto. Ad ogni modo posto i comandi suggeritimi da Steff:

Codice: Seleziona tutto

marco@marco-System-Product-Name:~$ du -hcs /var/log
du: impossibile leggere la directory '/var/log/speech-dispatcher': Permesso negato
du: impossibile leggere la directory '/var/log/gdm3': Permesso negato
du: impossibile leggere la directory '/var/log/gdm': Permesso negato
187G	/var/log
187G	totale

Codice: Seleziona tutto

marco@marco-System-Product-Name:~$ ls -lSh /var/log
totale 187G
-rw-r----- 1 syslog            adm  149G mag  6 00:04 syslog
-rw-r----- 1 syslog            adm   38G mar 29 21:48 syslog.1
-rw-r----- 1 syslog            adm  307M mar 26 07:10 syslog.4.gz
-rw-r----- 1 syslog            adm  191M mar 30 19:48 syslog.1.gz
-rw-r----- 1 syslog            adm   38M mar 25 21:08 syslog.5.gz
-rw-r----- 1 syslog            adm  1,2M apr 30 00:37 kern.log.1
-rw-r----- 1 syslog            adm  1,1M mag  5 23:53 kern.log
-rw-r----- 1 syslog            adm  304K mar 27 22:02 syslog.3.gz
-rw-r--r-- 1 root              root 302K set 30  2016 dpkg.log.8.gz
-rw-rw-r-- 1 root              utmp 286K apr 25 21:58 lastlog
-rw-r----- 1 syslog            adm  250K apr 11 23:45 kern.log.4.gz
-rw-rw-r-- 1 root              utmp 206K mag  2 00:13 wtmp.1
-rw-r----- 1 syslog            adm  169K apr 17 09:33 kern.log.3.gz
-rw-r--r-- 1 root              root 122K apr 17 10:02 dpkg.log.1
-rw-r----- 1 syslog            adm  119K apr 23 00:00 kern.log.2.gz
-rw-r----- 1 syslog            adm   68K mar 23 02:36 syslog.6.gz
-rw-r----- 1 root              adm   63K mag  2 00:27 dmesg.0
-rw-r----- 1 root              adm   63K mag  3 23:15 dmesg
-rw-r----- 1 syslog            adm   58K mar 28 19:02 syslog.2.gz
-rw-r----- 1 syslog            adm   55K mar 22 21:56 syslog.7.gz
-rw-r--r-- 1 root              root  51K ott 17  2013 bootstrap.log
-rw-r--r-- 1 root              root  50K set 16  2016 Xorg.0.log
-rw-r----- 1 syslog            adm   50K apr 30 00:39 auth.log.1
-rw-r----- 1 syslog            adm   43K mag  5 23:54 auth.log
-rw-r--r-- 1 root              root  41K set 16  2016 Xorg.0.log.old
-rw-r--r-- 1 root              root  39K gen 22  2015 Xorg.1.log
-rw-r--r-- 1 root              root  32K mar  3 02:11 faillog
-rw-rw-r-- 1 root              utmp  27K mag  6 00:04 wtmp
-rw-r--r-- 1 root              root  23K dic 30 17:28 dpkg.log.5.gz
-rw-r--r-- 1 root              root  19K feb 26 23:03 dpkg.log.3.gz
-rw-r----- 1 root              adm   17K apr 30 00:59 dmesg.4.gz
-rw-r----- 1 root              adm   17K apr 30 14:16 dmesg.1.gz
-rw-r----- 1 root              adm   17K apr 30 13:58 dmesg.2.gz
-rw-r----- 1 root              adm   17K apr 30 04:02 dmesg.3.gz
-rw-r--r-- 1 root              root  17K mar 25 23:51 dpkg.log.2.gz
-rw-r--r-- 1 root              root  13K gen 31 02:17 dpkg.log.4.gz
drwxr-xr-x 2 root              root  12K mag  4 22:36 upstart
-rw-r--r-- 1 root              root  11K ott 29  2016 dpkg.log.7.gz
-rw-r--r-- 1 root              root 6,9K mag  5 23:52 boot.log
-rw-r--r-- 1 root              root 5,0K mar 17 23:44 fontconfig.log
-rw-r----- 1 syslog            adm  4,8K apr 11 23:45 auth.log.4.gz
drwxr-xr-x 2 root              root 4,0K mag  2 00:17 apt
drwxr-xr-x 2 root              root 4,0K mag  2 00:17 ConsoleKit
drwxr-xr-x 2 root              root 4,0K mag  5 23:56 cups
drwxr-xr-x 7 root              root 4,0K set 16  2016 dist-upgrade
drwxr-xr-x 2 root              root 4,0K ott 17  2013 fsck
drwx--x--x 2 root              gdm  4,0K set 16  2016 gdm
drwx--x--x 2 root              gdm  4,0K mag  3 23:15 gdm3
drwxr-xr-x 3 root              root 4,0K mar 31  2014 hp
drwxrwxr-x 2 root              root 4,0K dic 28  2013 installer
drwxr-sr-x 2 syslog            adm  4,0K mar 18 03:47 mythtv
drwxr-xr-x 2 root              root 4,0K dic 28  2013 news
drwxr-x--- 2 root              adm  4,0K ott  9  2013 samba
drwx------ 2 speech-dispatcher root 4,0K ago 27  2013 speech-dispatcher
drwxr-x--- 2 root              adm  4,0K dic 28  2013 unattended-upgrades
-rw-r--r-- 1 root              root 3,3K set 30  2016 alternatives.log.8.gz
-rw-r----- 1 syslog            adm  3,3K apr 23 00:01 auth.log.2.gz
-rw-r----- 1 syslog            adm  3,1K apr 17 09:31 auth.log.3.gz
-rw-r----- 1 root              adm  3,1K gen  5  2014 apport.log.1
-rw-r--r-- 1 root              root 2,5K set 14  2016 alternatives.log.9.gz
-rw-r--r-- 1 root              root 2,4K giu 30  2016 dpkg.log.11.gz
-rw-r--r-- 1 root              root 2,0K mag  5 23:51 gpu-manager.log
-rw-r--r-- 1 root              root 1,9K apr 12 00:11 alternatives.log.1
-rw-r--r-- 1 root              root 1,7K set  1  2016 dpkg.log.9.gz
-rw------- 1 root              utmp 1,5K apr  9 22:45 btmp.1
-rw-r--r-- 1 root              root 1,2K lug 25  2016 dpkg.log.10.gz
-rw-r--r-- 1 root              root  868 dic  7 09:35 alternatives.log.6.gz
-rw-r--r-- 1 root              root  795 mag 22  2016 dpkg.log.12.gz
-rw-r--r-- 1 root              root  742 nov  9 23:53 dpkg.log.6.gz
-rw-r--r-- 1 root              root  707 mar 25 23:51 alternatives.log.2.gz
-rw-r--r-- 1 root              root  706 feb 26 01:54 alternatives.log.3.gz
-rw-r----- 1 root              adm   580 dic 29  2013 apport.log.4.gz
-rw-r--r-- 1 root              root  541 gen 28 00:07 alternatives.log.4.gz
-rw-r--r-- 1 root              root  366 ott 31  2016 alternatives.log.7.gz
-rw-r--r-- 1 root              root  363 dic 30 17:21 alternatives.log.5.gz
-rw-r--r-- 1 root              root  316 gen 27  2016 alternatives.log.12.gz
-rw-r----- 1 root              adm   264 gen  3  2014 apport.log.2.gz
-rw-r----- 1 root              adm   263 dic 31  2013 apport.log.3.gz
-rw-r--r-- 1 root              root  163 mar 26  2016 alternatives.log.11.gz
-rw-r--r-- 1 root              root  145 ago 22  2016 alternatives.log.10.gz
-rw-r--r-- 1 root              root    0 mag  2 00:17 alternatives.log
-rw-r----- 1 root              adm     0 gen  5  2014 apport.log
-rw------- 1 root              utmp    0 mag  2 00:17 btmp
-rw-r--r-- 1 root              root    0 mag  2 00:17 dpkg.log
-rw-r----- 1 syslog            adm     0 dic 28  2013 mail.err
-rw-r----- 1 syslog            adm     0 dic 28  2013 mail.log
-rw-r----- 1 syslog            adm     0 dic 28  2013 ufw.log

Allego immagine del contenuto della cartella var

[xavier77]

Guarda, adesso non ho modo di fare ricerche.
Però mi sembra di ricordare che forse c'è un file di configurazione che può stabilire le dimensioni massime di quei file.
Perdonami se non posso essere più preciso e/o magari ricordo male.
Però credo di aver letto qualcosa a riguardo tempo fa. Sono abbastanza sicuro che con una ricerca mirata nel forum o su Google potresti risolvere...

[marcovalerio]

Si ho dato un'occhiata anch'io ed in effetti altri utenti hanno avuto lo stesso problema, molti hanno risolto utilizzando Bleachbit, altri dando comandi da terminale (come suggerito anche da Steff), io non volendo fare nulla di avventato ho preferito postare il contenuto della cartella per capire quale sia il metodo più efficace per liberare spazio ed esser certo di non eliminare niente di importante.

[steff]

Puoi tranquillamente dare

Codice: Seleziona tutto

cd /var/log
sudo rm syslog*
sudo touch syslog

Si vede che ha cominciato fine marzo a gonfiarsi il log.

Il file per limitare la dimensione è

Codice: Seleziona tutto

 sudo nano  /etc/logrotate.conf 

Puoi intervenire su

Codice: Seleziona tutto

# keep 4 weeks worth of backlogs
rotate 2

# restrict maximum size of log files
size 50M

Una volta cancellato aspetta che ricresce, aprilo subito e posta il contenuto qui, va eliminato la causa, limitare la dimensione non è una soluzione, è del tipo svita la spia...

[marcovalerio]

Ho fatto come mi hai suggerito ed in effetti la cartella var risulta riempita al 4,4%. Adesso risultano liberi circa 52 gb su 225 gb totali, ma dando un'occhiata veloce su Baobab non mi tornano i conti...
Ho provato anche a modificare il file /etc/logrotate.conf la prima stringa sono riuscito a modificarla, la seconda non l'ho trovata

Codice: Seleziona tutto

  GNU nano 2.5.3                                                     File: /etc/logrotate.conf                                                                                                                  


# see "man logrotate" for details
# rotate log files weekly
weekly

# use the syslog group by default, since this is the owning group
# of /var/log/syslog.
su root syslog

# keep 4 weeks worth of backlogs
rotate 2

# create new (empty) log files after rotating old ones
create

# uncomment this if you want your log files compressed
#compress

# packages drop log rotation information into this directory
include /etc/logrotate.d

# no packages own wtmp, or btmp -- we'll rotate them here
/var/log/wtmp {
    missingok
    monthly
    create 0664 root utmp
    rotate 1
}

/var/log/btmp {
    missingok
    monthly
    create 0660 root utmp
    rotate 1
}

# system-specific logs may be configured here

[steff]

Ci sta che non c'è la riga di default, basta inserirla. Ma piuttosto

du -hcs /var/log/syslog
cat /var/log/syslog

cosa riportano adesso?

Ci conti infatti non tornano, perché pieno al 100% / ?


Puoi usare

Codice: Seleziona tutto

sudo du -h / | grep '[[:digit:]]G\b'|sort -rg

e ti fa vedere dove sono i file e cartelle che superano il gb

[marcovalerio]

Ecco:

Codice: Seleziona tutto

marco@marco-System-Product-Name:~$ du -hcs /var/log/syslog
0	/var/log/syslog
0	totale

Codice: Seleziona tutto

marco@marco-System-Product-Name:~$ sudo du -h / | grep '[[:digit:]]G\b'|sort -rg[sudo] password di marco: 
du: impossibile accedere a '/proc/14093/task/14093/fd/4': File o directory non esistente
du: impossibile accedere a '/proc/14093/task/14093/fdinfo/4': File o directory non esistente
du: impossibile accedere a '/proc/14093/fd/3': File o directory non esistente
du: impossibile accedere a '/proc/14093/fdinfo/3': File o directory non esistente
du: impossibile accedere a '/run/user/1000/gvfs': Permesso negato

Nel frattempo provo ad aggiungere la stringa...

[steff]

Il secondo comando non ha finito, ci mette anche qualche minuto a controllare lo spazio di tutto.

[marcovalerio]

Hai ragione scusami...

Codice: Seleziona tutto

marco@marco-System-Product-Name:~$ sudo du -h / | grep '[[:digit:]]G\b'|sort -rg[sudo] password di marco: 
du: impossibile accedere a '/proc/2460/task/2460/fd/4': File o directory non esistente
du: impossibile accedere a '/proc/2460/task/2460/fdinfo/4': File o directory non esistente
du: impossibile accedere a '/proc/2460/fd/3': File o directory non esistente
du: impossibile accedere a '/proc/2460/fdinfo/3': File o directory non esistente
du: impossibile accedere a '/run/user/1000/gvfs': Permesso negato
14G	/
8,0K	/home/marco/.macromedia/Flash_Player/#SharedObjects/HSS6T4KN/www.bet365.it/htrGgjy810G#
8,0K	/home/marco/.config/google-chrome/Default/Pepper Data/Shockwave Flash/WritableRoot/#SharedObjects/VGQWHHDA/www.bet365.it/htrGgjy810G#
7,2G	/home
6,5G	/home/marco
4,7G	/usr
2,8G	/home/marco/Scrivania
2,3G	/usr/lib
2,1G	/usr/share
1,7G	/home/marco/.thunderbird/hph8clan.default
1,7G	/home/marco/.thunderbird
1,5G	/home/marco/.thunderbird/hph8clan.default/ImapMail
1,5G	/home/marco/Scrivania/nexus/DCIM
1,5G	/home/marco/Scrivania/nexus
1,3G	/home/marco/.thunderbird/hph8clan.default/ImapMail/mail.tin.it
1,3G	/home/marco/Scrivania/varie
1,3G	/home/marco/Scaricati
1,1G	/usr/lib/x86_64-linux-gnu
0	/sys/bus/mdio_bus/drivers/Generic 10G PHY

Per quanto riguarda la modifica del file logrotate.com ho aggiunto la stringa

Codice: Seleziona tutto

# restrict maximum size of log files
size 50M

alla fine, è indifferente la posizione in cui viene incollata giusto?

[steff]

Qui tutto regolare come puoi vedere, non so cosa aveva baobab, lo mostra ancora in quel modo?
Altro programma utile per controllare lo spazio (ma probabilmente di tira dietro troppe dipendenze) e filelight.

[marcovalerio]

Attualmente mi da questo, non capisco perchè mi indica alcune cartelle in rosso come fossero piene e al suo interno in realtà sia tutto regolare. Mi sconsigli di utilizzare baobab?

[steff]

Mi sembra a posto, il rosso sta come un altro colore, nelle barre però sembra davvero pieno in quel modo.

Codice: Seleziona tutto

df -h

è sempre affidabile come quel comando.

[marcovalerio]

Codice: Seleziona tutto

marco@marco-System-Product-Name:~$ df -h
File system     Dim. Usati Dispon. Uso% Montato su
udev            1,9G     0    1,9G   0% /dev
tmpfs           396M  6,4M    389M   2% /run
/dev/sda6       211G   14G    187G   7% /
tmpfs           2,0G  836K    2,0G   1% /dev/shm
tmpfs           5,0M  4,0K    5,0M   1% /run/lock
tmpfs           2,0G     0    2,0G   0% /sys/fs/cgroup
tmpfs           396M   12K    396M   1% /run/user/112
tmpfs           396M   44K    396M   1% /run/user/1000

Per quanto riguarda il contenuto di /var/log mi hai detto di postartelo una volta che ricresca, indicativamente in quanto tempo?

[marcovalerio]

Quindi posso considerare risolto?

[steff]

Dipende se il log ti ricresce, adesso com'è e cosa c'è dentro?

Codice: Seleziona tutto

cat /var/log/syslog

[DoctorStrange]

Prova anche a controllare la cartella /boot quanto è piena, potresti avere la partizione di boot infestata di kernel vecchi ed inutilizzati.