Troppo spazio occupato da diversi filesystem

Ecco l'output del df -hcomando sul mio recente setupUbuntu 16.04.01

df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            3,9G     0  3,9G   0% /dev
tmpfs           790M  9,8M  780M   2% /run
/dev/sdb5       213G   75G  128G  38% /
tmpfs           3,9G  152M  3,8G   4% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs           3,9G     0  3,9G   0% /sys/fs/cgroup
/dev/sda1       459G  3,9G  432G   1% /mag
tmpfs           790M  108K  789M   1% /run/user/1000

/dev/sdb5è un SSD da 240G e /dev/sda1un HDD da 500G.

La mia domanda è quali sono i seguenti filesystem che occupano così tanto spazio e se c'è un modo per recuperare quello spazio (se ovviamente non è fondamentale per il sistema!).

udev(acceso /dev) (3.9G)

tmpfs(acceso /dev/shm) (3.9G)

tmpfs(acceso /sys/fs/cgroup) (3.9G)

Il mio problema principale è che apparentemente quello spazio è stato privato dell'SSD e non dell'HDD.

— pkaramol
fonte

Cosa ti fa pensare che il tuo SSD sia stato "privato" dello spazio. Secondo il tuo comando 'df' -h '/ on / dev / sdb5 ha 128 GB di 213 GB gratuiti e / mag on / dev / sda1 ha 432 GB di 495 GB gratuiti. I tmpfs sono filesystem in memoria e non occupano spazio sui tuoi dischi.

— Soren A

Ho ipotizzato che, poiché il Sizevalore di SSD è 213G mentre il disco dovrebbe avere una capacità di 240G. D'altra parte vedo che il caso è più o meno lo stesso per l'HDD ...

— pkaramol,

Dai un'occhiata al disco in 'gparted' per vedere quali altre partizioni potrebbero essere.

— Soren A

Non sono sicuro che si tratti di un problema di comprensione della lettura - /deve che /sys/fs/cgroupnon utilizzino spazio zero e /dev/shmabbia 152 MB utilizzati - anche se fossero su disco, sono noccioline.

— Muru,

@muru significa che lo spazio per quelle fs sotto Sizeè libero per l'uso?

— pkaramol,

Questi filesystem speciali sono montati su RAM, quindi lo spazio mostrato di 3,9 GB è lo spazio RAM disponibile.

— laugeo
fonte