仮想マシンで作業している間、突然すべてのファイルが読み取り専用としてマークされていることに気づきました。奇妙だと思って再起動したら、「BusyBox」と入力するように求められました。不明な理由で、ファイルシステムエラー。
下図のように走りましたfcsk。理論的には、さまざまなバグを修正します。
正確に何が行われたのか完全にはわかりませんし、fcskWindowsファイルシステムを修復した以前の経験に基づいて、ファイルシステムが実際に「修復」されたのか、破損したファイルが存在したのかについては少し懐疑的です。
- 修理過程を信じられますか？
- ファイルを1つずつ開かずにすべてのデータが正常であることを確認する方法はありますか？
- 以下のエラーが発生した場合、ドライブの実際のデータはどうなりますか？部分的なファイル破損が発生する可能性がありますか？ファイル全体が破損していますか？
いくつかの個々のエラーメッセージ：
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最後の日に変更されたファイルを見つけて、切り捨てられたファイルがあるかどうかを確認したり、その時点でシステムが実行した操作の知識を活用して、使用中のファイルが完全に記録されていないことを確認するなどの方法を使用できます。- 失われたファイルを見つけるのは難しいですが、重要なファイルが見つからない場合は気付くでしょう。
- 結果全体を理解するには、ファイルシステムが読み取り専用になる根本的な原因を特定する必要があります。こうして全体のダメージを推測できます。