다시 시작한 후 서버가 더 이상 응답하지 않습니다.

다시 시작한 후 서버가 더 이상 응답하지 않습니다.

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)는 로그 모드를 설정하는데, 이는 서로 충돌합니다.

내 가상 머신에서 테스트하고 싶지 않기 때문에 이 두 가지 옵션이 실제로 문제를 일으키는지 100% 확신할 수 없습니다.

관련 정보