☰

Sheevaplug 전원을 켤 때 fsck가 강제되는 이유는 무엇입니까?

tag-icon • tag-icon linux arm fsck
Sheevaplug 전원을 켤 때 fsck가 강제되는 이유는 무엇입니까?

전원을 켰어요시바 프라그, 며칠간의 휴가 후 전원이 공급되지 않습니다.

네트워크에서 사용할 수 있을 때까지 60초 이상 기다렸는데, 예전에는 이 정도 시간이 걸렸던 것으로 기억합니다. 디스크에서 윙윙거리는 소리가 나고 fsck를 실행하는 데 몇 분이 더 걸렸습니다.

fsck를 왜 하는가? 내 파일 시스템이 완전히 마운트 해제되지 않은 이유가 있나요?

데비안 Jessie를 실행합니다.

$ systemd-analyze blame
    2min 26.613s systemd-fsck@dev-mapper-vg_brick\x2dlv_backup.service
    2min 13.294s systemd-fsck@dev-mapper-vg_brick\x2dlv_attic.service
    1min 55.661s systemd-fsck@dev-mapper-vg_brick\x2dlv_home.service
         35.407s systemd-fsck@dev-mapper-vg_brick\x2dlv_aptcache.service

$ journalctl -b

Jan 01 02:17:57 brick systemd[1]: Found device /dev/mapper/vg_brick-lv_aptcache.
Jan 01 02:17:57 brick systemd[1]: Starting File System Check on /dev/mapper/vg_brick-lv_aptcache...
Jan 01 02:17:57 brick systemd-fsck[429]: aptcache: Superblock last write time (Sun Apr  2 20:58:31 2017,
Jan 01 02:17:57 brick systemd-fsck[429]: now = Tue Jan  1 02:17:57 2013) is in the future.
Jan 01 02:17:57 brick systemd-fsck[429]: FIXED.

답변1

시계가 뒤로 돌아갈 때 강제 fsck가 발생할 것으로 예상됩니다. 소스 코드. 배터리 지원 시계가 없는 시스템에서 잠시 동안 플러그를 뽑으면 이런 일이 발생합니다.

(코드는 또한 이 동작에 영향을 줄 수 있는 옵션이 있음을 나타냅니다. 강제 확인은 더 이상 적용되지 않는 180일마다 강제 확인하는 이전 기본값의 유산이라고 말할 수 있습니다.)

또한 11분 이내에 시스템을 재부팅하면 fsck가 다시 강제 실행됩니다. 그러나 데몬이 시작된 후 11분을 허용하면 ntpd하드웨어 시계가 인터넷 NTP 서버에서 업데이트됩니다. 재부팅 시 커널은 하드웨어 시계에서 정확한 시스템 시간을 설정합니다. 그러면 이 필수 확인이 발생하는 것을 볼 수 없습니다.

관련 정보