私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

元スレFedora 総合スレッド Part 59

fedora スレッド一覧へ / fedora とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 :
レスフィルター : (試験中)

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

857 : login:Pe - 2020/12/17(木) 10:00:24.48 ID:iHiiVNQi.net (-8,+9,+0)

>>854
流石にｗ

858 : login:Pe - 2020/12/17(木) 10:26:54.49 ID:jr7Zhmtb.net (+10,+29,-11)

>>855
あるよ

>>857
流石に普段は使ってないｗ

861 : login:Pe - 2020/12/17(木) 12:47:49.22 ID:Rx2hkEFA.net (+24,+29,-18)

GNOME3でなんの不満もない
カスタマイズしまくっての結果だが

863 : login:Pe - 2020/12/17(木) 19:55:08.52 ID:HMvoqzmf.net (+19,+29,-4)

過去形なのかい？

867 : login:Pe - 2020/12/17(木) 22:42:24.03 ID:cmbEtzae.net (+32,+29,-26)

みんな早くBtrfsに移行してバグレポ上げまくってくれ。
安定した頃に俺も必ず乗り込むから。

868 : login:Pe - 2020/12/17(木) 22:47:30.69 ID:k094G613.net (+22,+28,+0)

>>867
だが断る

870 : login:Pe - 2020/12/18(金) 00:23:46.77 ID:V5dl5GMv.net (+22,+29,-10)

>>862
昔俺も使ってたんだけど
強引なアップデートで一気にユーザーが離れたイメージ

871 : login:Pe - 2020/12/18(金) 00:24:41.36 ID:V5dl5GMv.net (+19,+22,-1)

>>867
お前のfsはなに？

872 : login:Pe - 2020/12/18(金) 03:44:48.62 ID:nEdpUHXI.net (+24,+29,-23)

システムのパーティションに大事なものなんて置かないからなんでもいい
ただし普通に使ってて壊れるようなのはダメだ

873 : login:Pe - 2020/12/18(金) 09:29:34.87 ID:RwSriAYj.net (+32,+29,-49)

Btrfsはどんな使い方すると壊れるのかな
サブボリューム作りまくったりRAIDしたりしながら約一年半は不良の予兆もナシ

勿論バックアップは欠かさないし
絶対ロスト出来ない用途には使ってないが

874 : login:Pe - 2020/12/18(金) 09:44:18.72 ID:dKX7iPMx.net (+14,+20,-17)

とりあえずbtrfsディスっとけばできる男を演出できるのよ

875 : login:Pe - 2020/12/18(金) 09:47:42.21 ID:zh+37vXk.net (+33,+29,-11)

>>873
まずは試しにファイルで完全に中身を埋めて空き容量をゼロにしてみよう！！

876 : login:Pe - 2020/12/18(金) 09:54:10.56 ID:G5hG4XTl.net (+32,+29,-13)

ファイルシステムがバグってるとか致命的だろ…
良し悪しを比較するなら性能面とか使い勝手の方でしょ

877 : login:Pe - 2020/12/18(金) 10:32:45.77 ID:RwSriAYj.net (+31,+29,-46)

>>875
diskfullで使いものにならなくなるならZFSと一緒ってことだね
何故そうなるか、詳しい事まではわかんないけど

879 : login:Pe - 2020/12/18(金) 11:02:05.36 ID:V5dl5GMv.net (-11,-6,+0)

>>874
ワロタ

880 : login:Pe - 2020/12/18(金) 11:02:24.79 ID:V5dl5GMv.net (+24,+27,+1)

>>876
正論過ぎる

882 : login:Pe - 2020/12/18(金) 18:32:17.06 ID:y1+K22bL.net (+28,+29,-8)

>>870
そうだよね。
バージョンあげたら使い方が何が何やらになちゃって古いバージョンを使い続けたw

883 : login:Pe - 2020/12/18(金) 18:34:55.05 ID:V5dl5GMv.net (+11,+27,-2)

>>881
釣り針が見えてるｗ

886 : login:Pe - 2020/12/18(金) 22:03:11.12 ID:l4tDHmsH.net (-4,+27,+0)

>>885
大いにある

888 : login:Pe - 2020/12/18(金) 23:02:57.05 ID:Ng4i/MDT.net (+20,+25,-34)

Btrfsは空き容量が0になるだけで挙動不審になるから
まず満杯にならないであろう容量を確保する必要がある。

890 : login:Pe - 2020/12/18(金) 23:40:45.73 ID:G5hG4XTl.net (+32,+29,-60)

空き容量がゼロになったときに、オープンしたファイルがことごとくサイズゼロになって、中身が消失する現象にあって大変な目にあったけど、それがFreeBSDだったかLinuxのext2だったかは忘れた
空き容量ゼロはどのファイルシステムでも変な挙動になるんじゃないのかね

891 : login:Pe - 2020/12/18(金) 23:57:11.34 ID:G5hG4XTl.net (+38,+29,-70)

ファイルを読み込み用にオープンして、その後にファイルシステムの空き容量がゼロになったとすると、更にその後に保存をする時にファイルを書き込み用にオープンするから、エラーになってもそのままcloseしてしまい中身が消失するのではと思われる
正解は、正常に書き込めるまでリトライを繰り返すか、ユーザーに空き容量を作るように促して終了しないようするとかだろうね

893 : login:Pe - 2020/12/19(土) 00:46:56.32 ID:69WqhKj3.net (+37,+29,-30)

>>891
それはOSやソフトウェア由来でのデータ消失でしょ。
ファイルシステム由来でデータ破壊してくる場合は被害規模がデータ全体に及ぶ。

894 : login:Pe - 2020/12/19(土) 00:57:03.41 ID:69WqhKj3.net (+0,+1,-38)

CoW系のファイルシステム場合はReflinkのせいで
ファイルを削除したら必ずしも空き容量が増える訳でもないのがポイント
下手したら空き容量が減る事もありえる。

895 : login:Pe - 2020/12/19(土) 01:21:52.40 ID:vu+cnnDb.net (+29,+29,-13)

>>893
もちろん、ファイルシステム由来の問題じゃなくてアプリ側の問題だけど、空き容量ゼロで起こる問題はそんな感じだろうなという事例だった

897 : login:Pe - 2020/12/19(土) 09:43:35.69 ID:2rFer1S/.net (+13,+29,-47)

>>896
ふつうにext4で /boot 切るのにどの位にすればいいのかと言う意味では

インストーラーの自動パーティショニング使ってみれば
「おすすめサイズ」になるんじゃねって話でもあるけど

899 : login:Pe - 2020/12/19(土) 12:20:55.85 ID:FHECcLqQ.net (-15,+2,+0)

>>896
それｗ

900 : login:Pe - 2020/12/19(土) 12:24:15.83 ID:SOoO33hf.net (+4,+29,-32)

なんでそんな揚げ足とりしかできないんだ？
結局、/boot のサイズはファイルシステムによって変えなきゃいけないのか？って話だろうに