[過去ﾛｸﾞ] ファイルシステム総合スレ その19 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
763: 744 2023/05/20(土)21:11 ID:e/EvVloM(1) AAS
>>761
OSはm.2 SSDに入っていて、今も問題なく起動できています。
SEAGATE ST6000DM003をケースに入れてUSB接続したまま放置したらNTFSが死んでいて、Windows 11のディスク管理画面ではrawという認識となっていました。
764: 2023/05/21(日)11:17 ID:avtWY8kE(1) AAS
>>762
マウントすると I/O Error 起こすセクタに当たった時にそこを読もうとして
延々エラーを繰り返すので I/O Error を読み飛ばす系の dd (ddrescue とか)
や chkdsk/fsck かが必要。
ddrescue は操作している間にディスクが完全にお亡くなりになるリスクへの対策。
今回の場合ディスクが完全お亡くなりになってない(ファイルが５個サルベージ
できた)ので ddrescue してもしなくても同じだった可能性が高い。
省2
765: 2023/06/04(日)02:44 ID:OYHe40au(1) AAS
単なる不意の電源断がその場であって
ダーティフラグ立ってるだけと確証があるなら
chkdskかける判断はおかしくないけど
大原則として論理的な障害ではなく物理障害が
少しでも疑わしいと思えたらその時点で
そのハードウェアに触れるのは
必要最低限に留めてかつ迅速に行うべきで
省5
766(1): 2023/06/05(月)12:27 ID:absDUdye(1) AAS
そこまでする価値のあるデータならそうするが、大抵の場合は本人が主張するほどに大事なデータではないんだよなぁという感慨しかない
767: 2023/06/05(月)18:41 ID:u6qS2404(1) AAS
今日は私の宝物をご紹介しましょう。将棋の駒。何の変哲もないように見えますけど実はここに血痕が付いてるんです。
768: 2023/06/05(月)22:11 ID:ureuPiWq(1) AAS
>>766
そもそも壊れたストレージごとき相手に
奮闘してまでサルベージしないといけない時点で普段から予算も手間も割いてないのは明らかだからな
そこまで必死になるほど真に大事ならバックアップコピーでもRAIDミラーリングでも
なんでもいいから冗長化していて然るべきなわけでさ
769: 2023/06/13(火)12:24 ID:lDxtctI3(1) AAS
btrfs、破損とかは今のところ無いが
謎のフリーズの問題やディスク書き込み量の増加に悩まされた
ZFSに変えようかな
770(1): 2023/06/13(火)12:38 ID:w4ejhCXL(1) AAS
フリーズはまあ分かるけど書き込み増加はなんだ？
771: 2023/06/13(火)13:36 ID:7Qy6hdZY(1) AAS
RedHatが匙を投げたファイルシステムを使うんだからその辺りは覚悟すべき
772(1): 2023/06/15(木)02:23 ID:KYvelAPC(1) AAS
>>770
cowじゃね？
773: 2023/06/15(木)03:18 ID:Ab0knFIL(1) AAS
>>772
CoWは逆に書き込み減るのでは
774: 2023/06/15(木)09:10 ID:oerfQs+R(1) AAS
defrag じゃね？
775: 2023/06/15(木)12:09 ID:iqXU0Muf(1) AAS
CoWで書込減るのってどんなケース？？
776: 2023/06/15(木)15:11 ID:Z+lqZbOl(1) AAS
100MBのファイルをcpする場合
本来なら100MBの書き込みが発生するけれど
COWできれば共有で100MBの書き込みが省略されるので
本来の書き込み量に比べて実際の書き込み量は減るという意味なのでは
777: 2023/06/15(木)15:15 ID:k99mBPIK(1) AAS
変更されるまで実際には書き込まない
スナップショット的な動作を想定してるなら
CoWには限らない
778: 2023/06/15(木)17:53 ID:rJUVeeLq(1) AAS
ext4でcpしたら普通に書き込むやろ
779: 2023/06/15(木)22:43 ID:3807WRaz(1) AAS
なるほど。そういえばreflinkオプションあったのを忘れてた。
780: 2023/06/22(木)18:18 ID:tBmMKl6O(1) AAS
btrfsはやっぱりなんかあるのかな。
突然あるディレクトリ配下だけが全部サイズ0になってアクセスできなくなった。
でも、rootだと普通にアクセスできたから、とりあえずは復旧できた。
なんか気持ちが悪いんよね。
圧縮とサブボリュームが便利で気に入っているんだけど。
781: 2023/06/22(木)19:27 ID:uRZUK/qv(1) AAS
マウントの設定が書き換わってそう
782: 2023/06/28(水)10:41 ID:wJNVLCTf(1/2) AAS
Btrfsを使うならカーネルは常に新しくしておかなきゃね
古いカーネルでフォーマットしたBtrfsは不具合があるとかなんとか
783: 2023/06/28(水)11:46 ID:L4N4sWLK(1) AAS
カーネルに変えた時古いカーネルでフォーマットしたものはどうすればいいの
784: 2023/06/28(水)11:56 ID:8Cj153ze(1) AAS
そのまま使えばいいんじゃない？
新しいカーネルなら過去の問題は適宜検出してwarning出してくれると思うので。
785: 2023/06/28(水)12:35 ID:wJNVLCTf(2/2) AAS
そんな便利機能はないぞ
データを待避して再フォーマットするのが無難
786: 2023/06/28(水)12:37 ID:i0diXs6h(1) AAS
RAID6やZFS Z2がブッ壊れたときみたいらな
787: 2023/07/02(日)15:26 ID:mgIf5W3/(1) AAS
Btrfsを使うなら
FedoraかUbuntuの非LTSかローリングリリース系のディストリのどれかを使いたいね
それ以外だとしたらカーネルだけ最新にするキメラしないと厳しい
788: 2023/07/02(日)15:42 ID:ZRHaec83(1) AAS
カーネルの再構築ごときをキメラって…
789: 2023/07/02(日)16:57 ID:a8rTRfZG(1) AAS
極端に古いカーネルじゃなきゃなんともねぇぜ
790: 2023/07/03(月)04:52 ID:CmwYNL/n(1) AAS
Ubuntuなら新しいカーネル使えなかったっけ
791: 2023/07/03(月)06:54 ID:wpfzXeqf(1) AAS
Linux カーネルならどのディストリビューションでも簡単に最新にできるだろ。
バニラカーネルでコンパイルエラーになる事無い気がする。
792(1): 2023/07/03(月)08:30 ID:uA4NxAHI(1) AAS
Btrfsはカーネル上げてもいいけど戻すのはリスキーだから
公式で新しいカーネルを提供しているディストリのほうがいいよ
793: 2023/07/03(月)09:50 ID:RRoYTlzt(1) AAS
最近バニラカーネル触ってないから知らんけど、BuildPreReq情報は同梱ドキュメントに必ず書かれてたぜ
外す理由がないから、今もあるはず
794: 2023/07/03(月)09:55 ID:zIlPSEd4(1) AAS
>>792
aptならholdしておけば良い
sudo dnf exclude <パッケージ名>
でどうにか出来るみたい
arch系は知らん
795: 2023/07/03(月)14:26 ID:89+QS2OW(1) AAS
btrfsの話ならディスク上の基本フォーマットは長らく変わってないし
カーネルバージョン間での非互換機能はあるけどそれも使うと個別に非互換検出ビットが立つから
古いボリューム相手でも(後から操作できる物なら)新機能は問題なく使えるし
もし新しいカーネルのみの機能を持つボリューム相手に
古いカーネルでマウントしようとしてもroのみあるいはマウント不可になるので安全
実際にzstd圧縮やspace_cache=v2が入る以前の4.4(ルーター)と6.3(PC)の間で
compress=lzo,space_cache=v1で双方にマウントしたり戻したりしてるけど何の問題もないよ
796: 2023/07/03(月)19:00 ID:HL82Z5Qd(1) AAS
最近のTwitterで顕著だけど故意にフェイクニュース流してる奴結構いるよな
『騙されてやんの～』という◯ナ二―の一種なんかね
797: 2023/07/17(月)22:40 ID:Je/0Hij9(1) AAS
あとはオンボロSSDやSDカードでssdオプション有効にすると動作怪しくなるのと
ライトホール問題絡んでくるRAIDが怖いがそれらの点以外は便利なんだよなbtrfs
VMゲストしたときの性能についてはあきらめてLVM等使うかvirtiofsの今後に期待するって話で落ち着きそうだし
でもサブボリューム単位で透過圧縮やCoWの有無切り替えられないのは誰か何とかしてほしい
（ボリューム分けるって方法もあるが単一ボリュームで気軽にマルチデバイスできるのが本来の強みなのだし）
798: 2023/08/03(木)11:45 ID:dhkK29LG(1) AAS
www.phoronix.com/news/XFS-Maintainer-Steps-Down
> XFS File-System Maintainer Stepping Down
XFSのメンテナが辞任
> Nowadays, people working on XFS seem to spend most of their time
> on distro kernel backports and dealing with AI-generated corner
> case bug reports that aren't user reports. Reviewing has become a
> nightmare...
省2
799: 2023/08/03(木)17:02 ID:q/P9l3yV(1) AAS
疲れただけにも読めるけどAIが悪い？
800: 2023/08/07(月)03:43 ID:sl53biTi(1) AAS
AIがバグレポって何だろね
有意義なレポートじゃないなら選別AIで対抗だ
801: 2023/08/07(月)16:11 ID:kx1CvaiP(1) AAS
ランダムに変な負荷かけたり
1秒間に1000回マウントとアンマウントを繰り返したりするんだろう多分
時代はBtrfsなのにやってられんよな
802: 2023/08/07(月)17:10 ID:UfPJft9p(1) AAS
スタックトレースで分類したら実質数個じゃないのかね
803(1): 2023/08/08(火)18:58 ID:p601nbQW(1) AAS
ファジングテストの事でしょ…と思ったが多少違うっぽいな
AIが生成しまくるコーナーケースのバグレポートに疲弊したって話っぽい
まぁXFSは赤帽の生命線なんだから問題起きても赤帽がなんとかしてくれるんじゃない？
804: 2023/08/08(火)19:01 ID:TS/nSBMX(1) AAS
修正パッチもAI生成出来るようになるまであと一歩
805(1): 2023/08/08(火)19:17 ID:3W4UAIfD(1) AAS
>>803
なんかJFSがいいよ、っという神の声が聞こえた気がした。
ext4 と比較して利点も欠点もないはずたが、Linux での採用例が少ないという大きな欠点。
806: 2023/08/08(火)22:12 ID:RPAYsqMe(1) AAS
ext4でいいがな
807: 2023/08/09(水)15:45 ID:CzBgG1A0(1) AAS
>>805
Linux Developers Eye Orphaning The JFS File-System
www.phoronix.com/news/Linux-Possible-Orphan-JFS
もう使ってる人いないしJFS捨てようみたいな話が出てる
808: 2023/08/09(水)16:06 ID:t3DTDYXA(1/2) AAS
マイナーなファイルシステムってマトモにメンテされてないし不具合あっても報告されないし使わないほうがいいよ
809: 2023/08/09(水)16:18 ID:M/z4SoOm(1/2) AAS
AIX, OS/2 では動いていて30年前はいいもの感もあったはず...
810(1): 2023/08/09(水)17:19 ID:xh6A1oH/(1/2) AAS
RHELで採用されてないということはメンテされていないということに等しい
811: 2023/08/09(水)18:13 ID:+nr5wDrM(1) AAS
FacebookってCentOSで動いてるらしいけどファイルシステムはbtrfsなんだよな
812(1): 2023/08/09(水)18:54 ID:BKxgttZ4(1) AAS
ext4もオワコンなのTT
813: 2023/08/09(水)19:31 ID:M/z4SoOm(2/2) AAS
>>810
そう考えるとRHは凄いんだな、と思いました。
814: 2023/08/09(水)19:49 ID:xh6A1oH/(2/2) AAS
Btrfsは事実上facebookがメンテしてるからね
自社でメンテしてるファイルシステムだから採用しやすい
815: 2023/08/09(水)20:20 ID:MStot6iX(1) AAS
>>812
オワコンというよりいい具合に枯れきった
ファイルシステムになった感じ
先進性より安定性が必要な用途でお呼びがかかる
老兵っぽいイメージ
816: 2023/08/09(水)21:06 ID:t3DTDYXA(2/2) AAS
SUSEもbtrfs使ってるぞ
817: 2023/08/09(水)22:04 ID:9gexIL31(1) AAS
もちろん頼もしいのが第一だが、
逆に言えば現メタ（だけじゃないが）の使用してるユースケースに沿わない使い方に関しては中々進歩しないのが弱点だと思う
RAID56が長い間ダメダメだったのやFS単品での暗号化や階層キャッシュが望めないのもDCでbtrfs使ってる処がそういう機能に興味もってないからだろうし
818: 2023/08/11(金)07:10 ID:PKaGesv1(1) AAS
RAID5/6 でのバグは直ったのか？
家庭用では無い構成だから関係ないと思ってはいたけど。
819: 2023/08/11(金)15:02 ID:gMoSz8Vl(1) AAS
治るもクソも根本的なライトホール問題があって、ディスク追加の扱いが悪い意味で柔軟なBtrfsは対処が難しいからメンテ側が乗り気じゃないって話じゃないかな
現状は最新カーネルかつメタデータのraid構成を別にすれば良いけど実績も脳死で使える安心感も皆無だし
とはいえ主流のハードウェアraidはデータ化けに弱いんだからチェックサム有りfsで安心して使えるraidがもっと一般化してほしいお気持ちもある
820: 2023/08/11(金)18:09 ID:sG2VRRL/(1/2) AAS
Btrfsのディスク構成の緩さは異常。なんでもかんでもストレージプールに合体できる
821: 2023/08/11(金)20:00 ID:I1R13U0l(1) AAS
自分はbtrfs嫌いじゃないから不満はないがSSD最適化とか将来的なZonedStorage対応考えるとほかに選択肢なくなっていきそうなのは真剣にどうかと思う
822: 2023/08/11(金)20:41 ID:R8sdUFxz(1) AAS
ストレージプール使うと遅くならない？
5400rpm のHDDが悪いのかもしれんし、比較で測定もしてないけど。
823: 2023/08/11(金)20:51 ID:TQtB6JMZ(1) AAS
bcachefs
824: 2023/08/11(金)20:59 ID:TYuMCrmq(1) AAS
HAMMERって広まらないな。
825: 2023/08/11(金)21:06 ID:sG2VRRL/(2/2) AAS
bcachefsの作者を毎月支援してたんだけど、Btrfsがすっかり良くなって支援止めちゃった
826: 2023/08/11(金)21:13 ID:LiM6QNme(1) AAS
OSSって上位互換が登場すると一瞬で廃れるから辛いよね
VSCodeが登場してエディタ系が全滅しちゃったような事がいつでも起こり得る
有料製品みたいに価格で対抗することもできないし
827: 2023/08/12(土)02:11 ID:CUhGvmvA(1) AAS
bcachefsは機能的にはBtrfsと差別化できてると思うが
これからメインライン入りしてガンガン開発者集めて安定させないといけないのにlinux6.5マージ失敗のMLのレスバからして雲行き怪しいからどうなるやら
828: 2023/08/23(水)10:17 ID:Z1oeJl5c(1) AAS
プロプラに言うのはアホだと分かってはいるが
それでもGPFSがフリーで使えたらなあって思う
あれクラスタリングがメインだから勘違いしてる人多いけど
CephやRustreと違ってローカル使いにも適してると思うんだよなあ
使ってるZFS全部捨ててGPFSに乗り換えたいと思うぐらいには
829: 2023/08/23(水)13:29 ID:r3sixzFM(1) AAS
juicefsとか使ってみたら
現代技術の分散ファイルシステムって感じだ
830: 2023/08/26(土)23:56 ID:si6bfGjt(1) AAS
GlusterFS面白いな。
簡単な手順で組める。
我が家のはストライピング構成だから怖いけどw
831: 2023/08/27(日)00:05 ID:pseOgDNm(1/2) AAS
特殊なRAIDを組まない限りは全部Btrfsで成立する時代になった
832: 2023/08/27(日)11:11 ID:uktDXYY0(1) AAS
Redhatがまたbtrfsに戻ってくるってある？
833: 2023/08/27(日)12:18 ID:PR/CoOyy(1) AAS
Fedoraでbtrfs使ってるしRHEL10のデフォルトに採用しても驚かない
834: 2023/08/27(日)14:35 ID:pseOgDNm(2/2) AAS
顧客の要望があれば導入するでしょ
RHELにとっての一番の顧客ってどこなのか知らんが
835: 2023/08/27(日)16:27 ID:YnC5/bGq(1) AAS
RHELも将来的にはcow/cor対応のFS導入するだろうけど
自前の製品群がXFSに特化してそうだから簡単には変えられないだろうしまずはGPLの取り扱いの件何とかすべきだろうなあ
836: 2023/08/28(月)20:03 ID:G62eI9B5(1) AAS
今の Red Hat は Spectrum Scale (GPFS) 販売している IBM が上にいるから
フリーのファイルシステムに積極的には投資はしないでしょ。
メンテに金のかかる多機能なFSじゃなくてXFSを細々とメンテするだけじゃないかな。
837: 2023/08/28(月)21:03 ID:iZDgPe4W(1) AAS
IBMがJFS押し付けてきたりして
838: 2023/08/28(月)22:34 ID:0S8N8ier(1) AAS
Btrfsはパフォーマンスがちょっとね。
現状BtrfsはZFSにもボロ負けだからな。
Linux6.5でどの程度改善されるか。
あと、暗号化機能がずっと先送りされたまま。
839: 2023/08/28(月)22:44 ID:qK84yeuR(1) AAS
暗号化は導入するだけでなく高度なセキュリティ検証が必要だからハードルは高いよ
ZFSの暗号化は第三者機関でセキュリティ検証してるのかな
840: 2023/08/28(月)23:13 ID:AtYIGZfm(1) AAS
GFS入れたけど遅いw
設定は簡単だからVM置き場ではなく普通のストレージにしたよ。
やっぱ専用機が一番だな。
841: 2023/08/28(月)23:52 ID:VOEduRz2(1) AAS
一口に暗号化っつーてもh/w込みなのかデバイス単位なのかボリューム単位なのかで勝手違うからこういうのは特定の製品持ってる企業がガンガン進めないときついところある
しかし今時ノートpcみたいな要件だと流石に外せない要素になりつつあるからぼくのかんがえたさいきょうのソリューションが欲しいんだよ
842: 2023/08/29(火)00:15 ID:plGc1vmm(1) AAS
暗号化LVM使えば暗号化自体は可能だし
セキュリティ関係で厳密なテストが必要な重い作業の割には
新規に何かを実現できるわけでもないから優先順位は低いでしょう
一度導入したら最後、脆弱性がでるたびに最優先で修正が必要になるし
843: 2023/08/29(火)10:06 ID:MCVzj3AF(1) AAS
ZFS mirror、SATAケーブルの差し込み不良でエラー出たけどちゃんと一基で動作して再起動も無停止。
ケーブル直したら変更分だけresilverしてすぐ復旧。今更だけど感動。
上下前次1-新書関写板覧索設栞歴
あと 159 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.019s