[過去ﾛｸﾞ]
ファイルシステム総合スレ その20 (1002ﾚｽ)
ファイルシステム総合スレ その20 http://mao.5ch.net/test/read.cgi/linux/1722312892/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
814: login:Penguin [sage] 2024/09/23(月) 14:35:09.67 ID:gvk53GDp bcachefsは今のところ採用してる企業を一つも見ないのがね 個人用途のおもちゃでしかない http://mao.5ch.net/test/read.cgi/linux/1722312892/814
815: 警備員[Lv.9][芽] [sage] 2024/09/23(月) 14:54:07.10 ID:0zLPadmR > The end-user experience is still pretty painful when the root filesystem needs a fsck まだかなりの人柱モードだよな http://mao.5ch.net/test/read.cgi/linux/1722312892/815
816: login:Penguin [sage] 2024/09/23(月) 15:31:05.28 ID:idQiIW1a 何処かの企業がサポートしているのかは気になる。 今生き残っているのはRH/IBM/Oracleの支援があるか、SGI/Sun 他の遺産だし。 http://mao.5ch.net/test/read.cgi/linux/1722312892/816
817: login:Penguin [sage] 2024/09/23(月) 23:02:18.91 ID:geOQ2omo zfsは権利問題で扱い辛くてbcachefs出たばかりだからガチでは使えんし Raid5/6問題解決したらBtrfsで十分ってなりそう http://mao.5ch.net/test/read.cgi/linux/1722312892/817
818: login:Penguin [sage] 2024/09/23(月) 23:37:33.50 ID:gKy1OzrY 20年前ならインテリジェンスのあるファイルシステムは需要あったんだろうけど、今更感強いしな http://mao.5ch.net/test/read.cgi/linux/1722312892/818
819: login:Penguin [sage] 2024/09/24(火) 07:10:48.60 ID:+prhQPN0 最近はオブジェクトストレージが使われることも多いからなあ http://mao.5ch.net/test/read.cgi/linux/1722312892/819
820: login:Penguin [] 2024/09/25(水) 04:22:54.50 ID:UHAArs8N ４台で BTRFS RAID 6 にしたけど、一台ハードディスクをふっとばしたら読み出せなくなって困ってる。あんまり、ノウハウでなくてもドキュメント自体がすくないのよね BTRFS って。誰か助けて... http://mao.5ch.net/test/read.cgi/linux/1722312892/820
821: login:Penguin [sage] 2024/09/25(水) 16:34:55.42 ID:B90ftVDC まだバグあるRAID6でトラブルは… http://mao.5ch.net/test/read.cgi/linux/1722312892/821
822: login:Penguin [sage] 2024/09/25(水) 18:09:51.26 ID:OctKMZ6U https://btrfs.readthedocs.io/en/latest/btrfs-man5.html#raid56-status-and-recommended-practices 本番運用では使用しないでくださいと書いてあるな でもまあ基本機能には問題ないはずだから、内容次第じゃ秒で復旧するんじゃないかな？ http://mao.5ch.net/test/read.cgi/linux/1722312892/822
823: login:Penguin [sage] 2024/10/05(土) 12:37:13.48 ID:0Mg6G2gj 初心者はext4かxfsにしとけばええか？ http://mao.5ch.net/test/read.cgi/linux/1722312892/823
824: login:Penguin [sage] 2024/10/05(土) 12:42:45.05 ID:n9lFPbzQ xfsで無問題 ext4は今や使ってる人少ないから却って初心者向きじゃない http://mao.5ch.net/test/read.cgi/linux/1722312892/824
825: login:Penguin [sage] 2024/10/05(土) 15:20:41.07 ID:0h7rk2nA DebianやUbuntuのデフォルトがext4なのに使ってる人が少ないことないやろ http://mao.5ch.net/test/read.cgi/linux/1722312892/825
826: login:Penguin [sage] 2024/10/05(土) 15:34:45.30 ID:TCuh3FMI とりあえずどっちかにしとくは http://mao.5ch.net/test/read.cgi/linux/1722312892/826
827: login:Penguin [sage] 2024/10/05(土) 19:59:42.80 ID:wkYv90CH 先月雷で停電しまくったけどそういうのにはxfsは弱いのかな？ http://mao.5ch.net/test/read.cgi/linux/1722312892/827
828: login:Penguin [sage] 2024/10/05(土) 20:07:00.96 ID:kq62xYz3 そう言う場面に強いのはCoWのbtrfsやzfs http://mao.5ch.net/test/read.cgi/linux/1722312892/828
829: login:Penguin [sage] 2024/10/05(土) 20:10:14.27 ID:HzaabSfC xfsのCoWって安定した？ http://mao.5ch.net/test/read.cgi/linux/1722312892/829
830: login:Penguin [sage] 2024/10/05(土) 22:23:43.94 ID:VwtDKolW CoWはブロック層でやれってじっちゃんが言ってた http://mao.5ch.net/test/read.cgi/linux/1722312892/830
831: login:Penguin [sage] 2024/10/06(日) 06:08:31.42 ID:zw6R/dBZ xfsのCoW使えるぞ、って話あまり聞かないからそう言う事じゃないかな http://mao.5ch.net/test/read.cgi/linux/1722312892/831
832: login:Penguin [] 2024/10/06(日) 11:41:37.08 ID:SXXTeXeo >>825 メンテナが Red Hat で、その Red Hat が xfs デフォルトなもんだから信用できない。 http://mao.5ch.net/test/read.cgi/linux/1722312892/832
833: login:Penguin [] 2024/10/06(日) 11:49:09.82 ID:SXXTeXeo >>828 停電復旧後のロールバック処理はジャーナリング機能が担うのであって CoW は関係ない。 Linux だと ext2(とfat系) ぐらいだろ、ジャーナリングないのは。 http://mao.5ch.net/test/read.cgi/linux/1722312892/833
834: login:Penguin [sage] 2024/10/06(日) 13:05:00.01 ID:fwRfDtt8 cowでない大抵のファイルシステムはジャーナリングで守られるのはメタデータだけじゃなかったっけ http://mao.5ch.net/test/read.cgi/linux/1722312892/834
835: login:Penguin [sage] 2024/10/06(日) 13:18:49.26 ID:3uVRZx0K >>832 ユーザーが多いか少ないかって話だったんだか… http://mao.5ch.net/test/read.cgi/linux/1722312892/835
836: login:Penguin [] 2024/10/06(日) 17:29:17.85 ID:SXXTeXeo >> 834 確かに上書き途中で停電であれば差は出る場合はあるね。 ただ CoW であっても中途半端なところで書き込みが終わるので停電対策 したいならコミット・ロールバックの概念のあるデータベースに 書き込むしかないな。 >> 835 すまぬ... http://mao.5ch.net/test/read.cgi/linux/1722312892/836
837: login:Penguin [sage] 2024/10/08(火) 07:25:45.36 ID:6KT/uJBx >>833 何も知らないなら何も言わないほうが良いぞ 馬鹿がバレるから http://mao.5ch.net/test/read.cgi/linux/1722312892/837
838: login:Penguin [sage] 2024/10/08(火) 17:05:42.28 ID:BFua4mkm 基本ジャーナルがやんのはロールバックじゃなくログリプレイ、対象はメタデータ（更新ログじゃなく操作ログを管理する場合はロールバックはあるかもしれない） DBのトランザクションはリレーションの一貫性保証のための機能で電源断対策に持ち出すのはズレてるかな 電源断対策になるのは操作のアトミック性 create,renameのアプリ側で担保するのが伝統的だけど、ブロック単位で担保してくれんのがcow http://mao.5ch.net/test/read.cgi/linux/1722312892/838
839: login:Penguin [sage] 2024/10/08(火) 18:24:09.03 ID:BFua4mkm 電源断対策にcow式ファイルシステムがいるかというと、まともなアプリはcow式前提にしてないし、技術的原理的には電源断に強いかもしれんが効果を発揮するのは限定的だと思ってるわ http://mao.5ch.net/test/read.cgi/linux/1722312892/839
840: login:Penguin [sage] 2024/10/08(火) 23:49:22.20 ID:g4k9TmhA どういうこと？ CoWだろうとソフトウェアの対応なんていらんが http://mao.5ch.net/test/read.cgi/linux/1722312892/840
841: login:Penguin [sage] 2024/10/09(水) 22:58:24.38 ID:TGngPSqW >>837 それ流行ってんの？ http://mao.5ch.net/test/read.cgi/linux/1722312892/841
842: login:Penguin [] 2024/10/10(木) 23:29:15.63 ID:xeeQIOkG >>840 たぶん「まともなアプリ」は (1) 上書きせずに同期書き込みで別ファイル作成(Create, Write, Close and Sync)、 (2) 上書き前のファイルを削除、 (3) (1)で作成したファイルをリネーム する(つまり手間をかける)って話かと。 まともじゃない駄目アプリは (1)-(3) を実行せずに上書き (Truncate and Write) ですましちゃうから CoW じゃないと処理途中で停電した場合にデータが吹っ飛ぶ って事じゃないかな。 rename するとファイルの xattr 属性が吹っ飛ぶ/リストアが面
倒なので 「まともなアプリ」でも実際には (2),(3) は実行せず、 (2a) オリジナルファイルを上書き (Truncate and Write) だな。 途中で停電になった場合は次回アプリ起動時に修復するかをユーザに問い合わせる。 例えば Linux の vi とか Windows の MS-Word とか起動時に復旧するかが表示される。 http://mao.5ch.net/test/read.cgi/linux/1722312892/842
843: login:Penguin [] 2024/10/10(木) 23:42:22.27 ID:xeeQIOkG 駄目アプリの Truncate and Write の途中で停電になったら 例え CoW であってもファイルの途中までの書き出し状態で復旧するか 上書きする前に戻されるかだけでしかない。 アプリレベルで意味のあるオートセーブデータとか アプリレベルで意味のあるアンドゥログがあって初めて停電対策になるのであって アプリより低層のファイルシステムでは打てる策ではどうあがいても 「効果を発するのは限定的」ですね。 http://mao.5ch.net/test/read.cgi/linux/1722312892/843
844: login:Penguin [] 2024/10/10(木) 23:52:24.30 ID:xeeQIOkG >>842 × リストアが面倒なので ○ ハードリンクの復元が超面倒/思いつかないので http://mao.5ch.net/test/read.cgi/linux/1722312892/844
845: login:Penguin [sage] 2024/10/10(木) 23:56:09.82 ID:WGFMDZfJ 属性を保持したまま内容を一気に入れ替えるのは、今ならcopy_file_rangeがある http://mao.5ch.net/test/read.cgi/linux/1722312892/845
846: login:Penguin [sage] 2024/10/10(木) 23:57:11.07 ID:WGFMDZfJ で、こいつはCoWファイルシステムじゃないと本当に内容をコピーするので効率が悪い http://mao.5ch.net/test/read.cgi/linux/1722312892/846
847: login:Penguin [sage] 2024/10/11(金) 07:39:44.04 ID:/6otHtpl 停電を予測して スナップショットを撮る機能が追加されるとかしないとかいう話は聞いたことがない http://mao.5ch.net/test/read.cgi/linux/1722312892/847
848: login:Penguin [sage] 2024/10/11(金) 14:12:45.09 ID:mj4qPltc そこでNILFSですよ http://mao.5ch.net/test/read.cgi/linux/1722312892/848
849: login:Penguin [sage] 2024/10/11(金) 16:05:09.61 ID:P6k6G+uZ Nipple? http://mao.5ch.net/test/read.cgi/linux/1722312892/849
850: login:Penguin [sage] 2024/10/11(金) 22:21:34.48 ID:5hgxSCWq >>842 renameでのinode置き換えならunlinkはいらんし、user拡張属性なら転記するだけでいいけど何気にしてるか分からん http://mao.5ch.net/test/read.cgi/linux/1722312892/850
851: login:Penguin [sage] 2024/10/12(土) 00:50:45.17 ID:oiiqPhbz >>847 10年近く前にそんなファイルシステムを作ってたな 紆余曲折でプロジェクトはポシャったけど http://mao.5ch.net/test/read.cgi/linux/1722312892/851
852: login:Penguin [sage] 2024/11/01(金) 23:30:14.47 ID:fOkGcY4d openZFSの新しいDedupについて https://despairlabs.com/blog/posts/2024-10-27-openzfs-dedup-is-good-dont-use-it/ http://mao.5ch.net/test/read.cgi/linux/1722312892/852
853: login:Penguin [sage] 2024/11/02(土) 00:19:44.04 ID:VFPv/92F タイトルからして良いのか使うななのか。言いたい事は何故か分かった http://mao.5ch.net/test/read.cgi/linux/1722312892/853
854: login:Penguin [sage] 2024/11/02(土) 02:38:38.08 ID:QhRsNAf7 かなり改善されたけど一般的な使い方ではdedupを使う価値は無いとのこと http://mao.5ch.net/test/read.cgi/linux/1722312892/854
855: 警備員[Lv.21] [sage] 2024/11/21(木) 20:13:48.31 ID:84+fZx8I https://www.phoronix.com/news/Bcachefs-Uncertain-Kernel-Issue よりによってLinusが行動規範違反持ち出してワロス http://mao.5ch.net/test/read.cgi/linux/1722312892/855
856: login:Penguin [sage] 2024/11/21(木) 20:17:07.65 ID:irrhUSYn Linus先生の精神修養の効果はどれぐらい持続したんだろうか http://mao.5ch.net/test/read.cgi/linux/1722312892/856
857: login:Penguin [sage] 2024/11/21(木) 21:25:01.65 ID:IaoA0KbF カーネルは何千人も開発に関わってるプロジェクトだからな 問題があるメンテナは受け入れられないよ http://mao.5ch.net/test/read.cgi/linux/1722312892/857
858: login:Penguin [sage] 2024/11/22(金) 10:35:04.69 ID:NLeFvCAZ kent君が結構アレなので…… http://mao.5ch.net/test/read.cgi/linux/1722312892/858
859: 警備員[Lv.22] [sage] 2024/11/22(金) 11:21:03.37 ID:LsZKWQ6U https://www.phoronix.com/news/ReiserFS-Deleted-Linux-6.13 > ReiserFS Has Been Deleted From The Linux Kernel ついに…… それにしてもFS開発者ってキチガイ多くね？ http://mao.5ch.net/test/read.cgi/linux/1722312892/859
860: login:Penguin [sage] 2024/11/23(土) 10:44:13.64 ID:Suo8i6kX >>855 Bcachefs開発者がどんな行動規範違反しているのかかよくわからんのだけど LKMLでのKentのメール https://lore.kernel.org/lkml/citv2v6f33hoidq75xd2spaqxf7nl5wbmmzma4wgmrwpoqidhj@k453tmq7vdrk/ > Get your head examined. And get the fuck out of here with this shit. 訳: お前の脳みそ検査しろ。そのクソと一緒にここから出て行いきやがれ こういう5chみたいな文章がアウトってこと? http://mao.5ch.net/test/read.cgi/linux/1722312892/860
861: 警備員[Lv.1][新芽] [sage] 2025/01/25(土) 07:58:57.62 ID:woka93X8 zfsはせっかく良いファイルシステムなににちょっと勿体無いね http://mao.5ch.net/test/read.cgi/linux/1722312892/861
862: login:Penguin [sage] 2025/01/26(日) 03:10:14.41 ID:gS4o5s0d zfsはエンプラ用途すぎて中小企業や一般ユーザにはとても合わないと思うが http://mao.5ch.net/test/read.cgi/linux/1722312892/862
863: login:Penguin [sage] 2025/01/26(日) 13:22:39.12 ID:Wag9xtbO むしろ中小企業向けだろZFSは でかい企業は分散ファイルシステム使うだろうし http://mao.5ch.net/test/read.cgi/linux/1722312892/863
864: login:Penguin [sage] 2025/01/26(日) 19:09:51.48 ID:zsOq4jRe 中小企業は 1. 重複排除、スナップショット、圧縮が安定して使え 2. Active Directory の連携し CAL も不要、 3. 故障時ハードベンダーにお任せで社内技術者による属人化を無視可能 な中身がWindows IoT の NAS 製品買うでしょ。 エンタープライズも並列ファイルシステムの Lustre の中身 (ldiskfs(ext4) か ZFS が選択可能) として位ではないかな。 実績面で疑問が残る Lustre ZFS をまともに運用出来る人員を確保 できる組織が存在するかは疑問だが。 http://mao.5ch.net/test
/read.cgi/linux/1722312892/864
865: 警備員[Lv.5][新芽] [sage] 2025/01/27(月) 11:47:32.08 ID:GOJgDLEA zfsよりbtrfsの方が勢いあるしな http://mao.5ch.net/test/read.cgi/linux/1722312892/865
866: login:Penguin [sage] 2025/01/27(月) 12:03:45.83 ID:K25csgYz NAS企業同士がexfat対btrfsで論争してなかったっけ、どうなったんだろ http://mao.5ch.net/test/read.cgi/linux/1722312892/866
867: login:Penguin [sage] 2025/01/27(月) 14:04:48.13 ID:xG3E2DwG ext4の間違いでは？ exfatなんて対抗にならないだろ http://mao.5ch.net/test/read.cgi/linux/1722312892/867
868: login:Penguin [sage] 2025/01/27(月) 14:26:13.82 ID:K25csgYz あ、素手間違えてたごめん もちろんext4 思い出そうとして今ぐぐったらQNAP、ReadyNAS、Synologyあたりが論争してたみたい http://mao.5ch.net/test/read.cgi/linux/1722312892/868
869: login:Penguin [sage] 2025/01/27(月) 19:01:01.79 ID:K2hOghs1 ext4ファイルシステム破損問題を思い出した ps://atmarkit.itmedia.co.jp/flinux/rensai/watch2009/watch11a.html http://mao.5ch.net/test/read.cgi/linux/1722312892/869
870: login:Penguin [sage] 2025/01/27(月) 19:30:01.39 ID:xG3E2DwG なんでそんな古い記事を つい2年くらい前にext4が壊れたことあっただろうに アプデですぐ治ったけど http://mao.5ch.net/test/read.cgi/linux/1722312892/870
871: login:Penguin [sage] 2025/01/27(月) 21:32:23.43 ID:thSG6MDn Synologyは関係ない。 ReadyNASとQNAPが煽り合ってたんだよ。 ReadyNAS Btrfsの先進性 - ReadyNASが先進的なファイルシステムBtrfsを採用している理由 https://www.netgear.jp/solutions/readynas/readynas_btrfs.html QNAP QNAP NASがBtrfsファイルシステムを使用しないのはなぜですか？ https://www.qnap.com/ja-jp/solution/qnap-ext4 http://mao.5ch.net/test/read.cgi/linux/1722312892/871
872: login:Penguin [sage] 2025/01/27(月) 21:40:18.97 ID:/u6c3b6/ QNAP君がBtrfsにグチグチ言ってるのは、こんなFS流行ったら非エンタープライズNASの商売上がったりだからかと思ったら煽り合う相手がいたのかw http://mao.5ch.net/test/read.cgi/linux/1722312892/872
873: 警備員[Lv.1][新芽] [sage] 2025/01/30(木) 00:46:22.22 ID:Mp6Sx01c 対抗馬のBcachefsはまだ実績なさすぎて使い物になるのはいつになる事やら http://mao.5ch.net/test/read.cgi/linux/1722312892/873
874: login:Penguin [sage] 2025/02/01(土) 15:37:29.88 ID:sek/ETxb openzfsがファイル名の1023バイト長に対応した 今までlinuxのまともなfsの中ではgpfsぐらいしか無かったから windowsとのinteropを気にしてる人にとっては朗報なんじゃ http://mao.5ch.net/test/read.cgi/linux/1722312892/874
875: login:Penguin [] 2025/02/02(日) 12:11:12.19 ID:MUcsqS+0 stdio.h で定義されているからコンパイル済のソフトじゃ使えんじゃん、 て思って調べてみたら結構前(CentOS6/手近にあった最古)でも FILENAME_MAX は 4096 だったわ。 http://mao.5ch.net/test/read.cgi/linux/1722312892/875
876: login:Penguin [sage] 2025/02/06(木) 22:00:39.54 ID:mnoX/Jvp ビットロット対応のFSふえてくれ winもmacも含めて http://mao.5ch.net/test/read.cgi/linux/1722312892/876
877: login:Penguin [sage] 2025/02/06(木) 22:22:11.87 ID:CxpOZANU ファイルシステム作る人、圧倒的に性格悪い説 zfs, ReiserFS, Bcachefs http://mao.5ch.net/test/read.cgi/linux/1722312892/877
878: login:Penguin [sage] 2025/02/07(金) 07:57:13.05 ID:kPy0cZmS なんで？ http://mao.5ch.net/test/read.cgi/linux/1722312892/878
879: login:Penguin [sage] 2025/02/07(金) 21:46:34.53 ID:0He1QcLs >>875 それはフルパスでは？ NAME_MAXがファイル名の規定のはず http://mao.5ch.net/test/read.cgi/linux/1722312892/879
880: login:Penguin [sage] 2025/02/10(月) 15:37:41.55 ID:ZXNyKkDA ext4の人は性格悪くないから単なる偶然だな zfsは知らん、reiserfsは妻殺し、bcachefsは手順も踏まず自己主張ばかりうるさい http://mao.5ch.net/test/read.cgi/linux/1722312892/880
881: login:Penguin [sage] 2025/02/10(月) 17:21:34.57 ID:qkuqaI2M zfs やOpen Solaris はCDDLで、GPLというかLinuxに成果を取られないようにイジワルしているとしか... 第6回 Debian 会議で Cooper は、Solaris カーネルを書いた技術者らが OpenSolaris が GPL 非互換となるよう要求したと述べている。「Mozilla が選ばれた理由のひとつとして、GPL非互換だからというのがある。 Common Development and Distribution License（CDDL） ps://ja.m.wikipedia.org/wiki/Common_Development_and_Distribution_License http://mao.5ch.net/test/read
.cgi/linux/1722312892/881
882: login:Penguin [sage] 2025/02/10(月) 17:28:29.07 ID:5o8c5ISg コピーレフトなのにGPL非互換なライセンスか、こんなのあるんだな http://mao.5ch.net/test/read.cgi/linux/1722312892/882
883: login:Penguin [sage] 2025/02/10(月) 18:13:19.60 ID:ojBXykV6 ワイは作者さんの開発成果に世話になってるから感謝してる、性格はしらん http://mao.5ch.net/test/read.cgi/linux/1722312892/883
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
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 108 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.021s