때때로 웹서버가 충돌하여 시작하는 데 몇 시간이 걸릴 수 있습니다. 이것이 원인일 수 있다는 말을 들었습니다 fsck
. 시작 중에만 실행되고, 설치 후에는 X일과 Y만 실행되고, 서버가 오랫동안 실행된 경우 다음에 재부팅할 때 속도가 확실히 느려질 것이기 때문입니다.
그러면 이 문제를 해결하려면 어떻게 해야 할까요? . 에 대해 알았지만 tune2fs
cronjob을 다시 시작하여 조정해야 합니까? 동의한다고 말하세요 tune2fs -i 1w /dev/sda1
. 해당 날짜 이후에 실행되도록 cron을 설정하면(사용할 수 있음 -l
) 다음 날짜에 동기화되지 않을까 걱정됩니다 . 그렇지 않습니까?
불분명한 또 다른 점은 충돌 후에 fsck가 어쨌든 실행될 것인가입니다. 해야한다? 실행한 지 일주일도 되지 않았는데도 여전히 느릴까요?
답변1
요약: 시스템 로그를 살펴보거나 비슷한 것을 사용하세요bootlogd
, 속도 저하가 발생하는 위치를 보여줍니다. 나는 그렇지 않다고 장담한다 fsck
.
첫째, fsck
시작할 때 반드시 실행될 필요는 없지만 언제든지 실행될 수 있습니다. 아마도 마운트되지 않은 파일 시스템에서만 실행될 수 있다는 사실을 언급하고 있을 것입니다. /
다른 파일 시스템은 시스템이 완전히 실행될 때 마운트되므로 지금이 이를 실행할 수 있는 유일한 시간입니다.그것들파일 시스템.
fsck
정기적인 검사만 수행하는 경우 실제로 파일 시스템에서 불일치를 찾아 수정해야 하는 경우를 제외하고는 완료하는 데 몇 시간이 걸리지 않습니다(그러나 대규모 파일 시스템에서 불일치가 많은 경우에도 1시간은 걸릴 것 같지 않습니다). 시스템 로그를 확인하거나 다음과 같은 것을 사용하십시오.bootlogd
, 속도 저하가 발생하는 위치를 보여줍니다. 나는 그렇지 않다고 장담한다 fsck
.
fsck
파일 시스템이 더티로 표시되었는지 여부에 관계없이 정기적인 검사의 목적인 명백한 부작용 없이 파일 시스템이 일관성을 잃게 될 수 있습니다 .
시스템이 실행 중인 동안에는 루트 파일 시스템을 마운트 해제할 수 없습니다. 루트 파일 시스템은 사용 중이므로 해당 시스템 fsck
에서 실행할 수 없고 이를 수행하기 위한 크론 작업을 제대로 실행할 수 없기 때문입니다. fsck
특정 날짜에 강제로 재부팅한 뒤 다시 재부팅하는 것도 가능 하지만 그게 정말 이해가 안 되네요. "동기화되지 않음"이 무슨 뜻인지 잘 이해가 되지 않습니다.
충돌 후 fsck
더티 파일 시스템, 즉 완전히 마운트 해제되지 않은 파일 시스템이 실행됩니다. 컴퓨터가 정상적으로 작동하는 동안 충돌이 발생하더라도, 그렇습니다. fsck
작동할 것입니다. 컴퓨터가 종료의 마지막 단계에서 충돌하더라도 파일 시스템은 손상되지 않으므로 충돌은 발생하지 않을 것입니다.