ファイルシステム総合スレその19

**login:Penguin** · 2023/09/26(火) 20:50:59.15

>>896
>そうだよ、スナップショットをマウントして、
なるほどね
俺はrsyncで良いや
夜中に寝てる間にやるから問題なし

**login:Penguin** · 2023/09/26(火) 21:55:48.96

/をスナップショット撮ってその領域を別筐体にrsync or cpし、ブートローダー入れれば普通に動くものですか？
やはりddが必要ですか？

**login:Penguin** · 2023/09/26(火) 22:19:34.53

/var以下とか書き込み途中のファイルがあるだろうから
そこは影響あるかもしれんが多分大丈夫でしょ

**login:Penguin** · 2023/09/26(火) 22:33:42.56

Debianは単なるマウントポイントで起動ディスクを指定してるから動く。
FedoraはUUIDで起動ディスクを指定してるから動かない。

**login:Penguin** · 2023/09/26(火) 23:56:02.07

SSDはHDDより気楽にセルが死んで内部のECCで誤魔化すつくりだから大手のちゃんとした奴でも壊れないって発想は絶対できないなあ
まあ結局は本人がどれくらいの信頼性とデータの保全を重視してるかだけど

**login:Penguin** · 2023/09/27(水) 02:12:38.77

SSDは電気的に壊れたりしそうだしHDDより信頼していいとも思えない

**login:Penguin** · 2023/09/27(水) 05:26:01.49

ＨＤＤのような故障の予兆はネエと思った方がイイですぬ

**login:Penguin** · 2023/09/27(水) 06:49:30.11

マジで重要なデータならHDDはデータ復旧業者に持ち込めばほぼデータ救える
SSDは難しそう

**login:Penguin** · 2023/09/27(水) 06:50:41.48

ガタが来てもカリカリ言ってくれないのは怖い

**login:Penguin** · 2023/09/27(水) 09:46:10.71

>>900
DebianだってUUIDで指定してるぞ

**login:Penguin** · 2023/09/27(水) 10:23:04.16

>>900
>起動ディスクを指定
って何のこと?

**login:Penguin** · 2023/09/27(水) 10:39:59.28

fstabの指定じゃない?
sda,sdbとかデバイス名使うと順序が保証されないからいかんよ

**login:Penguin** · 2023/09/27(水) 20:05:00.45

>>899
ありがとうございます！
明日試してみます！

**login:Penguin** · 2023/09/28(木) 00:37:51.79

>>897
KVMとかで何十GBのイメージ(常時書き込みあり)を扱ってるんだけど、rsyncで不整合起きないものかね？
怪しいと思ってrsync(rsnapshotだけど)の対象にはしてなくて、イメージの中身のファイルをrsyncしてるけど。

**login:Penguin** · 2023/09/28(木) 00:39:46.09

>>908
fstabじゃなくてカーネルの起動オプション(cmdline)とinitramfsじゃないの？トラブるとめんどい。

**login:Penguin** · 2023/09/28(木) 00:49:11.24

cpした後chrootしてinitramfs作り直したら駄目なの？

**login:Penguin** · 2023/09/28(木) 00:49:21.48

>>910
チェックサム確認して更新するオプションあるけど、そういうのはrsyncに合わない。
あくまで個々のファイル単位でのコピー。
また、チェックサム確認つけるとサイズが大きいファイルはコピーにその分時間かかる。

**login:Penguin** · 2023/09/28(木) 06:44:04.83

メインで使うLinux端末なりサーバなりはxfs+LVM
バックアップ用ストレージをbtrfsの構成にして物理的に分ければストレージ側で好きにバックアップ取れば良い
または仮想環境ならNAS上に仮想ボリュームがあるだろうからNASのバックアップ機能に任せる

**login:Penguin** · 2023/09/28(木) 11:50:37.80

複雑なことしてないけど、自分はこのやり方でdisk移行したことあるよ。
ttps://wiki.archlinux.org/title/Rsync#Full_system_backup

**login:Penguin** · 2023/09/28(木) 13:53:16.45

>>915
/varの下は特に用量が大きいから、何箇所かは除外したいな。

