☰

EC2 磁碟區未透過 fstab 安裝；手動掛載成功

tag-icon • tag-icon mount fstab amazon-ec2
EC2 磁碟區未透過 fstab 安裝；手動掛載成功

我有一個運行 Ubuntu 10.04 x86 (AMI ami-3e02f257) 的 Micro 實例。它在 /dev/sda1 附加了作業系統卷，在 /dev/sdf 附加了第二個卷（報告為/dev/sda1=vol-eaa0e982:attached:2011-03-08T17:17:42.000Z:false, /dev/sdf=vol-44a3ea2c:attached:2011-03-08T17:17:42.000Z:false）。

fstab 看起來像：

# /etc/fstab: static file system information.
# <file system>               <mount point>   <type>  <options>       <dump>  <pass>
proc                          /proc           proc    nodev,noexec,nosuid 0       0
LABEL=uec-rootfs              /               ext3    defaults        0       0
/dev/sda2  /mnt      auto  defaults,nobootwait,comment=cloudconfig  0  0
/dev/sdf   /mnt/osm  auto  defaults,nobootwait,comment=osmdata      0  0

當我重新啟動時，/mnt/osm 無法上線。如果我運行sudo mount /dev/sdf /mnt/osm該卷會立即上線。這是在一個小型實例上運行的。當我刪除nobootwait它時，實例變磚了。有什麼建議麼？檔案系統需要上線，以便在其上運行的 Postgres 叢集可以啟動。

答案1

您是否嘗試過刪除/dev/sda2？由於它沒有在您發布的區塊設備配置中定義，因此可能會出現問題，因為該設備不存在。我不確定啟動時安裝是否會因錯誤而中止，或者是否嘗試安裝其他裝置。正如 @richard-bentley 所提到的，EBS 支援的實例沒有暫時存儲，這部分命令將失敗。

值得懷疑的是，這個問題是否與這是一個微型執行個體有關，除非您從 S3 支援的執行個體轉到 EBS 支援的執行個體（與 EBS 支援的執行個體上不預設使用暫存儲存有關）。

答案2

FWIW，我在小型 Amazon Linux AMI 執行個體上遇到了相同的問題，這是由 fstab 條目中的 nobootwait 選項引起的。刪除了有問題的選項，它在啟動時安裝得很好。

相關內容