考虑这样的无头服务器：远程位置的典型x86盒，您可以使用库存（例如，Ubuntu映像）进行远程初始化。初始化后，您只能通过ssh登录-或远程重置它，即您无法访问BIOS或启动管理器提示（例如Grub 1）。
也许可以使用某种KVM，但是KVM的使用非常昂贵，您必须每小时进行预订。
在这种情况下，人们可能会对启动问题产生偏执。例如：
还有其他注意事项吗？
对于内核升级，我配置了grub（旧版本），使得menu.lst前导包含
default saved
fallback 2 # counts from 0
并且第一个条目以以下结尾：
savedefault fallback
第一个grub条目是升级的内核，第三个是已知的工作内核。另请参见关于后备启动的grub手册部分。
我将启动脚本/etc/rc.local（在类似Debian的系统上）更改为在成功启动的情况下重置了默认输入设置：
grub-set-default 0
这个grub-setup可以用，但是例如在Ubuntu上不是默认的menu.lst，每次内核更新后都必须手动调整。
我供应
panic=60
作为内核参数，例如在root=参数错误或内核损坏的情况下，系统会在出现错误的情况下自动重启。
关于fsck问题，我不确定最好的方法是什么。在类似Debian的系统上，您可以设置
FSCKFIX=yes
中的/etc/default/rcS，它告诉fsck默认情况下自动修复。
但是，如果自动修复失败，也许仍然会提示我无法远程访问？
或者，我可以通过第六列中的零来禁用fsck检查/etc/fstab-如果出现fs错误，则只需重新初始化系统并还原备份-这样就可以避免所有fsck的麻烦？
严重的是，如果您的提供者在极端情况下不提供免费（或至少便宜）的手动帮助，那么该是时候了。否则，我认为您的设置几乎可以。
当您的系统坏了以致fsck无法修复它时，除了完全重新安装之外，没有其他事情要做。除非发生致命的硬件故障，否则我实际上没有看到过这种情况。
要注意的一件事。对于这样的机器，请选择稳定的发行版（Debian，RHEL，SLES），并且仅在相当长的一段时间（新版本至少稳定6个月）后才能进行升级。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句