**login:Penguin** · 2023/09/28(木) 19:23:09.78

>>912
/etc/fstab のUUID書き換えた後に (chroot 不要かも?) grub2-mkconfig かな。
書き換えが必要なのは fstab と grub.cnf (もしくはgrubenv) だ。
LVM ありなら initramfs 再作成も必要だったかも。

**login:Penguin** · 2023/09/29(金) 02:55:49.42

USB+cryptsetup(x3)をbtrfsでraid0にしてですな
使ってるうちにcsumエラーが出るようになるけどmd5sumは正常
カーネル４系だけどもう６出てるの？

**login:Penguin** · 2023/09/29(金) 14:53:20.86

いまだにラズパイがbtrfsに標準対応しない理由が全然わからない

**login:Penguin** · 2023/09/29(金) 19:11:04.24

btrfs排卵

**login:Penguin** · 2023/09/29(金) 21:52:11.44

そもそもラズパイはストレージがmicroSD/emmc前提で
SDカード内部のコントローラは基本的にfat等しか想定しておらず安物でSSD最適化が入りまくったbtrfs使うと不安定になりやすいしCOWの性能的なデメリットもバカにならない
ラズパイ6か7が出てNVMe標準搭載してから高級なFSのプリインストール願えばいいんじゃないかね

**login:Penguin** · 2023/09/30(土) 00:36:41.44

csum error、dm-crypt + btrfs raid1 で出たことある。
用途はqemuのcache none で↓に引っかかっていた様だった。
ttps://archive.kernel.org/oldwiki/btrfs.wiki.kernel.org/index.php/Gotchas.html#Direct_IO_and_CRCs

**login:Penguin** · 2023/10/02(月) 02:36:36.75

918です
一個がno medium foundになりまして生来ブキッチョでして壊したのでしょうか
oldoldstable(4系)からbookworm(6系)にアプデしたらなんかsyncが激遅くなった＼(^o^)／

**login:Penguin** · 2023/10/02(月) 10:40:48.10

自分なら怪しそうな動きをしているならまっさらの新しいストレージとファイルシステム用意して構築しなおすかなあ
データロストは怖い

**login:Penguin** · 2023/10/05(木) 08:22:04.93

>>923
単に物理的に壊れかけてたのがいよいよぶっ壊れただけじゃないの？
カーネル上げた／ソフトウェアの不具合で no medium found になるとは思えないんだが...

あと raid0 でドライブ１つ死んでも sync できちゃうものなの？
その状態でマウントが read-only に落ちないのは不具合ではあると思うんだが。

**login:Penguin** · 2023/11/03(金) 00:28:34.87

BcachefsがやっとLinuxにマージされたぞ

**login:Penguin** · 2023/11/03(金) 03:54:56.70

きたか…!!
　 ( ﾟдﾟ)　ガタッ

**login:Penguin** · 2023/11/05(日) 06:44:09.22

Trying Out & Benchmarking Bcachefs On Linux 6.7
https://www.phoronix.com/review/bcachefs-linux-67

**login:Penguin** · 2023/11/05(日) 19:33:05.78

>>928
微妙……orz

**login:Penguin** · 2023/11/05(日) 19:56:24.24

btrfs遅いって言われてたけどアップデートのペースが凄くてどんどん速くなってるからな
btrfsが使えるならそれでいいんだよ

**login:Penguin** · 2023/11/07(火) 20:45:55.50

btrfs早くdfコマンドとか対応してくれ。
CoWだと無理なんかな？

**login:Penguin** · 2023/11/07(火) 21:36:27.23

今のBtrfsは開発が活発で安心感すらある
RAID56のバグもいよいよ修正作業が本格化したようだし

**login:Penguin** · 2023/11/11(土) 12:37:54.46

bcachefsはビルトインで暗号化や階層キャッシュ出来るのが明確な強みなんだから言われてるほどbtrfsと競合しない筈なんだよな～
ただ実績無いし長期的な開発体制も怪しいからまじで先が読めない

一方btrfsもRAID5,6に関してはライトホール問題はどうしようもないんだから長い長い道のりになる気がするな

