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

20

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

Oggi l'ho avviato e ho ricevuto un messaggio che indica che l'unità è piena. Ho aperto Disk Usage Analyzer per esaminare ciò che occupa spazio. Insiste che vengano utilizzati 67,8 GB di disco e che occupi 36,4 GB. Che porta alla domanda, dove sono i 30 GB mancanti, se non sul file system ?!

Per fare un confronto, ho aggiunto tutte le dimensioni di tutte le cartelle leggibili elencate in Nautilus come sottocartelle di / (incluse quelle nascoste). Ho ottenuto 20,9 GB. Il cestino era illeggibile, ma so che ha 16,2 GB, quindi la somma è 36,1 GB, più o meno come riporta 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 girare su 2.5 GB. Penso che debbano essere la differenza di 0,3 GB tra il mio calcolo e il rapporto dell'analizzatore di utilizzo del disco.

Quindi mi piacerebbe sapere, cosa sta mangiando questi 30 GB e come faccio a liberarli?

Modifica con le risposte alle domande di CYREX

  1. Avvio da Ubuntu 10.10 64 bit live CD (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. Ha svuotato la spazzatura e ora i 16 GB sono gratuiti. I 30 GB sono ancora mancanti.

  3. Non ho abbastanza esperienza per sapere che cosa conta come strano in un log. Qui ci sono i miei messaggi registrati e il mio syslog dall'ultimo avvio, forse puoi trovare qualcosa in loro:

  4. Qui è diventato davvero strano. Ho collegato un HDD esterno da 500 GB. Disk Usage Analyzer sovrascriveva lo spazio disponibile, quindi mostrava lo spazio mancante (76 GB usati, ma solo 24 in cartelle).

Avviato nuovamente dal LiveCD, ha avviato il Disk Usage Analyzer e ha ottenuto gli stessi risultati di Ubuntu installati, entro 1-2 GB.

Modifica con risposta a CodeMonk

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

GParted riporta anche la dimensione corretta dell'HDD esterno.

    
posta rumtscho 14.12.2010 - 23:54

7 risposte

17

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

Ho Crashplan e sta facendo i 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 con /media/Milly e /media/Sto_Lat , quindi le ha appena create e ha scritto loro dei backup.

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

L'ho notato solo quando ho smontato tutte le unità esterne, tra cui Milly e Sto_Lat, e ho avviato gksudo baobab . Poi ho visto le mie unità esterne dove non dovrebbero esserci - ma non tutte, ma solo i target di backup - e ho capito che non si tratta di drive montati, ma di omonime cartelle 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 del genere ...

BTW, questo risolve anche il motivo per cui Disk Analyzer mostra le dimensioni di Milly a 530 GB anziché a 500 GB: questi sono i 30 GB "mancanti", conteggia la cartella e il disco reale insieme.

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

    
risposta data rumtscho 15.12.2010 - 22:12
32

Se si usa Disk Analyzer come utente normale, ci possono essere alcuni file che non è possibile accedere o vedere. 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 vi state chiedendo. Forse ora può mostrarti dove sono quei megabyte mancanti.

    
risposta data Javier Rivera 15.12.2010 - 12:02
5

Puoi utilizzare Disk Usage Analyzer per analizzare le tue directory e vedere dove si trova lo spazio nel filesystem.

Per non essere in grado di vedere 30 GB del tuo disco, apri GParted e vedi come lo spazio è allocato sul disco. Può darsi che il tuo schema di partizione non sia quello che pensavi che fosse.

    
risposta data Nick Pascucci 15.12.2010 - 00:35
3

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

    
risposta data André Stannek 08.10.2012 - 11:21
3

Puoi usare du per mostrare questo:

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

Questo mostrerà ciò che sta usando il maggior spazio.

    
risposta data mchid 01.03.2016 - 01:16
1

Fai quanto segue per farmi sapere come è andata:

  1. Inserisci un LiveCd e fsck il tuo / dev / sda1
  2. Pulisci il cestino.
  3. Guarda il Log File Viewer 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.

    
risposta data Luis Alvarado 15.12.2010 - 00:07
1

Non so davvero se questo ti aiuta, ma nel mio caso l'ho anche sperimentato, il mio HDD stava perdendo spazio libero nel tempo senza una ragione. Risultò che anche le impostazioni predefinite in gestore pacchetti sinaptici contribuivano a questo. Le impostazioni predefinite nelle preferenze, sotto la scheda file, istruiranno sinaptic a mantenere tutti i pacchetti scaricati nella cache . Nel tempo che può accumulare una bella montagna di file. Ho cambiato le impostazioni in cancella i pacchetti scaricati dopo l'installazione . Questo ha aiutato a recuperare una bella quantità di spazio libero.

Ancora una volta non sono sicuro se questo ti aiuti nel tuo caso, ma potresti controllare la cache sinaptica, forse è piena di file obsoleti.

    
risposta data AndyB 15.12.2010 - 11:33

Leggi altre domande sui tag