[過去ログ] ファイルシステム総合スレ その19 (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
743: 2023/04/14(金)23:09 ID:UtE0U0oG(1) AAS
VM格納してる場合や書き込み多い場合nodatacowでマウントだよな?
744(4): 2023/05/02(火)22:27 ID:Tj/lxdtz(1) AAS
ZFS使ってる人いる?
用途どんな感じ?
優位性、どんなときに感じる?
745: 2023/05/04(木)22:38 ID:jZW3xhNV(1) AAS
コマンドがわかりやすくて短くて簡単で使いやすいところ好き
746: 2023/05/05(金)16:13 ID:4ru5QHhK(1/2) AAS
ZFS、proxmoxで暗号化mirrorで使ってる。
標準で暗号化、冗長化、snapshot、ファイルシステム(dataset)、ボリュームマネージャ(zvol)、CoW、全て一つで完結してるのが魅力。
メリット: 色々組合せる必要無くシンプル、柔軟な設定(ARC、L2arc、slog、special vdev)
(敢えてあげれば)デメリット: ライセンス問題、他よりマイナー、datasetの速度、CoWを外せない、かな。
747: 2023/05/05(金)16:42 ID:4ru5QHhK(2/2) AAS
追記: ZFSはdebian on OpenZFS。
少ないメモリ(とswap?)でHDDにWindows VMのディスクベンチなど短時間に大量の書込をしたらpanicしたことがある。
arcやtxg最大サイズを適切なものにするのがオススメ。
外部リンク[html]:openzfs.github.io
748: 2023/05/18(木)04:07 ID:miq2544B(1) AAS
>>744
Hackintoshで使ってるOpenZFS for macos2.1.6
一種のゲーム的な面白さがあるのよ
このフォルダはほぼ開かないから
圧縮設定強めにzstandard で高圧縮してコピーだとか
このデータベースだけSSDに多く食わせようとか
xp時代のHDD先頭パテ切ってキャッシュにしたりするような
あれの延長上的な攻略的なゲームに
macOSの整理整頓軽の面白さが混じってて面白い
Spotlight面白すぎる
省1
749: 2023/05/18(木)12:01 ID:pqDKbYkL(1/2) AAS
返答の御礼も書かなかったバチが当たったようです
メインでWindows機を使っていて、USBケースで海門6TB(NTFS)使っていました。
1週間ほど放置したらノートPCの電池が切れてNTFSが飛び、chkdsk /f /rも無駄に。
750: 2023/05/18(木)12:26 ID:pqDKbYkL(2/2) AAS
無礼な行為、申し訳ございませんでした。
751: 2023/05/19(金)15:31 ID:pc5cPjAC(1) AAS
ええんやで
752: 2023/05/19(金)19:42 ID:OVp5aWkt(1) AAS
今時のファイルシステムって停電ぐらいで壊れる?
753(1): 2023/05/20(土)01:43 ID:f+BRu3lK(1) AAS
停電に見せかけたHDDの障害かもしれんんやで。
同じロットのHDD積んでいるんだろうな、と思われるものでマシンのが同時期に壊れるとか。
754: 2023/05/20(土)13:26 ID:tJIicwK0(1/2) AAS
ある時からぶっ壊れ状態となったが電源を切るまでは動き続け、
電源を切ったら再始動できなくなるというのはHDDの障害としてはありがち。
755: 2023/05/20(土)14:49 ID:x9c+lDqg(1) AAS
大分昔の職場で大型連休の度に全PCの電源を落としていたが
連休明けとかに何回か再起動を繰り返さないと立ち上がらないHP-UXが近くの部署にあった
開発な癖にそんな危なっかしい機体を放置してる部署もどうかとは思ってはいたがそれはともかく
一回スピンアップに成功すると正常に使えるように見えるって奴とかな
756: 2023/05/20(土)15:30 ID:BJ1BctDK(1) AAS
回転系の家電を叩くと治るというのもこれ
757(1): 744 2023/05/20(土)16:07 ID:1mROoG1K(1) AAS
フリーソフトで、mp3の音楽ファイルが5つくらい復旧しました。
wmvファイルは、何故か全てが「信長の野望 戦国群雄伝 for Windows」からリッピングしたwmaファイルの断片群に化けていました…
chkdskなんて掛けないでUbuntuか何かのLive USBメモリで起動してマウントすべきだったのかも
758: 2023/05/20(土)16:29 ID:S1lvO3j3(1) AAS
バックアップ取ってから操作しようね
759: 2023/05/20(土)17:13 ID:ltXV8LvB(1) AAS
>>757
最後が違う。「マウント」しないのが正解。まず、OSを起動する前にBIOS/UEFIで問題のHDDが
表示されていれば認識しているので、Linuxを起動し、"/dev/sdX"とdevice fileとしてのみ
認識している(umountされた)状態で、以下の2つの方法を取ると、file復活の可能性が高まる。
・TestDisk (NTFSのMFT修復等のHDDの整合性修復。案外これで直ることも多い)
・GNU ddrescue (HDDの起動音から瀕死に近い場合。patition imageを別のdeviceに作成、
このimageをmountしてfile抽出を行う。物理破損がないHDDに多くの業者が取る方法がこれ)
760: 2023/05/20(土)17:21 ID:xJglHe8k(1) AAS
ワイでもできそう
761(1): 2023/05/20(土)20:56 ID:tJIicwK0(2/2) AAS
突然の電源断に対してはchkdskはそこまでおかしい選択肢ではない
一方でWindowsのコマンドラインのchkdskは、最近はほぼ放置状態(MSが改良を試みていない)という説もある
>>753が指摘しているように、本当に「突然の電源断」なのかっていうところもある
普通はノートPCはバッテリーが切れそうになったら休止状態とかに入るものじゃないのか
なのにHDD破損に至ってるのは、最初にHDDが故障して、OSも停止してスリープや休止に入れなくなり、バッテリーを使い果たしたのではないか?
762(1): 744 2023/05/20(土)21:06 ID:ErTqN22p(1) AAS
chkdsk /f /r
の実行自体がダメだったのでしょうか
実行前にddrescue実行必須??
上下前次1-新書関写板覧索設栞歴
あと 240 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.025s