【瓦記録】SMRのHDD 8台目【ﾌﾟﾗｯﾀ枚数減】

**Socket774** (ﾜｯﾁｮｲ fedc-kyym) · 2019/09/08(日) 07:54:56.14

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512

プラッタ枚数を減らし、価格が安くなるかわりにがランダム書き込みが致命的に遅くなる技術
Shingled Magnetic Recording (SMR)を採用した、通称瓦記録のHDDについて語りましょう

Shingled Magnetic Recording: Boosting Capacity and Lowering Costs
https://sata-io.org/developers/sata-ecosystem/shingled-magnetic-recording-boosting-capacity-and-lowering-costs

HDDの大容量化をけん引する瓦記録技術 - 東芝
https://www.toshiba.co.jp/tech/review/2015/08/70_08pdf/a08.pdf

SMR におけるビット信頼度への隣接ビットの影響 - 日本磁気学会
https://www.magnetics.jp/kouenkai/2015/doc/program/44ALL.pdf

スマートストレージ・スタックベースHBAおよびRAIDソリューションでのSMRドライブの使用
https://storage.microsemi.com/nr/pdfs/microsemi_adaptec_smr_whitepaper_ja.pdf

前スレ
【瓦記録】SMRのHDD 7台目【ﾌﾟﾗｯﾀ枚数減】
https://egg.5ch.net/test/read.cgi/jisaku/1561881186/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

**Socket774** (ﾜｯﾁｮｲ dd76-fRyK) · 2019/12/06(金) 01:57:55.57

>>122
LGB-2BDPU3ES
https://kakaku.com/item/K0001055320/

KURO-DACHI/CLONE+ERASE/ESKP
https://kakaku.com/item/K0001032420/

AOK-ERASECLONE-U3
https://kakaku.com/item/K0001149106/

MAL-5135SBKU3 [ブラック]
https://kakaku.com/item/K0000823267/

**Socket774** (JP 0Ha3-P7vV) · 2019/12/06(金) 06:02:29.85

>>123
ありがてぇ

**Socket774** (ﾜｯﾁｮｲ 4bdc-Fgt1) · 2019/12/06(金) 18:29:59.38

ReFSってSMRサポートしてんだな
https://docs.microsoft.com/ja-jp/windows-hardware/drivers/ddi/ntifs/ne-ntifs-_refs_smr_volume_gc_action

**Socket774** (ｽﾌﾟｯｯ Sd03-n+vx) · 2019/12/06(金) 18:31:53.84

HM-SMRのサポートって話であって一般人には関係ない

**Socket774** (ﾜｯﾁｮｲ e57e-e4WC) · 2019/12/06(金) 21:21:40.41

一般に販売されてるドライブマネジメントのSMRでは意味なし

**Socket774** (ｽｯﾌﾟ Sd03-8J5H) · 2019/12/06(金) 21:32:05.82

ドライブマネジメント以外のSMRなんて現存したんだな

**Socket774** (ﾜｯﾁｮｲ 4bdc-Fgt1) · 2019/12/07(土) 00:18:17.30

SEAGATE TECHNOLOGY LLC
Shingled magnetic recording storage system improving command completion time
https://patents.patsnap.com/v/US9978417-shingled-magnetic-recording-storage-system-improving-command-completion-time.html

**Socket774** (ﾜｯﾁｮｲ d558-VCVf) · 2019/12/07(土) 02:51:09.99

smrってデータ領域のバックアップには向いてるのでしょうか？
バックアップソフトを使用して１回に数百GB書き込むかもしれないのですが

**Socket774** (ﾜｯﾁｮｲ 9b11-MQ5D) · 2019/12/07(土) 03:03:47.23

週１～月一程度でファイルを放り込んで一度書き込んだデータは極力削除せずに放置する用途には向いている

**Socket774** (ﾜｯﾁｮｲ 9b11-MQ5D) · 2019/12/07(土) 03:05:57.55

システムやデータドライブの定期的なイメージバックアップを取って保管する用途にも向いている

**Socket774** (ﾜｯﾁｮｲ 4bdc-Fgt1) · 2019/12/07(土) 03:14:49.52

逆に言えばバックアップ用途以外では使えない
普通の用途で使うとストレス溜まりまくって嫌になる

