Badblocks - 版の履歴

Kgx: /* インストール */ 情報を更新

2023-12-29T01:57:12Z

インストール: 情報を更新

← 古い版		2023年12月29日 (金) 10:57時点における版
16行目:		16行目:

	badblocks は {{Pkg\|e2fsprogs}} パッケージに含まれています。		badblocks は {{Pkg\|e2fsprogs}} パッケージに含まれています。

			使用法については、{{man\|8\|badblocks}} を参照してください。

	== ストレージデバイスの忠実度 ==		== ストレージデバイスの忠実度 ==

Kgx: 他言語へのリンクを追加

2023-12-29T01:56:47Z

他言語へのリンクを追加

← 古い版		2023年12月29日 (金) 10:56時点における版
3行目:		3行目:
	[[Category:コマンド]]		[[Category:コマンド]]
	[[en:Badblocks]]		[[en:Badblocks]]
			[[es:Badblocks]]
			[[pt:Badblocks]]
	badblocks はストレージデバイスの不良ブロックをテストするプログラムです。		badblocks はストレージデバイスの不良ブロックをテストするプログラムです。

216行目:		218行目:

	最新の回転ドライブでは、{{ic\|smartctl -t long /dev/''device''}} ([[SMART]] を参照) は完全な読み取り専用テストを実行します。障害が見つかるとすぐに停止し、''LBA_of_first_error'' データエントリとして記録します。その後、hdparm で上書きできます (上記を参照) フォローアップの選択テストで失敗をスキップできます。		最新の回転ドライブでは、{{ic\|smartctl -t long /dev/''device''}} ([[SMART]] を参照) は完全な読み取り専用テストを実行します。障害が見つかるとすぐに停止し、''LBA_of_first_error'' データエントリとして記録します。その後、hdparm で上書きできます (上記を参照) フォローアップの選択テストで失敗をスキップできます。

	== 参照 ==

	* [http://www.pcguide.com/ts/x/comp/hdd/errorsBadSectors-c.html My hard disk has bad sectors or is developing bad sectors over time]

Kgx: 代替案を翻訳して追加

2023-12-29T01:54:32Z

代替案を翻訳して追加

← 古い版		2023年12月29日 (金) 10:54時点における版
204行目:		204行目:

	非破壊テストの不良ブロックリストを使用して書き込みを強制することができます。LBA 範囲を計算し、{{ic\|hdparm --read-sector}} を使用して単一セクターに絞り込み、最後に {{ic\|hdparm --write-sector}} [https://serverfault.com/a/641135/] を使用して書き込みをトリガーします。このセクターでの今後の再試行は諦めることになりますが、少なくとも読み取りハングはもう発生しません。		非破壊テストの不良ブロックリストを使用して書き込みを強制することができます。LBA 範囲を計算し、{{ic\|hdparm --read-sector}} を使用して単一セクターに絞り込み、最後に {{ic\|hdparm --write-sector}} [https://serverfault.com/a/641135/] を使用して書き込みをトリガーします。このセクターでの今後の再試行は諦めることになりますが、少なくとも読み取りハングはもう発生しません。

			== 代替案 ==

			badblocks はもともとフロッピーディスクを検証するために作成されたため、その設計は最新の HDD 用に解釈されていません。18 TB ドライブなどのサイズでは、-b 4096 [https://www.reddit.com/r/DataHoarder/comments/fbst8m/alternative_to_badblocks/] を使用するという通常のヒントも役に立ちません。これは代替案です:

			# デバイスの上の暗号化レイヤーをスパンする: {{ic\|cryptsetup open /dev/''device'' ''name'' --type plain --cipher aes-xts-plain64}}
			# 現在開かれている復号化されたレイヤーにゼロを入力し、暗号化データとして書き込まれます: {{ic\|shred -v -n 0 -z /dev/mapper/''name''}}
			# 新しいゼロを復号化されたレイヤーと比較します: {{ic\|cmp -b /dev/zero /dev/mapper/''name''}} ファイルの終わりに関するメッセージが表示されて停止するだけであれば、ドライブは正常です。この方法は、1 回のパスでも Badblock よりもはるかに高速です。コマンドが完全な書き込みを実行すると、(ディスクコントローラに認識されている) も除去されるはずです。

			btrfs と ZFS では、設計者はフロッピー時代の不良ブロックリストはもう必要ないと判断しました。欠陥を上書きする限り、通常は正しいものになります (上記を参照) 再試行しても読み取りがハングします。昔のように不良ブロックを "分離" したい場合は、パーティション分割またはLVMによる下位レベルのソリューションを使用してください。

			最新の回転ドライブでは、{{ic\|smartctl -t long /dev/''device''}} ([[SMART]] を参照) は完全な読み取り専用テストを実行します。障害が見つかるとすぐに停止し、''LBA_of_first_error'' データエントリとして記録します。その後、hdparm で上書きできます (上記を参照) フォローアップの選択テストで失敗をスキップできます。

	== 参照 ==		== 参照 ==

Kgx: 再マッピングとの相互作用を翻訳して追加

2023-12-29T01:45:37Z

再マッピングとの相互作用を翻訳して追加

← 古い版		2023年12月29日 (金) 10:45時点における版
195行目:		195行目:

	これで、不良ブロックのブロック番号と、そのブロックが存在するパーティションとの相対関係がわかるはずです。		これで、不良ブロックのブロック番号と、そのブロックが存在するパーティションとの相対関係がわかるはずです。

			== 再マッピングとの相互作用 ==

			SMART を搭載した HDD コントローラーは、一般的に不良セクタの再マッピングが可能です。それでも、不良セクタでの読み出しの再試行には時間を浪費しますが、書き込みでは、(エラーが "ソフト" な場合、つまり ECC 故障の場合) 何とか修正するか、予備セクタが枯渇していない限り、予備セクタに再マッピングします。

			* 非破壊 RW モードでは、不良ブロックは最初にセクタの読み取りを試みます。その結果、"ソフト" と "ハード" 両方の不良セクタが不良とみなされ、それ以上のテストは行われません。SMART では、保留数が変わらないか増加していることがわかります。
			* 破壊的 RW モードでは、badblocks が最初に書き込みを行います。その結果、再マップがトリガーされ、セクターがアクセス可能になるという点で "修正" される必要があります。SMART では保留中のセクター数が減少する一方で、再割り当てされた数は変化しないまま ("ソフト" の場合)、または増加する ("ハード" の場合) ことがわかります。badblocks は、セクターが本来の設計どおりにデータを忠実に保持しているかどうかのテストを続けます。

			非破壊テストの不良ブロックリストを使用して書き込みを強制することができます。LBA 範囲を計算し、{{ic\|hdparm --read-sector}} を使用して単一セクターに絞り込み、最後に {{ic\|hdparm --write-sector}} [https://serverfault.com/a/641135/] を使用して書き込みをトリガーします。このセクターでの今後の再試行は諦めることになりますが、少なくとも読み取りハングはもう発生しません。

	== 参照 ==		== 参照 ==

Kgx: 不良セクタを見つけるを翻訳して追加

2023-12-29T01:40:17Z

不良セクタを見つけるを翻訳して追加

← 古い版		2023年12月29日 (金) 10:40時点における版
166行目:		166行目:

	# badblocks -b ''block size''		# badblocks -b ''block size''

			== 不良セクタを見つける ==

			badblock を使用して不良セクタを見つけることができます。''badblocks'' ではセクターを ''ブロック'' と呼ぶことに注意してください。いくつかのスキャンモードをサポートしています。最も精度の低い読み取り専用モード (デフォルト) があります。破壊的書き込みモード ({{ic\|-w}} オプション) これは最も正確ですが、時間がかかり、ドライブ上のすべてのデータが (明らかに) 破壊されるため、セクターとファイルの照合にはまったく役に立ちません。最後に、非破壊読み取り/書き込みモードが登場しました。これはおそらく破壊モードと同じくらい正確ですが、おそらく最も遅いという唯一の本当の欠点があります。ただし、ドライブに障害が発生していることがわかっている場合は、おそらく読み取り専用モードが最も安全です。

			詳細 ({{ic\|-v}} オプション)、読み取り専用スキャンを実行するには、次のコマンドのいずれかを実行します ({{ic\|x}} はドライブ文字、{{ic\|y}} はスキャンしたいパーティション番号):

			ディスク全体のスキャン:
			# badblocks -v /dev/sdx

			単一パーティションのスキャン:
			# badblocks -v /dev/sdxy

			ドライブ全体をスキャンする場合の欠点は、各ファイルシステムが、そのファイルシステムが存在するパーティションを基準にしてブロック数を開始することです。これは、たとえば 2 番目のパーティション上に不良ブロックがあり、そのパーティションがブロック 1000 から始まる場合、必要な番号を取得するにはブロック番号から 1000 を減算する必要があることを意味します。したがって、ディスクの先頭からのスキャンの結果、ブロック番号 1005 が不良であることが判明した場合、実際に使用されるのは 2 番目のパーティションのブロック 5 になります。

			それ以外の場合、フルスキャンの実行後に不良ブロックが見つかった場合は、ブロックの計算を行うことなく、単純にそれらが存在するパーティションを特定し、それらを再スキャンしてブロック番号を取得できます。

			もう 1 つ注意すべき点は、badblock のデフォルトは 1024 バイトブロックであるため、ファイルシステムと一致させるために {{ic\|-b}} オプションを使用してデフォルトサイズを変更するか、後でブロック番号を手動で変換する必要があることです。

			パーティションの始まりと終わりを知る必要がある場合は、[[fdisk]] を実行してください。[[fdisk]] が使っているブロックサイズをメモしておけば、スキャンに合わせてブロック数を変換できます。

			{{hc\|# fdisk -l /dev/sdx\|2=
			Disk /dev/sdx: 149.05 GiB, 160041885696 bytes, 312581808 sectors
			'''Units = sectors of 1 * 512 = 512 bytes'''
			Sector size (logical/physical): 512 bytes / 512 bytes
			I/O size (minimum/optimal): 512 bytes / 512 bytes
			}}

			これで、不良ブロックのブロック番号と、そのブロックが存在するパーティションとの相対関係がわかるはずです。

	== 参照 ==		== 参照 ==

Kgx: /* ファイルシステムの作成前 */ 情報を更新

2023-12-29T01:32:46Z

ファイルシステムの作成前: 情報を更新

@@ 101行目: / 101行目: @@
  # fsck -vck /dev/<device-PARTITION>
-==== ファイルシステムの作成前 ====
+=== ファイルシステムの作成前 ===
 ファイルシステムを作成する前に実行することもできます。
-badblocks のエラー出力をファイルシステムに渡すために、不良セクタ情報をファイルに書き出してください:
+{{ic|-o}} オプションを指定せずに ''badblocks'' を実行すると、不良セクタは stdout にのみ出力されます。
 Checking for bad blocks in read-write mode
 From block 0 to 488386583
@@ 117行目: / 140行目: @@
 Pass completed, 527405 bad blocks found. (0/0/527405 errors)}}
-作成された情報を使ってファイルシステムを作成:
+次に、次の情報を使用してファイルシステムを (再) 作成します:
 == 参照 ==

Kgx: 同期

2023-12-29T01:24:23Z

同期

← 古い版		2023年12月29日 (金) 10:24時点における版
23行目:		23行目:
	ストレージデバイスの不良セクタをテストするための一般的な推奨方法は、メーカーのテストプログラムを使用することです。ほとんどのメーカーがこのプログラムを用意しています。その主な理由は、メーカーが通常、ドライブの交換が必要かどうかを判断する基準をテストプログラムに組み込んでいるからです。ここでの注意点は、一部のメーカーのテストプログラムでは、完全なテスト結果が得られず、合格か不合格かだけを言って不良セクタの数を許可していることです。しかし、メーカーのプログラムは一般的に ''badblocks'' よりも早く、時にはかなり早い場合もあります。		ストレージデバイスの不良セクタをテストするための一般的な推奨方法は、メーカーのテストプログラムを使用することです。ほとんどのメーカーがこのプログラムを用意しています。その主な理由は、メーカーが通常、ドライブの交換が必要かどうかを判断する基準をテストプログラムに組み込んでいるからです。ここでの注意点は、一部のメーカーのテストプログラムでは、完全なテスト結果が得られず、合格か不合格かだけを言って不良セクタの数を許可していることです。しかし、メーカーのプログラムは一般的に ''badblocks'' よりも早く、時にはかなり早い場合もあります。

		⚫	== 不良セクタのテスト ==
	== 使用方法 ==

⚫	=== 不良セクタのテスト ===

	Linux で不良セクタをテストするには、通常、プログラム badblocks が使用されます。badblocks には、不良セクタを検出できるいくつかの異なるモードがあります。		Linux で不良セクタをテストするには、通常、プログラム badblocks が使用されます。badblocks には、不良セクタを検出できるいくつかの異なるモードがあります。

	==== 読み書きテスト (破壊的) ====		=== 読み書きテスト (破壊的) ===

	新しいドライブを試験するためのテストです。デバイスの全てのブロックにパターンが書き込まれるため、事実上、デバイスの中身は [[ディスクの完全消去\|完全に消去]] されます。デフォルトでは4つの異なるパターンを使用して広範囲にテストが行われます: 0xaa (10101010), 0x55 (01010101), 0xff (11111111), 0x00 (00000000) デバイスによってはテスト完了まで数日かかります。		新しいドライブを試験するためのテストです。デバイスの全てのブロックにパターンが書き込まれるため、事実上、デバイスの中身は [[ディスクの完全消去\|完全に消去]] されます。デフォルトでは4つの異なるパターンを使用して広範囲にテストが行われます: 0xaa (10101010), 0x55 (01010101), 0xff (11111111), 0x00 (00000000) デバイスによってはテスト完了まで数日かかります。
57行目:		55行目:
	; {{ic\|-t ''test_pattern''}}: パターンを指定。{{ic\|-t random}} オプションでランダムなパターンを書き込むことができます		; {{ic\|-t ''test_pattern''}}: パターンを指定。{{ic\|-t random}} オプションでランダムなパターンを書き込むことができます

	==== ~~読み書き~~テスト ~~(非破壊的)~~ ====		==== 特定のテストパターンを定義する ====

			'''manpageより:''' "''test_pattern'' には 0 から ULONG_MAX-1 までの数値を指定することができます [...]"

			===== ランダムパターン =====

			{{ic\|-t random}} オプションを使用すると、''Badblocks'' に単一の ''ランダムパターン'' を繰り返し書き込むことができます。

			{{hc\|# badblocks -wsv -t random /dev/''device''\|
			Checking for bad blocks in read-write mode
			From block 0 to 488386583
			Testing with '''random pattern''': done
			Reading and comparing: done
			Pass completed, 0 bad blocks found. (0/0/0 errors)}}

			{{Warning\|badblocks は [[乱数生成#/dev/urandom\|urandom]] のようにエントロピーを利用するのではなく、特定の ''ランダムパターン'' を繰り返すだけなので、[[ディスクの完全消去#ブロックデバイス暗号化の準備\|ブロックデバイス暗号化]] のように真にランダムなデータを必要とする場合は使用しないでください。}}

			=== 読み書きテスト (非破壊的) ===

	既にデータが存在するデバイス用のテストです。非破壊的な読み書きテストはセクタの元のデータをバックアップしてからパターンを書き込んでテストし、その後はバックアップから中身を元に戻します。メンテナンステストとして有用です。		既にデータが存在するデバイス用のテストです。非破壊的な読み書きテストはセクタの元のデータをバックアップしてからパターンを書き込んでテストし、その後はバックアップから中身を元に戻します。メンテナンステストとして有用です。

Kgx: /* 不良セクタのテスト */ 情報を更新

2023-12-29T01:17:31Z

不良セクタのテスト: 情報を更新

← 古い版		2023年12月29日 (金) 10:17時点における版
27行目:		27行目:
	=== 不良セクタのテスト ===		=== 不良セクタのテスト ===

	''badblocks'' には不良セクタを検出する~~ための複数~~のモードが~~存在し~~ます。		Linux で不良セクタをテストするには、通常、プログラム badblocks が使用されます。badblocks には、不良セクタを検出できるいくつかの異なるモードがあります。

	==== 読み書きテスト (破壊的) ====		==== 読み書きテスト (破壊的) ====

	新しいドライブを試験するためのテストです。デバイスの全てのブロックにパターンが書き込まれるため、事実上、デバイスの中身は[[ディスクの完全消去\|完全に消去]]されます。デフォルトでは4つの異なるパターンを使用して広範囲にテストが行われます: 0xaa (10101010), 0x55 (01010101), 0xff (11111111), 0x00 (00000000)。デバイスによってはテスト完了まで数日かかります。		新しいドライブを試験するためのテストです。デバイスの全てのブロックにパターンが書き込まれるため、事実上、デバイスの中身は [[ディスクの完全消去\|完全に消去]] されます。デフォルトでは4つの異なるパターンを使用して広範囲にテストが行われます: 0xaa (10101010), 0x55 (01010101), 0xff (11111111), 0x00 (00000000) デバイスによってはテスト完了まで数日かかります。

	{{hc\|# badblocks -wsv /dev/<device>\|		{{hc\|# badblocks -wsv /dev/<device>\|
46行目:		47行目:

	上記のコマンドで使用しているオプション:		上記のコマンドで使用しているオプション:
	; -w: 破壊的な書き込みテストを実行		; {{ic\|-w}}: 破壊的な書き込みテストを実行
	; -s: プログレスバーを表示		; {{ic\|-s}}: プログレスバーを表示
	; -v: 標準出力に検出された不良セクタを出力		; {{ic\|-v}}: 標準出力に検出された不良セクタを出力

	他のオプション:		他のオプション:
			; {{ic\|-b ''number''}}: ハードディスクのブロックサイズを指定することで、テスト時間を大幅に改善できます。root ユーザーとして ({{ic\|tune2fs -l ''partition'' {{!}} grep 'Block size'}})
	; -p <number>: 指定された回数だけテストを実行		; {{ic\|-p ''number''}}: 指定された回数だけテストを実行
	; -o </path/to/output-file>: 不良セクタを標準出力ではなく <output-file> に出力		; {{ic\|-o ''/path/to/output-file''}}: 不良セクタを標準出力ではなく <output-file> に出力
	; -t <test_pattern>: パターンを指定。{{ic\|-t random}} オプションでランダムなパターンを書き込むことができます。		; {{ic\|-t ''test_pattern''}}: パターンを指定。{{ic\|-t random}} オプションでランダムなパターンを書き込むことができます

	{{Warning\|badblocks は [[乱数生成#/dev/urandom\|urandom]] のようにエントロピーを利用するのではなく、特定の「ランダムパターン」を繰り返すだけなので、[[ディスクの完全消去#ブロックデバイス暗号化の準備\|ブロックデバイス暗号化]]のように真にランダムなデータを必要とする場合は使用しないでください。}}

	==== 読み書きテスト (非破壊的) ====		==== 読み書きテスト (非破壊的) ====

Kgx: 他のプログラムとの比較を翻訳して追加

2023-12-29T01:10:47Z

他のプログラムとの比較を翻訳して追加

← 古い版		2023年12月29日 (金) 10:10時点における版
18行目:		18行目:

	明確な規則はありませんが、新しいドライブには不良セクタがゼロであるべきであると考えるのが一般的です。時間の経過とともに不良セクタが発生します。不良セクタをファイルシステムに定義して回避することはできますが、ドライブを継続的に使用すると、通常、さらに不良セクタが形成され、それは最終的にドライブが停止する前兆となります。デバイスの交換をお勧めします。		明確な規則はありませんが、新しいドライブには不良セクタがゼロであるべきであると考えるのが一般的です。時間の経過とともに不良セクタが発生します。不良セクタをファイルシステムに定義して回避することはできますが、ドライブを継続的に使用すると、通常、さらに不良セクタが形成され、それは最終的にドライブが停止する前兆となります。デバイスの交換をお勧めします。

			== 他のプログラムとの比較 ==

			ストレージデバイスの不良セクタをテストするための一般的な推奨方法は、メーカーのテストプログラムを使用することです。ほとんどのメーカーがこのプログラムを用意しています。その主な理由は、メーカーが通常、ドライブの交換が必要かどうかを判断する基準をテストプログラムに組み込んでいるからです。ここでの注意点は、一部のメーカーのテストプログラムでは、完全なテスト結果が得られず、合格か不合格かだけを言って不良セクタの数を許可していることです。しかし、メーカーのプログラムは一般的に ''badblocks'' よりも早く、時にはかなり早い場合もあります。

	== 使用方法 ==		== 使用方法 ==

Kgx: ストレージデバイスの忠実度を翻訳して追加

2023-12-29T01:08:07Z

ストレージデバイスの忠実度を翻訳して追加

← 古い版		2023年12月29日 (金) 10:08時点における版
14行目:		14行目:

	badblocks は {{Pkg\|e2fsprogs}} パッケージに含まれています。		badblocks は {{Pkg\|e2fsprogs}} パッケージに含まれています。

			== ストレージデバイスの忠実度 ==

			明確な規則はありませんが、新しいドライブには不良セクタがゼロであるべきであると考えるのが一般的です。時間の経過とともに不良セクタが発生します。不良セクタをファイルシステムに定義して回避することはできますが、ドライブを継続的に使用すると、通常、さらに不良セクタが形成され、それは最終的にドライブが停止する前兆となります。デバイスの交換をお勧めします。

	== 使用方法 ==		== 使用方法 ==