☰

PCを修復するために常に`fsck`を使用する必要があります

tag-icon • tag-icon hard-disk fsck
PCを修復するために常に`fsck`を使用する必要があります

このようなエラーが発生するのは初めてではありません。コンピューター (Ubuntu 3.2) を使用していたときに、ファイルのアクセス許可が になったread-onlyため、コンピューターを再起動しましたが、電源がオンになりませんでした。そのため、強制的に電源をオフにし (ハード パワー オフ)、再度電源をオンにすると、次のメッセージが表示されました。

/dev/sda2 contains a file system with errors, check forced.
Inodes that were part of a corrupted orphan linked list found.

/dev/sda2: UNEXPECTED INCOSISTENCY; RUN fsck MANUALLY.
          (i.e., without -a or -p options)
fsck exited with status code 4
The root filesystem on /dev/sda2 requires a manual fsck


BusyBox v1.27.2 (Ubuntu 1:1.27.2-2ubuntu3.2) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs)

fsck /dev/sda2私は（それがないとどうしたらいいかわからないので）と書きました-a。初めてではないので心配です。ハードディスクが壊れているのかもしれませんし、よくわかりません。おそらく、これは私の問題にとって最適な場所ではありません。どうすればよいか教えてください。次は何ですか？学びたいので、あなたの提案は非常に役立ちます。

PD: 英語が下手ですみません

私は と書きfsck /dev/sda2、その次は:

fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
/dev/sda2 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inodes that were of a corrupted orphan linked list found. Fix<y>?

yスクリーン プリントは次のようになります:

Inode 18874440 was part of the orphaned inode list. FIXED
Inode 18874445 was part of the orphaned inode list. FIXED
Inode 18874466 was part of the orphaned inode list. FIXED

そしてその20行目は次の通りです

Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences: -(2494976--2495023) - (so many numbers)....
Fix<y>? yes
Free blocks count wrong for group #76 (19099, counted 19147).
Fix<y>? yes
Free blocks count wrong for group #81 (30339, counted=30365)
Fix<y>? yes
Free blocks count wrong for group #1577 (28430, counted=28437)
Fix<y>? yes
...

ついに

/dev/sda2: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda2: 541701/61022208 files (0.4% non-contiguous),  18674207/244059136 blocks

その後、書き込みをするrebootとコンピューターは再び動作するようになりました。しかし、これはまた起こるので、止めなければなりません。

これを調査するには本が必要です。なぜこのようなことが起こるのかを知りたいのです。

アップデート： 再び同じことが起きました。Mozilla Firefox を使用しているときに、ファイルの権限が に変更されましたread only。その後、PC を再起動しましたが、完了しません。再起動してもう一度使用する必要がありますfsck。

出力sudo smartctl -a /dev/sda:

smartctl 6.6 2016-05-31 r4324 [x86_64-linux-5.3.0-42-generic] (local build) 
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org 

=== START OF INFORMATION SECTION === 
Device Model:     TOSHIBA MQ04ABF100 
Serial Number:    X8JBP3K2T 
LU WWN Device Id: 5 000039 8d268714d 
Firmware Version: JU001J 
User Capacity:    1.000.204.886.016 bytes [1,00 TB] 
Sector Sizes:     512 bytes logical, 4096 bytes physical 
Rotation Rate:    5400 rpm 
Form Factor:      2.5 inches 
Device is:        Not in smartctl database [for details use: -P showall] 
ATA Version is:   ACS-3 T13/2161-D revision 5 
SATA Version is:  SATA >3.2 (0x1ff), 6.0 Gb/s (current: 6.0 Gb/s) 
Local Time is:    Sun Mar 29 03:48:34 2020 -03 
SMART support is: Available - device has SMART capability. 
SMART support is: Enabled 

=== START OF READ SMART DATA SECTION === 
SMART overall-health self-assessment test result: PASSED 

General SMART Values: 
Offline data collection status:  (0x00) Offline data collection activity 
                    was never started. 
                    Auto Offline Data Collection: Disabled. 
Self-test execution status:      (   0) The previous self-test routine completed 
                    without error or no self-test has ever  
                    been run. 
Total time to complete Offline  
data collection:        (  120) seconds. 
Offline data collection 
capabilities:            (0x5b) SMART execute Offline immediate. 
                    Auto Offline data collection on/off support. 
                    Suspend Offline collection upon new 
                    command. 
                    Offline surface scan supported. 
                    Self-test supported. 
                    No Conveyance Self-test supported. 
                    Selective Self-test supported. 
SMART capabilities:            (0x0003) Saves SMART data before entering 
                    power-saving mode. 
                    Supports SMART auto save timer. 
Error logging capability:        (0x01) Error logging supported. 
                    General Purpose Logging supported. 
Short self-test routine  
recommended polling time:    (   2) minutes. 
Extended self-test routine 
recommended polling time:    ( 172) minutes. 
SCT capabilities:          (0x003d) SCT Status supported. 
                    SCT Error Recovery Control supported. 
                    SCT Feature Control supported. 
                    SCT Data Table supported. 