**Socket774** (ﾜｯﾁｮｲ d558-VCVf) · 2019/12/07(土) 03:56:24.37

Dドライブとしての用途に向いてないのは何故なのでしょうか？

**Socket774** (ﾜｯﾁｮｲ 9b11-MQ5D) · 2019/12/07(土) 11:16:09.80

ファイルを書き込んでは消しての繰り返しでフラグメントが蓄積されるから

**Socket774** (ﾜｯﾁｮｲ 1bd2-zHHq) · 2019/12/07(土) 13:43:41.32

質問
例えば全部で3テラの大小入り交じったデータをいっぺんにコピーするとして
1テラあたりでキャッシュ使いきり激遅現象が起きたとする
そしたら残りの2テラコピー終わるまでずっと遅いままなのでしょうか
それとも残りのデータが瓦向きだったりすればどっかのタイミング速度が戻ったりしますか

**Socket774** (ｽﾌﾟｯｯ Sd03-8J5H) · 2019/12/07(土) 14:19:08.51

>>136
瓦向きのデータになった時点で速度は戻るはず

**Socket774** (ﾜｯﾁｮｲ d558-VCVf) · 2019/12/07(土) 14:23:05.88

SMRと比較してCMRを倉庫として利用するメリットやデメリットはあるでしょうか？
現状使ってるデータ用のHDDが壊れたら倉庫用のHDDをデータ用として利用したいのでCMRを購入しようかと迷っているのですが

**Socket774** (ｽﾌﾟｯｯ Sd03-8J5H) · 2019/12/07(土) 14:31:07.40

>>138
CMRを利用するデメリットは値段だけ
性能的にはSMRはCMRの劣化版でしか無い
ただ具体的にSMRのどこがどの程度劣っているのかが未だに明らかになってないだけ

**Socket774** (ﾜｯﾁｮｲ 4bdc-Fgt1) · 2019/12/07(土) 20:40:57.27

頻繁に書き込む→CMR
一度しか書き込まない→SMR

**Socket774** (ｱｳｱｳｳｰ Saa9-zAlO) · 2019/12/07(土) 21:01:07.33

いつの間にかseagateの8TBが1万円台前半まで安くなってるね

**Socket774** (ﾜｯﾁｮｲ 9b11-MQ5D) · 2019/12/07(土) 23:05:23.65

書き換える→CMR
書き流しこむ→SMR

**Socket774** (ﾜｯﾁｮｲ a536-8J5H) · 2019/12/07(土) 23:07:16.39

書き流しこむ？？

**Socket774** (ﾜｯﾁｮｲ 4be3-y61b) · 2019/12/08(日) 12:07:35.23

SMR登場から1年以上たってると思うけど
タイムシフト(REGZA等)に使えるかどうか結論出た？

**Socket774** (ﾜｯﾁｮｲ a536-8J5H) · 2019/12/08(日) 12:23:05.10

>>144
今だに出てないな

**Socket774** (ﾜｯﾁｮｲ a536-8J5H) · 2019/12/08(日) 12:26:57.87

そもそもタイムシフトは一般的なCMRでも
一ヶ月と持たずに壊れるって話もあるから難しい気はするが
逆にSMRで可能だったら凄いね

**Socket774** (ﾜｯﾁｮｲ 4be3-y61b) · 2019/12/08(日) 12:36:13.15

REGZAでタイムシフト、6ch,12時間/日,約1年間
WD,4TB,CMRだけど特に問題ないな
HDDの詳細情報は見てないけど

**Socket774** (ﾜｷｹﾞｰ MM93-c/wd) · 2019/12/08(日) 14:16:52.04

>>136
まとめてコピーするタスクな時点でSMR大得意なので問題無い
コピー元のファイルが小さかろうがコピー元のHDD上で断片化されていようがコピー元のセクタを再現するわけでなし綺麗にファイル単位で読み込まれたものをブロック単位で書く作業だからキャッシュ消耗はゼロのパターン
コピー元のコピー先がどちらがCMRでSMRであろうとファイルコピーはコピー後はデフラグされたごとしの綺麗なものよ
クローンの話なら知らん

**Socket774** (ﾜｯﾁｮｲ 9b11-MQ5D) · 2019/12/08(日) 14:46:51.92

