[過去ﾛｸﾞ] ファイルシステム総合スレ その18 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
554: 2019/07/19(金)23:38 ID:Ss290YYV(1) AAS
bcashefsのベースになってるから下手に弄れなくなったんだろ
あるある過ぎて笑えんけど
555: 2019/07/19(金)23:58 ID:IN7Btozr(1) AAS
BcachefsのGithubを見たら案の定
コメントが殆どない、他人に触らせる気の感じられないコードだった
外部ﾘﾝｸ:github.com
作者にしかメンテ出来ないとはまさにBtrfsの再来
参考までにxfs
外部ﾘﾝｸ:github.com
コメントが丁寧に書かれて読みやすい
556: 2019/07/20(土)03:51 ID:WfYnTXWF(1) AAS
ext4に続いてF2FSも大文字小文字を区別しないようにするオプションが作られているらしい
557: 2019/07/20(土)06:23 ID:Mi7o95f1(1) AAS
どこ読んでるかわかんないけど、コメントちゃんとあるように見えるけど
558: 2019/07/20(土)08:08 ID:bPfJoXMV(1) AAS
寄付なんて殆どが直接募集した奴が何割吸い取るかもわからない詐欺みたいなもんだぞ
559: 2019/07/20(土)08:44 ID:/RW5DImO(1) AAS
本人が集金してるんですがそれは
560: 2019/07/20(土)09:05 ID:DSGhLxxU(1) AAS
Linux上のZFSはLinux 5.0以降でSIMDサポートを復元する方法を考え出しました
外部ﾘﾝｸ[php]:www.phoronix.com
近いうちに、新しいZFS On Linuxベンチマークを出すようにします。
561(1): 2019/07/20(土)22:18 ID:zeHgvHr/(1) AAS
なにその機械翻訳みたいな文章
562: 2019/07/21(日)07:22 ID:ROhY0MNF(1) AAS
>>561
chromeで自動翻訳してくれるからそのまま貼った。
563: 2019/07/23(火)03:28 ID:SCZ5bl9v(1/2) AAS
>>454
Ext2Fsdをインストールしてるとリムーバブルメディアを取り外せなくなるからアンインストールした
>>459
ファイルを更新した直後に青画面や停電などでクラッシュすると
次回起動時に該当ファイルが0で埋められる挙動があってデータを失ったことがある
ソフトはバックアップを作ってから更新するタイプだったがご丁寧にもバックアップまで0で埋められた
564: 2019/07/23(火)03:45 ID:SCZ5bl9v(2/2) AAS
>>440 >>445
bcachefsは知らんが
bcacheは安定性に難あり
条件を満たすとカーネルがメモリやスタックの汚染を報告して十数分後から数時間後にシステムが確実にクラッシュする
多数ある条件を回避していって最近になってようやく安定稼働に持ち込めた
565(1): 2019/07/23(火)03:47 ID:eYVlzNHh(1) AAS
それファイルシステムのせいじゃないだろ
566: 2019/07/23(火)07:13 ID:y0KQNHxf(1/2) AAS
xfsも一時期酷かったけど今は高評価だし、直ってれば何でもええよ
567: 2019/07/23(火)08:55 ID:gjJlsP0Z(1) AAS
何かを利用するって事は、その下側の使ってる部分の品質を上回れない事でもあるからなぁ
安定したばっかのを使うってのは（ｒｙ
568: 2019/07/23(火)10:34 ID:y0KQNHxf(2/2) AAS
そういうのを使ってあーでもないこーでもないと情報を交換したりバグを報告するのがOSSユーザーの嗜みであり楽しみでは？
569: 2019/07/26(金)00:00 ID:jkGHHOAL(1) AAS
今まで何もわからずUFA使ってたけど新NAS作ろうとして調べれば調べるほどファイルシステムが選べないわ
どれも一長一短あるしまるでリーマン予想を解いているみたいだ
570: 2019/07/26(金)00:23 ID:kTNN9g4P(1) AAS
いやxfs一択でしょ
571: 2019/07/26(金)11:10 ID:g7Og2WUg(1) AAS
XFS一択なの？
572: 2019/07/26(金)18:49 ID:/zAUPOSD(1/2) AAS
windowsから読み書きできない時点で、
XFSのせいではないが、候補から外したくなる
573: 2019/07/26(金)19:45 ID:x3ulgDdb(1) AAS
NASだぞ？
574(1): 2019/07/26(金)20:48 ID:/zAUPOSD(2/2) AAS
緊急時、データだけでも確保したいときのことを考えちゃうんだよ
XFSって、プラットフォームによってはLinuxからでも読めないことあるしなぁ
市販のNASで一度懲りたわ
575: 2019/07/26(金)21:09 ID:McqAipQp(1) AAS
そんなこと言い出したらNTFS最強って話になってくるし
576: 2019/07/26(金)21:12 ID:rbHyg+XJ(1) AAS
読めるファイルシステムでバックアップ取りなよ
577(1): 2019/07/27(土)01:35 ID:Ut6QMCX/(1/3) AAS
windows関係ないけど、xfsの何がという話をしないから
信心深いのかな？くらいにしか思わない
自分ならext4で無難かな
578(1): 2019/07/27(土)10:50 ID:95325KkT(1) AAS
>>577
RHEL7 のファイルシステムサイズの上限が ext4 は 50TB、xfs が 500TB。
2U サイズのラックマウントサーバだと 3.5インチHDDが12本は載るからext4
だと１パーティションに収まらないのよね。
上限は RHEL6 の時は 16TB だったからその頃から xfs を選択せざるを
得なくなった人が多い。
RHEL7 以降デフォルトが xfs になってるから不具合も一番潰されてるだろう
から、一番安心して使える。
何を以て安心っていうかというと、どれだけ多くのディスク/RAID装置で、
どれだけ多くの故障パターンを経験して来たかだと思ってる。
省3
579: 2019/07/27(土)11:50 ID:c6O4WNXP(1/3) AAS
>>565
仮想マシンのゲストのWindows(10とXP)がクラッシュしたときも再現したのでNTFS実装の挙動で間違いない
俺はそれを見たとき対策を諦めた
580(1): 2019/07/27(土)11:52 ID:c6O4WNXP(2/3) AAS
同じNTFSでも2000ではファイルを閉じるときに必ず物理書き込みする挙動があって
クラッシュしたときにファイルが壊れる経験は皆無だった
581: 2019/07/27(土)11:53 ID:c6O4WNXP(3/3) AAS
XFSの噂はよく聞くが、どのベンチマークでもメタデータ更新系の成績がかなり悪い点は気になっている
細かいファイルをよく扱うLinuxとは相性悪いんじゃないだろうか？
582: 2019/07/27(土)12:09 ID:RKarvGRO(1/3) AAS
複数のファイルの遅延書き込みを溜め込みつつ、特定のファイルのフラッシュが必要になったら
確実にそのファイルへの変更結果をファイルシステムに矛盾が発生しない順序で
即座に物理層に反映・・・って、実は思ってる以上に複雑
その辺りは資本の力で開発されたファイルシステムに軍配が上がる
583: 2019/07/27(土)13:47 ID:6zG70b0r(1) AAS
遅くてもいいから壊れないものを
584: 2019/07/27(土)13:47 ID:Ut6QMCX/(2/3) AAS
>その辺りは資本の力で開発されたファイルシステムに軍配が上がる
んなこたーない、ntfs厨はもうこないでほしい
585: 2019/07/27(土)14:09 ID:RKarvGRO(2/3) AAS
何故NTFSに限定したのだろうか・・・
586: 2019/07/27(土)14:17 ID:Ut6QMCX/(3/3) AAS
限定したよ、だから何
帰れ
587: 2019/07/27(土)14:34 ID:SmtkTd2f(1) AAS
上にもあるが現在は正解がないというのが真実な気がする
正解がないので各派閥が宗教のように自分が使っているFSだけを信じ続けている
デジタルなのにやってることは人類が太古から続けているアナログ的な宗教に行き着くというのが感慨深い
588: 2019/07/27(土)14:47 ID:RKarvGRO(3/3) AAS
商用のファイルシステム以外はzfsとextの中間に位置する様なシロモノがないからな
その辺りにbtrfsが位置する予定だったんだろうけど、蓋を開けてみたらアレだったしな
589: 2019/07/27(土)15:44 ID:ynbj8IZE(1) AAS
>>578
ARMアーキテクチャのNASで使われているXFSは、
x86アーキテクチャのマシンからは、
エンディアンの違いで読めないことがあったんだよ。
（知ってたらゴメンね）
読む方法はある（シェアウェア）らしいし、
最近はバグらしきもの（FSかドライバか）が取れたらしいけど。
>>580
Linux物理マシンをext3で使ってたとき、
sync コマンドと、ALT＋SysRq＋s はなんか習慣的に押してたなw
省1
590: 2019/07/27(土)16:33 ID:vPZ9hNH2(1) AAS
zfsさいっょ
591(1): 2019/07/27(土)19:23 ID:mQu6FNvv(1) AAS
クラッシュ耐性上げるにはCoWしか無いんだよな
bfrfs不安定と言われているけど突然の停止にはxfsやext4より壊れにくい
592: 2019/07/28(日)02:04 ID:OAxz9Pyz(1) AAS
xfsにもフォーマット時のオプションで
CoWが可能になったの知らないのか
593: 2019/07/28(日)09:43 ID:8zKDGL71(1) AAS
>>591
メタデータについてはジャーナリング機能の実装段階でそれ相応の物が
入ってて、CoWでは耐性上がりようがないって認識だわ。
そもそもシステムコールで明示的に呼び出さない限り CoW にならないわけで、
CoW ではなくスナップショットファイルシステムというべきじゃないかな。
594: 2019/07/28(日)21:18 ID:CB5E+oZy(1) AAS
今までファイルが壊れた経験があるファイルシステム
・btrfs
・ntfs
595: 2019/07/29(月)10:42 ID:AMCKbOHw(1) AAS
ファイルシステムの頑健性っていうのはソフトウェアのレイヤーで全てが語れるわけじゃない
あるファイルシステムのある機能が、あるディスクアレイでは頑健性を上げることもあれば逆もありえる
仮想マシンだってそう、むしろレイヤーが重なる上にハードウェアチートまであるから
クラッシュ時の挙動がファイルシステム側由来なのかなんてfs設計者でも簡単には分からん
596(1): 2019/07/29(月)19:08 ID:4QwhTaJH(1/2) AAS
スナップショットとシンプロビジョニングはオープンソースだとテストのやり込みが足りない・
テスト量がシステムの修正に追いついていないせいで安定しないイメージだわ。
これら＋RAID-Z/VRAID系は長期利用時のフラグメンテーション対策がお留守な感じなんで
スナップショット等が必要な業務環境でオープンソース系ファイルシステム使うのは怖い。
597(3): 2019/07/29(月)19:58 ID:zJDJcz0l(1) AAS
RAID-ZってZFS以外使ってるんだっけ?
今のSolarisとFreeBSDとZoL,どれが一番安定してるんだか
598: 2019/07/29(月)22:46 ID:4QwhTaJH(2/2) AAS
>>597
Linux 外だが Isilon の OneFS がストライプ長可変なのでほぼ同じもの。
こちらは RAID-Z4 相当まで実装してる。
599: 2019/07/30(火)03:59 ID:qLodTkR5(1) AAS
>>597
Solaris
600(1): 2019/07/30(火)05:28 ID:HF8yxYK2(1) AAS
>>597
意味がわからないけどRAID-Z=ZFSだろ？
601: 2019/07/30(火)15:41 ID:0CM/a0KN(1) AAS
>>600
それは>>596に言ってくれ
602(1): 2019/07/31(水)16:24 ID:esTiVmHP(1) AAS
JFSやXFSで満足しないならもうLinuxを棄てるしかないんや
603: 2019/07/31(水)16:49 ID:Wv68Jyik(1) AAS
>>602
バイバイsoralis
君のことはもう忘れたよ
604: 2019/08/01(木)04:08 ID:BMyzMKl4(1) AAS
次元、五右衛門 久しぶりだなー
カール 今日はご主人様と一緒じゃないのか？
（カールという名前はわしの他はもう Soralis様しか知らないはずだ。）
Soralis？ そうか、お前のご主人は Soralisってえのか..。
.....
.....
銭形: Oracleはとんでもないものを盗んでいきました。
それは貴方のファイルシステムです。
605: 2019/08/01(木)05:02 ID:rA7aLj1x(1) AAS
もしかして：Solaris
606: 2019/08/01(木)07:08 ID:/5jO1LjD(1) AAS
soralis?solaris?
誰でぇ、それは
607: 2019/08/01(木)12:27 ID:FPgX7+/Y(1) AAS
ソラージ
608: 2019/08/03(土)04:46 ID:okf0cS5M(1) AAS
結局色々やってext4に行き着いた
609: 2019/08/03(土)07:21 ID:67ZtkjFh(1) AAS
アップデートもないしほとんど使っている人はいないと思うけどメインのNoteの/homeをnilfs2で運用初めてそろそろ10年。
それ以降PC自体が3代目でPC替えたらDDではなくてcpで移したので10年連続で同じパーティションを10年運用したわけではないけど、FSが飛ぶような深刻な自体は使い始めに操作を間違ったときくらい。
Nilfs2の仕様上FSフルにしてしまうと面倒なことが起こるけど、それも10年で2回程度。
概ね24時間分ぐらいは遡れるようにしているので間違って書き換えたり消したりしてもすぐ取り返せる安心感が嬉しくて使っている。
といってもその作業も10年で3回程度だけど。。。
610: 2019/08/07(水)15:48 ID:tHruglCb(1) AAS
CoW版のXFS使ってみたけどめっちゃ安定してるわ
完全に常用も可能な漢字
611: 2019/08/07(水)16:06 ID:D6dfz/XB(1) AAS
そんなゴミみたいな煽り文句は他所でやれ
612: 2019/08/07(水)16:13 ID:VOvKzyRf(1) AAS
最低限どういう手法でテストしたのか位は書いてもらわんと何も意味ないわな
613: 2019/08/07(水)19:19 ID:eVw1mf5N(1) AAS
そのくらいゆるふわ意見だと我が家のbtrfsも一度もデータ飛んだこと無いし、動画圧縮で凄く容量削減してるし、山ほどスナップショット撮れてるし、ものすごくtrimできるし、死ぬほど安定してる
614: 2019/08/08(木)16:07 ID:BnM28ZaO(1) AAS
100台月ぐらいメタデータ・シーケンシャル・ランダムアクセスの混在負荷テストすりゃいいかなと思っている
615: 2019/08/09(金)12:25 ID:2xxnQ7nf(1) AAS
Ubuntu 19.10からZFSのサポート強化 2019/08/09 08:33 後藤大地
外部ﾘﾝｸ:news.mynavi.jp
Canonicalは8月7日(米国時間)、「Enhancing our ZFS support on Ubuntu 19.10 - an
introduction - Ubuntu Blog｜Ubuntu Blog」において、この秋にリリースが予定されて
いる「Ubuntu 19.10」のデスクトップ版からZFSのサポート機能を強化する予定だと伝えた。
このまま順調に開発が進めば、Ubuntu 19.10 Dekstopでは実験的という位置づけながらも、
ルートファイルシステムをZFSで構築することが可能になると見られる。
Canonicalは今後、ZFSの採用範囲を広げるとしており、順次新しいUbuntuでZFSの利用を
拡大することが予想される。また、デスクトップ版は最初の取り組みとしており、今後
サーバ版にもZFSの適用が拡大する見込み。ZFSは人気の高いファイルシステムであり、
省9
616: 2019/08/09(金)16:56 ID:9F/SVKov(1) AAS
文字数の割には情報量の薄っすい記事だな。
具体的にどう拡大するのか何も書かれていない。
617: 2019/08/09(金)19:21 ID:rfEV2Og4(1) AAS
Ubuntu は技術的という意味以外で危ない橋を渡ってくれていいな。
Debian派なので、使ってないが。
618: 2019/08/10(土)06:20 ID:ZWJAdRCH(1) AAS
LinuxにはXFSやJFSという素晴らしいFSがあるというのに
btrfs(笑)
619: 2019/08/10(土)23:06 ID:2XkczDqc(1) AAS
そろそろOSやデバイスによらない究極のファイルシステムを誰か作って欲しいわ
620: 2019/08/11(日)00:16 ID:oUkRG+KV(1) AAS
求められてるものが違うから無理でしょ
621: 2019/08/11(日)00:55 ID:Uf+U5nYS(1) AAS
そもそもファイルシステム自体がOSの一部だからな
622: 2019/08/11(日)01:10 ID:QM4D0Z+6(1) AAS
?
623: 2019/08/11(日)04:25 ID:ha8y5VIz(1) AAS
FAT32というほとんど全ての環境でサポートされている素晴らしいファイルシステムがあるぞ
624(1): 2019/08/11(日)08:25 ID:fbfbhXo0(1) AAS
ていうか「普通に」使う分にはFAT32でも十分な気がする。
そんな馬鹿デカい容量を扱わんし
625: 2019/08/11(日)09:45 ID:iIn5DM/X(1) AAS
OSの一部というよりOS設計に密結合しとるから、ファイルシステムだけ分離してもあまり意味が無いというか
626(2): 2019/08/11(日)13:26 ID:cuLqexzl(1) AAS
理想のファイルシステムって何よ？
627: 2019/08/11(日)13:48 ID:maGT1VI+(1) AAS
軽量なZFS
628: 2019/08/11(日)15:23 ID:zxPpiGnO(1) AAS
OSから独立していても、特定のOSや企業が関わると党派性の餌食になって正当な評価が得られなくなってしまうので
具体的にはAppleとMicrosoft
アップルに関わると不当に高評価しようとする勢力によって歪められ
マイクロソフト由来のものは不当に低評価される傾向にある
前者はMac/BSD採用前後のZFSを巡る扱いにおいて顕著であり
後者はNTFSの長年にわたる(低)評価について異論を待たない
まあ平たく言えばゲハ脳のリンゴ信者の声ばかりでかくて実態を反映してない
ノイジーマイノリティうぜえって話で終わる
629: 2019/08/11(日)20:51 ID:b1ksZLfY(1) AAS
>>626
バグが無くて、使い方によらず高速で、
いかなる時もデータが失われず、
物理的な制限もないとか。
現状の物理的な容量を超えて、
無制限に記録できたりしたら、
喜ぶ人ば多いんんじなかろうか。
630(1): 2019/08/11(日)21:29 ID:3JMjmUyB(1) AAS
>>624
FAT32じゃだめ理由は容量じゃなくて、
セキュリティとUnicode対応だよ
セキュリティは、システムドライブとして使うなら必須だが、
いろんなマシンに接続する外部ストレージだと意味ないので無くても良い
でもUnicode対応は必須
631(1): 2019/08/12(月)01:09 ID:d4sdreTy(1) AAS
FAT32はUTF16LEに対応している
632: 2019/08/12(月)02:29 ID:NZmR/0AL(1) AAS
>>626
完成したReiser4
633: 2019/08/12(月)02:40 ID:NokuNn6B(1/2) AAS
>>630
>>631でも書かれてるとおりUnicode対応してると思うけど？
634: 2019/08/12(月)06:28 ID:NokuNn6B(2/2) AAS
と思ってざっと検索してこのページを見付けてそして絶望した。
外部ﾘﾝｸ:stackoverflow.com
635(1): 2019/08/13(火)02:42 ID:aG+MUqdm(1) AAS
exFATが4G超えもUNICODEも対応した理想の外部ストレージ用ファイルシステムになるはずだったんだけどな
ライセンスの問題なのかlinuxではネイティブ対応せず使い勝手が悪い
FAT32がWindows/Linux/MacどころかBIOSが認識してフラッシュの書き換えに使えるのと比べると汎用性が低い
636: 2019/08/13(火)04:50 ID:hjIX5LBa(1) AAS
>>635
MSの規格を使うと、惑わされてろくなことがない。
637(2): 2019/08/14(水)06:07 ID:j+CrCYgD(1) AAS
LinuxでのexFATはもうすぐネイティブサポートされるかもしれない
サムスンがクローズドで開発していたんだけど間違えてgithubに公開したらGPL違反だとバレてオープンソース化した
それをLinuxのメインラインに取り込んでしまおうと言う議論がされている
特許についてはMSが去年OINに参加したから問題ないと思われる
638: 2019/08/14(水)06:16 ID:446s3CFR(1) AAS
こマ？
639: 2019/08/14(水)08:15 ID:wXe1OdwF(1) AAS
そういえばOIN入ってたなmicrosoft
昔はOINの敵だったのにかわったもんだ
640: 2019/08/14(水)12:22 ID:mQ9mwTdn(1) AAS
Githubで公開しちゃった奴は、こうなる流れを見越していたんか。
641: 2019/08/14(水)14:26 ID:wc+Iy5bm(1) AAS
公開と言うよりも正義の告発だろう
GPL違反に加担する行為に良心の呵責が耐えられなかったのさ
642: 2019/08/14(水)21:45 ID:AVLJRAxc(1) AAS
なんか、彼の国らしい話だな
643: 2019/08/15(木)05:46 ID:W1sEpxJ4(1) AAS
>>637
MSが加盟した時点で、特許問題クリアされてるし、MS側からカーネルドライバーのリファレンス実装や、ユーティリティが出てくるの時間の問題なように思うけど。
644(3): 2019/08/15(木)11:23 ID:wrlhxu7n(1) AAS
DropboxはLinux上のZFS、XFS、Btrfs、eCryptFSのサポートを復活させています
外部ﾘﾝｸ:itsfoss.com
Dropboxベータビルドにより、ZFS、XFS、Btrfs、eCryptFSファイルシステムのサポートが追加されます
645: 2019/08/15(木)20:20 ID:la00X25b(1) AAS
>>644
あ！
去年の今頃ファイルの上にext4のファイルシステムつくってループバックマウントしたんだけど
またXFSでdropbox使えるようになった！
646: 2019/08/15(木)21:41 ID:BwZ8qz5R(1) AAS
>>644
どもです
647: 2019/08/15(木)23:57 ID:q1J1ZnUl(1) AAS
>>644
homeをnfsマウントしてたらやっぱりDropboxつかえないんだよね？
648: 2019/08/21(水)22:13 ID:1QPw9kaw(1/2) AAS
FAT32がUnicodeに（一応）対応していたとは知らなんだ。
649: 2019/08/21(水)22:36 ID:1QPw9kaw(2/2) AAS
ついでに言うと日本産業規格で定義されているとも知らなんだ（俺が無知すぎるだけw）
650: 2019/08/21(水)23:41 ID:M7Fu+WRI(1) AAS
FAT32どころかFAT16もFAT12も同様
651: 2019/08/21(水)23:51 ID:0CXkpgBN(1) AAS
「どころか」の使い方おかしいだろ
652: 2019/08/22(木)01:16 ID:dj60c2S0(1/2) AAS
「AどころかBもX」
と言った時は
「Aは前提として（時として当たり前に）XだがAよりXっぽくないBもまたXである（驚きの感情）」
という含意があるんだから，使い方としては全うな部類だろう。
FAT32はUnicodeに対応してるけど，それより他の機能で劣るFAT16・FAT12にさえUnicode対応である（驚きの感情）
653: 2019/08/22(木)05:33 ID:1Yr3egmY(1) AAS
流れから、FAT32はJIS規格だけど古いFAT16,FAT12もJIS規格だ（まぁ順当にそうだろう）、という解釈も
上下前次1-新書関写板覧索設栞歴
あと 349 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.027s