전반적인 가동 중지 시간을 최적화하고 시스템 오류가 발생할 경우 가용성을 높이려고 노력하고 있습니다.
특히 재부팅(예: 커널 패닉 이후)에 시간이 너무 오래 걸려서 특정 서버에 대한 직렬 콘솔이 없기 때문에 시스템이 괜찮은지 실제로 알 수 없다는 점이 걱정됩니다.
OpenBSD에서 부팅 직후(이전 대신) 모든 중요하지 않은 파일 시스템을 마운트하는 올바른 방법은 무엇입니까 sshd?
fsck나는 약 24개의 파일 시스템을 가지고 있으며 가장 중요한 파일 시스템만 먼저 편집하고 마운트한 다음 sshd부팅한 다음 나머지 모든 파일 시스템을 fsck편집하고 즉시 마운트해야 한다고 생각합니다 .
유사한 작업을 수행하기 위한 모범 사례는 무엇입니까?
답변1
/etc/fstab마운트를 연기하려는 파일 시스템의 네 번째 필드에 대한 옵션을 설정하려면 파일을 편집하십시오 noauto.
그런 다음 수동으로 실행할 수 있는 스크립트를 설정하거나 SSH가 시작된 후 fsck를 실행하고 파일 시스템의 나머지 부분을 마운트하기 위해 rc 스크립트에서 실행할 수 있습니다.
OpenBSD /etc/fstab의 매뉴얼 페이지를 읽으면 문제의 파일 시스템에서 fsck를 중지하기 위해 여섯 번째 필드를 0으로 설정할 수도 있습니다. 수동으로 fsck할지 여부에 따라 다릅니다.
답변2
나믿다fstab 항목에 nobootwait를 추가하면 작동하지만 openbsd에서는 불가능할 수 있습니다. mountalll은 Upstart와 함께 작동합니다. 그렇습니다. systemd도 마찬가지라고 생각합니다.
답변3
/etc/fstab부팅 시 자동으로 설치되지 않도록 하려는 항목을 제거/주석 처리하세요 . 그런 다음 /etc/rc.local전체 설치 명령 형식으로 파일에 항목을 만듭니다.
답변4
가능하다면 읽기 전용으로 설치하세요. 하지만 fsck필수는 아닙니다.
그러나 좀 더 구체적으로 설명하고(어떤 파티션에 대해 이야기하고 있습니까? 우리는 단지 추측일 뿐입니다. 아니요 fstab) 이유가 있어서 일이 발생한다는 것을 구체적으로 이해해야 합니다. 예를 들어 sshd은 open /usr이고 사용자 프로필은 open 입니다 /home. 이것이 별도의 파티션이라고 가정하고 sshd두 파일 시스템이 더러워지면 시작하는 이유는 무엇입니까?
당신의 문제는 그렇지 않습니다언제이 파티션을 확인해보면,얼마나 오래확인이 필요합니다. 이러한 검사를 더 빠르게 수행할 수 있는 몇 가지 옵션이 있습니다: inode의 밀도 변경( ), 읽기 전용으로 newfs -i표시 ( 필요한 경우 패키지 설치 등), 매우 큰 파티션을 더 작은 파티션으로 분할 등... ./usrmount -uw