NTFS圧縮をONにして大きなファイルを書き込んでごらんよ
数千のフラグメントなんて簡単にできるから

**Socket774** (ﾜｯﾁｮｲ f5de-lKoY) · 2019/12/08(日) 16:11:24.48

昔みたく容量を少しでも確保したいならともかく
今日日レスポンス悪化を受け入れてまで圧縮するかね？

**Socket774** (ﾜｯﾁｮｲ a536-8J5H) · 2019/12/08(日) 16:49:46.56

>>148
逆じゃね？
ディスクのクローンならディスクのデータ全部をシーケンシャルライトするから
SMRの得意な書き込みとなりMCの消耗は無い
小さいファイル単位でコピーすると
各ファイルの書き込みアドレスが連続になるとは限らず
ファイル毎にバンド単位での瓦書きが発生する可能性があるため
MCに書き込みデータを載せる必要が出てくる

**Socket774** (ﾜｯﾁｮｲ 458a-WBaP) · 2019/12/08(日) 17:05:50.18

まっさらのドライブにコピーするんだから小物ファイルでも順番にかかれるんじゃないか？

コピー時の効率よりもその後の利用時のことを重視すればだけど。

**Socket774** (ﾜｯﾁｮｲ a536-8J5H) · 2019/12/08(日) 17:11:19.58

>>152
そうであるなら誰もSMRの問題は踏まないはずじゃね？

**Socket774** (ﾜｯﾁｮｲ 458a-WBaP) · 2019/12/08(日) 20:18:20.10

元の人の問いかけでのファイルサイズが大小で具体的にどれくらいなのかわからんけれど、
ウチではST8000DM004に11台はコピーしてるけれど、遅延現象には遭遇してないしな。

よく言われるSMR遅延問題、具体的にどのドライブで起こってるんかね？
遅延現象がウソとは言わないけれど、AS002時代の報告を引きずってるだけじゃないかという気がしないでもない。

**Socket774** (ﾜｯﾁｮｲ 2320-WBaP) · 2019/12/08(日) 22:17:09.24

ネットの論客にファイナルアンサー!?
～「もしかして……SMR!?」。最新2TBプラッタHDDをとことんイジメる
https://pc.watch.impress.co.jp/docs/news/1156085.html

別に普通のと変わらないようだな
昔は低速病とかあったけど使ってるやつが病気だったんだろうな

**Socket774** (ﾜｯﾁｮｲ a536-8J5H) · 2019/12/08(日) 23:19:05.55

>>155
いやいやいや、そのサイトでもST4000DM004 で超低速になるって言ってるじゃないか
それそんなに古いHDDじゃないでしょ

**Socket774** (ﾜｯﾁｮｲ a536-8J5H) · 2019/12/08(日) 23:24:58.84

>>154
その超低速の発生条件が明らかでは無いのが1番の問題なんだよな
それさえ明確になれば起きる起きない論争も終わるはずなんだが
未だに明らかになってないっていうね
まあ明らかにならないままSSDか次のHDDの時代になるのかね

**Socket774** (ﾜｯﾁｮｲ a536-8J5H) · 2019/12/08(日) 23:30:16.43

あと超低速とは別にランダムライトがCMRより微妙に遅くなる問題な
恐らくMCから瓦へのコピーがOSからMCのコピーに被ってしまってるんだろうけど
まあこれ位は誤差で済む話はかもしれんが

SMR（瓦記録）のHDDは本当に遅いのか試してみた
https://ameblo.jp/iso5210/entry-12426001030.html

**Socket774** (ﾜｯﾁｮｲ d558-VCVf) · 2019/12/10(火) 05:36:11.33

CMRでも空き容量が減ってくると読み書きは遅くなってきますか？

**Socket774** (ﾜｯﾁｮｲ 4b7a-cftr) · 2019/12/10(火) 07:57:44.37

論理的には遅くなるし対象ファイルや空きエリアの断片化が酷いと遅くなるだろうな

ただしCMRの場合OS側で把握出来無いのは代替セクタだけなんだから、最適な配置にする事は出来る。

**Socket774** (ﾜｷｹﾞｰ MM93-c/wd) · 2019/12/10(火) 08:13:25.39