SMART Attributes Data Structure revision number: 16 
Vendor Specific SMART Attributes with Thresholds: 
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE 
  1 Raw_Read_Error_Rate     0x000b   100   100   050    Pre-fail  Always       -       0 
  2 Throughput_Performance  0x0005   100   100   050    Pre-fail  Offline      -       0 
  3 Spin_Up_Time            0x0027   100   100   001    Pre-fail  Always       -       1348 
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       596 
  5 Reallocated_Sector_Ct   0x0033   100   100   050    Pre-fail  Always       -       0 
  7 Seek_Error_Rate         0x000b   100   095   050    Pre-fail  Always       -       0 
  8 Seek_Time_Performance   0x0005   100   100   050    Pre-fail  Offline      -       0 
  9 Power_On_Hours          0x0032   097   097   000    Old_age   Always       -       1544 
 10 Spin_Retry_Count        0x0033   111   100   030    Pre-fail  Always       -       0 
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       421 
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       1265 
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       20 
193 Load_Cycle_Count        0x0032   096   096   000    Old_age   Always       -       48581 
194 Temperature_Celsius     0x0022   100   100   000    Old_age   Always       -       35 (Min/Max 13/45) 
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0 
197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       0 
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0 
199 UDMA_CRC_Error_Count    0x0032   200   253   000    Old_age   Always       -       0 
220 Disk_Shift              0x0002   100   100   000    Old_age   Always       -       0 
222 Loaded_Hours            0x0032   097   097   000    Old_age   Always       -       1346 
223 Load_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0 
224 Load_Friction           0x0022   100   100   000    Old_age   Always       -       0 
226 Load-in_Time            0x0026   100   100   000    Old_age   Always       -       260 
240 Head_Flying_Hours       0x0001   100   100   001    Pre-fail  Offline      -       0 

SMART Error Log Version: 1 
ATA Error Count: 1 
    CR = Command Register [HEX] 
    FR = Features Register [HEX] 
    SC = Sector Count Register [HEX] 
    SN = Sector Number Register [HEX] 
    CL = Cylinder Low Register [HEX] 
    CH = Cylinder High Register [HEX] 
    DH = Device/Head Register [HEX] 
    DC = Device Command Register [HEX] 
    ER = Error register [HEX] 
    ST = Status register [HEX] 
Powered_Up_Time is measured from power on, and printed as 
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes, 
SS=sec, and sss=millisec. It "wraps" after 49.710 days. 

Error 1 occurred at disk power-on lifetime: 1096 hours (45 days + 16 hours) 
  When the command that caused the error occurred, the device was active or idle. 

  After command completion occurred, registers were: 
  ER ST SC SN CL CH DH 
  -- -- -- -- -- -- -- 
  04 31 00 02 59 d7 a9 

  Commands leading to the command that caused the error were: 
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name 
  -- -- -- -- -- -- -- --  ----------------  -------------------- 
  ea 00 00 00 00 00 a0 00      05:01:42.830  FLUSH CACHE EXT 
  61 58 30 38 f9 20 40 00      05:01:42.830  WRITE FPDMA QUEUED 
  61 08 80 08 f9 1b 40 00      05:01:42.829  WRITE FPDMA QUEUED 
  61 08 78 a0 b8 52 40 00      05:01:42.788  WRITE FPDMA QUEUED 
  61 30 70 58 0c 50 40 00      05:01:42.788  WRITE FPDMA QUEUED 

SMART Self-test log structure revision number 1 
No self-tests have been logged.  [To run self-tests, use: smartctl -t] 

SMART Selective self-test log data structure revision number 1 
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS 
    1        0        0  Not_testing 
    2        0        0  Not_testing 
    3        0        0  Not_testing 
    4        0        0  Not_testing 
    5        0        0  Not_testing 
Selective self-test flags (0x0): 
  After scanning selected spans, do NOT read-scan remainder of disk. 
If Selective self-test is pending on power-up, resume after 0 minute delay.

答え1

私のアドバイスは、今すぐデータをバックアップし、できるだけ早くドライブを交換することです。数年前、Linux を実行していた古い Macbook で同様の問題が発生しました。ルート ファイルシステムが突然読み取り専用になり、再起動するたびにfsck修正を実行する必要がありました。smartmontoolsすべて正常であることを示しています。ハード ディスクを交換すると、問題はすぐに解消されました。

あなたの問題が必ずしも同じだと言っているわけではありませんが、私が経験したことと非常に似ているようです。予防策として、少なくともデータをバックアップしてください。

答え2

私にも同じ問題が発生しました。Ubuntu 19.10 を再起動すると、次のコマンドを実行する必要がありました。

fsck -fy /dev/sda2

ログを分析し始める/var/log/syslogと、ディスクが破損する前に、前日にインストールしたソフトウェア/var/log/kern.logからバッテリーに関連する情報が常に記録されていることに気付きました。laptop-mode-tools

そこで私はそのようなソフトウェアをアンインストールすることに決め、私の場合はディスクが破損するという問題が起こらなくなりました。

答え3

私も同じ問題を抱えていました。デュアルブートしていましたウブントゥ 20.04とウィンドウズ10Ubuntuを起動するたびに同じ問題に直面します（エラーのあるパーティションをfsckする) そしてしばらくすると、Ubuntu にログインできなくなりました。

しかし、私はウィンドウにログインして分析することで（ハードディスクセンチネルツール) そこで、ハードディスクに不良セクタが多数あることがわかりました (不良セクタとは、ハードディスクの物理的な損傷を意味し、私の知る限り回復できません)。

1 TB HDD を 240 GB SSD に交換し、新しい SSD に Ubuntu 21.04 のみをインストールしたところ、問題はなくなりました。私のシステムの HDD は 5 年以上前のもので、ほとんどの HDD の寿命も同じくらいです (HDD は頻繁に使用しており、ほぼ毎日使用していました)。

まとめ: まず、HDD/SSD が正常であることを確認します。

関連情報