[過去ﾛｸﾞ]
ファイルシステム総合スレ その20 (1002ﾚｽ)
ファイルシステム総合スレ その20 http://mao.5ch.net/test/read.cgi/linux/1722312892/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
884: login:Penguin [sage] 2025/02/10(月) 19:35:37.99 ID:yWXuc1WU オラクルは邪悪 http://mao.5ch.net/test/read.cgi/linux/1722312892/884
885: login:Penguin [sage] 2025/02/12(水) 09:16:52.85 ID:iHlsRQuI >>879 NAME_MAXで正しいけどglibcでそれが問題になるような処理ってどこかにある？ 現実に問題になるのはPATH_MAXのほうだと思う 実際zfsで500文字ぐらいのファイル作って試してみてるけど今のところ問題ないな http://mao.5ch.net/test/read.cgi/linux/1722312892/885
886: login:Penguin [sage] 2025/02/28(金) 02:07:53.46 ID:aIUeCHvn encfsでwinのファイルがコピーできなくて困ったことならある http://mao.5ch.net/test/read.cgi/linux/1722312892/886
887: login:Penguin [sage] 2025/03/09(日) 19:18:19.92 ID:QVT5LwTm fedora のインストーラは btrfs を使う時、/boot 以外を一つのbtrfs パーティションとして作成してから、/ と /home をサブボリュームとしてマウントしている。 Debian のインストーラじゃ出来ない気がしている。 http://mao.5ch.net/test/read.cgi/linux/1722312892/887
888: login:Penguin [sage] 2025/03/09(日) 19:50:52.36 ID:z8Z+X9TG Debianだとbtrfsにすると/boot/efiを除く/以下全体がサブボリューム名@rootfsになる 細分化したいときはインストーラ終了後再起動前にライブイメージに居残って操作するといい http://mao.5ch.net/test/read.cgi/linux/1722312892/888
889: login:Penguin [sage] 2025/03/19(水) 19:52:54.67 ID:xxTg8g0q ファイルシステムって普通1つのファイルの最大サイズも〇〇バイトまでみたいな制限があると思いますが tmpfsにも1ファイルあたりの最大サイズとかって決まりみたいなのってありますか？ http://mao.5ch.net/test/read.cgi/linux/1722312892/889
890: login:Penguin [sage] 2025/03/20(木) 00:55:30.94 ID:y/r4L4bu 知らんけど仕様の制限より先にメモリサイズの制限のほうが先に来るだろう http://mao.5ch.net/test/read.cgi/linux/1722312892/890
891: login:Penguin [sage] 2025/05/28(水) 16:29:10.63 ID:A8s5L3lC +------------------------------------------+ | A: Btrfs Send/Receive再利用試験 | | (長期不使用機能、試験欲す) | | (元snapshot: /timeshift/.../@, @home) | +------------------------------------------+ | v +------------------------------------------+ | B: 現状確認・Snapshot所在確認 | | (lsblk, mount /dev/sda1, ls) | | (先ディスクにて発見: | | /mnt/backup_btrfs/@_snapshot, | | @home_snapshot) | +------------------------------------------+ | v +------------------------------------------+ | C: 手動復元手順の複雑性再認識 | | (fstab, grub, initramfs等手作業多) | | (timeshift自動復元との対比) | +------------------------------------------+ | v +------------------------------------------+ | D: `btrfs subvolume snapshot` の | | 非破壊性確認 (Copilot助言) | | (操作自体は安全、然しmount/fstab変更 | | 伴えば現環境復帰煩雑の可能性) | +------------------------------------------+ | v http://mao.5ch.net/test/read.cgi/linux/1722312892/891
892: login:Penguin [sage] 2025/05/28(水) 16:29:29.58 ID:A8s5L3lC +-------------------------------------------------+ | E: 🔥迷い・目的の再評価 | | 🌱「分離故安全か？...だが切替煩雑」 | | 🌱「最悪時保険？...1.5年前状態に戻す価値薄」 | +-------------------------------------------------+ | v +-------------------------------------------------+ | F: 🎯目的変更・作業範囲縮小 | | 「今回は旧snapshotよりデータコピーのみに止む」 | +-------------------------------------------------+ | v +-------------------------------------------------+ | G: Copilot追認 | | (個別データ抽出・現環境維持を善策と評価) | | (btrfsサブボリューム複製、現環境と分離独立) | +-------------------------------------------------+ | v http://mao.5ch.net/test/read.cgi/linux/1722312892/892
893: login:Penguin [sage] 2025/05/28(水) 16:29:34.59 ID:A8s5L3lC +-------------------------------------------------+ | H: 過去の最悪事態経験想起 | | (timeshift --restore不能は稀有) | | (手動snapshotは最終保険として有効と認識) | +-------------------------------------------------+ | v +-------------------------------------------------+ | I: 最終結論・認識 | | 「苦労して整えし現環境を旧状態へ戻すは非得策」| | (現環境維持優先、旧データは必要時参照) | +-------------------------------------------------+ http://mao.5ch.net/test/read.cgi/linux/1722312892/893
894: login:Penguin [sage] 2025/06/01(日) 02:39:18.40 ID:+pBhduTU 似たようなファイルシステムがゴロゴロあるな 同じような機能同じような目的 http://mao.5ch.net/test/read.cgi/linux/1722312892/894
895: login:Penguin [] 2025/06/03(火) 13:06:05.98 ID:BLInsZ6k プロプラエタリィなNTFSの存在がガンですよ。 http://mao.5ch.net/test/read.cgi/linux/1722312892/895
896: login:Penguin [sage] 2025/06/06(金) 19:26:35.10 ID:DcwFmon4 btrfs と bcachefs ならどっちを使うべき？ http://mao.5ch.net/test/read.cgi/linux/1722312892/896
897: login:Penguin [sage] 2025/06/06(金) 22:04:20.08 ID:t2yseNZM (Linus Torvalds) in August of 2024 that "nobody sane uses bcachefs and expects it to be stable". ps://en.m.wikipedia.org/wiki/Bcachefs http://mao.5ch.net/test/read.cgi/linux/1722312892/897
898: login:Penguin [sage] 2025/06/06(金) 23:43:40.08 ID:DcwFmon4 >>897 草 Kent Overstreet 氏がなんかアレっぽいからやめとくわ http://mao.5ch.net/test/read.cgi/linux/1722312892/898
899: login:Penguin [sage] 2025/06/06(金) 23:49:44.94 ID:t2yseNZM An Initial Benchmark Of Bcachefs vs. Btrfs vs. EXT4 vs. F2FS vs. XFS On Linux 6.11 ps://www.phoronix.com/review/linux-611-filesystems http://mao.5ch.net/test/read.cgi/linux/1722312892/899
900: login:Penguin [sage] 2025/06/06(金) 23:57:09.45 ID:aNbcFT2d f2fsすげーな、SDカードいたわりファイルシステムってだけじゃないのか http://mao.5ch.net/test/read.cgi/linux/1722312892/900
901: login:Penguin [] 2025/06/07(土) 00:14:18.31 ID:7L+jxPfb F2FSはAndroidのストレージのファイルシステムに使われてるから 今はもうかなりのデバイス数で使われてる http://mao.5ch.net/test/read.cgi/linux/1722312892/901
902: login:Penguin [sage] 2025/06/07(土) 08:30:51.10 ID:4MW5fToT おもしろそうな話をしているようなのできました f2fsってのがあるんか http://mao.5ch.net/test/read.cgi/linux/1722312892/902
903: login:Penguin [sage] 2025/06/14(土) 07:11:03.75 ID:PyLZJCtn btrfsの更新履歴を読むと raid5 なら行けそうな気がしてきた。 http://mao.5ch.net/test/read.cgi/linux/1722312892/903
904: login:Penguin [] 2025/06/14(土) 18:45:45.76 ID:G4FNdXUC Raid5はもう使っても大丈夫になってたはず たしかLinux6.2から カーネルバージョン低いと注意 http://mao.5ch.net/test/read.cgi/linux/1722312892/904
905: login:Penguin [sage] 2025/06/14(土) 19:12:31.28 ID:mW9KbBLx RAID5まで使えるようになったらもうBtrfs敵無しでは？ http://mao.5ch.net/test/read.cgi/linux/1722312892/905
906: login:Penguin [sage] 2025/06/14(土) 19:37:59.71 ID:21r7Qhcw >>904 Debain 12 (Bookworm) 2023年は6.1なのでDebian 13(Trixie)からは大丈夫になるのか。良い情報だ。 http://mao.5ch.net/test/read.cgi/linux/1722312892/906
907: login:Penguin [sage] 2025/06/14(土) 19:44:51.93 ID:04hwReKF stableのカーネルって普通にbackportsのに 更新して使うものだと思ってた… 絶対にミスが許されない鯖とかでない限りは http://mao.5ch.net/test/read.cgi/linux/1722312892/907
908: login:Penguin [sage] 2025/06/14(土) 20:18:57.84 ID:21r7Qhcw レスチで悪いが、 Debian Backports に関しては Kernel で問題は出ないだろうけど、Backports でバージョン上げて不具合あっても、本家の解消待ちのイメージしかない。Emacs の事だが。 http://mao.5ch.net/test/read.cgi/linux/1722312892/908
909: login:Penguin [sage] 2025/06/15(日) 10:22:30.99 ID:xeQ27nWt >>904 なってません 追加機能無しで出来る修正が一つ入ったってだけで write holeは根本的に解決してないし 多分これからしばらくも解決されません ttps://www.phoronix.com/news/Linux-6.2-Btrfs-EXT4 ttps://www.reddit.com/r/btrfs/comments/127zmsx/what_do_you_think_about_the_kernel_62_btrfs/ そもそもRAID5実装自体が完全に安全だと仮定しても 何TBのHDDでRAID5とかはリビルド中にUREに遭う確率を考えると割に合わない http://mao.5ch.net/test/read.cgi/linux/1722312892/909
910: login:Penguin [sage] 2025/06/15(日) 10:34:47.25 ID:qAAeLG7f Btrfs使ってるけどRAID10で十分だよ http://mao.5ch.net/test/read.cgi/linux/1722312892/910
911: login:Penguin [] 2025/06/15(日) 15:02:24.57 ID:YaPsiovj リビルドなんてZFSでもそんな信頼性高いもんじゃないからどうでもいいわ なんか壊れたら素直に再構築すべき http://mao.5ch.net/test/read.cgi/linux/1722312892/911
912: login:Penguin [sage] 2025/06/15(日) 15:27:43.91 ID:aJl0W6/T リビルドによる冗長性に期待しないんだったら わざわざパリティ付きストライプで分散して書き込む理由なんて一つもない そして現実的な容量あたりの回復不可能エラーの確率を考えると 6はともかくまともな冗長性が期待出来ないRAID5なんか今は使う理由はまるでない それこそRAID1どころか多くの場合で破損部分が明白かつ単純で 無事な部分を吸える可能性が高い分だけシングル運用の方が遥かにマシ http://mao.5ch.net/test/read.cgi/linux/1722312892/912
913: login:Penguin [] 2025/06/15(日) 16:50:20.47 ID:YaPsiovj リビルドによる冗長性ってなに？ http://mao.5ch.net/test/read.cgi/linux/1722312892/913
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 89 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.008s