CMRでも外側の速度が出る場所を開けてマネージメントする仕組みはあるんだろうか
まあこれやるなら=効果があるならますますSMRで良いって事になるけど

**Socket774** (ｽｯﾌﾟ Sd03-8J5H) · 2019/12/10(火) 08:18:20.43

>>160
別にSMRでもデフラグは出来るでしょ

**Socket774** (ｽｯﾌﾟ Sd03-8J5H) · 2019/12/10(火) 08:25:28.10

>>161
IronWolfがCMRなのにMC積んでるらしいからそれに該当すると思うけど？
あんまり意味があるとは思えんが
>>158 の問題も出そうだし

IronWolfの記事
https://weekly.ascii.jp/elem/000/000/415/415975/

**Socket774** (ﾜｷｹﾞｰ MM93-c/wd) · 2019/12/10(火) 08:42:52.71

>>163
あんがと調べてくれるとは思わなんだw
素人が思う様なことはなんでもやり尽くしてるんだな
もちろん個人レベルではSSDやそれを使った仕組みのが簡単で安全そうだけど
MCの説明にもSMRの派生技術とあるからSSDが中身TLCとSLC混在だったりする様に用途別にCMR/SMRの混在比率が変わったりしていくのかな
究極書き込み時間と消費電力の抑制にいくんだろうかその世界は

**Socket774** (ﾜｯﾁｮｲ 2320-WBaP) · 2019/12/10(火) 23:23:50.22

メディアキャッシュメーターとかあればいいな

**Socket774** (ﾜｯﾁｮｲ 2320-WBaP) · 2019/12/10(火) 23:27:51.16

>>158
SMRだとMCの制御用の記録を取る必要があるだろうから
遅くなる要素はある

**Socket774** (ﾜｯﾁｮｲ a536-8J5H) · 2019/12/11(水) 00:38:56.77

>>166
なんでパフォーマンス落としてまで記録を取る必要があるの？
>>158 の説が否定された理由もわからんし

**Socket774** (ﾜｯﾁｮｲ 1bd2-zHHq) · 2019/12/11(水) 01:04:01.73

隠すからますます疑心暗鬼になるんだよな
瓦のキャッシュ挙動の仕様詳細全部出したほうがましだと思うんだけどね
ライトユーザーはそもそも気にしないし　マニアも詳細わかれば癖を攻略して使いこなすの好きだから
意外と納得して買うと思う　でも仕様不明のワケわからんのは避けられる

**Socket774** (ﾜｯﾁｮｲ 2320-WBaP) · 2019/12/11(水) 01:05:23.14

> MCから瓦へのコピーがOSからMCのコピーに被ってしまってる
説ってこれか
よくわからない
キャッシュだからまとめて書き出すのが基本で
被るのにいちいち書き出す必要があるのか
それとSMRのパフォーマンスは2割り増しぐらい容量が増えるよってことで
書き込み速度とか使ってる人に認識できない
またログ的なものがないとシステムが動かない

**Socket774** (ﾜｯﾁｮｲ a536-8J5H) · 2019/12/11(水) 02:07:48.48

>>169
被るのにいちいち書き出す必要はある
何故なら絶対に被らないようにMCから瓦に書き出そうとすると
MCが溢れやすくなってしまうから
例えば絶対に被らせないようしたら裏で何時間もかかるウィルスチェックなんて動いてたら
絶対にMCから瓦に書き出せずに溢れるからな
それにまとめて書き出すって瓦書きって下手したら通常の何十倍も時間がかかるからな
急いで書き出さないとすぐに追いつかれてしまう

**Socket774** (ﾜｯﾁｮｲ 0dbe-WBaP) · 2019/12/11(水) 22:24:54.94

溢れないように２０GB以上用意して
溢れたら使い物にならない
そういうシステムだと思う

**Socket774** (ﾜｯﾁｮｲ 9b11-MQ5D) · 2019/12/11(水) 23:49:22.24

SMRとは別に２TB～４TBのCMRドライブを一時ファイル置き場として繋げておいて、
一時ファイルから保存すべきファイルへ昇格したらSMRドライブへ移動させる
いわば手動キャッシュシステムで運用するかぎりはSMRドライブは問題なく有用に使える

**Socket774** (ﾜｯﾁｮｲ 9b11-MQ5D) · 2019/12/11(水) 23:51:23.39

