■ このスレッドは過去ログ倉庫に格納されています
【瓦記録】SMRのHDD 8台目【プラッタ枚数減】
- 1 :Socket774 :2019/09/07(土) 13:36:50.58 0.net
- !extend::none
!extend::none
プラッタ枚数を減らし、価格が安くなるかわりにがランダム書き込みが致命的に遅くなる技術
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台目【プラッタ枚数減】
http://egg.5ch.net/test/read.cgi/jisaku/1561881186/
VIPQ2_EXTDAT: none:verbose:1000:512:: EXT was configured
- 2 :Socket774:2019/09/07(土) 19:45:23.04 M.net
- 東芝も瓦なの?
- 3 :Socket774:2019/09/07(土) 23:11:51.78 M.net
- 痛すぎる
動画入れてたディスクがRAWになっちまった
復旧業者いくらすんだよ
- 4 :Socket774:2019/09/07(土) 23:44:36.34 M.net
- SMRはまだ成熟してないのかな
ブラックボックスなのが怖い
RAWならまだ直しようがあるけどデータやられるときついよね
- 5 :Socket774:2019/09/08(日) 00:05:01.36 0.net
- バックアップ取れよ。SMRの大容量ってバックアップ倉庫用途がメインだろうに。
- 6 :Socket774:2019/09/08(日) 00:09:18.78 0.net
- >>1
相変わらずの認知バイアス効きすぎですなあw
> プラッタ枚数を減らし、価格が安くなるかわりにがランダム書き込みが致命的に遅くなる技術
MCが溢れるまでの間は海門式SMRのほうがむしろがランダムアクセスは超高速。
- 7 :Socket774:2019/09/08(日) 18:22:01.32 M.net
- Rawなら簡単に直せる
SMRは関係ないよ
- 8 :Socket774:2019/09/08(日) 18:27:44.99 M.net
- 12Tなら余裕ができる
四台でRaidすればそこそこ速いよ
- 9 :Socket774:2019/09/09(月) 00:22:59.61 M.net
- 普通に使う分には問題なさそうですね
値段が安いので不安でしたが今のところ大丈夫そうです
- 10 :Socket774:2019/09/09(月) 02:07:10.65 0.net
- なんだよワッチョイ無しかよ
- 11 :Socket774:2019/09/09(月) 13:23:36.63 d.net
- ワッチョイ有りに誘導しとくのがよいのかな?
ワッチョイ有り
https://egg.5ch.net/test/read.cgi/jisaku/1567896896/
- 12 :Socket774:2019/09/09(月) 18:08:06.65 M.net
- RAWの直し方、一番簡単なのはなに?
testdiskでディープサーチしてるけどめちゃくちゃ時間かかる
- 13 :Socket774:2019/09/09(月) 18:22:04.06 M.net
- diskprobeダウンロードしとけ
すぐに直せるぞ
- 14 :Socket774:2019/09/09(月) 18:26:55.84 M.net
- 無料の修復ツールないかな?
- 15 :Socket774:2019/09/09(月) 18:42:27.75 M.net
- ウイルスやばいな
次々とraw化するわ
まるでイタチごっこ
- 16 :Socket774:2019/09/12(木) 14:31:48.19 M.net
- diskprobe windows10で動く
- 17 :Socket774:2019/09/12(木) 18:14:05.35 M.net
- rawになったけどフォーマットしたら直った
瓦でもときどきフォーマットしてやると安定するみたいね
- 18 :Socket774:2019/09/13(金) 08:32:08.57 0.net
- リアルバカなのかネタなのか迷うレベルだなw
そらフォーマットすればRAWなんて直るわ
物理的セクタ異常でRAW化するのは少ないからな
- 19 :Socket774:2019/09/13(金) 20:32:08.62 0.net
- ワロタw
- 20 :Socket774:2019/09/13(金) 20:49:24.00 d.net
- ちゃんと読んでみるとたしかに
時々フォーマットすると安定するってじわるな
- 21 :Socket774:2019/09/13(金) 21:23:25.07 M.net
- Raw化は仕方ないよ
- 22 :Socket774:2019/09/15(日) 21:30:54.34 M.net
- パーティションクラッシュは修正が必要だ
- 23 :Socket774:2019/09/17(火) 13:31:40.61 0.net
- RAW化RAW化って何かと思ったら、ただfsから読めなくなってたって事なのね
- 24 :Socket774:2019/09/17(火) 13:37:36.89 0.net
- おう、ただ読めなくなったいうなら正常化する方法を正確に書いてみろや
出来なかったら顎はずれるまでしゃぶらせっから
- 25 :Socket774:2019/09/18(水) 15:36:11.10 M.net
- rawドライブを右クリックでフォーマットを選ぶ
クイックフォーマットだと高速で直ることが多い
あとはレスキューソフト使うと中身取り戻せる
割と簡単だけど時間かかるのがね
- 26 :Socket774:2019/09/18(水) 17:32:43.07 0.net
- な?だから末尾Mはガイジ
- 27 :Socket774:2019/09/18(水) 19:45:14.02 0.net
- 直ったんじゃなくて上書きしたんだよ
無かったことにしただけ
- 28 :Socket774:2019/09/19(木) 01:06:08.75 0.net
- レスキューかけるならフォーマットいらんじゃん
- 29 :Socket774:2019/09/19(木) 07:23:41.16 0.net
- >>28
レスキューソフトの中にはマウント済みのHDDじゃないとHDD選択出来ず
ファイルサルベージなど出来ない安物があるんよ。普通のレスキューソフトは
はbiosで認識されているHDDならサルベージ操作対象にできるんだけどね。
RAW化だけでbios認識出来ているなら、パーティション操作系のユーティリティを
試した方がいいね。MBRあるいはUEFIのテーブルが飛んだだけならそのテーブルを
復活させれば元どおりに戻る「かも」。その手のサルベージなどのツール類は
無料お試し版用意されているのが普通だから、復旧の可能性の確認だけは無料で可能。
- 30 :Socket774:2019/09/19(木) 16:03:50.88 0.net
- >>29
その腐れ安物レスキューアプリの名前くらい挙げなよ
- 31 :Socket774:2019/09/19(木) 16:24:08.45 0.net
- それなりに知名度あるリカバリソフトなら、管理上で見えなくともBIOS認識してるドライブなら大抵は選択可能よ
復元にサイズ制限だったり復元から有料ってのが基本だから、とりま有名どころのを複数入れて一番結果が良かったのを購入したらええよ
- 32 :Socket774:2019/09/21(土) 11:12:20.31 0.net
- ワッチョイ有り
【瓦記録】SMRのHDD 8台目【プラッタ枚数減】
https://egg.5ch.net/test/read.cgi/jisaku/1567896896/
- 33 :Socket774:2019/10/05(土) 18:36:12.72 M.net
- おかしい、また6TがRAWになっちまった
復旧めんどくさいな
- 34 :Socket774:2019/10/05(土) 19:04:30.10 0.net
- もう一言だけ言わせてもらう
ザマアーーーーーーーーーーーーーーーー!!!!!!!
- 35 :Socket774:2019/10/05(土) 21:16:50.32 0.net
- SMR 関係あるんか?
- 36 :Socket774:2019/10/05(土) 22:07:32.44 M.net
- ワイもRAWになったわ
30秒くらいアクセスランプついてた
パアやわ
- 37 :Socket774:2019/10/05(土) 23:19:05.91 M.net
- フリーのレスキューがいいよ
- 38 :Socket774:2019/10/06(日) 00:12:25.53 M.net
- 経験者だけどフォーマットしたら使えるようになるよ
捨てるのはもったいない
安いものだけどね
- 39 :Socket774:2019/10/06(日) 05:06:08.32 0.net
- Windows10でRAW化した外付けHDD、Windows10上でchkdsk試したけどchkdsk /fの途中でエラーがでて復活失敗する
Windows7機に繋いでchkdsk /fしたら復活した
chkdsk /fするときはクローンコピーで必ずバックアップ確保してから行なうことだけ注意
- 40 :Socket774:2019/10/06(日) 05:27:35.85 a.net
- RAW化けってchkdsk程度でファイル無傷のまま復活すんの、都市伝説?
- 41 :Socket774:2019/10/06(日) 06:04:49.24 0.net
- HDD上に読めたり読めなかったりする不良セクタがあれば
chkdsk をするしないにかかわらず再起動だけで復活することもありそうだが
- 42 :Socket774:2019/10/06(日) 18:28:16.87 M.net
- RAWはウイルスの仕業だろうな
- 43 :Socket774:2019/10/19(Sat) 02:45:54 ID:0.net
- ちょっと読み書きしたWDの6TBの瓦からデータ読み出すと
読み込み速度が断片化したHDDみたいに何度も遅くなったりするな。
タスクマネージャーのアクティブな時間が100%になり速度が50MB/sまで落ち込んだりする
常に空き領域2-3TBある状態だからファイルの断片化なんか頻繁に起きるわけないのに
- 44 :Socket774:2019/10/19(土) 16:18:18.99 M.net
- raw化の一歩手前なんだよな
- 45 :Socket774:2019/10/19(土) 18:20:40.39 M.net
- 8Tが飛んだときは戻すのに一日かかったなあ
RAWはフォーマットすりゃいいんだけどクラウドから引っ張るのに割とかかるよ
- 46 :Socket774:2019/10/23(水) 22:57:58.24 M.net
- 瓦がまた飛んでしまった
復旧サービスって再利用割引ないのかね?
- 47 :Socket774:2019/10/24(木) 06:31:20 ID:0.net
- 最近の台風凄いしな
町の工務店に頼むのが一番
- 48 :Socket774:2019/10/28(月) 07:31:43.43 M.net
- testdiskでgptなおすと手っ取り早い
- 49 :Socket774:2019/11/01(金) 09:39:33.55 K.net
- これだけトラブれば瓦はもう使わないでいい
- 50 :Socket774:2019/11/01(金) 12:04:20.58 d.net
- これらは瓦のトラブルなのか?
特に raw 化なんてのは CMR でもよくある話じゃないのか?
- 51 :Socket774:2019/11/01(金) 15:31:34.44 0.net
- 瓦屋根戸建てより低層マンションの方が安全。という話でしょ
- 52 :Socket774:2019/11/01(金) 15:41:41.54 0.net
- Windows10がRAW化し易い、RAW化を修復できないバグがあるのかも
Windows10でRAW化したドライブ、Windows10のchkdskで中途でエラーが出て修復できず、
Windows7機に繋いでchkdskしたら修復完了できたことがある
- 53 :Socket774:2019/11/06(水) 14:14:49.04 0.net
- RAW化の原因って高速スタートアップが原因じゃないの?
高速スタートアップは無効化しておくとよい。
もしくは電源OFF中にHDDの差し替えをやらないことだね。
- 54 :Socket774:2019/11/06(水) 15:24:22.78 0.net
- そうとは限らない
PCを付けっぱなしにして気がついたらHDDがRAW化してることが連続してあった
立て続けに3つくらいRAW化したHDDの復旧はまだ終わってない
USB3.0の相性が悪いのかなと思ってるけど
- 55 :Socket774:2019/11/30(土) 19:01:18.64 0.net
- 唐突だけどせっかく試したのだから書いておく
PX-Q3PE4+ST6000DM003で8TS同時録画1時間を無事完了出来た
そのときの総書込量は51.2GBで、HDDはまっさらの状態からテストした
2Chに15と7のDropが生じているが、この程度ならCMR相手でも起こっているので、録画用としてならSMRでも問題無い、と俺は判断した
……PT3マシンにはCMRの6TBを使ってるけどなw
- 56 :Socket774:2019/11/30(土) 22:46:30.53 0.net
- >>55
そりゃまっさらからなら並行に入力されるファイルを全部断片化させながらシーケンシャルに書き込めばいいから余裕なのはあたりまえでは
- 57 :Socket774:2019/11/30(土) 23:04:46.02 0.net
- 断片化させながらシーケンシャルに書くとはなかなか難しい事を仰る
- 58 :Socket774:2019/11/30(土) 23:10:50.77 0.net
- >>55
PT3だとさらになんか厳しかったりするのか?
- 59 :Socket774:2019/12/01(日) 00:47:39.26 0.net
- >>57
断片化はファイル単位の話でシーケンシャルはディスク上のセクタの話
ファイルA、Bがあったとして、
順番に書き込んだらディスク上はAAAAAAAABBBBBBBB
同時に書き込んだらディスク上はABABABABABABABAB
これを断片化と言わずして何て言うの?
- 60 :Socket774:2019/12/01(日) 13:07:21.64 0.net
- >>59
いや、データの書き込み先のアドレスを決めるのはOSだよ?
だからわざわざHDDが指定されたアドレス以外に断片化するように書く道理は無いと思うが
- 61 :Socket774:2019/12/01(日) 18:52:54.00 0.net
- 録画ソフトがどういう風に書き込み指令発行するか次第じゃねえの
最初に領域確保するソフトもあれば受信したTSのパケットをある程度まとめて書き込み指令するソフトもあるだろうし
- 62 :Socket774:2019/12/01(日) 21:09:09.59 0.net
- OSによる書き込み先の移動はあるだろうが、消さなきゃエエと言うHDD-R・SMRの正しい使い方に見えるが、なぜそれで問題ないと判断できるか私には分かりません
- 63 :Socket774:2019/12/02(月) 08:47:29.46 d.net
- なんで問題無いと判断したかって1時間録画して問題無かったからだろ?
- 64 :Socket774:2019/12/02(月) 10:12:04.55 d.net
- なんでって…
同時録画とは言えSMRにとって一番楽なマッサラからのたった1Hの確認でナゼ安心出来るの?と
消さない&一杯まで使わず次のHDDに替える運用ならまだ分かるけど、最悪でなくても悪条件を想定しなくて恐くない?
SMR絶対ダメマン/SMR絶対問題ないマンどっちにも興味ないからどーでも良いけどいくらなんでもさぁ…
- 65 :Socket774:2019/12/02(月) 11:41:08 ID:0.net
- Linuxなメーカー製録画機の場合、LinuxのFSがそもそも
セグメンテーション・フリーでデフラグ無用だからね。
ディスク使用率が9割越えるまでは断片化についてはエポケでおk。
PTとかWindows系の録画機はFSがアレなんで気にするべきかもしれんが
まあ、録画アプリが糞だったら御愁傷さまかもねえ
- 66 :Socket774:2019/12/05(木) 18:19:34.18 0.net
- >>55
4TBで約23GBと言われているメディアバッファ(CMR領域?)が6TBだと60GBとかに増えてたらアレだけど、普通は8Ch分の平行した小さなシーケンシャルライトが1時間つづいていたんじゃない? 充分断片化していると思うんだけど
いや、OSが録画時の書き込み要求をSMR HDDの型番毎に最適化してくれているのならそうかもしれないけれど……
>>58
単に録画専用PCにたまたま買ってあったCMR HDDを使わせてるだけです
録画に使ってるソフトは同じなので、書き込み負荷は変わらないと思います
- 67 :Socket774:2019/12/05(木) 20:29:00.07 0.net
- まっさらな状態から書き始めたとしても、SMRドライブはなにも情報が記録されてないブロックも区別なく読み込んでキャッシュとマージ合成して書き込むでしょ
- 68 :Socket774:2019/12/05(木) 20:34:44.82 d.net
- >>67
海門だったらそうだと思うけど
ただTrim有りのWD方式だと未使用領域を把握出来てしまうから
そうなってない可能性も否定出来ない
- 69 :Socket774:2019/12/06(金) 17:46:05.16 0.net
- 単純に録画程度のデータ量(1時間で51.2GBだから約15MB/s)ならメディアキャッシュへの書き込み->SMRへの再配置が間に合ってるだけでしょ
- 70 :Socket774:2019/12/06(金) 17:57:20.91 d.net
- でしょうね
だから瓦としての断片化と空き容量が減り通常の意味での断片化書き込みと言う2つの理由で吐き出す先の瓦が増えて…
さて
・CMRの限界とSMRの限界にどの位の差があるでしようか?
・新品での試験は高負荷と言えるでしょうか?
- 71 :Socket774:2019/12/07(土) 12:31:58.55 0.net
- 不毛な人だなぁw
- 72 :Socket774:2019/12/07(土) 14:23:45.11 d.net
- 断片化がーってそんなにするもんなのかね
断片化してない状態が普通だからこそ断片化って単語があるわけだし
- 73 :Socket774:2019/12/07(土) 18:05:04.61 0.net
- >>72
断片化ガーなオッサンの頭の中身が断片化話だらけで断片化しているので 意味フw
- 74 :Socket774:2019/12/08(日) 12:09:45.49 0.net
- そんなに断片化が起こっているならCMRでもデフラグしながらの運用が
一般的に日常化してそうなものだが
みんなそんなにしてるものなのか?
俺はもう何年もした覚えは無いが
- 75 :Socket774:2019/12/08(日) 12:11:51.28 a.net
- >>74
今時はOSが勝手にやってくれるんじゃなかったか?
- 76 :Socket774:2019/12/08(日) 12:16:26.89 0.net
- >>75
それはそれでユーザーが触ってもないのにガチャガチャいい出してやだな
というか問題になりそう
- 77 :Socket774:2019/12/08(日) 14:06:41.06 M.net
- >>59
ブロック書き込みなのに上も下も違いなんてあるの?
同じじゃね?
- 78 :Socket774:2019/12/08(日) 15:01:01.68 a.net
- >>76
断片化が極まってからやるわけじゃない
日常的にちょっとずつだ
- 79 :Socket774:2019/12/08(日) 23:32:44.76 0.net
- >>78
日常的ちょっとずつガチャガチャいうんじゃないの?
まあ現実はどうだかしらんが
- 80 :Socket774:2019/12/09(月) 12:02:36 ID:M.net
- >>74
デフォルトだと週に1回自動実行だよ
ドライブのプロパティ→ツール→最適化から確認できるよ
- 81 :Socket774:2019/12/09(月) 12:14:22 ID:d.net
- >>80
そうなんだ
だとしたらSMRでも断片化の問題なんて出ないって事だな
- 82 :Socket774:2019/12/09(月) 12:19:50 ID:d.net
- >>81
瓦としての断片化・瓦跨ぎはOSでは認識できませんよ?
どっちの意味での断片化がどのぐらい影響するか知りませんが、区別しとかないと誤認の元と思う
- 83 :Socket774:2019/12/09(月) 12:36:42 ID:d.net
- >>82
常識的に考えてOSがデフラグするならOS自身が後々も
シーケンシャルにデータを確保しやすいように並び替えるだろう
単純に既存のデータをHDD上の一箇所に集めるだけでそうなるし
- 84 :Socket774:2019/12/24(火) 23:13:01.11 0.net
- OSから見て何トラックの何セクター見えてんだろね
- 85 :Socket774:2019/12/24(火) 23:23:57.96 0.net
- ?HDDが公開しているアドレスの範囲は全部見えると思うけど?
まあプラッタの9割以上の領域
- 86 :Socket774:2019/12/25(水) 19:03:41.83 M.net
- 8Tが二台RAWになっちゃった
瓦は扱いが雑なのかな
フォーマットしたほうがいい??
- 87 :Socket774:2019/12/25(水) 21:19:06.26 0.net
- >>86
別ドライブにクローンした上で、chkdsk
Windows10のchkdskで修復できなかった場合も、Windows7のchkdskで修復できたことがごく最近あった
(RAW化したのもWIndows7でのみ修復できたのも、Windos7機とWindows10機で混用していたからか?)
- 88 :Socket774:2020/01/03(金) 16:49:46.38 0.net
- RAW連呼は他の表現がないから怪しいね
- 89 :Socket774:2020/01/03(金) 22:43:39.02 0.net
- RAW化することはよくあるよ
原因はよくわからないけど、自分も最近連続して4台くらいRAW化した。修復したあともまたRAW化したのも含めれば回数はもっと多い
- 90 :Socket774:2020/01/04(土) 07:53:33.02 0.net
- 現象はともかく、そんな呼び方してるのは限られてるよw
- 91 :Socket774:2020/01/04(土) 23:13:38.39 0.net
- chkdskすると、RAWディスクですなんたら表示されるから
- 92 :Socket774:2020/01/05(日) 20:38:02.53 0.net
- 慌てて言い訳するとか
どうなってんの?
- 93 :Socket774:2020/01/17(金) 18:01:44 ID:0.net
- もうさ、瓦をありえないレベル(書き換え不能なレベル)まで重ねちまって
ライトワンスで256TBとかだったら歓迎されると思わねえ?
いやそんなことが出来るかどうか知らんけどさ
- 94 :Socket774:2020/01/17(金) 20:24:04 ID:d.net
- 需要はあるだろうけど技術的に難しいだろうね
HDDの構造上読み込みも結局針先の小ささの限界で止まる
とはいえ似たような SMR の発展系って発想で
TDMR って記録方式が研究はされてるらしいけどね
- 95 :Socket774:2020/01/18(土) 22:16:32 ID:a.net
- >>93
瓦みたいに容量単価据え置きでも宜しいかな?
- 96 :Socket774:2020/01/24(金) 01:00:52 ID:M.net
- HDD買うのが数年ぶりなんだけれど、SMRのHDDってもう普通に使えるものになったの?
WDかSeagate買おうかと考えているのだが、
- 97 :Socket774:2020/01/24(金) 01:11:04 ID:0.net
- バックアップ(アーカイブ)メディアとしては発売当初から実用レベル
いままでのCMRドライブと同じように使いたいなら用途が違うので問題外
- 98 :Socket774:2020/01/24(金) 01:30:57.08 M.net
- CMRと同じ感覚では使えないんですね。
とするとSeagateだと、ironwolfとか?
WDはわからないけれど。
- 99 :Socket774:2020/01/24(金) 02:07:41.33 a.net
- 紙に記録する際に密度を上げたいなら、超極細ボールペンいいぜ。
文房具売り場で「タプリクリップ0.4」を試してみるといい。
(買っても100円以下)
0.128ミリの超極細線が快感。替え芯は《SK-0.4》な。ヨドバシでもよそでも買える。
高密度記録には《No.893NP》もオススメ。ヨドバシで買って
多色ボールペンに入れて使えばいい。SK-0.4も各社多色ボールペンに入ると思う。
超極細ボールペン使うといつもの手帳が広く使えるぞ〜
ワンサイズ小型化しても同じ情報量入るし。
紙原理主義者より
- 100 :Socket774:2020/03/06(金) 22:07:04 ID:0.net
- 瓦のRAW化の話だけど家も一台海門の4TBで経験
多分瓦の特性上、代替処理に糞時間掛かってて中身が見えなくなったり
デバマネからも認識消えたりなんだと思うわ
バックアップしてないファイルも有って暫く放心状態
一時間ぐらいしてみたらファイル見れる様に成ってて
代替処理済みが1000ぐらいに成ってたw
RMAするか悩んでゼロフィル&全読みテストしたけどエラーセクタも代替も増えず
とりあえず消えても良いファイルの置き場に
宅急便値上がりしてるし安く済む方法調べて残り容量に余裕ができたらRMAする予定
総レス数 470
106 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver.24052200