[過去ﾛｸﾞ] ファイルシステム総合スレ その20 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
866: 01/27(月)12:03 ID:K25csgYz(1/2) AAS
NAS企業同士がexfat対btrfsで論争してなかったっけ、どうなったんだろ
867: 01/27(月)14:04 ID:xG3E2DwG(1/2) AAS
ext4の間違いでは？
exfatなんて対抗にならないだろ
868: 01/27(月)14:26 ID:K25csgYz(2/2) AAS
あ、素手間違えてたごめん
もちろんext4
思い出そうとして今ぐぐったらQNAP、ReadyNAS、Synologyあたりが論争してたみたい
869: 01/27(月)19:01 ID:K2hOghs1(1) AAS
ext4ファイルシステム破損問題を思い出した
外部ﾘﾝｸ[html]:atmarkit.itmedia.co.jp
870: 01/27(月)19:30 ID:xG3E2DwG(2/2) AAS
なんでそんな古い記事を
つい2年くらい前にext4が壊れたことあっただろうに
アプデですぐ治ったけど
871: 01/27(月)21:32 ID:thSG6MDn(1) AAS
Synologyは関係ない。
ReadyNASとQNAPが煽り合ってたんだよ。
ReadyNAS
Btrfsの先進性 - ReadyNASが先進的なファイルシステムBtrfsを採用している理由
外部ﾘﾝｸ[html]:www.netgear.jp
QNAP
QNAP NASがBtrfsファイルシステムを使用しないのはなぜですか？
外部ﾘﾝｸ:www.qnap.com
872: 01/27(月)21:40 ID:/u6c3b6/(1) AAS
QNAP君がBtrfsにグチグチ言ってるのは、こんなFS流行ったら非エンタープライズNASの商売上がったりだからかと思ったら煽り合う相手がいたのかw
873: 警備員[Lv.1][新芽] 01/30(木)00:46 ID:Mp6Sx01c(1) AAS
対抗馬のBcachefsはまだ実績なさすぎて使い物になるのはいつになる事やら
874: 02/01(土)15:37 ID:sek/ETxb(1) AAS
openzfsがファイル名の1023バイト長に対応した
今までlinuxのまともなfsの中ではgpfsぐらいしか無かったから
windowsとのinteropを気にしてる人にとっては朗報なんじゃ
875(2): 02/02(日)12:11 ID:MUcsqS+0(1) AAS
stdio.h で定義されているからコンパイル済のソフトじゃ使えんじゃん、
て思って調べてみたら結構前(CentOS6/手近にあった最古)でも FILENAME_MAX
は 4096 だったわ。
876: 02/06(木)22:00 ID:mnoX/Jvp(1) AAS
ビットロット対応のFSふえてくれ
winもmacも含めて
877: 02/06(木)22:22 ID:CxpOZANU(1) AAS
ファイルシステム作る人、圧倒的に性格悪い説
zfs, ReiserFS, Bcachefs
878: 02/07(金)07:57 ID:kPy0cZmS(1) AAS
なんで？
879(1): 02/07(金)21:46 ID:0He1QcLs(1) AAS
>>875
それはフルパスでは？
NAME_MAXがファイル名の規定のはず
880: 02/10(月)15:37 ID:ZXNyKkDA(1) AAS
ext4の人は性格悪くないから単なる偶然だな
zfsは知らん、reiserfsは妻殺し、bcachefsは手順も踏まず自己主張ばかりうるさい
881: 02/10(月)17:21 ID:qkuqaI2M(1) AAS
zfs やOpen Solaris はCDDLで、GPLというかLinuxに成果を取られないようにイジワルしているとしか...
第6回 Debian 会議で Cooper は、Solaris カーネルを書いた技術者らが OpenSolaris が GPL 非互換となるよう要求したと述べている。「Mozilla が選ばれた理由のひとつとして、GPL非互換だからというのがある。
Common Development and Distribution License（CDDL）
外部ﾘﾝｸ:ja.m.wikipedia.org
882: 02/10(月)17:28 ID:5o8c5ISg(1) AAS
コピーレフトなのにGPL非互換なライセンスか、こんなのあるんだな
883: 02/10(月)18:13 ID:ojBXykV6(1) AAS
ワイは作者さんの開発成果に世話になってるから感謝してる、性格はしらん
884: 02/10(月)19:35 ID:yWXuc1WU(1) AAS
オラクルは邪悪
885: 02/12(水)09:16 ID:iHlsRQuI(1) AAS
>>879
NAME_MAXで正しいけどglibcでそれが問題になるような処理ってどこかにある？
現実に問題になるのはPATH_MAXのほうだと思う
実際zfsで500文字ぐらいのファイル作って試してみてるけど今のところ問題ないな
886: 02/28(金)02:07 ID:aIUeCHvn(1) AAS
encfsでwinのファイルがコピーできなくて困ったことならある
887: 03/09(日)19:18 ID:QVT5LwTm(1) AAS
fedora のインストーラは btrfs を使う時、/boot 以外を一つのbtrfs パーティションとして作成してから、/ と /home をサブボリュームとしてマウントしている。
Debian のインストーラじゃ出来ない気がしている。
888: 03/09(日)19:50 ID:z8Z+X9TG(1) AAS
Debianだとbtrfsにすると/boot/efiを除く/以下全体がサブボリューム名@rootfsになる
細分化したいときはインストーラ終了後再起動前にライブイメージに居残って操作するといい
889: 03/19(水)19:52 ID:xxTg8g0q(1) AAS
ファイルシステムって普通1つのファイルの最大サイズも〇〇バイトまでみたいな制限があると思いますが
tmpfsにも1ファイルあたりの最大サイズとかって決まりみたいなのってありますか？
890: 03/20(木)00:55 ID:y/r4L4bu(1) AAS
知らんけど仕様の制限より先にメモリサイズの制限のほうが先に来るだろう
891: 05/28(水)16:29 ID:A8s5L3lC(1/3) AAS
+------------------------------------------+
| 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
892: 05/28(水)16:29 ID:A8s5L3lC(2/3) AAS
+-------------------------------------------------+
| E: 🔥迷い・目的の再評価 |
| 🌱「分離故安全か？...だが切替煩雑」 |
| 🌱「最悪時保険？...1.5年前状態に戻す価値薄」 |
+-------------------------------------------------+
|
v
+-------------------------------------------------+
| F: 🎯目的変更・作業範囲縮小 |
| 「今回は旧snapshotよりデータコピーのみに止む」 |
+-------------------------------------------------+
|
v
+-------------------------------------------------+
| G: Copilot追認 |
| (個別データ抽出・現環境維持を善策と評価) |
| (btrfsサブボリューム複製、現環境と分離独立) |
+-------------------------------------------------+
|
v
893: 05/28(水)16:29 ID:A8s5L3lC(3/3) AAS
+-------------------------------------------------+
| H: 過去の最悪事態経験想起 |
| (timeshift --restore不能は稀有) |
| (手動snapshotは最終保険として有効と認識) |
+-------------------------------------------------+
|
v
+-------------------------------------------------+
| I: 最終結論・認識 |
| 「苦労して整えし現環境を旧状態へ戻すは非得策」|
| (現環境維持優先、旧データは必要時参照) |
+-------------------------------------------------+
894: 06/01(日)02:39 ID:+pBhduTU(1) AAS
似たようなファイルシステムがゴロゴロあるな
同じような機能同じような目的
895: 06/03(火)13:06 ID:BLInsZ6k(1) AAS
プロプラエタリィなNTFSの存在がガンですよ。
上下前次1-新書関写板覧索設栞歴
あと 107 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.012s