録画用に使う場合も、リアルタイムで録画するときはCMRドライブへ、
録画が終わってこの番組は保管するべきだと思ったらSMRドライブへ録画番組を移動させる
この使い方なら問題ない

**Socket774** (ﾜｯﾁｮｲ efdc-xO71) · 2019/12/12(木) 04:12:30.04

SMRなのを知ら「1MB/sしか出ない！！！！返品する！！！！」と騒いでる情弱がAmazonのレビューにわんさかいるから
メーカー側はSMRのHDDを出してから情弱のせいで利益率が相当下がってると思うんだが

**Socket774** (ﾜｯﾁｮｲ efdc-xO71) · 2019/12/12(木) 04:12:45.78

訂正

SMRなのを知らずに「1MB/sしか出ない！！！！返品する！！！！」と騒いでる情弱がAmazonのレビューにわんさかいるから
メーカー側はSMRのHDDを出してから情弱のせいで利益率が相当下がってると思うんだが

**Socket774** (ｵｲｺﾗﾐﾈｵ MM67-ToYD) · 2019/12/12(木) 04:55:58.11

それ情弱とは言わんだろｗ
HDDメーカーはSMRの特別な仕様のことを広く公表してないので、
ここ見てる俺らみたいなオタク以外は今までのHDDと思って買ってしまう
そうして使ってて突然異常なほど低速になったら普通は故障だと思うよ

ちゃんと説明しないで売り続けてるメーカーが悪い

**Socket774** (ｽｯﾌﾟ Sd22-quxg) · 2019/12/12(木) 08:53:23.53

まあ現実にはそんなに利益率が下がってないから今だに売ってるんだろうけどな
低速に見舞われる人が1%でもアマゾンレビューはそういう人で溢れかえるからな

**Socket774** (ﾜｯﾁｮｲ 0ed2-98fD) · 2019/12/12(木) 09:15:43.68

情弱(恐らくライトユーザー)が瓦病起こすってことは簡単に現象が起きるってことにならんか?
わざと起こそうとしてもできないよ的な擁護意見と矛盾する　どっちが正しいのかね

**Socket774** (ｽｯｯﾌﾟ Sd02-quxg) · 2019/12/12(木) 12:55:52.52

擁護意見というかこのスレや他のスレ含めても再現出来る人が
なかなか出て来ないのもまた現実
擁護するわけじゃないが、それについて解析も進まないっていう

**Socket774** (ﾜｯﾁｮｲ 3673-kui+) · 2019/12/12(木) 13:43:18.22

星1のレビュー見ると、初期不良とか梱包の悪さとかを除くと
単純にバックアップしようとして2TBコピーしたらものすごく遅くなった
みたいなの多いね
これと似たようなことして遅くならないなら、何が原因かわからんが

**Socket774** (ﾜｯﾁｮｲ 6220-kui+) · 2019/12/12(木) 23:03:46.83

単位記録面が小さくなると
ケーブルの高い品質要求
ノイズに弱い
不良セクタができやすい
等が考えられる

**Socket774** (ﾜｯﾁｮｲ efdc-xO71) · 2019/12/14(土) 02:59:50.18

瓦ドライブに転送する時は必ずfastcopy使って転送してるから遅いと感じたり1MB/sになったことはないな
（宗教的な理由で瓦ドライブに転送する時はExplorer.exe経由での転送は行わない）

**Socket774** (ﾜｯﾁｮｲ 3be9-dGZT) · 2019/12/14(土) 10:23:20.49

ほんと宗教だな

**Socket774** (ﾜｯﾁｮｲ a3bc-tW3V) · 2019/12/14(土) 10:23:21.65

>>179
海門のSMRの超低速モードならある用途では9割がた再現できる。その用途に限ってCMRなWDの3TB使っている。
海門のSMR8TBは都合5台倉庫用途で使っていて内3台のAS0002は25000時間超。代替処理ゼロ。断片ゼロ。
俺も宗教上の理由から野良ソフトは極力使用しないことにしている。倉庫の出し入れ並べ替えはエクスプローラのみ。
4TB越なHDDは全てUSBそとづけでTV録画用途半数で30台ほど稼働している。今のところ故障HDDはなし。皆無。

