我運行命令df -h
,顯示udev
大小為 471M,其他 5 個tmpfs
估計大小為 1.1G。我該對他們做什麼?
答案1
udev
並tmpfs
在命令的輸出中df
引用檔案系統類型。您可能會看到這樣的內容:
$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 3.9G 0 3.9G 0% /dev
tmpfs 787M 1.5M 786M 1% /run
/dev/sda1 28G 25G 1.6G 94% /
tmpfs 3.9G 193M 3.7G 5% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/sdb1 110G 81G 24G 78% /mnt/extra
tmpfs 787M 40K 787M 1% /run/user/1000
tmpfs
- 本質上是位於 RAM 而不是磁碟設備中的虛擬檔案系統。由於它是一個文件系統,保存在那裡的資料有一定的順序,就像磁碟儲存的常規文件系統一樣,但是文件駐留在內存中並且不是持久的(也就是說,下次關閉電源時這些文件將消失)計算機 - 沒關係,該資訊僅在系統運行期間是必需的,並且沒有理由將資料儲存在磁碟上)。在其他一些 Linux 發行版中,您可能會看到/tmp
目錄充當此類tmpfs
檔案系統的掛載點。
烏德夫也是一個檔案系統,也是虛擬的,但整體上還有更多的部分udev系統。儲存在該檔案系統中的資訊當然與設備檔案相關 - 也就是實際實體設備和使用者之間的介面。您可以在相關問題。該檔案系統的有趣行為是,當您寫入某些檔案時,資料並未真正累積在某些檔案中 - 這與常規磁碟檔案系統不同。例如,考慮字元設備/dev/null
或/dev/tty1
.
至於“我該怎麼處理它們?”問題,答案是「沒什麼」。對於臨時用戶來說,它們並不有趣。它們從 RAM 運行,不會佔用實際的磁碟空間,並且在系統中發揮重要的作用。軟體開發人員、系統管理員和高級用戶 - 他們將有充分的理由創造另一個 tmpfs 來達到他們的目的,否則他們將有理由去探索或修改如何處理系統中新新增的設備的/dev
配置/規則。udev
但是當然 - 這些類型的用戶確實有理由對這些文件系統“做點什麼”
請注意,雖然/dev/sda1
出現在“檔案系統”列中,但它實際上是一個設備檔案。該設備上的實際內容/dev/sda1
可能是 ext4 或 NTFS 檔案系統,您可以使用lsblk -f
或df -T
命令查看。