fstab 中的 noload 選項有什麼作用？

我把UUID=fb2b6c2e-a8d7-4855-b109-c9717264da8a / ext4 auto,noatime,noload,data=ordered,commit=10,defaults 1 1fstab

現在伺服器無法重新啟動。它可以重新啟動但拒絕所有類型的連接。

這是我的提供者所說的：

Yeah, the noload option might be problematic... I can't edit /etc/fstab from
single user mode, but I might be able to edit it using one of my pxe boot tools
to enter the filesystem manually. With regards to your request about
/var/log/messages and /var/log/secure, I'm afraid I can't do that for you
(technically, I'm already bordering on managed services by editing your fstab
for you, but I am justifying it as necessary to restore connectivity)...

我在Google搜尋 noload 選項的目的

https://www.google.com/search?q=fstab+noload&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a

並且沒有問題。linux論壇中有人說它禁用了日記功能。

我無法在不手動輸入的情況下粘貼實際的錯誤消息，但我向您保證，它們並不是非常具有描述性（基本上，系統表明它無法在讀/寫模式下重新掛載 root，然後由以下組成的錯誤讀/寫問題，特別是 /var 被列印到螢幕上）…

它確實以一個幸福的結局結束：

您的伺服器重新上線，我能夠成功禁用您的 iptables（作為參考，我確實確認會導致連接問題），現在我可以使用此票證前面提供的憑據 ssh 進入您的伺服器：

noload不會關閉日記功能。它抑制日誌的載入，而不關閉日誌。可以想像，這通常不是一件好事。

noload最有用的是將磁碟安裝為只讀而不以任何方式更改它，甚至不重播日誌。您可以通過這種方式讀取大部分數據，如果日誌被刷新（通過呼叫sync），您甚至可以讀取所有數​​據。例如，這是一種從休眠系統目前掛載的文件系統中讀取的方式。

noload可能是也可能不是您的問題的原因，但無論如何這是一個非常糟糕的主意，絕對不能在/etc/fstab.

正如man mount描述的那樣：

norecovery/noload

不要在安裝時載入日誌。請注意，如果文件系統沒有完全解除安裝，跳過日誌重播將導致文件系統包含可能導致任何數量問題的不一致。

您實際上應該只使用此選項來掛載文件系統，以便您可以嘗試使用fsck. 它不應該是/etc/fstab日誌文件系統（如ext4.

引用自：https://unix.stackexchange.com/questions/61306