**Socket774** (ﾜｯﾁｮｲ 0ed2-98fD) · 2019/12/14(土) 14:30:10.30

再現できるならその条件をはっきり書けよ　なんでそこを絶対書かないんだ
幽霊撮影しました!でもビデオが真っ黒でといった話と同レベル
ありまぁす！じゃなくてさぁ　ある条件てなんやねん

**Socket774** (ﾜｯﾁｮｲ e220-kui+) · 2019/12/14(土) 22:08:54.12

キャッシュが溢れるぐらいの読み書きをして
低速モードになってしまうのは仕様

**Socket774** (ﾜｯﾁｮｲ 4e11-pKOy) · 2019/12/15(日) 00:56:04.60

自分は拡張コピーCopyExitを絶対神として決して浮気をしない

**Socket774** (ﾜｯﾁｮｲ e2bf-l0cj) · 2019/12/16(月) 07:16:02.87

CPU交換する際SATAのコネクタやっちまったぽいんですが、これは絶望的ですか？

**Socket774** (ﾜｯﾁｮｲ e2bf-l0cj) · 2019/12/16(月) 07:16:27.61

画像忘れました
https://i.imgur.com/mQkXn3u.png

**Socket774** (ﾜｯﾁｮｲ efdc-xO71) · 2019/12/16(月) 07:34:28.12

スレ違い

**Socket774** (ﾜｯﾁｮｲ 1bbe-hja2) · 2019/12/17(火) 00:18:54.51

SMRのHDDて、不良ができると瓦のブロック全体が最終的に死ぬ、
ひでえ話だ。ブロック全体で書き込む場所が固定ではないので、不良セクターを
部分だけ代換できない。不良できたら物理フォーマットやりなおすこと

**Socket774** (ﾜｯﾁｮｲ 4e11-pKOy) · 2019/12/17(火) 17:03:43.05

そうだっけ？　理屈上はSMRブロックごと廃棄しなくても代替セクタは設けられるけど

**Socket774** (ﾜｯﾁｮｲ efdc-xO71) · 2019/12/17(火) 19:05:29.66

TRIM方式のWD製SMRならセクタ部分で回避できそうだが非TRIM方式のSG製SMRはややこしそうやな

**Socket774** (ｽｯｯﾌﾟ Sd02-5Rya) · 2019/12/17(火) 20:31:43.84

別にアドレス置換するだけなんだからSMRでも関係なく出来るでしょ
代替セクタは瓦では無い場所に用意する必要があるだけで

**Socket774** (ﾜｯﾁｮｲ a2b1-nWXQ) · 2019/12/18(水) 18:45:16.45

駄目なセクターのある瓦を別の瓦にかえるだけでは？

**Socket774** (ｽｯｯﾌﾟ Sd02-5Rya) · 2019/12/18(水) 19:52:36.92

そんな事しなくても瓦書き途中で不良セクタにあたったら
瓦ではない代替セクタに書きにいってすぐ戻って瓦書きを続行すれば良いだけ
読むときはCMRと変わらん
瓦書きって言ったって実態は終了位置がバンドの終端に限定されている
シーケンシャルライトに過ぎないからな

**Socket774** (ｽｯｯﾌﾟ Sd02-5Rya) · 2019/12/18(水) 19:56:54.05

ああ、トリム未対応の海門の場合な
トリム対応の奴はどうなってるかわからんところもあるが

**Socket774** (ﾜｯﾁｮｲ 4e11-4Tzu) · 2019/12/18(水) 20:33:48.91

トリム方式の対応表領域が壊れたら復旧が著しく困難になるよりも、単純な方式のほうが信頼性が高い
万が一でも復旧しやすくなるようにわざわざフラグメントがないように管理しているのに、トリム方式だとその意味がなくなる。
トリム方式にたいしたメリットがないのに

**Socket774** (ﾜｯﾁｮｲ d7dc-prDO) · 2019/12/19(木) 03:11:17.14

WDのSMRドライブの動画データを削除した直後に復元ソフトでスキャンかけたら「クラスタは上書きされていません。高確率で復元可能」と出たが
復元成功したからダブルクリックして再生たらプレイヤーが立ち上がるだけで動画が読み込まれない
何だこりゃと復元したその動画ファイルをバイナリ覗いたら全部00(ゼロ)で構成されていた

