ファイルシステム総合スレ その21

● 前スレ
ファイルシステム総合スレ その19
https://mao.5ch.net/test/read.cgi/linux/1592027147/l50
ファイルシステム総合スレ その20
https://mao.5ch.net/test/read.cgi/linux/1722312892/l50

● 関連スレ
ジャーナリングファイルシステム
https://mevius.5ch.net/test/read.cgi/unix/979408065/l50

OpenSolaris/Illumos (OpenIndiana, etc.) 6
https://mevius.5ch.net/test/read.cgi/unix/1337411922/l50

FS関連スレ
https://medaka.5ch.net/test/read.cgi/os/1137387538/l50
過去スレ, 関連リンクは >>2-10 あたりで.

ほう、WSL対応の為ディレクトリ別に大文字小文字区別できるようにしたんか
でもまあデフォは区別しないままだろうな
今更デフォ変えたら大混乱だろうし

MSもどうやってlinuxでカネモウケしようか必死みたいね

POSIX互換を流用しただけみたいだから実装はもっと昔じゃねえか

wsl2めっちゃ便利だからな
早くlinuxもあの使い勝手を真似して欲しい

LinuxはいままでWindowsの縄張りであるデスクトップPCを侵さないようにしてきたので
MSもLinuxの縄張りは侵して欲しくないな

会社はカネモウケが目的なんだから無理だろw

Windowsのgitに関しては、ファイル名なんかの問題より、オープンファイルの扱いの方が遥かに厄介な問題だろ。

後出しなのに なんで標準的で使いやすい UNIX/Linuxと同じ設計にしないのか 理解に苦しむ

>>58
オープンファイルの話なら、DOSか何かの仕様を引きずってるらしい。

UNIXが使いやすいという認識が間違ってるよ
Linuxの上で動いてるAndroidだって大文字小文字区別しないようにしているんだし

androidは異常だからね
ファイルシステム全体を利用者にも自由に見せない

でも世界でいちばん使われているUNIXはAndroidだよ

>>60
> Linuxの上で動いてるAndroidだって大文字小文字区別しないようにしているんだし

へえそうなんだ

Windowsでファイル管理する人もいるから
あえてそれに合わせてやってるのか

unix/linuxの特徴、利点は/dev/とかカーネルが見せるファイル形式にして
open()/close()等で簡単にアクセスできる利点がある
ファイル見せなきゃunix/linuxの理念とか無視だよね

私的に所有する端末の root になれない。

ここがもうダメでしょ。

監視前提の話だよ。

>>65
うっかり消したりしないような保護の概念であってな

ファイルパーミッションを適切に
や
普段は一般ユーザーでrootは必要最小限に
など
運用ノウハウがあってそれで守られている

システムバックアップも自由に取らせないのに
保護とか詭弁だよ

rootなんて渡したら終わりだよ。

自分でぶっ壊して、文句を言う人で溢れて、サポートコストが爆発するんじゃね？まだまだ一般人には難しいよ。

rootが欲しいなら、AOSPのカスタムROMとか使えばいいんじゃない？やった事ないけれど。

マニアが使うPDAやデスクトップOSならわかるけど
おじいちゃんおばあちゃんも使う電話だからね
セキュリティ要件が極めて高い

ISO 9660みたいなの早く滅べ

>>67
ノウハウや運用でカバーとか、バカーの言うことだよ

#エラー回避行

ほら監視前提だろ

工学部や理学部の普通の学生が当たり前に使えるので 誰でも使えるはず

Linuxカーネル6.17で、EXT4,XFS,F2FS,Bcachefs,OpenZFSの性能測定

Linux 6.17 File-System Benchmarks, Including OpenZFS & Bcachefs 2025/9/19
https://www.phoronix.com/review/linux-617-filesystems

>>74
Btrfsが抜けてました。

SQLiteのベンチで OpenZFS がトップなのを見て、最初大天才が作ったのかと思ったけど、後ろのベンチマークに移るとそうでもなかった

>>75
抜かさないでよ〜😭

ベンチ結果見る度に
ん〜、、、、まあ凝った使い方してないしext4のままでいっか
ってなる

>>74
やはり xfs はソツなく優秀

