古い外部の機械式ポータブルHDD間のrsyncによって引き起こされると疑われる破損したファイルがあります。
バックアップを作成し、書き込みエラーがあるかどうかを確認するために0を書き込みにしました。もちろん、ちょっと受けましたがあまりではありませんでした。下記をご覧ください。
これが私のLinuxコンピュータとLinuxノートブックの間の毎日のrsyncで使用するのに安全であるかどうか疑問に思います。どのファイルシステムが安全ですか？ NTFSは本質的にext4と比較して安全性が低いですか？
$ sudo dd if=/dev/zero of=/dev/sdc1 bs=1024
dd: error writing '/dev/sdc1': Input/output error
960119073+0 records in
960119072+0 records out
983161929728 bytes (983 GB, 916 GiB) copied, 51641 s, 19,0 MB/s
$ sudo smartctl -a /dev/sdc1
smartctl 6.5
2016-01-24 r4214 [x86_64-linux-4.4.0-109-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke,
www.smartmontools.org
=== START OF INFORMATION SECTION === Vendor: WD Product: My Passport 0748 Revision: 1019 Compliance:
SPC-4 User Capacity: 1 000 170 586 112 bytes [1,00 TB] Logical
block size: 512 bytes Rotation Rate: 5400 rpm Serial number:
WX81A7242861 Device type: disk Local Time is: Thu Jan
18 11:30:41 2018 CET SMART support is: Unavailable - device lacks
SMART capability.
=== START OF READ SMART DATA SECTION ===
Error Counter logging not supported
No self-tests have been logged
$ dmesg | grep sdc1
[ 8279.937899] sdc: sdc1 [21382.527511] Buffer
I/O error on dev sdc1, logical block 240030162, lost async page write
[21382.527516] Buffer I/O error on dev sdc1, logical block 240030163,
lost async page write [21382.527518] Buffer I/O error on dev sdc1,
logical block 240030164, lost async page write [21382.527524] Buffer
I/O error on dev sdc1, logical block 240030165, lost async page write
[21382.527526] Buffer I/O error on dev sdc1, logical block 240030166,
lost async page write [21382.527528] Buffer I/O error on dev sdc1,
logical block 240030167, lost async page write [21382.527530] Buffer
I/O error on dev sdc1, logical block 240030168, lost async page write
[21382.527532] Buffer I/O error on dev sdc1, logical block 240030169,
lost async page write [21382.527534] Buffer I/O error on dev sdc1,
logical block 240030170, lost async page write [21382.527535] Buffer
I/O error on dev sdc1, logical block 240030171, lost async page write
[21387.552539] VFS: Dirty inode writeback failed for block device sdc1
(err=-5). [21398.777810] sdc: sdc1 [21550.843225] EXT4-fs (sdc1):
mounted filesystem with ordered data mode. Opts: (null)
ベストアンサー1
すでに破損したファイルがあり、ディスクに既知の問題があります。問題は同じまままたは悪化します。 「治療」はほとんど不可能です。だから、いいえ、安全ではありません。
ただし、信頼できないことが知られているバックアップは、まったくバックアップしないよりも（少し）優れています。ノートパソコンを紛失した場合は、少なくとも一部のデータを回復できます。
このディスクを引き続き使用する場合は、バックアップされたすべてのファイルを再度読み取る必要があります。毎日ではありませんが、確かに毎週読んでください。
それにもかかわらず、自分自身に次のように尋ねなければなりません。
- このデータはあなたにとってどれほど価値がありますか？新しいディスクよりも高価ですか？約何倍くらいですか？
- それはいくらですか時間失敗したバックアップから貴重なデータを回復する必要がありますか？ノートパソコンが紛失または破損していますか？これは重要なビジネスを見逃すでしょうか？これにより、どれだけのストレスや不安が発生しますか？リスクを負う価値はありますか？
あなたはかなり良いバックアップ計画を持っているようです（通常のノートパソコンの所有者と比較して）。理由があって設定しました。それを台無しにしないでください。
修正する:
各logical block NNNNN, lost async page writeメッセージは、オペレーティングシステムがディスクにデータブロックを書き込み、ディスクI failed to do it properlyからデータブロックを検索するようにディスクに指示していることを意味します。
理論的には、これは書き込み出力の1ビットだけが反転されているか、ブロック全体がランダムな横説説であることを意味します。現実はおそらくこの2つの劇団の間のどこかにあります。
最新のディスクは通常、ブロックを障害としてマークし、スペアブロックを使用して書き込み失敗を透過的に処理します。ディスクが実際にエラーを報告するという事実は、このスペア容量が使い果たされたことを意味します。これは、ディスクにすでにかなりのエラーが発生したブロックがあることを意味します。
あなたの命令が報告した後smartctl：
SMART support is: Unavailable - device lacks SMART capability.
すべてのデータを再読み込みして元のデータと比較し、エラーを計算する以外に、より詳細な情報を見つける方法はありません。
NTFSとext4はどちらも非常に優れたファイルシステムタイプですが、物理記憶媒体を信頼できない場合は両方とも無期限に生き残ることはできません。一部の重要なファイルシステムメタデータの場所でエラーが発生すると、ファイル全体またはディレクトリにアクセスできなくなる可能性があります。
これらの欠落ファイルのデータがまだ失敗していないブロックにある場合、データは物理的にディスク上に存在する可能性がありますが、ファイルシステムのメタデータがない場合は、次の対応する正しいブロックを見つけるためにいくつかのデータ回復ソフトウェアが必要です。各損失文書。それにもかかわらず、ファイルが断片化されているか、または回復ソフトウェアに不明なファイル形式を使用している場合、回復ソフトウェアが正しいチャンクを正確に見つけてそれを完全なファイルに再組み立てするという保証は100％ありません。
一部の人は、「ディスクは本質的に故障するマシンです。データの保存は単なる副作用です。」結局、すべての回転ディスクは機械的摩耗によって故障を引き起こします。ポータブルハードドライブは、デスクトップやサーバーシステムにインストールされているハードドライブよりも多くの衝撃や衝撃を受けやすいです。