Ho perso metà dello spazio sul disco

Sto usando Ubuntu Server come controller di dominio (per i profili di roaming) con Samba.

Sto usando RAID 1 + 0 e la partizione finale ha 1.9TB.

Ho uno strano problema con lo spazio su disco. Non ho idea di dove ne abbia perso metà. duIl comando nella cartella principale riporta che tutti i file stanno utilizzando 700GB(la maggior parte di essi nelle case) ed è relativo alla quantità di utenti utilizzati. Ma per qualche ragione lo spazio a sinistra sull'unità è giusto 500GB!

Quando sto usando df riporta:

/dev/md1              1,9T  1,4T  423G  76% /

Ma dusui rapporti di root: 671G.

Allora, dov'è lo spazio sul mio disco?

hard-drive filesystems ubuntu-server

— Pax0r
fonte

Risposte:

Stai correndo ducome root? In caso contrario, è probabile che ci siano blocchi che non vengono visualizzati perché l'utente corrente non ha il diritto di aprire le directory per leggere le dimensioni del file.

Inoltre, il problema potrebbe essere la corruzione del filesystem: prova le fsckinvocazioni pertinenti .

John potrebbe anche avere ragione riguardo alle directory mascherate a causa dei punti di mount posti su di esse. È facile da escludere: avvia in modalità utente singolo, assicurati che tutti gli altri filesystem siano smontati e duquindi esegui .

— David Spillett
fonte

Sì, era dir mascherato. Lo capisco prima, ma poiché la tua risposta è corretta la accetterò :)

— Pax0r

Se esiste un processo con un file aperto che hai eliminato, lo spazio occupato da quel file non viene effettivamente liberato fino a quando il processo non rilascia (chiude) il file. Questo scenario viene spesso visualizzato (nella mia esperienza, comunque) quando si rimuove un file di registro eccessivamente grande, ma il programma che lo sta scrivendo lo ha ancora aperto. Il file è sparito, quindi 'du' non lo vede, ma lo spazio non viene liberato, quindi 'df' non vede lo spazio libero aggiuntivo.

— John
fonte

hm ... Ho provato a riavviare il server ed è sempre lo stesso. Il riavvio dovrebbe uccidere i processi di birra, giusto? ;)

— Pax0r

Sì lo fa. L'altra possibilità che mi viene in mente è che stai mascherando i file montandoli sopra - se il disco locale ha (per esempio) un filesystem / usr / local che ha 400G di file, ma tu monti NFS / usr / local dalla macchina 2 (o addirittura montare un altro filesystem locale su / usr / local) che ha 1G di file, du non vedrà il 400G. Prova a usare l'opzione '-x' per du per limitarlo a un filesystem.

— John

Df non dovrebbe quindi meno di du in quel caso? Sempre con -x flag le uscite sono uguali. Ho solo un attacco samba (cifs). Il server viene utilizzato come controller di dominio con profili di roaming per client Windows 7 e XP (ci sono circa 5 PC client e circa 10 profili). Qualche problema nella samba potrebbe causare questo?

— Pax0r,

ah, e dal client Windows la condivisione samba sembra anche che abbia occupato

— 1.4T

Sì, dopotutto esisteva una directory con molto contenuto dal backup mascherato dal mount point. Ma ancora du con -x flag non ha conteggiato i dati in questa directory.

— Pax0r,