TRIM方式はこれが怖い

**Socket774** (ｽﾌﾟｯｯ Sd3f-mrYW) · 2019/12/19(木) 08:30:51.93

>>198
いやいや、HDDは復旧しやすくするべきものでは無いだろう
HDDメーカーは誰もそんな事を言って無いでしょ？ソースどこだよ？

**Socket774** (ﾜｯﾁｮｲ 9765-D0A4) · 2019/12/19(木) 08:57:13.49

ちゃんとこのスレの１に「このスレは、SMRのＨＤＤがこうであろうと推察するスレです。実際のSMRのＨＤＤで検証したわけでは無いので
注意が必要です」と書いておけば良いのに。
なんか、現実のSMRのＨＤＤなんてどうでもいい。俺SMRのＨＤＤではこうなんだ！とかいうスレになってるw

**Socket774** (ﾍﾞｰｲﾓ MM4f-yDXs) · 2019/12/19(木) 08:58:39.15

復元のこと気にしてたらssdなんて使えないな

**Socket774** (ﾜｯﾁｮｲ 9765-D0A4) · 2019/12/19(木) 09:00:26.66

>>199
あ、これは俺が実際に検証したヤツだ。「ごみ箱に入れて削除した方が悪い」の大合唱で無かったことにされたけどw

スクリプトミスや操作ミスで大事なファイルを無くしてしまった人がデータ復旧業者に頼ることがあると思うんだけど、SMRの
こういう仕組みがあると復活率が低いと思う。

**Socket774** (ｽﾌﾟｯｯ Sd3f-mrYW) · 2019/12/19(木) 09:33:34.32

>>203
自分でその大事なファイルが無くなった要因は
人為的ミスだって明言してるからな
HDDの機能不足でも性能不足でもない
さらにHDDの前にOSまで介在してるのに
そこを貫通してHDDに難癖つけるのは無理筋だろうと

**Socket774** (ﾜｯﾁｮｲ 9765-D0A4) · 2019/12/19(木) 09:41:01.44

>>204
だからーWDのスレでも説明したろ？CMR（PMR）のHDDだと同じ操作して、内容も完全なのが復元できるって。バカかよ。

**Socket774** (ﾜｯﾁｮｲ b7bc-0tFe) · 2019/12/19(木) 11:44:43.59

>>201
そそ。その昔のSMRアンチは書き込みは全てメディキャッシュ経由だからー　遅い！とかねw
僕の考えた最悪のSMRガー　とか、　史上最強のCMR 、トリム最高！とかね。ココは面白いw

**Socket774** (ｽｯｯﾌﾟ Sdbf-mrYW) · 2019/12/19(木) 12:21:10.16

>>205
それはたまたま出来るだけでHDDで保証されている機能でも仕様でもない
HDDメーカーが想定している使い方ではないので
ユーザーが期待すべき動作ではない言った方がわかりやすいかな

例えばHDDを手頃な重さだったので文鎮として使ってたが
次の型では軽くなったせいで文鎮として使えなくなったと騒いでるのと同じ事

HDDメーカーは文鎮として使う事なんて知った事では無いのと同じように
HDDのデータが復旧出来なくなる事なんて知った事では無い

**Socket774** (ﾜｯﾁｮｲ 17aa-mhYo) · 2019/12/19(木) 12:30:34.15

確かに、HDDメーカーがデータを保証しなきゃいけないのは削除するまでであって
削除した後のデータを復旧しやすくしてやる義理はないもんな

**Socket774** (ﾜｯﾁｮｲ b7bc-0tFe) · 2019/12/19(木) 12:44:26.05

そうか？　海門の外付けにはユーザ登録とデータ復旧の有料サービス申し込みフォームアプリがついてくるけどね。
シーゲートラボの評判は悪くないみたいだよ↓

【HDD】ハードディスク復旧センター13
https://mevius.5ch.net/test/read.cgi/hard/1539521789/
https://mevius.5ch.net/test/read.cgi/hard/1539428841/

**Socket774** (ﾜｯﾁｮｲ 9765-D0A4) · 2019/12/19(木) 13:39:25.28

