[過去ﾛｸﾞ] ファイルシステム総合スレ その19 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
749: 2023/05/18(木)12:01 ID:pqDKbYkL(1/2) AAS
返答の御礼も書かなかったバチが当たったようです
メインでWindows機を使っていて、USBケースで海門6TB(NTFS)使っていました。
1週間ほど放置したらノートPCの電池が切れてNTFSが飛び、chkdsk /f /rも無駄に。
750: 2023/05/18(木)12:26 ID:pqDKbYkL(2/2) AAS
無礼な行為、申し訳ございませんでした。
751: 2023/05/19(金)15:31 ID:pc5cPjAC(1) AAS
ええんやで
752: 2023/05/19(金)19:42 ID:OVp5aWkt(1) AAS
今時のファイルシステムって停電ぐらいで壊れる？
753(1): 2023/05/20(土)01:43 ID:f+BRu3lK(1) AAS
停電に見せかけたHDDの障害かもしれんんやで。
同じロットのHDD積んでいるんだろうな、と思われるものでマシンのが同時期に壊れるとか。
754: 2023/05/20(土)13:26 ID:tJIicwK0(1/2) AAS
ある時からぶっ壊れ状態となったが電源を切るまでは動き続け、
電源を切ったら再始動できなくなるというのはHDDの障害としてはありがち。
755: 2023/05/20(土)14:49 ID:x9c+lDqg(1) AAS
大分昔の職場で大型連休の度に全PCの電源を落としていたが
連休明けとかに何回か再起動を繰り返さないと立ち上がらないHP-UXが近くの部署にあった
開発な癖にそんな危なっかしい機体を放置してる部署もどうかとは思ってはいたがそれはともかく
一回スピンアップに成功すると正常に使えるように見えるって奴とかな
756: 2023/05/20(土)15:30 ID:BJ1BctDK(1) AAS
回転系の家電を叩くと治るというのもこれ
757(1): 744 2023/05/20(土)16:07 ID:1mROoG1K(1) AAS
フリーソフトで、mp3の音楽ファイルが5つくらい復旧しました。
wmvファイルは、何故か全てが「信長の野望 戦国群雄伝 for Windows」からリッピングしたwmaファイルの断片群に化けていました…
chkdskなんて掛けないでUbuntuか何かのLive USBメモリで起動してマウントすべきだったのかも
758: 2023/05/20(土)16:29 ID:S1lvO3j3(1) AAS
バックアップ取ってから操作しようね
759: 2023/05/20(土)17:13 ID:ltXV8LvB(1) AAS
>>757
最後が違う。「マウント」しないのが正解。まず、OSを起動する前にBIOS/UEFIで問題のHDDが
表示されていれば認識しているので、Linuxを起動し、"/dev/sdX"とdevice fileとしてのみ
認識している(umountされた)状態で、以下の2つの方法を取ると、file復活の可能性が高まる。
・TestDisk (NTFSのMFT修復等のHDDの整合性修復。案外これで直ることも多い)
・GNU ddrescue (HDDの起動音から瀕死に近い場合。patition imageを別のdeviceに作成、
このimageをmountしてfile抽出を行う。物理破損がないHDDに多くの業者が取る方法がこれ)
760: 2023/05/20(土)17:21 ID:xJglHe8k(1) AAS
ワイでもできそう
761(1): 2023/05/20(土)20:56 ID:tJIicwK0(2/2) AAS
突然の電源断に対してはchkdskはそこまでおかしい選択肢ではない
一方でWindowsのコマンドラインのchkdskは、最近はほぼ放置状態（MSが改良を試みていない）という説もある
>>753が指摘しているように、本当に「突然の電源断」なのかっていうところもある
普通はノートPCはバッテリーが切れそうになったら休止状態とかに入るものじゃないのか
なのにHDD破損に至ってるのは、最初にHDDが故障して、OSも停止してスリープや休止に入れなくなり、バッテリーを使い果たしたのではないか？
762(1): 744 2023/05/20(土)21:06 ID:ErTqN22p(1) AAS
chkdsk /f /r
の実行自体がダメだったのでしょうか
実行前にddrescue実行必須？？
763: 744 2023/05/20(土)21:11 ID:e/EvVloM(1) AAS
>>761
OSはm.2 SSDに入っていて、今も問題なく起動できています。
SEAGATE ST6000DM003をケースに入れてUSB接続したまま放置したらNTFSが死んでいて、Windows 11のディスク管理画面ではrawという認識となっていました。
764: 2023/05/21(日)11:17 ID:avtWY8kE(1) AAS
>>762
マウントすると I/O Error 起こすセクタに当たった時にそこを読もうとして
延々エラーを繰り返すので I/O Error を読み飛ばす系の dd (ddrescue とか)
や chkdsk/fsck かが必要。
ddrescue は操作している間にディスクが完全にお亡くなりになるリスクへの対策。
今回の場合ディスクが完全お亡くなりになってない(ファイルが５個サルベージ
できた)ので ddrescue してもしなくても同じだった可能性が高い。
なので chkdsk は判断としては正解だった(chkdsk の前の段階で手の施しようが
なかったんだ)と思う(個人の感想です)。
765: 2023/06/04(日)02:44 ID:OYHe40au(1) AAS
単なる不意の電源断がその場であって
ダーティフラグ立ってるだけと確証があるなら
chkdskかける判断はおかしくないけど
大原則として論理的な障害ではなく物理障害が
少しでも疑わしいと思えたらその時点で
そのハードウェアに触れるのは
必要最低限に留めてかつ迅速に行うべきで
理想的にはddrescueなりで出来るだけ完全(に近い)複製を安全な場所に取ってから
そのイメージやらファイルやらだけを相手に作業をすべき
壊れたハードウェアの上でパーティション情報やファイルシステムの論理的なチェックや修正をかけても
まずその操作で余計に状況を悪化させてトドメ刺すだけだから少しでも疑わしければ安易にやっちゃいかん
外部ﾘﾝｸ:wiki.archlinux.jp
766(1): 2023/06/05(月)12:27 ID:absDUdye(1) AAS
そこまでする価値のあるデータならそうするが、大抵の場合は本人が主張するほどに大事なデータではないんだよなぁという感慨しかない
767: 2023/06/05(月)18:41 ID:u6qS2404(1) AAS
今日は私の宝物をご紹介しましょう。将棋の駒。何の変哲もないように見えますけど実はここに血痕が付いてるんです。
768: 2023/06/05(月)22:11 ID:ureuPiWq(1) AAS
>>766
そもそも壊れたストレージごとき相手に
奮闘してまでサルベージしないといけない時点で普段から予算も手間も割いてないのは明らかだからな
そこまで必死になるほど真に大事ならバックアップコピーでもRAIDミラーリングでも
なんでもいいから冗長化していて然るべきなわけでさ
769: 2023/06/13(火)12:24 ID:lDxtctI3(1) AAS
btrfs、破損とかは今のところ無いが
謎のフリーズの問題やディスク書き込み量の増加に悩まされた
ZFSに変えようかな
770(1): 2023/06/13(火)12:38 ID:w4ejhCXL(1) AAS
フリーズはまあ分かるけど書き込み増加はなんだ？
771: 2023/06/13(火)13:36 ID:7Qy6hdZY(1) AAS
RedHatが匙を投げたファイルシステムを使うんだからその辺りは覚悟すべき
772(1): 2023/06/15(木)02:23 ID:KYvelAPC(1) AAS
>>770
cowじゃね？
773: 2023/06/15(木)03:18 ID:Ab0knFIL(1) AAS
>>772
CoWは逆に書き込み減るのでは
774: 2023/06/15(木)09:10 ID:oerfQs+R(1) AAS
defrag じゃね？
775: 2023/06/15(木)12:09 ID:iqXU0Muf(1) AAS
CoWで書込減るのってどんなケース？？
776: 2023/06/15(木)15:11 ID:Z+lqZbOl(1) AAS
100MBのファイルをcpする場合
本来なら100MBの書き込みが発生するけれど
COWできれば共有で100MBの書き込みが省略されるので
本来の書き込み量に比べて実際の書き込み量は減るという意味なのでは
777: 2023/06/15(木)15:15 ID:k99mBPIK(1) AAS
変更されるまで実際には書き込まない
スナップショット的な動作を想定してるなら
CoWには限らない
778: 2023/06/15(木)17:53 ID:rJUVeeLq(1) AAS
ext4でcpしたら普通に書き込むやろ
779: 2023/06/15(木)22:43 ID:3807WRaz(1) AAS
なるほど。そういえばreflinkオプションあったのを忘れてた。
780: 2023/06/22(木)18:18 ID:tBmMKl6O(1) AAS
btrfsはやっぱりなんかあるのかな。
突然あるディレクトリ配下だけが全部サイズ0になってアクセスできなくなった。
でも、rootだと普通にアクセスできたから、とりあえずは復旧できた。
なんか気持ちが悪いんよね。
圧縮とサブボリュームが便利で気に入っているんだけど。
781: 2023/06/22(木)19:27 ID:uRZUK/qv(1) AAS
マウントの設定が書き換わってそう
782: 2023/06/28(水)10:41 ID:wJNVLCTf(1/2) AAS
Btrfsを使うならカーネルは常に新しくしておかなきゃね
古いカーネルでフォーマットしたBtrfsは不具合があるとかなんとか
783: 2023/06/28(水)11:46 ID:L4N4sWLK(1) AAS
カーネルに変えた時古いカーネルでフォーマットしたものはどうすればいいの
784: 2023/06/28(水)11:56 ID:8Cj153ze(1) AAS
そのまま使えばいいんじゃない？
新しいカーネルなら過去の問題は適宜検出してwarning出してくれると思うので。
785: 2023/06/28(水)12:35 ID:wJNVLCTf(2/2) AAS
そんな便利機能はないぞ
データを待避して再フォーマットするのが無難
786: 2023/06/28(水)12:37 ID:i0diXs6h(1) AAS
RAID6やZFS Z2がブッ壊れたときみたいらな
787: 2023/07/02(日)15:26 ID:mgIf5W3/(1) AAS
Btrfsを使うなら
FedoraかUbuntuの非LTSかローリングリリース系のディストリのどれかを使いたいね
それ以外だとしたらカーネルだけ最新にするキメラしないと厳しい
788: 2023/07/02(日)15:42 ID:ZRHaec83(1) AAS
カーネルの再構築ごときをキメラって…
789: 2023/07/02(日)16:57 ID:a8rTRfZG(1) AAS
極端に古いカーネルじゃなきゃなんともねぇぜ
790: 2023/07/03(月)04:52 ID:CmwYNL/n(1) AAS
Ubuntuなら新しいカーネル使えなかったっけ
791: 2023/07/03(月)06:54 ID:wpfzXeqf(1) AAS
Linux カーネルならどのディストリビューションでも簡単に最新にできるだろ。
バニラカーネルでコンパイルエラーになる事無い気がする。
792(1): 2023/07/03(月)08:30 ID:uA4NxAHI(1) AAS
Btrfsはカーネル上げてもいいけど戻すのはリスキーだから
公式で新しいカーネルを提供しているディストリのほうがいいよ
793: 2023/07/03(月)09:50 ID:RRoYTlzt(1) AAS
最近バニラカーネル触ってないから知らんけど、BuildPreReq情報は同梱ドキュメントに必ず書かれてたぜ
外す理由がないから、今もあるはず
794: 2023/07/03(月)09:55 ID:zIlPSEd4(1) AAS
>>792
aptならholdしておけば良い
sudo dnf exclude <パッケージ名>
でどうにか出来るみたい
arch系は知らん
795: 2023/07/03(月)14:26 ID:89+QS2OW(1) AAS
btrfsの話ならディスク上の基本フォーマットは長らく変わってないし
カーネルバージョン間での非互換機能はあるけどそれも使うと個別に非互換検出ビットが立つから
古いボリューム相手でも(後から操作できる物なら)新機能は問題なく使えるし
もし新しいカーネルのみの機能を持つボリューム相手に
古いカーネルでマウントしようとしてもroのみあるいはマウント不可になるので安全
実際にzstd圧縮やspace_cache=v2が入る以前の4.4(ルーター)と6.3(PC)の間で
compress=lzo,space_cache=v1で双方にマウントしたり戻したりしてるけど何の問題もないよ
796: 2023/07/03(月)19:00 ID:HL82Z5Qd(1) AAS
最近のTwitterで顕著だけど故意にフェイクニュース流してる奴結構いるよな
『騙されてやんの～』という◯ナ二―の一種なんかね
797: 2023/07/17(月)22:40 ID:Je/0Hij9(1) AAS
あとはオンボロSSDやSDカードでssdオプション有効にすると動作怪しくなるのと
ライトホール問題絡んでくるRAIDが怖いがそれらの点以外は便利なんだよなbtrfs
VMゲストしたときの性能についてはあきらめてLVM等使うかvirtiofsの今後に期待するって話で落ち着きそうだし
でもサブボリューム単位で透過圧縮やCoWの有無切り替えられないのは誰か何とかしてほしい
（ボリューム分けるって方法もあるが単一ボリュームで気軽にマルチデバイスできるのが本来の強みなのだし）
798: 2023/08/03(木)11:45 ID:dhkK29LG(1) AAS
www.phoronix.com/news/XFS-Maintainer-Steps-Down
> XFS File-System Maintainer Stepping Down
XFSのメンテナが辞任
> Nowadays, people working on XFS seem to spend most of their time
> on distro kernel backports and dealing with AI-generated corner
> case bug reports that aren't user reports. Reviewing has become a
> nightmare...
AI生成のバグレポに延々対処する仕事か
まさに悪夢
799: 2023/08/03(木)17:02 ID:q/P9l3yV(1) AAS
疲れただけにも読めるけどAIが悪い？
800: 2023/08/07(月)03:43 ID:sl53biTi(1) AAS
AIがバグレポって何だろね
有意義なレポートじゃないなら選別AIで対抗だ
801: 2023/08/07(月)16:11 ID:kx1CvaiP(1) AAS
ランダムに変な負荷かけたり
1秒間に1000回マウントとアンマウントを繰り返したりするんだろう多分
時代はBtrfsなのにやってられんよな
802: 2023/08/07(月)17:10 ID:UfPJft9p(1) AAS
スタックトレースで分類したら実質数個じゃないのかね
803(1): 2023/08/08(火)18:58 ID:p601nbQW(1) AAS
ファジングテストの事でしょ…と思ったが多少違うっぽいな
AIが生成しまくるコーナーケースのバグレポートに疲弊したって話っぽい
まぁXFSは赤帽の生命線なんだから問題起きても赤帽がなんとかしてくれるんじゃない？
804: 2023/08/08(火)19:01 ID:TS/nSBMX(1) AAS
修正パッチもAI生成出来るようになるまであと一歩
805(1): 2023/08/08(火)19:17 ID:3W4UAIfD(1) AAS
>>803
なんかJFSがいいよ、っという神の声が聞こえた気がした。
ext4 と比較して利点も欠点もないはずたが、Linux での採用例が少ないという大きな欠点。
806: 2023/08/08(火)22:12 ID:RPAYsqMe(1) AAS
ext4でいいがな
807: 2023/08/09(水)15:45 ID:CzBgG1A0(1) AAS
>>805
Linux Developers Eye Orphaning The JFS File-System
www.phoronix.com/news/Linux-Possible-Orphan-JFS
もう使ってる人いないしJFS捨てようみたいな話が出てる
808: 2023/08/09(水)16:06 ID:t3DTDYXA(1/2) AAS
マイナーなファイルシステムってマトモにメンテされてないし不具合あっても報告されないし使わないほうがいいよ
809: 2023/08/09(水)16:18 ID:M/z4SoOm(1/2) AAS
AIX, OS/2 では動いていて30年前はいいもの感もあったはず...
810(1): 2023/08/09(水)17:19 ID:xh6A1oH/(1/2) AAS
RHELで採用されてないということはメンテされていないということに等しい
811: 2023/08/09(水)18:13 ID:+nr5wDrM(1) AAS
FacebookってCentOSで動いてるらしいけどファイルシステムはbtrfsなんだよな
812(1): 2023/08/09(水)18:54 ID:BKxgttZ4(1) AAS
ext4もオワコンなのTT
813: 2023/08/09(水)19:31 ID:M/z4SoOm(2/2) AAS
>>810
そう考えるとRHは凄いんだな、と思いました。
814: 2023/08/09(水)19:49 ID:xh6A1oH/(2/2) AAS
Btrfsは事実上facebookがメンテしてるからね
自社でメンテしてるファイルシステムだから採用しやすい
815: 2023/08/09(水)20:20 ID:MStot6iX(1) AAS
>>812
オワコンというよりいい具合に枯れきった
ファイルシステムになった感じ
先進性より安定性が必要な用途でお呼びがかかる
老兵っぽいイメージ
816: 2023/08/09(水)21:06 ID:t3DTDYXA(2/2) AAS
SUSEもbtrfs使ってるぞ
817: 2023/08/09(水)22:04 ID:9gexIL31(1) AAS
もちろん頼もしいのが第一だが、
逆に言えば現メタ（だけじゃないが）の使用してるユースケースに沿わない使い方に関しては中々進歩しないのが弱点だと思う
RAID56が長い間ダメダメだったのやFS単品での暗号化や階層キャッシュが望めないのもDCでbtrfs使ってる処がそういう機能に興味もってないからだろうし
818: 2023/08/11(金)07:10 ID:PKaGesv1(1) AAS
RAID5/6 でのバグは直ったのか？
家庭用では無い構成だから関係ないと思ってはいたけど。
819: 2023/08/11(金)15:02 ID:gMoSz8Vl(1) AAS
治るもクソも根本的なライトホール問題があって、ディスク追加の扱いが悪い意味で柔軟なBtrfsは対処が難しいからメンテ側が乗り気じゃないって話じゃないかな
現状は最新カーネルかつメタデータのraid構成を別にすれば良いけど実績も脳死で使える安心感も皆無だし
とはいえ主流のハードウェアraidはデータ化けに弱いんだからチェックサム有りfsで安心して使えるraidがもっと一般化してほしいお気持ちもある
820: 2023/08/11(金)18:09 ID:sG2VRRL/(1/2) AAS
Btrfsのディスク構成の緩さは異常。なんでもかんでもストレージプールに合体できる
821: 2023/08/11(金)20:00 ID:I1R13U0l(1) AAS
自分はbtrfs嫌いじゃないから不満はないがSSD最適化とか将来的なZonedStorage対応考えるとほかに選択肢なくなっていきそうなのは真剣にどうかと思う
822: 2023/08/11(金)20:41 ID:R8sdUFxz(1) AAS
ストレージプール使うと遅くならない？
5400rpm のHDDが悪いのかもしれんし、比較で測定もしてないけど。
823: 2023/08/11(金)20:51 ID:TQtB6JMZ(1) AAS
bcachefs
824: 2023/08/11(金)20:59 ID:TYuMCrmq(1) AAS
HAMMERって広まらないな。
825: 2023/08/11(金)21:06 ID:sG2VRRL/(2/2) AAS
bcachefsの作者を毎月支援してたんだけど、Btrfsがすっかり良くなって支援止めちゃった
826: 2023/08/11(金)21:13 ID:LiM6QNme(1) AAS
OSSって上位互換が登場すると一瞬で廃れるから辛いよね
VSCodeが登場してエディタ系が全滅しちゃったような事がいつでも起こり得る
有料製品みたいに価格で対抗することもできないし
827: 2023/08/12(土)02:11 ID:CUhGvmvA(1) AAS
bcachefsは機能的にはBtrfsと差別化できてると思うが
これからメインライン入りしてガンガン開発者集めて安定させないといけないのにlinux6.5マージ失敗のMLのレスバからして雲行き怪しいからどうなるやら
828: 2023/08/23(水)10:17 ID:Z1oeJl5c(1) AAS
プロプラに言うのはアホだと分かってはいるが
それでもGPFSがフリーで使えたらなあって思う
あれクラスタリングがメインだから勘違いしてる人多いけど
CephやRustreと違ってローカル使いにも適してると思うんだよなあ
使ってるZFS全部捨ててGPFSに乗り換えたいと思うぐらいには
829: 2023/08/23(水)13:29 ID:r3sixzFM(1) AAS
juicefsとか使ってみたら
現代技術の分散ファイルシステムって感じだ
830: 2023/08/26(土)23:56 ID:si6bfGjt(1) AAS
GlusterFS面白いな。
簡単な手順で組める。
我が家のはストライピング構成だから怖いけどw
831: 2023/08/27(日)00:05 ID:pseOgDNm(1/2) AAS
特殊なRAIDを組まない限りは全部Btrfsで成立する時代になった
832: 2023/08/27(日)11:11 ID:uktDXYY0(1) AAS
Redhatがまたbtrfsに戻ってくるってある？
833: 2023/08/27(日)12:18 ID:PR/CoOyy(1) AAS
Fedoraでbtrfs使ってるしRHEL10のデフォルトに採用しても驚かない
834: 2023/08/27(日)14:35 ID:pseOgDNm(2/2) AAS
顧客の要望があれば導入するでしょ
RHELにとっての一番の顧客ってどこなのか知らんが
835: 2023/08/27(日)16:27 ID:YnC5/bGq(1) AAS
RHELも将来的にはcow/cor対応のFS導入するだろうけど
自前の製品群がXFSに特化してそうだから簡単には変えられないだろうしまずはGPLの取り扱いの件何とかすべきだろうなあ
836: 2023/08/28(月)20:03 ID:G62eI9B5(1) AAS
今の Red Hat は Spectrum Scale (GPFS) 販売している IBM が上にいるから
フリーのファイルシステムに積極的には投資はしないでしょ。
メンテに金のかかる多機能なFSじゃなくてXFSを細々とメンテするだけじゃないかな。
837: 2023/08/28(月)21:03 ID:iZDgPe4W(1) AAS
IBMがJFS押し付けてきたりして
838: 2023/08/28(月)22:34 ID:0S8N8ier(1) AAS
Btrfsはパフォーマンスがちょっとね。
現状BtrfsはZFSにもボロ負けだからな。
Linux6.5でどの程度改善されるか。
あと、暗号化機能がずっと先送りされたまま。
839: 2023/08/28(月)22:44 ID:qK84yeuR(1) AAS
暗号化は導入するだけでなく高度なセキュリティ検証が必要だからハードルは高いよ
ZFSの暗号化は第三者機関でセキュリティ検証してるのかな
840: 2023/08/28(月)23:13 ID:AtYIGZfm(1) AAS
GFS入れたけど遅いw
設定は簡単だからVM置き場ではなく普通のストレージにしたよ。
やっぱ専用機が一番だな。
841: 2023/08/28(月)23:52 ID:VOEduRz2(1) AAS
一口に暗号化っつーてもh/w込みなのかデバイス単位なのかボリューム単位なのかで勝手違うからこういうのは特定の製品持ってる企業がガンガン進めないときついところある
しかし今時ノートpcみたいな要件だと流石に外せない要素になりつつあるからぼくのかんがえたさいきょうのソリューションが欲しいんだよ
842: 2023/08/29(火)00:15 ID:plGc1vmm(1) AAS
暗号化LVM使えば暗号化自体は可能だし
セキュリティ関係で厳密なテストが必要な重い作業の割には
新規に何かを実現できるわけでもないから優先順位は低いでしょう
一度導入したら最後、脆弱性がでるたびに最優先で修正が必要になるし
843: 2023/08/29(火)10:06 ID:MCVzj3AF(1) AAS
ZFS mirror、SATAケーブルの差し込み不良でエラー出たけどちゃんと一基で動作して再起動も無停止。
ケーブル直したら変更分だけresilverしてすぐ復旧。今更だけど感動。
844: 2023/09/01(金)09:42 ID:mxVVj1pR(1) AAS
ReiserFS Officially Declared "Obsolete"
www.phoronix.com/news/ReiserFS-Obsolete
R.I.P.
845: 2023/09/07(木)16:11 ID:7YbGerrn(1) AAS
再インストールの機会があったのでここ見てcompress-force=zstd:1にしてみた
だいたい良好だけども、m属性やproperty set compression noneも無視して圧縮するかどうかはzstdの判断のみなんだな
846: 2023/09/08(金)12:28 ID:NWED9HrM(1) AAS
bcachefsメインライン入り諦めたっぽい？
作者も開発リソース不足や取り巻きの礼賛で冷静さ失ってそうだし、10年とは言わず数年後くらいに平穏な形で再チャレンジ出来るといいなぁ
847: 2023/09/08(金)14:44 ID:3VYxIX8d(1) AAS
TPM-backed Full Disk Encryption is coming to Ubuntu
外部ﾘﾝｸ:ubuntu.com
UbuntuがWindowsのbitlockerみたいなTPM使ったディスク暗号化やるみたい
848: 2023/09/08(金)17:32 ID:PGoi6aw5(1) AAS
TPMはプロ相手にはセキュリティ上の追加効果は殆どないのに
一般のユーザーはデータを救出不可能になるリスクが増すというデメリットばかりの代物だぞ
849: 2023/09/08(金)21:12 ID:vmuHLOjm(1) AAS
パフォーマンスの問題が解決するんとちゃうの？ソフト暗号複合が遅いから暗号化しないユーザーたち
850: 2023/09/09(土)01:07 ID:PNSm0HJB(1) AAS
この場合はパスワード入力不要でTPMだけでディスク暗号化する機能が追加されるという話のようだ。
外部から自分でデータを救出したいときにトラブルになる未来しか見えないが。
851(1): 2023/09/09(土)01:43 ID:vYEfIx3n(1) AAS
結局俺は次もext4+lvmにしてしまいそうだ orZ
852(1): 2023/09/09(土)02:09 ID:5+XaQjmS(1) AAS
Btrfs+zstd:1にしようぜ
容量が想像以上に圧縮できて驚くよ
853: 2023/09/09(土)04:46 ID:hrjGdPZn(1) AAS
今時容量不足で苦しむことなんてそんなに無いでしょ。
854: 2023/09/09(土)11:29 ID:OSz4dSUY(1) AAS
一般的なpcとディストリで気軽に使えてプロ相手にも十分通用する暗号化ってなんだろう・・・
855(1): 2023/09/09(土)11:44 ID:WW7jheGz(1) AAS
>>852
zstd安定してる？
856: 2023/09/09(土)11:46 ID:2Ydxc51k(1) AAS
>>851
スナップショットのあるファイルシステムいいよ
いつでも全ファイルの差分が見えるし、バックアップ取るときもまずスナップショットを取ってそっちを対象にすれば
メインボリューム側では整合性期にせず作業続けられるし
857: 2023/09/10(日)20:15 ID:qbFiXkWo(1) AAS
>>855
Fedoraのデフォルトになって数年が経過しているから安心していいよ
858: 2023/09/11(月)02:37 ID:wx5vSnGw(1) AAS
Btrfsの透過圧縮でわざわざ標準外のレベル設定するのってだいぶ特殊用途なんでは…？
859: 2023/09/11(月)03:42 ID:MkIBph5P(1) AAS
Fedoraチームがベンチマークを取ってzstd:1がベストと導き出したんだよ
860(1): 2023/09/11(月)13:07 ID:/MP3rsEl(1) AAS
5年以上 zstd で btrfs使ってたけど自分は問題無かった。
今はZFSでzstd使ってるけどこっちも問題ないよ。
861(1): 2023/09/11(月)19:21 ID:ZukU+m1D(1) AAS
>>860
btrfsからzfsにした理由とかある？
862(1): 2023/09/12(火)12:34 ID:oWjnH80A(1) AAS
>>861
理由はproxmoxに移行したため。
863: 2023/09/12(火)12:45 ID:DJarWrt9(1) AAS
純粋なストレージプールが欲しいならzfsやcephあたりで良いんだろうが
仮想化ゲストならvirtiofsが主流になって使いやすくなってほしいなぁ
864: 2023/09/12(火)18:21 ID:0x45b9Fv(1) AAS
>>862
サンクス
865: 2023/09/14(木)09:22 ID:WI6q0tm8(1) AAS
Ubuntu 23.10 Restores ZFS File-System Support In Its Installer
外部ﾘﾝｸ:www.phoronix.com
UbuntuはZFSを見棄てたわけではなかったみたい
次世代FSはbtrfsなのかZFSなのか……
866: 2023/09/14(木)10:19 ID:jRzDDQU8(1) AAS
ZFSはライセンス問題がある限りスタンダードにはなれんのだ
867: 2023/09/15(金)07:17 ID:9NGXdfca(1) AAS
CDやBDだったら中がぐちゃぐちゃでもそれ片付ければ済むんだよ
焼くこともできない惨状
868: 2023/09/17(日)15:12 ID:FJ1uJcgU(1) AAS
VDOつこうてる人おる？
869: 2023/09/18(月)15:45 ID:L7KGNN8O(1) AAS
あなるせっくす
870: 2023/09/21(木)00:41 ID:1UlvRSU1(1) AAS
結局またext4+lvmにしてしもうた
871: 2023/09/21(木)05:23 ID:ANmRMBlW(1) AAS
xfs+lvmでおk
872: 2023/09/21(木)05:49 ID:WSpKvFxh(1/2) AAS
もはやBtrfs以外は使わない理由を説明する必要があるレベル
873: 2023/09/21(木)06:44 ID:JX0mQUyS(1) AAS
btrfs難しいよ
どういう使い方が標準なん?
874(1): 2023/09/21(木)06:46 ID:WSpKvFxh(2/2) AAS
zstd:1で圧縮して時々スナップショットを取る使い方が標準だよ
バックアップを一瞬で取れるから派手にファイルを扱える
875: 2023/09/21(木)08:27 ID:d6nf5QMj(1) AAS
>>874
いうても同じボリュームにスナップショット取ってるんやろ？
上下前次1-新書関写板覧索設栞歴
あと 127 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.042s