☰

파일 시스템 오류 수정

tag-icon • tag-icon filesystems fsck
파일 시스템 오류 수정

가상 머신에서 작업하는 동안 갑자기 모든 파일이 읽기 전용으로 표시되어 있다는 것을 깨달았습니다. 이상하다고 생각해서 재부팅했더니 "BusyBox"를 입력하라는 메시지가 떴습니다. 알 수 없는 이유로,파일 시스템 오류.

아래 그림과 같이 달렸습니다 fcsk. 이론적으로는 다양한 버그를 수정합니다.

정확히 무엇이 수행되었는지 완전히 확신할 수 없고 fcskWindows 파일 시스템을 복구한 이전 경험을 바탕으로 파일 시스템이 실제로 "복구"되었는지 또는 손상된 파일이 존재했는지에 대해 약간 회의적입니다.

  • 수리과정을 믿을 수 있나요?
  • 파일을 하나씩 열지 않고도 모든 데이터가 괜찮은지 확인할 수 있는 방법이 있나요?
  • 아래와 같은 오류가 발생하면 드라이브의 실제 데이터는 어떻게 됩니까? 부분적인 파일 손상이 발생할 수 있습니까? 전체 파일이 손상되었나요?

주파수 제어

일부 개별 오류 메시지:

File /var/log/journal/d74933508486479e9b07e83b9a036776/system.journal corrupted or uncleanly shut down, renaming and replacing.
pulseaudio[815]: ALSA woke us up to write new data to the device, but there was actually nothing to write.
pulseaudio[815]: Most likely this is a bug in the ALSA driver 'snd_ens1371'. Please report this issue to the ALSA developers.
pulseaudio[815]: We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value < min_avail.
lightdm[931]: gkr-pam: unable to locate daemon control file
dbus-daemon[1035]: writing oom_score_adj error: Permission denied
colord[1570]: failed to get edid data: EDID length is too small
udisksd[1636]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory
udisksd[1636]: Failed to load the 'mdraid' libblockdev plugin
udisksd[1636]: Error probing device: Error sending ATA command IDENTIFY PACKET DEVICE to '/dev/sr0': ATA command failed: error=0x01 count=0x02 status=0x50 (g-io-error-quark, 0)
pulseaudio[953]: X11 I/O error handler called
pulseaudio[953]: X11 I/O error exit handler called, preparing to tear down X11 modules
systemd[936]: xfce4-notifyd.service: Main process exited, code=exited, status=1/FAILURE
systemd[936]: xfce4-notifyd.service: Failed with result 'exit-code'.
kernel: button: module verification failed: signature and/or required key missing - tainting kernel
input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2
piix4_smbus 0000:00:07.3: SMBus Host Controller not enabled!
sd 2:0:0:0: [sda] 167772160 512-byte logical blocks: (85.9 GB/80.0 GiB)
kernel: sd 2:0:0:0: [sda] Write Protect is off
kernel: sd 2:0:0:0: [sda] Mode Sense: 61 00 00 00
kernel: sd 2:0:0:0: [sda] Cache data unavailable
kernel: sd 2:0:0:0: [sda] Assuming drive cache: write through
systemd[1]: File System Check on Root Device was skipped because of a failed condition check (ConditionPathExists=!/run/initramfs/fsck-root).
systemd[1]: Starting Journal Service...
systemd[1]: Starting Load Kernel Modules...
kernel: fuse: init (API version 7.34)
systemd[1]: Starting Remount Root and Kernel File Systems...
systemd[1]: Repartition Root Disk was skipped because all trigger condition checks failed.
systemd[1]: Starting Coldplug All udev Devices...
systemd[1]: Mounted Huge Pages File System.
systemd[1]: Mounted POSIX Message Queue File System.
systemd[1]: Mounted Kernel Debug File System.
kernel: EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro. Quota mode: none.

답변1

fsck의 출력에는 여러 유형의 수정된 오류가 표시됩니다.

  • 삭제된 inode의 dtime은 0입니다. 이는 열려 있었을 수도 있지만 시스템 충돌 시 삭제된 파일입니다. (때때로 이러한 파일은 "고아" 파일로 표시됩니다.) 일반적으로 해당 파일은 닫힐 때까지 실제로 삭제되지 않습니다. 이러한 방식으로 fsck는 삭제 작업을 완료합니다. (이것은 시스템 충돌 후 매우 일반적인 문제입니다.)
  • 손상된 고아 연결 목록 발견: 나중에 쉽게 정리할 수 있도록 부분적으로 삭제된 파일 목록을 유지하십시오. 분명히 이 목록은 목록에 부분적으로 쓰기 때문에 손상된 것 같습니다. 이 문제를 해결하면 부패가 발생해서는 안 됩니다.
  • 여유 블록 수 오류: 일부 블록은 사용 가능 목록에 없는 파일에 속하지 않습니다. 아마도 위 제거의 부작용일 것입니다.
  • Inode 비트맵 차이/사용 가능한 inode 수 오류: 사용 가능한 것으로 표시되지 않은 사용 가능한 inode가 있습니다(위 수정 사항의 부작용).

따라서 fsck의 변경 사항은 파일을 손상시키지 않았습니다.

그러나 문제는 파일 시스템이 처음부터 읽기 전용이 된다는 것입니다. 이는 커널이 메모리 손상을 감지하거나 디스크가 사용 중 완전히 또는 부분적으로 오프라인 상태가 되었기 때문에 발생할 수 있습니다.

파일을 쓰는 동안 하드웨어 오류가 발생하면 파일이 손상될 수 있습니다. 쓰기 중에 디스크가 오프라인 상태인 경우 부분적으로 기록된 파일이나 생성되었지만 디스크에 기록되지 않아 완전히 손실된 파일이 있을 수 있습니다.

따라서 귀하의 요점에 직접 대답하십시오.

  • fsck 복구 프로세스를 신뢰할 수 있습니다. 나열된 메시지는 모두 비교적 문제가 없는 수정 사항입니다.
  • find / -type f -mtime -1마지막 날 수정된 파일을 찾아 잘린 파일이 있는지 확인하거나 당시 시스템이 수행한 작업에 대한 지식을 활용하여 사용 중인 파일이 완전히 기록되지 않았는지 확인하는 등 의 방법을 사용할 수 있습니다 .
  • 손실된 파일을 찾는 것은 까다롭지만 중요한 파일이 누락된 경우 알아챌 수 있을 것입니다.
  • 전체 결과를 이해하려면 파일 시스템이 읽기 전용이 되는 근본 원인을 파악해야 합니다. 그래야만 전체 피해를 추측할 수 있습니다.

관련 정보