bcachefsがカーネルから外されたからDKMSになってる

Linux PCで4K8K放送をコピーフリー録画してるよ

ラジオライフ
https://i.imgur.com/W2j1xjP.png
https://www.sansaibooks.co.jp/item/9644/

4K放送のリアルタイム視聴ソフトが出てる
https://seesaawiki.jp/pt4k/d/Xview4K

A Major Trading Firm Has Open-Sourced The Latest Linux File-System: TernFS
https://www.phoronix.com/news/TernFS-File-System-Open-Source

Linus Torvalds Removes The Bcachefs Code From The Linux Kernel

www.phoronix.com/news/Bcachefs-Removed-Linux-6.18

あーやっぱり……

bcachefsはlinuxメインラインから外されたことだし
windowsにも移植してほしいな

ファイルシステムのみでHDD＋SSDキャッシュを組めるZFSをwindowsで試してるんだけどあまり効果が出てない
ZFSはbcachefsとともに長い日本語ファイルを扱うのに不可欠なlongnameに対応してる点でも有望ではあるんだけど

bcacheをwindowsに移植してくれても助かる
bcache上にNTFSをフォーマットして普通に使えばよいから

ファイルシステムではないけどDM-PCACHEというキャッシュが開発されている

https://www.phoronix.com/news/DM-PCACHE-For-Linux-6.18

>>85
こういうのいいね、実運用レベルになってほしい
Intel Optaneの小容量のが激安になってきたんで
まとめ買いしてあるんだけど、
Intel公式のOptaneキャッシュドライバはWindowsのしかない

bcacheはbtrfsには使うなみたいだし、代替として
じっくり成熟してくれれば

6.18は見どころが多い

恐縮です

OpenZFS windowsは細かい不具合あってまだ本番運用出来てない

OpenZFSOnWindows-debug-2.3.1rc12v2.exe

やっと不具合の原因を突き止めた
QueryDirectory APIでワイルドカードを使ってフォルダを検索するときに
関係ないファイルもリストアップする不具合がある

これでは本番環境では使えない
L2ARCによる高速化の効果は出てきてたから惜しいな

>>90
ほんとかなあ
プログラムが間違っているだけではないか？

>>91
システムコールを覗き見るツール(ProcessMonitor)を使ってNTFSでは正しい結果を返していてOpenZFSでは余分な結果を返していることを確認した
エラーが出る法則性が複雑で条件を絞り込めなかったからツールを使って分かった

mpc-beは動画を再生するとき字幕データを探すために、
様々な名前で同フォルダ親フォルダを検索する他、
拡張子違いのファイルを探すためにワイルドカードを使う
このときOpenZFSでは関係ないファイルも大量にリストアップしてバッファから溢れてエラーになるようだ
フォルダにファイルが少ないときはOpenZFSでも正常に再生される

対策としては
自分で改造して修正を試みる
文字列処理のミスなので俺でも修正できる可能性はある

あとはZVOL機能を使って仮想ブロックデバイスを作ってその上にNTFSでフォーマットして使う
この場合でもL2ARCを組み合わせることが可能で目的は果たせる

そこまで分かってるならissueあげればいいじゃん
自分で書いてプルリク出すのもいいけど

NTFSPlusか。やっぱNTFS3は失敗だったんだな。オリジナルの開発企業もLinuxに放り込んだだけで放置気味だし。

ntfs3は連続readしてるだけでも不定期にクラッシュするからなあ…
自動mountでもntfs3からntfs-3gに戻されたディストリもあったし
ntfsplusは安定してくれるといいな

なんで4を使わんのよ

信用できないんじゃね?

Ｒｕｓｔｅｒファイルシステムって無茶苦茶遅いんだが、どうなって
るんだろうね。小さいファイルを沢山持つアーカイブを展開してたら
日が暮れる。

分散ファイルシステムで速度を出すのは難しいよ
個人レベルで高性能な分散ファイルシステムを構築するならjuicefsとcephを組み合わせて使うのが良いと思う
cephだけでも分散ファイルシステムは作れるけどそれでは速度を出すのが難しい

lustre 使ってるやつがそこまでスペルミスするか疑問
エアプってやつ？

