ソリッドステートドライブ - 版の履歴

AshMyzk: 同期

2025-03-31T00:38:24Z

同期

AshMyzk: 同期

2024-03-22T00:48:50Z

同期

← 古い版		2024年3月22日 (金) 09:48時点における版
53行目:		53行目:
	\| [[VFAT]] \|\| {{Yes}} \|\| {{Yes}} \|\| ''fstrim'' はカーネル 4.19 以降、サポートされています。[https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=f663b5b38fffeb31841f8bfaf0ef87a445b0ffee]		\| [[VFAT]] \|\| {{Yes}} \|\| {{Yes}} \|\| ''fstrim'' はカーネル 4.19 以降、サポートされています。[https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=f663b5b38fffeb31841f8bfaf0ef87a445b0ffee]
	\|-		\|-
	\| [[XFS]] \|\| {{Yes}} \|\| {{Yes}} \|\| [https://xfs.org/index.php/FITRIM/discard]		\| [[XFS]] \|\| {{Yes}} \|\| {{Yes}} \|\| [https://xfs.org/index.php/FITRIM/discard]{{Dead link\|2024\|03\|03\|status=SSL error}}
	\|}		\|}

174行目:		174行目:
	SSD は S3 スリープから復帰すると SEC1 状態 (セキュリティ無効、未ロック、非 frozen) に戻っていることが多く、[[ソリッドステートドライブ/メモリセルの消去]] で説明されているように ATA SECURITY ERASE UNIT コマンドに対して脆弱になっています。		SSD は S3 スリープから復帰すると SEC1 状態 (セキュリティ無効、未ロック、非 frozen) に戻っていることが多く、[[ソリッドステートドライブ/メモリセルの消去]] で説明されているように ATA SECURITY ERASE UNIT コマンドに対して脆弱になっています。

	この問題を回避するために、[[電源管理#/usr/lib/systemd/system-sleep のフック\|スリープからの復帰後]]にスクリプトを実行することができます:		この問題を回避するために、[[電源管理/サスペンドとハイバネート#/usr/lib/systemd/system-sleep のフック\|スリープからの復帰後]]にスクリプトを実行することができます:

	{{hc\|/usr/lib/systemd/system-sleep/ssd-freeze.sh\|2=		{{hc\|/usr/lib/systemd/system-sleep/ssd-freeze.sh\|2=
205行目:		205行目:
	=== NCQ エラーを解消する ===		=== NCQ エラーを解消する ===

	SSD や SATA チップセットによっては Linux Native Command Queueing (NCQ) が正しく動作しないことがあります。[[~~dmesg~~]] に以下のようなエラーが表示されます:		SSD や SATA チップセットによっては Linux Native Command Queueing (NCQ) が正しく動作しないことがあります。[[journal]] に以下のようなエラーが表示されます:

	~~[ 9.115544]~~ ata9: exception Emask 0x0 SAct 0xf SErr 0x0 action 0x10 frozen		ata9: exception Emask 0x0 SAct 0xf SErr 0x0 action 0x10 frozen
	~~[ 9.115550]~~ ata9.00: failed command: READ FPDMA QUEUED		ata9.00: failed command: READ FPDMA QUEUED
	~~[ 9.115556]~~ ata9.00: cmd 60/04:00:d4:82:85/00:00:1f:00:00/40 tag 0 ncq 2048 in		ata9.00: cmd 60/04:00:d4:82:85/00:00:1f:00:00/40 tag 0 ncq 2048 in
	~~[ 9.115557]~~ res 40/00:18:d3:82:85/00:00:1f:00:00/40 Emask 0x4 (timeout)		res 40/00:18:d3:82:85/00:00:1f:00:00/40 Emask 0x4 (timeout)

	起動時に NCQ を無効にするには、[[ブートローダー]]の設定におけるカーネルコマンドラインに {{ic\|1=libata.force=noncq}} を追加してください。ポート 9 のディスク 0 の NCQ だけを無効化するには次を使用: {{ic\|1=libata.force=9.00:noncq}}。		起動時に NCQ を無効にするには、[[ブートローダー]]の設定におけるカーネルコマンドラインに {{ic\|1=libata.force=noncq}} を追加してください。ポート 9 のディスク 0 の NCQ だけを無効化するには次を使用: {{ic\|1=libata.force=9.00:noncq}}。
409行目:		409行目:
	参照:		参照:

	* SanDisk Extreme SSD [https://kb.sandisk.com/~~app~~/~~answers/detail/a_id/10127 ファームウェアのリリースノート] と [https://kb.~~sandisk~~.com/app/answers/detail/a_id~~/~~10476~~ 手動ファームウェアアップデートのバージョン R211]		* SanDisk Extreme SSD [https://forums.sandisk.com/t/sandisk-extreme-ssd-firmware-download-for-mac-and-linux-and-pc/74022 手動ファームウェアアップデートバージョン R211]
	* SanDisk Ultra SSD [https://kb.sandisk.com/~~app~~/~~answers/detail/a_id/10192 ファームウェアのリリースノート]~~ and ~~[https://kb.sandisk.com/app/answers/detail/a_id~~/~~10477~~ 手動ファームウェアアップデートのバージョン 365A13F0]		* SanDisk Ultra SSD [https://forums.sandisk.com/t/sandisk-ultra-ssd-firmware-download-for-mac-and-linux-and-pc/74277 手動ファームウェアアップデートバージョン 365A13F0]
	* SanDisk Ultra+ SSD [https://kb.sandisk.com/~~app~~/~~answers/detail/a_id/12763 ファームウェアのリリースノート] and [https://kb.~~sandisk~~.com/app/answers/detail/a_id~~/~~12762~~ 手動ファームウェアアップデートのバージョン X2316RL] - "H2" か "HP" のどちらが使用されているかを確認するには、{{ic\|smartctl -i /dev/~~sdX~~}} を使ってください。		* SanDisk Ultra+ SSD [https://forums.sandisk.com/t/sandisk-ultra-ssd-manual-firmware-update-version-x2316rl/74263 手動ファームウェアアップデートバージョン X2316RL] - "H2" モデルと "HP" モデルのうちどちらが使用されているかを確認するには、{{ic\|smartctl -i dev/disk/by-id/SanDisk!(part*)}} を root として実行してください。

	== 参照 ==		== 参照 ==
422行目:		422行目:
	* [https://lore.kernel.org/linux-btrfs/jgui4j$th5$1@dough.gmane.org/ Btrfs support for efficient SSD operation (data blocks alignment)]		* [https://lore.kernel.org/linux-btrfs/jgui4j$th5$1@dough.gmane.org/ Btrfs support for efficient SSD operation (data blocks alignment)]

	{{TranslationStatus\|Solid state drive\|2024-02-22\|~~799686~~}}		{{TranslationStatus\|Solid state drive\|2024-03-22\|802360}}

AshMyzk: 同期

2024-02-22T09:51:44Z

同期

← 古い版		2024年2月22日 (木) 18:51時点における版
164行目:		164行目:
	"frozen" 状態のデバイスにパスワードを設定したい場合、それに対応しているマザーボード BIOS が必要です。[[自己暗号化ドライブ\|ハードウェア暗号化]]に必要なので、多くのノートパソコンでサポートされていますが、デスクトップやサーバーのボードではサポートがあるかどうかはっきりしないことがあります。		"frozen" 状態のデバイスにパスワードを設定したい場合、それに対応しているマザーボード BIOS が必要です。[[自己暗号化ドライブ\|ハードウェア暗号化]]に必要なので、多くのノートパソコンでサポートされていますが、デスクトップやサーバーのボードではサポートがあるかどうかはっきりしないことがあります。

	例えば、Intel DH67CL/BL マザーボードの場合、設定にアクセスするには物理的なジャンパによってマザーボードを "maintenance mode" に設定する必要があります ([https://sstahlman.blogspot.in/2014/07/hardware-fde-with-intel-ssd-330-on.html?showComment=1411193181867#c4579383928221016762]~~, [https://communities.intel.com/message/251978#251978]{{Dead link\|2023\|07\|30\|status=404}} を参照)。~~		例えば、Intel DH67CL/BL マザーボードの場合、設定にアクセスするには物理的なジャンパによってマザーボードを "maintenance mode" に設定する必要があります。[https://sstahlman.blogspot.in/2014/07/hardware-fde-with-intel-ssd-330-on.html?showComment=1411193181867#c4579383928221016762]

	{{Warning\|よくわからないときは ''hdparm'' を使って上記の'''ロック'''セキュリティ設定を変更しないで下さい。}}		{{Warning\|よくわからないときは ''hdparm'' を使って上記の'''ロック'''セキュリティ設定を変更しないで下さい。}}
187行目:		187行目:
	fi		fi
	}}		}}

			システムに複数のストレージデバイスやポータブル USB ドライブが存在している場合、[[Hdparm#udev ルールによる永続的な設定]] に書かれてあるテクニックを利用して、{{ic\|--security-freeze}} を全ドライブ (HDD も含む) に発行することもできます。

	==== ハードウェア暗号化 ====		==== ハードウェア暗号化 ====
229行目:		231行目:

	しかし、カーネルはこの機能を自動的に検出しない場合があり、この機能を使用しないかもしれません。		しかし、カーネルはこの機能を自動的に検出しない場合があり、この機能を使用しないかもしれません。
	問題のブロックデバイスが /dev/sdX であると仮定すると、以下のコマンドを使えばそのケースに当てはまっているかどうかを確認できます:		問題のブロックデバイスが /dev/sdX であると仮定すると、{{Pkg\|sg3_utils}} パッケージのコマンドを使えばそのケースに当てはまっているかどうかを確認できます:

	# sg_readcap -l /dev/sdX		# sg_readcap -l /dev/sdX
420行目:		422行目:
	* [https://lore.kernel.org/linux-btrfs/jgui4j$th5$1@dough.gmane.org/ Btrfs support for efficient SSD operation (data blocks alignment)]		* [https://lore.kernel.org/linux-btrfs/jgui4j$th5$1@dough.gmane.org/ Btrfs support for efficient SSD operation (data blocks alignment)]

	{{TranslationStatus\|Solid state drive\|2024-01-18\|~~797411~~}}		{{TranslationStatus\|Solid state drive\|2024-02-22\|799686}}

AshMyzk: 同期

2024-01-18T13:58:09Z

同期

← 古い版		2024年1月18日 (木) 22:58時点における版
29行目:		29行目:
	{\| class="wikitable sortable"		{\| class="wikitable sortable"
	! ファイルシステム !! 連続的な TRIM <br> ({{ic\|discard}} オプション) !! 定期的な TRIM <br> (''fstrim'') !! 参照<br> と備考		! ファイルシステム !! 連続的な TRIM <br> ({{ic\|discard}} オプション) !! 定期的な TRIM <br> (''fstrim'') !! 参照<br> と備考
			\|-
			\| [[Bcachefs]] \|\| {{Yes}} \|\| {{No}} \|\|
	\|-		\|-
	\| [[Btrfs]] \|\| {{Yes}} \|\| {{Yes}} \|\| カーネル 6.2 から非同期 discard がデフォルトで[[Btrfs#SSD TRIM\|有効化]]されています。		\| [[Btrfs]] \|\| {{Yes}} \|\| {{Yes}} \|\| カーネル 6.2 から非同期 discard がデフォルトで[[Btrfs#SSD TRIM\|有効化]]されています。
418行目:		420行目:
	* [https://lore.kernel.org/linux-btrfs/jgui4j$th5$1@dough.gmane.org/ Btrfs support for efficient SSD operation (data blocks alignment)]		* [https://lore.kernel.org/linux-btrfs/jgui4j$th5$1@dough.gmane.org/ Btrfs support for efficient SSD operation (data blocks alignment)]

	{{TranslationStatus\|Solid state drive\|~~2023~~-12-12\|~~794311~~}}		{{TranslationStatus\|Solid state drive\|2024-01-18\|797411}}

AshMyzk: 同期

2023-12-11T23:17:18Z

同期

← 古い版		2023年12月12日 (火) 08:17時点における版
188行目:		188行目:
	==== ハードウェア暗号化 ====		==== ハードウェア暗号化 ====

	[[#~~Hdparm~~ ~~で "frozen" 状態と表示される~~]] で説明されているように、BIOS でストレージデバイス (SSD/HDD) のパスワードを設定すると、それをサポートしているデバイスのハードウェア暗号化も初期化される場合があります。デバイスが OPAL 規格にも準拠している場合、パスフレーズを設定する機能が BIOS に無くとも、これを行える場合があります。[[自己暗号化ドライブ]] を見てください。		[[#Frozen モード]] で説明されているように、BIOS でストレージデバイス (SSD/HDD) のパスワードを設定すると、それをサポートしているデバイスのハードウェア暗号化も初期化される場合があります。デバイスが OPAL 規格にも準拠している場合、パスフレーズを設定する機能が BIOS に無くとも、これを行える場合があります。[[自己暗号化ドライブ]] を見てください。

	== トラブルシューティング ==		== トラブルシューティング ==
278行目:		278行目:

	デバイスのベンダーによってサポートされていれば、[[fwupd]] ユーティリティを使ってファームウェアをアップデートすることが推奨されます。		デバイスのベンダーによってサポートされていれば、[[fwupd]] ユーティリティを使ってファームウェアをアップデートすることが推奨されます。

			現在のファームウェアバージョンを確認するには:

			# smartctl -i /dev/''ssd_device''

	=== ADATA ===		=== ADATA ===
339行目:		343行目:
	{{Note\|Samsung はファームウェアアップデートをわかりやすく提供していません。ファームウェアアップデートに関連するページが4つあり、それぞれで別々の方法が示されています。}}		{{Note\|Samsung はファームウェアアップデートをわかりやすく提供していません。ファームウェアアップデートに関連するページが4つあり、それぞれで別々の方法が示されています。}}

	(Microsoft Windows で Samsung の "Magician" ソフトウェアを使わずに) Linux で作成したライブ USB スティックからファームウェアアップデートを実行したい場合は、[https://web.archive.org/web/20160322230114/fomori.org/blog/?p=933] を参照してください。		(Microsoft Windows で Samsung の "Magician" ソフトウェアを使わずに) Linux で作成したライブ USB スティックからファームウェアアップデートを実行したい場合は、[https://web.archive.org/web/20160322230114/fomori.org/blog/?p=933] を参照してください。注意点として、このブログ記事では Master Boot Record ([[MBR]]) を使ってブート可能な USB ドライブを作成する方法が説明されており、最近のマザーボートでは MBR がサポートされていないことがあります (例えば、[https://www.intel.com/content/www/us/en/support/articles/000057401/intel-nuc.html Intel NUC] はもはや MBR をサポートしていません)。

	==== Linux でのアップデート ====		==== Linux でのアップデート ====
356行目:		360行目:

	最後に、{{ic\|root/fumagician/fumagician}} を root 権限で実行し、(ファームウェアが正常にアップデートされたのであれば) システムを[[再起動]]してください。		最後に、{{ic\|root/fumagician/fumagician}} を root 権限で実行し、(ファームウェアが正常にアップデートされたのであれば) システムを[[再起動]]してください。

			再起動後にファームウェアのバージョンが変わっていない場合は、{{ic\|root/fumagician/fumagician 2> log}} を実行して、出力されたログファイルからエラーを探してください。例えば、ログに 'unzip is not available' という記述がある場合は、unzip をインストールするか、initrd から抽出してください。

	===== 古い SSD =====		===== 古い SSD =====
412行目:		418行目:
	* [https://lore.kernel.org/linux-btrfs/jgui4j$th5$1@dough.gmane.org/ Btrfs support for efficient SSD operation (data blocks alignment)]		* [https://lore.kernel.org/linux-btrfs/jgui4j$th5$1@dough.gmane.org/ Btrfs support for efficient SSD operation (data blocks alignment)]

	{{TranslationStatus\|Solid state drive\|2023-09-02\|~~786293~~}}		{{TranslationStatus\|Solid state drive\|2023-12-12\|794311}}

AshMyzk: Flashcache へのリンクを削除

2023-10-26T10:42:41Z

Flashcache へのリンクを削除

← 古い版		2023年10月26日 (木) 19:42時点における版
9行目:		9行目:
	{{Related\|ベンチマーク/データストレージデバイス}}		{{Related\|ベンチマーク/データストレージデバイス}}
	{{Related\|パフォーマンスの向上#ストレージデバイス}}		{{Related\|パフォーマンスの向上#ストレージデバイス}}
	{{Related\|Flashcache}}
	{{Related articles end}}		{{Related articles end}}

AshMyzk: 同期

2023-09-02T05:12:23Z

同期

← 古い版		2023年9月2日 (土) 14:12時点における版
125行目:		125行目:
	==== セクタサイズ ====		==== セクタサイズ ====

	[[Advanced Format#ソリッドステートドライブ]] を見てください。		[[Advanced Format#NVMe ソリッドステートドライブ]] を見てください。

	==== SSD のメモリセルのクリア ====		==== SSD のメモリセルのクリア ====
137行目:		137行目:
	=== セキュリティ ===		=== セキュリティ ===

	==== ~~Hdparm~~ ~~で "frozen" 状態と表示される~~ ====		==== Frozen モード ====

	一部のマザーボード~~の BIOS~~ は、初期化時に ~~SATA~~ ~~デバイスに対して~~ ~~"security~~ ~~freeze"~~ コマンドを発行します。同様に、一部の SSD (や HDD) ~~の BIOS は、~~工場出荷時にすで~~に "security freeze"~~ に設定されています。~~どちらにしても、以下~~の~~出力のように、デバイスのパスワードセキュリティ設定が~~ ~~'''frozen'''~~ ~~になり~~ます:		一部のマザーボードファームウェアは初期化時に ATA SECURITY FREEZE LOCK コマンドを SATA デバイスに発行します。これによりドライブは frozen モードになり、SEC2 状態 (セキュリティ無効、未ロック、frozen 状態) に遷移します。同様に、一部の SSD (と HDD) も工場出荷時にこの状態にすでに設定されています。このことは [[hdparm]] と [[smartctl]] の出力から確認できます:

	{{hc\|head=# hdparm -I /dev/sda \|output=		{{hc\|head=# hdparm -I /dev/sda \|output=
145行目:		145行目:
	Master password revision code = 65534		Master password revision code = 65534
	supported		supported
	not enabled		'''not enabled'''
	'''not locked'''		'''not locked'''
	'''frozen'''		'''frozen'''
153行目:		153行目:
	}}		}}

			{{hc\|# smartctl -g security /dev/sda\|
⚫	デバイスのフォーマットやオペレーティングシステムのインストールといった操作は、~~"security freeze"~~ の影響を受けません。
			ATA Security is: Disabled, frozen [SEC2]
			}}

		⚫	デバイスのフォーマットやオペレーティングシステムのインストールといった操作は、frozen モードの影響を受けません。

	上記の出力は、デバイスが起動時に HDD パスワードによって'''ロックされていない'''こと、そして '''frozen''' 状態によってデバイスを (実行時にパスワードを設定してデバイスをロックさせてしまうような) マルウェアから保護していることを示しています。		上記の ''hdparm'' の出力は、デバイスが起動時に HDD パスワードによって'''ロックされていない'''こと、そして '''frozen''' 状態によってデバイスを (実行時にパスワードを設定してデバイスをロックさせてしまうような) マルウェアから保護していることを示しています。

	"frozen" 状態のデバイスにパスワードを設定したい場合、それに対応しているマザーボード BIOS が必要です。[[自己暗号化ドライブ\|ハードウェア暗号化]]に必要なので、多くのノートパソコンでサポートされていますが、デスクトップやサーバーのボードではサポートがあるかどうかはっきりしないことがあります。		"frozen" 状態のデバイスにパスワードを設定したい場合、それに対応しているマザーボード BIOS が必要です。[[自己暗号化ドライブ\|ハードウェア暗号化]]に必要なので、多くのノートパソコンでサポートされていますが、デスクトップやサーバーのボードではサポートがあるかどうかはっきりしないことがあります。

	例えば、Intel DH67CL/BL マザーボードの場合、設定にアクセスするには物理的なジャンパによってマザーボードを "maintenance mode" に設定する必要があります ([https://sstahlman.blogspot.in/2014/07/hardware-fde-with-intel-ssd-330-on.html?showComment=1411193181867#c4579383928221016762], [https://communities.intel.com/message/251978#251978] を参照)。		例えば、Intel DH67CL/BL マザーボードの場合、設定にアクセスするには物理的なジャンパによってマザーボードを "maintenance mode" に設定する必要があります ([https://sstahlman.blogspot.in/2014/07/hardware-fde-with-intel-ssd-330-on.html?showComment=1411193181867#c4579383928221016762], [https://communities.intel.com/message/251978#251978]{{Dead link\|2023\|07\|30\|status=404}} を参照)。

	{{Warning\|よくわからないときは ~~{{ic\|~~hdparm}} を使って上記の'''ロック'''セキュリティ設定を変更しないで下さい。}}		{{Warning\|よくわからないときは ''hdparm'' を使って上記の'''ロック'''セキュリティ設定を変更しないで下さい。}}

	SSD を消去するときは、[[ディスクの完全消去#hdparm]] や [[ソリッドステートドライブ/メモリセルの消去]] を見て下さい。		SSD を消去するときは、[[ディスクの完全消去#hdparm]] や [[ソリッドステートドライブ/メモリセルの消去]] を見て下さい。

	===== スリープから復帰したあとに SSD 状態を "frozen" にする =====		===== スリープから復帰したあとに SSD 状態を frozen モードにする =====

	スリープからの復帰時に ~~SSD~~ は "frozen" ~~状態を失~~っていることが多く、[[ソリッドステートドライブ/メモリセルの消去]] で説明されているように ~~[https://ata.wiki.kernel.org/index.php/ATA_Secure_Erase~~ ATA ~~SECURE~~ ERASE] コマンドに対して脆弱になっています。		SSD は S3 スリープから復帰すると SEC1 状態 (セキュリティ無効、未ロック、非 frozen) に戻っていることが多く、[[ソリッドステートドライブ/メモリセルの消去]] で説明されているように ATA SECURITY ERASE UNIT コマンドに対して脆弱になっています。

	この問題を回避するために、[[電源管理#/usr/lib/systemd/system-sleep のフック\|スリープからの復帰後]]にスクリプトを実行することができます:		この問題を回避するために、[[電源管理#/usr/lib/systemd/system-sleep のフック\|スリープからの復帰後]]にスクリプトを実行することができます:
398行目:		402行目:
	* SanDisk Extreme SSD [https://kb.sandisk.com/app/answers/detail/a_id/10127 ファームウェアのリリースノート] と [https://kb.sandisk.com/app/answers/detail/a_id/10476 手動ファームウェアアップデートのバージョン R211]		* SanDisk Extreme SSD [https://kb.sandisk.com/app/answers/detail/a_id/10127 ファームウェアのリリースノート] と [https://kb.sandisk.com/app/answers/detail/a_id/10476 手動ファームウェアアップデートのバージョン R211]
	* SanDisk Ultra SSD [https://kb.sandisk.com/app/answers/detail/a_id/10192 ファームウェアのリリースノート] and [https://kb.sandisk.com/app/answers/detail/a_id/10477 手動ファームウェアアップデートのバージョン 365A13F0]		* SanDisk Ultra SSD [https://kb.sandisk.com/app/answers/detail/a_id/10192 ファームウェアのリリースノート] and [https://kb.sandisk.com/app/answers/detail/a_id/10477 手動ファームウェアアップデートのバージョン 365A13F0]
	* SanDisk Ultra+ SSD [https://kb.sandisk.com/app/answers/detail/a_id/12763 ファームウェアのリリースノート] and [https://kb.sandisk.com/app/answers/detail/a_id/12762 手動ファームウェアアップデートのバージョン X2316RL] - "H2" か "HP" のどちらが使用されているかを確認するには、{{ic\|smartctl -a /dev/sdX}} を使ってください。		* SanDisk Ultra+ SSD [https://kb.sandisk.com/app/answers/detail/a_id/12763 ファームウェアのリリースノート] and [https://kb.sandisk.com/app/answers/detail/a_id/12762 手動ファームウェアアップデートのバージョン X2316RL] - "H2" か "HP" のどちらが使用されているかを確認するには、{{ic\|smartctl -i /dev/sdX}} を使ってください。

	== 参照 ==		== 参照 ==
408行目:		412行目:
	* [https://superuser.com/questions/492084/is-alignment-to-erase-block-size-needed-for-modern-ssds Is alignment to erase block size needed for modern SSD's?]		* [https://superuser.com/questions/492084/is-alignment-to-erase-block-size-needed-for-modern-ssds Is alignment to erase block size needed for modern SSD's?]
	* [https://lore.kernel.org/linux-btrfs/jgui4j$th5$1@dough.gmane.org/ Btrfs support for efficient SSD operation (data blocks alignment)]		* [https://lore.kernel.org/linux-btrfs/jgui4j$th5$1@dough.gmane.org/ Btrfs support for efficient SSD operation (data blocks alignment)]
	* [https://serverfault.com/questions/356534/ssd-erase-block-size-lvm-pv-on-raw-device-alignment SSD, Erase Block Size & LVM: PV on raw device, Alignment]

	{{TranslationStatus\|Solid state drive\|2023-04-06\|~~773764~~}}		{{TranslationStatus\|Solid state drive\|2023-09-02\|786293}}

AshMyzk: リンクを修正

2023-05-29T09:14:26Z

リンクを修正

← 古い版		2023年5月29日 (月) 18:14時点における版
8行目:		8行目:
	{{Related\|ソリッドステートドライブ/メモリセルの消去}}		{{Related\|ソリッドステートドライブ/メモリセルの消去}}
	{{Related\|ベンチマーク/データストレージデバイス}}		{{Related\|ベンチマーク/データストレージデバイス}}
	{{Related\|パフォーマンスの~~最大化~~#ストレージデバイス}}		{{Related\|パフォーマンスの向上#ストレージデバイス}}
	{{Related\|Flashcache}}		{{Related\|Flashcache}}
	{{Related articles end}}		{{Related articles end}}
121行目:		121行目:
	=== パフォーマンスを最大化する ===		=== パフォーマンスを最大化する ===

	[[パフォーマンスの~~最大化~~#ストレージデバイス]] のヒントに従ってドライブのパフォーマンスを最大化しましょう。		[[パフォーマンスの向上#ストレージデバイス]] のヒントに従ってドライブのパフォーマンスを最大化しましょう。

	==== セクタサイズ ====		==== セクタサイズ ====

AshMyzk: 同期

2023-04-06T06:15:01Z

同期

← 古い版		2023年4月6日 (木) 15:15時点における版
22行目:		22行目:
	=== TRIM ===		=== TRIM ===

			ファイルの削除がファイルシステムレベルのみで処理される[https://www.redhat.com/sysadmin/linux-delete-file-rm]ハードドライブと比較して、SSD は、メモリブロックが解放されて再利用可能になったときにディスクコントローラに通知することで利益を得ます。SSD を構成するフラッシュセルは書き込み操作の度に少しづつ摩耗するため、ディスクコントローラは全てのセルに書き込み操作を分散させるアルゴリズムを使用します: この処理は[[Wikipedia:ja:ウェアレベリング\|ウェアレベリング]]と呼ばれます。NVMe の [[Wikipedia:Trim (computing)#NVM_Express\|DEALLOCATE]] や、SAS の [[Wikipedia:Trim (computing)#SCSI\|UNMAP]]、[[Wikipedia:ATA_TRIM\|ATA_TRIM]] コマンドが無ければ、空きメモリブロックがなくなると、1つセルに書き込む前にそのセルを削除するためにデータを移動しなければならないため、ディスクコントローラは書き込み操作により多くの時間を消費するようになってしまいます ([[Wikipedia:ja:ライトアンプリフィケーション]] を参照): [https://www.techspot.com/review/737-ocz-vector-150-ssd/page9.html TechSpot のベンチマーク]では、SSD をデータで埋める前と後でのパフォーマンスへの影響を表しています。
	ほとんどの SSD は、長期的なパフォーマンスの維持とウェアレベリングのための [[wikipedia:ATA_TRIM\|ATA_TRIM コマンド]]をサポートしています。[https://www.techspot.com/review/737-ocz-vector-150-ssd/page9.html TechSpot 記事]では、SSD をデータで埋める前と後でのパフォーマンスベンチマークの例が示されています。

		⚫	{{Note\|TRIM を使用したいのであれば、定期的な TRIM か連続的な TRIM のどちらか一方'''のみ'''を使用してください。連続的な TRIM は、TRIM コマンドを発行する方法として Linux コミュニティの間で最も好まれているわけでは'''ありません'''。例えば、Ubuntu は定期的な TRIM をデフォルトで有効化しており [https://askubuntu.com/questions/1034169/is-trim-enabled-on-my-ubuntu-18-04-installation]、Debian は [[Debian:SSDOptimization#Mounting SSD filesystems\|連続的な TRIM]] の使用を推奨しておらず、Red Hat は可能であれば連続的な TRIM よりも定期的な TRIM を使用することを推奨しています [https://web.archive.org/web/20160917183831/https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Storage_Administration_Guide/ch02s04.html]。}}

	Linux カーネルバージョン 3.8 以降、異なる[[ファイルシステム]]に対する TRIM のサポートが継続的に追加されました。概要は以下の表を見てください:		Linux カーネルバージョン 3.8 以降、異なる[[ファイルシステム]]に対する TRIM のサポートが継続的に追加されました。概要は以下の表を見てください:
29行目:		31行目:
	! ファイルシステム !! 連続的な TRIM <br> ({{ic\|discard}} オプション) !! 定期的な TRIM <br> (''fstrim'') !! 参照<br> と備考		! ファイルシステム !! 連続的な TRIM <br> ({{ic\|discard}} オプション) !! 定期的な TRIM <br> (''fstrim'') !! 参照<br> と備考
	\|-		\|-
	\| [[Btrfs]] \|\| {{Yes}} \|\| {{Yes}} \|\|		\| [[Btrfs]] \|\| {{Yes}} \|\| {{Yes}} \|\| カーネル 6.2 から非同期 discard がデフォルトで[[Btrfs#SSD TRIM\|有効化]]されています。
	\|-		\|-
	\| [[Wikipedia:ja:exFAT\|exFAT]] \|\| {{Yes}} \|\| {{Yes}} \|\| ''fstrim'' はカーネル 5.13 以降、サポートされています。[https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit?id=654762df2ec7d61b05acc788afbffaba52d658fe]		\| [[Wikipedia:ja:exFAT\|exFAT]] \|\| {{Yes}} \|\| {{Yes}} \|\| ''fstrim'' はカーネル 5.13 以降、サポートされています。[https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit?id=654762df2ec7d61b05acc788afbffaba52d658fe]
43行目:		45行目:
	\| [[Wikipedia:ja:NILFS\|NILFS2]] \|\| {{Yes}} \|\| {{Yes}} \|\|		\| [[Wikipedia:ja:NILFS\|NILFS2]] \|\| {{Yes}} \|\| {{Yes}} \|\|
	\|-		\|-
			\| rowspan=2 \| [[NTFS]]
	\| [[NTFS-3G]] \|\| {{No}} \|\| {{Yes}} \|\| バージョン 2015.3.14 以降 [https://www.mail-archive.com/ntfs-3g-devel@lists.sourceforge.net/msg01093.html]
			\| {{Yes}} \|\| {{No}} \|\| [https://docs.kernel.org/filesystems/ntfs3.html ntfs3] カーネルドライバは連続的な TRIM のみをサポートしています。
			\|-
			\| {{No}} \|\| {{Yes}} \|\| [[NTFS-3G]] ドライバは定期的な TRIM のみをサポートしています。
	\|-		\|-
	\| [[VFAT]] \|\| {{Yes}} \|\| {{Yes}} \|\| ''fstrim'' はカーネル 4.19 以降、サポートされています。[https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=f663b5b38fffeb31841f8bfaf0ef87a445b0ffee]		\| [[VFAT]] \|\| {{Yes}} \|\| {{Yes}} \|\| ''fstrim'' はカーネル 4.19 以降、サポートされています。[https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=f663b5b38fffeb31841f8bfaf0ef87a445b0ffee]
69行目:		74行目:

	==== 連続的な TRIM ====		==== 連続的な TRIM ====

	{{Note\|{{ic\|fstrim}} を定期的に実行しているのであれば、連続的な TRIM を有効化する必要はありません。TRIM を使いたいのであれば、定期的な TRIM か連続的な TRIM のどちらか一方を使ってください。}}

	TRIM コマンドを定期的に ({{ic\|fstrim.timer}} を使用する場合はデフォルトで1週間に1度) 発行するのではなく、ファイルが削除されるたびに TRIM コマンドを発行することも可能です。後者は、連続的な TRIM (continuous TRIM) として知られています。		TRIM コマンドを定期的に ({{ic\|fstrim.timer}} を使用する場合はデフォルトで1週間に1度) 発行するのではなく、ファイルが削除されるたびに TRIM コマンドを発行することも可能です。後者は、連続的な TRIM (continuous TRIM) として知られています。

	{{Warning\|[[Wikipedia:Serial ATA#SATA revision 3.1\|SATA 3.1]] 以前ではすべての TRIM コマンドはキューされなかったので、連続的な TRIM はシステムを頻繁にフリーズさせていました。この場合、低頻度で [[#定期的な TRIM]] を適用するのがより良い代替策です。また、深刻なデータ破損を引き起こすためキューに入れられた TRIM コマンドの実行がブラックリスト化されているデバイスの多くでも似たような問題が発生します ([https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/ata/libata-core.c Linux ソースコード]の {{ic\|ata_device_blacklist}} を参照)。そのような場合、デバイスにも依りますが、システムはキューの TRIM コマンドではなく非キューの TRIM コマンドを SSD に送信することを強制される場合があります。詳細は [[Wikipedia:ja:TRIM#短所]] を見てください。}}		{{Warning\|[[Wikipedia:Serial ATA#SATA revision 3.1\|SATA 3.1]] 以前ではすべての TRIM コマンドはキューされなかったので、連続的な TRIM はシステムを頻繁にフリーズさせていました。この場合、低頻度で [[#定期的な TRIM]] を適用するのがより良い代替策です。また、深刻なデータ破損を引き起こすためキューに入れられた TRIM コマンドの実行がブラックリスト化されているデバイスの多くでも似たような問題が発生します ([https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/ata/libata-core.c Linux ソースコード]の {{ic\|ata_device_blacklist}} を参照)。そのような場合、デバイスにも依りますが、システムはキューの TRIM コマンドではなく非キューの TRIM コマンドを SSD に送信することを強制される場合があります。詳細は [[Wikipedia:ja:TRIM#短所]] を見てください。}}

⚫	{{Note\|連続的な TRIM は、TRIM コマンドを発行する方法として Linux コミュニティの間で最も好まれているわけではありません。例えば、Ubuntu は定期的な TRIM をデフォルトで有効化しており [https://askubuntu.com/questions/1034169/is-trim-enabled-on-my-ubuntu-18-04-installation]、Debian は [[Debian:SSDOptimization#Mounting SSD filesystems\|連続的な TRIM]] の使用を推奨しておらず、Red Hat は可能であれば連続的な TRIM よりも定期的な TRIM を使用することを推奨しています [https://web.archive.org/web/20160917183831/https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Storage_Administration_Guide/ch02s04.html]。}}

	{{ic\|/etc/fstab}} 内で {{ic\|discard}} オプションを使うことにより、デバイスオペレーションでの連続的な TRIM を有効化します:		{{ic\|/etc/fstab}} 内で {{ic\|discard}} オプションを使うことにより、デバイスオペレーションでの連続的な TRIM を有効化します:
409行目:		410行目:
	* [https://serverfault.com/questions/356534/ssd-erase-block-size-lvm-pv-on-raw-device-alignment SSD, Erase Block Size & LVM: PV on raw device, Alignment]		* [https://serverfault.com/questions/356534/ssd-erase-block-size-lvm-pv-on-raw-device-alignment SSD, Erase Block Size & LVM: PV on raw device, Alignment]

	{{TranslationStatus\|Solid state drive\|2023-03-19\|~~772979~~}}		{{TranslationStatus\|Solid state drive\|2023-04-06\|773764}}

AshMyzk: 同期

2023-03-19T06:06:32Z

同期

← 古い版		2023年3月19日 (日) 15:06時点における版
2行目:		2行目:
	[[en:Solid state drive]]		[[en:Solid state drive]]
	[[es:Solid State drive]]		[[es:Solid State drive]]
	[[fr:Solid state drive]]
	[[ru:Solid state drive]]		[[ru:Solid state drive]]
	[[zh-hans:Solid state drive]]		[[zh-hans:Solid state drive]]
59行目:		58行目:
	そして、DISC-GRAN (discard granularity) と DISC-MAX (discard max bytes) 列の値を確認してください。値が 0 でなければ、TRIM をサポートしていることを意味します。		そして、DISC-GRAN (discard granularity) と DISC-MAX (discard max bytes) 列の値を確認してください。値が 0 でなければ、TRIM をサポートしていることを意味します。

			SATA SSD の場合にのみ、{{Pkg\|hdparm}} パッケージは、{{ic\|hdparm -I /dev/sda {{!}} grep TRIM}} を [[ユーザーとグループ#概要\|root ユーザ]]として実行することにより、TRIM サポートを検出することができます。{{Pkg\|hdparm}} は、NVMe SSD をサポートしていません。
	あるいは、{{Pkg\|hdparm}} パッケージを[[インストール]]し、以下を実行してください:

	{{hc\|# hdparm -I /dev/sda {{!}} grep TRIM\|
	* Data Set Management TRIM supported (limit 1 block)
	}}

	{{Note\|仕様によって定義されている TRIM のサポートには異なる種類があります。ゆえに、ドライブが何をサポートしているかによってこの出力は異なる場合があります。詳細は、[[Wikipedia:ja:TRIM#ATA]] を見てください。}}

	==== 定期的な TRIM ====		==== 定期的な TRIM ====
292行目:		285行目:
	Crucial は ISO イメージを使ってファームウェアをアップデートする方法を提供しています。[https://www.crucial.com/usa/en/support-ssd SSD サポートページ]から製品を選んで "Manual Boot File" をダウンロードすることでイメージを入手できます。		Crucial は ISO イメージを使ってファームウェアをアップデートする方法を提供しています。[https://www.crucial.com/usa/en/support-ssd SSD サポートページ]から製品を選んで "Manual Boot File" をダウンロードすることでイメージを入手できます。

	{{Note\|Crucial が提供している ISO イメージはハイブリッドではないようです。{{ic\|dd}} コマンドを使って [[MBR]] が存在しないデバイスにイメージをコピーした場合、デバイスが起動できなくなります。}}		{{Note\|Crucial が提供している ISO イメージはハイブリッドではないようです。{{ic\|dd}} コマンドを使って [[MBR]] が存在しないデバイスにイメージをコピーした場合、デバイスが起動できなくなります。{{Pkg\|syslinux}} をインストールし、{{ic\|isohybrid path/to/image.iso}} を実行してください。}}

	M4 Crucial モデルを使っている場合、{{ic\|smartctl}} でファームウェアのアップグレードが必要かどうかチェックすることが可能です。		M4 Crucial モデルを使っている場合、{{ic\|smartctl}} でファームウェアのアップグレードが必要かどうかチェックすることが可能です。
416行目:		409行目:
	* [https://serverfault.com/questions/356534/ssd-erase-block-size-lvm-pv-on-raw-device-alignment SSD, Erase Block Size & LVM: PV on raw device, Alignment]		* [https://serverfault.com/questions/356534/ssd-erase-block-size-lvm-pv-on-raw-device-alignment SSD, Erase Block Size & LVM: PV on raw device, Alignment]

	{{TranslationStatus\|Solid state drive\|~~2022~~-11-15\|~~756823~~}}		{{TranslationStatus\|Solid state drive\|2023-03-19\|772979}}