**login:Penguin** · 2023/11/11(土) 13:59:39.69

Microsoft の Dev Drive もちょい気になる

**login:Penguin** · 2023/11/11(土) 19:57:45.40

bcachefsも追従してきたということはサブボリュームをディレクトリ扱いするのはそこまで利点あるのだろうか
zfs他のようにパーティション扱いで、加えてスワップファイルやVMイメージ用にスナップショット対象外フラグでも設ければ充分な気がするけども

**login:Penguin** · 2023/11/12(日) 13:28:49.12

bcachefs のベンチマーク記事、bcachefsは bcache ベースで堅牢性と信頼性重視、とされてるから、速度なら低速デバイス+キャッシュ(dm-cache、L2ARC、bcacheなど)同士の比較が欲しかった。

**login:Penguin** · 2023/11/12(日) 16:33:33.66

>>936
本格的なベンチマークは6.7カーネルのリリースまで待つしかないんじゃないかな
喜び勇んで自分でビルドしてベンチマークしようとしたPhoronixで悲惨な結果になってるし
実際にZFSを置き換えられるのか等運用や評判の話は良くも悪くももっと後だろう

**login:Penguin** · 2023/11/13(月) 01:14:38.30

キャッシュなんてベンチマークしてとうすんねん

**login:Penguin** · 2023/11/16(木) 02:50:23.53

Btrsfに暗号化きたぞ
https://lwn.net/Articles/947316/

**login:Penguin** · 2023/11/16(木) 04:14:03.97

fscryptかあ…dm-cryptの方が好みかなあ
ただ現状btrfs raid dmcrypt automountの連携に難ありというか…正しく調整するにはudevまでいじる必要があるのが面倒

**login:Penguin** · 2023/11/16(木) 12:44:28.02

ファイル暗号化だとシステムはTPMで暗号化して(起動時のパスワード入力不要)
ホームディレクトリはログインパスワードで暗号化といった使い分けしやすいのが利点らしい。
ユーザーが大量にいるケースでも個別のフレーズで暗号化出来る。
同じことを他の方式で実現するのは現実的ではない。

**login:Penguin** · 2023/11/21(火) 13:37:57.31

予行練習で試しにext4のfscryptを使ってみたけどめっちゃ便利だなこれ
ログインしていないユーザーのhomeフォルダは暗号化されたままだからdm-cryptよりも安心感がある
ほぼ起動したままだったから全体の暗号化にあまり意味を感じてなかったし

**login:Penguin** · 2023/11/22(水) 01:35:05.17

xfs敗れたり～

**login:Penguin** · 2023/11/22(水) 03:29:55.87

Fedoraはfscryptによる暗号化をインストール時のオプションとして提供する計画みたいだね
xfsからbtrfsに乗り換えたディストリの強みを活かしていく

**login:Penguin** · 2023/11/24(金) 17:50:44.62

ブロックグループの導入でマウントが遅い問題も解決されたし
Btrfsは最強のファイルシステムへの道を着実に歩んでいるな

**login:Penguin** · 2023/11/24(金) 18:06:33.32

bitlot防止機能が素晴らしい

なぜ窓と林檎はbitlot防止できないんだい？

**login:Penguin** · 2023/11/25(土) 18:47:58.04

bitlotってなに？

**login:Penguin** · 2023/11/25(土) 19:39:50.55

マジレスするところなのかボケるところなのかわからんけどbitrotのtypoじゃない？
どう優れてんのか知らんけど

**login:Penguin** · 2023/11/25(土) 23:31:22.76

bit rotという言葉は初見だったので勉強になりました。
ありがとうございます。
bit rot防止login:Penguin

**login:Penguin** · 2023/12/07(木) 04:03:45.81

圧縮って使わないほうがいいかも
CPUが100%張り付いてる状況だとめっちゃ低速化する

**login:Penguin** · 2023/12/08(金) 00:26:47.47

CPUが100%に張り付くようなマシンスペックが問題ってだけ
圧縮や重複排除はコアとメモリに余裕がないマシンでは使えねーのは
今も昔も変わらん

**login:Penguin** · 2023/12/08(金) 01:38:22.94