pdumpfsやsnapshot-rsyncで毎日バックアップしているとinodeを大量消費します
これまでバックアップ先をxfsにしていたのですが
電源ブッチしたのでxfs_repair掛けるととんでもなくメモリを消費してしまいます
スワップしまくりで1週間経っても終わらないorz
そこで他のファイルシステムへの乗換えを検討しています
btrfsは動的inode割り当てとのことで良さげに思うのですが
このファイルシステムはそもそも安定していますかね? 実用段階ですか?

内蔵のRAIDが品質悪いらしい。
RAIDさえ使わなかったら全く問題ないと聞く。

btrfsのRAID5を使わず、mdadmでRAID5を組んでファイルシステムをbtrfsにしてる
btrfsのRAID5も使ってる範囲では問題なかったけど。

>>103,104
レス有難うございます
RAIDは使わんのでbtrfsに乗り換えます
いま走らせているxfs_repairが終わらない...

ハイセンスのテレビでファイルシステムがぶっ飛んで全く認識しない6TBの外付けxfsハードディスクをリペアしたことがある。
・testdisk for Linuxでxfsパーティションを復旧。パーティションを検出したらチェック途中ですぐ書き込んでいい
・xfs_repairでファイルシステムのエラーを修整
時間は合わせて1～2分だった。
testdiskでパーティションが生きてるか覗いてみたらどうだろ。

有難うございます．testdiskは初めて知りました．
xfs_repairを念の為に掛けてますが実はまだブッチして
1回もmountしていないので壊れてるかどうかも分かりません
何ともならなくなったら思い出そうと思います
まだ終わらないハハ

erofs使わないの？

えっちなファイルシステムはいけないと思います！

は？

カーネル6.19でbtrfsのraid5/6がサポートされた。のか？

バージョン6.18では、Btrfsはページサイズよりも大きなブロックサイズへの実験的なサポートを導入しました。「BS > PS」と呼ばれるこの開発プロジェクトは、Linux 6.19でも精力的に進められています。
このコードにより、大きなフォリオを使用せずに、エンコードされた読み書きやBtrfs SENDのサポートなど、様々な操作を実行できるようになりました。さらに、RAID5およびRAID6構成のネイティブサポートにより、ページサイズよりも大きなブロックサイズも処理できるようになりました。
Linux 6.19 の Btrfs の新しい実験的機能として、shutdown ioctl システムコールのサポートがあります。これにより、ファイルシステムを停止状態に設定して、保留中の操作を完了することができます。

erofsはスマホのシステムパーティションに使われてる

Fedora43のインストールDVDに入ってるファイルシステムイメージは
名前は .squashfsだけど中身はEROFS

XFS Introducing Autonomous Self-Healing Capabilities With Linux 7.0

https://www.phoronix.com/news/XFS-Linux-7.0

XFSに面白そうなの来てる

XFSに新機能とかあまり求めてないんだけどな
CoW対応してたけど使い物にならなかったし

6 ファイルシステムの強化：ext4の大ブロックサイズ対応とBtrfs改良
https://www.issoh.co.jp/tech/details/10935/#ext4Btrfs-2

ext4、btrfsへの改良に関する記述。

xfsなんてredhat系でしか見たことないマイナーfs
新機能つけてどうすんだろな

キチンと動くの重要なので xfs は実績があるよ。
大半の人には ext4 or xfs がいいね、と思うの。

btrfs　は、スワップファイルを /dev/loop を通さないとマウントできない問題があったけど、これは変わってないのかな。(ext4 や XFS はできる)

>>119
いつの話?
btrfsのスワップファイルなら7年前リリースのkernel 5.0で対応している

sudo btrfs filesystem mkswapfile --size 2G swapfile
みたいにすると簡単に作れる

>>120
おっと、そんなコマンド知らなんだ。Thanx。
爺なもんで、古式にのっとり、dd で領域確保して、mkswap しただけ。
swapon しようとしたらエラーが出てスワップに加えられなかったのん。

Amazon FSx for NetApp ONTAP は btrfs, zfs みたいな機能を持っているけど NetApp ONTAP はファイルシステムも独自開発しているのだろうか？

