[過去ﾛｸﾞ] ファイルシステム総合スレ その19 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
311: 2021/10/02(土)19:04 ID:EgCcoSU6(1) AAS
NTFS圧縮のどこが特殊な機能だよ
312: 2021/10/02(土)20:31 ID:EB7kVLAn(1) AAS
そもそもLinuxのNTFSサポート(特にrw)はリバースエンジニアリングの賜物だし、あんまり信用しない方がいいと思うけどなあ。カーネルモジュールのroで使うのが無難だと思うよ。
313: 2021/10/02(土)23:12 ID:KqC7ziZl(1) AAS
こないだMSと契約してて仕様見れる企業がLinux用ドライバ書いてくれたとかなかったっけ？
314(1): 2021/10/03(日)19:44 ID:2jfRA+HE(1) AAS
でもMSが書いてるわけじゃないからねえ。btrfsとか仕様を自分たちだけで決めて実装してるものだって、完璧ではないわけだし、
ファイルシステムは個人的には枯れてることや、トラブルシュートのノウハウの蓄積が重要かなと思う。
まあAPFSを普段使ってて何言ってるんだって感じだが、ユーザーはめちゃ多いからなあ。
315(1): 2021/10/04(月)13:08 ID:TXzl7kYV(1) AAS
>>314 FAT32実装でも完璧になることはほぼないよ
316: 2021/10/04(月)19:36 ID:fn2oJW0l(1) AAS
>>315
うん、だからext4とかxfsとかしか使わないよ。
NTFSマウントしたかったらVM経由でCIFSマウントするわ。
317(1): 2021/10/21(木)18:38 ID:AxEaN9Vn(1) AAS
クライアントマシンのルートパーティションをBtrfsからext4に戻してみた
扱い簡単だし日々のバックアップなんかdumpで十分じゃねとか思って
318: 2021/10/22(金)00:37 ID:LPm9gNbQ(1) AAS
Fedoraの傾向からすると
今後はバックアップだけじゃなくて高速化でもBtrfsの機能を活用する方向だから
新しいディストリを使うならBtrfsにしておいたほうが良い
319: 317 2021/10/22(金)07:30 ID:DPzRrjD6(1) AAS
さすがFSスレ住民 未来を見据えてらっしゃる
再フォーマット＆データリストアはワケないんで近いうちに出戻りBtrfsやるかも知れないっす
320: 2021/10/23(土)04:27 ID:I1Xbj+ci(1) AAS
Facebookの全面協力で安定してきたから
最新のカーネルを扱えるならBtrfsでも良いけど
DebianやRHELクローンだとカーネルが古いからBtrfsは早いかな
321: 2021/10/24(日)09:22 ID:1yf+lTo0(1) AAS
Debian11を使用中なんですが、
> DebianやRHELクローンだとカーネルが古いからBtrfsは早いかな
との事なのでZFSを仕込んでみました
画像ﾘﾝｸ[png]:i.imgur.com
322: 2021/10/24(日)17:47 ID:lKWonQWJ(1/2) AAS
ZFSはメモリ消費が激しすぎてイマイチでしょ。
最近のBtrtfsのメリットは
Btrfsを前提とした周辺機能が充実してきた事。
例えばFedora35からはソフトウェアの更新がBtrfsで高速化される事になった。
323: 2021/10/24(日)19:24 ID:DfnSHm2O(1) AAS
ちょっと前まではbtrfsディスっとけばできる男を演出できてたけど
最近はbtrfsを褒めるほうが有能そうな雰囲気出せる時代になってきたん？
324: 2021/10/24(日)19:35 ID:jhNfOHT2(1) AAS
俺は一貫してBtrfsの素晴らしさを讃えてきたので……というのはともかく、風向きが変わってきたなとは思う
325: 2021/10/24(日)19:41 ID:lKWonQWJ(2/2) AAS
昔から壊れるという欠点を除けば素晴らしいファイルシステムだった。
最近のカーネルでその欠点が急速に改善されているからメインでOKという流れ。
FedoraがデフォルトをBtrfsにしたのに阿鼻叫喚になっていないし本当に安定してきてるんだと思うね。
326: 2021/10/24(日)20:49 ID:SkXAlUtd(1) AAS
最近のカーネルにCentOS 8の4.18はともかく、debian 11の5.10は含まれないの
327: 2021/10/24(日)21:28 ID:4t2MKVSe(1) AAS
ZFSがメモリ食いなんてまだ言ってる人いるんだくらいの感想
328: 2021/10/25(月)00:04 ID:iwYvMRD6(1/2) AAS
カーネル5.4で安定化したらしいからdebian11なら大丈夫じゃない？
それ以降のカーネルでも高速化が入っていたりするから新しいに越したことはないだろうけど
329(1): 2021/10/25(月)00:16 ID:iwYvMRD6(2/2) AAS
あとは透過圧縮で利用するzstdの改善が5.13で入った
安定面ではなくパフォーマンス面で考えるとカーネル5.10だともったいない気がする
330: 2021/10/25(月)05:51 ID:kkWUslu3(1) AAS
ZFSはまあまあメモリ食う時もあるけどあまり気にした事ないな
心配ならARC制限すればいいし
Btrfsはパフォーマンスが上がるのか
個人レベルでは問題視する様な不具合は見てないし今後がますます楽しみ
331: 2021/10/25(月)06:45 ID:ZAX3MeqU(1) AAS
>>329
知らなかったから調べてみたらBtrfsでzstd圧縮を利用している場合5〜15%パフォーマンスアップとあるね。必須とまでは言わないけど、あれば嬉しい感じ
332: 2021/10/25(月)09:40 ID:qncdQ78l(1) AAS
ext4でcrc32c_intelが有効になっているか確認する方法ありますか？
カーネルモジュールは組み込まれていて、
dumpe2fs -hで見ると、crc32cとだけ表示されています。
intelの使ってるのでしょうか…？
333: 2021/10/25(月)12:08 ID:FE+vN1GH(1) AAS
外部ﾘﾝｸ[8B]:wiki.archlinux.jp
外部ﾘﾝｸ:ext4.wiki.kernel.org
334: 2021/11/07(日)02:36 ID:/DYcsXrN(1) AAS
今やwindowsでもBtrfsは使えるんやで
外部ﾘﾝｸ:github.com
335: 2021/11/09(火)11:16 ID:C2t7c7MT(1/2) AAS
EXT4って巨大ファイル（数十GB〜数百GB）のファイルを削除しようとしたらめちゃくちゃ遅くない？
ずっと前からそうで久々に新しいシステムセットアップして最近は改善されたかな？と思ったけど同じだった
336: 2021/11/09(火)20:10 ID:os//3YxP(1) AAS
ext3じゃなくて？
337: 2021/11/09(火)22:15 ID:C2t7c7MT(2/2) AAS
ext4でもそうなんだよな
338: 2021/11/10(水)12:55 ID:Gmm1clxh(1) AAS
inodeに削除フラグ立ててるだけならおかしいよね
SSD のハードウェア側で何か処理が行われているのかな
339: 2021/11/10(水)18:23 ID:NkSwIMlY(1) AAS
まさかマウントオプションでTrim有効にしてないか？
340: 2021/11/10(水)20:25 ID:HeWruaDL(1) AAS
ext4は昔からNTFSと比べると削除は遅いよ
341: 2021/11/12(金)21:57 ID:9wzH1mCG(1) AAS
On-Disk Format Changes Ahead To Improve "Painful" Parts Of Btrfs Design
外部ﾘﾝｸ[php]:www.phoronix.com
そろそろ安定してきたっぽいからbtrfsに乗り換えようかと思ってたけど
来年Disk Format変わるのかよ……
342: 2021/11/13(土)01:26 ID:e0PvumLs(1/3) AAS
そうだとしても乗り換えてOKでしょう
Fedora34でBtrfsにして35へのアップグレードも済ませたけど相変わらず安定だよ
即座に壊れたカーネル4.xx時代とは大違い
343: 2021/11/13(土)01:29 ID:e0PvumLs(2/3) AAS
Fedoraが透過圧縮有効のBtrfsをデフォルトにして問題なしだから
カーネルさえ新しければデスクトップ用途ではまず問題は発生しないと思う
344: 2021/11/13(土)02:04 ID:GWxfAFmk(1) AAS
Fedora の方がRedhatの見立てより正しかったのか。
xfs Cow を頑張るべきかで楽しみ増えたね。
345: 2021/11/13(土)02:17 ID:jL/cp8Sk(1) AAS
見立てが正しいとかじゃなくて性質の違いじゃないかなあ。
半年ごとに新しいバージョンが出て、サポート期間が1年のものと、
10年近くサポートしなければいけないものでは、物事の決定が大きく変わるよ。
Fedoraで徹底的にbtrfsのバグを潰して、RHELに再導入したいんじゃないかな。
ちゃんと動くなら、btrfsはどう考えてもRHELの売りにはなるから。
346: 2021/11/13(土)02:20 ID:e0PvumLs(3/3) AAS
RHELは単純にRedHatの従業員にBtrfsのメンテナが居ないという理由だったはず。
Btrfs側にパッチを当てる権限がないと商業利用でメインに据えるのは難しい。
347: 2021/11/14(日)01:41 ID:05NxiEGH(1) AAS
bcachefsを使ってる方いますか？使い心地を伺いたく。
たまにしか使わないvmを、使うときはssdの速度、保存は大容量のhdd、といいとこ取り出来たらいいなと思ったので。
348(1): 2021/11/14(日)22:17 ID:8yaYENO9(1) AAS
Bcachefsはやめときな。
開発が事実上個人に依存している上に
Btrfsが安定化した今となっては存在意義が薄れてる。
349(1): 2021/11/14(日)22:53 ID:9NKXbiYN(1) AAS
BcacheFSの作者にはPatreonで投げ銭してたけどBtrfsが普通に快適で順調に安定性も上がってるようだったから投げ銭止めちまったな。
350: 2021/11/15(月)22:07 ID:4zDn1QCD(1) AAS
>>348
>>349
ありがとうございます。
このスレでも使われてなさそうで、常用はまだまだという感じました。
大人しくメインライン入りを待ちます。
351: 2021/11/16(火)02:02 ID:jPDcGScd(1) AAS
いや、メインライン入りしても使わないほうがいい
Bcachefsはリソースが足りてないから常用はまだまだというか多分無理
素直に安定化したBtrfsを利用するのがおすすめ
352(1): 2021/11/18(木)03:36 ID:qTns37yC(1) AAS
結局のところBtrfsの圧縮はlzoかzstdどっちがいいのか教えて偉い人
353: 2021/11/18(木)04:04 ID:15FxU4NQ(1) AAS
>>352
zstd:1一択
FedoraチームがCPU使用率と圧縮率のバランスから検証した結論
自分も1年以上zstd:1で運用してるけど快適そのもの
354: 2021/11/18(木)06:57 ID:yAyQZrWM(1) AAS
マジか。長らくlzoだったけどzstdにするかな?
RaspberryPi4な自宅ファイルサーバだからCPU弱いけど
355: 2021/11/18(木)10:07 ID:kJ0Z9QmQ(1) AAS
zstdが進化しすぎてlzoはもはや存在意義がない
圧縮率、圧縮速度、解凍速度、全てでzstdが上回ってる
しかもzstdは未だにアルゴリズムの改善による高速化が続いてるから差は広がるばかり
強いて弱点を挙げるなら古いカーネルとの互換性くらいかな
356: 2021/11/18(木)10:20 ID:PS7LS2tl(1) AAS
zstdの圧縮アルゴリズム自体が負荷が少なくて
しかも圧縮率でもほぼ全てのケースで
gzipとかの系統の圧縮方法より縮むみたい
(さすがにlzoよりは多少負荷かかるだろうけど)
将来的にgzip使ってるとこをを完全に置き換えそう
自分でもarm系の非力な環境でtarに使ってると
時間ベースで倍以上早い感じ
357: 2021/11/18(木)12:17 ID:vBDA9b/+(1) AAS
開発中の5.16カーネルでZstd更に速度アップ（四年前のコードが新しく）
358: 2021/11/18(木)13:05 ID:ePhyqPG7(1) AAS
今fstabでcompress=lzoとかしてるんだけど、既存のファイルは別に今すぐzstdにしなくていいけど今後作られる新規のファイルとかはzstdで圧縮してほしいと思ったらcompress=zstdにするだけでいいの？
359: 2021/11/18(木)13:12 ID:KkteLCRf(1) AAS
上記に書かれてるのはcompress=zstd:1かな。
自分はcompress-force=zstd:1にしてる。
zstdはアルゴリズム自体に圧縮の可否の判定コードが組み込まれているから
compress-forceでも問題ないらしい。（実際に使ってるけどデメリットは感じない）
360: 2021/11/18(木)13:23 ID:GASrRsZg(1) AAS
BtrfsもZstandardもFacebookが本番環境でゴリゴリに利用しながら開発協力してるから進化が早いね
361: 2021/11/19(金)00:01 ID:olu0IGqg(1) AAS
リーナスがbtrfsの時代を見越して特権でマージしてからはや12年
やっといい感じになったのか
一時期の停滞はなんだったんだろうな
362(1): 2021/11/19(金)02:04 ID:zywWlpj/(1) AAS
compress-forceはやめたほうがいいぞ
画像や動画や音声みたいにすでに圧縮されていて圧縮する意味がないファイルまで圧縮するから
363: 2021/11/19(金)02:21 ID:9V6nr5YI(1) AAS
だからそれをzstdなら自動で判定してくれるって話なんじゃないの？
俺はcompress=zstdにしてるけど
364(1): 2021/11/19(金)03:24 ID:jLZ82X+D(1) AAS
>>362
zstdなら自動判定で圧縮出来ないファイルは無視するから大丈夫だよ
compress-force=zstd:1でこんな感じ
画像ﾘﾝｸ[png]:i.imgur.com
365(1): 2021/11/19(金)07:22 ID:9u0Wrd2T(1/2) AAS
forceとはいったい……
>>364
そんなの見れるんだ、コマンド教えて
366(2): 2021/11/19(金)14:45 ID:KKx0Rm7F(1) AAS
zstd以外の圧縮形式だと本当に全部圧縮する
zstdは賢いからforceで問題ない
>>365
外部ﾘﾝｸ:github.com
367: 2021/11/19(金)16:59 ID:9u0Wrd2T(2/2) AAS
>>366
おー、Debianにもパッケージあるし、見れた。ファイルサーバで試したら思ってたよりすげー圧縮してたわ。
ありがとう。
368: 2021/11/19(金)22:14 ID:dMVwvFav(1) AAS
まじでここ最近のBtrfs進化凄まじいな
圧縮によってSSDが長持ちする効果も。
個人ユースレベルの話だけど、fedora34、35と使っててトラブルなし
>>366
横からですがGJ！
kernel 5.16でbtrfsパフォUP
外部ﾘﾝｸ[php]:www.phoronix.com
369: 2021/11/21(日)14:51 ID:bYykWTis(1) AAS
qemuイメージをbtrfs上で使う場合、どのような方法がオススメでしょうか？ thin provisipningが目的で、qcow2自体のsnapshotや圧縮は使っておりません。
・qcow2+nocow(btrfs)
・raw+cow(btrfs)
・raw+cow(btrfs)+compress(btrfs)
・raw+nocow(btrfs)
・その他など
370(1): 2021/11/21(日)16:13 ID:shHqGKFO(1/2) AAS
thin provisioningがディスク容量の削減を指すんだったら
qcow2の圧縮にzstdを使ったら「初期イメージは」RAWの
20%以上ぐらい？まで縮んだなあ…
debianインストール済みイメージで、/はext4、ディスク使用量
約2GBで、イメージサイズは300MB台だった記憶
インストールして初期イメージ作成までは一旦RAWで作って、
空き容量いっぱいにddでzero埋めファイルを作ってから削除、
それからqcow2変換ってことをしたけど
371: 370 2021/11/21(日)16:25 ID:shHqGKFO(2/2) AAS
圧縮方式はデフォルトでzstdは勘違いだった
372: 2021/11/21(日)21:17 ID:a95bCROj(1) AAS
牛さんパワーktkr
373: 2021/11/22(月)03:14 ID:Sspgrqlg(1/2) AAS
うーん、btrfs上のqcow2はcowだとパフォーマンス劣化が激しいという記事や、btrfs NOCOW filesにはchecksumや圧縮が効かない？ようなんですよね。。
外部ﾘﾝｸ[3F]:btrfs.wiki.kernel.org
ならば、cowや圧縮はqcow2ではなくbtrfsに任せるよう、rawが良いのかなと考えたのですが、ネットに事例見当たらず、考え違いしてないか気になりまして。。
374: 2021/11/22(月)10:33 ID:tMXPzEWO(1/2) AAS
自分は/homeとか/varとか、書き換え頻度の高そうな
マウントポイントだけ分離するために別のRAWイメージファイルを
作成して、メインのqcow2イメージとは別に
追加でマウントとかしてた
例えばqemu内のfstabでは sdb1を/var とか sdb2を/home とか
頻繁に書き換えのあるディレクトリだけを
別のディスクイメージにまとめて、/のファイルシステム上では
そこへのシンボリックリンクにしてしまってもいいかも
375: 2021/11/22(月)10:35 ID:tMXPzEWO(2/2) AAS
redditでちょうどそんなこと議論してるスレッドがあった
外部ﾘﾝｸ:www.reddit.com
これ読んで、Btrfs上でなら自分はこうするかも
・Btrfs上でqemuイメージ専用のサブボリューム作成
・そのサブボリュームはマウントオプションでCoW無効・圧縮無効
・/以下メインのディスクイメージはqcow2
・一旦RAWイメージで環境をインストールして安定させてからqcow2変換
・/home, /varほか用に同じサブボリューム内に別でRAWディスクイメージを作成
・こっちは chattr +c <RAWイメージファイル> で個別にBtrfs圧縮だけ有効
376: 2021/11/22(月)23:15 ID:Sspgrqlg(2/2) AAS
みなさん、アドバイスありがとうございます。
rawにした方がパフォーマンスはいいけど、qcow2の方が他のメリットがあるから？使う人が多いような印象を受けました。
rawを試してみようと思います。
377: 2021/12/11(土)15:09 ID:uaIAfbTU(1) AAS
Btrfsは開発が活発で気持ちいい
外部ﾘﾝｸ:btrfs.wiki.kernel.org
これなら最新カーネルを使おうという気になるね
378: 2021/12/11(土)16:21 ID:QzQGI3Jf(1) AAS
いやならないけど
379: 2021/12/12(日)08:17 ID:cpwBL7PZ(1) AAS
使ってみようかなという気にはさせるねバター FS
新しいハードディスク買ったんだけど今回は zfs から変えてみた
380: 2021/12/12(日)20:35 ID:vXaeyJFG(1) AAS
「Btrfs」って「バター FS」って読むの？
「ビートゥリーFS」って読んでたや
381(1): 2021/12/19(日)17:24 ID:mSL3klp3(1/2) AAS
Windows機からLAN経由でLinux機の共有フォルダにアクセスした場合に
Linux機の共有フォルダがext4でフォーマットしてあるHDD上に作られているにも関わらず
Windows機側から問題なく読み書きできるのは何故なのでしょうか？
Windows機にはサードパーティ製のext4ドライバをインストールしていないので不思議です
382(1): 2021/12/19(日)17:48 ID:M0LazKhz(1) AAS
ext4じゃなくてCIFSを読んでいるからです
383: 2021/12/19(日)18:01 ID:mSL3klp3(2/2) AAS
>>382
レス有難う御座います
てっきりデフォルトのWindowsがext4を読めるようになったのかと思っていました
Windows機とLinux機で使えるように外付けHDDをext4でフォーマットしようと思ったのですが無条件では無理なんですね
384: 2021/12/20(月)00:14 ID:zMHkIVHO(1) AAS
>>381
sambaはSMBを喋るからね
385(1): 2021/12/21(火)00:41 ID:VORHfyX5(1/2) AAS
ここ１ヶ月ほどでbtrfsのエラーが急に増えたのですが、このエラーの直し方ご存じの方いますか？
デバイスはWDS512G1X0C nvmeです。
Dec 20 10:24:57 xxx kernel: BTRFS warning (device nvme0n1p4): csum failed root 257 ino 284 off 101092372480 csum 0x3423b0e6 expected csum 0xb17c434b mirror 1
Dec 20 10:24:57 xxx kernel: BTRFS error (device nvme0n1p4): bdev /dev/nvme0n1p4 errs: wr 0, rd 0, flush 0, corrupt 1453, gen 0
$ sudo btrfs dev stat /disk/btrfs_nvme0n1p4
[/dev/nvme0n1p4].write_io_errs 0
[/dev/nvme0n1p4].read_io_errs 0
[/dev/nvme0n1p4].flush_io_errs 0
[/dev/nvme0n1p4].corruption_errs 1457
[/dev/nvme0n1p4].generation_errs 0
386(1): 2021/12/21(火)06:10 ID:TC2x/Bp/(1) AAS
それ破損エラーたけど
SSDが壊れているのでは？
387(1): 2021/12/21(火)08:17 ID:Ll1T4oMZ(1/2) AAS
ZFSの機能について質問させて下さい
スナップショット・ブックマーク・チェックポイント それぞれどういうものでどう機能するのでしょうか
今のところバックアップや有事のrollback等、スナップショット機能+sendくらいでニーズは満たしてはいるのですが
>>385
$ sudo btrfs dev stats -z /disk/btrfs_nvme0n1p4 でステータスリセット後にscrub
それでも同様になるならストレージ交換を推奨
388(1): 2021/12/21(火)08:38 ID:4osIJ+cx(1) AAS
エラーが急に増えた、とかいうことはまだ読めるんじゃないか
それだったら先にデータをバックアップしたほうが良くないか？
389: 2021/12/21(火)08:45 ID:Ll1T4oMZ(2/2) AAS
それもそうですね
dev stats 使える人ならばたぶんバックアップのやり方も知っているでしょう
390: 2021/12/21(火)11:05 ID:LG40fTb8(1) AAS
そもそもファイルシステム関係あるの？
391: 2021/12/21(火)11:43 ID:Zj9XuLmV(1) AAS
どっちかと言えばハードウェアの領域か
392: 2021/12/21(火)20:19 ID:VORHfyX5(2/2) AAS
>>386,387,388
アドバイスありがとうございます。
エラーはhw故障の可能性でしたか。。
バックアップは取りました。
btrfs scrub、試して様子見てみます
393: 2022/01/30(日)16:43 ID:YDeubZLZ(1/2) AAS
385 (369)です。
btrfsのcorruption_errですが、原因が(多分)判明したので報告します。
原因はDirectIOだった様です。
外部ﾘﾝｸ:www.reddit.com
外部ﾘﾝｸ[html]:www.spinics.net
394: 2022/01/30(日)16:44 ID:YDeubZLZ(2/2) AAS
自分の場合、qemuでWindows guestをqcow2 image(NoCoW,nocomp)、cache mode=none で使っており、raw(CoW,comp)に変更した後もcache mode=noneのままでした。writebackにしたらcorruption_errが発生しなくなりました。
btrfsのDirectIOは、NoCoWでは問題ないが、CoWだと問題がある(？)ようです。
外部ﾘﾝｸ:lwn.net
外部ﾘﾝｸ[cgi]:bugzilla.redhat.com
ファイルシステムのDirectIOを使う際は、Stable pages(？)もチェックしておく必要があるということを初めて知りました。。
395: 2022/01/30(日)16:59 ID:YzatN2Pg(1) AAS
btrfsのDirectIOについては、外部ﾘﾝｸ:btrfs.wiki.kernel.org に記載されてました。
396: 2022/02/22(火)03:39 ID:2ssZI16J(1) AAS
$ timeshift-launcher &
で あるスナップショットで 非共有サイズが109メガバイトだとして、具体的に以前の状態からどんな変更をくわえたかの
具体的情報は、どうすればわかるのでしょうか？
397(1): 2022/03/11(金)19:30 ID:+/x0RjOc(1) AAS
OpenZFS 2.1.3 Released With Many Fixes - Phoronix
外部ﾘﾝｸ[php]:www.phoronix.com
398: 2022/03/12(土)21:51 ID:Rf7pMd17(1) AAS
TimeshiftでRsyncでバックアップしたのですが、
RestoreしようとするもInvalid argumentと出てRestore出来ません。
TimeshiftみたいなのってVPSでは使えないものなのでしょうか？
ちなみにbtrfsでフォーマットされたパーティションです…
399: 2022/03/13(日)02:14 ID:/q/1mXoW(1) AAS
引数間違ってるって書いてるやん
間違えてるんでしょう
400: 2022/03/14(月)07:02 ID:S1lHKHAK(1) AAS
>>397
更新内容
Release zfs-2.1.3 ・ openzfs/zfs ・ GitHub
外部ﾘﾝｸ[3]:github.com
401: 2022/03/17(木)08:17 ID:Xqtw5Hi8(1) AAS
うちは全てのマシンにUPSをおごる金など無い
昨日の大規模停電は図らずもファイルシステムの信頼性を確認する出来事となった
電力回復後fsck的なものも走らず復旧するZFS・Btrfs つよい
402: 2022/03/17(木)23:23 ID:fuiYI/4E(1) AAS
Debian ではいつインストーラーにOpenZFSを付けてくれるんだろ。
外部ﾘﾝｸ:wiki.debian.org
xfs に関しては、上記のwikiには記載ないとかドキュメント化で差があるけど。
403: 2022/03/18(金)00:47 ID:yCqU+awR(1) AAS
mainパッケージ入り出来ないうちは無理なんじゃね
404(1): 2022/03/21(月)21:55 ID:RpudRr3o(1) AAS
Btrfsについにブロック単位での重複排除が来た
外部ﾘﾝｸ:github.com
405: 2022/03/21(月)23:05 ID:NkBSbpzk(1) AAS
マジ！！？
406: 2022/03/21(月)23:23 ID:PMPLxowA(1) AAS
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
407: 2022/03/21(月)23:59 ID:FOQLXsvF(1) AAS
ユーザースペースのなら前からあったような
408(1): 2022/03/23(水)06:35 ID:W+gk/0wT(1) AAS
10TBあたりわずか1GBのハッシュテーブルを使用できます
ファイルシステム全体の重複排除-スナップショットを含む
btrfs圧縮で動作します-圧縮ファイルと非圧縮ファイルの任意の組み合わせを重複排除します
デーモンは、btrfsツリー検索を使用して新しいデータを段階的に重複排除します
シャットダウン後の迅速な再起動のための永続的なハッシュテーブル
データセットが大きくなってもRAM使用量は増加しません
ライブで動作します-スケジュールされたダウンタイムは必要ありません
おいおい神か！？
もうzfsを使う理由がなくなってきたな
409: 2022/03/23(水)08:43 ID:oNwCL5VO(1) AAS
raid6はいつ安定しますか…？
410: 2022/03/27(日)14:09 ID:BHPkkIfn(1) AAS
>>408
> データセットが大きくなってもRAM使用量は増加しません
これってZFSだとメモリ食うやつだよね？
ZFSしか使ったことないけど次は調べてbtrfsするかな
411: 2022/04/11(月)13:31 ID:28SRxXFF(1) AAS
ext4でいいじゃん・・・
412: 2022/04/11(月)16:02 ID:hvOblzS0(1) AAS
Fedoraで2年間Btrfsを圧縮有効にしてtimeshiftも使ってるけど一切不安定になったことがない。
以前にDebianでBtrfsを試して即座にデータが吹き飛んだ頃と比べると相当安定してきたと感じてる。
最新のカーネルを使えるなら今はBtrfsが第一選択肢でもいいんじゃないかな。
413(2): 2022/04/11(月)17:23 ID:1RMzXaNK(1) AAS
・空き容量が不正確
・空き容量カツカツでの運用は非推奨
・scrubを定期的に実行しないといけない
・vmイメージの置き場所にはあまり適さない
・ext4と比べると容量食い
ってな感じのことを聞いたんだけどほんと？
414: 2022/04/11(月)18:48 ID:WGF5H3C+(1) AAS
・btrfsユーティリティが正確な容量を教えてくれる
・空き容量カツカツは大抵のフォイルシステムで非推奨じゃね？
・定期実行しなくても問題出ない
・VMイメージの置き場所には適さないけどオプション指定があったような
・透過圧縮もあるのでむしろ食わない
415: 2022/04/11(月)19:57 ID:HZzXsyjN(1) AAS
・ちんちんシュッ！シュッ！シュッ！
416: 2022/04/11(月)20:23 ID:sEAd7XzV(1) AAS
イメージ置くならlvm推奨、raid5,6使うならdevice-mapper推奨、quota使うならxfs推奨
417(1): 2022/04/11(月)21:07 ID:/rTzXMzJ(1) AAS
VMイメージやDBファイルについてはCoWを無効化した方が良いとArchWikiにあるな
ファイルやディレクトリ単体で無効化できる模様
418: 2022/04/12(火)16:02 ID:OdAks5dN(1) AAS
自動でその設定してくれんかな
sqliteとか多すぎて手動で設定するの大変だよ
419: 2022/04/12(火)16:16 ID:8C6toS04(1) AAS
パフォーマンス追求するケースの話であって一般的にはそこまで困らんでしょ
420: 2022/04/12(火)20:03 ID:XoxKNETm(1) AAS
>>417
chatter +C dir
だけで良いのでしょうか?
421: 2022/04/12(火)23:40 ID:urXgeN0C(1) AAS
CoWを無効にすると圧縮も無効になるから一長一短だよ
422: 2022/04/13(水)07:21 ID:ELY+bluI(1) AAS
多少性能低下するだけだしVMディスクイメージはCOW有効化するな
無効化したらスナップショットからのお手軽ロールバック出来なくなるし
423: 2022/04/13(水)10:08 ID:fv2dkzRd(1) AAS
スナップショットをVM Consistentでとれる確証がなければ、やめておいた方がいいよ
424: 2022/04/13(水)14:29 ID:hXXP1Y6R(1/3) AAS
>>413
・ツール類に信頼がおけない
EXT4の感覚でUUIDを変更したら
特に警告等なく完了したがその後エラーを検出してファイルにアクセスできなくなった
425: 2022/04/13(水)14:47 ID:hXXP1Y6R(2/3) AAS
>>413
空き領域まわりは強いクセがあるな
btrfsの場合は常に5GB以上は空けておかないと安心できない
btrfsは未使用領域を"chunk"と呼ばれる1GB（公式の説明）のブロックで切り出してから書き込むが
切り出すときに用途を固定してしまう（実データ・メタデータ・システム）
全ての未使用領域を切り出したあとにメタデータ領域が枯渇すると実データ領域に空きがあっても一切のファイル操作ができなくなる
ファイルの削除は可能だが空き領域が回復しないことも多い
メモリ上では削除成功したことになってもディスク上ではメタデータの更新に失敗するため
こうなったら復旧するには特殊な手順が必要になる
426: 2022/04/13(水)14:51 ID:hXXP1Y6R(3/3) AAS
NTFSはフォーマット時にメタデータ領域を切り出すが
空き領域が枯渇するとメタデータ領域を実データ用に転用したり、メタデータ領域を拡張する仕組みがあるので
最後まで表示通りに書き込みができる
その代わり断片化が激しくなる
427: 2022/04/13(水)15:32 ID:dVO4/n+j(1) AAS
なる
パフォーマンスを取るか緩く安定を取るかみたいなもんか
428: 2022/04/13(水)15:33 ID:+IAQCF5I(1) AAS
空き容量はメタデータ云々といよりスナップショットの関係だよ
スナップショット取ってる場合には、削除が空き容量の増加にならないからという単純な話
スナップショット使ってないパーティションで何度も空き容量不足になってるけど一度も壊れた事はない (カーネル5以降の話)
429: 2022/04/16(土)14:26 ID:tF/izOz2(1) AAS
サーバーはともかく
デスクトップPCならBtrfsに切り替えても問題ない頃合いだね
Fedoraがデフォルトにしてしばらく大きな不具合は見つかってないし
430: 2022/04/16(土)16:04 ID:t4vxTGvP(1) AAS
なんかええんかそれ
431: 2022/04/16(土)16:22 ID:y438Thu7(1/4) AAS
レッツビギン 使ってみればわかるさきっと
432: 2022/04/16(土)17:45 ID:4lwQorlw(1) AAS
未だに10年前と同じ感覚でbtrfsを語ってる人たまに居るよね
くっそ古いカーネル使ってるならその認識で合ってるかもしれないけど
433: 2022/04/16(土)17:52 ID:nOVJDdzD(1) AAS
ファイルシステムはカーネルバージョンでガッツリ変わるからな
btrfsだけでなくext4やxfsも変わってる
434: 2022/04/16(土)17:53 ID:y438Thu7(2/4) AAS
怖いのはFS信頼性よりヒューマンエラー(ヒューマンとは俺自身含む)と思ってる
有事への備えさえしておけば先進のFSでも大丈夫
ラズパイですら再フォーマット無しにほぼ放置で２年ちょっと経過
435: 2022/04/16(土)19:32 ID:b4hVpIAm(1/2) AAS
今でこそBtrfsを愛用しているけど
カーネル4.xx時代はヒューマーンエラーとかいうレベルじゃない不安定さで使い物にならなかったよ
前兆なしでサルベージすら不可能な壊れ方するからヤバかった
436: 2022/04/16(土)19:47 ID:y438Thu7(3/4) AAS
使用開始時はさすがにおっかないFSだと言う認識はあった
当時のラズパイOSのカーネルはよく覚えてないけど5.4.*とかだったかなぁ
ラズパイでの試験運用開始時は十重二十重にスナップショット取ったり
日時バックアップしたりを欠かさなかった
437: 2022/04/16(土)20:07 ID:b4hVpIAm(2/2) AAS
調べるとBtrfsは丁度カーネル5.4から安定してきたらしい
確かにそのくらいからBtrfsユーザーの阿鼻叫喚が鳴りを潜めた気がする
上下前次1-新書関写板覧索設栞歴
あと 565 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.146s*