
fsck
"로그 복구 중"이라는 로그 메시지가 지난번에 파일 시스템이 완전히 마운트 해제/닫히지 않았음을 나타내는 것으로 해석되어야 하는지 확인할 수 있습니까 ? 아니면 알아야 할 다른 가능한 원인이 있습니까?
May 03 11:52:34 alan-laptop systemd-fsck[461]: /dev/mapper/alan_dell_2016-fedora: recovering journal
May 03 11:52:42 alan-laptop systemd-fsck[461]: /dev/mapper/alan_dell_2016-fedora: clean, 365666/2621440 files, 7297878/10485760 blocks
May 03 11:52:42 alan-laptop systemd[1]: Mounting /sysroot...
May 03 11:52:42 alan-laptop kernel: EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
May 03 11:52:42 alan-laptop systemd[1]: Mounted /sysroot.
fsck
동일한 부팅 /home을 비교하면 다음과 같은 메시지가 표시되지 않습니다.
("현지 시간대의 RTC 시간"으로 인한 -1시간 점프는 무시하세요)
May 03 10:52:57 alan-laptop systemd[1]: Starting File System Check on /dev/mapper/alan_dell_2016-home...
May 03 10:52:57 alan-laptop systemd-fsck[743]: /dev/mapper/alan_dell_2016-home: clean, 1469608/19857408 files, 70150487/79429632 blocks
May 03 10:52:57 alan-laptop systemd[1]: Started File System Check on /dev/mapper/alan_dell_2016-home.
May 03 10:52:57 alan-laptop audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-fsc>
May 03 10:52:57 alan-laptop systemd[1]: Mounting /home...
May 03 10:52:57 alan-laptop systemd[1]: Mounted /boot/efi.
May 03 10:52:57 alan-laptop kernel: EXT4-fs (dm-2): mounted filesystem with ordered data mode. Opts: (null)
May 03 10:52:57 alan-laptop systemd[1]: Mounted /home.
May 03 10:52:57 alan-laptop systemd[1]: Reached target Local File Systems.
버전
$ rpm -q --whatprovides $(which fsck.ext4)
e2fsprogs-1.43.8-2.fc28.x86_64
동기 부여
이는 오프라인 업데이트 직후에 발생하며 PackageKit 버그로 인해 발생할 가능성이 높습니다.
버그 1564462 - 오프라인 업데이트가 비정상 종료를 수행함
효과적으로 사용되는 곳 systemctl reboot --force
. 시스템 강제 종료는 여전히 모든 프로세스를 종료하고 가능한 경우 파일 시스템을 완전히 마운트 해제해야 하기 때문에 Fedora에 버그가 있는지 걱정됩니다.
위 메시지는 Fedora 28에서 온 것입니다. systemd-238-7.fc28.1.x86_64
Fedora 27은 파일 시스템을 마운트 해제하지 못할 수 있는 버그가 있는 systemd 버전을 사용합니다.
systemd-shutdown[1]: /proc/self/mountinfo #6796을 구문 분석할 수 없습니다.
하지만, 그수정 사항은 systemd 235 이상에 포함되어야 합니다.. 그래서 어딘가에 또 다른 버그가 숨어 있을지 걱정됩니다.
파일 시스템은 LVM에 있습니다.
화면이 검게 변하기 전에 몇 초 동안 메시지가 반복되는 여러 화면과 관련하여 종료가 발생한 것을 기억하는 것 같습니다. 내 생각엔 그것들은 내면에서 나오는 것 같아초기화 닫기. 이것이 문제를 나타내는지 모르겠습니다.
답변1
"로그 복구 중" 메시지의 출력은 다음과 같습니다.e2fsck_run_ext3_journal
, 간단히 말해서if는 ext2fs_has_feature_journal_needs_recovery
로그를 복원해야 함을 나타냅니다.. 이 "특성"은 표시입니다.저널링된 Ext3/4 파일 시스템이 마운트될 때마다 커널에 의해 설정됩니다., 그리고 클리어파일 시스템이 마운트 해제된 경우,복구가 완료되면(파일 시스템을 불결하게 마운트하거나 파일 시스템을 읽기 전용으로 다시 마운트하는 경우)파일 시스템을 고정하는 경우(스냅샷을 찍기 전)
스냅샷은 무시됩니다. 즉, e2fsck
완전히 마운트 해제되지 않은 파일 시스템이 발견된 경우에만 메시지가 인쇄되므로 그 존재는 불완전한 마운트 해제임을 증명합니다(종료 시 마운트 해제가 발생한다고 가정하면 종료될 수도 있음).
답변2
로그에는 아직 커밋되지 않은 파일 시스템 명령이 포함되어 있습니다. 완전히 제거하면 그 안의 모든 내용이 커밋되고 로그가 지워집니다. 그렇습니다. 로그를 재생한다는 것은 비정상 종료를 의미합니다. 그러나 그 반대의 경우에는 로그에 아무 것도 없을 때 비정상 종료가 발생할 수 있습니다.