[過去ﾛｸﾞ] ファイルシステム総合スレ その19 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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
いうても同じボリュームにスナップショット取ってるんやろ？
876: 2023/09/21(木)09:00 ID:XANLv9rm(1) AAS
スナップショットとバージョン管理は根本的に似てるような気もする
gitとbtrfsで何かfusionできないかな
877: 2023/09/25(月)09:30 ID:QR7gQC+U(1/2) AAS
言われてみると rsybc の差分バックアップで間に合うような気もする
878: 2023/09/25(月)09:30 ID:QR7gQC+U(2/2) AAS
rsync
879: 2023/09/25(月)11:47 ID:zugjyJ6O(1) AAS
俺は2005年くらいから毎日差分バックアップしたhomeディレクトリがある
当初はpdumpfsで途中からrsyncを使ってとったもの
つまりファイルに差分がなかったらハードリンクにして容量増加が抑えられる
ファイルとかハードリンクとかは当時から何も変わらないからまだ使えるんだけど
その下のストレージもfilesystemも開始した当時とは全く変わってしまった
880: 2023/09/25(月)12:27 ID:VredknRB(1) AAS
普通の差分バックアップとBtrfsなどのスナップショットの違いは
ゴミ箱に放り込んだ後の挙動だね。
普通の差分バックアップは一応次のバックアップまでは容量が回復するけど
Btrfsのスナップショットだと、一度でもバックアップをすると
以降はファイル削除で逆に空き容量が減ったりという奇怪な挙動になる。
881: 2023/09/25(月)20:33 ID:Dj8vE3f6(1) AAS
言いたい事は分かるがワケワカメ
882(1): 2023/09/25(月)20:39 ID:Vkv0J98F(1) AAS
スナップショットそのものをバックアップとして運用するんじゃなくて
スナップショットで瞬間を固定したものを別の物理ドライブにバックアップするんやで
使用中のデータをバックアップするよりも整合性の心配をしなくてよくなる
883: 2023/09/25(月)22:01 ID:LfNnJKFD(1) AAS
>>882
それ、スナップショットを別の物理ドライブに取ればええんでないの？
884: 2023/09/25(月)23:48 ID:ism+fxM1(1) AAS
スナップショットの仕組みがわかっていない奴だな
885: 2023/09/26(火)08:02 ID:KG56oHdj(1) AAS
昔使ってたストレージを思い出した。
データベース停止→同期ディスク切り離し→データベース起動→切り離したディスクからバックアップ→ディスク同期
データベース停止から起動まで5分だけど、バックアップは10時間とか。
886: 2023/09/26(火)10:11 ID:xrfmLA6d(1) AAS
スナップショットはバックアップではないと何度言えば解るのか
887: 2023/09/26(火)14:50 ID:VjKOh95q(1) AAS
RAIDだってバックアップじゃないぞ！＞昔の俺
888: 2023/09/26(火)16:02 ID:rwEhTV2J(1) AAS
スナップショットも全部別ボリュームにバックアップや
889: 2023/09/26(火)16:33 ID:ConcCYWM(1/5) AAS
俺はスナップショットを使ったことないんだけど
スナップショットってある時点のファイルシステムの状態を
保存できるというので良いのかな?
スナップショットってのは何回も取れると思うんだけど
するとこれらをバックアップしようと思ったら
他のストレージに複製する必要がある
それはフィルシステム階層でやるのかな? 複製されるのはフィルシステムのイメージ?
省1
890: 2023/09/26(火)16:59 ID:UEtMMw78(1) AAS
バックアップ=一世代保管
の人には何でもよくね？
891: 2023/09/26(火)17:08 ID:ConcCYWM(2/5) AAS
複数世代保管する場合は?
892(2): 2023/09/26(火)17:24 ID:eeSFYOQt(1/2) AAS
物理的な破損に対する対策をしたいのかデータ的な破損に対する対策がした以下によるでしょ。
よほどのことがない限りは通常利用でSSDが物理的に破損するなんて無いからスナップショットで十分だよ。
893: 2023/09/26(火)17:29 ID:ConcCYWM(3/5) AAS
>>892
>SSDが物理的に破損するなんて無い
そなの?
894: 2023/09/26(火)17:38 ID:CutUCQeF(1) AAS
熱で歪んではんだクラックすることはあるよ
基板を使った全ての電子機器に言えることだけど
895: 2023/09/26(火)18:24 ID:/zVjMShk(1) AAS
>>892
物理的な破損じゃなくてもコントローラーのバグでデータ消失とかあるだろ。SanDiskとか。
バックアップは物理的に分けるのが基本。
896(1): 2023/09/26(火)18:24 ID:HY18Phw2(1) AAS
＞それともその上のcpコマンドとかrsyncでファイルとして複製するのかな?
そうだよ、スナップショットをマウントして、ファイルを「別の場所に」コピーしてはじめて正当なバックアップと言える。
これらの手順を簡略化できるsend/recvコマンドが用意されていて、
こっちの方が効率いいし、メタデータも丸ごとクローンできる。
897(1): 2023/09/26(火)20:50 ID:ConcCYWM(4/5) AAS
>>896
>そうだよ、スナップショットをマウントして、
なるほどね
俺はrsyncで良いや
夜中に寝てる間にやるから問題なし
898: 2023/09/26(火)21:55 ID:TWM10f36(1) AAS
/をスナップショット撮ってその領域を別筐体にrsync or cpし、ブートローダー入れれば普通に動くものですか？
やはりddが必要ですか？
899(1): 2023/09/26(火)22:19 ID:ConcCYWM(5/5) AAS
/var以下とか書き込み途中のファイルがあるだろうから
そこは影響あるかもしれんが多分大丈夫でしょ
900(2): 2023/09/26(火)22:33 ID:eeSFYOQt(2/2) AAS
Debianは単なるマウントポイントで起動ディスクを指定してるから動く。
FedoraはUUIDで起動ディスクを指定してるから動かない。
901: 2023/09/26(火)23:56 ID:ciLguc5D(1) AAS
SSDはHDDより気楽にセルが死んで内部のECCで誤魔化すつくりだから大手のちゃんとした奴でも壊れないって発想は絶対できないなあ
まあ結局は本人がどれくらいの信頼性とデータの保全を重視してるかだけど
902: 2023/09/27(水)02:12 ID:W5UIw3RP(1) AAS
SSDは電気的に壊れたりしそうだしHDDより信頼していいとも思えない
903: 2023/09/27(水)05:26 ID:7DJInsqy(1) AAS
ＨＤＤのような故障の予兆はネエと思った方がイイですぬ
904: 2023/09/27(水)06:49 ID:46paGLZ6(1) AAS
マジで重要なデータならHDDはデータ復旧業者に持ち込めばほぼデータ救える
SSDは難しそう
905: 2023/09/27(水)06:50 ID:iBlbR2xC(1) AAS
ガタが来てもカリカリ言ってくれないのは怖い
906: 2023/09/27(水)09:46 ID:A1V3Gn9T(1) AAS
>>900
DebianだってUUIDで指定してるぞ
907: 2023/09/27(水)10:23 ID:QgS9Bnud(1) AAS
>>900
>起動ディスクを指定
って何のこと?
908(1): 2023/09/27(水)10:39 ID:JigpusFU(1) AAS
fstabの指定じゃない?
sda,sdbとかデバイス名使うと順序が保証されないからいかんよ
909: 2023/09/27(水)20:05 ID:GQT9kNXi(1) AAS
>>899
ありがとうございます！
明日試してみます！
910(1): 2023/09/28(木)00:37 ID:94oQ5Buk(1/2) AAS
>>897
KVMとかで何十GBのイメージ(常時書き込みあり)を扱ってるんだけど、rsyncで不整合起きないものかね？
怪しいと思ってrsync(rsnapshotだけど)の対象にはしてなくて、イメージの中身のファイルをrsyncしてるけど。
911: 2023/09/28(木)00:39 ID:94oQ5Buk(2/2) AAS
>>908
fstabじゃなくてカーネルの起動オプション(cmdline)とinitramfsじゃないの？トラブるとめんどい。
912(1): 2023/09/28(木)00:49 ID:+gzxXnc4(1) AAS
cpした後chrootしてinitramfs作り直したら駄目なの？
913: 2023/09/28(木)00:49 ID:XkI+WmkE(1) AAS
>>910
チェックサム確認して更新するオプションあるけど、そういうのはrsyncに合わない。
あくまで個々のファイル単位でのコピー。
また、チェックサム確認つけるとサイズが大きいファイルはコピーにその分時間かかる。
914: 2023/09/28(木)06:44 ID:z6oGmeGq(1) AAS
メインで使うLinux端末なりサーバなりはxfs+LVM
バックアップ用ストレージをbtrfsの構成にして物理的に分ければストレージ側で好きにバックアップ取れば良い
または仮想環境ならNAS上に仮想ボリュームがあるだろうからNASのバックアップ機能に任せる
915(1): 2023/09/28(木)11:50 ID:L9iUhrdY(1) AAS
複雑なことしてないけど、自分はこのやり方でdisk移行したことあるよ。
外部ﾘﾝｸ:wiki.archlinux.org
916: 2023/09/28(木)13:53 ID:Gu9bK1i6(1) AAS
>>915
/varの下は特に用量が大きいから、何箇所かは除外したいな。
917: 2023/09/28(木)19:23 ID:9mIhxcp8(1) AAS
>>912
/etc/fstab のUUID書き換えた後に (chroot 不要かも?) grub2-mkconfig かな。
書き換えが必要なのは fstab と grub.cnf (もしくはgrubenv) だ。
LVM ありなら initramfs 再作成も必要だったかも。
918: 2023/09/29(金)02:55 ID:lDK7qxF5(1) AAS
USB+cryptsetup(x3)をbtrfsでraid0にしてですな
使ってるうちにcsumエラーが出るようになるけどmd5sumは正常
カーネル４系だけどもう６出てるの？
919: 2023/09/29(金)14:53 ID:4bRRCmT8(1) AAS
いまだにラズパイがbtrfsに標準対応しない理由が全然わからない
920: 2023/09/29(金)19:11 ID:g6OxXcSR(1) AAS
btrfs排卵
921(1): 2023/09/29(金)21:52 ID:QIpBYW7I(1) AAS
そもそもラズパイはストレージがmicroSD/emmc前提で
SDカード内部のコントローラは基本的にfat等しか想定しておらず安物でSSD最適化が入りまくったbtrfs使うと不安定になりやすいしCOWの性能的なデメリットもバカにならない
ラズパイ6か7が出てNVMe標準搭載してから高級なFSのプリインストール願えばいいんじゃないかね
922: 2023/09/30(土)00:36 ID:0uxPGqbB(1) AAS
csum error、dm-crypt + btrfs raid1 で出たことある。
用途はqemuのcache none で↓に引っかかっていた様だった。
外部ﾘﾝｸ[html]:archive.kernel.org
923(1): 2023/10/02(月)02:36 ID:eEkkOm2D(1) AAS
918です
一個がno medium foundになりまして生来ブキッチョでして壊したのでしょうか
oldoldstable(4系)からbookworm(6系)にアプデしたらなんかsyncが激遅くなった＼(^o^)／
924: 2023/10/02(月)10:40 ID:kI29dD03(1) AAS
自分なら怪しそうな動きをしているならまっさらの新しいストレージとファイルシステム用意して構築しなおすかなあ
データロストは怖い
925: 2023/10/05(木)08:22 ID:6TdW7jQ/(1) AAS
>>923
単に物理的に壊れかけてたのがいよいよぶっ壊れただけじゃないの？
カーネル上げた／ソフトウェアの不具合で no medium found になるとは思えないんだが...
あと raid0 でドライブ１つ死んでも sync できちゃうものなの？
その状態でマウントが read-only に落ちないのは不具合ではあると思うんだが。
926: 2023/11/03(金)00:28 ID:ehy0V0kB(1) AAS
BcachefsがやっとLinuxにマージされたぞ
927: 2023/11/03(金)03:54 ID:MhoIvZIR(1) AAS
きたか…!!
( ﾟдﾟ) ガタッ
928(1): 2023/11/05(日)06:44 ID:Sc6aRTxC(1) AAS
Trying Out & Benchmarking Bcachefs On Linux 6.7
外部ﾘﾝｸ:www.phoronix.com
929: 2023/11/05(日)19:33 ID:ruECS6Nv(1) AAS
>>928
微妙……orz
930: 2023/11/05(日)19:56 ID:2JjBa3ZY(1) AAS
btrfs遅いって言われてたけどアップデートのペースが凄くてどんどん速くなってるからな
btrfsが使えるならそれでいいんだよ
931: 2023/11/07(火)20:45 ID:BOHC3v+d(1) AAS
btrfs早くdfコマンドとか対応してくれ。
CoWだと無理なんかな？
932: 2023/11/07(火)21:36 ID:8aoZ9wW7(1) AAS
今のBtrfsは開発が活発で安心感すらある
RAID56のバグもいよいよ修正作業が本格化したようだし
933: 2023/11/11(土)12:37 ID:87rX4ipY(1) AAS
bcachefsはビルトインで暗号化や階層キャッシュ出来るのが明確な強みなんだから言われてるほどbtrfsと競合しない筈なんだよな〜
ただ実績無いし長期的な開発体制も怪しいからまじで先が読めない
一方btrfsもRAID5,6に関してはライトホール問題はどうしようもないんだから長い長い道のりになる気がするな
934: 2023/11/11(土)13:59 ID:j9UGzXqw(1) AAS
Microsoft の Dev Drive もちょい気になる
935: 2023/11/11(土)19:57 ID:fQCb3MRW(1) AAS
bcachefsも追従してきたということはサブボリュームをディレクトリ扱いするのはそこまで利点あるのだろうか
zfs他のようにパーティション扱いで、加えてスワップファイルやVMイメージ用にスナップショット対象外フラグでも設ければ充分な気がするけども
936(1): 2023/11/12(日)13:28 ID:idgebg3W(1) AAS
bcachefs のベンチマーク記事、bcachefsは bcache ベースで堅牢性と信頼性重視、とされてるから、速度なら低速デバイス+キャッシュ(dm-cache、L2ARC、bcacheなど)同士の比較が欲しかった。
937: 2023/11/12(日)16:33 ID:wEJxHOeg(1) AAS
>>936
本格的なベンチマークは6.7カーネルのリリースまで待つしかないんじゃないかな
喜び勇んで自分でビルドしてベンチマークしようとしたPhoronixで悲惨な結果になってるし
実際にZFSを置き換えられるのか等運用や評判の話は良くも悪くももっと後だろう
938: 2023/11/13(月)01:14 ID:fYaeSL61(1) AAS
キャッシュなんてベンチマークしてとうすんねん
939: 2023/11/16(木)02:50 ID:cfaP9Jf+(1/2) AAS
Btrsfに暗号化きたぞ
外部ﾘﾝｸ:lwn.net
940: 2023/11/16(木)04:14 ID:2zCuItxM(1) AAS
fscryptかあ…dm-cryptの方が好みかなあ
ただ現状btrfs raid dmcrypt automountの連携に難ありというか…正しく調整するにはudevまでいじる必要があるのが面倒
941: 2023/11/16(木)12:44 ID:cfaP9Jf+(2/2) AAS
ファイル暗号化だとシステムはTPMで暗号化して(起動時のパスワード入力不要)
ホームディレクトリはログインパスワードで暗号化といった使い分けしやすいのが利点らしい。
ユーザーが大量にいるケースでも個別のフレーズで暗号化出来る。
同じことを他の方式で実現するのは現実的ではない。
942: 2023/11/21(火)13:37 ID:HJbVoOU7(1) AAS
予行練習で試しにext4のfscryptを使ってみたけどめっちゃ便利だなこれ
ログインしていないユーザーのhomeフォルダは暗号化されたままだからdm-cryptよりも安心感がある
ほぼ起動したままだったから全体の暗号化にあまり意味を感じてなかったし
943: 2023/11/22(水)01:35 ID:f4VYBIW0(1) AAS
xfs敗れたり～
944: 2023/11/22(水)03:29 ID:IuFUsyx4(1) AAS
Fedoraはfscryptによる暗号化をインストール時のオプションとして提供する計画みたいだね
xfsからbtrfsに乗り換えたディストリの強みを活かしていく
945: 2023/11/24(金)17:50 ID:v/0vBGSD(1) AAS
ブロックグループの導入でマウントが遅い問題も解決されたし
Btrfsは最強のファイルシステムへの道を着実に歩んでいるな
946: 2023/11/24(金)18:06 ID:x6O1QgMw(1) AAS
bitlot防止機能が素晴らしい
なぜ窓と林檎はbitlot防止できないんだい？
947: 2023/11/25(土)18:47 ID:BWX0PXbV(1) AAS
bitlotってなに？
948: 2023/11/25(土)19:39 ID:tKTQvn1Q(1) AAS
マジレスするところなのかボケるところなのかわからんけどbitrotのtypoじゃない？
どう優れてんのか知らんけど
949: sage2023/11/25(土) 23:31:22.76 ID:BWX0PXbV bit rotという言葉は初見だったので勉強になりました。 ありがとうございます。 bit rot防止login:Penguin 2023/12/04(月)21:08 ID:nPSKQ1Ac(1) AAS
林檎は興味ないが窓はまずReFS大丈夫なだろーか
上下前次1-新書関写板覧索設栞歴
あと 53 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.174s*