WAFLという独自のFSを使っているよ。

Thanks
ZFS を特許侵害で訴えられる程度に先行して開発出来てたソリューションなのか

>>124
全然違う

>121はswap fileと言いながらswap partitionの話してる時点で噛み合ってなさそう

>>121
ddでもできるよ
touch swapfile; chattr +C swapfile; dd if=/dev/zero of=swapfile bs=1G count=2

btrfsでのswap fileはコピーオンライトではダメなので、mount時にコピーオンライトを全体で無効にするか、
ファイルサイズが0のときにコピーオンライトを無効にするよう拡張属性を設定しないといけない
https://wiki.archlinux.jp/index.php/Btrfs

自分も爺で最初わからんかった

>>117
お主Silicon Graphicsを知らぬ俄じゃな？斬れ！

bcachefsがこの先生きのこるには

オーバーストリート先生の次回作にご期待ください

結局btrfsでやっていくしかねえ

EXT4とXFSをLinuxカーネル6.12 - 7.0までのリリース毎の性能検証。XFSは依然として
最高の性能だが、カーネルが最新になるにつれEXT4が追いついてきている。

Linux 6.12 Through Linux 7.0 File-System Benchmarks For EXT4 + XFS 2026/3/13
https://www.phoronix.com/review/linux-612-linux-70-xfs-ext4

おお、ありがとう。

cachyosはオプションでbcachfsが選択できたが最新インストーラーから削除されたみたい

overstreetってkofiかpatreonかで開発してたくらいだし
人間性に相当問題があったんだろうな　インターネット絵師みたいなもん
Linusも怒りを通り越して呆れてたもんな

>>135
怒ることもなく自分の失敗だったと言ってたからな
あのリーナスが

overstreet は名前良過ぎ

【AGI】Bcachefsの作者がAIの向こう側に行ってしまわれた
https://qiita.com/rana_kualu/items/81ba0007dcd4fa5ba557

>>138
>.15年以上前、私は『自然言語を理解すること』イコール『感情を持つこと』であるという法則をほぼ解明しました。
>これは停止性問題からの直接的な帰結といえます。

なるほど完全に理解したわ

>>139
どいうことよ?
言語を解さない動物にも接していると感情あると思うよ

オバストさんちには猫も犬もいないんだろう

オバストさん家のケントさん
このごろ少し　変よ〜
ど〜したの〜か〜な〜〜〜

前からおかしかっただろ

まあオープンソースはだいたいメンタルやるからな
ユーザーも開発も
金のためと思わなければやってられねえ

https://xenospectrum.com/linux-kernel-7-0-release-rust-xfs-self-healing/#google_vignette
Linux7.0
xfsに自動修復機能追加（専用の修復用デーモンが動く）
btrfs、EROFS、F2FSにも改良あり

bit rotも防げる？

ext4 のお話
たった1.6MBのGIF画像によってDiscourseのバックアップが377GBに膨らんだ原因とは？ - GIGAZINE
https://gigazine.net/news/20260417-discourse-gif-backup-bloat/

前半のその話はサイト特有の仕様のせいであってext4関係ない
後半のハードリンク数制限の話もext4だけかね？

>このGIF画像のファイルサイズは約1.6MBで1個だけならそれほど大きくありませんが、
>同じGIF画像が24万6173回も別ファイルとして保存された結果、バックアップ内で377GB
>分の肥大化を招いていました。
>このGIF画像が別ファイルとして保存されていった原因は、Discourseの「secure uploads」
>という機能でした。secure uploadsは画像やファイルを公開範囲ごとに分けて安全に
>扱うための機能で、たとえばプライベートメッセージ上で使った画像を公開投稿にも
>使うと、同じ画像でも別のファイルとして扱われます。

設計時の考慮漏れが起因の運用課題をハードリンク活用で最適化しようとしたけどext4とてハードリンク数の上限が65,000程度だったのであんまり上手くいかなかった話やな

こういうのって最初から添付ファイルの実体は別の場所に置いて、DBなどでハッシュとポインタで管理するものじゃないのかな。。？

discourseのような大手でもバックアップには生ファイルそのままコピーしてたりするんだなあ
バックアップ用のソフト使わないんだ…