ソースベースディストリで作業ディレクトリをcompressオプションでマウントとか？

**login:Penguin** · 2023/12/13(水) 00:40:49.20

結局Btrfsはやめてext4に乗り換えた
Btrfs自体は安定してくれてるんだけど
たまにext4に決め打ちされてる古いプログラムを踏んで不具合が出るのがキツかった

**login:Penguin** · 2024/01/08(月) 12:03:40.69

Linuxは素晴らしいよね。

**login:Penguin** · 2024/01/19(金) 06:11:56.52

>>921
信頼性が低いSDカードだからこそ
cowの堅牢性やチェックサムでデータ化けを検出できるのは頼もしい

ただ確かに普通のSDカードをシステムやスワップに使うと長時間のランダムライトについてこれずに激遅になるので
ハイエンデュランスのSDカードを選ぶ必要がある

**login:Penguin** · 2024/01/19(金) 06:21:49.06

Linuxはbcacheを使ってssd+hddの階層キャッシュを簡単に組めるのは良いな
カーネルの標準機能だから起動や互換性のトラブルはまず起きないし。

Windowsはサードパーティのソフトに頼る必要があるし、
どれもデータ破損などのトラブルの報告がある

**login:Penguin** · 2024/01/26(金) 16:05:48.32

bcacheって意味あるのかな?
良く分かってないのだけど
もっと高速なRAMにキャッシュされるので
RAMをたくさん積んどけば良いんでない?

**login:Penguin** · 2024/01/26(金) 19:23:22.79

一生懸命作っているから文句を言いにくいというだけで実用面ではBtrfsが安定した今としては必要ないね

**login:Penguin** · 2024/01/26(金) 19:39:09.90

>>958
すみませんBtrfsってbcacheと関係あるんですか?
名前は似てるけども

**login:Penguin** · 2024/01/30(火) 11:46:41.60

>>959
958じゃないけど、無関係だね。btrfsとbcache

**login:Penguin** · 2024/01/30(火) 11:48:15.68

bcache使うなら kernel は LTS が良いかも。過去にやらかしがあったらしいので。

**login:Penguin** · 2024/01/30(火) 18:19:23.53

bcacheは大容量データを扱う機会の多いWindowsでこそ欲しいよね

>>958
bcacheとbcachefsは別物
紛らわしい名付けしたものだ

**login:Penguin** · 2024/01/30(火) 20:29:32.66

作者同じだし似たような技術使ってるから似た名前になってるんだが

**login:Penguin** · 2024/01/31(水) 18:12:16.86

カーネルの標準機能だからトラブルはまず起きない、ってことはないんじゃないかな？と思った
カーネルの実装には問題なくてもユーザーランドのコマンドのバグで破壊とかないとはいえないし

**login:Penguin** · 2024/01/31(水) 19:55:58.06

カーネルモジュールはコンパイルしなくてもいいんやで

**login:Penguin** · 2024/02/14(水) 16:34:39.92

一つだけWindowsがLinuxより優れている点がある
デフラグソフトが充実していて配置方法を選べることも多く
適切に使うことで再断片化を緩和できる

**login:Penguin** · 2024/02/14(水) 17:27:05.08

Linuxは断片化が起きる前提にファイルを配置していくからデフラグの意味がないんだよ
だからデフラグソフトが無い

**login:Penguin** · 2024/02/14(水) 17:33:57.14

NTFS は FATと違うのでデフラグは起きにくいし、実行しても短時間で終わるでしょ。
https://atmarkit.itmedia.co.jp/fwin2k/experiments/defragment/defragment_column.html

**login:Penguin** · 2024/02/14(水) 19:00:11.53

デフラグせんでも別ストレージにコピーすればいいのだ

**login:Penguin** · 2024/02/14(水) 20:56:49.94

e4defrag は

**login:Penguin** · 2024/02/14(水) 21:00:16.25

SSD時代にデフラグ要るのか？

**login:Penguin** · 2024/02/14(水) 22:03:49.54

vfatがデフラグ必要なのって毎回再配置しないので性能を稼ぐ意味合いだよね

