Cosa sta occupando così tanto spazio sul mio disco, oltre al filesystem?

Ho solo un disco nel mio computer, un SSD da 80 GB. È formattato come una singola partizione ext4 (senza scambio), e tutte le solite cartelle sono installate su di esso (tengo molti dati su supporti esterni, ma / home e tutto il resto è sull'SSD).

Oggi l'ho avviato e ho ricevuto il messaggio che l'unità è piena. Ho aperto Disk Usage Analyzer per esaminare ciò che occupa spazio. Insiste sul fatto che vengono utilizzati 67,8 GB del disco e che / occupa 36,4 GB. Il che porta alla domanda: dove sono i 30 GB mancanti, se non nel file system ?!

Solo per fare un confronto, ho aggiunto tutte le dimensioni di tutte le cartelle leggibili elencate in Nautilus come sottocartelle di / (comprese quelle nascoste). Ho 20,9 GB. Il cestino era illeggibile, ma so che ha 16,2 GB, quindi la somma è di 36,1 GB, più o meno come quella riportata da Disk Usage Analyzer. C'erano alcune cartelle di sistema che erano illeggibili, come proc, ma dubito che aggiungano fino a 30 GB, altrimenti non sarebbe possibile installare Ubuntu su piccoli dischi e l'ho visto funzionare su 2,5 GB. Penso che debbano essere la differenza di 0,3 GB tra il mio calcolo e il rapporto di Disk Usage Analyzer.

Quindi mi piacerebbe sapere, cosa sta mangiando questi 30 GB e come ottengo per liberarli?

Modifica con le risposte alle domande di CYREX

1. Avviato da Ubuntu 10.10 CD live a 64 bit (uguale al mio sistema).

   risultato fsck:

   root@ubuntu:~# fsck /dev/sda1
   fsck from util-linux-ng 2.17.2
   e2fsck 1.41.12 (17-May-2010)
   /dev/sda1: clean, 265956/4890624 files, 18073343/19537408 blocks
   

2. Avviato da SDD. Svuotato il cestino e i 16 GB da lì ora sono gratuiti. Mancano ancora 30 GB.

   

3. Non ho abbastanza esperienza per sapere cosa conta come strano in un registro. Ecco il mio registro dei messaggi e il mio syslog dall'ultimo avvio, forse puoi trovare qualcosa in essi:

   • http://pastebin.com/FHrrV1rR
   • http://pastebin.com/FK8TmZbc

4. Qui è diventato davvero strano. Ho collegato un HDD esterno da 500 GB. Disk Usage Analyzer ha sovrascritto lo spazio disponibile, quindi ha mostrato lo spazio mancante (76 GB utilizzati, ma solo 24 nelle cartelle).

   

Riavviato da LiveCD, ha avviato Disk Usage Analyzer e ha ottenuto gli stessi risultati di Ubuntu installato, entro 1-2 GB.

Modifica con risposta a CodeMonk

Sarebbe stata una buona soluzione, ma la partizione è davvero di 80 GB - intendo 74 GB + "errore" di marketing, comunque l'intero disco è formattato. Mostra anche che vengono utilizzati oltre 50 GB, quindi dove sono i 30 GB se non in file e cartelle?

GParted riporta anche la dimensione corretta dell'HDD esterno.

Se si utilizza Disk Analyzer come utente normale, possono essere presenti alcuni file ai quali non è possibile accedere o visualizzare. Puoi provare ad avviarlo con i privilegi di superutente. Apri un terminale o premi ALT + F2 e digita:

gksudo baobab

Baobab è il nome geniale di Disk Analyzer se ti stai chiedendo. Forse ora può mostrarti dove si trovano quei megabyte mancanti.

L'ho risolto - grazie a tutti i tuoi consigli, in particolare quello di Javier Riveira, che ha suggerito di eseguire Disk Analyzer con i diritti sudo (non sapevo che ciò potesse influenzare i risultati).

Ho Crashplan e sta facendo backup su alcune delle unità esterne. Quindi c'è un set di backup che va a Milly e un altro che va a Sto_Lat, una volta ogni 15 minuti (questi sono i nomi delle unità esterne). Quando a un certo punto ho avviato il computer senza queste unità, Crashplan non ha trovato cartelle sotto /media/Millye /media/Sto_Lat, quindi le ha appena create e ha scritto dei backup su di esse.

Per qualche motivo, Disk Analyzer non mostra queste cartelle quando viene avviato senza sudo. Nautilus li mostra, ma elenca le dimensioni di /media16 KB, quando in realtà è di 30 GB.

L'ho notato solo quando ho smontato tutte le unità esterne, inclusi Milly e Sto_Lat, e ho iniziato gksudo baobab. Poi ho visto le mie unità esterne dove non ce ne sarebbero state - ma non tutte, ma solo le destinazioni di backup - e ho capito che queste non sono unità montate, ma cartelle omonime create da Crashplan. Deve esserci qualcosa di strano quando monto l'unità con lo stesso nome della cartella esistente, mi chiedo perché non ricevo un messaggio di errore o qualcosa ...

A proposito, questo risolve anche il motivo per cui Disk Analyzer mostra le dimensioni di Milly a 530 GB invece di 500 GB - questi sono i "mancanti" 30 GB, conteggia insieme la cartella e l'unità reale.

Ora ho solo bisogno di un modo per eliminare le cartelle senza interrompere Crashplan o rimanere senza backup.

Puoi usare Disk Usage Analyzer per scansionare le tue directory e vedere dove sta andando il tuo spazio sul filesystem.

Per non poter vedere 30 GB del tuo disco, apri GParted e guarda come viene allocato lo spazio sul disco. È possibile che il tuo schema di partizione non sia quello che pensavi fosse.

Puoi usare duper mostrare questo:

cd /
sudo du -hcsx .[!.]* * | sort -rh | head

o

sudo du -hcsx * | sort -rh | head

Questo mostrerà ciò che sta usando più spazio.

Come impostazione predefinita, il 10% dello spazio su disco è riservato all'utente root. Puoi cambiarlo usando sudo tune2fs -m %percentage %device. Nel tuo caso ciò significherebbe sudo tune2fs -m 1 /dev/cciss/c0d0p1ridurre la prenotazione all'1%. Puoi impostarlo su qualsiasi altro numero che ti piace, ma non consiglierei lo 0%.

Fai quanto segue su fammi sapere come è andata:

1. Inserisci un LiveCd e invia il tuo / dev / sda1
2. Pulisci il cestino.
3. Vedi il Visualizzatore file di registro per cose strane che stanno accadendo.
4. Test (se possibile) con un normale HDD (non SSD). Solo per rimuovere quell'opzione.

Fammi sapere come è andata.

Non so davvero se questo ti aiuti, ma nel mio caso l'ho anche sperimentato, il mio HDD stava perdendo spazio libero nel tempo senza motivo. Si è scoperto che anche le impostazioni predefinite in Gestione pacchetti sinaptici hanno contribuito a questo. Le impostazioni predefinite nelle preferenze, nella scheda file, indicano a Synaptic di conservare tutti i pacchetti scaricati nella cache . Nel tempo che può accumulare una bella montagna di file. Ho modificato le impostazioni per eliminare i pacchetti scaricati dopo l'installazione . Ciò ha contribuito a recuperare una buona quantità di spazio libero.

Ancora una volta, non sono davvero sicuro che possa essere d'aiuto nel tuo caso, ma potresti controllare la cache sinaptica, forse piena di file obsoleti.