>>207
くだくだと見苦しい。CMRのHDDはデータ復旧業者でファイル等を取り戻せる率が高く、倉庫用途か言ってるWD SMRはまず、ファイルとか
取り戻せないって重大な違いなのを誤魔化されてもなー。
ファイル削除した直後でもうファイル内容を「00」で埋められてしまうなんて特殊なことをされるとホント困るわ。

**Socket774** (ﾜｯﾁｮｲ bf11-YO6Z) · 2019/12/19(木) 14:55:17.80

>>200
いや、ユーザーがHDDに求めているのはデータの保存性だよ
読み書きが速くあってほしい用途には現在はSSDがあり、実際にその用途ではSSDに置き換われている。
いまのHDDの用途は、大容量なデータを長期間保管したい用途。
その用途では、何らかの異常発生でも、少しでも多くのデータを復元できることが望まれる。
トリム方式はそれに反する

**Socket774** (ﾜｯﾁｮｲ bf11-YO6Z) · 2019/12/19(木) 15:02:51.64

>>209
TrueCryptでパーティション丸ごと暗号化しているHDDも復旧できるのか？
トリム方式でなければ、パーティション情報から暗号化されたパーティション丸ごと、あるいはHDD丸ごとクローンしてほぼ同じ内容のHDDを復元できるが、
もしトリム方式のHDDでアドレス変換テーブルがやられてしまう様な故障が起きた場合には復元は非常に困難、というかほぼ無理。

>>208
ユーザーが削除しなくても、なんらかの異常でファイルシステムやHDDが壊れることはよくあること。

**Socket774** (ｽｯｯﾌﾟ Sdbf-mrYW) · 2019/12/19(木) 15:46:20.30

>>211
ユーザーが仕様に無いものを勝手にメーカーに望むなw
いや望むのは勝手だが復元出来なくなったら劣化扱いって事は
お前の言ってるのは強制じゃないか

あともし復元を公式な仕様とするならその動作確認が必要になるから
さらにHDDは値上がる事になるんだよ

そんな購入者の1%も利用しないであろう機能いらんわ

**Socket774** (ﾜｯﾁｮｲ bf11-YO6Z) · 2019/12/19(木) 16:26:32.38

なにごともどうでもいい人にはどうでもいいことなんだろうよ

**Socket774** (ﾜｯﾁｮｲ bfd2-6IdP) · 2019/12/19(木) 16:37:47.34

削除したデータの救出率なんて製品品質に関係ないし保証義務も全くないしそこで評価するのは完全に間違い
この当たり前のことがわからず自分理論でわめいてる
こういうのがHDDサポートやデータ復旧会社に怒鳴りこんでくるんだろうなと思うとゾッとするな

**Socket774** (ﾜｯﾁｮｲ d7cd-cY0Z) · 2019/12/19(木) 16:53:09.09

>>213
これまで（例え仕様外でも）出来ていたことが出来なくなった事実は変わらんだろ
俺はそれを劣化という気はないけど、ね

**Socket774** (ﾜｯﾁｮｲ f720-mhYo) · 2019/12/19(木) 16:54:57.87

無効にすればいいだけじゃ

**Socket774** (ﾜｷｹﾞｰ MMdf-KHsN) · 2019/12/19(木) 16:58:23.33

バックアップ取ってない奴はアホしかいない

**Socket774** (ﾜｷｹﾞｰ MMdf-KHsN) · 2019/12/19(木) 16:59:28.05

仕事用のPCで暗号化使わないとかバカとしか言えない

**Socket774** (ﾜｷｹﾞｰ MMdf-KHsN) · 2019/12/19(木) 17:00:50.19

速度気にする用途でSSD入れないとか自作板で意味不明

**Socket774** (ﾜｷｹﾞｰ MMdf-KHsN) · 2019/12/19(木) 17:01:53.23

復旧以前に気にする事あるだろうに不毛だな

**Socket774** (ﾜｯﾁｮｲ 7711-YO6Z) · 2019/12/19(木) 17:09:55.72

>>215
削除したりHDDが壊れても、復元できる可能性があることはいままでのHDDの特性なんだよ
逆にSSDの場合は予兆もなく突然壊れて、そうなればデータの復旧は難しい、これもSSDという道具の特性
そういったアナログ的な特性を考えながら道具は使うものだよ