如何設置 linux 伺服器以進行無頭使用？

考慮這樣的無頭伺服器：遠端位置的典型 x86 機器，您可以使用庫存（例如 Ubuntu 映像）對其進行遠端初始化。初始化後，您只能通過 ssh 登錄 - 或遠端重置它，即您無法訪問 BIOS 或引導管理器提示符（例如 Grub 1）。

也許有某種 KVM 可用，但 KVM 的使用非常昂貴，您必須按小時預訂。

鑑於這種情況，人們可能會對啟動問題感到偏執。例如：

1. 如果核心升級失敗怎麼辦？
2. 早期引導過程中的 fsck 提示呢？可能，ssh 還不可用…

還有其他需要注意的問題嗎？

對於核心升級，我配置 grub（舊版），以便menu.lst序言包含

default saved
fallback 2  # counts from 0

第一個條目以：

savedefault fallback

第一個 grub 條目是升級的核心，第三個是已知的工作核心。另請參閱grub 手冊中有關 fallback boot的部分。

我更改了啟動腳本/etc/rc.local（在類似 Debian 的系統上），以便在成功啟動的情況下重置預設條目設置：

grub-set-default 0

這個 grub-setup 有效，但例如在 Ubuntu 上，這不是預設設置，必須menu.lst在每次核心更新後手動調整。

我供應

panic=60

作為核心參數，例如，在root=參數錯誤或核心損壞的情況下，系統會在出現錯誤時自動重新啟動。

關於 fsck 問題，我不確定最好的方法是什麼。在類 Debian 系統上，您可以設置

FSCKFIX=yes

in /etc/default/rcS，它告訴 fsck 預設自動修復。

但是如果自動修復失敗，也許我仍然會收到無法遠端訪問的提示？

或者，我可以通過第六列中的零禁用 fsck 檢查/etc/fstab- 如果出現 fs 錯誤，則只需重新初始化系統並恢復備份 - 從而避免所有 fsck 麻煩？

說真的，如果您的提供商不為極端情況提供免費（或至少便宜）的手動幫助，那麼是時候切換了。否則，我認為您的設置非常好。

當您的系統嚴重損壞以至於 fsck 無法修復它時，除了完全重新安裝之外，沒有什麼可做的了。除非發生致命的硬體故障，否則我實際上沒有看到這種情況發生。

需要注意的一件事。對於這樣的機器，選擇一個穩定的發行版（Debian、RHEL、SLES），並且一定要在適當的長時間後升級（新版本穩定至少 6 個月）。

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