● 前スレ
ファイルシステム総合スレ その18
https://mao.5ch.net/test/read.cgi/linux/1514472651/l50
● 関連スレ
ジャーナリングファイルシステム
https://mevius.5ch.net/test/read.cgi/unix/979408065/l50
OpenSolaris/Illumos (OpenIndiana, etc.) 6
https://mevius.5ch.net/test/read.cgi/unix/1337411922/l50
FS関連スレ
https://medaka.5ch.net/test/read.cgi/os/1137387538/l50
過去スレ, 関連リンクは >>2-10 あたりで.
ファイルシステム総合スレ その19
レス数が1000を超えています。これ以上書き込みはできません。
2020/06/13(土) 14:45:47.76ID:Qx8FdC0t
2020/06/13(土) 14:46:13.83ID:Z2kbkgRY
ext4でいいだろ
2020/06/13(土) 14:46:22.96ID:Qx8FdC0t
● 過去スレ
01 https://pc.2ch.net/test/read.cgi/linux/1006743807/l50
02 https://pc5.2ch.net/test/read.cgi/linux/1063025258/l50
03 https://pc8.2ch.net/test/read.cgi/linux/1101495293/l50
04 https://pc8.2ch.net/test/read.cgi/linux/1136695633/l50
05 https://pc8.2ch.net/test/read.cgi/linux/1152348695/l50
06 https://pc11.2ch.net/test/read.cgi/linux/1164457481/l50
07 https://pc11.2ch.net/test/read.cgi/linux/1173530292/l50
08 https://pc11.2ch.net/test/read.cgi/linux/1190788761/l50
09 https://pc11.2ch.net/test/read.cgi/linux/1225001916/l50
10 https://pc11.2ch.net/test/read.cgi/linux/1238673446/l50
11 https://hibari.2ch.net/test/read.cgi/linux/1256639505/l50
12 https://hibari.2ch.net/test/read.cgi/linux/1281277564/l50
13 https://engawa.2ch.net/test/read.cgi/linux/1311812102/l50
14 https://engawa.2ch.net/test/read.cgi/linux/1326613113/l50
15 https://engawa.2ch.net/test/read.cgi/linux/1341012960/l50
16 https://hayabusa6.2ch.net/test/read.cgi/linux/1363315915/l50
17 https://mao.5ch.net/test/read.cgi/linux/1421502118/l50
18 https://mao.5ch.net/test/read.cgi/linux/1514472651/l50
01 https://pc.2ch.net/test/read.cgi/linux/1006743807/l50
02 https://pc5.2ch.net/test/read.cgi/linux/1063025258/l50
03 https://pc8.2ch.net/test/read.cgi/linux/1101495293/l50
04 https://pc8.2ch.net/test/read.cgi/linux/1136695633/l50
05 https://pc8.2ch.net/test/read.cgi/linux/1152348695/l50
06 https://pc11.2ch.net/test/read.cgi/linux/1164457481/l50
07 https://pc11.2ch.net/test/read.cgi/linux/1173530292/l50
08 https://pc11.2ch.net/test/read.cgi/linux/1190788761/l50
09 https://pc11.2ch.net/test/read.cgi/linux/1225001916/l50
10 https://pc11.2ch.net/test/read.cgi/linux/1238673446/l50
11 https://hibari.2ch.net/test/read.cgi/linux/1256639505/l50
12 https://hibari.2ch.net/test/read.cgi/linux/1281277564/l50
13 https://engawa.2ch.net/test/read.cgi/linux/1311812102/l50
14 https://engawa.2ch.net/test/read.cgi/linux/1326613113/l50
15 https://engawa.2ch.net/test/read.cgi/linux/1341012960/l50
16 https://hayabusa6.2ch.net/test/read.cgi/linux/1363315915/l50
17 https://mao.5ch.net/test/read.cgi/linux/1421502118/l50
18 https://mao.5ch.net/test/read.cgi/linux/1514472651/l50
2020/06/13(土) 14:46:31.54ID:Z2kbkgRY
標準が一つあればいいよ
2020/06/13(土) 14:47:01.24ID:Qx8FdC0t
● 関連リンク 1
ext4 http://www.bullopensource.org/ext4/ (リンク切れ)
reiserfs/reiser4 http://www.namesys.com/ (リンク切れ)
xfs http://oss.sgi.com/projects/xfs/ (リンク切れ)
jfs http://jfs.sourceforge.net/
nfs http://nfs.sourceforge.net/
ntfs http://sourceforge.jp/projects/sfnet_linux-ntfs/
fuse http://fuse.sourceforge.net/
btrfs http://btrfs.wiki.kernel.org/index.php/Main_Page
NILFS2 (NTT) http://www.nilfs.org/ja/ (リンク切れ)
zfs http://zfsonlinux.org/
http://hub.opensolaris.org/bin/view/Community+Group+zfs/WebHome (リンク切れ)
ext4 http://www.bullopensource.org/ext4/ (リンク切れ)
reiserfs/reiser4 http://www.namesys.com/ (リンク切れ)
xfs http://oss.sgi.com/projects/xfs/ (リンク切れ)
jfs http://jfs.sourceforge.net/
nfs http://nfs.sourceforge.net/
ntfs http://sourceforge.jp/projects/sfnet_linux-ntfs/
fuse http://fuse.sourceforge.net/
btrfs http://btrfs.wiki.kernel.org/index.php/Main_Page
NILFS2 (NTT) http://www.nilfs.org/ja/ (リンク切れ)
zfs http://zfsonlinux.org/
http://hub.opensolaris.org/bin/view/Community+Group+zfs/WebHome (リンク切れ)
2020/06/13(土) 14:47:26.30ID:Z2kbkgRY
LinuxでNTFSってどれだけ安心して使えるの?
2020/06/13(土) 14:47:38.56ID:Qx8FdC0t
● 関連リンク 2
en:List of file systems
http://en.wikipedia.org/wiki/List_of_file_systems
Linuxファイルシステム技術解説
http://www.atmarkit.co.jp/flinux/index/indexfiles/linuxfsindex.html
Linuxの次世代ファイルシステムは「バターFS」!?
http://www.atmarkit.co.jp/news/200807/10/btrfs.html
Linux ジャーナリング・ファイルシステムの徹底調査
http://www.ibm.com/developerworks/jp/linux/library/l-journaling-filesystems/?ca=drs-jp
Linux フラッシュ・ファイルシステムの徹底調査
http://www.ibm.com/developerworks/jp/linux/library/l-flash-filesystems/?ca=drs-jp
Linux filesystem benchmark 2008/1-2
http://www.t2-project.org/zine/1/
http://www.t2-project.org/zine/4/
Filesystem Specifications - Links & Whitepapers
http://www.forensics.nl/filesystems
Linuxファイルシステムベンチマーク ext3, ext4, JFS, ReiserFS, XFS, NILFS2
http://hesonogoma.com/linux/FileSystemBenchmarkResults-01.html
http://hesonogoma.com/linux/FileSystemBenchmarkResults-02.html
[Phoronix] Benchmarking ZFS On FreeBSD vs. EXT4 & Btrfs On Linux
http://www.phoronix.com/scan.php?page=article&item=zfs_ext4_btrfs
Oracle Solaris ZFS 管理ガイド
http://docs.oracle.com/cd/E19253-01/819-6260/
● リンク切れ
File Systems in Linux
http://www.linux.org/lessons/advanced/x1254.html
en:List of file systems
http://en.wikipedia.org/wiki/List_of_file_systems
Linuxファイルシステム技術解説
http://www.atmarkit.co.jp/flinux/index/indexfiles/linuxfsindex.html
Linuxの次世代ファイルシステムは「バターFS」!?
http://www.atmarkit.co.jp/news/200807/10/btrfs.html
Linux ジャーナリング・ファイルシステムの徹底調査
http://www.ibm.com/developerworks/jp/linux/library/l-journaling-filesystems/?ca=drs-jp
Linux フラッシュ・ファイルシステムの徹底調査
http://www.ibm.com/developerworks/jp/linux/library/l-flash-filesystems/?ca=drs-jp
Linux filesystem benchmark 2008/1-2
http://www.t2-project.org/zine/1/
http://www.t2-project.org/zine/4/
Filesystem Specifications - Links & Whitepapers
http://www.forensics.nl/filesystems
Linuxファイルシステムベンチマーク ext3, ext4, JFS, ReiserFS, XFS, NILFS2
http://hesonogoma.com/linux/FileSystemBenchmarkResults-01.html
http://hesonogoma.com/linux/FileSystemBenchmarkResults-02.html
[Phoronix] Benchmarking ZFS On FreeBSD vs. EXT4 & Btrfs On Linux
http://www.phoronix.com/scan.php?page=article&item=zfs_ext4_btrfs
Oracle Solaris ZFS 管理ガイド
http://docs.oracle.com/cd/E19253-01/819-6260/
● リンク切れ
File Systems in Linux
http://www.linux.org/lessons/advanced/x1254.html
2020/06/13(土) 14:48:29.39ID:Z2kbkgRY
LinuxでNTFSってNTFS-3Gやろ?
https://wiki.archlinux.org/index.php/NTFS-3G
NTFS-3G is an open source implementation of
Microsoft NTFS that includes read and write support
(the Linux kernel only supports reading NTFS).
NTFS-3G developers use the FUSE file system to
facilitate development and to help with portability.
https://wiki.archlinux.org/index.php/NTFS-3G
NTFS-3G is an open source implementation of
Microsoft NTFS that includes read and write support
(the Linux kernel only supports reading NTFS).
NTFS-3G developers use the FUSE file system to
facilitate development and to help with portability.
2020/06/13(土) 14:49:09.69ID:Z2kbkgRY
ふむ?2つあるのか?
https://wiki.debian.org/NTFS
NTFS Drivers
Two NTFS filesystem drivers are currently available:
ntfs-3g
Recommended driver, actively maintained and supported in Debian.
Userspace NTFS driver via FUSE, provides read and write access.
Based on, and a major improvement to ntfsmount and libntfs.
Available in the ntfs-3g package.
ntfs
Included in the upstream kernel starting from version 2.6, provides read-only access and limited write support. Not actively developed.
Not currently built with Debian's kernel packages, "ntfs" has been symlinked to "ntfs-3g" as it relates to fstab and mount commands.
https://wiki.debian.org/NTFS
NTFS Drivers
Two NTFS filesystem drivers are currently available:
ntfs-3g
Recommended driver, actively maintained and supported in Debian.
Userspace NTFS driver via FUSE, provides read and write access.
Based on, and a major improvement to ntfsmount and libntfs.
Available in the ntfs-3g package.
ntfs
Included in the upstream kernel starting from version 2.6, provides read-only access and limited write support. Not actively developed.
Not currently built with Debian's kernel packages, "ntfs" has been symlinked to "ntfs-3g" as it relates to fstab and mount commands.
2020/06/13(土) 14:49:49.21ID:Z2kbkgRY
やっぱりNTFS-3Gの方が主流なのか
2020/06/13(土) 14:50:40.06ID:Z2kbkgRY
あと確かexFATも採用されたんだよな
2020/06/13(土) 14:51:23.59ID:Z2kbkgRY
2020/06/13(土) 15:57:48.95ID:XQkBrwtd
COWなファイルシステムbcachefsをよろしく
https://www.patreon.com/bcachefs
https://www.patreon.com/bcachefs
2020/06/15(月) 19:21:45.81ID:T0jtHtjd
この手のキャッシュfsって一時的な流行だったな
自前で鯖立ててる事なんてないしクラウドだし
パーソナルユーズじゃ使わんし
自前で鯖立ててる事なんてないしクラウドだし
パーソナルユーズじゃ使わんし
2020/06/15(月) 19:27:05.92ID:JQPCCq8R
bcachefsをキャッシュfsと言う人は内容を理解していないのでは
2020/06/15(月) 19:38:31.26ID:tLLgY4qi
草
17login:Penguin
2020/06/21(日) 17:30:56.13ID:O4Z3U+Zh xfsはCoWオプションがDefaultで有効化されたけど
もはや別のFSだよなこれ・・・
xfs2とかに名前変えてくれないと混乱するだろ
もはや別のFSだよなこれ・・・
xfs2とかに名前変えてくれないと混乱するだろ
2020/06/21(日) 17:35:41.94ID:2ZA7XCje
CoWのXFSとかbtrfs以上に安定か分からんFSだな
2020/06/21(日) 17:47:42.82ID:Ey66DmLb
俺は去年からCoW版のxfsを使ってるけど結構な頻度でフリーズするよ。
β段階でフォーマットしたから今は改善されてるのかもしれないけど
そんなにすぐに安定するのだろうか。
とはいえ何度フリーズしてもデータの破損は一切ないから堅牢性には問題なさう。
β段階でフォーマットしたから今は改善されてるのかもしれないけど
そんなにすぐに安定するのだろうか。
とはいえ何度フリーズしてもデータの破損は一切ないから堅牢性には問題なさう。
2020/06/22(月) 18:42:21.89ID:PBVm8C5i
ここにいる人は気にしないかもしれないが、ファイルフォーマットなんてインストールの時位しかしないから、使ってみたくても面倒。
あと8GBしかメモリ積んでないマシンでCoW耐えられるのか、わからん。
あと8GBしかメモリ積んでないマシンでCoW耐えられるのか、わからん。
2020/06/22(月) 20:09:28.12ID:GhYuvuyR
俺は8GBでCoW使ってるけど当然耐えられないよ。
毎日やばい勢いでスワップしてる。
毎日やばい勢いでスワップしてる。
2020/06/22(月) 20:10:32.93ID:GhYuvuyR
これを標準にするとかxfsは正気なのか?
https://i.imgur.com/JIy4dxZ.png
https://i.imgur.com/JIy4dxZ.png
2020/06/22(月) 21:39:14.81ID:jsCZAx7k
zfsといいxfsCoWといいCoWなファイルシステムメモリ食いすぎ。全然メモリ食わんbtrfsが逆に異常に見えてきた……
2020/06/23(火) 10:59:55.02ID:bz63LbH0
XFSはともかくZFSはメモリを大量に使うことを前提に開発されているからな
設定でどれだけ使うか調節もできる
設定でどれだけ使うか調節もできる
2020/06/23(火) 11:21:16.96ID:JqW2o58Y
CoW だと、メタデータだけコピーして実態は同じ所にあるから、ファイルコピーが高速になる、という事は、OSの大半を同じパーテーションに入れとけば、マシン内のファイルコピーは最小になる、
って理解でOK?
って理解でOK?
26login:Penguin
2020/06/23(火) 14:35:12.72ID:wXZV3c2I なぜOSの大半がコピーされることが前提なのだ
2020/06/23(火) 14:48:01.94ID:JqW2o58Y
書き方まずかった。
/boot, swap, / でパーテーション分ければと言いたかったです。
コピーや書き込みが多いのは/var の下でOS大半ではないですね。
/boot, swap, / でパーテーション分ければと言いたかったです。
コピーや書き込みが多いのは/var の下でOS大半ではないですね。
2020/06/23(火) 17:04:40.92ID:W/ROWWlJ
cpのソースコードを弄って
reflink=autoにしないと意味ない。
もしかしたらパッチ当たって既にautoになってるかもしれないけど。
reflink=autoにしないと意味ない。
もしかしたらパッチ当たって既にautoになってるかもしれないけど。
2020/06/24(水) 22:53:20.90ID:4/Ga7nWs
そもそも/varがコピーが多いのか?という疑問
2020/06/25(木) 00:08:52.68ID:+Jjb2Lv+
/var以外でも頻繁にコピーをする用途ってあまりないよね
バックアップくらい
バックアップくらい
2020/06/27(土) 10:26:28.13ID:W1LMqDXe
There's A Proposal To Switch Fedora 33 On The Desktop To Using Btrfs
https://www.phoronix.com/scan.php?page=news_item&px=Fedora33-Desktop-Btrfs-Proposal
https://www.phoronix.com/scan.php?page=news_item&px=Fedora33-Desktop-Btrfs-Proposal
2020/06/28(日) 00:12:59.48ID:c2mJMuRG
fedoraがbtrfsか
すでに本番環境で何年も使われてるからやっと主流になるか
すでに本番環境で何年も使われてるからやっと主流になるか
2020/06/28(日) 00:21:33.81ID:8IutlZvy
RHEL8でサポートしなくなったのに、何で???
と疑問しかない。
と疑問しかない。
2020/06/28(日) 00:35:30.99ID:4YXgPDuk
最もLinuxデスクトップでシェアが高いchromebookがbtrfs使い始めたからね
2020/06/28(日) 02:14:48.12ID:6x1y6/9w
現状商用サポートできるレベルではないFSだけど、
知見は貯めておきたいんじゃない。
RHELとFedoraじゃ求められるレベルに天と地ほどの差があるじゃん。
知見は貯めておきたいんじゃない。
RHELとFedoraじゃ求められるレベルに天と地ほどの差があるじゃん。
2020/06/28(日) 02:20:06.74ID:xzLdTpz+
Facebookはメインでbtrfs使ってるし普通に商用でも使えそうだけどな
最近は悪い話聞かないし開発早いからだいぶ良くなっているんじゃないか?
最近は悪い話聞かないし開発早いからだいぶ良くなっているんじゃないか?
2020/06/28(日) 05:27:52.01ID:ARemQej4
ちょこちょこ問題があって文句も言われてるけど既に動いてて利用されてる物が、なんだかんだ改良されていつの間にかみんなで使い始め、品質も良くなってくるいつものOSS的な流れ?
2020/06/28(日) 10:31:59.71ID:SSA0VpHa
ファイルシステムはハードウェアやカーネルの進化で常に品質落ち続けるイメージがあるわ
2020/06/28(日) 11:48:10.39ID:M2jebi1L
ファイルシステムの開発とか割に合わない仕事だし有能な人が減ってるだけじゃないかな?
2020/06/28(日) 12:40:14.89ID:rvvVEAOB
zfsなファイルサーバを立てるのだが、OSはFleeBSDかLinuxかどちらがよかんべ?
2020/06/28(日) 12:47:34.00ID:Ed0K+LNn
綴り間違えるようなあやふやな物は使わない方がいいのではないかと思います
2020/06/28(日) 12:54:54.10ID:WkQqwnsk
何故zfsを使いたいかも、重要じゃないか。
ファイルサーバなら他のファイルシステムでもいい。
ファイルサーバなら他のファイルシステムでもいい。
43login:Penguin
2020/06/28(日) 13:04:25.74ID:Jcs8bruE >>36
主語と目的語が逆かと。Btrfsにメインで関与しているのがChris Mason(Facebook在籍のエンジニア)で、
2017年のredditの議論[1]や、文中引用のMasonへのインタビュー[2]でも、Facebookが業務をBtrfs
中心で回しているとは読めない。2020年の現在も、安定性から中心に据える選択はないのでは。
[1] How does Facebook Use BTRFS? : btrfs
https://www.reddit.com/r/btrfs/comments/5smw96/how_does_facebook_use_btrfs/
[2] How Facebook Uses Linux and Btrfs: An Interview with Chris Mason
By Swapnil Bhartiya -December 29, 2016
https://www.linux.com/news/how-facebook-uses-linux-and-btrfs-interview-chris-mason/
主語と目的語が逆かと。Btrfsにメインで関与しているのがChris Mason(Facebook在籍のエンジニア)で、
2017年のredditの議論[1]や、文中引用のMasonへのインタビュー[2]でも、Facebookが業務をBtrfs
中心で回しているとは読めない。2020年の現在も、安定性から中心に据える選択はないのでは。
[1] How does Facebook Use BTRFS? : btrfs
https://www.reddit.com/r/btrfs/comments/5smw96/how_does_facebook_use_btrfs/
[2] How Facebook Uses Linux and Btrfs: An Interview with Chris Mason
By Swapnil Bhartiya -December 29, 2016
https://www.linux.com/news/how-facebook-uses-linux-and-btrfs-interview-chris-mason/
2020/06/28(日) 16:27:19.68ID:cpyOJbwi
透過的圧縮機能かな
2020/06/28(日) 19:24:43.21ID:W9AQ7Zqx
サーバーは知らんけどchromebookで使われている時点でデスクトップ用途なら問題ないって証明されてるからね
2020/06/28(日) 20:35:47.33ID:GDR9Ccop
問題なく
btrfsになんと相応しくない言葉だろう
地雷原に立ってるが動かないから平気さ、とかか?
btrfsになんと相応しくない言葉だろう
地雷原に立ってるが動かないから平気さ、とかか?
2020/06/30(火) 08:52:02.79ID:J7+wnmHE
2020/07/11(土) 15:55:57.19ID:PLArcxTM
https://www.phoronix.com/scan.php?page=news_item&px=NVMe-ZNS-Linux-5.9
> NVMe ZNS Support Coming To Linux 5.9
>
> ZNS is similar to existing SMR (Shingled Magnetic Recording)
NVMe SSDも瓦になるのかよ……
> NVMe ZNS Support Coming To Linux 5.9
>
> ZNS is similar to existing SMR (Shingled Magnetic Recording)
NVMe SSDも瓦になるのかよ……
2020/07/11(土) 17:18:51.13ID:qoNJCP6A
そこだけ取り上げてその理解だったら英語は全く読めてないってことになるな。
2020/07/13(月) 03:26:24.68ID:VcFceqoy
録画してた4月27日のまる見え見てたら
ビデオレターで「皆さん、ハンス・ライザーって知ってますか?」「ビル・ゲイツやスティーブ・ジョブズと肩を並べるIT長者ですよ」と言っていた
ベゾスとかエリソンとかそっち系の金持ちかと思ってすぐにはピンと来なかったが
「妻が姿を消しハンスに殺人の容疑が!」と聞いて
わかった
その先はこれから見る
ビデオレターで「皆さん、ハンス・ライザーって知ってますか?」「ビル・ゲイツやスティーブ・ジョブズと肩を並べるIT長者ですよ」と言っていた
ベゾスとかエリソンとかそっち系の金持ちかと思ってすぐにはピンと来なかったが
「妻が姿を消しハンスに殺人の容疑が!」と聞いて
わかった
その先はこれから見る
2020/07/14(火) 06:02:53.04ID:RiPGVLco
はえーそんなんやってたのか
2020/07/14(火) 09:11:17.75ID:HI6pnatv
定期的に放送している気もしないでもない
2020/07/14(火) 09:12:04.78ID:HI6pnatv
っていうかそんなに金持ちなのか
2020/07/16(木) 11:41:07.08ID:lTHSBXZi
Approved: Fedora 33 Desktop Variants Defaulting To Btrfs File-System
https://www.phoronix.com/scan.php?page=news_item&px=Fedora-33-Btrfs-Desktop-Approve
https://www.phoronix.com/scan.php?page=news_item&px=Fedora-33-Btrfs-Desktop-Approve
2020/07/16(木) 11:52:09.51ID:Gq0XBddZ
fedora Silverblueもbtrfsになるのかな
CoWなファイルシステムと相性よさそう
CoWなファイルシステムと相性よさそう
2020/07/16(木) 16:43:21.24ID:4vInGINf
FSのCoWって、可能性じゃなく実用としてはどんなところで使われてるんだろう。
スナップショットくらいしか想像できない。
いやほんと想像だけで言ってるんだけどさ。
スナップショットくらいしか想像できない。
いやほんと想像だけで言ってるんだけどさ。
2020/07/16(木) 17:17:59.49ID:4BcKRsux
Mac だとコピー速くなった、って宣伝してた。
2020/07/17(金) 09:55:06.10ID:LKpCRHWl
dockerとかコンテナ系の類はCoWうまく使ってる好例なんじゃないか
2020/07/17(金) 15:12:59.39ID:o5oFDI3o
Linuxじゃないけどbeadmとか
2020/08/22(土) 08:10:58.39ID:zJL0+534
NTFSドライバがカーネルのメインラインに入るかもしれない
FUSEを使う必要がなくなるかも
FUSEを使う必要がなくなるかも
2020/08/23(日) 04:46:07.99ID:Qf5/KlJg
やったぜ。
2020/08/23(日) 13:20:12.09ID:lT35mbNq
ゲットだぜ
2020/08/24(月) 15:23:54.81ID:uULo3V23
ちゃんとソースを貼らんと現時点で入ってるだろ(>>9)ってなるぞ
Paragon Sends Out Updated NTFS Driver They Want To Mainline For The Linux Kernel
https://www.phoronix.com/scan.php?page=news_item&px=Paragon-Linux-NTFS-Driver-V2
Linux kernel maintainers tear Paragon a new one after firm submits read-write NTFS driver in 27,000 lines of code
https://www.theregister.com/2020/08/18/paragon_tries_to_contribute_ntfs/
Paragon Sends Out Updated NTFS Driver They Want To Mainline For The Linux Kernel
https://www.phoronix.com/scan.php?page=news_item&px=Paragon-Linux-NTFS-Driver-V2
Linux kernel maintainers tear Paragon a new one after firm submits read-write NTFS driver in 27,000 lines of code
https://www.theregister.com/2020/08/18/paragon_tries_to_contribute_ntfs/
64login:Penguin
2020/08/29(土) 05:53:19.99ID:L6fPViuV Paragonがコード提供するのか
期待できる
期待できる
2020/08/29(土) 08:07:16.25ID:8WyUQPOJ
これもうNTFSでいいじゃんってなるな
安定してて圧縮にスナップショットもあるんだろ?
安定してて圧縮にスナップショットもあるんだろ?
2020/08/29(土) 08:43:03.25ID:C8UyrLLc
重複排除も実装してくれればかなり使えそう
67login:Penguin
2020/08/29(土) 09:46:27.10ID:NNjxVsPm >>65
あんな糞遅いFSなんか誰も使わん
あんな糞遅いFSなんか誰も使わん
2020/08/29(土) 10:02:37.17ID:F9p/D2v8
安定してるのも透過圧縮くらいまでな気がする
落ちないで失敗するだけなのはすごいのかも知れんが
落ちないで失敗するだけなのはすごいのかも知れんが
2020/08/29(土) 10:16:28.92ID:cH7xQpFG
だいぶ昔7~8年ぐらい前だかにUbuntuJPの中の人が「現状LinuxにはNTFSレベルにマトモなファイルシステムはない」とか言い切ってたけど最近はどうなん?
2020/08/29(土) 10:29:15.55ID:piRDXs8F
初心者ですが教えてください
東北地方ではファイルスステムというらしいのですが、本当ですか?
東北地方ではファイルスステムというらしいのですが、本当ですか?
2020/08/29(土) 13:19:28.61ID:mTgL9Xdc
>>69
XFSとext4では長期安定稼働実績があるから、何がマトモでないと言うのか。
XFSとext4では長期安定稼働実績があるから、何がマトモでないと言うのか。
2020/08/29(土) 21:50:11.26ID:zGbRacDB
>>71
今は安定稼働実績あるけど7〜8年前だと CentOS5 でようやく XFS に対応したばかりで、
定期的に不具合出てて安定稼働しているとはとても言えない状態だった。
ext4 も ext3 から切り替わったばかりでまだ安定稼働するか判断付きかねてた頃でしょ。
HDD の容量が爆発的に上がっていったけどハードそのものが低温病ならなんやらで安定
せず、ファイルシステムやRAIDコントローラ側でハードのクソさをカバーしないと
いけなかった時代。
今は安定稼働実績あるけど7〜8年前だと CentOS5 でようやく XFS に対応したばかりで、
定期的に不具合出てて安定稼働しているとはとても言えない状態だった。
ext4 も ext3 から切り替わったばかりでまだ安定稼働するか判断付きかねてた頃でしょ。
HDD の容量が爆発的に上がっていったけどハードそのものが低温病ならなんやらで安定
せず、ファイルシステムやRAIDコントローラ側でハードのクソさをカバーしないと
いけなかった時代。
2020/08/30(日) 14:08:33.65ID:jqHrp93B
NTFSが糞遅くて駄目ならZFSなんて論外すぎだろ
そんなに早いのがいいならFATでも使っとけって話
そんなに早いのがいいならFATでも使っとけって話
2020/08/30(日) 15:21:03.25ID:JFXs6U4t
FAT ってそんなに早いの?
2020/08/31(月) 16:06:37.42ID:+k36k+AB
FS無し直書きこそ最速
2020/09/01(火) 12:39:30.93ID:ZNCYJYql
>>70
フェエルスステム
フェエルスステム
2020/09/06(日) 19:26:23.11ID:Hb36AyGk
>>74
ディレクトリエントリ列挙は遅いゴミ
ディレクトリエントリ列挙は遅いゴミ
2020/09/17(木) 16:10:19.80ID:Ie2RgQir
NILFS2のスナップショットに期待して10年近く待ちまちつづけてるんだけど
まえにubuntu16.04で試した時はスナップショットとれなかった
まえにubuntu16.04で試した時はスナップショットとれなかった
2020/09/17(木) 16:32:52.71ID:QmY9mJTP
どういうこと?
NILFS2でスナップショット取れないことなんてないでしょう
NILFS2でスナップショット取れないことなんてないでしょう
2020/09/22(火) 06:50:11.51ID:0hJqG6HE
Linuxで改装型ストレージやりたいんだけどサポートしているファイルシステムは無いのかな
それともファイルシステムではない部分で動かしたほうがいいのか
それともファイルシステムではない部分で動かしたほうがいいのか
2020/09/23(水) 22:18:27.89ID:PvhXP5UC
>>80
この種のストレージは知らんのですが、ご教示を。
この種のストレージは知らんのですが、ご教示を。
2020/09/24(木) 00:01:05.71ID:B7IhQ4k2
83login:Penguin
2020/09/24(木) 00:03:42.70ID:mhBC+NOL AppleのFusion Driveとかそうなんじゃないの
あれはまぁプロプライエタリなので実装の詳細は不明だけども
しかし・・・最近はAppleは1TB SSDとかを直接載せてFusion Driveはなくなってきてるので成功したとは言えないのかも
一方で、AppleのFusion Driveが超絶クソみたいな話も聞かないけどな
あれはまぁプロプライエタリなので実装の詳細は不明だけども
しかし・・・最近はAppleは1TB SSDとかを直接載せてFusion Driveはなくなってきてるので成功したとは言えないのかも
一方で、AppleのFusion Driveが超絶クソみたいな話も聞かないけどな
2020/09/24(木) 00:39:39.15ID:B7IhQ4k2
Wikipedia で Fusion Drive について見てきたがブロック単位でファイルシステム非依存
とあったから単なる SSHD じゃないかと
そもそも階層化することによりレイテンシは遅くなる場合もあって上手くいかないんじゃないかな
サーバ向けのRAIDカードは SSD+HDDの階層化ではなくDIMM(〜4GB)+電池+HDD構成なので
SSD+HDDより速いけど、HDD部分をSSDにする場合(DIMM+電池+SSD)は遅くなるから DIMM
つけない(SSDのみ)で構成しろってメーカから言われるね
ストレージ屋は階層化製品を勧めてくるけど、SSDの利益率が高いだけで
本当は階層化しても速くならないんじゃないかと俺は勘繰ってるわ
とあったから単なる SSHD じゃないかと
そもそも階層化することによりレイテンシは遅くなる場合もあって上手くいかないんじゃないかな
サーバ向けのRAIDカードは SSD+HDDの階層化ではなくDIMM(〜4GB)+電池+HDD構成なので
SSD+HDDより速いけど、HDD部分をSSDにする場合(DIMM+電池+SSD)は遅くなるから DIMM
つけない(SSDのみ)で構成しろってメーカから言われるね
ストレージ屋は階層化製品を勧めてくるけど、SSDの利益率が高いだけで
本当は階層化しても速くならないんじゃないかと俺は勘繰ってるわ
2020/09/24(木) 06:22:20.45ID:OSKKA/Vx
bcacheではいかんのか?
2020/09/24(木) 07:10:12.23ID:mu6Yi75A
キャッシュと改装型ストレージは別物だよ
ZFSもbcacheも改装型ストレージではない
ZFSもbcacheも改装型ストレージではない
2020/09/24(木) 12:15:20.71ID:B7IhQ4k2
2020/09/24(木) 12:50:26.45ID:f/nd+NYm
2020/09/24(木) 14:09:42.13ID:nhTV4RmJ
よく使うファイルを上位の高速デバイスに置く、と説明されるより
禄に使われないファイルを下位層の遅いデバイスにに移動する、と説明される方がわかりやすいのでは。
透過型アーカイブ?
禄に使われないファイルを下位層の遅いデバイスにに移動する、と説明される方がわかりやすいのでは。
透過型アーカイブ?
2020/09/24(木) 14:35:09.33ID:2wla6/8F
開発止まってるけどbtierとか
2020/09/24(木) 16:16:10.72ID:KaFKLemI
92login:Penguin
2020/10/05(月) 20:51:01.55ID:qlesfWop Btrfsの記事2つ
Incremental backups with Btrfs snapshots
https://fedoramagazine.org/btrfs-snapshots-backup-incremental/
Recover your files from Btrfs snapshots
https://fedoramagazine.org/recover-your-files-from-btrfs-snapshots/
Incremental backups with Btrfs snapshots
https://fedoramagazine.org/btrfs-snapshots-backup-incremental/
Recover your files from Btrfs snapshots
https://fedoramagazine.org/recover-your-files-from-btrfs-snapshots/
2020/10/28(水) 11:53:23.59ID:4MBfAWWw
Fedora 33出たぞい
2020/11/23(月) 10:36:34.84ID:PX3bnZ2G
btrfsでraid1を組んだ場合、ディスクが一つ壊れたらそのまま壊れたディスク外しても稼働し続ける?
2020/11/25(水) 19:41:52.12ID:gz3xH+ch
するよ
mount オプションに degraded つけてね
mount オプションに degraded つけてね
2020/11/25(水) 19:59:25.54ID:lWyNnFzC
mdmdm使うRAID1じゃなくて、btrfsのraid1で稼働中で、電源入ってる最中に、メンバーディスクが見えなくなるレベルの大故障したけど動き続けました
もちろんデータ本体のほかSystem, MetadataもRAID1にしておくように(btrfs filesystem df で確認する)。
もちろんデータ本体のほかSystem, MetadataもRAID1にしておくように(btrfs filesystem df で確認する)。
2020/11/25(水) 20:27:18.07ID:ys9Kevoo
おお、ありがとう。
前に色々弄ったからbtrfsのコマンドはそこそこわかるし、それなら行けそうだ
前に色々弄ったからbtrfsのコマンドはそこそこわかるし、それなら行けそうだ
2020/11/30(月) 17:39:20.37ID:GhjFG7G2
>>22
DBサーバ、httpサーバみたいな使い方じゃないと思うけど8GBで苦しそうなんだが、CoWのファイルシステムだとメモリどれ位積めばいいの?
btrfsはそれ程メモリ大食いでないのも謎なのだけど。
DBサーバ、httpサーバみたいな使い方じゃないと思うけど8GBで苦しそうなんだが、CoWのファイルシステムだとメモリどれ位積めばいいの?
btrfsはそれ程メモリ大食いでないのも謎なのだけど。
99login:Penguin
2020/12/01(火) 21:01:02.18ID:Rk5Th4du2020/12/02(水) 00:51:17.75ID:pHB49Aks
キタ━━━━(゚∀゚)━━━━!!
2020/12/02(水) 12:30:43.20ID:UyolvWPz
OpenZFSはGigazineにも記事になってたけど、おまいらの誰かが書いたの?
2020/12/02(水) 12:38:32.74ID:EbfJ4YWH
Btrfsがカーネル5.4以降は安定化したって本当ですか?
103login:Penguin
2020/12/02(水) 17:53:39.97ID:S4Metex0 >>102
ふーん( ´_ゝ`)
ふーん( ´_ゝ`)
104login:Penguin
2020/12/04(金) 14:57:00.02ID:5E9mJMP1 XFSとZFSはあるのに(しかもそこそこ有名)
なんでYFSはないの?
なんでYFSはないの?
2020/12/04(金) 15:01:48.73ID:42eJnIbm
What does YFS stand for?
https://www.abbreviations.com/YFS
https://www.abbreviations.com/YFS
106login:Penguin
2020/12/04(金) 15:26:29.46ID:5E9mJMP1 探せばあるもんだな
yFS: A Journaling File System Design for Handling Large Data Sets with Reduced Seeking
https://www.usenix.org/conference/fast-03/yfs-journaling-file-system-design-handling-large-data-sets-reduced-seeking
YFS, a High Performance Global File System That is Backward Compatible with AFS
https://www.sbir.gov/sbirsearch/detail/354028
YFS - Yet-Another File System
https://github.com/FlorianPusse/YFS
yFS: A Journaling File System Design for Handling Large Data Sets with Reduced Seeking
https://www.usenix.org/conference/fast-03/yfs-journaling-file-system-design-handling-large-data-sets-reduced-seeking
YFS, a High Performance Global File System That is Backward Compatible with AFS
https://www.sbir.gov/sbirsearch/detail/354028
YFS - Yet-Another File System
https://github.com/FlorianPusse/YFS
2020/12/05(土) 08:21:38.50ID:I27uOiuv
Btrfsが安定したみたいだから皆で移動しようぜ(俺はしないけど)
2020/12/05(土) 14:42:57.62ID:0qEeFgg2
昔はDVDコピーして保管してたからファイルシステムもそれにあったものをと思ってたけど、法律で禁止されたら、大人しく従うので、扱うファイルサイズが劇的に減ってバックアップの時間やファイルが壊れない事とか気にしなくなちゃった。
RAIDも組まなくなったし。
昔が異常だったのかも。
RAIDも組まなくなったし。
昔が異常だったのかも。
2020/12/07(月) 08:36:32.58ID:IBxCgvLS
2020/12/16(水) 14:01:01.29ID:6XXxpXQI
2020/12/19(土) 10:28:24.27ID:1M3ThgxR
b 僕は
t とっても
r ロンリー
f ふーん
s シスター
t とっても
r ロンリー
f ふーん
s シスター
2020/12/19(土) 11:44:29.71ID:qcUaZawe
Btrfs:
Boobs 'n' Titties, Real Fuckin' Sex
Boobs 'n' Titties, Real Fuckin' Sex
2020/12/21(月) 15:39:25.67ID:vMbmecIY
Windows 10 バージョン20H2にて、チェックディスクを行なったさいにファイルシステムが破損する不具合を独誌Planet 3DNow!が報告している。
同誌によれば、管理者権限で実行したコマンドプロンプトから「chkdsk C: /f」コマンドを実行すると、
再起動後に「NTFS FILE SYSTEM」エラーとともにブルースクリーンが発生し、正常に起動できなくなる場合があるという。
12月度の月例パッチにあたる「Build 19042.685」を適用した環境で発現が確認されている。
また、この不具合は仮想環境でも発生することから、特定のハードウェアに起因しないとしている。
不具合が発生した場合は、自動または手動によるシステムの修復が必要。すでにフィードバックHubを通じてMicrosoftに報告が行なわれているという。
Windows 10のチェックディスクでファイルシステムが破損する不具合
https://pc.watch.impress.co.jp/docs/news/1296477.html
https://pc.watch.impress.co.jp/img/pcw/docs/1296/477/01_l.jpg
\(^o^)/オワタ
同誌によれば、管理者権限で実行したコマンドプロンプトから「chkdsk C: /f」コマンドを実行すると、
再起動後に「NTFS FILE SYSTEM」エラーとともにブルースクリーンが発生し、正常に起動できなくなる場合があるという。
12月度の月例パッチにあたる「Build 19042.685」を適用した環境で発現が確認されている。
また、この不具合は仮想環境でも発生することから、特定のハードウェアに起因しないとしている。
不具合が発生した場合は、自動または手動によるシステムの修復が必要。すでにフィードバックHubを通じてMicrosoftに報告が行なわれているという。
Windows 10のチェックディスクでファイルシステムが破損する不具合
https://pc.watch.impress.co.jp/docs/news/1296477.html
https://pc.watch.impress.co.jp/img/pcw/docs/1296/477/01_l.jpg
\(^o^)/オワタ
114login:Penguin
2020/12/23(水) 22:25:19.48ID:puKvYVTf さすがMicrosoft!
俺たちへの嫌がらせを平然とやってのけるッ
俺たちへの嫌がらせを平然とやってのけるッ
2021/01/06(水) 19:04:54.63ID:E6HmvEhu
MSはなんでReFSやめてしまったんやろな
btrfsも先行き不透明感あるし難しいのかね
btrfsも先行き不透明感あるし難しいのかね
2021/01/06(水) 19:15:25.87ID:WNjEJ6KT
refsって止めちまったのかい?
ブート出来ない時点で使わんがね。
ブート出来ない時点で使わんがね。
2021/01/10(日) 14:34:37.92ID:m4QtNq0y
え、ReFSやめたの?
OSを超えて共通で使えるファイルシステムとなると結局Windows系になるのにExFATは機能不足だし
NTFSは機能山盛りでWindows以外で書き込むのは怖いしで
ちょうどいい中間になってくれたらと思ってたのに
OSを超えて共通で使えるファイルシステムとなると結局Windows系になるのにExFATは機能不足だし
NTFSは機能山盛りでWindows以外で書き込むのは怖いしで
ちょうどいい中間になってくれたらと思ってたのに
2021/01/13(水) 03:35:46.45ID:DVhKFdcr
bcacheは個人で使うにも安定性はイマイチだよ
数日ほど連続稼働させてると内部でエラーを起こして強制的にキャッシュドライブが外される
ライトバック設定の場合はシステムが即フリーズする
ライトスルーとライトアラウンドならキャッシュが無い状態で稼働し続けるものの、
キャッシュドライブをカーネルがロックしたままなので再起動するまで元通りにできない
数日ほど連続稼働させてると内部でエラーを起こして強制的にキャッシュドライブが外される
ライトバック設定の場合はシステムが即フリーズする
ライトスルーとライトアラウンドならキャッシュが無い状態で稼働し続けるものの、
キャッシュドライブをカーネルがロックしたままなので再起動するまで元通りにできない
2021/01/14(木) 18:41:08.33ID:et/AaPUC
時々壊れるのを気にしなければBtrfsが最強だな。
2021/01/14(木) 18:59:49.00ID:r6N0ZmOC
せやな
Linux板住人諸氏は当然バックアップを取っていることでしょうから問題なし
Linux板住人諸氏は当然バックアップを取っていることでしょうから問題なし
2021/01/14(木) 19:29:12.05ID:8kW9H0o7
うむ
Fedora には足を向けて寝られない
Fedora には足を向けて寝られない
2021/01/15(金) 08:53:08.53ID:JdPf2J/L
>>119
そこってかなり大事な要素だと思うんだが…
そこってかなり大事な要素だと思うんだが…
2021/01/15(金) 11:04:30.91ID:pFJP7GFV
ゆうほど壊れる?
2021/01/15(金) 19:06:27.45ID:F1XOiULN
俺の場合は、USBメモリをFATで使ってて誤って抜いてFATを壊したのは何回かあるが、
他、ハードディスクやSSDでNTFS、XFS、ext4、HFS+を使ってて壊れたことは記憶にない。
しかしBtrfsは壊れたことがある。
これを実用に耐えないくらい壊れると見なすか、バックアップを取ってれば良い話と見なすか、Btrfsは運が悪かっただけで、
上記2行目で挙げた他のファイルシステムに劣らないくらい堅牢だと見なすかはわからん。
ZFSは使ったことがない。AppleのAPFSや、MicrosoftのReFSは使ったことあるけど経験が少ないのでなんとも。
あとBtrfsはデータとメタデータのチェックサムを使って破損を検出する(ZFSも同様)ので、破損をしっかり検出しているだけであって、
他のファイルシステムは破損に気づいてないだけだという主張もあるね。XFSやext4はデータのチェックサムを使わないね。
ま、Btrfsもこのスレで否定的レスがつかないくらい進歩してくれますように祈っていますよ。
他、ハードディスクやSSDでNTFS、XFS、ext4、HFS+を使ってて壊れたことは記憶にない。
しかしBtrfsは壊れたことがある。
これを実用に耐えないくらい壊れると見なすか、バックアップを取ってれば良い話と見なすか、Btrfsは運が悪かっただけで、
上記2行目で挙げた他のファイルシステムに劣らないくらい堅牢だと見なすかはわからん。
ZFSは使ったことがない。AppleのAPFSや、MicrosoftのReFSは使ったことあるけど経験が少ないのでなんとも。
あとBtrfsはデータとメタデータのチェックサムを使って破損を検出する(ZFSも同様)ので、破損をしっかり検出しているだけであって、
他のファイルシステムは破損に気づいてないだけだという主張もあるね。XFSやext4はデータのチェックサムを使わないね。
ま、Btrfsもこのスレで否定的レスがつかないくらい進歩してくれますように祈っていますよ。
2021/01/15(金) 20:01:49.72ID:o/yWD+3r
アイコンを見るだけでデータが破壊されるNTFSの脆弱性
https://pc.watch.impress.co.jp/docs/news/1300447.html
https://pc.watch.impress.co.jp/docs/news/1300447.html
2021/01/15(金) 20:06:19.09ID:wSNn+C+R
アイコンは16年の歴史があるからな!!!
アイコン16歳(´・ω・`)
アイコン16歳(´・ω・`)
2021/01/15(金) 20:08:04.13ID:vAyutpx0
2021/01/16(土) 05:47:48.71ID:I6JLgKGd
実際にやってみたらガチで壊れた
https://dotup.org/uploda/dotup.org2361590.webm
https://dotup.org/uploda/dotup.org2361590.webm
2021/01/16(土) 07:45:35.62ID:edFVkFUY
zip内のでもクラッシュするてヤバくね
ドザなんてビギナーだらけだし
対策放置してる間は格好の的
ドザなんてビギナーだらけだし
対策放置してる間は格好の的
2021/01/16(土) 10:26:48.99ID:Vzy6ynJv
下手をするとウェブブラウザで踏んだリンクがfile://C:/とかでもダメだったりしてな
試してみる勇気はない
試してみる勇気はない
131login:Penguin
2021/01/17(日) 06:39:37.83ID:F/wGP8VN >>125
嫌な奴への復讐に使えるやないかw
嫌な奴への復讐に使えるやないかw
2021/01/17(日) 16:59:00.56ID:Sk6MR5jr
>>124
その終盤にある主張に半分同意
NTFSは一見ファイルが無事なようで中身が壊れるサイレント損傷が多い
フリーズすると直前の10〜20秒に更新されたファイルが高確率で壊れた
安全に更新するためにバックアップを作ってから更新するソフトでもバックアップごと壊れる
その終盤にある主張に半分同意
NTFSは一見ファイルが無事なようで中身が壊れるサイレント損傷が多い
フリーズすると直前の10〜20秒に更新されたファイルが高確率で壊れた
安全に更新するためにバックアップを作ってから更新するソフトでもバックアップごと壊れる
2021/01/17(日) 21:43:31.55ID:X/j5Pza0
今のSSD/HDDはメディア自体がECC(誤り訂正符号)で書き込むから
データやメタデータへのチェックサムは不要だと思う
メディアのECCで足りない場合はRAID-5やRAID-6にしてスクラブで
定期的に修正すればいい
と言いたいところだが、個人だとRAID-5/6組めないからねぇ
SMART でコレクタブルエラーやアンコレクタブルエラーが頻発して
ない状態でのサイレントな損傷はメモリかマザボの不良かFSのバグか
最近知ったのだがAMDのCPUだとサーバじゃなくてもECCメモリ使える
らしいので入れてみたい
データやメタデータへのチェックサムは不要だと思う
メディアのECCで足りない場合はRAID-5やRAID-6にしてスクラブで
定期的に修正すればいい
と言いたいところだが、個人だとRAID-5/6組めないからねぇ
SMART でコレクタブルエラーやアンコレクタブルエラーが頻発して
ない状態でのサイレントな損傷はメモリかマザボの不良かFSのバグか
最近知ったのだがAMDのCPUだとサーバじゃなくてもECCメモリ使える
らしいので入れてみたい
2021/01/17(日) 22:07:32.83ID:YYKfpRUY
>>133
SSDとかECCモリモリですよね。(じゃないと耐えられない)
raid5や6はパリティが壊れるとサイレントクラッシュするのですよ。
(zfs のraidzは大丈夫。あとはbtrfsも含めてサイレントクラッシュする。)
Ryzen CPU(グラフィック内蔵のAPUはPROシリーズのみ)はECCに対応してるが、マザーが対応してないとムリ。ECCメモリ使えるけどECC機能が使えない感じ。
またECC対応してても、訂正した時にOS通知されるかはまた別問題。
なかなか苦労します。
DDR3メモリ以降、row hammerの危険に晒されてるのでECCはあった方がいい。もしくはDDR5(標準で32bit毎にECC)まで我慢。
SSDとかECCモリモリですよね。(じゃないと耐えられない)
raid5や6はパリティが壊れるとサイレントクラッシュするのですよ。
(zfs のraidzは大丈夫。あとはbtrfsも含めてサイレントクラッシュする。)
Ryzen CPU(グラフィック内蔵のAPUはPROシリーズのみ)はECCに対応してるが、マザーが対応してないとムリ。ECCメモリ使えるけどECC機能が使えない感じ。
またECC対応してても、訂正した時にOS通知されるかはまた別問題。
なかなか苦労します。
DDR3メモリ以降、row hammerの危険に晒されてるのでECCはあった方がいい。もしくはDDR5(標準で32bit毎にECC)まで我慢。
2021/01/17(日) 23:09:17.14ID:X/j5Pza0
>>134
> raid5や6はパリティが壊れるとサイレントクラッシュするのですよ。
意味わからん
RAID-5でストライプが2つ、RAID-6なら3つ同時に壊れない限り
クラッシュしないでしょ?
そもそもサイレントクラッシュ(I/O Error を返さない)するのはパリティ
計算して正常だった場合で、相当な確率になるはずでは?
そうじゃなきゃハードウェアRAID製品のスクラブ機能は一体何をしている?
(それとも md/lvm の RAID-5 はリード時にメディアエラーじゃない限り
パリティを読んでないってこと?)
> raid5や6はパリティが壊れるとサイレントクラッシュするのですよ。
意味わからん
RAID-5でストライプが2つ、RAID-6なら3つ同時に壊れない限り
クラッシュしないでしょ?
そもそもサイレントクラッシュ(I/O Error を返さない)するのはパリティ
計算して正常だった場合で、相当な確率になるはずでは?
そうじゃなきゃハードウェアRAID製品のスクラブ機能は一体何をしている?
(それとも md/lvm の RAID-5 はリード時にメディアエラーじゃない限り
パリティを読んでないってこと?)
2021/01/17(日) 23:50:50.72ID:YYKfpRUY
2021/01/18(月) 00:03:16.56ID:Vu8dGznQ
それもあるし、パリティは、「消失したデータ」を復元することはできても、
一体どれが誤ってるのかわからない状況だと、どれが誤りかを識別して訂正はできないと思う(何かがおかしいということが分かるに過ぎない)
サイレントクラッシュって書き込み途中での電源断で起きるということだからパリティが壊れることもデータが壊れることもあるわけで
一体どれが誤ってるのかわからない状況だと、どれが誤りかを識別して訂正はできないと思う(何かがおかしいということが分かるに過ぎない)
サイレントクラッシュって書き込み途中での電源断で起きるということだからパリティが壊れることもデータが壊れることもあるわけで
2021/01/18(月) 01:13:27.67ID:1g4OJJqS
2021/01/18(月) 16:23:37.31ID:AJc196VC
https://pc.watch.impress.co.jp/docs/news/1300761.html
画面上にアイコンが表示されただけでWindows 10のドライブが破損するNTFSの脆弱性について、
米Microsoftが修正する旨の発言を行なったことが海外メディアで伝えられた。
画面上にアイコンが表示されただけでWindows 10のドライブが破損するNTFSの脆弱性について、
米Microsoftが修正する旨の発言を行なったことが海外メディアで伝えられた。
2021/01/18(月) 16:43:02.31ID:dazYikCn
何でアイコンの表示とファイルシステムが結びついてんだ
2021/01/19(火) 06:53:23.26ID:kYmffXAa
ZFSとかのミラーリングで片系のパリティだけ損傷した場合はどうなるの?
142login:Penguin
2021/01/19(火) 07:13:24.13ID:j+yCeuMg NTFSを捨ててbtrfsを使おう(提案)
https://github.com/maharmstone/btrfs
https://github.com/maharmstone/btrfs
2021/01/19(火) 10:34:09.51ID:upb7F6zS
結局NTFSってFAT32を無理矢理拡張したようなもんでしょ?
そうでなければバックグラウンドサービスで常時断片化を解消しようとする筈がない
少なくとも大事なデータをしまっておく気にはなれないよね
そうでなければバックグラウンドサービスで常時断片化を解消しようとする筈がない
少なくとも大事なデータをしまっておく気にはなれないよね
2021/01/19(火) 10:46:26.30ID:4vT3g5Ot
「Linuxのファイルシステムは断片化しない!」と吠えてた奴がいたな
2021/01/19(火) 10:51:56.26ID:/3d5Dr9+
>>144
断片的に書き込むからね
断片的に書き込むからね
2021/01/19(火) 12:27:42.15ID:Fc+0MPzG
「Linuxはウイルスに感染しない!」よりはマシだからセーフ
2021/01/19(火) 12:44:15.91ID:/3d5Dr9+
アプリによってファイルの上書きが、メモリ上のものを既存ファイルに追記のケースと、別名保存完了後に既存ファイルを消してリネームのケースがあって、断片化に影響してる気がするけど、あってる?
2021/01/19(火) 14:10:36.49ID:s0futnPp
合ってないと思う
本当に追記モードで書ける場合ってごく僅かだと思うし
本当に追記モードで書ける場合ってごく僅かだと思うし
2021/01/19(火) 14:12:40.28ID:7UmUKAt0
Linux のファイルシステムが断片化しにくいというのはなぜだっけ
EXT ファイルシステムのことだよね
Windows の FAT や NTFS が断片化しやすいのは過去の互換性を重視しているタメレガシーな仕様を引きずっていると思われるが
EXT ファイルシステムのことだよね
Windows の FAT や NTFS が断片化しやすいのは過去の互換性を重視しているタメレガシーな仕様を引きずっていると思われるが
2021/01/19(火) 15:29:07.50ID:FmzE4vXX
ちょくちょくe4defragしてるけどext4も~/.cache内とか普通に断片化しまくってるし
2021/01/19(火) 18:18:33.08ID:BK3Mr0Sm
>>149
配置の様子を見ることが出来ない、集計表示するツールが普及していないだけ
配置の様子を見ることが出来ない、集計表示するツールが普及していないだけ
2021/01/19(火) 19:42:29.98ID:7UmUKAt0
>>151
ええーw
ええーw
2021/01/19(火) 20:04:02.54ID:upb7F6zS
>>151
今別パーティションのUFSなんだけど、1年ちょっと使ってこんなもん 書き換え頻回
https://i.imgur.com/3iSmcOv.png
ext4も似たようなもんなんじゃないの
数字にどんだけ信憑性があるのかだし、最近Linuxでext4使ってないから知らんけど
今別パーティションのUFSなんだけど、1年ちょっと使ってこんなもん 書き換え頻回
https://i.imgur.com/3iSmcOv.png
ext4も似たようなもんなんじゃないの
数字にどんだけ信憑性があるのかだし、最近Linuxでext4使ってないから知らんけど
154login:Penguin
2021/01/19(火) 20:13:22.02ID:e+sIKpUU >>153
ffsのfragmentationは、断片化って意味じゃないぞ
ffsのfragmentationは、断片化って意味じゃないぞ
2021/01/19(火) 20:15:48.77ID:jL0Xv4LA
>>153
そのフラグメントとファイルシステムの断片化は別物
fragmentationはファイルシステム内の空きフラグメント x 100/全フラグメント
https://docs.oracle.com/cd/E24845_01/html/819-0386/fsfilesysappx-20581.html#fsfilesysappx-10
そのフラグメントとファイルシステムの断片化は別物
fragmentationはファイルシステム内の空きフラグメント x 100/全フラグメント
https://docs.oracle.com/cd/E24845_01/html/819-0386/fsfilesysappx-20581.html#fsfilesysappx-10
2021/01/19(火) 20:32:32.85ID:upb7F6zS
2021/01/21(木) 00:36:18.40ID:Cfby4q5X
そういえば
Windows95が出た時代は当然FAT16なんだけど
クラスタサイズがセクタサイズに合わせた512byteなのが普通だった
そのため断片化も激しく、当然のようにOSにビジュアルなデフラグツールが付属することになった
(それまでもDOS上のデフラグツールは出ていて売れていた)
一方、同時期のUnix系のOSは、ほとんどが4Kブロックサイズを採用していたため
512byteのDOS系と比較すると断片化が少なかったのは当然かもしれない
これはNTFSの「極小ファイルはMFTに保存」等とは違う、単純な理由での「断片化しにくい」になり
そのイメージが続いているのかもしれない
もしかしたらと思ったけどswapがファイルであったことはさすがに関係ないかな
Windows95が出た時代は当然FAT16なんだけど
クラスタサイズがセクタサイズに合わせた512byteなのが普通だった
そのため断片化も激しく、当然のようにOSにビジュアルなデフラグツールが付属することになった
(それまでもDOS上のデフラグツールは出ていて売れていた)
一方、同時期のUnix系のOSは、ほとんどが4Kブロックサイズを採用していたため
512byteのDOS系と比較すると断片化が少なかったのは当然かもしれない
これはNTFSの「極小ファイルはMFTに保存」等とは違う、単純な理由での「断片化しにくい」になり
そのイメージが続いているのかもしれない
もしかしたらと思ったけどswapがファイルであったことはさすがに関係ないかな
2021/01/21(木) 08:27:17.48ID:O8ejFMFO
Win95からFAT32だった筈だが…
2021/01/21(木) 08:44:51.40ID:+PmEnWYW
FAT32はOSR2からでしたね
ext2は断片化しても気にするなって感じじゃなかった?
ext2は断片化しても気にするなって感じじゃなかった?
2021/01/21(木) 09:13:42.80ID:4jdzXuHO
む、何か記憶違いがあったな
クラスタサイズが512なのはFDDの時代だけかな
領域サイズに応じてクラスタサイズが肥大化するため
それを避けるために導入されたのがOSR2でのFAT32だっけか
いや領域サイズの上限がファイルサイズの上限と同じ2Gで、そっちの限界回避か
98の5インチFDDの頃からノートンとかでデフラグしていたのは確実
Win3.1時代は忘れた
クラスタサイズが512なのはFDDの時代だけかな
領域サイズに応じてクラスタサイズが肥大化するため
それを避けるために導入されたのがOSR2でのFAT32だっけか
いや領域サイズの上限がファイルサイズの上限と同じ2Gで、そっちの限界回避か
98の5インチFDDの頃からノートンとかでデフラグしていたのは確実
Win3.1時代は忘れた
2021/01/21(木) 09:14:46.06ID:4jdzXuHO
いや、FDDはFAT12か
もういいや
もういいや
2021/01/21(木) 09:38:57.39ID:Om004d0Z
結論
Windowsのファイルシステム
→断片化を解消しないとパフォーマンスが著しく低下する為デフラグツールが発展した
システムデフォルトで常時断片化を監視しているのが何よりの証拠
Unix/Linuxのファイルシステム
→Windowsほど断片化を気にする必要が無い為デフラグツールも少ない
必須ツールならもっと普及している筈である
Windowsのファイルシステム
→断片化を解消しないとパフォーマンスが著しく低下する為デフラグツールが発展した
システムデフォルトで常時断片化を監視しているのが何よりの証拠
Unix/Linuxのファイルシステム
→Windowsほど断片化を気にする必要が無い為デフラグツールも少ない
必須ツールならもっと普及している筈である
163login:Penguin
2021/01/21(木) 10:37:58.76ID:ieOcyzfJ 結論
信者はキチガイ
信者はキチガイ
2021/01/21(木) 19:43:45.77ID:h4ldsjZW
とりあえずルート以外をbtrfsにした
2021/01/22(金) 02:07:58.45ID:4OwQpeSw
2021/02/02(火) 06:14:30.95ID:C7wARh6S
CentOS7でxfsをブロックサイズ8192で作るとmountできないのですが、そういうもの?
スレチなら誘導していただけると嬉しいです。
スレチなら誘導していただけると嬉しいです。
2021/02/04(木) 20:25:16.41ID:o/O4MlkW
2021/02/10(水) 01:35:39.90ID:sU2CY6a6
WindowsでBtrfs 【ファイルシステム】
https://mevius.5ch.net/test/read.cgi/win/1612888512/
https://mevius.5ch.net/test/read.cgi/win/1612888512/
2021/02/13(土) 23:32:12.14ID:RkDmna+g
ワッチョイ導入に賛成の方も反対の方も議論にご参加ください。
Linux板ワッチョイ導入議論スレ
http://rosie.5ch.net/test/read.cgi/operatex/1612610722/
Linux板ワッチョイ導入議論スレ
http://rosie.5ch.net/test/read.cgi/operatex/1612610722/
2021/02/17(水) 13:00:57.80ID:Ls2ZfyF7
Btrfs Has Many Nice Improvements, Better Performance With Linux 5.11
General performance improvements with upwards of "tens of percent" for some workloads.
ttps://www.phoronix.com/scan.php?page=news_item&px=Btrfs-Linux-5.11-Improvements
General performance improvements with upwards of "tens of percent" for some workloads.
ttps://www.phoronix.com/scan.php?page=news_item&px=Btrfs-Linux-5.11-Improvements
2021/02/28(日) 00:04:29.68ID:u2QLnUui
Watch Out For Possible Data Loss On Early Linux 5.12 Kernels
https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.12-Early-Buggy-Issue
PhoronixというサイトがLinuxカーネル 5.12がファイルシステムを粉々に破壊する可能性を指摘している
https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.12-Early-Buggy-Issue
PhoronixというサイトがLinuxカーネル 5.12がファイルシステムを粉々に破壊する可能性を指摘している
2021/02/28(日) 11:45:06.29ID:kEYfL1//
ローリングリリースの OS だとこういうのが頻繁におこるってことだよな
2021/02/28(日) 14:51:40.61ID:+8n729a4
5.12はまだリリース前でRCですらない
2021/03/02(火) 14:36:21.69ID:ltODSBW/
昔はXFSをファイルサーバー用途にするとよくメモリ枯渇起こしてたけどマシになった?
2021/03/02(火) 17:19:37.34ID:PMcixi7q
Xfsはデスクトップ用途に使ってもメモリカツカツだよ
2021/03/02(火) 19:01:39.03ID:bSGaYo9c
XFSまだCoWでやたらスワップしたりしてんの?
2021/03/02(火) 19:42:40.09ID:PMcixi7q
>>176
ブラウジング程度の用途なのにメモリ8GBでカツカツよ
ブラウジング程度の用途なのにメモリ8GBでカツカツよ
2021/03/02(火) 21:10:11.16ID:bSGaYo9c
うげー、辛いなそれは。
XFSってやたら推されてるけど、なんか常にパフォーマンス上の問題抱えてない……?
XFSってやたら推されてるけど、なんか常にパフォーマンス上の問題抱えてない……?
2021/03/03(水) 01:51:01.43ID:Vr69vVJU
必要なスペックは高いけど
データが破損した事は一度もないから信頼はしてる
データが破損した事は一度もないから信頼はしてる
2021/03/03(水) 09:22:57.93ID:Nxx8V343
DD コマンドで作成した領域をループバックでマウントして利用してるんだけど
専用のファイル領域に作成したものより安定性が低いようなことを噂で聞いたことがある
単なるファイルだから間違って消したりもできるわけだけど他にどんな問題があるの?
zfs やバター FS を loopback で使ってるんだけど楽だから
専用のファイル領域に作成したものより安定性が低いようなことを噂で聞いたことがある
単なるファイルだから間違って消したりもできるわけだけど他にどんな問題があるの?
zfs やバター FS を loopback で使ってるんだけど楽だから
2021/03/03(水) 10:02:39.62ID:cTNqxe23
ファイルシステムとしてマウントするだけなら問題は無いんじゃ無いかな。
ループバック用に回避処理が入っていなければ重ねたレイヤの数だけエラー処理とか複合するんで
普段は良くてもトラブル時は面倒なことが起こるかもしれないけど、気にするほどじゃないと思う。
よほど大きなサイズでも無い限りキャッシュのダブりとかも気にするほど影響は無いだろうし。
ただ一時的では無いスワップ領域にするのはお勧めしない。
ループバック用に回避処理が入っていなければ重ねたレイヤの数だけエラー処理とか複合するんで
普段は良くてもトラブル時は面倒なことが起こるかもしれないけど、気にするほどじゃないと思う。
よほど大きなサイズでも無い限りキャッシュのダブりとかも気にするほど影響は無いだろうし。
ただ一時的では無いスワップ領域にするのはお勧めしない。
2021/03/03(水) 10:49:49.05ID:Nxx8V343
>>181
なるほどエラー解析時にレイアの重なりで複雑になるという意味ですね
キャッシュのダブりは OS 側のファイルキャッシュとファイルシステム側で作動するキャッシュがあるのですね
一時的ではない Swap 領域というのは OS が利用するスワップという意味ですか?
最近のカーネルだとループバックのスワップでも安定性に問題がなくなったと認識してます Ubuntu でもデフォルトではディスクパーティションにスワップ領域を切らなくなりました
なるほどエラー解析時にレイアの重なりで複雑になるという意味ですね
キャッシュのダブりは OS 側のファイルキャッシュとファイルシステム側で作動するキャッシュがあるのですね
一時的ではない Swap 領域というのは OS が利用するスワップという意味ですか?
最近のカーネルだとループバックのスワップでも安定性に問題がなくなったと認識してます Ubuntu でもデフォルトではディスクパーティションにスワップ領域を切らなくなりました
183運用情報臨時板でワッチョイ導入議論中
2021/03/03(水) 12:14:56.73ID:lgKPKR6M ハンスが再来年出所する予定らしいけどreiser4が取り込まれることはありますか?
2021/03/05(金) 02:31:02.56ID:h4SDn5Ek
2021/03/05(金) 08:51:33.95ID:1fWCdnHn
でもZFSがメインラインに入る可能性はゼロだしRedhatはbtrfsやめちゃったし15年経ってもこれだっていうFSは無いね
2021/03/05(金) 10:15:25.72ID:4HJQ6+m7
現状見てる感じなんだかんだでRedHatにbtrfsが凱旋したりして
2021/03/05(金) 12:27:18.42ID:dyXFLsEj
凱旋というより出戻り
2021/03/05(金) 18:29:03.56ID:8yj3ez/J
Linux 5.12 Lands Fix For File-System Corruption Caused By Swapfile Issue
www.phoronix.com/scan.php?page=news_item&px=Linux-5.12-Corruption-Fixed
スワップファイルへの書き込みがスワップファイルを置いているパーティションへの書き込みになるバグ
www.phoronix.com/scan.php?page=news_item&px=Linux-5.12-Corruption-Fixed
スワップファイルへの書き込みがスワップファイルを置いているパーティションへの書き込みになるバグ
2021/03/05(金) 18:48:23.13ID:mFfY0Y2/
5.12はまだまだβ版だからバグあっても一般ユーザーは気にせずOK
2021/03/05(金) 21:34:11.29ID:Dt5ajJ3o
xfs は!?
ext4 は HDD によくて xfs は SSD にいいってのを信じて使ってるんだけど
ext4 は HDD によくて xfs は SSD にいいってのを信じて使ってるんだけど
2021/03/05(金) 22:57:30.27ID:h4SDn5Ek
>>190
むしろ逆のイメージ。REGZA HDDレコーダーにXFSが採用された実績から大容量(TBクラス)ストレージ向けかと
現状ではXFSとext4でできることに大差はないから、rootにあえてXFSを採用することはないと思う
SSDに良いFSで性能など実績があるのはF2FSのイメージが強い
むしろ逆のイメージ。REGZA HDDレコーダーにXFSが採用された実績から大容量(TBクラス)ストレージ向けかと
現状ではXFSとext4でできることに大差はないから、rootにあえてXFSを採用することはないと思う
SSDに良いFSで性能など実績があるのはF2FSのイメージが強い
2021/03/06(土) 09:53:05.28ID:Zg8wx6H4
俺もついさっきrootfsをf2fsでフォーマットし直したところだよ
grubのバージョンがf2fsに対応してなかったから
systemd-boot入れ直す必要があったけど
(/bootを分けるのはUEFIな今の時代なんか嫌)
grubのバージョンがf2fsに対応してなかったから
systemd-boot入れ直す必要があったけど
(/bootを分けるのはUEFIな今の時代なんか嫌)
2021/03/08(月) 10:27:32.36ID:m8kidDD6
Btrfs Will Finally "Strongly Discourage" You When Creating RAID5 / RAID6 Arrays
https://www.phoronix.com/scan.php?page=news_item&px=Btrfs-Warning-RAID5-RAID6
むしろ今まで警告なかった方が不思議
https://www.phoronix.com/scan.php?page=news_item&px=Btrfs-Warning-RAID5-RAID6
むしろ今まで警告なかった方が不思議
2021/03/08(月) 21:02:47.03ID:2AQsZVyg
つーかいまだに駄目なのか
2021/03/09(火) 03:37:55.27ID:sGJz7SaS
カーネルに取り込まれたネイティブexFATはまだ使わないほうが良いぞ
・数GBに1〜2クラスタの頻度で書き込んだデータが破損する
・タイムスタンプのロケールの処理が正しくなく、Windowsとやり取りすると数時間ずれる
・Windowsでマウントするときエラーを検出することがあった
・去年ここで書いた、メタデータを更新するとタイムスタンプが破壊されるバグは直ってる
・性能はFUSE版よりかなり良い
kernel 5.8
今はデフォルトで有効になってるからブラックリストで無効化する必要がある
・数GBに1〜2クラスタの頻度で書き込んだデータが破損する
・タイムスタンプのロケールの処理が正しくなく、Windowsとやり取りすると数時間ずれる
・Windowsでマウントするときエラーを検出することがあった
・去年ここで書いた、メタデータを更新するとタイムスタンプが破壊されるバグは直ってる
・性能はFUSE版よりかなり良い
kernel 5.8
今はデフォルトで有効になってるからブラックリストで無効化する必要がある
2021/03/09(火) 03:39:17.92ID:3Q1wWz8h
まともに使うなら
未だにxfsとext4の二択だよね実質。
未だにxfsとext4の二択だよね実質。
2021/03/11(木) 04:07:15.23ID:T7COWFgR
>>195
5.8なんて既にEOLしてんぞ
5.8なんて既にEOLしてんぞ
2021/03/11(木) 13:38:40.74ID:c/de+RjG
>>193
確かに。警告無かったことを知らなかったわ
確かに。警告無かったことを知らなかったわ
199login:Penguin
2021/04/28(水) 06:59:54.63ID:RDsHbwe/ Debian11からいよいよBtrfsに乗り換えてもいいですか?
2021/04/28(水) 14:03:05.37ID:qAuPbk02
まだBtrfsで消耗してるの?
2021/04/28(水) 16:03:01.63ID:w2riUtF+
Btrfs楽やでホンマ
202login:Penguin
2021/04/28(水) 16:04:27.29ID:/Rv/1bAq reiser4一択
ちょっとバラ肉にしたぐらいで開発者収監しすぎなんだよなあ
ちょっとバラ肉にしたぐらいで開発者収監しすぎなんだよなあ
2021/05/05(水) 06:43:36.88ID:22KTqCb5
WindowsでもBtrfs様々やで
https://github.com/maharmstone/btrfs
https://github.com/maharmstone/btrfs
2021/05/05(水) 13:25:13.38ID:ecRafJ7U
Winはntfsが結構優秀だから要らんよ
2021/05/05(水) 13:40:15.01ID:I8H8pma2
NTFSはそこそこ優秀かも知れんが
管理するOSがWindowsではちょっとマンセーは無理
管理するOSがWindowsではちょっとマンセーは無理
2021/05/05(水) 14:21:43.34ID:ecRafJ7U
Windowsは互換性に関してはマジで凄い
Linuxで10年前のソフトを最新環境で動かそうとすると苦労するからね
Linuxで10年前のソフトを最新環境で動かそうとすると苦労するからね
2021/05/05(水) 17:44:23.14ID:qtfZkKcP
Linuxはソースあるからね
emacs(1976年)もTeX(1978年)も現役
emacs(1976年)もTeX(1978年)も現役
2021/05/05(水) 18:01:25.19ID:2Vd9UitC
ed (1970年代前半) も sed(1973年) も一応現役
2021/05/05(水) 21:27:14.92ID:XrnixLKD
sed は一応でなくて、シェルスクリプトの一部のように使うだろ。
210208
2021/05/05(水) 21:39:56.99ID:0Vx+wHoK そりゃそうか 俺も使うし
それも結構な頻度で愛用している
それも結構な頻度で愛用している
2021/05/07(金) 19:15:48.16ID:N73gosRP
sedってコマンドなのかと思ってたわよ
2021/05/07(金) 19:27:04.20ID:DfASJ4ip
viも同じようなもんよ
2021/05/28(金) 06:51:44.05ID:w5WT5sqk
スレでもたまに名前が上がってたBcachefsって目的はすごい良いな、Btrfsが躓いてるからちょっと期待しちゃう
Bcachefs は、 Btrfs と ZFS の機能をよりクリーンなコードベース、より安定性、より高速、 GPL 互換のライセンスを提供することを目的とした次世代の CoW ファイルシステムです。
Bcachefs は、 Btrfs と ZFS の機能をよりクリーンなコードベース、より安定性、より高速、 GPL 互換のライセンスを提供することを目的とした次世代の CoW ファイルシステムです。
2021/05/28(金) 07:02:11.16ID:gICJRhZd
Bcachefs一時期毎月20ドル支援してたんだけど、Btrfsが良い感じになって来たので、支援止めちゃった
2021/05/30(日) 18:23:59.48ID:kdTnPrQw
目指すだけならどこも凄い事を主張するからなあ・・・
2021/05/30(日) 21:33:08.26ID:xzSC8kpf
openZFSが最新版でかなり高速化するらしい
2021/05/30(日) 23:07:19.53ID:Yv4FXzOw
速くする方法が分れば、他のファイルシステムも続くから頑張って欲しいな。
218login:Penguin
2021/06/08(火) 20:35:14.27ID:A0+5/fSQ カーネル5.13でzstd関連のコードが刷新されるから
圧縮使ってる人は楽しみな更新になるね
圧縮使ってる人は楽しみな更新になるね
2021/06/13(日) 12:57:08.28ID:Ri2lWsvA
Bcachefsの公式ページを読んだら
コードが綺麗ばかり主張していて、実際githubを覗いてみたら
確かに綺麗なのかもしれないけどコメントが少なすぎて誰も触れない事には変わりない感じだった。
コードが綺麗ばかり主張していて、実際githubを覗いてみたら
確かに綺麗なのかもしれないけどコメントが少なすぎて誰も触れない事には変わりない感じだった。
2021/06/13(日) 19:11:57.13ID:Z14yD/aZ
$ sudo btrfs sub snap @ /media/user/debian/@
$ sudo btrfs sub snap @home /media/user/debian/@home
このコマンドの参考ページを教えて下さい
$ sudo btrfs sub snap @home /media/user/debian/@home
このコマンドの参考ページを教えて下さい
2021/06/13(日) 20:22:25.19ID:XbYcfZqj
$ man 8 btrfs-subvolume
2021/06/18(金) 12:55:21.67ID:VQxMXzTC
debianスレにも書いたんですが、ext5って開発されていないんですか?
ということはいずれどこも(debianも)btrfsかxfsになるんですか?
ということはいずれどこも(debianも)btrfsかxfsになるんですか?
2021/06/18(金) 13:28:58.70ID:m1DWeQ1B
開発されない
ext4の改良が続いている
ext4の改良が続いている
2021/06/19(土) 11:20:25.99ID:zGtebo9v
ちょっとお聞きしたいのですが、新規に買ってきた4TBの東芝製HDD(MN08ADA)をmkfs.ext4でフォーマットしてマウント(USB-HDDケースに入れています)すると、
何もファイル操作をしていないにもかかわらず頻繁にアクセスするのですが、(umountするとアクセスしなくなります)、
-O ^metadata_csumとしてフォーマットするとアクセスしないのですが、一体何が起きているのでしょう?
USB-HDDケースが行けないと思って内蔵SATAにしてみても動作は同じでした。
試しに最初の300MiBだけフォーマットしてマウントしてみたらしばらくアクセスした後、静かになりました。
metadata_csumの有り無しで変わるのですから、ココらへんがおそらく原因だとは思うのですが、4TB分チェックが何かが終わるまで待つしかないのでしょうか?
何もファイル操作をしていないにもかかわらず頻繁にアクセスするのですが、(umountするとアクセスしなくなります)、
-O ^metadata_csumとしてフォーマットするとアクセスしないのですが、一体何が起きているのでしょう?
USB-HDDケースが行けないと思って内蔵SATAにしてみても動作は同じでした。
試しに最初の300MiBだけフォーマットしてマウントしてみたらしばらくアクセスした後、静かになりました。
metadata_csumの有り無しで変わるのですから、ココらへんがおそらく原因だとは思うのですが、4TB分チェックが何かが終わるまで待つしかないのでしょうか?
2021/06/19(土) 11:25:16.81ID:zGtebo9v
自己解決しました。おそらくext4lazyinitだと思います。
もうしばらく放置しておこうと思います。
ntfs、btrfsでは何も起きなかったのでハードウェアの故障はないと思っていたのですがやっぱりext4の機能でした。
どうも失礼しました。
もうしばらく放置しておこうと思います。
ntfs、btrfsでは何も起きなかったのでハードウェアの故障はないと思っていたのですがやっぱりext4の機能でした。
どうも失礼しました。
226login:Penguin
2021/06/19(土) 15:25:22.43ID:qiYDT/X/ 完全にBtrfsブームが来ているな
FedraチームFacebookの全面バックアップは心強い
FedraチームFacebookの全面バックアップは心強い
2021/06/20(日) 07:20:53.86ID:FlGke6Iy
Btrfsのスワップファイルを使おうとしたけど
素で使うとスナップショット出来ない代わりに生データだし
暗号化スワップとして使うと今度はスナップショット可能になるという理不尽
そりゃFedoraも匙投げてスワップ自体を無効化しますわ
BtrfsにLVMを組み合わせてスワップパーティションを作るというダサい方法しかないし
素で使うとスナップショット出来ない代わりに生データだし
暗号化スワップとして使うと今度はスナップショット可能になるという理不尽
そりゃFedoraも匙投げてスワップ自体を無効化しますわ
BtrfsにLVMを組み合わせてスワップパーティションを作るというダサい方法しかないし
2021/06/20(日) 08:59:55.55ID:HPXkdzsb
変なことしないで普通にスワップパーティション切れば良いだけでは?
2021/06/20(日) 09:41:51.35ID:4MEPIPC1
うちはデータ用のext4のパテに置いてるわ
2021/06/20(日) 10:39:15.38ID:K3gWEfdY
2021/06/20(日) 10:47:38.20ID:q1GmI6Tf
>>230
> Btrfsは消去する可能性のあるデータの扱いに絶望的に向いてない。
うちは1年近くほぼ24h稼働させててビクともしないけどな
ラズパイでUSBx2+SDのストライピングと言うなんちゃってだけどさ
> Btrfsは消去する可能性のあるデータの扱いに絶望的に向いてない。
うちは1年近くほぼ24h稼働させててビクともしないけどな
ラズパイでUSBx2+SDのストライピングと言うなんちゃってだけどさ
2021/06/20(日) 11:44:40.23ID:HPXkdzsb
俺も4年近くBtrfsファイルサーバ運用してて、btrfs deviceコマンド使って何度もストレージ構成変更もしたけど、何も問題起こらないなぁ。
エンタープライズとかでは無いけどね
エンタープライズとかでは無いけどね
2021/06/20(日) 15:10:27.93ID:OtoPgzgM
消去する可能性のあるデータはCoW有効だと断片化が進むからな
ここ1年くらい半導体不足だから難しいけどスワップが要るくらいならメモリもっと積むという手もある
最近はbtrfsも徐々に、使えるものになってきているのは確かだろう
職場で使われている「法人向けNAS」として販売されている製品がデータ領域デフォルトでbtrfsになってて当初はオイオイ大丈夫かと思ってたけど
今のところは大丈夫っぽい。ちなみに壊れても対処するのは俺じゃない(重要)
あとは、ディスクフルになるとヤバいなどという噂もあったが改善したのだろうかね。
ここ1年くらい半導体不足だから難しいけどスワップが要るくらいならメモリもっと積むという手もある
最近はbtrfsも徐々に、使えるものになってきているのは確かだろう
職場で使われている「法人向けNAS」として販売されている製品がデータ領域デフォルトでbtrfsになってて当初はオイオイ大丈夫かと思ってたけど
今のところは大丈夫っぽい。ちなみに壊れても対処するのは俺じゃない(重要)
あとは、ディスクフルになるとヤバいなどという噂もあったが改善したのだろうかね。
2021/06/20(日) 15:12:33.54ID:FlGke6Iy
いやスナップショットとCoWの関係で
削除できてるんだか出来てないんだか分かりにくいという意味ね。
CoW無効化したファイルでもスナップショットは取れるみたいだし
削除という方向では難しい。
削除できてるんだか出来てないんだか分かりにくいという意味ね。
CoW無効化したファイルでもスナップショットは取れるみたいだし
削除という方向では難しい。
2021/06/20(日) 15:15:33.95ID:FlGke6Iy
2021/06/20(日) 15:32:40.87ID:q1GmI6Tf
2021/06/20(日) 15:46:21.40ID:FlGke6Iy
スナップショットをという扱うという決断をした瞬間から
Btrfsの空き容量を増やす手順は複雑怪奇になる。
Btrfsの空き容量を増やす手順は複雑怪奇になる。
2021/06/20(日) 16:03:58.94ID:q1GmI6Tf
timeshift使うくらいならまだいいけど
色々と欲を出すと悲惨な目に遭いそう
なお私はconky出して常にディスク使用量を監視してます
色々と欲を出すと悲惨な目に遭いそう
なお私はconky出して常にディスク使用量を監視してます
2021/06/20(日) 17:26:59.08ID:HPXkdzsb
残容量がそんなに気持ち悪い変動したこと無いなぁ
2021/06/20(日) 17:49:16.26ID:q1GmI6Tf
まあ一応ね
2021/06/20(日) 21:11:28.58ID:XLIEy/bI
空き容量が一方通行なのは難易度高めだよね
2021/06/20(日) 21:15:36.56ID:q1GmI6Tf
そんなこと無いけどなあ
スナップショット全部始末して、それでも駄目ならfilesystem defrag -r
これで容量が戻らなかった事無いけど
スナップショット全部始末して、それでも駄目ならfilesystem defrag -r
これで容量が戻らなかった事無いけど
2021/06/20(日) 21:29:09.11ID:FlGke6Iy
スナップショット全部始末って・・・
まあ戻らないことはないだろうけどさぁ・・・
それデータ退避させて再フォーマットに次ぐ最終手段やん
まあ戻らないことはないだろうけどさぁ・・・
それデータ退避させて再フォーマットに次ぐ最終手段やん
2021/06/20(日) 21:36:52.57ID:q1GmI6Tf
俺の場合スナップショットはシステム改変前の保険や
send前の準備くらいにしか使ってないからねえ
もっと高度な事やってる人なら億劫だろうけど
send前の準備くらいにしか使ってないからねえ
もっと高度な事やってる人なら億劫だろうけど
2021/06/20(日) 21:42:05.45ID:XLIEy/bI
それ正解。
非常に賢いBtrfsのお手本のような使い方。
非常に賢いBtrfsのお手本のような使い方。
2021/06/20(日) 21:47:09.44ID:3XBt4m04
スナップショットをバックアップのように使ってるのが間違いなのよ
バックアップは別に取ってスナップショットは定期的に整理すべき
バックアップは別に取ってスナップショットは定期的に整理すべき
2021/06/20(日) 22:02:17.88ID:HPXkdzsb
Btrfsはバックアップも取りやすいしね
2021/06/20(日) 22:22:30.11ID:q1GmI6Tf
マウントしたまま完全なdumpが出来る様な感じですからね
2021/06/21(月) 01:24:02.85ID:L8foBMDQ
>>247-248
スナップショットを tar で固めるだけだったら別に取りやすいって事は無いんじゃないの?
Btrfs はサブボリュームとかのメタ情報のバックアップができなくてバックアップが困難
と逆に感じたんだが
スナップショットを tar で固めるだけだったら別に取りやすいって事は無いんじゃないの?
Btrfs はサブボリュームとかのメタ情報のバックアップができなくてバックアップが困難
と逆に感じたんだが
2021/06/21(月) 02:34:03.18ID:jDt+eB73
>>249
> スナップショットを tar で固めるだけだったら別に取りやすいって事は無いんじゃないの?
send/receive機能使った事無いのかな
> Btrfs はサブボリュームとかのメタ情報のバックアップができなくて
その様な些細な情報に拘るよりも
サブボリュームをリネームしておけば管理しやすいのに
そこまで完ぺきな状態保存をしたいならddでも使っときましょうかね
> スナップショットを tar で固めるだけだったら別に取りやすいって事は無いんじゃないの?
send/receive機能使った事無いのかな
> Btrfs はサブボリュームとかのメタ情報のバックアップができなくて
その様な些細な情報に拘るよりも
サブボリュームをリネームしておけば管理しやすいのに
そこまで完ぺきな状態保存をしたいならddでも使っときましょうかね
2021/06/21(月) 09:08:05.47ID:L8foBMDQ
>>250
> send/receive機能使った事無いのかな
なるほど増分バックアップを取るという意味では dump に近い物があるのか
勉強になりました
> その様な些細な情報
メタ情報バックアップできないっておかしくない?
別の誰かが作ったシステムをクローンしたい時に dd しかないのは厳しいわ
ビジネスでやったらバックアップできないシステムを採用するのがおかしいって
後でぐじぐじ言われまくる(=言い訳レポートだの再発防止だの工数が爆発的に
増える)のが見えてるんで使えないよ
> send/receive機能使った事無いのかな
なるほど増分バックアップを取るという意味では dump に近い物があるのか
勉強になりました
> その様な些細な情報
メタ情報バックアップできないっておかしくない?
別の誰かが作ったシステムをクローンしたい時に dd しかないのは厳しいわ
ビジネスでやったらバックアップできないシステムを採用するのがおかしいって
後でぐじぐじ言われまくる(=言い訳レポートだの再発防止だの工数が爆発的に
増える)のが見えてるんで使えないよ
2021/06/21(月) 12:16:09.75ID:O6mftrCi
考えた方が違うんじゃないかな。
サブボリュームをほぼストレージとして見れば問題ないし、完全なコピーが欲しければddなりなんなり旧来の方法が取れないわけでもないし。
単にレイヤーと選択肢が増えただけだよ
サブボリュームをほぼストレージとして見れば問題ないし、完全なコピーが欲しければddなりなんなり旧来の方法が取れないわけでもないし。
単にレイヤーと選択肢が増えただけだよ
2021/06/21(月) 15:53:15.32ID:3rzkFLuT
Btrfsを本番で運用しているFacebookはどうしてるんだろうね
2021/06/23(水) 19:00:39.82ID:GsIL/Hxh
Btrfsでdiscard=asyncにしたら起動するたびにドライブの使用ランプがカリカリ始めたんだけど
これって他の人も同じ?
これって他の人も同じ?
2021/06/29(火) 21:52:12.01ID:K1arQqhz
カーネル5.14でbtrfsが更に改良・高速化されるらしい
開発ラッシュやばい
開発ラッシュやばい
2021/06/30(水) 00:02:44.48ID:zTG01lTx
もうBtrfsで良さそうだね
ネイティブ暗号化くらいしか弱点ないでしょ
ネイティブ暗号化くらいしか弱点ないでしょ
2021/06/30(水) 04:50:09.03ID:ik/23AzL
あとRAIDが非推奨のままずっと放置されてる
2021/06/30(水) 05:54:37.78ID:XBjkZFiO
RAIDはHBAかLVM使えばええやろ
ファイルシステムがやらなければいけないことではない
ファイルシステムがやらなければいけないことではない
2021/06/30(水) 06:14:36.60ID:mXQXM/0G
RAID10あたりは問題ないしね
2021/06/30(水) 09:02:44.67ID:yJpclQIV
スナップショット使うファイルシステムでHBAやLVMでのRAID-5/6はやめとけ
スナップショットはランダムリード/ライト多いから相性が悪い
使っているうちにフラグメンテーションで使い物にならなくなる
回避するためにはHBA使うのやめてRAID-Zだのそれに類似したVirtual系
RAIDの技術が必要なんだが実装ツラい割に効果も薄いんだろ
ラックマウントタイプのストレージ製品でもRAID-10でしか使わせない製品も
出始めてるし、業界としてRAID-5/6は切り捨てなんだとおもう
スナップショットはランダムリード/ライト多いから相性が悪い
使っているうちにフラグメンテーションで使い物にならなくなる
回避するためにはHBA使うのやめてRAID-Zだのそれに類似したVirtual系
RAIDの技術が必要なんだが実装ツラい割に効果も薄いんだろ
ラックマウントタイプのストレージ製品でもRAID-10でしか使わせない製品も
出始めてるし、業界としてRAID-5/6は切り捨てなんだとおもう
2021/06/30(水) 09:38:03.62ID:QIl8oURk
ファイルシステムによらず、RAID5はテラバイト級媒体にはそもそも使わない方が良い
障害復旧中に壊れていくのを数回見た
RAID6は知らない
障害復旧中に壊れていくのを数回見た
RAID6は知らない
2021/06/30(水) 11:26:56.84ID:r3QHhm+R
RAIDZは広く使われてるよ
RAIDはストレージの可用性確保の手段なんだから代替方法なんかない
RAIDはストレージの可用性確保の手段なんだから代替方法なんかない
2021/06/30(水) 19:44:02.88ID:MEBTTE23
機能として存在する以上は安定してほしいよね
2021/06/30(水) 19:51:08.40ID:2x4FXU9Q
RAID関連は実績のあるファイルシステムでないと使う気にはならない
2021/06/30(水) 22:09:30.83ID:yJpclQIV
ファイルシステムの実績もだけどパーツ冗長(特にコントローラ)も必要だわ
HBAが中途半端に故障して壊れてもないHDDを故障扱いしまくってデータ
ロストさせた(実際はデータロストしてない)障害が一番厄介なトラブルだった
HBAが中途半端に故障して壊れてもないHDDを故障扱いしまくってデータ
ロストさせた(実際はデータロストしてない)障害が一番厄介なトラブルだった
2021/07/01(木) 01:40:54.64ID:yz4Mm0BT
一般ユーザーがしないような構成を組むと
想像もしていなかったような不具合踏むことが多々あるわな
想像もしていなかったような不具合踏むことが多々あるわな
2021/07/04(日) 01:22:49.64ID:dO3rYTst
Btrfsはdiscardマウントオプションでまだ壊れた報告がチラホラあるね
とりあえず手動trimに切り替えた
とりあえず手動trimに切り替えた
2021/07/07(水) 20:02:33.20ID:SKdz/k2Y
Linux 5.14 Works Around Compatibility With Some Digital Camera exFAT File-Systems
www.phoronix.com/scan.php?page=news_item&px=Linux-5.14-exFAT
www.phoronix.com/scan.php?page=news_item&px=Linux-5.14-exFAT
2021/07/23(金) 06:19:56.52ID:zqR55IXg
WindowsでBtrfs 【ファイルシステム】
https://mevius.5ch.net/test/read.cgi/win/1612888512/
https://mevius.5ch.net/test/read.cgi/win/1612888512/
270login:Penguin
2021/08/14(土) 11:15:08.22ID:Zs+glBhP Linux上で以前targetcliで作ったZVOL (/dev/zvol/mypool/fc0) が「使用中」状態に
なったままになってます。再起動してもOSを再インストールしても「使用中」状態です。
# zfs destroy mypool/fc0
cannot destroy 'mypool/fc0': dataset is busy
# umount /dev/zvol/mypool/fc0
umount: /dev/zvol/mypool/fc0: not mounted.
未使用の状態かそれが無理なら強制削除したいんですがどうしたらいいでしょうか?
なったままになってます。再起動してもOSを再インストールしても「使用中」状態です。
# zfs destroy mypool/fc0
cannot destroy 'mypool/fc0': dataset is busy
# umount /dev/zvol/mypool/fc0
umount: /dev/zvol/mypool/fc0: not mounted.
未使用の状態かそれが無理なら強制削除したいんですがどうしたらいいでしょうか?
2021/08/14(土) 12:12:14.38ID:Zs+glBhP
2021/08/15(日) 14:01:19.23ID:6oNwxX6g
exFATがDebian11でサポートされるようになったらしいね Debian newsにそう書いてあった
273login:Penguin
2021/08/21(土) 08:54:19.08ID:fjPA48lm うーん、ZFSはイマイチですね・・・。
Proxmoxで3*HDDをRAIDZ1にして、2*SATA SSDをキャッシュにしてVMを作ったのですが、
前情報通りアクセスが増えるとメモリ消費量が10GBとか跳ね上がる・・・。
1200Mb/s出ていたものがカーネルパニック?で20Mb/sとかに落ち込んでしまう。
2GBのファイルをランダムコピーしたら、一瞬で終わるものと数十秒かかるものが発生。
うーん、ZFSはかなりじゃじゃ馬な印象です。メモリが潤沢にあれば良いのかも。
やはり記憶域スペースですかね・・・・。
Proxmoxで3*HDDをRAIDZ1にして、2*SATA SSDをキャッシュにしてVMを作ったのですが、
前情報通りアクセスが増えるとメモリ消費量が10GBとか跳ね上がる・・・。
1200Mb/s出ていたものがカーネルパニック?で20Mb/sとかに落ち込んでしまう。
2GBのファイルをランダムコピーしたら、一瞬で終わるものと数十秒かかるものが発生。
うーん、ZFSはかなりじゃじゃ馬な印象です。メモリが潤沢にあれば良いのかも。
やはり記憶域スペースですかね・・・・。
2021/08/21(土) 11:04:11.49ID:BiYUjqs+
確かに自分もデスクトップ用途で多目的に利用しているんだがバター FS の方が適してると考えるようになってきた
2021/08/21(土) 16:49:26.25ID:4kjF9FRm
>>273
重複排除が有効になってたりしない?
重複排除が有効になってたりしない?
2021/08/21(土) 17:05:17.20ID:dh93U5+W
今度、Debian11 インストールしようと思うが、Btrfs でいいのか。
2021/08/21(土) 19:31:29.41ID:BiYUjqs+
コピーオンライトをファイル単位でユーザーが使えるのはバター FS だった
278login:Penguin
2021/08/29(日) 04:14:21.43ID:OSnjE7oK OpenZFS2.1で実装されたdRAIDってどうなの
再構築が高速なのは良いことだけど、その後新しいホットスペアを追加したら結局再構成が始まるんでは?
RAID-Z2と何が違うんだろ
再構築が高速なのは良いことだけど、その後新しいホットスペアを追加したら結局再構成が始まるんでは?
RAID-Z2と何が違うんだろ
279login:Penguin
2021/08/29(日) 09:40:27.05ID:1yXXr9+s openzfs-2.1.0
kernel-5.13
fedora34
ZFSで例えば2つのプールpool1, pool2 があるとして,ブート時にpool1は自動で
インポートしたいけどpool2はしたくない場合,どうすればいいですか?
<(_ _)>
kernel-5.13
fedora34
ZFSで例えば2つのプールpool1, pool2 があるとして,ブート時にpool1は自動で
インポートしたいけどpool2はしたくない場合,どうすればいいですか?
<(_ _)>
2021/08/29(日) 15:01:28.74ID:/+B08fjB
>>278
いましがた dRAID の説明を初めて読んできた初心者なので参考まで
> その後新しいホットスペアを追加したら結局再構成が始まるんでは?
語弊がある書き方をするけど再構築が高速になるトレードオフとしてホットスペア
にデータを事前にデータを書き込んでおく(準備しておく)ってだけじゃん
リビルド中に2本目と3本目が相次いで壊れてデータロストするリスクを(リビルドを
高速化することで)回避するためのものだから効率が悪い・二度手間な処理を行う
のは至極まっとうな話では?
> dRAIDってどうなの
全てのディスクを均等に使用してしまうことによって HDD/SSD の故障時期が重な
る可能性が高まるという点で逆にリスクを上げてるアホな仕組みだと思った
商用の FS (NetApp や Isilon, Spectrum Scale FS) において同じ仕組みは個人的
には聞いたことが無いので期待できない
> RAID-Z2と何が違うんだろ
いや、RAID-Z や RAID-Z2 に対してホットスペアをどうするかのオプションだから
違うとかじゃなくて「dRAID 構成の RAID-Z2」とか「dRAID 構成ではない RAID-Z2」
とかそんな感じで別物ではないぞ?
いましがた dRAID の説明を初めて読んできた初心者なので参考まで
> その後新しいホットスペアを追加したら結局再構成が始まるんでは?
語弊がある書き方をするけど再構築が高速になるトレードオフとしてホットスペア
にデータを事前にデータを書き込んでおく(準備しておく)ってだけじゃん
リビルド中に2本目と3本目が相次いで壊れてデータロストするリスクを(リビルドを
高速化することで)回避するためのものだから効率が悪い・二度手間な処理を行う
のは至極まっとうな話では?
> dRAIDってどうなの
全てのディスクを均等に使用してしまうことによって HDD/SSD の故障時期が重な
る可能性が高まるという点で逆にリスクを上げてるアホな仕組みだと思った
商用の FS (NetApp や Isilon, Spectrum Scale FS) において同じ仕組みは個人的
には聞いたことが無いので期待できない
> RAID-Z2と何が違うんだろ
いや、RAID-Z や RAID-Z2 に対してホットスペアをどうするかのオプションだから
違うとかじゃなくて「dRAID 構成の RAID-Z2」とか「dRAID 構成ではない RAID-Z2」
とかそんな感じで別物ではないぞ?
281login:Penguin
2021/08/29(日) 17:27:42.09ID:OSnjE7oK >>280
RAID-Z2 と RAID-Z+dRAIDホットスペア1本はほぼ一緒では?と言いたかった。
ホットスペア本数に制限がないので、冗長度を好きなだけ上げられてかつread性能も上がるのが利点なのかな?
商用はIBMが既にやってるらしいけどね。
RAID-Z2 と RAID-Z+dRAIDホットスペア1本はほぼ一緒では?と言いたかった。
ホットスペア本数に制限がないので、冗長度を好きなだけ上げられてかつread性能も上がるのが利点なのかな?
商用はIBMが既にやってるらしいけどね。
282login:Penguin
2021/08/29(日) 18:07:19.22ID:OSnjE7oK RAID再構築とdRAIDのホットスペア追加の違いをもう少し考えてみた
RAID再構築はパリティ再計算のために、生き残ったドライブの全データを読み込む必要がある?が
dRAIDは追加スペア分の空き容量を生き残ったドライブに分配するだけなので、生き残りがn本なら各ドライブ1/(n+1)のデータだけ読めばよい?
あとパリティ計算がいらない。
あれ?割と良いのでは?
RAID再構築はパリティ再計算のために、生き残ったドライブの全データを読み込む必要がある?が
dRAIDは追加スペア分の空き容量を生き残ったドライブに分配するだけなので、生き残りがn本なら各ドライブ1/(n+1)のデータだけ読めばよい?
あとパリティ計算がいらない。
あれ?割と良いのでは?
2021/08/29(日) 18:18:49.26ID:/+B08fjB
>>282
> RAID再構築とdRAIDのホットスペア追加の違いをもう少し考えてみた
流石に比較が間違ってるだろ、それ
RAID-Z + ホットスペアも dRAID 構成の RAID-Z2 も HDD が壊れた直後
にRAID再構築が実施されるのであってホットスペアを補充するタイミング
じゃない
dRAID の場合はそれに加えてホットスペアを補充した際にも再ストライプ
目的で2回目の再構築が走る=つまり2度手間
dRAID の1回目の再構築の際にはパリティ計算している
だから2回目の再構築の時は不要ってだけだ
パリティが要らないっておかしいと思えよ
> RAID再構築とdRAIDのホットスペア追加の違いをもう少し考えてみた
流石に比較が間違ってるだろ、それ
RAID-Z + ホットスペアも dRAID 構成の RAID-Z2 も HDD が壊れた直後
にRAID再構築が実施されるのであってホットスペアを補充するタイミング
じゃない
dRAID の場合はそれに加えてホットスペアを補充した際にも再ストライプ
目的で2回目の再構築が走る=つまり2度手間
dRAID の1回目の再構築の際にはパリティ計算している
だから2回目の再構築の時は不要ってだけだ
パリティが要らないっておかしいと思えよ
2021/08/29(日) 18:43:20.22ID:/+B08fjB
失礼
× パリティが要らないっておかしいと思えよ
○ パリティ計算が要らないっておかしいと思えよ
> 商用はIBMが既にやってるらしいけどね。
Erasure Code Edition って新しい別構造の奴か
確かに Spectrum Scale でスペアを仮想化するって事が可能ってあるね
× パリティが要らないっておかしいと思えよ
○ パリティ計算が要らないっておかしいと思えよ
> 商用はIBMが既にやってるらしいけどね。
Erasure Code Edition って新しい別構造の奴か
確かに Spectrum Scale でスペアを仮想化するって事が可能ってあるね
285login:Penguin
2021/08/29(日) 19:01:05.63ID:OSnjE7oK >>283
>RAID-Z + ホットスペアも dRAID 構成の RAID-Z2 も HDD が壊れた直後
>にRAID再構築が実施されるのであってホットスペアを補充するタイミング
>じゃない
いやもちろんそれはわかってるけど
dRAIDの場合は再構築もディスク読み書きが分散されるからまあ気にしなくていいかと思った。
けど分散されて早くなるってだけで読み書きする総量は変わらないのか…
>RAID-Z + ホットスペアも dRAID 構成の RAID-Z2 も HDD が壊れた直後
>にRAID再構築が実施されるのであってホットスペアを補充するタイミング
>じゃない
いやもちろんそれはわかってるけど
dRAIDの場合は再構築もディスク読み書きが分散されるからまあ気にしなくていいかと思った。
けど分散されて早くなるってだけで読み書きする総量は変わらないのか…
286login:Penguin
2021/08/29(日) 19:08:49.26ID:OSnjE7oK >>279
pool2のcanmountプロパティにnoautoをセットかな
pool2のcanmountプロパティにnoautoをセットかな
287login:Penguin
2021/09/09(木) 15:30:55.07ID:Ti5gtG1m LinuxカーネルにNTFSドライバーが追加、トーバルズ氏はGitHub経由のマージに苦言
Liam Tung (Special to ZDNet.com) 翻訳校正: 編集部 2021-09-08 14:01
https://japan.zdnet.com/article/35176373/
Liam Tung (Special to ZDNet.com) 翻訳校正: 編集部 2021-09-08 14:01
https://japan.zdnet.com/article/35176373/
2021/09/09(木) 16:08:17.82ID:yZA2ccAk
ファックファック言わなくなってる…😳
2021/09/09(木) 17:02:00.90ID:bMPZjWuq
linuxで作ったntfsドライブがwindows10で読み込めない
ディスクをアタッチして起動するとフォーマットするか聞いてくる
linux側から見るとデータが書き込まれてるのに
ディスクをアタッチして起動するとフォーマットするか聞いてくる
linux側から見るとデータが書き込まれてるのに
2021/09/10(金) 11:20:22.80ID:AU+z5FwG
>>289
チャレンジャーだなぁ。
チャレンジャーだなぁ。
291289
2021/09/10(金) 12:20:17.15ID:gkerD8uH 色々試したけど結局フォーマットした
ネットだとwindowsからlinuxで読めないトラブルはあるんだけど逆はあんまり出てこないんだよね
フォーマットしたディスクはlinuxで一応読み込めたけど気づいた事がある
ディスク丸ごとフォーマットしたはずなのに何故か数メガの未使用領域が出来てる
これが関係してんのか?
ネットだとwindowsからlinuxで読めないトラブルはあるんだけど逆はあんまり出てこないんだよね
フォーマットしたディスクはlinuxで一応読み込めたけど気づいた事がある
ディスク丸ごとフォーマットしたはずなのに何故か数メガの未使用領域が出来てる
これが関係してんのか?
2021/09/10(金) 14:37:10.89ID:4r6H+99Z
>>289 >>291
断定できないが蓋然性として高い要因は、NTFSのログ構造(LFS)がWindows7以前がver1.1、
Windows8以後がver2.0と更新している関係で出る不具合。これはWindows同士でも起こり得る
トラブルの一つで、LinuxのNTFS-3Gドライバはver1.1準拠なので、同様の事情(>>287の新・
標準ドライバがこの件を解決しているかは、知らないが)。以下、詳細は↓。
NTFS-3G - ArchWiki
https://wiki.archlinux.jp/index.php/NTFS-3G
断定できないが蓋然性として高い要因は、NTFSのログ構造(LFS)がWindows7以前がver1.1、
Windows8以後がver2.0と更新している関係で出る不具合。これはWindows同士でも起こり得る
トラブルの一つで、LinuxのNTFS-3Gドライバはver1.1準拠なので、同様の事情(>>287の新・
標準ドライバがこの件を解決しているかは、知らないが)。以下、詳細は↓。
NTFS-3G - ArchWiki
https://wiki.archlinux.jp/index.php/NTFS-3G
2021/09/10(金) 16:41:55.52ID:H/thhANN
>>292
それならば、Linuxで作成したVer1.1のNTFSが、より新しいバージョンにも対応しているWindows 10で読めないということはないはずで、
>>289の言っている問題を説明するものではない。
そのLFSのバージョンが問題になるのは、Windows 10等新しいWindowsからNTFSのディスクを、「安全に取り外す」をしないで取り外し、
Windows 7等古いWindowsに接続した場合。
「安全に取り外す」と、Windowsは当該NTFSのLFSをVer1.1に変換するので、問題は起こらないが、
しないでいきなり外すと、古いWindowsはLFSを解釈できないので、最近の操作が適用されていないように見えるなどの不具合が発生する・・・とのこと。
それならば、Linuxで作成したVer1.1のNTFSが、より新しいバージョンにも対応しているWindows 10で読めないということはないはずで、
>>289の言っている問題を説明するものではない。
そのLFSのバージョンが問題になるのは、Windows 10等新しいWindowsからNTFSのディスクを、「安全に取り外す」をしないで取り外し、
Windows 7等古いWindowsに接続した場合。
「安全に取り外す」と、Windowsは当該NTFSのLFSをVer1.1に変換するので、問題は起こらないが、
しないでいきなり外すと、古いWindowsはLFSを解釈できないので、最近の操作が適用されていないように見えるなどの不具合が発生する・・・とのこと。
2021/09/10(金) 17:32:25.87ID:4r6H+99Z
296289
2021/09/10(金) 20:08:27.27ID:gkerD8uH 色々試してわかった
ディスク丸ごとだと駄目でパーティションを作ってフォーマットすると読み込む事が出来る
ディスク丸ごとだと駄目でパーティションを作ってフォーマットすると読み込む事が出来る
297289
2021/09/10(金) 20:19:19.59ID:gkerD8uH2021/09/12(日) 19:56:44.85ID:Q/6ceb7l
初心者スレから誘導されてきました。
HDD4台構成のraidz1がデグレードになってしまい慌てて交換用HDDに取り替えたのですがうまくリビルドができないです
交換用のHDDが/dev/sdeで「zpool replace tank 14576820926089804651 /dev/sde」を実施しても
cannot replace 14576820926089804651 with /dev/sde: already in replacing/spare config; wait for completion or use 'zpool detach'と出るだけでリビルドが走っている様子も見えません
この場合、どのようにすればリビルドを開始することができるのでしょうか?教えてください
HDD4台構成のraidz1がデグレードになってしまい慌てて交換用HDDに取り替えたのですがうまくリビルドができないです
交換用のHDDが/dev/sdeで「zpool replace tank 14576820926089804651 /dev/sde」を実施しても
cannot replace 14576820926089804651 with /dev/sde: already in replacing/spare config; wait for completion or use 'zpool detach'と出るだけでリビルドが走っている様子も見えません
この場合、どのようにすればリビルドを開始することができるのでしょうか?教えてください
299login:Penguin
2021/09/12(日) 20:49:07.39ID:s2hUCnQh >>298
真の有識者が来るまでの時間稼ぎにしかならないかもだけど取り敢えず
losetupでループアタッチしたプールでは当然ながら問題無かった
再同期やscrub等が動いていない事を確認し、不良ディスクをzpool offline tank 数字 してから
replaceしてみては如何だろうか
自分だったらだけど、まだDEGRADEDで済んでいるうちにスナップショット取って
余裕のあるディスクへzfs sendで退避した上でプール作り直してしまうけど
真の有識者が来るまでの時間稼ぎにしかならないかもだけど取り敢えず
losetupでループアタッチしたプールでは当然ながら問題無かった
再同期やscrub等が動いていない事を確認し、不良ディスクをzpool offline tank 数字 してから
replaceしてみては如何だろうか
自分だったらだけど、まだDEGRADEDで済んでいるうちにスナップショット取って
余裕のあるディスクへzfs sendで退避した上でプール作り直してしまうけど
300login:Penguin
2021/09/22(水) 20:53:27.48ID:iZQWyrHm Linux板のくだ質スレから誘導されました。
現在、CentOS+btfs&snapperの自作NASを課内で使っています。
スナップは1時間毎で、直近の2週間と月1を残し続けています。
現行
メイン機(上記のマシン)
サブ機(rsyncで毎晩丸ごとメイン機のデータを取得。メイン機が壊れた場合の保険)
希望
メイン機をサブに回して、新規で高速なNASを作成したいです。
どのようなファイルシステムを選ぶのが良いか、アドバイスを貰えたらと思っています。
新メイン機は下記のハードを用意しています。
0. Ryzen Pro 1700 or 3600, 2x16GB@3200MEM
1. SataSSD128GB(OS)
2. NVMeSSD512GB(R3年度ファイルを保存する作業フォルダ)
3. CMR8TB(過年度のファイルを保存)
4. CMR8TB(rsyncで2,3番を毎晩バックアップ)
質問
1番はどの鳥が良いでしょうか?現行機はCentOSです
2番は現行機と同じルールでスナップを撮りたいです。fsは何が良いでしょうか?
3番はスナップは不要と思っています。現行機は過年度のデータもスナップ対象でした。
3,4番はext4で構わないと思っていますが、1番の鳥と2番のfsに何を選べば良いかアドバイス貰えると嬉しいです。
よろしくお願いします。
現在、CentOS+btfs&snapperの自作NASを課内で使っています。
スナップは1時間毎で、直近の2週間と月1を残し続けています。
現行
メイン機(上記のマシン)
サブ機(rsyncで毎晩丸ごとメイン機のデータを取得。メイン機が壊れた場合の保険)
希望
メイン機をサブに回して、新規で高速なNASを作成したいです。
どのようなファイルシステムを選ぶのが良いか、アドバイスを貰えたらと思っています。
新メイン機は下記のハードを用意しています。
0. Ryzen Pro 1700 or 3600, 2x16GB@3200MEM
1. SataSSD128GB(OS)
2. NVMeSSD512GB(R3年度ファイルを保存する作業フォルダ)
3. CMR8TB(過年度のファイルを保存)
4. CMR8TB(rsyncで2,3番を毎晩バックアップ)
質問
1番はどの鳥が良いでしょうか?現行機はCentOSです
2番は現行機と同じルールでスナップを撮りたいです。fsは何が良いでしょうか?
3番はスナップは不要と思っています。現行機は過年度のデータもスナップ対象でした。
3,4番はext4で構わないと思っていますが、1番の鳥と2番のfsに何を選べば良いかアドバイス貰えると嬉しいです。
よろしくお願いします。
301login:Penguin
2021/09/23(木) 06:01:04.99ID:AxTVswon どんなファイルが多いとか、普段の使い方とか、現状どんな時に不足を感じるかとか、性能測定が必要では?
btrfsから(比較すると機能の少ない)ext4に変更したいというからには細かいファイルが多いのかな?
これまでCentOS使いということはサポート長いほうが良いだろうからDebian系に抵抗なければUbuntuサーバが良いのでは?
btrfsから(比較すると機能の少ない)ext4に変更したいというからには細かいファイルが多いのかな?
これまでCentOS使いということはサポート長いほうが良いだろうからDebian系に抵抗なければUbuntuサーバが良いのでは?
2021/09/23(木) 21:54:34.10ID:G3mdAv3f
CentOS で btrfs つかっていたけど RHEL 系が btrfs のサポートやめちゃったから
別のディストリに移って btrfsを使うか、RHEL系のままスナップショットありの別の
FS に移行するべきかって話でしょ。
4. でバックアップ体制があるなら多少不安定な奴を選択しても良い状態だから
好きなの選べばいいんじゃないかな。
個人的には opensuse で btrfs ってのが一番理解を得られる線だと思う。
別のディストリに移って btrfsを使うか、RHEL系のままスナップショットありの別の
FS に移行するべきかって話でしょ。
4. でバックアップ体制があるなら多少不安定な奴を選択しても良い状態だから
好きなの選べばいいんじゃないかな。
個人的には opensuse で btrfs ってのが一番理解を得られる線だと思う。
2021/09/23(木) 22:07:57.63ID:5GvGB4Pa
Oracle LinuxにしてUnbreakable Enterprise Kernel使えばbtrfsのサポートを(Oralceが)やってるぞ
サポート申し込まなくても機能としては使える
サポート申し込まなくても機能としては使える
304303
2021/09/23(木) 22:08:53.68ID:5GvGB4Pa Oracleは好き嫌いが分かれるので、あくまで選択肢の1つとして・・・ということでお願いします
305login:Penguin
2021/09/24(金) 09:14:00.18ID:8pmJ0Xha みなさまありがとうございます。
説明不足がある中で、面倒なこちらの状況を把握して、明快なアドバイスで助けてくださったことに、感謝しています。
SuSEのサーバ利用は私の中で盲点でした。
サーバではOracle含むCentOS代替系が慣れの面で楽だとは思っていましたが、
好きなのを選べば良いと言って貰えると、今回はopensuse+btrfsでやってみます。
SuSEは学生時代に使っていた9.3振りです。大変にありがとうございました。
説明不足がある中で、面倒なこちらの状況を把握して、明快なアドバイスで助けてくださったことに、感謝しています。
SuSEのサーバ利用は私の中で盲点でした。
サーバではOracle含むCentOS代替系が慣れの面で楽だとは思っていましたが、
好きなのを選べば良いと言って貰えると、今回はopensuse+btrfsでやってみます。
SuSEは学生時代に使っていた9.3振りです。大変にありがとうございました。
306login:Penguin
2021/09/24(金) 09:51:15.88ID:dzf13hIH2021/09/27(月) 10:11:27.65ID:8b0UHmE8
ddrescue 絡みで以下
$ sudo mount -o subvol=@ /dev/loop0p2 /mnt
$ sudo btrfs scrub start /mnt
scrub started on /mnt, fsid 98d2193c-b09e-4f8b-b78d-dc9ff9906263 (pid=1929)
<< scrub が一瞬にして終わり、
$ watch sudo btrfs scrub status /mnt
$
Every 2.0s: sudo btrfs scrub status /mnt kyo: Sat Sep 25 13:17:40 2021
scrub status for 98d2193c-b09e-4f8b-b78d-dc9ff9906263
scrub started at Sat Sep 25 13:17:35 2021 and was aborted after 00:00:00
<< この行からまったくスクラブしてないことが読み取れる
total bytes scrubbed: 0.00B with 0 errors
次はどうすればよいですか?
$ sudo mount -o subvol=@ /dev/loop0p2 /mnt
$ sudo btrfs scrub start /mnt
scrub started on /mnt, fsid 98d2193c-b09e-4f8b-b78d-dc9ff9906263 (pid=1929)
<< scrub が一瞬にして終わり、
$ watch sudo btrfs scrub status /mnt
$
Every 2.0s: sudo btrfs scrub status /mnt kyo: Sat Sep 25 13:17:40 2021
scrub status for 98d2193c-b09e-4f8b-b78d-dc9ff9906263
scrub started at Sat Sep 25 13:17:35 2021 and was aborted after 00:00:00
<< この行からまったくスクラブしてないことが読み取れる
total bytes scrubbed: 0.00B with 0 errors
次はどうすればよいですか?
308login:Penguin
2021/09/29(水) 18:34:19.27ID:fGc1oPa1 windowsでNTFS圧縮したフォルダってlinuxで使うと問題あるのかな?
linuxでNTFSを扱う事にリスクがあるのは知ってるけど圧縮する事でそのリスクがさらに大きくなったりするのかどうか
linuxでNTFSを扱う事にリスクがあるのは知ってるけど圧縮する事でそのリスクがさらに大きくなったりするのかどうか
309login:Penguin
2021/10/02(土) 15:29:45.10ID:kc4v6amD >>308
昔、PC-DOSに標準付属だったFAT16ファイルシステム圧縮ソフトを使ってたが、他のシステムと互換性が無くてファイル交換に困った。
あまり特殊な機能を使うと、Windowsの異なるバージョン間でもファイルの読み書きが出来なくなる可能性が有るから、あまりオススメはしない。
XP時代にあれだけ推していたダイナミックディスクがdepricatedになったみたいにね。
Linuxの事は知らんん。
昔、PC-DOSに標準付属だったFAT16ファイルシステム圧縮ソフトを使ってたが、他のシステムと互換性が無くてファイル交換に困った。
あまり特殊な機能を使うと、Windowsの異なるバージョン間でもファイルの読み書きが出来なくなる可能性が有るから、あまりオススメはしない。
XP時代にあれだけ推していたダイナミックディスクがdepricatedになったみたいにね。
Linuxの事は知らんん。
310login:Penguin
2021/10/02(土) 15:31:47.16ID:kc4v6amD >>308
ZFS等の他のファイルシステムのファイル圧縮機能を使って、Samba等のCIFS系でネットワーク越しに共有するとかでは駄目なの?
ZFS等の他のファイルシステムのファイル圧縮機能を使って、Samba等のCIFS系でネットワーク越しに共有するとかでは駄目なの?
2021/10/02(土) 19:04:03.09ID:EgCcoSU6
NTFS圧縮のどこが特殊な機能だよ
2021/10/02(土) 20:31:54.58ID:EB7kVLAn
そもそもLinuxのNTFSサポート(特にrw)はリバースエンジニアリングの賜物だし、あんまり信用しない方がいいと思うけどなあ。カーネルモジュールのroで使うのが無難だと思うよ。
2021/10/02(土) 23:12:43.44ID:KqC7ziZl
こないだMSと契約してて仕様見れる企業がLinux用ドライバ書いてくれたとかなかったっけ?
2021/10/03(日) 19:44:44.17ID:2jfRA+HE
でもMSが書いてるわけじゃないからねえ。btrfsとか仕様を自分たちだけで決めて実装してるものだって、完璧ではないわけだし、
ファイルシステムは個人的には枯れてることや、トラブルシュートのノウハウの蓄積が重要かなと思う。
まあAPFSを普段使ってて何言ってるんだって感じだが、ユーザーはめちゃ多いからなあ。
ファイルシステムは個人的には枯れてることや、トラブルシュートのノウハウの蓄積が重要かなと思う。
まあAPFSを普段使ってて何言ってるんだって感じだが、ユーザーはめちゃ多いからなあ。
315login:Penguin
2021/10/04(月) 13:08:55.60ID:TXzl7kYV >>314 FAT32実装でも完璧になることはほぼないよ
2021/10/04(月) 19:36:08.93ID:fn2oJW0l
317login:Penguin
2021/10/21(木) 18:38:36.21ID:AxEaN9Vn クライアントマシンのルートパーティションをBtrfsからext4に戻してみた
扱い簡単だし日々のバックアップなんかdumpで十分じゃねとか思って
扱い簡単だし日々のバックアップなんかdumpで十分じゃねとか思って
2021/10/22(金) 00:37:11.94ID:LPm9gNbQ
Fedoraの傾向からすると
今後はバックアップだけじゃなくて高速化でもBtrfsの機能を活用する方向だから
新しいディストリを使うならBtrfsにしておいたほうが良い
今後はバックアップだけじゃなくて高速化でもBtrfsの機能を活用する方向だから
新しいディストリを使うならBtrfsにしておいたほうが良い
319317
2021/10/22(金) 07:30:15.12ID:DPzRrjD6 さすがFSスレ住民 未来を見据えてらっしゃる
再フォーマット&データリストアはワケないんで近いうちに出戻りBtrfsやるかも知れないっす
再フォーマット&データリストアはワケないんで近いうちに出戻りBtrfsやるかも知れないっす
2021/10/23(土) 04:27:16.95ID:I1Xbj+ci
Facebookの全面協力で安定してきたから
最新のカーネルを扱えるならBtrfsでも良いけど
DebianやRHELクローンだとカーネルが古いからBtrfsは早いかな
最新のカーネルを扱えるならBtrfsでも良いけど
DebianやRHELクローンだとカーネルが古いからBtrfsは早いかな
2021/10/24(日) 09:22:16.94ID:1yf+lTo0
Debian11を使用中なんですが、
> DebianやRHELクローンだとカーネルが古いからBtrfsは早いかな
との事なのでZFSを仕込んでみました
https://i.imgur.com/ND3SXwC.png
> DebianやRHELクローンだとカーネルが古いからBtrfsは早いかな
との事なのでZFSを仕込んでみました
https://i.imgur.com/ND3SXwC.png
2021/10/24(日) 17:47:04.20ID:lKWonQWJ
ZFSはメモリ消費が激しすぎてイマイチでしょ。
最近のBtrtfsのメリットは
Btrfsを前提とした周辺機能が充実してきた事。
例えばFedora35からはソフトウェアの更新がBtrfsで高速化される事になった。
最近のBtrtfsのメリットは
Btrfsを前提とした周辺機能が充実してきた事。
例えばFedora35からはソフトウェアの更新がBtrfsで高速化される事になった。
2021/10/24(日) 19:24:24.84ID:DfnSHm2O
ちょっと前まではbtrfsディスっとけばできる男を演出できてたけど
最近はbtrfsを褒めるほうが有能そうな雰囲気出せる時代になってきたん?
最近はbtrfsを褒めるほうが有能そうな雰囲気出せる時代になってきたん?
2021/10/24(日) 19:35:29.46ID:jhNfOHT2
俺は一貫してBtrfsの素晴らしさを讃えてきたので……というのはともかく、風向きが変わってきたなとは思う
2021/10/24(日) 19:41:59.94ID:lKWonQWJ
昔から壊れるという欠点を除けば素晴らしいファイルシステムだった。
最近のカーネルでその欠点が急速に改善されているからメインでOKという流れ。
FedoraがデフォルトをBtrfsにしたのに阿鼻叫喚になっていないし本当に安定してきてるんだと思うね。
最近のカーネルでその欠点が急速に改善されているからメインでOKという流れ。
FedoraがデフォルトをBtrfsにしたのに阿鼻叫喚になっていないし本当に安定してきてるんだと思うね。
2021/10/24(日) 20:49:19.85ID:SkXAlUtd
最近のカーネルにCentOS 8の4.18はともかく、debian 11の5.10は含まれないの
2021/10/24(日) 21:28:44.29ID:4t2MKVSe
ZFSがメモリ食いなんてまだ言ってる人いるんだくらいの感想
2021/10/25(月) 00:04:16.92ID:iwYvMRD6
カーネル5.4で安定化したらしいからdebian11なら大丈夫じゃない?
それ以降のカーネルでも高速化が入っていたりするから新しいに越したことはないだろうけど
それ以降のカーネルでも高速化が入っていたりするから新しいに越したことはないだろうけど
2021/10/25(月) 00:16:24.92ID:iwYvMRD6
あとは透過圧縮で利用するzstdの改善が5.13で入った
安定面ではなくパフォーマンス面で考えるとカーネル5.10だともったいない気がする
安定面ではなくパフォーマンス面で考えるとカーネル5.10だともったいない気がする
2021/10/25(月) 05:51:44.96ID:kkWUslu3
ZFSはまあまあメモリ食う時もあるけどあまり気にした事ないな
心配ならARC制限すればいいし
Btrfsはパフォーマンスが上がるのか
個人レベルでは問題視する様な不具合は見てないし今後がますます楽しみ
心配ならARC制限すればいいし
Btrfsはパフォーマンスが上がるのか
個人レベルでは問題視する様な不具合は見てないし今後がますます楽しみ
2021/10/25(月) 06:45:49.20ID:ZAX3MeqU
>>329
知らなかったから調べてみたらBtrfsでzstd圧縮を利用している場合5〜15%パフォーマンスアップとあるね。必須とまでは言わないけど、あれば嬉しい感じ
知らなかったから調べてみたらBtrfsでzstd圧縮を利用している場合5〜15%パフォーマンスアップとあるね。必須とまでは言わないけど、あれば嬉しい感じ
332login:Penguin
2021/10/25(月) 09:40:15.48ID:qncdQ78l ext4でcrc32c_intelが有効になっているか確認する方法ありますか?
カーネルモジュールは組み込まれていて、
dumpe2fs -hで見ると、crc32cとだけ表示されています。
intelの使ってるのでしょうか…?
カーネルモジュールは組み込まれていて、
dumpe2fs -hで見ると、crc32cとだけ表示されています。
intelの使ってるのでしょうか…?
2021/10/25(月) 12:08:31.07ID:FE+vN1GH
2021/11/07(日) 02:36:58.41ID:/DYcsXrN
今やwindowsでもBtrfsは使えるんやで
https://github.com/maharmstone/btrfs
https://github.com/maharmstone/btrfs
2021/11/09(火) 11:16:06.66ID:C2t7c7MT
EXT4って巨大ファイル(数十GB〜数百GB)のファイルを削除しようとしたらめちゃくちゃ遅くない?
ずっと前からそうで久々に新しいシステムセットアップして最近は改善されたかな?と思ったけど同じだった
ずっと前からそうで久々に新しいシステムセットアップして最近は改善されたかな?と思ったけど同じだった
2021/11/09(火) 20:10:11.07ID:os//3YxP
ext3じゃなくて?
2021/11/09(火) 22:15:53.46ID:C2t7c7MT
ext4でもそうなんだよな
2021/11/10(水) 12:55:17.02ID:Gmm1clxh
inodeに削除フラグ立ててるだけならおかしいよね
SSD のハードウェア側で何か処理が行われているのかな
SSD のハードウェア側で何か処理が行われているのかな
2021/11/10(水) 18:23:09.04ID:NkSwIMlY
まさかマウントオプションでTrim有効にしてないか?
2021/11/10(水) 20:25:56.39ID:HeWruaDL
ext4は昔からNTFSと比べると削除は遅いよ
2021/11/12(金) 21:57:58.67ID:9wzH1mCG
On-Disk Format Changes Ahead To Improve "Painful" Parts Of Btrfs Design
https://www.phoronix.com/scan.php?page=news_item&px=Btrfs-Improving-Painful-Parts
そろそろ安定してきたっぽいからbtrfsに乗り換えようかと思ってたけど
来年Disk Format変わるのかよ……
https://www.phoronix.com/scan.php?page=news_item&px=Btrfs-Improving-Painful-Parts
そろそろ安定してきたっぽいからbtrfsに乗り換えようかと思ってたけど
来年Disk Format変わるのかよ……
2021/11/13(土) 01:26:17.24ID:e0PvumLs
そうだとしても乗り換えてOKでしょう
Fedora34でBtrfsにして35へのアップグレードも済ませたけど相変わらず安定だよ
即座に壊れたカーネル4.xx時代とは大違い
Fedora34でBtrfsにして35へのアップグレードも済ませたけど相変わらず安定だよ
即座に壊れたカーネル4.xx時代とは大違い
2021/11/13(土) 01:29:53.82ID:e0PvumLs
Fedoraが透過圧縮有効のBtrfsをデフォルトにして問題なしだから
カーネルさえ新しければデスクトップ用途ではまず問題は発生しないと思う
カーネルさえ新しければデスクトップ用途ではまず問題は発生しないと思う
2021/11/13(土) 02:04:13.93ID:GWxfAFmk
Fedora の方がRedhatの見立てより正しかったのか。
xfs Cow を頑張るべきかで楽しみ増えたね。
xfs Cow を頑張るべきかで楽しみ増えたね。
2021/11/13(土) 02:17:42.38ID:jL/cp8Sk
見立てが正しいとかじゃなくて性質の違いじゃないかなあ。
半年ごとに新しいバージョンが出て、サポート期間が1年のものと、
10年近くサポートしなければいけないものでは、物事の決定が大きく変わるよ。
Fedoraで徹底的にbtrfsのバグを潰して、RHELに再導入したいんじゃないかな。
ちゃんと動くなら、btrfsはどう考えてもRHELの売りにはなるから。
半年ごとに新しいバージョンが出て、サポート期間が1年のものと、
10年近くサポートしなければいけないものでは、物事の決定が大きく変わるよ。
Fedoraで徹底的にbtrfsのバグを潰して、RHELに再導入したいんじゃないかな。
ちゃんと動くなら、btrfsはどう考えてもRHELの売りにはなるから。
2021/11/13(土) 02:20:55.49ID:e0PvumLs
RHELは単純にRedHatの従業員にBtrfsのメンテナが居ないという理由だったはず。
Btrfs側にパッチを当てる権限がないと商業利用でメインに据えるのは難しい。
Btrfs側にパッチを当てる権限がないと商業利用でメインに据えるのは難しい。
2021/11/14(日) 01:41:15.55ID:05NxiEGH
bcachefsを使ってる方いますか?使い心地を伺いたく。
たまにしか使わないvmを、使うときはssdの速度、保存は大容量のhdd、といいとこ取り出来たらいいなと思ったので。
たまにしか使わないvmを、使うときはssdの速度、保存は大容量のhdd、といいとこ取り出来たらいいなと思ったので。
2021/11/14(日) 22:17:45.69ID:8yaYENO9
Bcachefsはやめときな。
開発が事実上個人に依存している上に
Btrfsが安定化した今となっては存在意義が薄れてる。
開発が事実上個人に依存している上に
Btrfsが安定化した今となっては存在意義が薄れてる。
2021/11/14(日) 22:53:51.95ID:9NKXbiYN
BcacheFSの作者にはPatreonで投げ銭してたけどBtrfsが普通に快適で順調に安定性も上がってるようだったから投げ銭止めちまったな。
2021/11/15(月) 22:07:17.58ID:4zDn1QCD
351login:Penguin
2021/11/16(火) 02:02:48.51ID:jPDcGScd いや、メインライン入りしても使わないほうがいい
Bcachefsはリソースが足りてないから常用はまだまだというか多分無理
素直に安定化したBtrfsを利用するのがおすすめ
Bcachefsはリソースが足りてないから常用はまだまだというか多分無理
素直に安定化したBtrfsを利用するのがおすすめ
352login:Penguin
2021/11/18(木) 03:36:45.41ID:qTns37yC 結局のところBtrfsの圧縮はlzoかzstdどっちがいいのか教えて偉い人
353login:Penguin
2021/11/18(木) 04:04:50.86ID:15FxU4NQ2021/11/18(木) 06:57:17.00ID:yAyQZrWM
マジか。長らくlzoだったけどzstdにするかな?
RaspberryPi4な自宅ファイルサーバだからCPU弱いけど
RaspberryPi4な自宅ファイルサーバだからCPU弱いけど
2021/11/18(木) 10:07:14.65ID:kJ0Z9QmQ
zstdが進化しすぎてlzoはもはや存在意義がない
圧縮率、圧縮速度、解凍速度、全てでzstdが上回ってる
しかもzstdは未だにアルゴリズムの改善による高速化が続いてるから差は広がるばかり
強いて弱点を挙げるなら古いカーネルとの互換性くらいかな
圧縮率、圧縮速度、解凍速度、全てでzstdが上回ってる
しかもzstdは未だにアルゴリズムの改善による高速化が続いてるから差は広がるばかり
強いて弱点を挙げるなら古いカーネルとの互換性くらいかな
2021/11/18(木) 10:20:13.51ID:PS7LS2tl
zstdの圧縮アルゴリズム自体が負荷が少なくて
しかも圧縮率でもほぼ全てのケースで
gzipとかの系統の圧縮方法より縮むみたい
(さすがにlzoよりは多少負荷かかるだろうけど)
将来的にgzip使ってるとこをを完全に置き換えそう
自分でもarm系の非力な環境でtarに使ってると
時間ベースで倍以上早い感じ
しかも圧縮率でもほぼ全てのケースで
gzipとかの系統の圧縮方法より縮むみたい
(さすがにlzoよりは多少負荷かかるだろうけど)
将来的にgzip使ってるとこをを完全に置き換えそう
自分でもarm系の非力な環境でtarに使ってると
時間ベースで倍以上早い感じ
2021/11/18(木) 12:17:53.39ID:vBDA9b/+
開発中の5.16カーネルでZstd更に速度アップ(四年前のコードが新しく)
2021/11/18(木) 13:05:16.60ID:ePhyqPG7
今fstabでcompress=lzoとかしてるんだけど、既存のファイルは別に今すぐzstdにしなくていいけど今後作られる新規のファイルとかはzstdで圧縮してほしいと思ったらcompress=zstdにするだけでいいの?
2021/11/18(木) 13:12:53.19ID:KkteLCRf
上記に書かれてるのはcompress=zstd:1かな。
自分はcompress-force=zstd:1にしてる。
zstdはアルゴリズム自体に圧縮の可否の判定コードが組み込まれているから
compress-forceでも問題ないらしい。(実際に使ってるけどデメリットは感じない)
自分はcompress-force=zstd:1にしてる。
zstdはアルゴリズム自体に圧縮の可否の判定コードが組み込まれているから
compress-forceでも問題ないらしい。(実際に使ってるけどデメリットは感じない)
2021/11/18(木) 13:23:27.34ID:GASrRsZg
BtrfsもZstandardもFacebookが本番環境でゴリゴリに利用しながら開発協力してるから進化が早いね
2021/11/19(金) 00:01:05.30ID:olu0IGqg
リーナスがbtrfsの時代を見越して特権でマージしてからはや12年
やっといい感じになったのか
一時期の停滞はなんだったんだろうな
やっといい感じになったのか
一時期の停滞はなんだったんだろうな
2021/11/19(金) 02:04:08.97ID:zywWlpj/
compress-forceはやめたほうがいいぞ
画像や動画や音声みたいにすでに圧縮されていて圧縮する意味がないファイルまで圧縮するから
画像や動画や音声みたいにすでに圧縮されていて圧縮する意味がないファイルまで圧縮するから
363login:Penguin
2021/11/19(金) 02:21:10.12ID:9V6nr5YI だからそれをzstdなら自動で判定してくれるって話なんじゃないの?
俺はcompress=zstdにしてるけど
俺はcompress=zstdにしてるけど
2021/11/19(金) 03:24:10.20ID:jLZ82X+D
2021/11/19(金) 07:22:27.39ID:9u0Wrd2T
2021/11/19(金) 14:45:20.50ID:KKx0Rm7F
2021/11/19(金) 16:59:38.83ID:9u0Wrd2T
2021/11/19(金) 22:14:57.88ID:dMVwvFav
まじでここ最近のBtrfs進化凄まじいな
圧縮によってSSDが長持ちする効果も。
個人ユースレベルの話だけど、fedora34、35と使っててトラブルなし
>>366
横からですがGJ!
kernel 5.16でbtrfsパフォUP
ttps://www.phoronix.com/scan.php?page=news_item&px=Btrfs-Linux-5.16
圧縮によってSSDが長持ちする効果も。
個人ユースレベルの話だけど、fedora34、35と使っててトラブルなし
>>366
横からですがGJ!
kernel 5.16でbtrfsパフォUP
ttps://www.phoronix.com/scan.php?page=news_item&px=Btrfs-Linux-5.16
2021/11/21(日) 14:51:49.00ID:bYykWTis
qemuイメージをbtrfs上で使う場合、どのような方法がオススメでしょうか? thin provisipningが目的で、qcow2自体のsnapshotや圧縮は使っておりません。
・qcow2+nocow(btrfs)
・raw+cow(btrfs)
・raw+cow(btrfs)+compress(btrfs)
・raw+nocow(btrfs)
・その他など
・qcow2+nocow(btrfs)
・raw+cow(btrfs)
・raw+cow(btrfs)+compress(btrfs)
・raw+nocow(btrfs)
・その他など
2021/11/21(日) 16:13:24.94ID:shHqGKFO
thin provisioningがディスク容量の削減を指すんだったら
qcow2の圧縮にzstdを使ったら「初期イメージは」RAWの
20%以上ぐらい?まで縮んだなあ…
debianインストール済みイメージで、/はext4、ディスク使用量
約2GBで、イメージサイズは300MB台だった記憶
インストールして初期イメージ作成までは一旦RAWで作って、
空き容量いっぱいにddでzero埋めファイルを作ってから削除、
それからqcow2変換ってことをしたけど
qcow2の圧縮にzstdを使ったら「初期イメージは」RAWの
20%以上ぐらい?まで縮んだなあ…
debianインストール済みイメージで、/はext4、ディスク使用量
約2GBで、イメージサイズは300MB台だった記憶
インストールして初期イメージ作成までは一旦RAWで作って、
空き容量いっぱいにddでzero埋めファイルを作ってから削除、
それからqcow2変換ってことをしたけど
371370
2021/11/21(日) 16:25:51.92ID:shHqGKFO 圧縮方式はデフォルトでzstdは勘違いだった
372login:Penguin
2021/11/21(日) 21:17:36.62ID:a95bCROj 牛さんパワーktkr
2021/11/22(月) 03:14:17.87ID:Sspgrqlg
うーん、btrfs上のqcow2はcowだとパフォーマンス劣化が激しいという記事や、btrfs NOCOW filesにはchecksumや圧縮が効かない?ようなんですよね。。
https://btrfs.wiki.kernel.org/index.php/Compression#How_does_compression_interact_with_direct_IO_or_COW.3F
ならば、cowや圧縮はqcow2ではなくbtrfsに任せるよう、rawが良いのかなと考えたのですが、ネットに事例見当たらず、考え違いしてないか気になりまして。。
https://btrfs.wiki.kernel.org/index.php/Compression#How_does_compression_interact_with_direct_IO_or_COW.3F
ならば、cowや圧縮はqcow2ではなくbtrfsに任せるよう、rawが良いのかなと考えたのですが、ネットに事例見当たらず、考え違いしてないか気になりまして。。
2021/11/22(月) 10:33:10.09ID:tMXPzEWO
自分は/homeとか/varとか、書き換え頻度の高そうな
マウントポイントだけ分離するために別のRAWイメージファイルを
作成して、メインのqcow2イメージとは別に
追加でマウントとかしてた
例えばqemu内のfstabでは sdb1を/var とか sdb2を/home とか
頻繁に書き換えのあるディレクトリだけを
別のディスクイメージにまとめて、/のファイルシステム上では
そこへのシンボリックリンクにしてしまってもいいかも
マウントポイントだけ分離するために別のRAWイメージファイルを
作成して、メインのqcow2イメージとは別に
追加でマウントとかしてた
例えばqemu内のfstabでは sdb1を/var とか sdb2を/home とか
頻繁に書き換えのあるディレクトリだけを
別のディスクイメージにまとめて、/のファイルシステム上では
そこへのシンボリックリンクにしてしまってもいいかも
2021/11/22(月) 10:35:56.55ID:tMXPzEWO
redditでちょうどそんなこと議論してるスレッドがあった
https://www.reddit.com/r/btrfs/comments/fcntc6/qcow2_on_btrfs_performance/
これ読んで、Btrfs上でなら自分はこうするかも
・Btrfs上でqemuイメージ専用のサブボリューム作成
・そのサブボリュームはマウントオプションでCoW無効・圧縮無効
・/以下メインのディスクイメージはqcow2
・一旦RAWイメージで環境をインストールして安定させてからqcow2変換
・/home, /varほか用に同じサブボリューム内に別でRAWディスクイメージを作成
・こっちは chattr +c <RAWイメージファイル> で個別にBtrfs圧縮だけ有効
https://www.reddit.com/r/btrfs/comments/fcntc6/qcow2_on_btrfs_performance/
これ読んで、Btrfs上でなら自分はこうするかも
・Btrfs上でqemuイメージ専用のサブボリューム作成
・そのサブボリュームはマウントオプションでCoW無効・圧縮無効
・/以下メインのディスクイメージはqcow2
・一旦RAWイメージで環境をインストールして安定させてからqcow2変換
・/home, /varほか用に同じサブボリューム内に別でRAWディスクイメージを作成
・こっちは chattr +c <RAWイメージファイル> で個別にBtrfs圧縮だけ有効
2021/11/22(月) 23:15:14.86ID:Sspgrqlg
みなさん、アドバイスありがとうございます。
rawにした方がパフォーマンスはいいけど、qcow2の方が他のメリットがあるから?使う人が多いような印象を受けました。
rawを試してみようと思います。
rawにした方がパフォーマンスはいいけど、qcow2の方が他のメリットがあるから?使う人が多いような印象を受けました。
rawを試してみようと思います。
377login:Penguin
2021/12/11(土) 15:09:53.92ID:uaIAfbTU378login:Penguin
2021/12/11(土) 16:21:22.87ID:QzQGI3Jf いやならないけど
2021/12/12(日) 08:17:39.09ID:cpwBL7PZ
使ってみようかなという気にはさせるねバター FS
新しいハードディスク買ったんだけど今回は zfs から変えてみた
新しいハードディスク買ったんだけど今回は zfs から変えてみた
2021/12/12(日) 20:35:12.39ID:vXaeyJFG
「Btrfs」って「バター FS」って読むの?
「ビートゥリーFS」って読んでたや
「ビートゥリーFS」って読んでたや
381login:Penguin
2021/12/19(日) 17:24:06.42ID:mSL3klp3 Windows機からLAN経由でLinux機の共有フォルダにアクセスした場合に
Linux機の共有フォルダがext4でフォーマットしてあるHDD上に作られているにも関わらず
Windows機側から問題なく読み書きできるのは何故なのでしょうか?
Windows機にはサードパーティ製のext4ドライバをインストールしていないので不思議です
Linux機の共有フォルダがext4でフォーマットしてあるHDD上に作られているにも関わらず
Windows機側から問題なく読み書きできるのは何故なのでしょうか?
Windows機にはサードパーティ製のext4ドライバをインストールしていないので不思議です
382login:Penguin
2021/12/19(日) 17:48:44.26ID:M0LazKhz ext4じゃなくてCIFSを読んでいるからです
383login:Penguin
2021/12/19(日) 18:01:02.94ID:mSL3klp3 >>382
レス有難う御座います
てっきりデフォルトのWindowsがext4を読めるようになったのかと思っていました
Windows機とLinux機で使えるように外付けHDDをext4でフォーマットしようと思ったのですが無条件では無理なんですね
レス有難う御座います
てっきりデフォルトのWindowsがext4を読めるようになったのかと思っていました
Windows機とLinux機で使えるように外付けHDDをext4でフォーマットしようと思ったのですが無条件では無理なんですね
2021/12/20(月) 00:14:48.35ID:zMHkIVHO
>>381
sambaはSMBを喋るからね
sambaはSMBを喋るからね
2021/12/21(火) 00:41:30.48ID:VORHfyX5
ここ1ヶ月ほどでbtrfsのエラーが急に増えたのですが、このエラーの直し方ご存じの方いますか?
デバイスはWDS512G1X0C nvmeです。
Dec 20 10:24:57 xxx kernel: BTRFS warning (device nvme0n1p4): csum failed root 257 ino 284 off 101092372480 csum 0x3423b0e6 expected csum 0xb17c434b mirror 1
Dec 20 10:24:57 xxx kernel: BTRFS error (device nvme0n1p4): bdev /dev/nvme0n1p4 errs: wr 0, rd 0, flush 0, corrupt 1453, gen 0
$ sudo btrfs dev stat /disk/btrfs_nvme0n1p4
[/dev/nvme0n1p4].write_io_errs 0
[/dev/nvme0n1p4].read_io_errs 0
[/dev/nvme0n1p4].flush_io_errs 0
[/dev/nvme0n1p4].corruption_errs 1457
[/dev/nvme0n1p4].generation_errs 0
デバイスはWDS512G1X0C nvmeです。
Dec 20 10:24:57 xxx kernel: BTRFS warning (device nvme0n1p4): csum failed root 257 ino 284 off 101092372480 csum 0x3423b0e6 expected csum 0xb17c434b mirror 1
Dec 20 10:24:57 xxx kernel: BTRFS error (device nvme0n1p4): bdev /dev/nvme0n1p4 errs: wr 0, rd 0, flush 0, corrupt 1453, gen 0
$ sudo btrfs dev stat /disk/btrfs_nvme0n1p4
[/dev/nvme0n1p4].write_io_errs 0
[/dev/nvme0n1p4].read_io_errs 0
[/dev/nvme0n1p4].flush_io_errs 0
[/dev/nvme0n1p4].corruption_errs 1457
[/dev/nvme0n1p4].generation_errs 0
2021/12/21(火) 06:10:52.48ID:TC2x/Bp/
それ破損エラーたけど
SSDが壊れているのでは?
SSDが壊れているのでは?
2021/12/21(火) 08:17:40.23ID:Ll1T4oMZ
ZFSの機能について質問させて下さい
スナップショット・ブックマーク・チェックポイント それぞれどういうものでどう機能するのでしょうか
今のところバックアップや有事のrollback等、スナップショット機能+sendくらいでニーズは満たしてはいるのですが
>>385
$ sudo btrfs dev stats -z /disk/btrfs_nvme0n1p4 でステータスリセット後にscrub
それでも同様になるならストレージ交換を推奨
スナップショット・ブックマーク・チェックポイント それぞれどういうものでどう機能するのでしょうか
今のところバックアップや有事のrollback等、スナップショット機能+sendくらいでニーズは満たしてはいるのですが
>>385
$ sudo btrfs dev stats -z /disk/btrfs_nvme0n1p4 でステータスリセット後にscrub
それでも同様になるならストレージ交換を推奨
2021/12/21(火) 08:38:54.22ID:4osIJ+cx
エラーが急に増えた、とかいうことはまだ読めるんじゃないか
それだったら先にデータをバックアップしたほうが良くないか?
それだったら先にデータをバックアップしたほうが良くないか?
2021/12/21(火) 08:45:40.45ID:Ll1T4oMZ
それもそうですね
dev stats 使える人ならばたぶんバックアップのやり方も知っているでしょう
dev stats 使える人ならばたぶんバックアップのやり方も知っているでしょう
2021/12/21(火) 11:05:51.12ID:LG40fTb8
そもそもファイルシステム関係あるの?
2021/12/21(火) 11:43:39.02ID:Zj9XuLmV
どっちかと言えばハードウェアの領域か
2021/12/21(火) 20:19:44.01ID:VORHfyX5
2022/01/30(日) 16:43:37.08ID:YDeubZLZ
385 (369)です。
btrfsのcorruption_errですが、原因が(多分)判明したので報告します。
原因はDirectIOだった様です。
ttps://www.reddit.com/r/btrfs/comments/pwkkmj/comment/hepr7ct/?utm_source=share&utm_medium=web2x&context=3
ttps://www.spinics.net/lists/linux-btrfs/msg25940.html
btrfsのcorruption_errですが、原因が(多分)判明したので報告します。
原因はDirectIOだった様です。
ttps://www.reddit.com/r/btrfs/comments/pwkkmj/comment/hepr7ct/?utm_source=share&utm_medium=web2x&context=3
ttps://www.spinics.net/lists/linux-btrfs/msg25940.html
2022/01/30(日) 16:44:46.57ID:YDeubZLZ
自分の場合、qemuでWindows guestをqcow2 image(NoCoW,nocomp)、cache mode=none で使っており、raw(CoW,comp)に変更した後もcache mode=noneのままでした。writebackにしたらcorruption_errが発生しなくなりました。
btrfsのDirectIOは、NoCoWでは問題ないが、CoWだと問題がある(?)ようです。
ttps://lwn.net/Articles/442355/
ttps://bugzilla.redhat.com/show_bug.cgi?id=1914433#c19
ファイルシステムのDirectIOを使う際は、Stable pages(?)もチェックしておく必要があるということを初めて知りました。。
btrfsのDirectIOは、NoCoWでは問題ないが、CoWだと問題がある(?)ようです。
ttps://lwn.net/Articles/442355/
ttps://bugzilla.redhat.com/show_bug.cgi?id=1914433#c19
ファイルシステムのDirectIOを使う際は、Stable pages(?)もチェックしておく必要があるということを初めて知りました。。
2022/01/30(日) 16:59:25.31ID:YzatN2Pg
btrfsのDirectIOについては、ttps://btrfs.wiki.kernel.org/index.php/Gotchas#Direct_IO_and_CRCs に記載されてました。
2022/02/22(火) 03:39:13.71ID:2ssZI16J
$ timeshift-launcher &
で あるスナップショットで 非共有サイズが109メガバイトだとして、具体的に以前の状態からどんな変更をくわえたかの
具体的情報は、どうすればわかるのでしょうか?
で あるスナップショットで 非共有サイズが109メガバイトだとして、具体的に以前の状態からどんな変更をくわえたかの
具体的情報は、どうすればわかるのでしょうか?
397login:Penguin
2022/03/11(金) 19:30:11.42ID:+/x0RjOc OpenZFS 2.1.3 Released With Many Fixes - Phoronix
https://www.phoronix.com/scan.php?page=news_item&px=OpenZFS-2.1.3
https://www.phoronix.com/scan.php?page=news_item&px=OpenZFS-2.1.3
398login:Penguin
2022/03/12(土) 21:51:56.02ID:Rf7pMd17 TimeshiftでRsyncでバックアップしたのですが、
RestoreしようとするもInvalid argumentと出てRestore出来ません。
TimeshiftみたいなのってVPSでは使えないものなのでしょうか?
ちなみにbtrfsでフォーマットされたパーティションです…
RestoreしようとするもInvalid argumentと出てRestore出来ません。
TimeshiftみたいなのってVPSでは使えないものなのでしょうか?
ちなみにbtrfsでフォーマットされたパーティションです…
2022/03/13(日) 02:14:25.83ID:/q/1mXoW
引数間違ってるって書いてるやん
間違えてるんでしょう
間違えてるんでしょう
400login:Penguin
2022/03/14(月) 07:02:05.97ID:S1lHKHAK >>397
更新内容
Release zfs-2.1.3 ・ openzfs/zfs ・ GitHub
https://github.com/openzfs/zfs/releases/tag/zfs-2.1.3
更新内容
Release zfs-2.1.3 ・ openzfs/zfs ・ GitHub
https://github.com/openzfs/zfs/releases/tag/zfs-2.1.3
401login:Penguin
2022/03/17(木) 08:17:01.36ID:Xqtw5Hi8 うちは全てのマシンにUPSをおごる金など無い
昨日の大規模停電は図らずもファイルシステムの信頼性を確認する出来事となった
電力回復後fsck的なものも走らず復旧するZFS・Btrfs つよい
昨日の大規模停電は図らずもファイルシステムの信頼性を確認する出来事となった
電力回復後fsck的なものも走らず復旧するZFS・Btrfs つよい
2022/03/17(木) 23:23:35.45ID:fuiYI/4E
Debian ではいつインストーラーにOpenZFSを付けてくれるんだろ。
https://wiki.debian.org/ZFS
xfs に関しては、上記のwikiには記載ないとかドキュメント化で差があるけど。
https://wiki.debian.org/ZFS
xfs に関しては、上記のwikiには記載ないとかドキュメント化で差があるけど。
2022/03/18(金) 00:47:17.84ID:yCqU+awR
mainパッケージ入り出来ないうちは無理なんじゃね
404login:Penguin
2022/03/21(月) 21:55:13.33ID:RpudRr3o Btrfsについにブロック単位での重複排除が来た
https://github.com/Zygo/bees
https://github.com/Zygo/bees
2022/03/21(月) 23:05:41.80ID:NkBSbpzk
マジ!!?
2022/03/21(月) 23:23:12.49ID:PMPLxowA
キタ━━━━(゚∀゚)━━━━!!
2022/03/21(月) 23:59:22.85ID:FOQLXsvF
ユーザースペースのなら前からあったような
2022/03/23(水) 06:35:53.49ID:W+gk/0wT
10TBあたりわずか1GBのハッシュテーブルを使用できます
ファイルシステム全体の重複排除-スナップショットを含む
btrfs圧縮で動作します-圧縮ファイルと非圧縮ファイルの任意の組み合わせを重複排除します
デーモンは、btrfsツリー検索を使用して新しいデータを段階的に重複排除します
シャットダウン後の迅速な再起動のための永続的なハッシュテーブル
データセットが大きくなってもRAM使用量は増加しません
ライブで動作します-スケジュールされたダウンタイムは必要ありません
おいおい神か!?
もうzfsを使う理由がなくなってきたな
ファイルシステム全体の重複排除-スナップショットを含む
btrfs圧縮で動作します-圧縮ファイルと非圧縮ファイルの任意の組み合わせを重複排除します
デーモンは、btrfsツリー検索を使用して新しいデータを段階的に重複排除します
シャットダウン後の迅速な再起動のための永続的なハッシュテーブル
データセットが大きくなってもRAM使用量は増加しません
ライブで動作します-スケジュールされたダウンタイムは必要ありません
おいおい神か!?
もうzfsを使う理由がなくなってきたな
2022/03/23(水) 08:43:47.82ID:oNwCL5VO
raid6はいつ安定しますか…?
2022/03/27(日) 14:09:56.65ID:BHPkkIfn
2022/04/11(月) 13:31:32.14ID:28SRxXFF
ext4でいいじゃん・・・
2022/04/11(月) 16:02:18.94ID:hvOblzS0
Fedoraで2年間Btrfsを圧縮有効にしてtimeshiftも使ってるけど一切不安定になったことがない。
以前にDebianでBtrfsを試して即座にデータが吹き飛んだ頃と比べると相当安定してきたと感じてる。
最新のカーネルを使えるなら今はBtrfsが第一選択肢でもいいんじゃないかな。
以前にDebianでBtrfsを試して即座にデータが吹き飛んだ頃と比べると相当安定してきたと感じてる。
最新のカーネルを使えるなら今はBtrfsが第一選択肢でもいいんじゃないかな。
2022/04/11(月) 17:23:02.02ID:1RMzXaNK
・空き容量が不正確
・空き容量カツカツでの運用は非推奨
・scrubを定期的に実行しないといけない
・vmイメージの置き場所にはあまり適さない
・ext4と比べると容量食い
ってな感じのことを聞いたんだけどほんと?
・空き容量カツカツでの運用は非推奨
・scrubを定期的に実行しないといけない
・vmイメージの置き場所にはあまり適さない
・ext4と比べると容量食い
ってな感じのことを聞いたんだけどほんと?
2022/04/11(月) 18:48:41.13ID:WGF5H3C+
・btrfsユーティリティが正確な容量を教えてくれる
・空き容量カツカツは大抵のフォイルシステムで非推奨じゃね?
・定期実行しなくても問題出ない
・VMイメージの置き場所には適さないけどオプション指定があったような
・透過圧縮もあるのでむしろ食わない
・空き容量カツカツは大抵のフォイルシステムで非推奨じゃね?
・定期実行しなくても問題出ない
・VMイメージの置き場所には適さないけどオプション指定があったような
・透過圧縮もあるのでむしろ食わない
2022/04/11(月) 19:57:21.84ID:HZzXsyjN
・ちんちんシュッ!シュッ!シュッ!
2022/04/11(月) 20:23:34.01ID:sEAd7XzV
イメージ置くならlvm推奨、raid5,6使うならdevice-mapper推奨、quota使うならxfs推奨
2022/04/11(月) 21:07:01.93ID:/rTzXMzJ
VMイメージやDBファイルについてはCoWを無効化した方が良いとArchWikiにあるな
ファイルやディレクトリ単体で無効化できる模様
ファイルやディレクトリ単体で無効化できる模様
2022/04/12(火) 16:02:03.24ID:OdAks5dN
自動でその設定してくれんかな
sqliteとか多すぎて手動で設定するの大変だよ
sqliteとか多すぎて手動で設定するの大変だよ
2022/04/12(火) 16:16:50.72ID:8C6toS04
パフォーマンス追求するケースの話であって一般的にはそこまで困らんでしょ
420login:Penguin
2022/04/12(火) 20:03:02.55ID:XoxKNETm2022/04/12(火) 23:40:33.09ID:urXgeN0C
CoWを無効にすると圧縮も無効になるから一長一短だよ
2022/04/13(水) 07:21:15.65ID:ELY+bluI
多少性能低下するだけだしVMディスクイメージはCOW有効化するな
無効化したらスナップショットからのお手軽ロールバック出来なくなるし
無効化したらスナップショットからのお手軽ロールバック出来なくなるし
2022/04/13(水) 10:08:48.71ID:fv2dkzRd
スナップショットをVM Consistentでとれる確証がなければ、やめておいた方がいいよ
2022/04/13(水) 14:29:58.02ID:hXXP1Y6R
2022/04/13(水) 14:47:06.35ID:hXXP1Y6R
>>413
空き領域まわりは強いクセがあるな
btrfsの場合は常に5GB以上は空けておかないと安心できない
btrfsは未使用領域を"chunk"と呼ばれる1GB(公式の説明)のブロックで切り出してから書き込むが
切り出すときに用途を固定してしまう(実データ・メタデータ・システム)
全ての未使用領域を切り出したあとにメタデータ領域が枯渇すると実データ領域に空きがあっても一切のファイル操作ができなくなる
ファイルの削除は可能だが空き領域が回復しないことも多い
メモリ上では削除成功したことになってもディスク上ではメタデータの更新に失敗するため
こうなったら復旧するには特殊な手順が必要になる
空き領域まわりは強いクセがあるな
btrfsの場合は常に5GB以上は空けておかないと安心できない
btrfsは未使用領域を"chunk"と呼ばれる1GB(公式の説明)のブロックで切り出してから書き込むが
切り出すときに用途を固定してしまう(実データ・メタデータ・システム)
全ての未使用領域を切り出したあとにメタデータ領域が枯渇すると実データ領域に空きがあっても一切のファイル操作ができなくなる
ファイルの削除は可能だが空き領域が回復しないことも多い
メモリ上では削除成功したことになってもディスク上ではメタデータの更新に失敗するため
こうなったら復旧するには特殊な手順が必要になる
2022/04/13(水) 14:51:31.77ID:hXXP1Y6R
NTFSはフォーマット時にメタデータ領域を切り出すが
空き領域が枯渇するとメタデータ領域を実データ用に転用したり、メタデータ領域を拡張する仕組みがあるので
最後まで表示通りに書き込みができる
その代わり断片化が激しくなる
空き領域が枯渇するとメタデータ領域を実データ用に転用したり、メタデータ領域を拡張する仕組みがあるので
最後まで表示通りに書き込みができる
その代わり断片化が激しくなる
2022/04/13(水) 15:32:39.16ID:dVO4/n+j
なる
パフォーマンスを取るか緩く安定を取るかみたいなもんか
パフォーマンスを取るか緩く安定を取るかみたいなもんか
2022/04/13(水) 15:33:43.53ID:+IAQCF5I
空き容量はメタデータ云々といよりスナップショットの関係だよ
スナップショット取ってる場合には、削除が空き容量の増加にならないからという単純な話
スナップショット使ってないパーティションで何度も空き容量不足になってるけど一度も壊れた事はない (カーネル5以降の話)
スナップショット取ってる場合には、削除が空き容量の増加にならないからという単純な話
スナップショット使ってないパーティションで何度も空き容量不足になってるけど一度も壊れた事はない (カーネル5以降の話)
2022/04/16(土) 14:26:12.78ID:tF/izOz2
サーバーはともかく
デスクトップPCならBtrfsに切り替えても問題ない頃合いだね
Fedoraがデフォルトにしてしばらく大きな不具合は見つかってないし
デスクトップPCならBtrfsに切り替えても問題ない頃合いだね
Fedoraがデフォルトにしてしばらく大きな不具合は見つかってないし
430login:Penguin
2022/04/16(土) 16:04:38.05ID:t4vxTGvP なんかええんかそれ
2022/04/16(土) 16:22:16.47ID:y438Thu7
レッツビギン 使ってみればわかるさきっと
2022/04/16(土) 17:45:27.35ID:4lwQorlw
未だに10年前と同じ感覚でbtrfsを語ってる人たまに居るよね
くっそ古いカーネル使ってるならその認識で合ってるかもしれないけど
くっそ古いカーネル使ってるならその認識で合ってるかもしれないけど
2022/04/16(土) 17:52:11.59ID:nOVJDdzD
ファイルシステムはカーネルバージョンでガッツリ変わるからな
btrfsだけでなくext4やxfsも変わってる
btrfsだけでなくext4やxfsも変わってる
2022/04/16(土) 17:53:43.66ID:y438Thu7
怖いのはFS信頼性よりヒューマンエラー(ヒューマンとは俺自身含む)と思ってる
有事への備えさえしておけば先進のFSでも大丈夫
ラズパイですら再フォーマット無しにほぼ放置で2年ちょっと経過
有事への備えさえしておけば先進のFSでも大丈夫
ラズパイですら再フォーマット無しにほぼ放置で2年ちょっと経過
2022/04/16(土) 19:32:29.52ID:b4hVpIAm
今でこそBtrfsを愛用しているけど
カーネル4.xx時代はヒューマーンエラーとかいうレベルじゃない不安定さで使い物にならなかったよ
前兆なしでサルベージすら不可能な壊れ方するからヤバかった
カーネル4.xx時代はヒューマーンエラーとかいうレベルじゃない不安定さで使い物にならなかったよ
前兆なしでサルベージすら不可能な壊れ方するからヤバかった
2022/04/16(土) 19:47:51.64ID:y438Thu7
使用開始時はさすがにおっかないFSだと言う認識はあった
当時のラズパイOSのカーネルはよく覚えてないけど5.4.*とかだったかなぁ
ラズパイでの試験運用開始時は十重二十重にスナップショット取ったり
日時バックアップしたりを欠かさなかった
当時のラズパイOSのカーネルはよく覚えてないけど5.4.*とかだったかなぁ
ラズパイでの試験運用開始時は十重二十重にスナップショット取ったり
日時バックアップしたりを欠かさなかった
2022/04/16(土) 20:07:09.86ID:b4hVpIAm
調べるとBtrfsは丁度カーネル5.4から安定してきたらしい
確かにそのくらいからBtrfsユーザーの阿鼻叫喚が鳴りを潜めた気がする
確かにそのくらいからBtrfsユーザーの阿鼻叫喚が鳴りを潜めた気がする
2022/04/16(土) 20:15:32.08ID:y438Thu7
「ラズパイだからいいややってみよ バックアップも取るし」くらいの安易な気持ちだったのを覚えている
運が良かったのか引きが強かったと言えるのかわからんけど特にFSが飛ぶ事も無く現在に至る
使用開始後調子に乗ってPCでも使い始めるまでにそれ程時間はかからなかった
運が良かったのか引きが強かったと言えるのかわからんけど特にFSが飛ぶ事も無く現在に至る
使用開始後調子に乗ってPCでも使い始めるまでにそれ程時間はかからなかった
2022/04/16(土) 20:41:33.26ID:ALi/F0DO
ふっるいカーネルと言われると3とか4あたりを想像するわ
5.4ってまだ2〜3年前くらいじゃね
5.4ってまだ2〜3年前くらいじゃね
2022/04/16(土) 20:54:53.45ID:Cxdwk3KI
従って今日はそのふっるいカーネルの感覚で語ってる者はいないと言う事だな
2022/04/17(日) 00:25:54.64ID:FWZKWgiO
Fedoraはdnfインストールでreflinkを扱ったりと
既にBtrfsの利用を前提とした周辺ソフトウェアの最適化に取り組んでたりするから
他のディストリにも成果が流れてBtrfsがデフォルトになっていくだろうね
既にBtrfsの利用を前提とした周辺ソフトウェアの最適化に取り組んでたりするから
他のディストリにも成果が流れてBtrfsがデフォルトになっていくだろうね
2022/04/17(日) 01:51:38.91ID:XLgIjm9T
ZFS みたいにメモリが沢山ないとパフォーマンスが出ないみたいな低スペ野郎は使えない制限はBtrfsにはないんですか?
ext4 と比べるとディスク容量は少し食うみたいですが。
ext4 と比べるとディスク容量は少し食うみたいですが。
2022/04/17(日) 03:03:00.73ID:FWZKWgiO
XfsでCoW有効にした時にはメモリ食いすぎて常にカツカツだったけど
Btrfsは省メモリで特にロースペに厳しいとかはないね
透過圧縮も普通に有効にしてる
Btrfsは省メモリで特にロースペに厳しいとかはないね
透過圧縮も普通に有効にしてる
444login:Penguin
2022/04/17(日) 15:47:14.78ID:xi4dvUYy btrfsもそれなりにスペック依存性あって、
職場NASをHP ProLiant MicroServer(Athlon II NEO N36L)から
Ryzen 5 Pro 3600自作機に更新したらメチャ早くなった。どっちもCentOS7。
なので試しに自宅NAS(4HDD@UbuntuServer)を200GEから2400Gに変更したら早くなったので、
今は欲を出して余りHDD全部(4x3.5CMR, 4x2.5CMR, 1x3.5SMR)を繋ごうと考えてSATAカード物色中。
職場NASをHP ProLiant MicroServer(Athlon II NEO N36L)から
Ryzen 5 Pro 3600自作機に更新したらメチャ早くなった。どっちもCentOS7。
なので試しに自宅NAS(4HDD@UbuntuServer)を200GEから2400Gに変更したら早くなったので、
今は欲を出して余りHDD全部(4x3.5CMR, 4x2.5CMR, 1x3.5SMR)を繋ごうと考えてSATAカード物色中。
2022/04/17(日) 19:40:20.31ID:o3E9K/21
BtrfsというかZstdの進化が凄まじいから
なるべく最新のカーネルを扱えるディストリの方がいいよね
今だと公式にBtrfsをデフォルトにしてるFedoraがベストかな
なるべく最新のカーネルを扱えるディストリの方がいいよね
今だと公式にBtrfsをデフォルトにしてるFedoraがベストかな
2022/04/17(日) 19:51:44.94ID:o3E9K/21
Btrfsのカーネル選び
5.4〜 安定化(事実上これ以前は非推奨)
5.16〜 Zstd圧縮のパフォーマンスが大幅に向上
Ubuntu 22.04でもカーネル5.15だから入れ替えないならFedoraしかない
本格的な普及はサーバー向けの定番ディストリに5.16が降りてくる来年以降かな
5.4〜 安定化(事実上これ以前は非推奨)
5.16〜 Zstd圧縮のパフォーマンスが大幅に向上
Ubuntu 22.04でもカーネル5.15だから入れ替えないならFedoraしかない
本格的な普及はサーバー向けの定番ディストリに5.16が降りてくる来年以降かな
2022/04/18(月) 00:12:22.45ID:H/gUmSKT
ほなCentOS Stream使いましょうねえ
2022/04/18(月) 00:46:36.56ID:7pkk+FE/
2022/04/18(月) 01:32:56.76ID:xB+OMS2q
インストーラが対応してないどころかbtrfs-progsのパッケージもないしそもそもカーネルが対応してない
自分でビルドして入れれば使える
自分でビルドして入れれば使える
2022/04/18(月) 18:36:05.91ID:pP5e1xMZ
先生スパルタ過ぎませんか…?
僕はArchで行きます
僕はArchで行きます
2022/04/18(月) 18:51:32.65ID:JAVvjsLe
CentOS Stream だと、/ に一式インストールした後、カーネルのリビルドして、必要なパッケージ入れて分ける予定のパーティションはその後フォーマットして色々移動させてから、残りは btrfs-convert でext4 から Btrfs に変換するんかな。
2022/04/18(月) 19:19:47.38ID:WCMNsdhx
昔はデスクトップでArch使ってたけど
BtrfsやZram等、結果的にFedoraのデフォルト構成に近い部分が多くなって
だったら最初からFedoraでいいじゃんと思って以来ずっとFedoraだな
BtrfsやZram等、結果的にFedoraのデフォルト構成に近い部分が多くなって
だったら最初からFedoraでいいじゃんと思って以来ずっとFedoraだな
453login:Penguin
2022/04/20(水) 08:15:50.77ID:4V340LVP 今、透過的圧縮対応のファイルシステムって何が主流なんですか
バターFSですか
バターFSですか
2022/04/20(水) 20:01:34.92ID:Z3bbGBjd
デスクトップ用途だとFedoraのデフォルトインストール設定が
Btrfs+zstd圧縮だから圧倒的にBtrfs
サーバーだと実績を考えてまだ無難なZFSで動かしてるケースが多いんじゃないかな
Btrfs+zstd圧縮だから圧倒的にBtrfs
サーバーだと実績を考えてまだ無難なZFSで動かしてるケースが多いんじゃないかな
2022/04/20(水) 20:25:16.48ID:EEBifDNl
ZFS ハードル高いのとRHELはxfs、Debianはext4 だと思うけど。
2022/04/20(水) 20:39:53.00ID:fQvTkgaj
xfsはRedHatがBtrfs駄目だからって言ってCOW持ち込んだらすげーぶっ壊れになったり、32bit環境で致命的なバグ出した事あったり、急に鉄板ハイスピードFS扱いになったりととにかく評価が安定しないイメージ
2022/04/20(水) 22:02:13.27ID:ZDR7sTAh
2022/04/20(水) 22:04:48.14ID:Myq2ka8B
ちんちんシュッ!シュッ!シュッ!
2022/04/20(水) 22:06:29.81ID:Qm6iTfJp
Redhatクラスの会社はエンジニアが必要ならいくらでも雇えると思うけど、そもそも市場にbtrfsのメンテできるエンジニアがほとんどいないとかなんかな
まぁしょうじき政治的な理由な気がする
まぁしょうじき政治的な理由な気がする
2022/04/20(水) 22:20:36.07ID:0X67q2nR
自宅だと最新kernel追えるが、職場だと怖いね
2022/04/20(水) 22:38:36.47ID:ZDR7sTAh
>>459
RedHatの言うメンテナってのは本家のコードへのコミット権を保有してるレベルの話だから簡単じゃない
RedHatの言うメンテナってのは本家のコードへのコミット権を保有してるレベルの話だから簡単じゃない
462login:Penguin
2022/04/20(水) 22:42:14.55ID:+dTCpvcy >>458
ニキ
ニキ
2022/04/20(水) 23:48:54.56ID:Qm6iTfJp
>>461
その基準だと最終権限はリーナスしか持ってないしサブシステム単位の権限を基準にしてもext4すら使えなくなるが
その基準だと最終権限はリーナスしか持ってないしサブシステム単位の権限を基準にしてもext4すら使えなくなるが
2022/04/21(木) 01:09:55.47ID:I5yQjODX
だからXfsがデフォルトなんでしょうよ
2022/04/21(木) 01:24:26.88ID:srfaurpM
xfsの人oracleだけど
2022/04/21(木) 01:47:41.95ID:KalF/zpO
私が間違っておりましたm(_ _)m
2022/04/21(木) 12:54:53.07ID:5U6ZkiPz
>>459
落ちて来たとは言えFacebookから引き抜けるほどお金積める気がしない…
落ちて来たとは言えFacebookから引き抜けるほどお金積める気がしない…
2022/04/21(木) 20:20:13.80ID:Zk6H540j
Facebookは業務でバリバリBtrfsを使っていて現場の情報も入ってくるから
やりがい作戦での引き抜きも困難だろうしな
やりがい作戦での引き抜きも困難だろうしな
2022/04/22(金) 08:12:03.27ID:jZiBDVrO
元々Redhatには、btrfs主要開発者のjosefさん(現Facebook)が在籍してたんだけどな。
会社の方針が変わったから転職したのか、
転職しちゃって開発者がいなくなったからサポートやめたのかどっちだろ。
会社の方針が変わったから転職したのか、
転職しちゃって開発者がいなくなったからサポートやめたのかどっちだろ。
2022/04/22(金) 16:52:47.96ID:5g5kzzmH
Stratisっていつ完成する予定なんだ
471login:Penguin
2022/04/23(土) 21:07:58.07ID:qZnjF4sP フリーランスに立ちはだかる「常駐」の壁。慣例を打ち壊し、
“テレワーク”案件3割→8割へと成長を遂げた「クラウドテック」の軌跡
リモートワーク求人専門サイト「プロリモート」がリニューアルオープン、業務委託契約の求職者と企業をマッチング
1/3以上が採用につながる高マッチング率、リモートワーク×エンジニア・デザイナー専門の
人材紹介サービス「ReworkerAgent」正式リリース場所からも時間からも自由な働き方を実現!
『ReWorks(リワークス)』リモートワーク特化型転職サイトとして 3月5日 リニューアル
副業・兼業マッチングサービス「クラウドリンクス」登録者数2万人突破
中小企業で進む副業人材の採用、96%が継続採用を希望
茨城県日立市、県外からの「テレワーク移住者」に最大151万円の助成金
長野市、市内に移転・事業所設置し、移住することで最大550万円の支援金を支給
フリーランスが活用できる「最大1,000〜3,000万円・補助率50%〜75%」の
『ものづくり・商業・サービス補助金』とは?概要や条件を解説
“テレワーク”案件3割→8割へと成長を遂げた「クラウドテック」の軌跡
リモートワーク求人専門サイト「プロリモート」がリニューアルオープン、業務委託契約の求職者と企業をマッチング
1/3以上が採用につながる高マッチング率、リモートワーク×エンジニア・デザイナー専門の
人材紹介サービス「ReworkerAgent」正式リリース場所からも時間からも自由な働き方を実現!
『ReWorks(リワークス)』リモートワーク特化型転職サイトとして 3月5日 リニューアル
副業・兼業マッチングサービス「クラウドリンクス」登録者数2万人突破
中小企業で進む副業人材の採用、96%が継続採用を希望
茨城県日立市、県外からの「テレワーク移住者」に最大151万円の助成金
長野市、市内に移転・事業所設置し、移住することで最大550万円の支援金を支給
フリーランスが活用できる「最大1,000〜3,000万円・補助率50%〜75%」の
『ものづくり・商業・サービス補助金』とは?概要や条件を解説
2022/04/24(日) 14:24:37.94ID:NHQlztSx
Open ZFSの zfs-dkms今日降って来るのかと思ってたけど来ないのかな
リリース予定日とかってどこかに載ってたりする?
リリース予定日とかってどこかに載ってたりする?
2022/04/24(日) 14:49:03.18ID:qCQScQBJ
どのディストリのどのバージョン?
なおOpenZFS の 2.1.4 なら sid と bullseye-backports には来てるけど
なおOpenZFS の 2.1.4 なら sid と bullseye-backports には来てるけど
2022/04/24(日) 15:41:29.65ID:NHQlztSx
Arch Linuxで2.1.4使ってます
2022/04/24(日) 15:55:49.07ID:d66q6a18
次のバージョンはまだリリースされてないよ
https://zfsonlinux.org/
https://zfsonlinux.org/
2022/04/24(日) 20:58:53.21ID:NHQlztSx
>>475
ありがとうございます
ありがとうございます
2022/04/25(月) 01:49:54.00ID:UGDT6XoN
archでzfsなんて使うもんじゃないよ
2022/04/25(月) 02:14:07.93ID:qqwuYFp1
archなんて使うもんじゃないよ
2022/04/29(金) 23:54:58.67ID:s+FK0s2a
aufsみたいな、FSの上にFSを被せる系のFSで
今安定しておすすめのやつってどれになんの?
今安定しておすすめのやつってどれになんの?
2022/04/30(土) 08:59:34.13ID:l4CFJUkJ
OverlayFS
2022/05/08(日) 18:53:38.55ID:840uxcKI
Fedora36めっちゃいいぞ
完全にGnome一強時代の到来を感じさせる作り
完全にGnome一強時代の到来を感じさせる作り
2022/05/08(日) 20:41:55.97ID:XFL8YPf4
ファイルシステムにGnome関係ないやん
2022/05/08(日) 21:10:39.72ID:840uxcKI
誤爆っす
2022/05/09(月) 18:57:31.40ID:KxV+cFub
Fedora36に際してはBtrfsをやめるなんて議題にも上がらなかったところを見ると
デスクトップに関してはBtrfsは安定したと考えて良さそうだね
デスクトップに関してはBtrfsは安定したと考えて良さそうだね
2022/05/12(木) 05:32:10.71ID:IH8uyqjg
SUSEなんて何年も前からエンタープライズ領域でbtrfs使ってるからな
2022/05/15(日) 14:09:34.67ID:SB3ccrEq
>>444だが自宅NASも本格稼働して嬉しいので書き込む。
M.2. ext4 /
2xSataSSD btrfs(raid1) ~/work
3xCmrHDD btrfs(raid0) ~/tmp
1xSmrHDD ext4 ~/arc
SATAカードは起動が遅いので外した。
snapperは便利だけれど自宅では不要だった。職場では評判良い。
鳥はUbuntu, CentOS7(kernel3→5), SuSEの順で試して大差ないので、好みの問題でdebianにした。
CPUは最初の200GE以外は、R3-1200, R5-2400G, RPro5-4650Gを試して差がない。メモリも1x8GB, 2x8GB, 2x16GBで変化なし。
M.2. ext4 /
2xSataSSD btrfs(raid1) ~/work
3xCmrHDD btrfs(raid0) ~/tmp
1xSmrHDD ext4 ~/arc
SATAカードは起動が遅いので外した。
snapperは便利だけれど自宅では不要だった。職場では評判良い。
鳥はUbuntu, CentOS7(kernel3→5), SuSEの順で試して大差ないので、好みの問題でdebianにした。
CPUは最初の200GE以外は、R3-1200, R5-2400G, RPro5-4650Gを試して差がない。メモリも1x8GB, 2x8GB, 2x16GBで変化なし。
2022/05/28(土) 03:18:22.46ID:NSOwZ8lu
aufsってカーネルのメインラインからいつの間にか外れてたんだな
2022/05/29(日) 16:31:35.70ID:1BV98f7M
ZFSのARC上限を制限するチューニングですが、これってどんなpros/consありますか?
ZFSでなくても、Linuxなどはメモリがあるだけキャッシュするのが一般的と思ってます。(手元のbtrfs使ってるPCのbuff/cacheは17Gi表示)
わざわざ制限するのはどういう理由からか、知っている方いれば教えて頂きたく。
ZFSでなくても、Linuxなどはメモリがあるだけキャッシュするのが一般的と思ってます。(手元のbtrfs使ってるPCのbuff/cacheは17Gi表示)
わざわざ制限するのはどういう理由からか、知っている方いれば教えて頂きたく。
2022/05/30(月) 09:15:53.34ID:wJQ/WRFV
>>488
DBサーバーだったら、DB自体がキャッシュするから、ファイルキャッシュしない方がいいよ。メモリ勿体ない。
DBサーバーだったら、DB自体がキャッシュするから、ファイルキャッシュしない方がいいよ。メモリ勿体ない。
2022/05/30(月) 11:13:19.91ID:uyd0SUnZ
2022/05/31(火) 18:09:50.63ID:bZp66LZU
XFS 5.19で改良・高速化予定
ttps://www.phoronix.com/scan.php?page=news_item&px=Linux-5.19-XFS
ttps://www.phoronix.com/scan.php?page=news_item&px=Linux-5.19-XFS
2022/06/01(水) 18:58:04.34ID:dOLmiJfZ
Btrfsが安定した今ではもう用済みのFSだな
2022/06/01(水) 19:59:57.13ID:CRtSl/+G
Btrfs の良いところって透過的圧縮?
2022/06/01(水) 20:51:56.99ID:+2lVFzvV
良いところ・・・
・fsck不要、マウントが成功すればファイルシステムはclean(ということになっている)
・スナップショット、サブボリューム機能
・Copy on Writeのファイルコピー
・透過的圧縮
・ファイルシステムの機能としての複数デバイス機能(JBODっぽいやつ、RAIDなど)。ただしRAIDはRAID5など未完成。
・send/receive機能
他の~~ファイルシステムだってその機能はあるだろ!というのもあるけど、別にBtrfsだけの機能という話ではないので・・・
・fsck不要、マウントが成功すればファイルシステムはclean(ということになっている)
・スナップショット、サブボリューム機能
・Copy on Writeのファイルコピー
・透過的圧縮
・ファイルシステムの機能としての複数デバイス機能(JBODっぽいやつ、RAIDなど)。ただしRAIDはRAID5など未完成。
・send/receive機能
他の~~ファイルシステムだってその機能はあるだろ!というのもあるけど、別にBtrfsだけの機能という話ではないので・・・
2022/06/01(水) 20:58:14.09ID:0rwCsUmC
ブロック単位での重複排除も期待できる
2022/06/01(水) 21:06:15.90ID:LSU9vOwc
俺は xfs 使ってるから助かる
実際に恩恵を受けるのはあとだろうが
実際に恩恵を受けるのはあとだろうが
2022/06/01(水) 21:31:24.75ID:Pey+ovy8
シングルディスクだとXFSにするかBtrfsにするか迷う
2022/06/01(水) 21:58:21.64ID:8yJK90kV
Btrfsは凄い高機能な割にリソース食わないのが結構嬉しい
2022/06/01(水) 23:58:59.25ID:DS4CLYHo
btrfsはファイル内容のcheck summingがあるので安心感ある。
2022/06/03(金) 08:33:27.69ID:DazIiVq4
2022/06/03(金) 08:54:01.39ID:uBwlU6Ky
2022/06/03(金) 10:51:57.40ID:Dqry4wE4
Btrfs の色々な機能を使っている人は、インストール時点では/に一通りをインストールしてから、新規のパーティションのフォーマットをBtrfsで適切なフラグ付けて、mount オプションも適切なフラグ付けてってされていますか?
その後、/var の中身を移動させるとか。
インストーラの時の設定のみで良いのか疑問です。
その後、/var の中身を移動させるとか。
インストーラの時の設定のみで良いのか疑問です。
2022/06/03(金) 11:49:54.71ID:xcPUldd7
昔xfsでCoWを有効にした時には
ディストリのインストーラーのソースコードを弄ってフラグ変更したな
再フォーマットでID変わると不具合出る事があるからその方が安全だと判断した
ディストリのインストーラーのソースコードを弄ってフラグ変更したな
再フォーマットでID変わると不具合出る事があるからその方が安全だと判断した
2022/06/03(金) 12:28:46.42ID:Y9pyqtcH
2022/06/04(土) 13:30:50.83ID:KfY54W04
>>502
Arch Linuxをbtrfsオンリーで使っている。
他のディストリ事情は分からないけど、btrfs自体は圧縮やCoWのOFF/ONは後でディレクトリとファイル単位でできるし、subvolumeも後でpoolからいくつでも切り出せる。
一部のmount optionもsubvolume単位で変えられる。
自分の場合、partitionを分ける理由はsubvolumeで変えられないoption(autodefragとか)を使いたいときぐらい。
使い方次第だけど、分けたくなったら後でsubvolumeを切り出したりresizeすればいいかと。
/varとかはrsyncで適当に移動しているけどArchは動いている。
1byteの差も許せない場合はlivecdとbtrfs send/recvを使うのかな。やったことないけど。
Arch Linuxをbtrfsオンリーで使っている。
他のディストリ事情は分からないけど、btrfs自体は圧縮やCoWのOFF/ONは後でディレクトリとファイル単位でできるし、subvolumeも後でpoolからいくつでも切り出せる。
一部のmount optionもsubvolume単位で変えられる。
自分の場合、partitionを分ける理由はsubvolumeで変えられないoption(autodefragとか)を使いたいときぐらい。
使い方次第だけど、分けたくなったら後でsubvolumeを切り出したりresizeすればいいかと。
/varとかはrsyncで適当に移動しているけどArchは動いている。
1byteの差も許せない場合はlivecdとbtrfs send/recvを使うのかな。やったことないけど。
2022/06/04(土) 13:50:50.68ID:8D7RtrEH
これは生きてるんかな
https://github.com/bianster/mysqlfs
mysqlfs
MySQLfs is Linux userspace filesystem which stores data in a MySQL database. It uses FUSE to interface with the kernel.
https://github.com/bianster/mysqlfs
mysqlfs
MySQLfs is Linux userspace filesystem which stores data in a MySQL database. It uses FUSE to interface with the kernel.
2022/06/06(月) 04:14:57.99ID:dUD2Slaj
>>505
btrfsのマウントオプションは今のところ
最初にマウントされた時点のオプションが
同じファイルシステムからの後のマウントにも一律に適用されるのであって
例外はほとんどない(それこそsubvol指定ぐらいである)はずなんだけど
「サブボリューム単位で変えられるオプション」って逆に一体どういった物のことなんです?
上記の理由で圧縮周りもCoW無効もサブボリュームトップのディレクトリにプロパティを適用する事でしか
いちファイルシステムに混在で運用出来ないって認識なんですが……
ttps://btrfs.readthedocs.io/en/latest/btrfs-man5.html#mount-options
btrfsのマウントオプションは今のところ
最初にマウントされた時点のオプションが
同じファイルシステムからの後のマウントにも一律に適用されるのであって
例外はほとんどない(それこそsubvol指定ぐらいである)はずなんだけど
「サブボリューム単位で変えられるオプション」って逆に一体どういった物のことなんです?
上記の理由で圧縮周りもCoW無効もサブボリュームトップのディレクトリにプロパティを適用する事でしか
いちファイルシステムに混在で運用出来ないって認識なんですが……
ttps://btrfs.readthedocs.io/en/latest/btrfs-man5.html#mount-options
2022/06/06(月) 13:43:25.52ID:pqWX/OuS
>>507
あ!申し訳ない。。btrfs WiKi FAQ を見直したら確かにsubvol以外はまだ Planned だった。。訂正します。
ただ、圧縮とCoWはsubvolではなくディレクトリ、ファイル単位にできている。
https://wiki.archlinux.jp/index.php/Btrfs#CoW_.E3.81.AE.E7.84.A1.E5.8A.B9.E5.8C.96
chattr +C で CoW無効、chattr +c 圧縮有効かな。確認は lsattrやcompsizeで。
空ファイル以外はファイル作成後の変更は効かないかも。。
btrfsはopenSUSEが標準でrootfs対応していてsubvolumeやsnapshotも色々考えられているようなので、VMなどに入れて参考にするのも良いかと。
あ!申し訳ない。。btrfs WiKi FAQ を見直したら確かにsubvol以外はまだ Planned だった。。訂正します。
ただ、圧縮とCoWはsubvolではなくディレクトリ、ファイル単位にできている。
https://wiki.archlinux.jp/index.php/Btrfs#CoW_.E3.81.AE.E7.84.A1.E5.8A.B9.E5.8C.96
chattr +C で CoW無効、chattr +c 圧縮有効かな。確認は lsattrやcompsizeで。
空ファイル以外はファイル作成後の変更は効かないかも。。
btrfsはopenSUSEが標準でrootfs対応していてsubvolumeやsnapshotも色々考えられているようなので、VMなどに入れて参考にするのも良いかと。
2022/06/06(月) 18:08:26.83ID:prkafuiv
2022/06/06(月) 18:57:02.07ID:pqWX/OuS
2022/06/06(月) 19:25:13.95ID:xU/tX20b
CoW のおかげでファイルコピーが早く終わるシチュエーションが思いつかない
2022/06/06(月) 20:02:57.70ID:w0jkq8L7
ファイルコピーがCoWってのはBtrfsの1つの側面に過ぎなくて、
Btrfsの重要なところは、既存ファイルの上書き保存であっても、(chattrで無効化してなければ)常にCoWがなされるってところなんだ。
つまり、既存ファイルの上書きでも、ブロックが上書きされるんじゃなく、新しいデータが別のブロックに書き込まれてから、
当該ファイルがそのブロックを参照するようにメタデータが変更される。
だから何だと言われると困るが・・・
Btrfsの重要なところは、既存ファイルの上書き保存であっても、(chattrで無効化してなければ)常にCoWがなされるってところなんだ。
つまり、既存ファイルの上書きでも、ブロックが上書きされるんじゃなく、新しいデータが別のブロックに書き込まれてから、
当該ファイルがそのブロックを参照するようにメタデータが変更される。
だから何だと言われると困るが・・・
2022/06/06(月) 21:16:10.91ID:pqWX/OuS
cpでreflink使うと巨大ファイルのコピーでもすぐ終わるのが便利。raw imageの簡易バックアップとか。
reflinkはCoWの副産物の認識。
変更箇所が少なければ容量の節約にもなってるはず。。
reflinkはCoWの副産物の認識。
変更箇所が少なければ容量の節約にもなってるはず。。
2022/06/07(火) 06:25:40.64ID:fVuIiiKk
CoWなのに上書きはそのまましちゃうファイルシステムなんて存在するの?
2022/06/18(土) 02:18:08.88ID:r1TLOhzS
いまのカーネルはスワップファイルとその物理領域をロックして直接アクセスするので性能はスワップパーティションと変わらない
そのときcowは発生しない
そのときcowは発生しない
2022/06/19(日) 16:03:31.02ID:qsibPTFk
ZFSですが、ashift、recordsize、volblocksizeなど重要パラメータがいくつもあるようで、最適設定が分からずにいます。
詳しい方のアドバイス頂きたく(できれば仕組みや考え方も。。)
用途:ホームサーバ(NFS、KVM)
H/W:CPU:Xeon E3-1220 V2 RAM:16GB SSD:CT1000MX500 x2 HDD:ST8000DM004 x2
ホストOS: Debian 11 bullseye (OpenZFS)
KVMゲスト: Linux、OpenMediaVault、Windows10
この用途だと、SSDとHDDのashift=12(4K)、データ倉庫のrecordsize=1M、VM用zvolのvolblocksize=16K かなと考えているのですが。
詳しい方のアドバイス頂きたく(できれば仕組みや考え方も。。)
用途:ホームサーバ(NFS、KVM)
H/W:CPU:Xeon E3-1220 V2 RAM:16GB SSD:CT1000MX500 x2 HDD:ST8000DM004 x2
ホストOS: Debian 11 bullseye (OpenZFS)
KVMゲスト: Linux、OpenMediaVault、Windows10
この用途だと、SSDとHDDのashift=12(4K)、データ倉庫のrecordsize=1M、VM用zvolのvolblocksize=16K かなと考えているのですが。
2022/06/23(木) 16:58:16.36ID:TMc4AaIu
5.20でXFSがIOuringを使うようになるみたい
btrfsも対応中で近いうちに使えるようになる
btrfsも対応中で近いうちに使えるようになる
2022/06/23(木) 17:38:09.63ID:Ep5Zy0Ip
>>516
> HDD:ST8000DM004 x2
私だったらの話ですがこのドライブ(SMR)をZFSで使うのは割と勇気が要ります
事例リサーチの上でご決断を
ashiftは12で良いでしょう
recordsize や zvolブロックサイズについてはより詳しい人をお待ち下さい
> HDD:ST8000DM004 x2
私だったらの話ですがこのドライブ(SMR)をZFSで使うのは割と勇気が要ります
事例リサーチの上でご決断を
ashiftは12で良いでしょう
recordsize や zvolブロックサイズについてはより詳しい人をお待ち下さい
2022/06/23(木) 19:52:23.21ID:v0yzdsN/
>>518
ありがとうございます。
SMRは確かに遅いけど、現状自分の使い方だとbtrfsであまり気にならないので、ZFSでもいけるかなと。
さすがにWin10 VMは難があると思うのでSSDへの配置も考えてます。
ありがとうございます。
SMRは確かに遅いけど、現状自分の使い方だとbtrfsであまり気にならないので、ZFSでもいけるかなと。
さすがにWin10 VMは難があると思うのでSSDへの配置も考えてます。
2022/06/24(金) 00:22:37.02ID:76F5ouZf
>>519
私もだいぶ前バラクーダ2TBでZFSを試した事があり
その時S.M.A.R.Tのなんだかの値がやたら増えたんです
(なんてやつだったかは忘れてしまいました)
「ZFSをSMRドライブで使うとデータロストするかもよ」みたいな記事もある様で
怯えた私はCMRドライブを手に入れバラクーダはテレビ録画用(FSはXFS)に回してしまいました
私もだいぶ前バラクーダ2TBでZFSを試した事があり
その時S.M.A.R.Tのなんだかの値がやたら増えたんです
(なんてやつだったかは忘れてしまいました)
「ZFSをSMRドライブで使うとデータロストするかもよ」みたいな記事もある様で
怯えた私はCMRドライブを手に入れバラクーダはテレビ録画用(FSはXFS)に回してしまいました
2022/06/29(水) 21:10:55.45ID:ZhJGgCK1
Metaの巨大なデータセンターでメモリを大幅に節約するための「透過メモリオフロード」とは?
https://gigazine.net/news/20220621-meta-transparent-memory-offloading/
https://gigazine.net/news/20220621-meta-transparent-memory-offloading/
2022/07/25(月) 12:10:29.58ID:oBMCUNvG
ZFSの暗号化ですが、ZILやl2arc使う場合特に注意する点あります?
attach先poolの暗号化が適用される、であってますかね?
attach先poolの暗号化が適用される、であってますかね?
2022/08/15(月) 08:35:31.40ID:Wqm7CiAN
OpenZFSでdRAID使っている方います?
安定性や性能、使い勝手はどうなのか参考にさせて頂きたく。
安定性や性能、使い勝手はどうなのか参考にさせて頂きたく。
524login:Penguin
2022/08/19(金) 15:16:48.11ID:9vosFDnq このところautofsとかいうのにハマりつつある
車輪の再発明?別にfstabや手動マウントでじゅうぶん?
いやー面白いじゃん マウントしてないのにcpコマンド打ったりしたときに自動マウントされて通ったりするの
車輪の再発明?別にfstabや手動マウントでじゅうぶん?
いやー面白いじゃん マウントしてないのにcpコマンド打ったりしたときに自動マウントされて通ったりするの
2022/08/19(金) 15:57:20.70ID:iSOCHkdV
そういえばそんな仕組みもありましたね。
ftpのマウントとかと組み合わせると案外便利なのかもしれませんね。
ftpのマウントとかと組み合わせると案外便利なのかもしれませんね。
2022/08/19(金) 16:02:37.91ID:9vosFDnq
なおNFSとSMB(CIFS)は余裕で設定できた
2022/08/19(金) 17:59:05.93ID:9vosFDnq
528524
2022/08/19(金) 21:52:00.73ID:gInZ6PMI 幾多のNASやFTPやクラウドストレージをマウントしていてもサービス再起動するだけで一括アンマウント
mountコマンドやfuseで使えるものならなんでも動的マウントが可能
WANストレージを多用する人には有用 かもね
mountコマンドやfuseで使えるものならなんでも動的マウントが可能
WANストレージを多用する人には有用 かもね
2022/08/20(土) 17:03:02.98ID:w2f/OM+r
>>527
ええなそれ
ええなそれ
2022/08/20(土) 17:14:13.96ID:Puzy2tFv
2022/08/20(土) 19:43:59.50ID:Bw63l/mK
なおautofsはローカルストレージにも使える
fstabでnoauto指定したマウントポイントにアクセスするまではマウントしないという使い方
例えばバックアップ用やマル秘ファイル満載のHDD、使うまではオフラインにしておくなんて事が可能
多少の電気代とコマンド叩くカロリー節約にはなる
fstabでnoauto指定したマウントポイントにアクセスするまではマウントしないという使い方
例えばバックアップ用やマル秘ファイル満載のHDD、使うまではオフラインにしておくなんて事が可能
多少の電気代とコマンド叩くカロリー節約にはなる
2022/08/20(土) 22:40:25.42ID:seP7+Qij
> fstabでnoauto指定したマウントポイントにアクセスするまではマウントしないという使い方
これLinuxでは結構手こずるわ
FreeBSDなら当該行頭の#を消すだけ
これLinuxでは結構手こずるわ
FreeBSDなら当該行頭の#を消すだけ
2022/09/12(月) 11:27:55.61ID:EKZ5iDu6
外付けのデータがこっそり壊れてる可能性がある、
というのを極力避けるためにwindows捨ててlinux(btrfs)使う価値ある?
そもそもそんな破損の仕方はそれほど起こらない?
というのを極力避けるためにwindows捨ててlinux(btrfs)使う価値ある?
そもそもそんな破損の仕方はそれほど起こらない?
534login:Penguin
2022/09/12(月) 12:29:19.52ID:wJlIRGX5 OSやファイルシステムのせいにする以前に
ヘタったストレージはさっさと交換して廃棄しちまえ、とだけ
付け加えるとしたら消えたら困る様なデータの保管先が中古ドライブだったらもってのほか
ヘタったストレージはさっさと交換して廃棄しちまえ、とだけ
付け加えるとしたら消えたら困る様なデータの保管先が中古ドライブだったらもってのほか
2022/09/12(月) 13:27:25.39ID:EKZ5iDu6
> ヘタったストレージはさっさと交換して廃棄しちまえ、とだけ
定期的に新しいHDDに移してはいるんやけどね
10TBとかのデータをまったくの欠け無しにどんどん世代交代してくなんて可能なんかと不思議でさ
保存中に気づかない欠けが発生したりしないもんかと
その点ファイルシステムがハッシュチェックしてくれたら少なくとも気づくことはできるかなと思った
zfsやらbtrfsやらを使ってる人でその宇陰でデータ破損に気づけたという経験をした人はここにいる?
定期的に新しいHDDに移してはいるんやけどね
10TBとかのデータをまったくの欠け無しにどんどん世代交代してくなんて可能なんかと不思議でさ
保存中に気づかない欠けが発生したりしないもんかと
その点ファイルシステムがハッシュチェックしてくれたら少なくとも気づくことはできるかなと思った
zfsやらbtrfsやらを使ってる人でその宇陰でデータ破損に気づけたという経験をした人はここにいる?
536login:Penguin
2022/09/12(月) 13:31:33.85ID:8VmosxAD クレクレ君が張り付いてんなら俺は何も情報出さんよ
普段どんな構成で運用してて現在どんな状態か等を「正直に」カミングアウトすれば別かもしれんが
普段どんな構成で運用してて現在どんな状態か等を「正直に」カミングアウトすれば別かもしれんが
2022/09/12(月) 14:01:17.47ID:saGl8sEK
ファイルシステムの機能以前にそんなに完全性を気にするなら普通はベリファイなりハッシュチェックなりかけるので…
2022/09/12(月) 18:05:47.10ID:ty0CoN/s
Oracle Linux 9 は btrfs サポートするのかー、と今調べた。
RHEL 9 も次では btrfs 復活させないのだろうか。
RHEL 9 も次では btrfs 復活させないのだろうか。
2022/09/12(月) 19:21:01.75ID:/T1h+qWP
情報出さんよと煽れば情報貰えると思ってる
クレクレ君が張り付いてるな
クレクレ君が張り付いてるな
2022/09/12(月) 19:50:06.79ID:iumAOYEz
欠けるってなんだ
ディスクのチェックすり抜ける破損なんてあるか?
ディスクのチェックすり抜ける破損なんてあるか?
2022/09/12(月) 21:01:49.15ID:zezXgxg3
2022/09/13(火) 00:27:35.82ID:/2PyzOea
2022/09/13(火) 04:06:03.75ID:natg+7os
もうsolarisぶん投げたんだからzfs移植してくれればいいのに
2022/09/13(火) 10:55:34.31ID:26SDvzTI
2022/09/13(火) 12:25:23.32ID:SZX+oLYW
2022/09/13(火) 13:04:17.87ID:IWngxX9u
oracle にはzfsをGPL化して解放して欲しい。
もう面倒見る気ないでしょ。
もう面倒見る気ないでしょ。
2022/09/13(火) 15:20:48.56ID:26SDvzTI
変更しないデータは iso ファイルで固めた後にパリティアーカイブコマンド
(par2 コマンドとか MultiPar(Windows) とか) でパリティ付けてるわ。
誤り訂正符号なんでパリティをギガ単位でつけておけばギガ単位でデータロスト
しても修復できるんでお勧め。
(par2 コマンドとか MultiPar(Windows) とか) でパリティ付けてるわ。
誤り訂正符号なんでパリティをギガ単位でつけておけばギガ単位でデータロスト
しても修復できるんでお勧め。
2022/09/14(水) 08:36:54.95ID:3+fnCgkr
arch の XFS のドキュメント見てたら、カーネル5以降で使えるようになった機能への記載もあって良かったよ。
CoWはよくわからんが。
https://wiki.archlinux.jp/index.php/XFS
CoWはよくわからんが。
https://wiki.archlinux.jp/index.php/XFS
2022/09/14(水) 12:38:59.56ID:bYfFHp12
RHELがbtrfs捨てたんだからbtrfsはもうダメって雰囲気から、未だにbtrfs採用しないとかRHELは遅れてんなみたいな雰囲気にまで変わったのは何気にすげーわ
2022/09/14(水) 13:52:40.76ID:nq/UBHqF
RHELというかRed Hatには早くファイルシステムレベルの透過圧縮を実現して欲しい。
アプリ側で圧縮展開なんて面倒すぎてやってられん。。
アプリ側で圧縮展開なんて面倒すぎてやってられん。。
2022/09/14(水) 14:21:54.84ID:3+fnCgkr
2022/09/14(水) 17:32:22.56ID:5xcyS0Dn
確かに適用先は気をつける必要があるね。
自分の場合はサービスアプリの大量のJSONログ。zstdならAWS EBS節約にかなり効果ある。
通常のOS領域でも、lz4ならパフォーマンス上がるという報告もあるし。
自分の場合はサービスアプリの大量のJSONログ。zstdならAWS EBS節約にかなり効果ある。
通常のOS領域でも、lz4ならパフォーマンス上がるという報告もあるし。
2022/09/15(木) 11:18:18.47ID:lBhke55s
Redhatはbtrfs捨てた代わりにstratisとかいうの開発してただろう
使ってる人いるのか知らんけど
使ってる人いるのか知らんけど
2022/09/15(木) 11:54:40.70ID:Cc+Q8Ruh
ここからのリンクでRAID5,6 でbtrfsは、まだ問題抱えている気はする。
パーソナルユースでRAID5,6 使う人は多くないから問題ないのかな。
https://btrfs.wiki.kernel.org/index.php/Using_Btrfs_with_Multiple_Devices
CoW はDBのファイルシステムに向かないという話もあったと思う。
そんな事を気にし始めるとext4いいね、って一周するんだけど。
パーソナルユースでRAID5,6 使う人は多くないから問題ないのかな。
https://btrfs.wiki.kernel.org/index.php/Using_Btrfs_with_Multiple_Devices
CoW はDBのファイルシステムに向かないという話もあったと思う。
そんな事を気にし始めるとext4いいね、って一周するんだけど。
2022/09/15(木) 12:02:30.08ID:Cc+Q8Ruh
直っているねかも
Btrfs RAID 5/6 Sub-Page Support Readied For Linux 5.19
https://www.phoronix.com/news/Btrfs-RAID5-RAID6-Subpage
Btrfs RAID 5/6 Sub-Page Support Readied For Linux 5.19
https://www.phoronix.com/news/Btrfs-RAID5-RAID6-Subpage
2022/09/15(木) 12:04:36.92ID:U8x9yY/A
RHはxfsに梶切っていた認識。
btrfsは開発facebookメインで圧縮もfb自身が実環境で使ってる記事あった気がする。
世界最大級のサービスで使われてるのは強みかな。
btrfsは開発facebookメインで圧縮もfb自身が実環境で使ってる記事あった気がする。
世界最大級のサービスで使われてるのは強みかな。
2022/09/15(木) 15:05:48.87ID:tkXHiVbC
2022/09/15(木) 16:29:17.79ID:FJNLk0E4
RHはxfsに舵を切ったんじゃなくてファイルシステムからは撤退でしょ
EMCやNetAppと違って利益に直結しないbtrfsにお金かけられないよ
EMCやNetAppと違って利益に直結しないbtrfsにお金かけられないよ
2022/09/15(木) 17:05:26.20ID:TtrJqiPo
btrfsはファイル毎にCoW切れるからDBも行けるよ。まぁ本気でやるなら専用パーティション切れってのは確かだけど
2022/09/15(木) 18:15:23.16ID:RUJ684lp
レッドハットはXFSに行ったけどfedoraはbtrfsなんだよな?
2022/09/16(金) 01:39:51.29ID:UTE3VPOH
デスクトップだけね
fedoraサーバーはbtrfsではなかったはず
fedoraサーバーはbtrfsではなかったはず
2022/09/16(金) 01:45:24.63ID:UQnaXGMd
Fedora Server で btrfs インストール時に選べるよ。
ただ LVM との組み合わせではリストに出てこないから、利用できないと思われているかも。
ただ LVM との組み合わせではリストに出てこないから、利用できないと思われているかも。
2022/09/16(金) 18:46:30.95ID:6/pTtJMl
RedHatは社内にBtrfs詳しい人がいないから採用予定はないってさ
ここで言う詳しいは客からのバグ報告を基にBtrfs側に修正パッチ投げられるレベルの話ね
ここで言う詳しいは客からのバグ報告を基にBtrfs側に修正パッチ投げられるレベルの話ね
2022/09/16(金) 21:58:38.00ID:kHteBK8Y
それでいうと、RedHatはじゃぁ、「サポート」しているパッケージ、ソフトウェアは全部、その「詳しい」人が社内にいるのか・・・と思ってしまうのだが、そうなのか?
まぁあれだけのサポート料とるからには、そうなのかもだが。
まぁあれだけのサポート料とるからには、そうなのかもだが。
2022/09/17(土) 00:39:25.45ID:MKyVd3Sm
>>564
結構のカバー率でいるよ
XはカバーしきれないからWayland作ったし
PulseAudioも外から触れないからPipeWireを作った
RedHatはサポート出来ないなら代替プロジェクトを自前で立ち上げるくらい本気でやってる
結構のカバー率でいるよ
XはカバーしきれないからWayland作ったし
PulseAudioも外から触れないからPipeWireを作った
RedHatはサポート出来ないなら代替プロジェクトを自前で立ち上げるくらい本気でやってる
2022/09/17(土) 01:05:36.96ID:odAvhWZF
そんな話を聞くと Red Hat 好きになってしまうじゃないか。
2022/09/17(土) 04:58:39.63ID:Fuq/3f9P
dockerの代替も作ってたな
2022/09/17(土) 07:48:18.00ID:bk9onoJP
Podmanか。アイコンがかわいい。
2022/09/17(土) 08:01:27.63ID:Qn7DNwb1
PodmanってRHなのか。ひょっとしてkubernetesと相性良かったり他に無い連携機能あったりするのかな
2022/09/17(土) 08:52:56.30ID:/jdXCmzy
>>565
pulseaudio外から触れないってどういう意味?
pulseaudio外から触れないってどういう意味?
2022/09/17(土) 13:25:14.54ID:bk9onoJP
Podmanはkubernetesと直接の関係はないけど、buildahがOpenShiftと関係ある。
OpenShiftのコンテナのサポートはbuildahやDeploymentConfigなどのRH製で作ったもの以外は断られる場合がある、となってたはず。
実際は柔軟だと思うけど。
OpenShiftのコンテナのサポートはbuildahやDeploymentConfigなどのRH製で作ったもの以外は断られる場合がある、となってたはず。
実際は柔軟だと思うけど。
2022/09/17(土) 18:26:31.06ID:VWuq5bLf
外部のボランティアが動かないせいで苦情を放置する訳にもいかないからね
特に複数ソフトウェアの相性によるバグは相手のせいにし合って永久に解決しないから
両方RHで管理してしまうのが一番手っ取り早い
特に複数ソフトウェアの相性によるバグは相手のせいにし合って永久に解決しないから
両方RHで管理してしまうのが一番手っ取り早い
2022/09/18(日) 04:47:32.52ID:7cdIxJDp
dockerが将来性や互換性や内部のゴタゴタで揉めてたころ、redhatがコンテナ実行環境を掻っ攫おうとしたけどdockerがなんか復活して失敗したプロジェクトだろpodman
2022/10/02(日) 07:20:03.97ID:4EGz31vy
それにしても最近のBtrfsの安定感は凄い。
Fedoraユーザーだから透過圧縮を有効にして数年使っているけど
全く不具合発生しなかった。
コミュニティでも不具合報告がないしデスクトップ用途なら実用レベルに達した気がする。
Fedoraユーザーだから透過圧縮を有効にして数年使っているけど
全く不具合発生しなかった。
コミュニティでも不具合報告がないしデスクトップ用途なら実用レベルに達した気がする。
2022/10/02(日) 08:36:33.18ID:vgUhfbS4
https://btrfs.wiki.kernel.org/index.php/Status
使える機能と不完全な機能ははっきりしているよ。
使える機能と不完全な機能ははっきりしているよ。
2022/10/02(日) 10:09:03.49ID:4EGz31vy
カーネル4.xx時代には普通に使ってぶっ壊れた経験がある
2022/10/02(日) 10:27:26.51ID:qpkp4YD/
RAID5と6だけは一向に進まんな。まぁ、使わないけど……
2022/10/02(日) 10:32:03.81ID:vgUhfbS4
mostly OK: safe for general use, there are some known problems that do not affect majority of users
これとか、英語オモシロって読んだけど。
これとか、英語オモシロって読んだけど。
2022/10/02(日) 10:35:50.11ID:MGDUtQ70
ZFSにLinuxとFreeBSDの独立したデータセットをつくってマルチブートしてるんだが
Linux使用後にFreeBSDを使うには一旦FBSDインストールメディアでimportする必要がある
この手間さえ無ければZFSになんの不満も無いんだよなあ
Linux使用後にFreeBSDを使うには一旦FBSDインストールメディアでimportする必要がある
この手間さえ無ければZFSになんの不満も無いんだよなあ
2022/10/02(日) 13:25:43.40ID:wWzX4YlV
あとZFSはストレージプールからのデバイスの削除ができない。デバイスを誤って追加した場合でも、削除はできない。
btrfsは一応削除できる。削除しようとしているデバイス上のデータを他のデバイスに移動させる時間がかかるけど。
デバイスの削除ってあまり使われない機能なん?
btrfsは一応削除できる。削除しようとしているデバイス上のデータを他のデバイスに移動させる時間がかかるけど。
デバイスの削除ってあまり使われない機能なん?
2022/10/02(日) 14:52:07.45ID:/bQPOp78
単純なストライピング(RAID0)の場合なら zfs remove でできるけど
2022/10/02(日) 22:35:50.60ID:ToQkc5fj
正確には zpool remove ストレージプール ブロックデバイス
2022/10/03(月) 10:14:47.82ID:WCTJZs5Z
ZFSで、別のマシンで同じpool名で使ってたディスクを同じマシンに付けた場合、どうやってimportするんでしょうか?
2022/10/03(月) 11:11:57.84ID:GcIDZGw0
ちょっと質問文が紛らわしいので私なりに整理
マシン1にてtankというpool名でimportしていたZFSパーティション or ZFSアレイがあるとする
↓
マシン1をshutdownし、プールtankとして使用しているストレージをマシン2へ接続する
↓
稼働しているマシン2にてプール名はそのままにtankをimportしたい
こういう事なら実施命令は簡単
# zpool import -f tank
マシン1にてtankというpool名でimportしていたZFSパーティション or ZFSアレイがあるとする
↓
マシン1をshutdownし、プールtankとして使用しているストレージをマシン2へ接続する
↓
稼働しているマシン2にてプール名はそのままにtankをimportしたい
こういう事なら実施命令は簡単
# zpool import -f tank
2022/10/03(月) 12:22:12.91ID:lRZrkpv7
説明不足ですみません。
disk1: マシン1で tank として使用中
disk2: マシン2で tank として使用中
の状態で、
disk2 をマシン2から取り外し、マシン1に取り付け、importする方法、の意図でした。
目的はdisk2のtankからのデータのサルベージです。
disk1: マシン1で tank として使用中
disk2: マシン2で tank として使用中
の状態で、
disk2 をマシン2から取り外し、マシン1に取り付け、importする方法、の意図でした。
目的はdisk2のtankからのデータのサルベージです。
2022/10/03(月) 12:50:12.36ID:GcIDZGw0
こちらは仮想ストレージで構成を再現したものです
現在の構成はおおよそこんな感じという事ですかな
tps://i.imgur.com/lqqmoNP.png
ブロックデバイスの状態・予定サルベージ先ストレージ等不明かつ当方に時間の余裕が無い為
申し訳ございませんが実際のサルベージ手順は他の方のご回答をお待ち下さい
現在の構成はおおよそこんな感じという事ですかな
tps://i.imgur.com/lqqmoNP.png
ブロックデバイスの状態・予定サルベージ先ストレージ等不明かつ当方に時間の余裕が無い為
申し訳ございませんが実際のサルベージ手順は他の方のご回答をお待ち下さい
2022/10/03(月) 12:55:56.27ID:GcIDZGw0
あ、違うな
マシンが2つあってzpool(非RAID)も2つあり、どちらもpool名がtankという事か
tank(disk2)の状態を提示し回答をお待ち下さいませ
マシンが2つあってzpool(非RAID)も2つあり、どちらもpool名がtankという事か
tank(disk2)の状態を提示し回答をお待ち下さいませ
2022/10/03(月) 12:59:04.03ID:GcIDZGw0
状態の信憑性を高める為に、状態提示は端末エミュレータのスクショ貼りがおすすめです
2022/10/03(月) 23:47:10.71ID:dtV7H3/+
ありがとうございます。
調べたところ、zpool import poolname newname でいけそうな感じでした。
仮想環境で試してみようと思います。
調べたところ、zpool import poolname newname でいけそうな感じでした。
仮想環境で試してみようと思います。
590login:Penguin
2022/10/04(火) 08:26:10.23ID:bNT9y4ds 物理環境があってサルベージが目的なのに仮想環境で試すとはこれ如何に
2022/10/04(火) 11:14:00.66ID:2+bfy/ol
物理には同じ名前のプールがあるから物理でやる前に試すってことじゃないかな?
2022/10/04(火) 12:06:58.73ID:kn3LxMYm
やっぱzfsは駄目だな
時代はBtrfs
時代はBtrfs
2022/10/04(火) 12:49:05.71ID:2+bfy/ol
BtrfsからZFSに出戻ったわ
特にスナップショット使いが難くてダメだった
特にスナップショット使いが難くてダメだった
2022/10/04(火) 18:34:25.31ID:ImjmuMcI
子データセット(Btrfsだとサブボリューム)がある時の一括バックアップの使い勝手は
ZFSに軍配があがるなー
ZFSに軍配があがるなー
2022/10/05(水) 19:10:58.86ID:8EmBrLW8
https://mao.5ch.net/test/read.cgi/linux/1514882734/922
btrfs のパフォーマンスが6.1で上がるニュースを教えてくれた人がいる
btrfs のパフォーマンスが6.1で上がるニュースを教えてくれた人がいる
2022/10/05(水) 21:24:15.71ID:Be/Od0X6
いっつもパフォーマンス上がってるな
2022/10/05(水) 21:25:27.09ID:Be/Od0X6
……と思ったら今回は割とガチ目の上がり方だな
https://i.imgur.com/ShnaJKy.png
https://i.imgur.com/ShnaJKy.png
2022/10/06(木) 18:08:03.26ID:avGMmg5J
Open ZFSの更新来てた(∩´▽`)∩
2022/10/09(日) 15:01:09.59ID:rXr5IkAi
zfsの実際のrecord sizeはいつ決まるのでしょうか?
ググった範囲では、record sizeは(dataset指定サイズの範囲で)動的に決まる、決まったあとは変更されない(再作成が必要)、と認識してます。
ファイル書き込みはwrite(2)やfwrite(3)で行われると思うのですが、全てのプログラムが大きなバッファを用意しているとは限らない気がしてます。
zfsにはwriteback用にtxgという領域があるようですが、非同期書き込みのreocrd sizeはtxgがflushされる際に決定されるのでしょうか?
(もしそうであれば、同期書き込みはfsync(2)時に決定?)
ググった範囲では、record sizeは(dataset指定サイズの範囲で)動的に決まる、決まったあとは変更されない(再作成が必要)、と認識してます。
ファイル書き込みはwrite(2)やfwrite(3)で行われると思うのですが、全てのプログラムが大きなバッファを用意しているとは限らない気がしてます。
zfsにはwriteback用にtxgという領域があるようですが、非同期書き込みのreocrd sizeはtxgがflushされる際に決定されるのでしょうか?
(もしそうであれば、同期書き込みはfsync(2)時に決定?)
2022/10/10(月) 12:36:41.47ID:aroMbFWo
NTFSクラスタサイズを後から変更するにはどのような方法があります?
フリーで探し手いるのですが、minitool や aomei無料版は非対応のようで。り
フリーで探し手いるのですが、minitool や aomei無料版は非対応のようで。り
2022/10/19(水) 00:38:57.76ID:8S0s8MKH
XFS & F2FS Changes Are Tame For Linux 6.1
https://www.phoronix.com/news/Linux-6.1-XFS-F2FS
https://www.phoronix.com/news/Linux-6.1-XFS-F2FS
2022/10/26(水) 21:27:04.04ID:4URvJJm4
Linux 6.2 Aims To Ship Updated Zstd Implementation
https://www.phoronix.com/news/Linux-6.2-Newer-Zstd
Zstd with Btrfs transparent file-system compression performance the decompression speed was "a small win across the board" and at lower compression levels the compression speed and compression ratio were both better than the prior kernel code.
https://www.phoronix.com/news/Linux-6.2-Newer-Zstd
Zstd with Btrfs transparent file-system compression performance the decompression speed was "a small win across the board" and at lower compression levels the compression speed and compression ratio were both better than the prior kernel code.
2022/11/07(月) 08:35:37.59ID:RMBZpOPP
暗号化鍵ってみなさんどう読み込ませてますか?
手入力だと強さに限界や起動時コンソール前にいる必要があると思うのと、何より面倒。。
かといって同じマシンに置くと平文になると思うので。
手入力だと強さに限界や起動時コンソール前にいる必要があると思うのと、何より面倒。。
かといって同じマシンに置くと平文になると思うので。
2022/11/09(水) 22:33:21.52ID:KvH0BOKS
システムパーティションは暗号化せずにおいといて、盗まれたら困るデータだけ別のパーティションにおいてそこは暗号化している
起動したらSSH(SSHのサーバー鍵は「盗まれたら困る」には当たらない)して手でパスフレーズ入れて復号化
手入力の場合の強さの限界は、ストレッチングで多少は緩和される。
起動したらSSH(SSHのサーバー鍵は「盗まれたら困る」には当たらない)して手でパスフレーズ入れて復号化
手入力の場合の強さの限界は、ストレッチングで多少は緩和される。
2022/11/21(月) 05:26:42.47ID:QKr0PUfj
BitTorrent File System (BTFS)
https://www.bittorrent.com/token/bittorrent-file-system/
なんだこれは・・・たまげたなあ
https://www.bittorrent.com/token/bittorrent-file-system/
なんだこれは・・・たまげたなあ
2022/11/21(月) 19:44:06.85ID:yefmWMbF
これが本当の分散ファイルシステム
2022/11/22(火) 13:05:00.91ID:gnE97F4D
概念的には昔からあるが今のインターネットじゃいろんな部分の性能保証がないから実用性がね
2022/12/02(金) 13:21:39.17ID:lH0jw8OM
赤帽エンジニアブログ
2022-12-01
XFSで使った以上に容量が減るナゾ
リンク貼れんかったので
2022-12-01
XFSで使った以上に容量が減るナゾ
リンク貼れんかったので
2022/12/04(日) 13:25:00.37ID:MfcKUhyk
ファイルシステム関連のドキュメントはBtrfsもxfsもOracle Linux のが親切だな。
https://docs.oracle.com/en/operating-systems/oracle-linux/9/
https://docs.oracle.com/en/operating-systems/oracle-linux/9/
2022/12/04(日) 16:07:29.87ID:Ye7QwRkv
Oracleは宗教上の理由でちょっと……
2022/12/13(火) 18:07:58.13ID:sT4F2h1k
https://www.phoronix.com/news/Linux-6.2-Btrfs-EXT4
6.2からbtrfs raid5の信頼性が上がるらしい
6.2からbtrfs raid5の信頼性が上がるらしい
2022/12/20(火) 11:30:51.92ID:0v1vCYwT
zstdもアップデートされて高速化されるみたいだし6.2は重要なアップデートになるな
2022/12/20(火) 18:04:21.86ID:0v1vCYwT
exfatも6.2で速くなるみたいだな
2022/12/20(火) 18:46:15.08ID:fyhGCDZv
6.1 が重要そうで、Debian のコードフリーズに間に合って喜んでいたんだけど...
カーネルだけならアップデートしてもほとんど失敗しないし、別にいいんだけど。
カーネルだけならアップデートしてもほとんど失敗しないし、別にいいんだけど。
615login:Penguin
2022/12/20(火) 22:50:57.03ID:de7d8g5m 昔はshutdown -rFでfsck走ったけどbtrfsは気にしなくていいの?
VMシャットダウンした時とかに気になって。
VMシャットダウンした時とかに気になって。
2022/12/21(水) 00:04:24.39ID:qmUzV3jd
shutdownコマンドは古くて問題があったので廃止されてる
systemctlを使おう
systemctlを使おう
2022/12/21(水) 02:19:04.96ID:q6nimIuc
使ってるのだが...
2022/12/21(水) 12:46:38.28ID:EhRPJEI6
今は大抵shutdownとかもsystemctlへのリンクになってるやろ
2022/12/21(水) 12:57:38.99ID:q6nimIuc
ホントだ
shutdownとして呼ばれると適切に読み替えてくれるんかな?
# shutdown -r now
# shutdown -h now
shutdownとして呼ばれると適切に読み替えてくれるんかな?
# shutdown -r now
# shutdown -h now
2022/12/21(水) 19:12:15.59ID:5YV/Phng
普通にpoweroffかrebootが1語で済んで簡単で良い
621login:Penguin
2022/12/29(木) 08:21:21.62ID:TYlqFk7p ファイル名の長さ制限なんとかならん?
2022/12/29(木) 09:36:29.31ID:YrPvt7JI
前は制限あったけど、今もあるっけ?
2022/12/29(木) 10:06:03.55ID:2nJ5CorQ
ファイルのダウンロード中にLinuxのext4ファイルシステムが突然クラッシュしてOSが動かなくなった。
保存先のディレクトリのファイルがすべて操作不能、削除不可能状態になった。
物理的な衝撃とかもまったくなく、突如として起こったトラブル。
再起動したらLinuxはうまく立ち上がらず、セーフモードに。
けっきょく再インストールするハメになったが、インストールに失敗する。
いろんなディストリを試したが、どのディストリでもインストール中にエラーが出て止まる。
インストールメディアの破損もなければ、HDDの破損もない。
DVDドライブも普通に焼くことができるのに。
こんなことがあるんだね。安定しているファイルシステムはなんだろうか。
保存先のディレクトリのファイルがすべて操作不能、削除不可能状態になった。
物理的な衝撃とかもまったくなく、突如として起こったトラブル。
再起動したらLinuxはうまく立ち上がらず、セーフモードに。
けっきょく再インストールするハメになったが、インストールに失敗する。
いろんなディストリを試したが、どのディストリでもインストール中にエラーが出て止まる。
インストールメディアの破損もなければ、HDDの破損もない。
DVDドライブも普通に焼くことができるのに。
こんなことがあるんだね。安定しているファイルシステムはなんだろうか。
2022/12/29(木) 10:06:58.53ID:otCbGAW+
>>621
無制限なのはパス名の長さで、ファイル名はほとんどのファイルシステムで長さに制限があるはず
無制限なのはパス名の長さで、ファイル名はほとんどのファイルシステムで長さに制限があるはず
2022/12/29(木) 10:07:45.99ID:otCbGAW+
2022/12/29(木) 10:33:59.58ID:ZePSKeUC
>>623
> こんなことがあるんだね。
ビジネスだと物珍しいレベルではないかな。
最近は出荷前検査の精度が上がってて初期不良減ってるから物珍しいレベルになりつつあるけど。
症状的には CPU/マザボ 故障が疑わしい。 その次はメモリ。
ドライブもファイルシステムも無罪だと思うわ。
つうか、ext4 ってまともなメンテナ居るのか?
ドライブ故障のトレンドに追随できてないファイルシステムは使うべきではないよ。
> こんなことがあるんだね。
ビジネスだと物珍しいレベルではないかな。
最近は出荷前検査の精度が上がってて初期不良減ってるから物珍しいレベルになりつつあるけど。
症状的には CPU/マザボ 故障が疑わしい。 その次はメモリ。
ドライブもファイルシステムも無罪だと思うわ。
つうか、ext4 ってまともなメンテナ居るのか?
ドライブ故障のトレンドに追随できてないファイルシステムは使うべきではないよ。
2022/12/29(木) 10:58:58.47ID:ZDryYAQt
>>623
ZFSならsnapshotからロールバックで戻せるんじゃない?
ZFSならsnapshotからロールバックで戻せるんじゃない?
2022/12/29(木) 11:02:16.35ID:ZBJb5QBa
2022/12/29(木) 11:16:06.03ID:Sx2YLUkq
流石に無知がすぎるだろ
ext4なんて現在進行系で開発されまくってるファイルシステムだぞ
あと絶対に壊れないファイルシステムは無いから
ext4よりbtrfsやzfsのほうが壊れにくくはあるけれど
ext4なんて現在進行系で開発されまくってるファイルシステムだぞ
あと絶対に壊れないファイルシステムは無いから
ext4よりbtrfsやzfsのほうが壊れにくくはあるけれど
2022/12/29(木) 11:26:50.12ID:ZePSKeUC
>>629
本当に開発されまくって言えるか?
Red Hat 系使う奴は xfs ばかり使うし、その他のディストリも btrfs だったり。
ファイルサーバ製品もハード直結独自FSばかり。
ext4 は使われていない/充分なデータが集まっていないだろ。
本当に開発されまくって言えるか?
Red Hat 系使う奴は xfs ばかり使うし、その他のディストリも btrfs だったり。
ファイルサーバ製品もハード直結独自FSばかり。
ext4 は使われていない/充分なデータが集まっていないだろ。
2022/12/29(木) 11:32:23.29ID:pqXRLrrR
2022/12/29(木) 12:10:45.55ID:O8F+4wx8
ext4が使われてないってどこの世界線なんだ…
クラウドではほとんどext4だろう
クラウドではほとんどext4だろう
2022/12/29(木) 12:27:56.45ID:ZePSKeUC
>>632
amazon も ext4 やめて xfs でしょ?
amazon も ext4 やめて xfs でしょ?
2022/12/29(木) 14:06:41.98ID:YrPvt7JI
ここのベンチマークの結果だとext4は速い方なので、いい印象持っている
https://hesonogoma.com/linux/filesystembenchmarkresults-02.html
https://hesonogoma.com/linux/filesystembenchmarkresults-02.html
2022/12/29(木) 15:32:08.76ID:zAcLS6l6
ファイル名については昔Linusが255バイト制限緩めても今度は1MBじゃ足りないっていい出すに決まってるから対応しないって言ってなかったっけ
東アジア圏だとutf8で更に厳しくなったけど、今ならファイル名に長々情報持たせるほうが悪いって言われそうだしな
東アジア圏だとutf8で更に厳しくなったけど、今ならファイル名に長々情報持たせるほうが悪いって言われそうだしな
2022/12/29(木) 23:22:37.08ID:yFWCe43l
英語圏の人は漢字圏特有の問題を理解しないからな
2022/12/30(金) 00:00:29.63ID:A61NzzNw
使えるパスの長さは AIX や Solaris の方が少し制限が緩いようにも見えるし、文字コードがUTF-8 じゃなかった頃の設計のせいにも見えるね。
https://www.ibm.com/docs/ja/spectrum-protect/8.1.9?topic=parameters-file-specification-syntax
https://www.ibm.com/docs/ja/spectrum-protect/8.1.9?topic=parameters-file-specification-syntax
2022/12/30(金) 13:20:02.61ID:9woIQjbF
OpenShift4 のPVはext4だった気がする。間違ってたらスマン。
2022/12/31(土) 00:08:37.77ID:FTj3W6ps
2022/12/31(土) 02:05:18.30ID:xELcB+Gr
linuxの文字数制限が不便でNASを使用しなくなったことがある
2022/12/31(土) 12:09:04.56ID:P2xYG+Vx
ファイル名がUTF-16で記録されるexFATだとLinuxでも全角文字255文字フルに使えたからファイルシステムによるんじゃない?
2022/12/31(土) 16:44:14.18ID:QpXj8X5v
fusuで実装されてるからでは?
2023/01/03(火) 22:18:56.96ID:qEN3cyhG
644login:Penguin
2023/01/03(火) 22:25:23.88ID:wEpuZtJW ログを延々と吐き続ける用途にbtrfsは向いてますかね?
CoWが邪魔したりしませんか?
CoWが邪魔したりしませんか?
2023/01/04(水) 12:49:11.56ID:0uCFlsnQ
GpartedでUSBメモリをexFatでフォーマットしている途中で進捗が止まり、そのまま。
USBメモリがどうやら物理的に壊れてしまった。
PCに挿し込んでもそのUSBメモリだけがまったく反応なくなった。
Linuxのインストール途中で失敗しつづけている。
悪いこと続き。Linuxの神様に見放された模様。
USBメモリがどうやら物理的に壊れてしまった。
PCに挿し込んでもそのUSBメモリだけがまったく反応なくなった。
Linuxのインストール途中で失敗しつづけている。
悪いこと続き。Linuxの神様に見放された模様。
2023/01/04(水) 12:59:21.38ID:PQqENS/b
邪魔の意味は分からないけど、性能はともかくデータ化けとかの心配は無いのでは?
CoWが提供するのは堅牢性や一貫性確保だと思う。
CoWがダメならzfsにはログ保存できないことになってしまうし。。
CoWが提供するのは堅牢性や一貫性確保だと思う。
CoWがダメならzfsにはログ保存できないことになってしまうし。。
2023/01/04(水) 13:06:12.57ID:K9sTb1hf
ZFSはブロックレベルの重複排除だからCOWでも問題無いとかの話?
2023/01/04(水) 13:10:20.00ID:xX40yDLp
ログファイルってコピーして使うか?
普通しないからCoWが邪魔はしないでしょ。
ランダムアクセスするファイルならRAIDで向き不向きあるけど
ファイルシステムで向き不向きはないと思う。
普通しないからCoWが邪魔はしないでしょ。
ランダムアクセスするファイルならRAIDで向き不向きあるけど
ファイルシステムで向き不向きはないと思う。
2023/01/04(水) 14:17:37.35ID:n7gUnUO1
データベースやVMのディスクイメージみたいな1つのファイルを何度も上書きするパターンはCoWと相性が悪いと聞くな
当該ディレクトリのCoWを無効化すればいいけど、してもI/O性能が上がる程度で有効のままでも別に問題なさそう
当該ディレクトリのCoWを無効化すればいいけど、してもI/O性能が上がる程度で有効のままでも別に問題なさそう
2023/01/04(水) 23:08:47.39ID:xX40yDLp
Btrfs の場合、CoW有効のファイルを書き込んだ後に以前書き込んだ部分を上書き
するとドライブ上ではそのブロックを上書きせずに別ブロックに書き込む動作をする。
「ファイルコピーしたファイルでのみそれが発生する」と思っていたがそれは俺の
勘違いで、実際は全ファイルでそれをやるってことか。
まあでもログファイルはシーケンシャルアクセスだから(ブロック単位の
上書きは発生しないから)CoWが邪魔しないことに変わりはなさそうね。
するとドライブ上ではそのブロックを上書きせずに別ブロックに書き込む動作をする。
「ファイルコピーしたファイルでのみそれが発生する」と思っていたがそれは俺の
勘違いで、実際は全ファイルでそれをやるってことか。
まあでもログファイルはシーケンシャルアクセスだから(ブロック単位の
上書きは発生しないから)CoWが邪魔しないことに変わりはなさそうね。
651login:Penguin
2023/01/04(水) 23:43:18.43ID:FNVxHNKk ログで質問したものです。
皆さんありがとう!
色んな考察が聞けてためになりますた。
VMはCoW無効にするのが常識とおもってて、
ログとかの追記も関係あるのかと思った次第です。
とりあえず何もチューニングせずに使おうと思います!
皆さんありがとう!
色んな考察が聞けてためになりますた。
VMはCoW無効にするのが常識とおもってて、
ログとかの追記も関係あるのかと思った次第です。
とりあえず何もチューニングせずに使おうと思います!
2023/01/08(日) 00:55:03.06ID:fvHOPfXO
debianのtestingに降りてくるまで一月ほどかかるなぁ
2023/01/12(木) 22:26:05.98ID:mpGk/a+b
ext4はシステム向け、xfsは倉庫向けと考えてok?
2023/01/13(金) 08:54:10.86ID:7OCE97ZZ
どうしてそう思った?xfsデフォのディストリもあるが
2023/01/13(金) 13:01:18.72ID:ZKf8B51+
大きいファイルなら速いけど壊れやすくメモリ食うのがxfs縮小もできない
ext4は逆
ext4は逆
2023/01/13(金) 23:06:07.68ID:0qCLEX6/
>>653
RHEL9 から dump/restore は OS に添付されなくなった。
何かあっても保守/問合せ対象外。
EPEL として残ってるから完全に対象外というわけではないだろうけど。
その観点でいうと ext4 はコンテナ向け、xfsは物理向け、なのかも?
RHEL9 から dump/restore は OS に添付されなくなった。
何かあっても保守/問合せ対象外。
EPEL として残ってるから完全に対象外というわけではないだろうけど。
その観点でいうと ext4 はコンテナ向け、xfsは物理向け、なのかも?
657login:Penguin
2023/01/14(土) 15:10:17.93ID:iY56yVZu じゃあbtrfsはなに向け?
てかbtrfsはscrub定期的にしないとダメなの?
てかbtrfsはscrub定期的にしないとダメなの?
2023/01/14(土) 15:54:59.93ID:V6u7C4fp
zfs にコンプレックスを感じる人向け、というのは冗談として
ext4 の後継と思っている。
ext4 の後継と思っている。
659login:Penguin
2023/01/14(土) 16:53:12.51ID:QwD6oUxh2023/01/14(土) 18:20:11.77ID:2OMLCN0j
2023/01/14(土) 21:07:01.17ID:g3eX2Qbu
Linuxのファイルシステムはどれも一長一短で決め手にかける。「用途とか関係ない、これにしておけばまずOK」ってのがない。
ext4は大容量ドライブでfsckが遅く昨今の大容量なディスクドライブに作成するには向かない、
xfsはfsckは大容量ドライブでも問題ないが縮小ができないしメモリも食う、
btrfsはfsck不要、CoWなど「モダンなファイルシステム」とされるが、比較的新しいファイルシステムでやや心配がある、枯れていない、遅い。最近はまともになってきているが。
ZFSはライセンスの問題・・・
一方、選択肢が多いのは良いこととも言える。他のOSだって問題はいろいろあるし、OS、FSともに完全無欠のものはないけどね。
ext4は大容量ドライブでfsckが遅く昨今の大容量なディスクドライブに作成するには向かない、
xfsはfsckは大容量ドライブでも問題ないが縮小ができないしメモリも食う、
btrfsはfsck不要、CoWなど「モダンなファイルシステム」とされるが、比較的新しいファイルシステムでやや心配がある、枯れていない、遅い。最近はまともになってきているが。
ZFSはライセンスの問題・・・
一方、選択肢が多いのは良いこととも言える。他のOSだって問題はいろいろあるし、OS、FSともに完全無欠のものはないけどね。
2023/01/14(土) 21:16:49.66ID:rbIBgCNH
Debian系はデフォルトext4なのは何でだろ
663login:Penguin
2023/01/15(日) 00:04:50.52ID:Ra9CuA6A2023/01/15(日) 00:57:20.31ID:U8aJCTCE
>>663
reiserfsは非推奨になってて2025年に削除される予定
reiserfsは非推奨になってて2025年に削除される予定
2023/01/15(日) 01:23:26.89ID:jySrgcCZ
ファイルサーバーにZFS使ってるけど安定してる
RAIDZ2組んでて一度HDDが一つ壊れたけど復旧も簡単だった
RAIDZ2組んでて一度HDDが一つ壊れたけど復旧も簡単だった
2023/01/15(日) 06:15:01.79ID:q2QeSNOE
ZFSはARCが重いんだよな
LRUよりは効率的だけど計算量が多いわ
LRUよりは効率的だけど計算量が多いわ
2023/01/15(日) 08:13:26.23ID:SoJu/Q0J
>>663
xfsはCOW導入で安定性が落ちたという話は聞いた気がするけど、その続報を聞かないな。話題になってないってことは安定したのか、皆避けてるのか
xfsはCOW導入で安定性が落ちたという話は聞いた気がするけど、その続報を聞かないな。話題になってないってことは安定したのか、皆避けてるのか
2023/01/15(日) 09:47:24.45ID:41MzzQ/0
xfsは近いうちに縮小サポートするつもりがあるらしい
https://www.phoronix.com/news/XFS-Defragment-Free-Space
https://www.phoronix.com/news/XFS-Defragment-Free-Space
2023/01/25(水) 09:13:08.26ID:s6TfkC2/
圧縮ファイルシステムでおすすめを教えて
主にテキストのログをどんどこ吐きたい
主にテキストのログをどんどこ吐きたい
2023/01/25(水) 11:26:23.80ID:wEwhbV4v
btrfsかF2FSかな
ログ出力用途ならF2FSのほうが向いてそう
ログ出力用途ならF2FSのほうが向いてそう
2023/01/25(水) 15:47:31.31ID:EXync9nW
金持ってたらgpfs使いたいんだけどな
安定性は元々HPCやエンタプライズ向けだから折り紙付き
パスは255"文字"だしPOSIXで圧縮・暗号・ネットワーク共有・スナップショット・SSDキャッシュ等々
たいてい何でもあり、重複排除はあるのか知らんが
安定性は元々HPCやエンタプライズ向けだから折り紙付き
パスは255"文字"だしPOSIXで圧縮・暗号・ネットワーク共有・スナップショット・SSDキャッシュ等々
たいてい何でもあり、重複排除はあるのか知らんが
2023/01/25(水) 17:35:43.32ID:wEwhbV4v
分散ファイルシステムならcephでよくないか
2023/01/25(水) 18:44:15.18ID:YTKQNNVA
完璧ファイルシステムないよな
文房具みたいなもんでやりたいことがいろいろバラバラなんだろうな
文房具みたいなもんでやりたいことがいろいろバラバラなんだろうな
2023/01/26(木) 18:29:31.56ID:5ioFGUAk
当初から設計にも実装にも問題がなければ個人ユースではbtrfsがさいつよだったんだろうけどな
余りにも不具合が多過ぎた過去があって未だに怖くて使う気にはなれない
余りにも不具合が多過ぎた過去があって未だに怖くて使う気にはなれない
2023/01/26(木) 21:02:06.47ID:2TRuZoTN
最近は不具合聞かんね
2023/01/27(金) 05:54:54.78ID:xQJ6/CVG
btrfsだから不具合の噂が広まるみたいなところもあったと思う
去年か一昨年あたりにLinuxのext4がぶっ壊れてた時期があったけど別に広まってないし
去年か一昨年あたりにLinuxのext4がぶっ壊れてた時期があったけど別に広まってないし
2023/01/27(金) 07:51:44.90ID:ZyeIUH9X
ext4とは頻度も不具合の数も全然違ってた
動画かスライドショーか忘れたけど当時のバージョンのbtrfsを意図的に壊す色々な手順を紹介してた
強引にじゃなくって長年使ってればそういうケースもあるだろうって手順だったからな
全員って訳じゃないが当時を知ってる人の多くは使い始めるのに躊躇するんじゃないかね
動画かスライドショーか忘れたけど当時のバージョンのbtrfsを意図的に壊す色々な手順を紹介してた
強引にじゃなくって長年使ってればそういうケースもあるだろうって手順だったからな
全員って訳じゃないが当時を知ってる人の多くは使い始めるのに躊躇するんじゃないかね
2023/01/27(金) 07:58:31.41ID:7Jsb5HY4
みんなが寄ってたかっていじめ抜いて鍛え上げられたFSとかむしろ信頼できるという発想
2023/01/27(金) 10:39:51.30ID:LqrORYKx
Copy-on-write のファイルシステムは、良い面もあるけど想定のパフォーマンス出ない時や、使わない方が良いケースを理解できたのは btrfs のおかげ。
2023/01/27(金) 11:47:37.09ID:DOUGg5n2
cgroup v2に対応しているファイルシステムがbtrfsしかないからコンテナを厳密に運用しようとするとbtrfs使うしかないんだよな
Facebookがbtrfsを使ってる理由がこれだったはず
Facebookがbtrfsを使ってる理由がこれだったはず
2023/01/27(金) 12:48:20.39ID:BloaE25Y
ミラーリング対応してるファイルシステムはZFSとbtrfsくらい?
682login:Penguin
2023/01/30(月) 16:25:27.84ID:Yst6JOSz btrfsってもしかして面倒くさい?
空き容量少なくなってくるとSSDでもランダム書き込みが遅くなる
ファイル消してもメタデータが容量を食っている
btrfs使うなら定期的にbalanceしないとダメ?
倉庫用HDDなら、
ファイル圧縮
チェックサム
誤操作での削除防止や他ストレージへの差分バックアップにスナップショット
とかでbtrfs特有機能が生きてくる気はする
だがシステムドライブは安心と信頼のext4で良いんじゃないかと
あるいは、nodatacow使えば一つのパーティションで
非COWとCOWのファイルシステムの
両方のいいとこ取りが出来る?
空き容量少なくなってくるとSSDでもランダム書き込みが遅くなる
ファイル消してもメタデータが容量を食っている
btrfs使うなら定期的にbalanceしないとダメ?
倉庫用HDDなら、
ファイル圧縮
チェックサム
誤操作での削除防止や他ストレージへの差分バックアップにスナップショット
とかでbtrfs特有機能が生きてくる気はする
だがシステムドライブは安心と信頼のext4で良いんじゃないかと
あるいは、nodatacow使えば一つのパーティションで
非COWとCOWのファイルシステムの
両方のいいとこ取りが出来る?
2023/01/30(月) 17:58:00.76ID:QsirhNqB
ファイル消して容量減らないのはメタデータなんかじゃなくて以前スナップショット切ったとか、コピー元ファイル残ってるとかだゾ。全く食わんとは言わないけどメタデータそんなに容量食わない。
空き容量減ってランダム遅くなるのはSSDってそういうもんだ。
/homeはスナップショットや圧縮がすげー生きるよ。
空き容量減ってランダム遅くなるのはSSDってそういうもんだ。
/homeはスナップショットや圧縮がすげー生きるよ。
684login:Penguin
2023/01/30(月) 21:39:58.49ID:3GnoYZPi 仮想ホストとゲスト両方共にbtrfsにしたのは失敗だろうか。。。
2023/01/30(月) 22:09:54.52ID:BqpcEk1B
btrfs、ファイルを削除してからdfコマンドで見える空き領域が増えるのには少し時間がかかる
長いときでも5分とかだけどね
>>684
その書き方だと仮想マシンのイメージファイルもbtrfsのファイルシステムにあるのか?
仮想マシンのイメージファイルとか、データベースのファイルみたいなファイルをbtrfsに保存するときはCoW無効化しておくほうがよいぞ
長いときでも5分とかだけどね
>>684
その書き方だと仮想マシンのイメージファイルもbtrfsのファイルシステムにあるのか?
仮想マシンのイメージファイルとか、データベースのファイルみたいなファイルをbtrfsに保存するときはCoW無効化しておくほうがよいぞ
2023/01/30(月) 22:38:55.10ID:ljXAAj+j
半導体不足で納期が悲惨な頃にNASが壊れて、急場しのぎで作ったbtrfs+snapperが好評過ぎて今までズルズル使われてしまった。壊れるの嫌だから全くイジってなかったけれど、退役後に色々試すの楽しみ。kernel上げだけでも楽しみ
687login:Penguin
2023/01/30(月) 22:59:40.33ID:3GnoYZPi >>685
レスありがとう。
いちおうゲスト格納ディレクトリには
chattr +Cしてるけど、大丈夫かな。
ゲストの中身もbtrfsなんだよな。。。
NASとかでないのでオーバースペックだったかと後悔しそう。
新しいモノ好きだから飛びついてしまったよ。
レスありがとう。
いちおうゲスト格納ディレクトリには
chattr +Cしてるけど、大丈夫かな。
ゲストの中身もbtrfsなんだよな。。。
NASとかでないのでオーバースペックだったかと後悔しそう。
新しいモノ好きだから飛びついてしまったよ。
2023/01/30(月) 23:59:54.60ID:BqpcEk1B
ファイルを作成したあとにchattr +Cしてもダメやで
正しいやりかたはググって調べてね
正しいやりかたはググって調べてね
2023/01/31(火) 00:00:55.84ID:2mO0kE8y
おっと、空ファイルに対するchattr +Cは有効だった。詳細は調べてね
690login:Penguin
2023/01/31(火) 11:32:18.48ID:f+A2MWdo2023/01/31(火) 17:20:25.87ID:HmGFYeTA
>>690
ディレクトリに設定したら再帰的に適用される
ディレクトリに設定したら再帰的に適用される
2023/01/31(火) 17:22:17.29ID:HmGFYeTA
693login:Penguin
2023/02/01(水) 00:54:19.49ID:yopUQd5j2023/02/01(水) 03:51:07.30ID:tpP0IbWl
移動では+Cは付かない
コピーでは付く
移動してファイル個別に付けても良いけど
コピーでは付く
移動してファイル個別に付けても良いけど
2023/02/01(水) 03:53:43.37ID:tpP0IbWl
6.1がdebian testingに降りてきたぜ
696login:Penguin
2023/02/01(水) 23:52:41.52ID:yopUQd5j2023/02/02(木) 00:25:43.38ID:hcW9Z7Y7
pveをbtrfsのraid1でインストールしたら、2台のディスクに3つのパーティションができました。
raid1で動いているかどうか確認するコマンドってありますか?
filesystemはbtrfs fi dfで確認できるけどBIOS bootとEFI Systemが分かりませんでした
/dev/sda1 BIOS boot
/dev/sda2 EFI System
/dev/sda3 Linux filesystem
片方でPartition 1 does not start on physical sector boundary.が出てるので
いったんパーティション削除したいです(startが63でなく34なのが謎ですが)
raid1で動いているかどうか確認するコマンドってありますか?
filesystemはbtrfs fi dfで確認できるけどBIOS bootとEFI Systemが分かりませんでした
/dev/sda1 BIOS boot
/dev/sda2 EFI System
/dev/sda3 Linux filesystem
片方でPartition 1 does not start on physical sector boundary.が出てるので
いったんパーティション削除したいです(startが63でなく34なのが謎ですが)
2023/02/12(日) 13:48:12.47ID:7Z1dKUR0
mkfs.btrfs -m raid5 -d raid5
mkfs.btrfs -m raid1 -d raid5
どっちで作る方が良いのかな?
最初後者で作ったけれど考え直して前者で作り直した。
検証しなきゃ分からないだろうしそもそも発展途上なので先々どうなるかわからないもんな。
mkfs.btrfs -m raid1 -d raid5
どっちで作る方が良いのかな?
最初後者で作ったけれど考え直して前者で作り直した。
検証しなきゃ分からないだろうしそもそも発展途上なので先々どうなるかわからないもんな。
2023/02/12(日) 22:34:29.85ID:S/60aV97
ファイルごとに変更履歴を自動で管理してくれて個別に戻したりできるファイルシステムってある?
2023/02/12(日) 23:26:51.65ID:dzVqQeMY
nilfsならできそう
2023/02/13(月) 12:26:37.97ID:AX/0I8RO
2023/02/13(月) 20:01:13.11ID:4TOJtyKq
メタデータやデータベースみたいにランダムアクセスするデータをRAID-5に
書き込むのは効率が悪いぞ?
例えばストライプサイズが 256KB で4本構成の場合、768KB のデータは256KB毎に
分割されてドライブA,B,Cに、パリティ計算結果はドライブDに格納される。
この状態でランダムアクセスで4KBだけ書き換えるとどうなる?
768KB中400KB目~403KB目までの4KBだけ書き換える場合、書き換えるのは
ドライブBの144KB目~147KB目までだけじゃないぞ。
ドライブDのパリティ256KB分も書き換えなきゃダメ。 RAID-1なら8KBで済む。
下手するとこれで済まないのが RAID-5 の困ったところ。
パリティ計算する際には768KB分メモリに無いと計算できないわけで
それがメモリキャッシュ上に載ってない場合はパリティ計算する前にドライブA,B,C
から256KBずつ768KB読み込みが発生するのよ。
加えてデータベースの、特にトランザクションログやファイルシステムのメタデータ
はロールバックの関係上非同期書き込みではなく同期書き込みが要求
されるので、書き込みを開始して完了するまでの応答時間が長いRAID-5は
相性最悪なんだわ。
わざわざデータ領域とは別の RAID で格納できるように設計されてるのは
そのためってこった。
書き込むのは効率が悪いぞ?
例えばストライプサイズが 256KB で4本構成の場合、768KB のデータは256KB毎に
分割されてドライブA,B,Cに、パリティ計算結果はドライブDに格納される。
この状態でランダムアクセスで4KBだけ書き換えるとどうなる?
768KB中400KB目~403KB目までの4KBだけ書き換える場合、書き換えるのは
ドライブBの144KB目~147KB目までだけじゃないぞ。
ドライブDのパリティ256KB分も書き換えなきゃダメ。 RAID-1なら8KBで済む。
下手するとこれで済まないのが RAID-5 の困ったところ。
パリティ計算する際には768KB分メモリに無いと計算できないわけで
それがメモリキャッシュ上に載ってない場合はパリティ計算する前にドライブA,B,C
から256KBずつ768KB読み込みが発生するのよ。
加えてデータベースの、特にトランザクションログやファイルシステムのメタデータ
はロールバックの関係上非同期書き込みではなく同期書き込みが要求
されるので、書き込みを開始して完了するまでの応答時間が長いRAID-5は
相性最悪なんだわ。
わざわざデータ領域とは別の RAID で格納できるように設計されてるのは
そのためってこった。
2023/02/13(月) 20:20:34.53ID:JTKPzsuw
>>702 ありがとう。
もうガッツリ -m raid5 のにデータ移してさっきお古のHDD群を物理的に破壊してしまったよ。。
>> ドライブDのパリティ256KB分も書き換えなきゃダメ。 RAID-1なら8KBで済む。
いやあ言葉がないや。わざわざ -m raid1を作ったのに作り直したのは、
「きちんと理解していないのに直感だけで小賢しいことするのは辞めよう」
と思ってのことだが、今度からは教えて貰えるチャンスあるうちは待つは。
まだ7.5TB利用なので、別機の2x4TBをraid0にすれば引っ越し→再構築→データ戻しできる。
暫くは放置するので、追加のアドバイスがあれば教えて貰えると嬉しいです。
もうガッツリ -m raid5 のにデータ移してさっきお古のHDD群を物理的に破壊してしまったよ。。
>> ドライブDのパリティ256KB分も書き換えなきゃダメ。 RAID-1なら8KBで済む。
いやあ言葉がないや。わざわざ -m raid1を作ったのに作り直したのは、
「きちんと理解していないのに直感だけで小賢しいことするのは辞めよう」
と思ってのことだが、今度からは教えて貰えるチャンスあるうちは待つは。
まだ7.5TB利用なので、別機の2x4TBをraid0にすれば引っ越し→再構築→データ戻しできる。
暫くは放置するので、追加のアドバイスがあれば教えて貰えると嬉しいです。
2023/02/13(月) 21:41:25.50ID:4TOJtyKq
2023/02/13(月) 21:44:39.92ID:JTKPzsuw
安全をみてデータ引っ越しはしときます。やっぱ変換するのが良いと自分も思います
2023/02/13(月) 21:58:45.29ID:JTKPzsuw
2023/02/14(火) 22:15:27.73ID:zXFCtktD
btrfsのautodefragって効いてるのかどうか分かんない
新しく書いた所だけデフラグする?らしいけど
どれくらいデフラグされたか確かめる方法ある?
新しく書いた所だけデフラグする?らしいけど
どれくらいデフラグされたか確かめる方法ある?
2023/02/16(木) 11:21:23.54ID:/WojQc/b
btrfsのRAID6はいつになったらまともになるんだ
いつまでたってもzfsから移行できないじゃん
いつまでたってもzfsから移行できないじゃん
709login:Penguin
2023/02/17(金) 09:48:18.19ID:uNGkbDLs 手動デフラグしてみたら空き容量が減ってしまった
balanceとかやってみるも
完全には戻らず
balanceとかやってみるも
完全には戻らず
2023/02/17(金) 18:25:31.71ID:AiQPR/Bg
共有されてるブロックが分離されるからそりゃそうよ
2023/02/18(土) 00:56:42.19ID:aXHYSk4s
btrfs ムズくね
利用者少ないからかドキュメント限られてるし
hdd2台のrootfsをraid1で組んだ状態で試しに片方抜いたらブートがinitramfsで止まって手動でmountしようとするとuuidエラーになるし
利用者少ないからかドキュメント限られてるし
hdd2台のrootfsをraid1で組んだ状態で試しに片方抜いたらブートがinitramfsで止まって手動でmountしようとするとuuidエラーになるし
2023/02/18(土) 00:59:33.31ID:bx15a+Yc
片方死んでも稼働し続けられるのが売りなのにできないんじゃ意味ないじゃないかw
2023/02/18(土) 03:13:01.06ID:A8aXfPDr
degraded付けてもだめ?
2023/02/18(土) 07:18:25.82ID:tuV/P6l4
uuidエラーってことは設定が悪いのでは?
2023/02/18(土) 07:40:47.96ID:A1++0POV
ルートにRAIDシステムを置くのは難しそう
対応しているOSに自動でやらせたほうが良いかもしれない
SUSEならbtrfsも対応してるかな
対応しているOSに自動でやらせたほうが良いかもしれない
SUSEならbtrfsも対応してるかな
2023/02/18(土) 09:06:35.90ID:DgURQKYs
自分も最初は同じように思ってSuSE試したよ。(3年くらい前)
サブボリュームの多さに面食らったので運用でのルートbtrfs化は見送った。
今のSuSEは知らないけれど、当時は自分で勝手に、
ルートは枯れたext4、作業領域はbtrfs.snapperの1hスナップ、
書庫はbtrrs.raidが楽で便利だと判断したので、身の回り全部似たような構成で使ってる。
サブボリュームの多さに面食らったので運用でのルートbtrfs化は見送った。
今のSuSEは知らないけれど、当時は自分で勝手に、
ルートは枯れたext4、作業領域はbtrfs.snapperの1hスナップ、
書庫はbtrrs.raidが楽で便利だと判断したので、身の回り全部似たような構成で使ってる。
717login:Penguin
2023/02/18(土) 10:31:13.19ID:twWJoBAa2023/02/19(日) 12:24:28.89ID:OSikgBLx
>>717
Dedupe したら回復できると思う
Dedupe したら回復できると思う
2023/02/19(日) 12:42:34.82ID:Tj6dSDxL
便乗質問だけども、btrfsのdeduplicaterって標準では無くて外部ツールとしては複数あって迷う
おすすめないですか
おすすめないですか
2023/02/21(火) 00:10:45.66ID:iEvEQd/E
2023/02/21(火) 05:54:30.86ID:8Yznb6GH
>>720
サンクス
サンクス
2023/02/21(火) 15:15:05.49ID:OVQUFzCG
2023/02/21(火) 18:46:40.18ID:AcBGErVl
そうなんだ。
btrfs.raid1の/がデグレードで稼働しないのなら、
実際に試したことないから知らなかったけれど、想定外で驚くな。
念のため重ねて聞くけれど、
mount -o degraded /dev/sd? /mnt/point
やってもダメってことだよね?
btrfs.raid1の/がデグレードで稼働しないのなら、
実際に試したことないから知らなかったけれど、想定外で驚くな。
念のため重ねて聞くけれど、
mount -o degraded /dev/sd? /mnt/point
やってもダメってことだよね?
2023/02/22(水) 14:40:39.18ID:4Tk2fUng
>>723
こんな感じでした
@initramfs起動した後にmountを打つと「none on / type rootfs (rw)」が表示されている
A@の後にmount /dev/sda3 /を打つとuuidエラーとなりmountで確認してもマウントされてない
BAの後にmount -o degraded /dev/sda3 /を打つとUnknown parameterと言われ失敗しているように見える
CBの後にmountを打つと@の表示+「/dev/sda3 on / type btrfs…」と表示されてマウントできてるように見える
DCの後にcat /etc/fstabを見ても空ファイルで/がマウントされてないように見える
Eexitでinitramfsを終了すると何か処理が走った文字列が表示され途中で止まる
こんな感じでした
@initramfs起動した後にmountを打つと「none on / type rootfs (rw)」が表示されている
A@の後にmount /dev/sda3 /を打つとuuidエラーとなりmountで確認してもマウントされてない
BAの後にmount -o degraded /dev/sda3 /を打つとUnknown parameterと言われ失敗しているように見える
CBの後にmountを打つと@の表示+「/dev/sda3 on / type btrfs…」と表示されてマウントできてるように見える
DCの後にcat /etc/fstabを見ても空ファイルで/がマウントされてないように見える
Eexitでinitramfsを終了すると何か処理が走った文字列が表示され途中で止まる
2023/02/22(水) 18:56:00.22ID:dGS8PrBY
2023/02/26(日) 21:16:26.06ID:y+Rs3+YS
https://www.phoronix.com/news/Linux-SSDFS-NVMe-ZNS-SSDs
SSDFSなるものが出たらしい
SSDFSなるものが出たらしい
727login:Penguin
2023/03/01(水) 11:49:18.70ID:IHR5nPEA NASに超〜〜〜長いファイル名を生成して何も出来なく成って焦った。
ドラッグ&ドロップがダメ、ファイル名の修正もダメ、ツールもダメ。
コマンドプロンプトも「cd」はUNCパスは設定出来ないからダメ。
ネットを検索したら光明が見えた。「pushd」というコマンドを使う。
このコマンドはUNCパスでもAドライブにするスゴイコマンド。
無事に自己解決できたでゴザル。FAQかもしれないが一応報告しとく。
ドラッグ&ドロップがダメ、ファイル名の修正もダメ、ツールもダメ。
コマンドプロンプトも「cd」はUNCパスは設定出来ないからダメ。
ネットを検索したら光明が見えた。「pushd」というコマンドを使う。
このコマンドはUNCパスでもAドライブにするスゴイコマンド。
無事に自己解決できたでゴザル。FAQかもしれないが一応報告しとく。
2023/03/01(水) 21:02:19.10ID:HRdkOpzu
コマンドプロンプト、UNCパスはダメでもネットワーク・ドライブに割り当てればコマンドプロンプトでcdできるのは有名だと思うが。
というか、cdにUNCパス食わせるとエラーでそう言われなかったっけ?
というか、cdにUNCパス食わせるとエラーでそう言われなかったっけ?
2023/03/01(水) 21:15:14.10ID:/4LIBQ8q
>>727
ファイルをi-nodeで指定して扱う方法もあるよ。
大昔だけれど、日本語入力不可な接続環境で、
日本語のファイル|フォルダを扱いたくてこの板で相談して解決したことある。
全く関係ないけれど、
Linux板は年1回か2年に1回くらいしか自分はお世話にならなかったけれど、
たまたま前スレ見て何となく読んで書くのも何回かしてみて、ここは良いスレだわと思う。
ファイルをi-nodeで指定して扱う方法もあるよ。
大昔だけれど、日本語入力不可な接続環境で、
日本語のファイル|フォルダを扱いたくてこの板で相談して解決したことある。
全く関係ないけれど、
Linux板は年1回か2年に1回くらいしか自分はお世話にならなかったけれど、
たまたま前スレ見て何となく読んで書くのも何回かしてみて、ここは良いスレだわと思う。
2023/03/02(木) 07:39:56.46ID:A4MiQ6bl
ネットワーク・ドライブに割り当てればコマンドプロンプトでcdできるのはFAQ?
了解しました。我輩は初めて知ったでゴザル。ネット検索でヒットしなかったでゴザル。
ネットワーク・ドライブはルートの位置でしかマウント出来ないので不便でゴザル。
「pushd」ならNASの深い階層まで一気に指定してマウント出来るのでゴザル。
了解しました。我輩は初めて知ったでゴザル。ネット検索でヒットしなかったでゴザル。
ネットワーク・ドライブはルートの位置でしかマウント出来ないので不便でゴザル。
「pushd」ならNASの深い階層まで一気に指定してマウント出来るのでゴザル。
2023/03/04(土) 19:54:33.50ID:/cxB8+Mt
gio コマンドは?やったことないけどネットワーク利用
2023/03/04(土) 20:16:18.23ID:03rUzW7Y
ござるござるよ須藤君は
ゆかいな味方 rootでござる rootでござる
ゆかいな味方 rootでござる rootでござる
2023/03/18(土) 13:04:29.97ID:hp1PCPMP
外付けメディアをfstabに並べなくても/etc/udisks2/mount_options.confでデフォルトのマウントオプションを変えられることを今更知った
これでDOS/Windows系からファイルをコピーしてきたときに全部実行可能属性が付いちゃってるのを回避できる
これでDOS/Windows系からファイルをコピーしてきたときに全部実行可能属性が付いちゃってるのを回避できる
2023/04/09(日) 22:03:56.04ID:tKBjL/QK
Improved Btrfs Scrub Code Readied For Linux 6.4, ~10% Faster
https://www.phoronix.com/news/Btrfs-Linux-6.4-Better-Scrub
https://www.phoronix.com/news/Btrfs-Linux-6.4-Better-Scrub
735login:Penguin
2023/04/13(木) 15:13:51.87ID:50/6OciX btrfsサブボリュームの削除が終わらない
これで進行状況見ると、1 orphans left to cleanとだけ出る
ちなみにHDD
Ubuntu Manpage: btrfs-orphan-cleaner-progress - show progress information about background deletion of
https://manpages.ubuntu.com/manpages/focal/en/man1/btrfs-orphan-cleaner-progress.1.html
これで進行状況見ると、1 orphans left to cleanとだけ出る
ちなみにHDD
Ubuntu Manpage: btrfs-orphan-cleaner-progress - show progress information about background deletion of
https://manpages.ubuntu.com/manpages/focal/en/man1/btrfs-orphan-cleaner-progress.1.html
2023/04/13(木) 15:40:25.18ID:RqzzYhCs
何かしら原因で消せないんだろ
737login:Penguin
2023/04/13(木) 23:50:17.42ID:50/6OciX 0 orphans left to cleanになってもずっとbtrfs-cleanerが稼働中
2023/04/13(木) 23:58:52.05ID:evst9FMc
BTRFS不具合多すぎるんよ
ドキュメントもほぼ役に立たないし
異容量でRAID1組めるだけに留めときゃいいのに
ドキュメントもほぼ役に立たないし
異容量でRAID1組めるだけに留めときゃいいのに
2023/04/14(金) 07:12:15.26ID:uRZfur5f
それ不具合なんか?
740login:Penguin
2023/04/14(金) 12:54:39.07ID:zN9HcqpB2023/04/14(金) 13:26:16.55ID:WV9NkO8E
パターフェスで作成した ループバック イメージ 領域が壊れた
情報がなくて復旧は諦めた
ルプバック イメージで利用するのはあまり良くないのかな
情報がなくて復旧は諦めた
ルプバック イメージで利用するのはあまり良くないのかな
2023/04/14(金) 14:17:50.69ID:ll+le78X
>>740
再現性あるなら、報告したら直してくれそう
再現性あるなら、報告したら直してくれそう
743login:Penguin
2023/04/14(金) 23:09:39.69ID:UtE0U0oG VM格納してる場合や書き込み多い場合nodatacowでマウントだよな?
744login:Penguin
2023/05/02(火) 22:27:14.82ID:Tj/lxdtz ZFS使ってる人いる?
用途どんな感じ?
優位性、どんなときに感じる?
用途どんな感じ?
優位性、どんなときに感じる?
2023/05/04(木) 22:38:33.53ID:jZW3xhNV
コマンドがわかりやすくて短くて簡単で使いやすいところ好き
2023/05/05(金) 16:13:04.21ID:4ru5QHhK
ZFS、proxmoxで暗号化mirrorで使ってる。
標準で暗号化、冗長化、snapshot、ファイルシステム(dataset)、ボリュームマネージャ(zvol)、CoW、全て一つで完結してるのが魅力。
メリット: 色々組合せる必要無くシンプル、柔軟な設定(ARC、L2arc、slog、special vdev)
(敢えてあげれば)デメリット: ライセンス問題、他よりマイナー、datasetの速度、CoWを外せない、かな。
標準で暗号化、冗長化、snapshot、ファイルシステム(dataset)、ボリュームマネージャ(zvol)、CoW、全て一つで完結してるのが魅力。
メリット: 色々組合せる必要無くシンプル、柔軟な設定(ARC、L2arc、slog、special vdev)
(敢えてあげれば)デメリット: ライセンス問題、他よりマイナー、datasetの速度、CoWを外せない、かな。
2023/05/05(金) 16:42:27.83ID:4ru5QHhK
追記: ZFSはdebian on OpenZFS。
少ないメモリ(とswap?)でHDDにWindows VMのディスクベンチなど短時間に大量の書込をしたらpanicしたことがある。
arcやtxg最大サイズを適切なものにするのがオススメ。
https://openzfs.github.io/openzfs-docs/Performance%20and%20Tuning/Module%20Parameters.html#zfs-dirty-data-max-max
少ないメモリ(とswap?)でHDDにWindows VMのディスクベンチなど短時間に大量の書込をしたらpanicしたことがある。
arcやtxg最大サイズを適切なものにするのがオススメ。
https://openzfs.github.io/openzfs-docs/Performance%20and%20Tuning/Module%20Parameters.html#zfs-dirty-data-max-max
2023/05/18(木) 04:07:44.92ID:miq2544B
>>744
Hackintoshで使ってるOpenZFS for macos2.1.6
一種のゲーム的な面白さがあるのよ
このフォルダはほぼ開かないから
圧縮設定強めにzstandard で高圧縮してコピーだとか
このデータベースだけSSDに多く食わせようとか
xp時代のHDD先頭パテ切ってキャッシュにしたりするような
あれの延長上的な攻略的なゲームに
macOSの整理整頓軽の面白さが混じってて面白い
Spotlight面白すぎる
special vdevでメタデータとSmall BlockをべつSSDにする方法はないのか
Hackintoshで使ってるOpenZFS for macos2.1.6
一種のゲーム的な面白さがあるのよ
このフォルダはほぼ開かないから
圧縮設定強めにzstandard で高圧縮してコピーだとか
このデータベースだけSSDに多く食わせようとか
xp時代のHDD先頭パテ切ってキャッシュにしたりするような
あれの延長上的な攻略的なゲームに
macOSの整理整頓軽の面白さが混じってて面白い
Spotlight面白すぎる
special vdevでメタデータとSmall BlockをべつSSDにする方法はないのか
2023/05/18(木) 12:01:15.22ID:pqDKbYkL
返答の御礼も書かなかったバチが当たったようです
メインでWindows機を使っていて、USBケースで海門6TB(NTFS)使っていました。
1週間ほど放置したらノートPCの電池が切れてNTFSが飛び、chkdsk /f /rも無駄に。
メインでWindows機を使っていて、USBケースで海門6TB(NTFS)使っていました。
1週間ほど放置したらノートPCの電池が切れてNTFSが飛び、chkdsk /f /rも無駄に。
2023/05/18(木) 12:26:04.62ID:pqDKbYkL
無礼な行為、申し訳ございませんでした。
2023/05/19(金) 15:31:20.97ID:pc5cPjAC
ええんやで
752login:Penguin
2023/05/19(金) 19:42:36.15ID:OVp5aWkt 今時のファイルシステムって停電ぐらいで壊れる?
2023/05/20(土) 01:43:56.19ID:f+BRu3lK
停電に見せかけたHDDの障害かもしれんんやで。
同じロットのHDD積んでいるんだろうな、と思われるものでマシンのが同時期に壊れるとか。
同じロットのHDD積んでいるんだろうな、と思われるものでマシンのが同時期に壊れるとか。
2023/05/20(土) 13:26:23.98ID:tJIicwK0
ある時からぶっ壊れ状態となったが電源を切るまでは動き続け、
電源を切ったら再始動できなくなるというのはHDDの障害としてはありがち。
電源を切ったら再始動できなくなるというのはHDDの障害としてはありがち。
2023/05/20(土) 14:49:07.18ID:x9c+lDqg
大分昔の職場で大型連休の度に全PCの電源を落としていたが
連休明けとかに何回か再起動を繰り返さないと立ち上がらないHP-UXが近くの部署にあった
開発な癖にそんな危なっかしい機体を放置してる部署もどうかとは思ってはいたがそれはともかく
一回スピンアップに成功すると正常に使えるように見えるって奴とかな
連休明けとかに何回か再起動を繰り返さないと立ち上がらないHP-UXが近くの部署にあった
開発な癖にそんな危なっかしい機体を放置してる部署もどうかとは思ってはいたがそれはともかく
一回スピンアップに成功すると正常に使えるように見えるって奴とかな
2023/05/20(土) 15:30:50.35ID:BJ1BctDK
回転系の家電を叩くと治るというのもこれ
757744
2023/05/20(土) 16:07:02.10ID:1mROoG1K フリーソフトで、mp3の音楽ファイルが5つくらい復旧しました。
wmvファイルは、何故か全てが「信長の野望 戦国群雄伝 for Windows」からリッピングしたwmaファイルの断片群に化けていました…
chkdskなんて掛けないでUbuntuか何かのLive USBメモリで起動してマウントすべきだったのかも
wmvファイルは、何故か全てが「信長の野望 戦国群雄伝 for Windows」からリッピングしたwmaファイルの断片群に化けていました…
chkdskなんて掛けないでUbuntuか何かのLive USBメモリで起動してマウントすべきだったのかも
2023/05/20(土) 16:29:43.71ID:S1lvO3j3
バックアップ取ってから操作しようね
2023/05/20(土) 17:13:57.50ID:ltXV8LvB
>>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に多くの業者が取る方法がこれ)
最後が違う。「マウント」しないのが正解。まず、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に多くの業者が取る方法がこれ)
2023/05/20(土) 17:21:27.11ID:xJglHe8k
ワイでもできそう
2023/05/20(土) 20:56:34.57ID:tJIicwK0
突然の電源断に対してはchkdskはそこまでおかしい選択肢ではない
一方でWindowsのコマンドラインのchkdskは、最近はほぼ放置状態(MSが改良を試みていない)という説もある
>>753が指摘しているように、本当に「突然の電源断」なのかっていうところもある
普通はノートPCはバッテリーが切れそうになったら休止状態とかに入るものじゃないのか
なのにHDD破損に至ってるのは、最初にHDDが故障して、OSも停止してスリープや休止に入れなくなり、バッテリーを使い果たしたのではないか?
一方でWindowsのコマンドラインのchkdskは、最近はほぼ放置状態(MSが改良を試みていない)という説もある
>>753が指摘しているように、本当に「突然の電源断」なのかっていうところもある
普通はノートPCはバッテリーが切れそうになったら休止状態とかに入るものじゃないのか
なのにHDD破損に至ってるのは、最初にHDDが故障して、OSも停止してスリープや休止に入れなくなり、バッテリーを使い果たしたのではないか?
762744
2023/05/20(土) 21:06:45.56ID:ErTqN22p chkdsk /f /r
の実行自体がダメだったのでしょうか
実行前にddrescue実行必須??
の実行自体がダメだったのでしょうか
実行前にddrescue実行必須??
763744
2023/05/20(土) 21:11:00.52ID:e/EvVloM >>761
OSはm.2 SSDに入っていて、今も問題なく起動できています。
SEAGATE ST6000DM003をケースに入れてUSB接続したまま放置したらNTFSが死んでいて、Windows 11のディスク管理画面ではrawという認識となっていました。
OSはm.2 SSDに入っていて、今も問題なく起動できています。
SEAGATE ST6000DM003をケースに入れてUSB接続したまま放置したらNTFSが死んでいて、Windows 11のディスク管理画面ではrawという認識となっていました。
2023/05/21(日) 11:17:54.87ID:avtWY8kE
>>762
マウントすると I/O Error 起こすセクタに当たった時にそこを読もうとして
延々エラーを繰り返すので I/O Error を読み飛ばす系の dd (ddrescue とか)
や chkdsk/fsck かが必要。
ddrescue は操作している間にディスクが完全にお亡くなりになるリスクへの対策。
今回の場合ディスクが完全お亡くなりになってない(ファイルが5個サルベージ
できた)ので ddrescue してもしなくても同じだった可能性が高い。
なので chkdsk は判断としては正解だった(chkdsk の前の段階で手の施しようが
なかったんだ)と思う(個人の感想です)。
マウントすると I/O Error 起こすセクタに当たった時にそこを読もうとして
延々エラーを繰り返すので I/O Error を読み飛ばす系の dd (ddrescue とか)
や chkdsk/fsck かが必要。
ddrescue は操作している間にディスクが完全にお亡くなりになるリスクへの対策。
今回の場合ディスクが完全お亡くなりになってない(ファイルが5個サルベージ
できた)ので ddrescue してもしなくても同じだった可能性が高い。
なので chkdsk は判断としては正解だった(chkdsk の前の段階で手の施しようが
なかったんだ)と思う(個人の感想です)。
2023/06/04(日) 02:44:53.33ID:OYHe40au
単なる不意の電源断がその場であって
ダーティフラグ立ってるだけと確証があるなら
chkdskかける判断はおかしくないけど
大原則として論理的な障害ではなく物理障害が
少しでも疑わしいと思えたらその時点で
そのハードウェアに触れるのは
必要最低限に留めてかつ迅速に行うべきで
理想的にはddrescueなりで出来るだけ完全(に近い)複製を安全な場所に取ってから
そのイメージやらファイルやらだけを相手に作業をすべき
壊れたハードウェアの上でパーティション情報やファイルシステムの論理的なチェックや修正をかけても
まずその操作で余計に状況を悪化させてトドメ刺すだけだから少しでも疑わしければ安易にやっちゃいかん
ttps://wiki.archlinux.jp/index.php/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%83%AA%E3%82%AB%E3%83%90%E3%83%AA
ダーティフラグ立ってるだけと確証があるなら
chkdskかける判断はおかしくないけど
大原則として論理的な障害ではなく物理障害が
少しでも疑わしいと思えたらその時点で
そのハードウェアに触れるのは
必要最低限に留めてかつ迅速に行うべきで
理想的にはddrescueなりで出来るだけ完全(に近い)複製を安全な場所に取ってから
そのイメージやらファイルやらだけを相手に作業をすべき
壊れたハードウェアの上でパーティション情報やファイルシステムの論理的なチェックや修正をかけても
まずその操作で余計に状況を悪化させてトドメ刺すだけだから少しでも疑わしければ安易にやっちゃいかん
ttps://wiki.archlinux.jp/index.php/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%83%AA%E3%82%AB%E3%83%90%E3%83%AA
2023/06/05(月) 12:27:24.59ID:absDUdye
そこまでする価値のあるデータならそうするが、大抵の場合は本人が主張するほどに大事なデータではないんだよなぁという感慨しかない
2023/06/05(月) 18:41:18.77ID:u6qS2404
今日は私の宝物をご紹介しましょう。将棋の駒。何の変哲もないように見えますけど実はここに血痕が付いてるんです。
2023/06/05(月) 22:11:48.33ID:ureuPiWq
>>766
そもそも壊れたストレージごとき相手に
奮闘してまでサルベージしないといけない時点で普段から予算も手間も割いてないのは明らかだからな
そこまで必死になるほど真に大事ならバックアップコピーでもRAIDミラーリングでも
なんでもいいから冗長化していて然るべきなわけでさ
そもそも壊れたストレージごとき相手に
奮闘してまでサルベージしないといけない時点で普段から予算も手間も割いてないのは明らかだからな
そこまで必死になるほど真に大事ならバックアップコピーでもRAIDミラーリングでも
なんでもいいから冗長化していて然るべきなわけでさ
769login:Penguin
2023/06/13(火) 12:24:13.46ID:lDxtctI3 btrfs、破損とかは今のところ無いが
謎のフリーズの問題やディスク書き込み量の増加に悩まされた
ZFSに変えようかな
謎のフリーズの問題やディスク書き込み量の増加に悩まされた
ZFSに変えようかな
2023/06/13(火) 12:38:20.13ID:w4ejhCXL
フリーズはまあ分かるけど書き込み増加はなんだ?
2023/06/13(火) 13:36:32.93ID:7Qy6hdZY
RedHatが匙を投げたファイルシステムを使うんだからその辺りは覚悟すべき
2023/06/15(木) 02:23:28.18ID:KYvelAPC
>>770
cowじゃね?
cowじゃね?
2023/06/15(木) 03:18:39.62ID:Ab0knFIL
>>772
CoWは逆に書き込み減るのでは
CoWは逆に書き込み減るのでは
2023/06/15(木) 09:10:07.34ID:oerfQs+R
defrag じゃね?
2023/06/15(木) 12:09:56.16ID:iqXU0Muf
CoWで書込減るのってどんなケース??
2023/06/15(木) 15:11:40.65ID:Z+lqZbOl
100MBのファイルをcpする場合
本来なら100MBの書き込みが発生するけれど
COWできれば共有で100MBの書き込みが省略されるので
本来の書き込み量に比べて実際の書き込み量は減るという意味なのでは
本来なら100MBの書き込みが発生するけれど
COWできれば共有で100MBの書き込みが省略されるので
本来の書き込み量に比べて実際の書き込み量は減るという意味なのでは
2023/06/15(木) 15:15:45.67ID:k99mBPIK
変更されるまで実際には書き込まない
スナップショット的な動作を想定してるなら
CoWには限らない
スナップショット的な動作を想定してるなら
CoWには限らない
2023/06/15(木) 17:53:34.01ID:rJUVeeLq
ext4でcpしたら普通に書き込むやろ
2023/06/15(木) 22:43:39.35ID:3807WRaz
なるほど。そういえばreflinkオプションあったのを忘れてた。
780login:Penguin
2023/06/22(木) 18:18:22.21ID:tBmMKl6O btrfsはやっぱりなんかあるのかな。
突然あるディレクトリ配下だけが全部サイズ0になってアクセスできなくなった。
でも、rootだと普通にアクセスできたから、とりあえずは復旧できた。
なんか気持ちが悪いんよね。
圧縮とサブボリュームが便利で気に入っているんだけど。
突然あるディレクトリ配下だけが全部サイズ0になってアクセスできなくなった。
でも、rootだと普通にアクセスできたから、とりあえずは復旧できた。
なんか気持ちが悪いんよね。
圧縮とサブボリュームが便利で気に入っているんだけど。
2023/06/22(木) 19:27:01.68ID:uRZUK/qv
マウントの設定が書き換わってそう
782login:Penguin
2023/06/28(水) 10:41:23.69ID:wJNVLCTf Btrfsを使うならカーネルは常に新しくしておかなきゃね
古いカーネルでフォーマットしたBtrfsは不具合があるとかなんとか
古いカーネルでフォーマットしたBtrfsは不具合があるとかなんとか
2023/06/28(水) 11:46:28.60ID:L4N4sWLK
カーネルに変えた時古いカーネルでフォーマットしたものはどうすればいいの
2023/06/28(水) 11:56:03.93ID:8Cj153ze
そのまま使えばいいんじゃない?
新しいカーネルなら過去の問題は適宜検出してwarning出してくれると思うので。
新しいカーネルなら過去の問題は適宜検出してwarning出してくれると思うので。
2023/06/28(水) 12:35:03.12ID:wJNVLCTf
そんな便利機能はないぞ
データを待避して再フォーマットするのが無難
データを待避して再フォーマットするのが無難
2023/06/28(水) 12:37:27.85ID:i0diXs6h
RAID6やZFS Z2がブッ壊れたときみたいらな
787login:Penguin
2023/07/02(日) 15:26:16.54ID:mgIf5W3/ Btrfsを使うなら
FedoraかUbuntuの非LTSかローリングリリース系のディストリのどれかを使いたいね
それ以外だとしたらカーネルだけ最新にするキメラしないと厳しい
FedoraかUbuntuの非LTSかローリングリリース系のディストリのどれかを使いたいね
それ以外だとしたらカーネルだけ最新にするキメラしないと厳しい
788login:Penguin
2023/07/02(日) 15:42:56.86ID:ZRHaec83 カーネルの再構築ごときをキメラって…
2023/07/02(日) 16:57:26.23ID:a8rTRfZG
極端に古いカーネルじゃなきゃなんともねぇぜ
2023/07/03(月) 04:52:40.51ID:CmwYNL/n
Ubuntuなら新しいカーネル使えなかったっけ
2023/07/03(月) 06:54:34.07ID:wpfzXeqf
Linux カーネルならどのディストリビューションでも簡単に最新にできるだろ。
バニラカーネルでコンパイルエラーになる事無い気がする。
バニラカーネルでコンパイルエラーになる事無い気がする。
2023/07/03(月) 08:30:03.69ID:uA4NxAHI
Btrfsはカーネル上げてもいいけど戻すのはリスキーだから
公式で新しいカーネルを提供しているディストリのほうがいいよ
公式で新しいカーネルを提供しているディストリのほうがいいよ
2023/07/03(月) 09:50:48.58ID:RRoYTlzt
最近バニラカーネル触ってないから知らんけど、BuildPreReq情報は同梱ドキュメントに必ず書かれてたぜ
外す理由がないから、今もあるはず
外す理由がないから、今もあるはず
2023/07/03(月) 09:55:08.11ID:zIlPSEd4
2023/07/03(月) 14:26:54.52ID:89+QS2OW
btrfsの話ならディスク上の基本フォーマットは長らく変わってないし
カーネルバージョン間での非互換機能はあるけどそれも使うと個別に非互換検出ビットが立つから
古いボリューム相手でも(後から操作できる物なら)新機能は問題なく使えるし
もし新しいカーネルのみの機能を持つボリューム相手に
古いカーネルでマウントしようとしてもroのみあるいはマウント不可になるので安全
実際にzstd圧縮やspace_cache=v2が入る以前の4.4(ルーター)と6.3(PC)の間で
compress=lzo,space_cache=v1で双方にマウントしたり戻したりしてるけど何の問題もないよ
カーネルバージョン間での非互換機能はあるけどそれも使うと個別に非互換検出ビットが立つから
古いボリューム相手でも(後から操作できる物なら)新機能は問題なく使えるし
もし新しいカーネルのみの機能を持つボリューム相手に
古いカーネルでマウントしようとしてもroのみあるいはマウント不可になるので安全
実際にzstd圧縮やspace_cache=v2が入る以前の4.4(ルーター)と6.3(PC)の間で
compress=lzo,space_cache=v1で双方にマウントしたり戻したりしてるけど何の問題もないよ
2023/07/03(月) 19:00:31.26ID:HL82Z5Qd
最近のTwitterで顕著だけど故意にフェイクニュース流してる奴結構いるよな
『騙されてやんの~』という◯ナ二―の一種なんかね
『騙されてやんの~』という◯ナ二―の一種なんかね
2023/07/17(月) 22:40:10.74ID:Je/0Hij9
あとはオンボロSSDやSDカードでssdオプション有効にすると動作怪しくなるのと
ライトホール問題絡んでくるRAIDが怖いがそれらの点以外は便利なんだよなbtrfs
VMゲストしたときの性能についてはあきらめてLVM等使うかvirtiofsの今後に期待するって話で落ち着きそうだし
でもサブボリューム単位で透過圧縮やCoWの有無切り替えられないのは誰か何とかしてほしい
(ボリューム分けるって方法もあるが単一ボリュームで気軽にマルチデバイスできるのが本来の強みなのだし)
ライトホール問題絡んでくるRAIDが怖いがそれらの点以外は便利なんだよなbtrfs
VMゲストしたときの性能についてはあきらめてLVM等使うかvirtiofsの今後に期待するって話で落ち着きそうだし
でもサブボリューム単位で透過圧縮やCoWの有無切り替えられないのは誰か何とかしてほしい
(ボリューム分けるって方法もあるが単一ボリュームで気軽にマルチデバイスできるのが本来の強みなのだし)
2023/08/03(木) 11:45:45.74ID:dhkK29LG
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生成のバグレポに延々対処する仕事か
まさに悪夢
> 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生成のバグレポに延々対処する仕事か
まさに悪夢
2023/08/03(木) 17:02:05.88ID:q/P9l3yV
疲れただけにも読めるけどAIが悪い?
2023/08/07(月) 03:43:34.79ID:sl53biTi
AIがバグレポって何だろね
有意義なレポートじゃないなら選別AIで対抗だ
有意義なレポートじゃないなら選別AIで対抗だ
2023/08/07(月) 16:11:58.52ID:kx1CvaiP
ランダムに変な負荷かけたり
1秒間に1000回マウントとアンマウントを繰り返したりするんだろう多分
時代はBtrfsなのにやってられんよな
1秒間に1000回マウントとアンマウントを繰り返したりするんだろう多分
時代はBtrfsなのにやってられんよな
2023/08/07(月) 17:10:45.37ID:UfPJft9p
スタックトレースで分類したら実質数個じゃないのかね
2023/08/08(火) 18:58:58.54ID:p601nbQW
ファジングテストの事でしょ…と思ったが多少違うっぽいな
AIが生成しまくるコーナーケースのバグレポートに疲弊したって話っぽい
まぁXFSは赤帽の生命線なんだから問題起きても赤帽がなんとかしてくれるんじゃない?
AIが生成しまくるコーナーケースのバグレポートに疲弊したって話っぽい
まぁXFSは赤帽の生命線なんだから問題起きても赤帽がなんとかしてくれるんじゃない?
2023/08/08(火) 19:01:17.00ID:TS/nSBMX
修正パッチもAI生成出来るようになるまであと一歩
2023/08/08(火) 19:17:01.15ID:3W4UAIfD
2023/08/08(火) 22:12:53.38ID:RPAYsqMe
ext4でいいがな
2023/08/09(水) 15:45:58.33ID:CzBgG1A0
>>805
Linux Developers Eye Orphaning The JFS File-System
www.phoronix.com/news/Linux-Possible-Orphan-JFS
もう使ってる人いないしJFS捨てようみたいな話が出てる
Linux Developers Eye Orphaning The JFS File-System
www.phoronix.com/news/Linux-Possible-Orphan-JFS
もう使ってる人いないしJFS捨てようみたいな話が出てる
2023/08/09(水) 16:06:10.92ID:t3DTDYXA
マイナーなファイルシステムってマトモにメンテされてないし不具合あっても報告されないし使わないほうがいいよ
2023/08/09(水) 16:18:32.46ID:M/z4SoOm
AIX, OS/2 では動いていて30年前はいいもの感もあったはず...
2023/08/09(水) 17:19:22.43ID:xh6A1oH/
RHELで採用されてないということはメンテされていないということに等しい
2023/08/09(水) 18:13:24.21ID:+nr5wDrM
FacebookってCentOSで動いてるらしいけどファイルシステムはbtrfsなんだよな
2023/08/09(水) 18:54:14.67ID:BKxgttZ4
ext4もオワコンなのTT
2023/08/09(水) 19:31:12.63ID:M/z4SoOm
>>810
そう考えるとRHは凄いんだな、と思いました。
そう考えるとRHは凄いんだな、と思いました。
2023/08/09(水) 19:49:45.32ID:xh6A1oH/
Btrfsは事実上facebookがメンテしてるからね
自社でメンテしてるファイルシステムだから採用しやすい
自社でメンテしてるファイルシステムだから採用しやすい
2023/08/09(水) 20:20:43.57ID:MStot6iX
2023/08/09(水) 21:06:48.18ID:t3DTDYXA
SUSEもbtrfs使ってるぞ
2023/08/09(水) 22:04:09.03ID:9gexIL31
もちろん頼もしいのが第一だが、
逆に言えば現メタ(だけじゃないが)の使用してるユースケースに沿わない使い方に関しては中々進歩しないのが弱点だと思う
RAID56が長い間ダメダメだったのやFS単品での暗号化や階層キャッシュが望めないのもDCでbtrfs使ってる処がそういう機能に興味もってないからだろうし
逆に言えば現メタ(だけじゃないが)の使用してるユースケースに沿わない使い方に関しては中々進歩しないのが弱点だと思う
RAID56が長い間ダメダメだったのやFS単品での暗号化や階層キャッシュが望めないのもDCでbtrfs使ってる処がそういう機能に興味もってないからだろうし
2023/08/11(金) 07:10:18.88ID:PKaGesv1
RAID5/6 でのバグは直ったのか?
家庭用では無い構成だから関係ないと思ってはいたけど。
家庭用では無い構成だから関係ないと思ってはいたけど。
2023/08/11(金) 15:02:10.75ID:gMoSz8Vl
治るもクソも根本的なライトホール問題があって、ディスク追加の扱いが悪い意味で柔軟なBtrfsは対処が難しいからメンテ側が乗り気じゃないって話じゃないかな
現状は最新カーネルかつメタデータのraid構成を別にすれば良いけど実績も脳死で使える安心感も皆無だし
とはいえ主流のハードウェアraidはデータ化けに弱いんだからチェックサム有りfsで安心して使えるraidがもっと一般化してほしいお気持ちもある
現状は最新カーネルかつメタデータのraid構成を別にすれば良いけど実績も脳死で使える安心感も皆無だし
とはいえ主流のハードウェアraidはデータ化けに弱いんだからチェックサム有りfsで安心して使えるraidがもっと一般化してほしいお気持ちもある
2023/08/11(金) 18:09:59.08ID:sG2VRRL/
Btrfsのディスク構成の緩さは異常。なんでもかんでもストレージプールに合体できる
2023/08/11(金) 20:00:03.37ID:I1R13U0l
自分はbtrfs嫌いじゃないから不満はないがSSD最適化とか将来的なZonedStorage対応考えるとほかに選択肢なくなっていきそうなのは真剣にどうかと思う
2023/08/11(金) 20:41:36.59ID:R8sdUFxz
ストレージプール使うと遅くならない?
5400rpm のHDDが悪いのかもしれんし、比較で測定もしてないけど。
5400rpm のHDDが悪いのかもしれんし、比較で測定もしてないけど。
2023/08/11(金) 20:51:25.84ID:TQtB6JMZ
bcachefs
824login:Penguin
2023/08/11(金) 20:59:56.03ID:TYuMCrmq HAMMERって広まらないな。
2023/08/11(金) 21:06:57.89ID:sG2VRRL/
bcachefsの作者を毎月支援してたんだけど、Btrfsがすっかり良くなって支援止めちゃった
2023/08/11(金) 21:13:25.37ID:LiM6QNme
OSSって上位互換が登場すると一瞬で廃れるから辛いよね
VSCodeが登場してエディタ系が全滅しちゃったような事がいつでも起こり得る
有料製品みたいに価格で対抗することもできないし
VSCodeが登場してエディタ系が全滅しちゃったような事がいつでも起こり得る
有料製品みたいに価格で対抗することもできないし
2023/08/12(土) 02:11:14.13ID:CUhGvmvA
bcachefsは機能的にはBtrfsと差別化できてると思うが
これからメインライン入りしてガンガン開発者集めて安定させないといけないのにlinux6.5マージ失敗のMLのレスバからして雲行き怪しいからどうなるやら
これからメインライン入りしてガンガン開発者集めて安定させないといけないのにlinux6.5マージ失敗のMLのレスバからして雲行き怪しいからどうなるやら
2023/08/23(水) 10:17:38.29ID:Z1oeJl5c
プロプラに言うのはアホだと分かってはいるが
それでもGPFSがフリーで使えたらなあって思う
あれクラスタリングがメインだから勘違いしてる人多いけど
CephやRustreと違ってローカル使いにも適してると思うんだよなあ
使ってるZFS全部捨ててGPFSに乗り換えたいと思うぐらいには
それでもGPFSがフリーで使えたらなあって思う
あれクラスタリングがメインだから勘違いしてる人多いけど
CephやRustreと違ってローカル使いにも適してると思うんだよなあ
使ってるZFS全部捨ててGPFSに乗り換えたいと思うぐらいには
2023/08/23(水) 13:29:05.81ID:r3sixzFM
juicefsとか使ってみたら
現代技術の分散ファイルシステムって感じだ
現代技術の分散ファイルシステムって感じだ
830login:Penguin
2023/08/26(土) 23:56:49.75ID:si6bfGjt GlusterFS面白いな。
簡単な手順で組める。
我が家のはストライピング構成だから怖いけどw
簡単な手順で組める。
我が家のはストライピング構成だから怖いけどw
2023/08/27(日) 00:05:46.78ID:pseOgDNm
特殊なRAIDを組まない限りは全部Btrfsで成立する時代になった
832login:Penguin
2023/08/27(日) 11:11:37.95ID:uktDXYY0 Redhatがまたbtrfsに戻ってくるってある?
2023/08/27(日) 12:18:39.13ID:PR/CoOyy
Fedoraでbtrfs使ってるしRHEL10のデフォルトに採用しても驚かない
2023/08/27(日) 14:35:23.84ID:pseOgDNm
顧客の要望があれば導入するでしょ
RHELにとっての一番の顧客ってどこなのか知らんが
RHELにとっての一番の顧客ってどこなのか知らんが
2023/08/27(日) 16:27:11.11ID:YnC5/bGq
RHELも将来的にはcow/cor対応のFS導入するだろうけど
自前の製品群がXFSに特化してそうだから簡単には変えられないだろうしまずはGPLの取り扱いの件何とかすべきだろうなあ
自前の製品群がXFSに特化してそうだから簡単には変えられないだろうしまずはGPLの取り扱いの件何とかすべきだろうなあ
836login:Penguin
2023/08/28(月) 20:03:29.10ID:G62eI9B5 今の Red Hat は Spectrum Scale (GPFS) 販売している IBM が上にいるから
フリーのファイルシステムに積極的には投資はしないでしょ。
メンテに金のかかる多機能なFSじゃなくてXFSを細々とメンテするだけじゃないかな。
フリーのファイルシステムに積極的には投資はしないでしょ。
メンテに金のかかる多機能なFSじゃなくてXFSを細々とメンテするだけじゃないかな。
837login:Penguin
2023/08/28(月) 21:03:25.04ID:iZDgPe4W IBMがJFS押し付けてきたりして
838login:Penguin
2023/08/28(月) 22:34:50.78ID:0S8N8ier Btrfsはパフォーマンスがちょっとね。
現状BtrfsはZFSにもボロ負けだからな。
Linux6.5でどの程度改善されるか。
あと、暗号化機能がずっと先送りされたまま。
現状BtrfsはZFSにもボロ負けだからな。
Linux6.5でどの程度改善されるか。
あと、暗号化機能がずっと先送りされたまま。
2023/08/28(月) 22:44:42.41ID:qK84yeuR
暗号化は導入するだけでなく高度なセキュリティ検証が必要だからハードルは高いよ
ZFSの暗号化は第三者機関でセキュリティ検証してるのかな
ZFSの暗号化は第三者機関でセキュリティ検証してるのかな
840login:Penguin
2023/08/28(月) 23:13:08.33ID:AtYIGZfm GFS入れたけど遅いw
設定は簡単だからVM置き場ではなく普通のストレージにしたよ。
やっぱ専用機が一番だな。
設定は簡単だからVM置き場ではなく普通のストレージにしたよ。
やっぱ専用機が一番だな。
2023/08/28(月) 23:52:08.72ID:VOEduRz2
一口に暗号化っつーてもh/w込みなのかデバイス単位なのかボリューム単位なのかで勝手違うからこういうのは特定の製品持ってる企業がガンガン進めないときついところある
しかし今時ノートpcみたいな要件だと流石に外せない要素になりつつあるからぼくのかんがえたさいきょうのソリューションが欲しいんだよ
しかし今時ノートpcみたいな要件だと流石に外せない要素になりつつあるからぼくのかんがえたさいきょうのソリューションが欲しいんだよ
2023/08/29(火) 00:15:49.10ID:plGc1vmm
暗号化LVM使えば暗号化自体は可能だし
セキュリティ関係で厳密なテストが必要な重い作業の割には
新規に何かを実現できるわけでもないから優先順位は低いでしょう
一度導入したら最後、脆弱性がでるたびに最優先で修正が必要になるし
セキュリティ関係で厳密なテストが必要な重い作業の割には
新規に何かを実現できるわけでもないから優先順位は低いでしょう
一度導入したら最後、脆弱性がでるたびに最優先で修正が必要になるし
2023/08/29(火) 10:06:23.79ID:MCVzj3AF
ZFS mirror、SATAケーブルの差し込み不良でエラー出たけどちゃんと一基で動作して再起動も無停止。
ケーブル直したら変更分だけresilverしてすぐ復旧。今更だけど感動。
ケーブル直したら変更分だけresilverしてすぐ復旧。今更だけど感動。
2023/09/01(金) 09:42:36.11ID:mxVVj1pR
ReiserFS Officially Declared "Obsolete"
www.phoronix.com/news/ReiserFS-Obsolete
R.I.P.
www.phoronix.com/news/ReiserFS-Obsolete
R.I.P.
2023/09/07(木) 16:11:28.79ID:7YbGerrn
再インストールの機会があったのでここ見てcompress-force=zstd:1にしてみた
だいたい良好だけども、m属性やproperty set compression noneも無視して圧縮するかどうかはzstdの判断のみなんだな
だいたい良好だけども、m属性やproperty set compression noneも無視して圧縮するかどうかはzstdの判断のみなんだな
2023/09/08(金) 12:28:17.09ID:NWED9HrM
bcachefsメインライン入り諦めたっぽい?
作者も開発リソース不足や取り巻きの礼賛で冷静さ失ってそうだし、10年とは言わず数年後くらいに平穏な形で再チャレンジ出来るといいなぁ
作者も開発リソース不足や取り巻きの礼賛で冷静さ失ってそうだし、10年とは言わず数年後くらいに平穏な形で再チャレンジ出来るといいなぁ
2023/09/08(金) 14:44:51.39ID:3VYxIX8d
TPM-backed Full Disk Encryption is coming to Ubuntu
https://ubuntu.com/blog/tpm-backed-full-disk-encryption-is-coming-to-ubuntu
UbuntuがWindowsのbitlockerみたいなTPM使ったディスク暗号化やるみたい
https://ubuntu.com/blog/tpm-backed-full-disk-encryption-is-coming-to-ubuntu
UbuntuがWindowsのbitlockerみたいなTPM使ったディスク暗号化やるみたい
848login:Penguin
2023/09/08(金) 17:32:16.74ID:PGoi6aw5 TPMはプロ相手にはセキュリティ上の追加効果は殆どないのに
一般のユーザーはデータを救出不可能になるリスクが増すというデメリットばかりの代物だぞ
一般のユーザーはデータを救出不可能になるリスクが増すというデメリットばかりの代物だぞ
2023/09/08(金) 21:12:29.39ID:vmuHLOjm
パフォーマンスの問題が解決するんとちゃうの?ソフト暗号複合が遅いから暗号化しないユーザーたち
850login:Penguin
2023/09/09(土) 01:07:26.32ID:PNSm0HJB この場合はパスワード入力不要でTPMだけでディスク暗号化する機能が追加されるという話のようだ。
外部から自分でデータを救出したいときにトラブルになる未来しか見えないが。
外部から自分でデータを救出したいときにトラブルになる未来しか見えないが。
851login:Penguin
2023/09/09(土) 01:43:47.21ID:vYEfIx3n 結局俺は次もext4+lvmにしてしまいそうだ orZ
852login:Penguin
2023/09/09(土) 02:09:12.37ID:5+XaQjmS Btrfs+zstd:1にしようぜ
容量が想像以上に圧縮できて驚くよ
容量が想像以上に圧縮できて驚くよ
2023/09/09(土) 04:46:22.67ID:hrjGdPZn
今時容量不足で苦しむことなんてそんなに無いでしょ。
2023/09/09(土) 11:29:43.96ID:OSz4dSUY
一般的なpcとディストリで気軽に使えてプロ相手にも十分通用する暗号化ってなんだろう・・・
855login:Penguin
2023/09/09(土) 11:44:53.10ID:WW7jheGz >>852
zstd安定してる?
zstd安定してる?
2023/09/09(土) 11:46:05.74ID:2Ydxc51k
>>851
スナップショットのあるファイルシステムいいよ
いつでも全ファイルの差分が見えるし、バックアップ取るときもまずスナップショットを取ってそっちを対象にすれば
メインボリューム側では整合性期にせず作業続けられるし
スナップショットのあるファイルシステムいいよ
いつでも全ファイルの差分が見えるし、バックアップ取るときもまずスナップショットを取ってそっちを対象にすれば
メインボリューム側では整合性期にせず作業続けられるし
857login:Penguin
2023/09/10(日) 20:15:54.59ID:qbFiXkWo >>855
Fedoraのデフォルトになって数年が経過しているから安心していいよ
Fedoraのデフォルトになって数年が経過しているから安心していいよ
2023/09/11(月) 02:37:28.23ID:wx5vSnGw
Btrfsの透過圧縮でわざわざ標準外のレベル設定するのってだいぶ特殊用途なんでは…?
859login:Penguin
2023/09/11(月) 03:42:15.33ID:MkIBph5P Fedoraチームがベンチマークを取ってzstd:1がベストと導き出したんだよ
2023/09/11(月) 13:07:53.88ID:/MP3rsEl
5年以上 zstd で btrfs使ってたけど自分は問題無かった。
今はZFSでzstd使ってるけどこっちも問題ないよ。
今はZFSでzstd使ってるけどこっちも問題ないよ。
861login:Penguin
2023/09/11(月) 19:21:26.09ID:ZukU+m1D >>860
btrfsからzfsにした理由とかある?
btrfsからzfsにした理由とかある?
2023/09/12(火) 12:34:20.20ID:oWjnH80A
>>861
理由はproxmoxに移行したため。
理由はproxmoxに移行したため。
2023/09/12(火) 12:45:23.11ID:DJarWrt9
純粋なストレージプールが欲しいならzfsやcephあたりで良いんだろうが
仮想化ゲストならvirtiofsが主流になって使いやすくなってほしいなぁ
仮想化ゲストならvirtiofsが主流になって使いやすくなってほしいなぁ
864login:Penguin
2023/09/12(火) 18:21:03.24ID:0x45b9Fv >>862
サンクス
サンクス
2023/09/14(木) 09:22:53.20ID:WI6q0tm8
Ubuntu 23.10 Restores ZFS File-System Support In Its Installer
https://www.phoronix.com/news/Ubuntu-23.10-ZFS-Install
UbuntuはZFSを見棄てたわけではなかったみたい
次世代FSはbtrfsなのかZFSなのか……
https://www.phoronix.com/news/Ubuntu-23.10-ZFS-Install
UbuntuはZFSを見棄てたわけではなかったみたい
次世代FSはbtrfsなのかZFSなのか……
2023/09/14(木) 10:19:35.59ID:jRzDDQU8
ZFSはライセンス問題がある限りスタンダードにはなれんのだ
2023/09/15(金) 07:17:41.88ID:9NGXdfca
CDやBDだったら中がぐちゃぐちゃでもそれ片付ければ済むんだよ
焼くこともできない惨状
焼くこともできない惨状
868login:Penguin
2023/09/17(日) 15:12:43.80ID:FJ1uJcgU VDOつこうてる人おる?
2023/09/18(月) 15:45:48.07ID:L7KGNN8O
あなるせっくす
870login:Penguin
2023/09/21(木) 00:41:07.75ID:1UlvRSU1 結局またext4+lvmにしてしもうた
2023/09/21(木) 05:23:38.17ID:ANmRMBlW
xfs+lvmでおk
2023/09/21(木) 05:49:42.91ID:WSpKvFxh
もはやBtrfs以外は使わない理由を説明する必要があるレベル
2023/09/21(木) 06:44:23.64ID:JX0mQUyS
btrfs難しいよ
どういう使い方が標準なん?
どういう使い方が標準なん?
874login:Penguin
2023/09/21(木) 06:46:05.83ID:WSpKvFxh zstd:1で圧縮して時々スナップショットを取る使い方が標準だよ
バックアップを一瞬で取れるから派手にファイルを扱える
バックアップを一瞬で取れるから派手にファイルを扱える
875login:Penguin
2023/09/21(木) 08:27:56.37ID:d6nf5QMj >>874
いうても同じボリュームにスナップショット取ってるんやろ?
いうても同じボリュームにスナップショット取ってるんやろ?
2023/09/21(木) 09:00:06.23ID:XANLv9rm
スナップショットとバージョン管理は根本的に似てるような気もする
gitとbtrfsで何かfusionできないかな
gitとbtrfsで何かfusionできないかな
2023/09/25(月) 09:30:13.85ID:QR7gQC+U
言われてみると rsybc の差分バックアップで間に合うような気もする
2023/09/25(月) 09:30:23.93ID:QR7gQC+U
rsync
2023/09/25(月) 11:47:16.97ID:zugjyJ6O
俺は2005年くらいから毎日差分バックアップしたhomeディレクトリがある
当初はpdumpfsで途中からrsyncを使ってとったもの
つまりファイルに差分がなかったらハードリンクにして容量増加が抑えられる
ファイルとかハードリンクとかは当時から何も変わらないからまだ使えるんだけど
その下のストレージもfilesystemも開始した当時とは全く変わってしまった
当初はpdumpfsで途中からrsyncを使ってとったもの
つまりファイルに差分がなかったらハードリンクにして容量増加が抑えられる
ファイルとかハードリンクとかは当時から何も変わらないからまだ使えるんだけど
その下のストレージもfilesystemも開始した当時とは全く変わってしまった
2023/09/25(月) 12:27:36.70ID:VredknRB
普通の差分バックアップとBtrfsなどのスナップショットの違いは
ゴミ箱に放り込んだ後の挙動だね。
普通の差分バックアップは一応次のバックアップまでは容量が回復するけど
Btrfsのスナップショットだと、一度でもバックアップをすると
以降はファイル削除で逆に空き容量が減ったりという奇怪な挙動になる。
ゴミ箱に放り込んだ後の挙動だね。
普通の差分バックアップは一応次のバックアップまでは容量が回復するけど
Btrfsのスナップショットだと、一度でもバックアップをすると
以降はファイル削除で逆に空き容量が減ったりという奇怪な挙動になる。
2023/09/25(月) 20:33:53.95ID:Dj8vE3f6
言いたい事は分かるがワケワカメ
2023/09/25(月) 20:39:38.85ID:Vkv0J98F
スナップショットそのものをバックアップとして運用するんじゃなくて
スナップショットで瞬間を固定したものを別の物理ドライブにバックアップするんやで
使用中のデータをバックアップするよりも整合性の心配をしなくてよくなる
スナップショットで瞬間を固定したものを別の物理ドライブにバックアップするんやで
使用中のデータをバックアップするよりも整合性の心配をしなくてよくなる
883login:Penguin
2023/09/25(月) 22:01:01.77ID:LfNnJKFD >>882
それ、スナップショットを別の物理ドライブに取ればええんでないの?
それ、スナップショットを別の物理ドライブに取ればええんでないの?
2023/09/25(月) 23:48:55.49ID:ism+fxM1
スナップショットの仕組みがわかっていない奴だな
885login:Penguin
2023/09/26(火) 08:02:57.35ID:KG56oHdj 昔使ってたストレージを思い出した。
データベース停止→同期ディスク切り離し→データベース起動→切り離したディスクからバックアップ→ディスク同期
データベース停止から起動まで5分だけど、バックアップは10時間とか。
データベース停止→同期ディスク切り離し→データベース起動→切り離したディスクからバックアップ→ディスク同期
データベース停止から起動まで5分だけど、バックアップは10時間とか。
2023/09/26(火) 10:11:45.59ID:xrfmLA6d
スナップショットはバックアップではないと何度言えば解るのか
2023/09/26(火) 14:50:45.20ID:VjKOh95q
RAIDだってバックアップじゃないぞ!>昔の俺
2023/09/26(火) 16:02:18.97ID:rwEhTV2J
スナップショットも全部別ボリュームにバックアップや
2023/09/26(火) 16:33:00.89ID:ConcCYWM
俺はスナップショットを使ったことないんだけど
スナップショットってある時点のファイルシステムの状態を
保存できるというので良いのかな?
スナップショットってのは何回も取れると思うんだけど
するとこれらをバックアップしようと思ったら
他のストレージに複製する必要がある
それはフィルシステム階層でやるのかな? 複製されるのはフィルシステムのイメージ?
それともその上のcpコマンドとかrsyncでファイルとして複製するのかな?
スナップショットってある時点のファイルシステムの状態を
保存できるというので良いのかな?
スナップショットってのは何回も取れると思うんだけど
するとこれらをバックアップしようと思ったら
他のストレージに複製する必要がある
それはフィルシステム階層でやるのかな? 複製されるのはフィルシステムのイメージ?
それともその上のcpコマンドとかrsyncでファイルとして複製するのかな?
2023/09/26(火) 16:59:03.54ID:UEtMMw78
バックアップ=一世代保管
の人には何でもよくね?
の人には何でもよくね?
2023/09/26(火) 17:08:21.03ID:ConcCYWM
複数世代保管する場合は?
2023/09/26(火) 17:24:21.77ID:eeSFYOQt
物理的な破損に対する対策をしたいのかデータ的な破損に対する対策がした以下によるでしょ。
よほどのことがない限りは通常利用でSSDが物理的に破損するなんて無いからスナップショットで十分だよ。
よほどのことがない限りは通常利用でSSDが物理的に破損するなんて無いからスナップショットで十分だよ。
2023/09/26(火) 17:29:06.04ID:ConcCYWM
2023/09/26(火) 17:38:57.68ID:CutUCQeF
熱で歪んではんだクラックすることはあるよ
基板を使った全ての電子機器に言えることだけど
基板を使った全ての電子機器に言えることだけど
895login:Penguin
2023/09/26(火) 18:24:20.13ID:/zVjMShk896login:Penguin
2023/09/26(火) 18:24:39.08ID:HY18Phw2 >それともその上のcpコマンドとかrsyncでファイルとして複製するのかな?
そうだよ、スナップショットをマウントして、ファイルを「別の場所に」コピーしてはじめて正当なバックアップと言える。
これらの手順を簡略化できるsend/recvコマンドが用意されていて、
こっちの方が効率いいし、メタデータも丸ごとクローンできる。
そうだよ、スナップショットをマウントして、ファイルを「別の場所に」コピーしてはじめて正当なバックアップと言える。
これらの手順を簡略化できるsend/recvコマンドが用意されていて、
こっちの方が効率いいし、メタデータも丸ごとクローンできる。
2023/09/26(火) 20:50:59.15ID:ConcCYWM
2023/09/26(火) 21:55:48.96ID:TWM10f36
/をスナップショット撮ってその領域を別筐体にrsync or cpし、ブートローダー入れれば普通に動くものですか?
やはりddが必要ですか?
やはりddが必要ですか?
2023/09/26(火) 22:19:34.53ID:ConcCYWM
/var以下とか書き込み途中のファイルがあるだろうから
そこは影響あるかもしれんが多分大丈夫でしょ
そこは影響あるかもしれんが多分大丈夫でしょ
2023/09/26(火) 22:33:42.56ID:eeSFYOQt
Debianは単なるマウントポイントで起動ディスクを指定してるから動く。
FedoraはUUIDで起動ディスクを指定してるから動かない。
FedoraはUUIDで起動ディスクを指定してるから動かない。
2023/09/26(火) 23:56:02.07ID:ciLguc5D
SSDはHDDより気楽にセルが死んで内部のECCで誤魔化すつくりだから大手のちゃんとした奴でも壊れないって発想は絶対できないなあ
まあ結局は本人がどれくらいの信頼性とデータの保全を重視してるかだけど
まあ結局は本人がどれくらいの信頼性とデータの保全を重視してるかだけど
2023/09/27(水) 02:12:38.77ID:W5UIw3RP
SSDは電気的に壊れたりしそうだしHDDより信頼していいとも思えない
2023/09/27(水) 05:26:01.49ID:7DJInsqy
HDDのような故障の予兆はネエと思った方がイイですぬ
2023/09/27(水) 06:49:30.11ID:46paGLZ6
マジで重要なデータならHDDはデータ復旧業者に持ち込めばほぼデータ救える
SSDは難しそう
SSDは難しそう
2023/09/27(水) 06:50:41.48ID:iBlbR2xC
ガタが来てもカリカリ言ってくれないのは怖い
906login:Penguin
2023/09/27(水) 09:46:10.71ID:A1V3Gn9T >>900
DebianだってUUIDで指定してるぞ
DebianだってUUIDで指定してるぞ
2023/09/27(水) 10:23:04.16ID:QgS9Bnud
2023/09/27(水) 10:39:59.28ID:JigpusFU
fstabの指定じゃない?
sda,sdbとかデバイス名使うと順序が保証されないからいかんよ
sda,sdbとかデバイス名使うと順序が保証されないからいかんよ
2023/09/27(水) 20:05:00.45ID:GQT9kNXi
910login:Penguin
2023/09/28(木) 00:37:51.79ID:94oQ5Buk >>897
KVMとかで何十GBのイメージ(常時書き込みあり)を扱ってるんだけど、rsyncで不整合起きないものかね?
怪しいと思ってrsync(rsnapshotだけど)の対象にはしてなくて、イメージの中身のファイルをrsyncしてるけど。
KVMとかで何十GBのイメージ(常時書き込みあり)を扱ってるんだけど、rsyncで不整合起きないものかね?
怪しいと思ってrsync(rsnapshotだけど)の対象にはしてなくて、イメージの中身のファイルをrsyncしてるけど。
911login:Penguin
2023/09/28(木) 00:39:46.09ID:94oQ5Buk >>908
fstabじゃなくてカーネルの起動オプション(cmdline)とinitramfsじゃないの?トラブるとめんどい。
fstabじゃなくてカーネルの起動オプション(cmdline)とinitramfsじゃないの?トラブるとめんどい。
2023/09/28(木) 00:49:11.24ID:+gzxXnc4
cpした後chrootしてinitramfs作り直したら駄目なの?
913login:Penguin
2023/09/28(木) 00:49:21.48ID:XkI+WmkE >>910
チェックサム確認して更新するオプションあるけど、そういうのはrsyncに合わない。
あくまで個々のファイル単位でのコピー。
また、チェックサム確認つけるとサイズが大きいファイルはコピーにその分時間かかる。
チェックサム確認して更新するオプションあるけど、そういうのはrsyncに合わない。
あくまで個々のファイル単位でのコピー。
また、チェックサム確認つけるとサイズが大きいファイルはコピーにその分時間かかる。
2023/09/28(木) 06:44:04.83ID:z6oGmeGq
メインで使うLinux端末なりサーバなりはxfs+LVM
バックアップ用ストレージをbtrfsの構成にして物理的に分ければストレージ側で好きにバックアップ取れば良い
または仮想環境ならNAS上に仮想ボリュームがあるだろうからNASのバックアップ機能に任せる
バックアップ用ストレージをbtrfsの構成にして物理的に分ければストレージ側で好きにバックアップ取れば良い
または仮想環境ならNAS上に仮想ボリュームがあるだろうからNASのバックアップ機能に任せる
2023/09/28(木) 11:50:37.80ID:L9iUhrdY
複雑なことしてないけど、自分はこのやり方でdisk移行したことあるよ。
ttps://wiki.archlinux.org/title/Rsync#Full_system_backup
ttps://wiki.archlinux.org/title/Rsync#Full_system_backup
916login:Penguin
2023/09/28(木) 13:53:16.45ID:Gu9bK1i6 >>915
/varの下は特に用量が大きいから、何箇所かは除外したいな。
/varの下は特に用量が大きいから、何箇所かは除外したいな。
917login:Penguin
2023/09/28(木) 19:23:09.78ID:9mIhxcp8 >>912
/etc/fstab のUUID書き換えた後に (chroot 不要かも?) grub2-mkconfig かな。
書き換えが必要なのは fstab と grub.cnf (もしくはgrubenv) だ。
LVM ありなら initramfs 再作成も必要だったかも。
/etc/fstab のUUID書き換えた後に (chroot 不要かも?) grub2-mkconfig かな。
書き換えが必要なのは fstab と grub.cnf (もしくはgrubenv) だ。
LVM ありなら initramfs 再作成も必要だったかも。
918login:Penguin
2023/09/29(金) 02:55:49.42ID:lDK7qxF5 USB+cryptsetup(x3)をbtrfsでraid0にしてですな
使ってるうちにcsumエラーが出るようになるけどmd5sumは正常
カーネル4系だけどもう6出てるの?
使ってるうちにcsumエラーが出るようになるけどmd5sumは正常
カーネル4系だけどもう6出てるの?
919login:Penguin
2023/09/29(金) 14:53:20.86ID:4bRRCmT8 いまだにラズパイがbtrfsに標準対応しない理由が全然わからない
2023/09/29(金) 19:11:04.24ID:g6OxXcSR
btrfs排卵
2023/09/29(金) 21:52:11.44ID:QIpBYW7I
そもそもラズパイはストレージがmicroSD/emmc前提で
SDカード内部のコントローラは基本的にfat等しか想定しておらず安物でSSD最適化が入りまくったbtrfs使うと不安定になりやすいしCOWの性能的なデメリットもバカにならない
ラズパイ6か7が出てNVMe標準搭載してから高級なFSのプリインストール願えばいいんじゃないかね
SDカード内部のコントローラは基本的にfat等しか想定しておらず安物でSSD最適化が入りまくったbtrfs使うと不安定になりやすいしCOWの性能的なデメリットもバカにならない
ラズパイ6か7が出てNVMe標準搭載してから高級なFSのプリインストール願えばいいんじゃないかね
2023/09/30(土) 00:36:41.44ID:0uxPGqbB
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
用途はqemuのcache none で↓に引っかかっていた様だった。
ttps://archive.kernel.org/oldwiki/btrfs.wiki.kernel.org/index.php/Gotchas.html#Direct_IO_and_CRCs
923login:Penguin
2023/10/02(月) 02:36:36.75ID:eEkkOm2D 918です
一個がno medium foundになりまして生来ブキッチョでして壊したのでしょうか
oldoldstable(4系)からbookworm(6系)にアプデしたらなんかsyncが激遅くなった\(^o^)/
一個がno medium foundになりまして生来ブキッチョでして壊したのでしょうか
oldoldstable(4系)からbookworm(6系)にアプデしたらなんかsyncが激遅くなった\(^o^)/
2023/10/02(月) 10:40:48.10ID:kI29dD03
自分なら怪しそうな動きをしているならまっさらの新しいストレージとファイルシステム用意して構築しなおすかなあ
データロストは怖い
データロストは怖い
925login:Penguin
2023/10/05(木) 08:22:04.93ID:6TdW7jQ/ >>923
単に物理的に壊れかけてたのがいよいよぶっ壊れただけじゃないの?
カーネル上げた/ソフトウェアの不具合で no medium found になるとは思えないんだが...
あと raid0 でドライブ1つ死んでも sync できちゃうものなの?
その状態でマウントが read-only に落ちないのは不具合ではあると思うんだが。
単に物理的に壊れかけてたのがいよいよぶっ壊れただけじゃないの?
カーネル上げた/ソフトウェアの不具合で no medium found になるとは思えないんだが...
あと raid0 でドライブ1つ死んでも sync できちゃうものなの?
その状態でマウントが read-only に落ちないのは不具合ではあると思うんだが。
2023/11/03(金) 00:28:34.87ID:ehy0V0kB
BcachefsがやっとLinuxにマージされたぞ
927login:Penguin
2023/11/03(金) 03:54:56.70ID:MhoIvZIR きたか…!!
( ゚д゚) ガタッ
( ゚д゚) ガタッ
928login:Penguin
2023/11/05(日) 06:44:09.22ID:Sc6aRTxC Trying Out & Benchmarking Bcachefs On Linux 6.7
https://www.phoronix.com/review/bcachefs-linux-67
https://www.phoronix.com/review/bcachefs-linux-67
2023/11/05(日) 19:33:05.78ID:ruECS6Nv
>>928
微妙……orz
微妙……orz
2023/11/05(日) 19:56:24.24ID:2JjBa3ZY
btrfs遅いって言われてたけどアップデートのペースが凄くてどんどん速くなってるからな
btrfsが使えるならそれでいいんだよ
btrfsが使えるならそれでいいんだよ
931login:Penguin
2023/11/07(火) 20:45:55.50ID:BOHC3v+d btrfs早くdfコマンドとか対応してくれ。
CoWだと無理なんかな?
CoWだと無理なんかな?
2023/11/07(火) 21:36:27.23ID:8aoZ9wW7
今のBtrfsは開発が活発で安心感すらある
RAID56のバグもいよいよ修正作業が本格化したようだし
RAID56のバグもいよいよ修正作業が本格化したようだし
2023/11/11(土) 12:37:54.46ID:87rX4ipY
bcachefsはビルトインで暗号化や階層キャッシュ出来るのが明確な強みなんだから言われてるほどbtrfsと競合しない筈なんだよな〜
ただ実績無いし長期的な開発体制も怪しいからまじで先が読めない
一方btrfsもRAID5,6に関してはライトホール問題はどうしようもないんだから長い長い道のりになる気がするな
ただ実績無いし長期的な開発体制も怪しいからまじで先が読めない
一方btrfsもRAID5,6に関してはライトホール問題はどうしようもないんだから長い長い道のりになる気がするな
2023/11/11(土) 13:59:39.69ID:j9UGzXqw
Microsoft の Dev Drive もちょい気になる
2023/11/11(土) 19:57:45.40ID:fQCb3MRW
bcachefsも追従してきたということはサブボリュームをディレクトリ扱いするのはそこまで利点あるのだろうか
zfs他のようにパーティション扱いで、加えてスワップファイルやVMイメージ用にスナップショット対象外フラグでも設ければ充分な気がするけども
zfs他のようにパーティション扱いで、加えてスワップファイルやVMイメージ用にスナップショット対象外フラグでも設ければ充分な気がするけども
2023/11/12(日) 13:28:49.12ID:idgebg3W
bcachefs のベンチマーク記事、bcachefsは bcache ベースで堅牢性と信頼性重視、とされてるから、速度なら低速デバイス+キャッシュ(dm-cache、L2ARC、bcacheなど)同士の比較が欲しかった。
2023/11/12(日) 16:33:33.66ID:wEJxHOeg
>>936
本格的なベンチマークは6.7カーネルのリリースまで待つしかないんじゃないかな
喜び勇んで自分でビルドしてベンチマークしようとしたPhoronixで悲惨な結果になってるし
実際にZFSを置き換えられるのか等運用や評判の話は良くも悪くももっと後だろう
本格的なベンチマークは6.7カーネルのリリースまで待つしかないんじゃないかな
喜び勇んで自分でビルドしてベンチマークしようとしたPhoronixで悲惨な結果になってるし
実際にZFSを置き換えられるのか等運用や評判の話は良くも悪くももっと後だろう
2023/11/13(月) 01:14:38.30ID:fYaeSL61
キャッシュなんてベンチマークしてとうすんねん
2023/11/16(木) 02:50:23.53ID:cfaP9Jf+
Btrsfに暗号化きたぞ
https://lwn.net/Articles/947316/
https://lwn.net/Articles/947316/
2023/11/16(木) 04:14:03.97ID:2zCuItxM
fscryptかあ…dm-cryptの方が好みかなあ
ただ現状btrfs raid dmcrypt automountの連携に難ありというか…正しく調整するにはudevまでいじる必要があるのが面倒
ただ現状btrfs raid dmcrypt automountの連携に難ありというか…正しく調整するにはudevまでいじる必要があるのが面倒
2023/11/16(木) 12:44:28.02ID:cfaP9Jf+
ファイル暗号化だとシステムはTPMで暗号化して(起動時のパスワード入力不要)
ホームディレクトリはログインパスワードで暗号化といった使い分けしやすいのが利点らしい。
ユーザーが大量にいるケースでも個別のフレーズで暗号化出来る。
同じことを他の方式で実現するのは現実的ではない。
ホームディレクトリはログインパスワードで暗号化といった使い分けしやすいのが利点らしい。
ユーザーが大量にいるケースでも個別のフレーズで暗号化出来る。
同じことを他の方式で実現するのは現実的ではない。
2023/11/21(火) 13:37:57.31ID:HJbVoOU7
予行練習で試しにext4のfscryptを使ってみたけどめっちゃ便利だなこれ
ログインしていないユーザーのhomeフォルダは暗号化されたままだからdm-cryptよりも安心感がある
ほぼ起動したままだったから全体の暗号化にあまり意味を感じてなかったし
ログインしていないユーザーのhomeフォルダは暗号化されたままだからdm-cryptよりも安心感がある
ほぼ起動したままだったから全体の暗号化にあまり意味を感じてなかったし
2023/11/22(水) 01:35:05.17ID:f4VYBIW0
xfs敗れたり~
2023/11/22(水) 03:29:55.87ID:IuFUsyx4
Fedoraはfscryptによる暗号化をインストール時のオプションとして提供する計画みたいだね
xfsからbtrfsに乗り換えたディストリの強みを活かしていく
xfsからbtrfsに乗り換えたディストリの強みを活かしていく
945login:Penguin
2023/11/24(金) 17:50:44.62ID:v/0vBGSD ブロックグループの導入でマウントが遅い問題も解決されたし
Btrfsは最強のファイルシステムへの道を着実に歩んでいるな
Btrfsは最強のファイルシステムへの道を着実に歩んでいるな
2023/11/24(金) 18:06:33.32ID:x6O1QgMw
bitlot防止機能が素晴らしい
なぜ窓と林檎はbitlot防止できないんだい?
なぜ窓と林檎はbitlot防止できないんだい?
2023/11/25(土) 18:47:58.04ID:BWX0PXbV
bitlotってなに?
2023/11/25(土) 19:39:50.55ID:tKTQvn1Q
マジレスするところなのかボケるところなのかわからんけどbitrotのtypoじゃない?
どう優れてんのか知らんけど
どう優れてんのか知らんけど
2023/11/25(土) 23:31:22.76ID:BWX0PXbV
bit rotという言葉は初見だったので勉強になりました。
ありがとうございます。
bit rot防止 login:Penguin
ありがとうございます。
bit rot防止 login:Penguin
2023/12/07(木) 04:03:45.81ID:YmXrRNUi
圧縮って使わないほうがいいかも
CPUが100%張り付いてる状況だとめっちゃ低速化する
CPUが100%張り付いてる状況だとめっちゃ低速化する
951login:Penguin
2023/12/08(金) 00:26:47.47ID:3P9zsWJg CPUが100%に張り付くようなマシンスペックが問題ってだけ
圧縮や重複排除はコアとメモリに余裕がないマシンでは使えねーのは
今も昔も変わらん
圧縮や重複排除はコアとメモリに余裕がないマシンでは使えねーのは
今も昔も変わらん
2023/12/08(金) 01:38:22.94ID:aKR+ITPM
ソースベースディストリで作業ディレクトリをcompressオプションでマウントとか?
2023/12/13(水) 00:40:49.20ID:xRHw+JX+
結局Btrfsはやめてext4に乗り換えた
Btrfs自体は安定してくれてるんだけど
たまにext4に決め打ちされてる古いプログラムを踏んで不具合が出るのがキツかった
Btrfs自体は安定してくれてるんだけど
たまにext4に決め打ちされてる古いプログラムを踏んで不具合が出るのがキツかった
954login:Penguin
2024/01/08(月) 12:03:40.69ID:iDiAAAVv Linuxは素晴らしいよね。
2024/01/19(金) 06:11:56.52ID:aYiO6Jio
>>921
信頼性が低いSDカードだからこそ
cowの堅牢性やチェックサムでデータ化けを検出できるのは頼もしい
ただ確かに普通のSDカードをシステムやスワップに使うと長時間のランダムライトについてこれずに激遅になるので
ハイエンデュランスのSDカードを選ぶ必要がある
信頼性が低いSDカードだからこそ
cowの堅牢性やチェックサムでデータ化けを検出できるのは頼もしい
ただ確かに普通のSDカードをシステムやスワップに使うと長時間のランダムライトについてこれずに激遅になるので
ハイエンデュランスのSDカードを選ぶ必要がある
2024/01/19(金) 06:21:49.06ID:aYiO6Jio
Linuxはbcacheを使ってssd+hddの階層キャッシュを簡単に組めるのは良いな
カーネルの標準機能だから起動や互換性のトラブルはまず起きないし。
Windowsはサードパーティのソフトに頼る必要があるし、
どれもデータ破損などのトラブルの報告がある
カーネルの標準機能だから起動や互換性のトラブルはまず起きないし。
Windowsはサードパーティのソフトに頼る必要があるし、
どれもデータ破損などのトラブルの報告がある
2024/01/26(金) 16:05:48.32ID:py+jKeKn
bcacheって意味あるのかな?
良く分かってないのだけど
もっと高速なRAMにキャッシュされるので
RAMをたくさん積んどけば良いんでない?
良く分かってないのだけど
もっと高速なRAMにキャッシュされるので
RAMをたくさん積んどけば良いんでない?
2024/01/26(金) 19:23:22.79ID:oH1WYYnE
一生懸命作っているから文句を言いにくいというだけで実用面ではBtrfsが安定した今としては必要ないね
2024/01/26(金) 19:39:09.90ID:py+jKeKn
2024/01/30(火) 11:46:41.60ID:fJ9es5m2
>>959
958じゃないけど、無関係だね。btrfsとbcache
958じゃないけど、無関係だね。btrfsとbcache
2024/01/30(火) 11:48:15.68ID:fJ9es5m2
bcache使うなら kernel は LTS が良いかも。過去にやらかしがあったらしいので。
2024/01/30(火) 18:19:23.53ID:J/mh2rpH
2024/01/30(火) 20:29:32.66ID:mHvzbfho
作者同じだし似たような技術使ってるから似た名前になってるんだが
964login:Penguin
2024/01/31(水) 18:12:16.86ID:ngyKsORg カーネルの標準機能だからトラブルはまず起きない、ってことはないんじゃないかな?と思った
カーネルの実装には問題なくてもユーザーランドのコマンドのバグで破壊とかないとはいえないし
カーネルの実装には問題なくてもユーザーランドのコマンドのバグで破壊とかないとはいえないし
2024/01/31(水) 19:55:58.06ID:ue4q/ArC
カーネルモジュールはコンパイルしなくてもいいんやで
2024/02/14(水) 16:34:39.92ID:rm5GuhCK
一つだけWindowsがLinuxより優れている点がある
デフラグソフトが充実していて配置方法を選べることも多く
適切に使うことで再断片化を緩和できる
デフラグソフトが充実していて配置方法を選べることも多く
適切に使うことで再断片化を緩和できる
2024/02/14(水) 17:27:05.08ID:Mpk9wpOx
Linuxは断片化が起きる前提にファイルを配置していくからデフラグの意味がないんだよ
だからデフラグソフトが無い
だからデフラグソフトが無い
2024/02/14(水) 17:33:57.14ID:tenkzMRZ
NTFS は FATと違うのでデフラグは起きにくいし、実行しても短時間で終わるでしょ。
https://atmarkit.itmedia.co.jp/fwin2k/experiments/defragment/defragment_column.html
https://atmarkit.itmedia.co.jp/fwin2k/experiments/defragment/defragment_column.html
2024/02/14(水) 19:00:11.53ID:RnVOm2ug
デフラグせんでも別ストレージにコピーすればいいのだ
2024/02/14(水) 20:56:49.94ID:J61kf5Be
e4defrag は
2024/02/14(水) 21:00:16.25ID:UFVUwpHe
SSD時代にデフラグ要るのか?
2024/02/14(水) 22:03:49.54ID:x6cMOvUo
vfatがデフラグ必要なのって毎回再配置しないので性能を稼ぐ意味合いだよね
2024/02/14(水) 23:02:21.62ID:36CQLCoX
2024/02/15(木) 21:46:32.18ID:gUS2rLuX
Linuxのfsもエクステント、b木の最適化くらいはどこかでやってるよね
2024/02/16(金) 18:32:42.51ID:ip4oPGOg
RAID-Z3みたいな機能をbtrfsが備えてくれればいいんだが…
2024/03/12(火) 17:10:56.58ID:yg3WwrpS
Btrfs Enjoys Performance Optimizations With Linux 6.9
https://www.phoronix.com/news/Btrfs-Linux-6.9
https://www.phoronix.com/news/Btrfs-Linux-6.9
2024/04/28(日) 00:19:56.51ID:r8eKq9g6
普通にext4で良いんですよね?
2024/04/28(日) 08:19:20.27ID:1NNVX4nw
良いよ。
大半のパフォーマンスはext4が一番良いくらい。
xfs はファイル数などの上限が上がるので企業みたいな使い方をするならよい選択。
btrfs はCoW で条件によりコピーが速かったりファイルシステムを圧縮したり、高機能だし色々出来るけども、使い方を調べないといかん。
大半のパフォーマンスはext4が一番良いくらい。
xfs はファイル数などの上限が上がるので企業みたいな使い方をするならよい選択。
btrfs はCoW で条件によりコピーが速かったりファイルシステムを圧縮したり、高機能だし色々出来るけども、使い方を調べないといかん。
979login:Penguin
2024/04/28(日) 23:01:46.57ID:MHN/RfIs 確かにext4はコピーが激重。
2024/04/29(月) 02:17:25.08ID:8BqYoay6
昔xfsでファイル削除が激重だったけど、何年か前に改善されたらしい
2024/05/21(火) 19:56:41.69ID:mjSWl1yB
日本語版wikipediaによると
2020年 仮釈放の審査に落ち、2022年に予定されていた仮釈放がさらに伸びた。
2027年 仮釈放の予定
刑期短縮の為模範囚を演じてるだけじゃないかと思う
2020年 仮釈放の審査に落ち、2022年に予定されていた仮釈放がさらに伸びた。
2027年 仮釈放の予定
刑期短縮の為模範囚を演じてるだけじゃないかと思う
2024/05/22(水) 14:54:43.30ID:8Cf//+P5
自分のプロダクトに自分の名前を付けるやつはやべぇ奴の法則
2024/05/22(水) 15:07:16.46ID:xDmPY295
たしかに、リーナスは自分の名前を取ってgitを作ったからな
2024/06/21(金) 19:11:59.18ID:ZjhZRY1q
バックアップ取らない派なので先日ext4のディレクトリをrmコマンド打つの間違って全部消して
結局復活できなかった
extundeleteもext4magicも結局だめだわ
btrfsはどこまで削除したやつを戻せるかわからんけどこれを期にもうこの際まず/homeをbtrfsに変えてみた
お、なんか動きは良い感じノードサイズは32kでやってみた
dmesgで「BTRFS info (device sda4): enabling ssd optimizations」なんて出てるのでSSD使ってる
からなんか良さげw
不具合なければファイルシステムはこれでいくかも
結局復活できなかった
extundeleteもext4magicも結局だめだわ
btrfsはどこまで削除したやつを戻せるかわからんけどこれを期にもうこの際まず/homeをbtrfsに変えてみた
お、なんか動きは良い感じノードサイズは32kでやってみた
dmesgで「BTRFS info (device sda4): enabling ssd optimizations」なんて出てるのでSSD使ってる
からなんか良さげw
不具合なければファイルシステムはこれでいくかも
2024/06/21(金) 19:24:52.90ID:ZjhZRY1q
>>980
あったね、10年ちょっと前にxfsにしてた。/も/homeも。要するに全部xfs
大きなファイルやディレクトリをrmすると重い
しかもこの頃のlinuxってIOの割り込みとかで結構へんな処理待ちが出る感じだった
IOの割り込み処理待ちでほぼ固まってる感じに近かったw
それはxfsだけじゃなくext3等も状況により処理待ちですごかったけどxfsはホント固まる感じだったね
今は本当に割り込みの処理待ちとかほぼ感じさせないカーネルになったんだね
ファイルシステムは実はその頃ReiserFSを使ってた時も有り、これは本当に速かった
開発者逮捕て使うの辞めたけどある意味逮捕なきゃ凄く良かったファイルシステムだったと思う
陰謀かなにかではめられて逮捕?
とりあえず暫くbtrfsかな。あ、電源バチバチ切ったりしてもなんだかんだ強かったのはntfsですね
あったね、10年ちょっと前にxfsにしてた。/も/homeも。要するに全部xfs
大きなファイルやディレクトリをrmすると重い
しかもこの頃のlinuxってIOの割り込みとかで結構へんな処理待ちが出る感じだった
IOの割り込み処理待ちでほぼ固まってる感じに近かったw
それはxfsだけじゃなくext3等も状況により処理待ちですごかったけどxfsはホント固まる感じだったね
今は本当に割り込みの処理待ちとかほぼ感じさせないカーネルになったんだね
ファイルシステムは実はその頃ReiserFSを使ってた時も有り、これは本当に速かった
開発者逮捕て使うの辞めたけどある意味逮捕なきゃ凄く良かったファイルシステムだったと思う
陰謀かなにかではめられて逮捕?
とりあえず暫くbtrfsかな。あ、電源バチバチ切ったりしてもなんだかんだ強かったのはntfsですね
2024/06/21(金) 19:48:15.02ID:jHCq8fl0
btrfsだいぶ枯れてきたよな
zfsから引っ越してまた1年ちょっとだが今のところド安定だわ
zfsから引っ越してまた1年ちょっとだが今のところド安定だわ
2024/07/07(日) 07:22:09.53ID:193ysynd
過去ログ読んできてbtrfsのRAID5/6には問題ありというのを知って
あれから色々更新入って対策進んでる様だけどまだ例の問題は解決してないっぽい!?
あれから色々更新入って対策進んでる様だけどまだ例の問題は解決してないっぽい!?
2024/07/07(日) 10:23:33.21ID:b/74OVmz
RAID5はLinux6.2以上なら信頼できそう
RAID6はまだです
RAID6はまだです
2024/07/12(金) 18:43:16.63ID:XsGezPQj
RAID5にするくらいならRAID10でってなっちゃう
早くRAID6不具合なく使えるようにならないかな
早くRAID6不具合なく使えるようにならないかな
2024/07/21(日) 05:46:49.81ID:9LmD6HVp
btrfsは今もマウント毎にオプション指定出来ないままなの?
2024/07/28(日) 22:13:58.50ID:tYI39rNJ
Btrfsが安定したって嘘じゃないか。RAIDがまだ不完全。
2024/07/28(日) 23:11:35.34ID:ghg78wqQ
何が嘘なの?
2024/07/29(月) 19:13:10.08ID:I1lwuk9p
安定したと言えば全体が安定したと考えるのが当たり前だろう。
部分的にでも不安定なところがあるのであれば安定とは言えない。
部分的にでも不安定なところがあるのであれば安定とは言えない。
2024/07/29(月) 23:40:05.93ID:/wK0o1xc
でもなんかすげー書き込み量あるのな iostatで計測してると
ext4と比べて
何の処理をしてるんだろ
ext4と比べて
何の処理をしてるんだろ
2024/07/29(月) 23:55:32.44ID:2VOkSa5y
2024/07/30(火) 05:29:29.24ID:pyi732XT
B-treeかつCOWな仕組みなんだし、デフォでメタデータは二重化されてるし、IO回数自体は多くて当然じゃね?
2024/07/30(火) 13:01:31.02ID:4DN4AuON
ファイルシステム
2024/07/30(火) 13:01:57.12ID:4DN4AuON
ファイルシステム
1000login:Penguin
2024/07/30(火) 13:02:20.61ID:4DN4AuON やっぱりファイルシステム
10011001
Over 1000Thread このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 1507日 22時間 16分 34秒
新しいスレッドを立ててください。
life time: 1507日 22時間 16分 34秒
10021002
Over 1000Thread 5ちゃんねるの運営はUPLIFT会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《UPLIFT会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
4 USD/mon. から匿名でご購入いただけます。
▼ UPLIFT会員登録はこちら ▼
https://uplift.5ch.net/
▼ UPLIFTログインはこちら ▼
https://uplift.5ch.net/login
運営にご協力お願いいたします。
───────────────────
《UPLIFT会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
4 USD/mon. から匿名でご購入いただけます。
▼ UPLIFT会員登録はこちら ▼
https://uplift.5ch.net/
▼ UPLIFTログインはこちら ▼
https://uplift.5ch.net/login
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- 【文春】《本人直撃》「日本は核保有すべき」発言をしたのは“核軍縮担当”の首相補佐官だった! 高市首相が更迭しない理由は… [少考さん★]
- 米国防総省、中国軍は「2027年の台湾侵攻へ着実に前進」 分析公表 ★3 [蚤の市★]
- 立花孝志党首を不起訴 百条委員長の兵庫県議への名誉毀損容疑など [少考さん★]
- レアアース、1キログラム965ドル(約15万円)から3750ドル(約58万円)に 価格高騰 [お断り★]
- 【西東京・母子4人死亡】亡くなった知人男性の携帯電話 母親の車内から見つかる 事件3日前「体調不良で会社を休む」会社に欠勤連絡 ★3 [ぐれ★]
- 【MLB】岡本和真「マンシーの保険」でドジャース入り浮上 大谷翔平と合体か [しゃぶれよ★]
- 【実況】博衣こよりのえちえちホロクリスマス歌枠リレー 🧪
- 円安、インフレ、物価高、人口減少、少子高齢化地方過疎化、第一、二次産業の衰退、学力技術力低下、治安悪化、インフラ崩壊 [943688309]
- 高市総理への若者支持率が97%超え。フジテレビ調査 [523957489]
- 【速報】 性 の 6 時 間 始 ま る [261717898]
- 【実況】SASUKE2025
- 【文春】「日本は核保有すべき」発言をしたのは、核軍縮・不拡散問題担当の尾上定正総理大臣補佐官だった。奈良出身の総理のお友達 [256556981]
