再起動後、サーバーは応答しなくなります。

再起動後、サーバーは応答しなくなります。

fstabを次のように変更しました。

#
# /etc/fstab
# Created by anaconda on Sat Jan 12 02:12:44 2013
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=fb2b6c2e-a8d7-4855-b109-c9717264da8a /                       ext4    auto,noatime,noload,data=ordered,commit=10,defaults        1 1
UUID=71362665-f627-41e1-a093-de42a0a356e2 /boot                   ext3    defaults        1 2
UUID=8024a5cd-af4b-4776-af0d-65ad80af8649 swap                    swap    defaults        0 0
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0
/usr/tmpDSK             /tmp                    ext3    defaults,noauto        0 0
/dev/sdd1               /home4                  auto    auto,noatime,noload,data=ordered,commit=10,defaults        0 0
/dev/sdc1               /home3                  auto    auto,noatime,noload,data=ordered,commit=10,defaults        0 0
/dev/sdb1               /home2                  auto    auto,noatime,noload,data=ordered,commit=10,defaults        0 0

デフォルトでは、ブートセクタはまだext3です。多くの書き込みが発生したため、ほとんどのドライブのロギングを無効にしました。

これで、サーバーを再起動した後でもSSHにアクセスできなくなります。

SSHから受信したメッセージは接続が拒否されました。

答え1

あなたのfstabに潜在的な問題があることがわかりました。これはあなたの他の2つのfstabの質問に答えることもできます。

noload両方のANDはdata=ordered同じデバイスで使用されます。

  1. noloadデフォルトでは、ログをロード/使用しないことを意味します。
  2. data=orderedログモードを次のように設定します。ordered

したがって、(1)はシステムにログを使用しないように指示しますが、(2)はログモードを設定します。これは互いに競合します。

私の仮想マシンでテストしたくないので、これら2つのオプションが実際に問題を引き起こすかどうか100%確信できません。

関連情報