**login:Penguin** · 2024/02/14(水) 23:02:21.62

>>971
いらない
HDDでもSMRならデフラグしないほうがいい

**login:Penguin** · 2024/02/15(木) 21:46:32.18

Linuxのfsもエクステント、b木の最適化くらいはどこかでやってるよね

**login:Penguin** · 2024/02/16(金) 18:32:42.51

RAID-Z3みたいな機能をbtrfsが備えてくれればいいんだが…

**login:Penguin** · 2024/03/12(火) 17:10:56.58

Btrfs Enjoys Performance Optimizations With Linux 6.9
https://www.phoronix.com/news/Btrfs-Linux-6.9

**login:Penguin** · 2024/04/28(日) 00:19:56.51

普通にext4で良いんですよね？

**login:Penguin** · 2024/04/28(日) 08:19:20.27

良いよ。
大半のパフォーマンスはext4が一番良いくらい。
xfs はファイル数などの上限が上がるので企業みたいな使い方をするならよい選択。
btrfs はCoW で条件によりコピーが速かったりファイルシステムを圧縮したり、高機能だし色々出来るけども、使い方を調べないといかん。

**login:Penguin** · 2024/04/28(日) 23:01:46.57

確かにext4はコピーが激重。

**login:Penguin** · 2024/04/29(月) 02:17:25.08

昔xfsでファイル削除が激重だったけど、何年か前に改善されたらしい

警備員[Lv.23] · 2024/05/21(火) 11:30:50.25

https://www.phoronix.com/news/ReiserFS-README-Linux-6.10

Hansが獄中で更正してるのに泣いた(´；ω；｀)ﾌﾞﾜｯ

**login:Penguin** · 2024/05/21(火) 19:56:41.69

日本語版wikipediaによると
2020年仮釈放の審査に落ち、2022年に予定されていた仮釈放がさらに伸びた。
2027年仮釈放の予定

刑期短縮の為模範囚を演じてるだけじゃないかと思う

**login:Penguin** · 2024/05/22(水) 14:54:43.30

自分のプロダクトに自分の名前を付けるやつはやべぇ奴の法則

**login:Penguin** · 2024/05/22(水) 15:07:16.46

たしかに、リーナスは自分の名前を取ってgitを作ったからな

**login:Penguin** · 2024/06/21(金) 19:11:59.18

バックアップ取らない派なので先日ext4のディレクトリをrmコマンド打つの間違って全部消して
結局復活できなかった
extundeleteもext4magicも結局だめだわ

btrfsはどこまで削除したやつを戻せるかわからんけどこれを期にもうこの際まず/homeをbtrfsに変えてみた
お、なんか動きは良い感じノードサイズは32kでやってみた
dmesgで「BTRFS info (device sda4): enabling ssd optimizations」なんて出てるのでSSD使ってる
からなんか良さげw

不具合なければファイルシステムはこれでいくかも

**login:Penguin** · 2024/06/21(金) 19:24:52.90

>>980
あったね、10年ちょっと前にxfsにしてた。/も/homeも。要するに全部xfs
大きなファイルやディレクトリをrmすると重い
しかもこの頃のlinuxってIOの割り込みとかで結構へんな処理待ちが出る感じだった
IOの割り込み処理待ちでほぼ固まってる感じに近かったw
それはxfsだけじゃなくext3等も状況により処理待ちですごかったけどxfsはホント固まる感じだったね

今は本当に割り込みの処理待ちとかほぼ感じさせないカーネルになったんだね
ファイルシステムは実はその頃ReiserFSを使ってた時も有り、これは本当に速かった
開発者逮捕て使うの辞めたけどある意味逮捕なきゃ凄く良かったファイルシステムだったと思う
陰謀かなにかではめられて逮捕？

とりあえず暫くbtrfsかな。あ、電源バチバチ切ったりしてもなんだかんだ強かったのはntfsですね

**login:Penguin** · 2024/06/21(金) 19:48:15.02

btrfsだいぶ枯れてきたよな
zfsから引っ越してまた1年ちょっとだが今のところド安定だわ

ファイルシステム総合スレ その19

ファイルシステム総合スレその19