21/01/17 22:07:32.83 YYKfpRUY.net
>>133
SSDとかECCモリモリですよね。(じゃないと耐えられない)
raid5や6はパリティが壊れるとサイレントクラッシュするのですよ。
(zfs のraidzは大丈夫。あとはbtrfsも含めてサイレントクラッシュする。)
Ryzen CPU(グラフィック内蔵のAPUはPROシリーズのみ)はECCに対応してるが、マザーが対応してないとムリ。ECCメモリ使えるけどECC機能が使えない感じ。
またECC対応してても、訂正した時にOS通知されるかはまた別問題。
なかなか苦労します。
DDR3メモリ以降、row hammerの危険に晒されてるのでECCはあった方がいい。もしくはDDR5(標準で32bit毎にECC)まで我慢。
135:login:Penguin
21/01/17 23:09:17.14 X/j5Pza0.net
>>134
> raid5や6はパリティが壊れるとサイレントクラッシュするのですよ。
意味わからん
RAID-5でストライプが２つ、RAID-6なら３つ同時に壊れない限り
クラッシュしないでしょ？
そもそもサイレントクラッシュ(I/O Error を返さない)するのはパリティ
計算して正常だった場合で、相当な確率になるはずでは？
そうじゃなきゃハードウェアRAID製品のスクラブ機能は一体何をしている？
(それとも md/lvm の RAID-5 はリード時にメディアエラーじゃない限り
パリティを読んでないってこと？)
136:login:Penguin
21/01/17 23:50:50.72 YYKfpRUY.net
>>135
壊れたパリティを元に、正常なデータをハードウェアraidなりソフトウェアraidが壊しちゃうのよ。
パリティが真の設計だからね。
137:login:Penguin
21/01/18 00:03:16.56 Vu8dGznQ.net
それもあるし、パリティは、「消失したデータ」を復元することはできても、
一体どれが誤ってるのかわからない状況だと、どれが誤りかを識別して訂正はできないと思う（何かがおかしいということが分かるに過ぎない）
サイレントクラッシュって書き込み途中での電源断で起きるということだからパリティが壊れることもデータが壊れることもあるわけで
138:login:Penguin
21/01/18 01:13:27.67 1g4OJJqS.net
>>137
> サイレントクラッシュって書き込み途中での電源断で起きるということだから
内容は間違ってないが、悪いけどそれは話のすり替えだ
話がそれ過ぎたし、この話題はもうやめますね
139:login:Penguin
21/01/18 16:23:37.31 AJc196VC.net
URLﾘﾝｸ(pc.watch.impress.co.jp)
画面上にアイコンが表示されただけでWindows 10のドライブが破損するNTFSの脆弱性について、
米Microsoftが修正する旨の発言を行なったことが海外メディアで伝えられた。
140:login:Penguin
21/01/18 16:43:02.31 dazYikCn.net
何でアイコンの表示とファイルシステムが結びついてんだ
141:login:Penguin
21/01/19 06:53:23.26 kYmffXAa.net
ZFSとかのミラーリングで片系のパリティだけ損傷した場合はどうなるの？
142:login:Penguin
21/01/19 07:13:24.13 j+yCeuMg.net
NTFSを捨ててbtrfsを使おう（提案）
URLﾘﾝｸ(github.com)
143:login:Penguin
21/01/19 10:34:09.51 upb7F6zS.net
結局NTFSってFAT32を無理矢理拡張したようなもんでしょ？
そうでなければバックグラウンドサービスで常時断片化を解消しようとする筈がない
少なくとも大事なデータをしまっておく気にはなれないよね
144:login:Penguin
21/01/19 10:46:26.30 4vT3g5Ot.net
「Linuxのファイルシステムは断片化しない！」と吠えてた奴がいたな
145:login:Penguin
21/01/19 10:51:56.26 /3d5Dr9+.net
>>144
断片的に書き込むからね
146:login:Penguin
21/01/19 12:27:42.15 Fc+0MPzG.net
「Linuxはウイルスに感染しない！」よりはマシだからセーフ
147:login:Penguin
21/01/19 12:44:15.91 /3d5Dr9+.net
アプリによってファイルの上書きが、メモリ上のものを既存ファイルに追記のケースと、別名保存完了後に既存ファイルを消してリネームのケースがあって、断片化に影響してる気がするけど、あってる？
148:login:Penguin
21/01/19 14:10:36.49 s0futnPp.net
合ってないと思う
本当に追記モードで書ける場合ってごく僅かだと思うし
149:login:Penguin
21/01/19 14:12:40.28 7UmUKAt0.net
Linux のファイルシステムが断片化しにくいというのはなぜだっけ
EXT ファイルシステムのことだよね
Windows の FAT や NTFS が断片化しやすいのは過去の互換性を重視しているタメレガシーな仕様を引きずっていると思われるが
150:login:Penguin
21/01/19 15:29:07.50 FmzE4vXX.net
ちょくちょくe4defragしてるけどext4も~/.cache内とか普通に断片化しまくってるし
151:login:Penguin
21/01/19 18:18:33.08 BK3Mr0Sm.net
>>149
配置の様子を見ることが出来ない、集計表示するツールが普及していないだけ
152:login:Penguin
21/01/19 19:42:29.98 7UmUKAt0.net
>>151
ええーw
153:login:Penguin
21/01/19 20:04:02.54 upb7F6zS.net
>>151
今別パーティションのUFSなんだけど、１年ちょっと使ってこんなもん 書き換え頻回
URLﾘﾝｸ(i.imgur.com)
ext4も似たようなもんなんじゃないの
数字にどんだけ信憑性があるのかだし、最近Linuxでext4使ってないから知らんけど
154:login:Penguin
21/01/19 20:13:22.02 e+sIKpUU.net
>>153
ffsのfragmentationは、断片化って意味じゃないぞ
155:login:Penguin
21/01/19 20:15:48.77 jL0Xv4LA.net
>>153
そのフラグメントとファイルシステムの断片化は別物
fragmentationはファイルシステム内の空きフラグメント x 100/全フラグメント
URLﾘﾝｸ(docs.oracle.com)
156:login:Penguin
21/01/19 20:32:32.85 upb7F6zS.net
>>154,155
今まで完全に勘違いしてた アハハ( ´▽｀)
そっちのフラグメントの指標だったのね
放置プレイせず指摘してくれてありがとう
157:login:Penguin
21/01/21 00:36:18.40 Cfby4q5X.net
そういえば
Windows95が出た時代は当然FAT16なんだけど
クラスタサイズがセクタサイズに合わせた512byteなのが普通だった
そのため断片化も激しく、当然のようにOSにビジュアルなデフラグツールが付属することになった
(それまでもDOS上のデフラグツールは出ていて売れていた)
一方、同時期のUnix系のOSは、ほとんどが4Kブロックサイズを採用していたため
512byteのDOS系と比較すると断片化が少なかったのは当然かもしれない
これはNTFSの「極小ファイルはMFTに保存」等とは違う、単純な理由での「断片化しにくい」になり
そのイメージが続いているのかもしれない
もしかしたらと思ったけどswapがファイルであったことはさすがに関係ないかな
158:login:Penguin
21/01/21 08:27:17.48 O8ejFMFO.net
Win95からFAT32だった筈だが…
159:login:Penguin
21/01/21 08:44:51.40 +PmEnWYW.net
FAT32はOSR2からでしたね
ext2は断片化しても気にするなって感じじゃなかった?
160:login:Penguin
21/01/21 09:13:42.80 4jdzXuHO.net
む、何か記憶違いがあったな
クラスタサイズが512なのはFDDの時代だけかな
領域サイズに応じてクラスタサイズが肥大化するため
それを避けるために導入されたのがOSR2でのFAT32だっけか
いや領域サイズの上限がファイルサイズの上限と同じ2Gで、そっちの限界回避か
98の5インチFDDの頃からノートンとかでデフラグしていたのは確実
Win3.1時代は忘れた
161:login:Penguin
21/01/21 09:14:46.06 4jdzXuHO.net
いや、FDDはFAT12か
もういいや
162:login:Penguin
21/01/21 09:38:57.39 Om004d0Z.net
結論
Windowsのファイルシステム
→断片化を解消しないとパフォーマンスが著しく低下する為デフラグツールが発展した
システムデフォルトで常時断片化を監視しているのが何よりの証拠
Unix/Linuxのファイルシステム
→Windowsほど断片化を気にする必要が無い為デフラグツールも少ない
必須ツールならもっと普及している筈である
163:login:Penguin
21/01/21 10:37:58.76 ieOcyzfJ.net
結論
信者はキチガイ
164:login:Penguin
21/01/21 19:43:45.77 h4ldsjZW.net
とりあえずルート以外をbtrfsにした
165:login:Penguin
21/01/22 02:07:58.45 4OwQpeSw.net
>>142
ええやんこれ
Winで思ってた以上に普通に使えてる
166:login:Penguin
21/02/02 06:14:30.95 C7wARh6S.net
CentOS7でxfsをブロックサイズ8192で作るとmountできないのですが、そういうもの？
スレチなら誘導していただけると嬉しいです。
167:login:Penguin
21/02/04 20:25:16.41 o/O4MlkW.net
>>142
win上でext*にアクセスするドライバ入れてるとリムーバブルドライブを解除できなくなったので
そのドライバを削除したことを思い出した
168:login:Penguin
21/02/10 01:35:39.90 sU2CY6a6.net
WindowsでBtrfs 【ファイルシステム】
ｽﾚﾘﾝｸ(win板)
169:login:Penguin
21/02/13 23:32:12.14 RkDmna+g.net
ワッチョイ導入に賛成の方も反対の方も議論にご参加ください。
Linux板ワッチョイ導入議論スレ
ｽﾚﾘﾝｸ(operatex板)
170:login:Penguin
21/02/17 13:00:57.80 Ls2ZfyF7.net
Btrfs Has Many Nice Improvements, Better Performance With Linux 5.11
General performance improvements with upwards of "tens of percent" for some workloads.
URLﾘﾝｸ(www.phoronix.com)
171:運用情報臨時板でワッチョイ導入議論中
21/02/28 00:04:29.68 u2QLnUui.net
Watch Out For Possible Data Loss On Early Linux 5.12 Kernels
URLﾘﾝｸ(www.phoronix.com)
PhoronixというサイトがLinuxカーネル 5.12がファイルシステムを粉々に破壊する可能性を指摘している
172:運用情報臨時板でワッチョイ導入議論中
21/02/28 11:45:06.29 kEYfL1//.net
ローリングリリースの OS だとこういうのが頻繁におこるってことだよな
173:運用情報臨時板でワッチョイ導入議論中
21/02/28 14:51:40.61 +8n729a4.net
5.12はまだリリース前でRCですらない
174:運用情報臨時板でワッチョイ導入議論中
21/03/02 14:36:21.69 ltODSBW/.net
昔はXFSをファイルサーバー用途にするとよくメモリ枯渇起こしてたけどマシになった？
175:運用情報臨時板でワッチョイ導入議論中
21/03/02 17:19:37.34 PMcixi7q.net
Xfsはデスクトップ用途に使ってもメモリカツカツだよ
176:運用情報臨時板でワッチョイ導入議論中
21/03/02 19:01:39.03 bSGaYo9c.net
XFSまだCoWでやたらスワップしたりしてんの？
177:運用情報臨時板でワッチョイ導入議論中
21/03/02 19:42:40.09 PMcixi7q.net
>>176
ブラウジング程度の用途なのにメモリ8GBでカツカツよ
178:運用情報臨時板でワッチョイ導入議論中
21/03/02 21:10:11.16 bSGaYo9c.net
うげー、辛いなそれは。
XFSってやたら推されてるけど、なんか常にパフォーマンス上の問題抱えてない……？
179:運用情報臨時板でワッチョイ導入議論中
21/03/03 01:51:01.43 Vr69vVJU.net
必要なスペックは高いけど
データが破損した事は一度もないから信頼はしてる
180:運用情報臨時板でワッチョイ導入議論中
21/03/03 09:22:57.93 Nxx8V343.net
DD コマンドで作成した領域をループバックでマウントして利用してるんだけど
専用のファイル領域に作成したものより安定性が低いようなことを噂で聞いたことがある
単なるファイルだから間違って消したりもできるわけだけど他にどんな問題があるの？
zfs やバター FS を loopback で使ってるんだけど楽だから
181:運用情報臨時板でワッチョイ導入議論中
21/03/03 10:02:39.62 cTNqxe23.net
ファイルシステムとしてマウントするだけなら問題は無いんじゃ無いかな。
ループバック用に回避処理が入っていなければ重ねたレイヤの数だけエラー処理とか複合するんで
普段は良くてもトラブル時は面倒なことが起こるかもしれないけど、気にするほどじゃないと思う。
よほど大きなサイズでも無い限りキャッシュのダブりとかも気にするほど影響は無いだろうし。
ただ一時的では無いスワップ領域にするのはお勧めしない。
182:運用情報臨時板でワッチョイ導入議論中
21/03/03 10:49:49.05 Nxx8V343.net
>>181
なるほどエラー解析時にレイアの重なりで複雑になるという意味ですね
キャッシュのダブりは OS 側のファイルキャッシュとファイルシステム側で作動するキャッシュがあるのですね
一時的ではない Swap 領域というのは OS が利用するスワップという意味ですか？
最近のカーネルだとループバックのスワップでも安定性に問題がなくなったと認識してます Ubuntu でもデフォルトではディスクパーティションにスワップ領域を切らなくなりました
183:運用情報臨時板でワッチョイ導入議論中
21/03/03 12:14:56.73 lgKPKR6M.net
ハンスが再来年出所する予定らしいけどreiser4が取り込まれることはありますか？
184:運用情報臨時板でワッチョイ導入議論中
21/03/05 02:31:02.56 h4SDn5Ek.net
>>183
15年でext4が進化し、より先進的なZFSやbtrfsの開発が進んでいるから
今さら感
185:運用情報臨時板でワッチョイ導入議論中
21/03/05 08:51:33.95 1fWCdnHn.net
でもZFSがメインラインに入る可能性はゼロだしRedhatはbtrfsやめちゃったし15年経ってもこれだっていうFSは無いね
186:運用情報臨時板でワッチョイ導入議論中
21/03/05 10:15:25.72 4HJQ6+m7.net
現状見てる感じなんだかんだでRedHatにbtrfsが凱旋したりして
187:運用情報臨時板でワッチョイ導入議論中
21/03/05 12:27:18.42 dyXFLsEj.net
凱旋というより出戻り
188:運用情報臨時板でワッチョイ導入議論中
21/03/05 18:29:03.56 8yj3ez/J.net
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
スワップファイルへの書き込みがスワップファイルを置いているパーティションへの書き込みになるバグ
189:運用情報臨時板でワッチョイ導入議論中
21/03/05 18:48:23.13 mFfY0Y2/.net
5.12はまだまだβ版だからバグあっても一般ユーザーは気にせずOK
190:運用情報臨時板でワッチョイ導入議論中
21/03/05 21:34:11.29 Dt5ajJ3o.net
xfs は！？
ext4 は HDD によくて xfs は SSD にいいってのを信じて使ってるんだけど
191:運用情報臨時板でワッチョイ導入議論中
21/03/05 22:57:30.27 h4SDn5Ek.net
>>190
むしろ逆のイメージ。REGZA HDDレコーダーにXFSが採用された実績から大容量(TBクラス)ストレージ向けかと
現状ではXFSとext4でできることに大差はないから、rootにあえてXFSを採用することはないと思う
SSDに良いFSで性能など実績があるのはF2FSのイメージが強い
192:運用情報臨時板でワッチョイ導入議論中
21/03/06 09:53:05.28 Zg8wx6H4.net
俺もついさっきrootfsをf2fsでフォーマットし直したところだよ
grubのバージョンがf2fsに対応してなかったから
systemd-boot入れ直す必要があったけど
（/bootを分けるのはUEFIな今の時代なんか嫌）
193:運用情報臨時板でワッチョイ導入議論中
21/03/08 10:27:32.36 m8kidDD6.net
Btrfs Will Finally "Strongly Discourage" You When Creating RAID5 / RAID6 Arrays
URLﾘﾝｸ(www.phoronix.com)
むしろ今まで警告なかった方が不思議
194:運用情報臨時板でワッチョイ導入議論中
21/03/08 21:02:47.03 2AQsZVyg.net
つーかいまだに駄目なのか
195:運用情報臨時板でワッチョイ導入議論中
21/03/09 03:37:55.27 sGJz7SaS.net
カーネルに取り込まれたネイティブexFATはまだ使わないほうが良いぞ
・数GBに1〜2クラスタの頻度で書き込んだデータが破損する
・タイムスタンプのロケールの処理が正しくなく、Windowsとやり取りすると数時間ずれる
・Windowsでマウントするときエラーを検出することがあった
・去年ここで書いた、メタデータを更新するとタイムスタンプが破壊されるバグは直ってる
・性能はFUSE版よりかなり良い
kernel 5.8
今はデフォルトで有効になってるからブラックリストで無効化する必要がある
196:運用情報臨時板でワッチョイ導入議論中
21/03/09 03:39:17.92 3Q1wWz8h.net
まともに使うなら
未だにxfsとext4の二択だよね実質。
197:運用情報臨時板でワッチョイ導入議論中
21/03/11 04:07:15.23 T7COWFgR.net
>>195
5.8なんて既にEOLしてんぞ
198:login:Penguin
21/03/11 13:38:40.74 c/de+RjG.net
>>193
確かに。警告無かったことを知らなかったわ
199:login:Penguin
21/04/28 06:59:54.63 RDsHbwe/.net
Debian11からいよいよBtrfsに乗り換えてもいいですか？
200:login:Penguin
21/04/28 14:03:05.37 qAuPbk02.net
まだBtrfsで消耗してるの？
201:login:Penguin
21/04/28 16:03:01.63 w2riUtF+.net
Btrfs楽やでホンマ
202:login:Penguin
21/04/28 16:04:27.29 /Rv/1bAq.net
reiser4一択
ちょっとバラ肉にしたぐらいで開発者収監しすぎなんだよなあ
203:login:Penguin
21/05/05 06:43:36.88 22KTqCb5.net
WindowsでもBtrfs様々やで
URLﾘﾝｸ(github.com)
204:login:Penguin
21/05/05 13:25:13.38 ecRafJ7U.net
Winはntfsが結構優秀だから要らんよ
205:login:Penguin
21/05/05 13:40:15.01 I8H8pma2.net
NTFSはそこそこ優秀かも知れんが
管理するOSがWindowsではちょっとマンセーは無理
206:login:Penguin
21/05/05 14:21:43.34 ecRafJ7U.net
Windowsは互換性に関してはマジで凄い
Linuxで10年前のソフトを最新環境で動かそうとすると苦労するからね
207:login:Penguin
21/05/05 17:44:23.14 qtfZkKcP.net
Linuxはソースあるからね
emacs（1976年）もTeX（1978年）も現役
208:login:Penguin
21/05/05 18:01:25.19 2Vd9UitC.net
ed (1970年代前半) も sed(1973年) も一応現役
209:login:Penguin
21/05/05 21:27:14.92 XrnixLKD.net
sed は一応でなくて、シェルスクリプトの一部のように使うだろ。
210:208
21/05/05 21:39:56.99 0Vx+wHoK.net
そりゃそうか 俺も使うし
それも結構な頻度で愛用している
211:login:Penguin
21/05/07 19:15:48.16 N73gosRP.net
sedってコマンドなのかと思ってたわよ
212:login:Penguin
21/05/07 19:27:04.20 DfASJ4ip.net
viも同じようなもんよ
213:login:Penguin
21/05/28 06:51:44.05 w5WT5sqk.net
スレでもたまに名前が上がってたBcachefsって目的はすごい良いな、Btrfsが躓いてるからちょっと期待しちゃう
Bcachefs は、 Btrfs と ZFS の機能をよりクリーンなコードベース、より安定性、より高速、 GPL 互換のライセンスを提供することを目的とした次世代の CoW ファイルシステムです。
214:login:Penguin
21/05/28 07:02:11.16 gICJRhZd.net
Bcachefs一時期毎月20ドル支援してたんだけど、Btrfsが良い感じになって来たので、支援止めちゃった
215:login:Penguin
21/05/30 18:23:59.48 kdTnPrQw.net
目指すだけならどこも凄い事を主張するからなあ・・・
216:login:Penguin
21/05/30 21:33:08.26 xzSC8kpf.net
openZFSが最新版でかなり高速化するらしい
217:login:Penguin
21/05/30 23:07:19.53 Yv4FXzOw.net
速くする方法が分れば、他のファイルシステムも続くから頑張って欲しいな。
218:login:Penguin
21/06/08 20:35:14.27 A0+5/fSQ.net
カーネル5.13でzstd関連のコードが刷新されるから
圧縮使ってる人は楽しみな更新になるね
219:login:Penguin
21/06/13 12:57:08.28 Ri2lWsvA.net
Bcachefsの公式ページを読んだら
コードが綺麗ばかり主張していて、実際githubを覗いてみたら
確かに綺麗なのかもしれないけどコメントが少なすぎて誰も触れない事には変わりない感じだった。
220:login:Penguin
21/06/13 19:11:57.13 Z14yD/aZ.net
$ sudo btrfs sub snap @ /media/user/debian/@
$ sudo btrfs sub snap @home /media/user/debian/@home
このコマンドの参考ページを教えて下さい
221:login:Penguin
21/06/13 20:22:25.19 XbYcfZqj.net
$ man 8 btrfs-subvolume
222:login:Penguin
21/06/18 12:55:21.67 VQxMXzTC.net
debianスレにも書いたんですが、ext5って開発されていないんですか？
ということはいずれどこも（debianも）btrfsかxfsになるんですか？
223:login:Penguin
21/06/18 13:28:58.70 m1DWeQ1B.net
開発されない
ext4の改良が続いている
224:login:Penguin
21/06/19 11:20:25.99 zGtebo9v.net
ちょっとお聞きしたいのですが、新規に買ってきた4TBの東芝製HDD(MN08ADA)をmkfs.ext4でフォーマットしてマウント(USB-HDDケースに入れています）すると、
何もファイル操作をしていないにもかかわらず頻繁にアクセスするのですが、(umountするとアクセスしなくなります）、
-O ^metadata_csumとしてフォーマットするとアクセスしないのですが、一体何が起きているのでしょう？
USB-HDDケースが行けないと思って内蔵SATAにしてみても動作は同じでした。
試しに最初の300MiBだけフォーマットしてマウントしてみたらしばらくアクセスした後、静かになりました。
metadata_csumの有り無しで変わるのですから、ココらへんがおそらく原因だとは思うのですが、4TB分チェックが何かが終わるまで待つしかないのでしょうか？
225:login:Penguin
21/06/19 11:25:16.81 zGtebo9v.net
自己解決しました。おそらくext4lazyinitだと思います。
もうしばらく放置しておこうと思います。
ntfs、btrfsでは何も起きなかったのでハードウェアの故障はないと思っていたのですがやっぱりext4の機能でした。
どうも失礼しました。
226:login:Penguin
21/06/19 15:25:22.43 qiYDT/X/.net
完全にBtrfsブームが来ているな
FedraチームFacebookの全面バックアップは心強い
227:login:Penguin
21/06/20 07:20:53.86 FlGke6Iy.net
Btrfsのスワップファイルを使おうとしたけど
素で使うとスナップショット出来ない代わりに生データだし
暗号化スワップとして使うと今度はスナップショット可能になるという理不尽
そりゃFedoraも匙投げてスワップ自体を無効化しますわ
BtrfsにLVMを組み合わせてスワップパーティションを作るというダサい方法しかないし
228:login:Penguin
21/06/20 08:59:55.55 HPXkdzsb.net
変なことしないで普通にスワップパーティション切れば良いだけでは？
229:login:Penguin
21/06/20 09:41:51.35 4MEPIPC1.net
うちはデータ用のext4のパテに置いてるわ
230:login:Penguin
21/06/20 10:39:15.38 K3gWEfdY.net
>>229
やっぱりそうなるよね
Btrfsは消去する可能性のあるデータの扱いに絶望的に向いてない。
>>228
サブボリュームが便利だったから
スワップ問題さえなければBtrfsで大半賄えたから惜しかった。
231:login:Penguin
21/06/20 10:47:38.20 q1GmI6Tf.net
>>230
> Btrfsは消去する可能性のあるデータの扱いに絶望的に向いてない。
うちは１年近くほぼ24h稼働させててビクともしないけどな
ラズパイでUSBx2+SDのストライピングと言うなんちゃってだけどさ
232:login:Penguin
21/06/20 11:44:40.23 HPXkdzsb.net
俺も4年近くBtrfsファイルサーバ運用してて、btrfs deviceコマンド使って何度もストレージ構成変更もしたけど、何も問題起こらないなぁ。
エンタープライズとかでは無いけどね
233:login:Penguin
21/06/20 15:10:27.93 OtoPgzgM.net
消去する可能性のあるデータはCoW有効だと断片化が進むからな
ここ1年くらい半導体不足だから難しいけどスワップが要るくらいならメモリもっと積むという手もある
最近はbtrfsも徐々に、使えるものになってきているのは確かだろう
職場で使われている「法人向けNAS」として販売されている製品がデータ領域デフォルトでbtrfsになってて当初はオイオイ大丈夫かと思ってたけど
今のところは大丈夫っぽい。ちなみに壊れても対処するのは俺じゃない（重要）
あとは、ディスクフルになるとヤバいなどという噂もあったが改善したのだろうかね。
234:login:Penguin
21/06/20 15:12:33.54 FlGke6Iy.net
いやスナップショットとCoWの関係で
削除できてるんだか出来てないんだか分かりにくいという意味ね。
CoW無効化したファイルでもスナップショットは取れるみたいだし
削除という方向では難しい。
235:login:Penguin
21/06/20 15:15:33.95 FlGke6Iy.net
>>233
CoWは前述の理由でファイルを削除したら逆に空き容量が減るパターンがあるから
ディスクフルだと危険だよ。
空き容量を増やそうとした操作で更に空き容量を減らしてドツボにはまる。
236:login:Penguin
21/06/20 15:32:40.87 q1GmI6Tf.net
>>233
> ディスクフルになるとヤバいなどという噂
友人のラズパイ(うちのサブボリュームを暖簾分けしたもの)は
diskfullをやらかして起動不能になり涙で枕を濡らしてますた
237:login:Penguin
21/06/20 15:46:21.40 FlGke6Iy.net
スナップショットをという扱うという決断をした瞬間から
Btrfsの空き容量を増やす手順は複雑怪奇になる。
238:login:Penguin
21/06/20 16:03:58.94 q1GmI6Tf.net
timeshift使うくらいならまだいいけど
色々と欲を出すと悲惨な目に遭いそう
なお私はconky出して常にディスク使用量を監視してます
239:login:Penguin
21/06/20 17:26:59.08 HPXkdzsb.net
残容量がそんなに気持ち悪い変動したこと無いなぁ
240:login:Penguin
21/06/20 17:49:16.26 q1GmI6Tf.net
まあ一応ね
241:login:Penguin
21/06/20 21:11:28.58 XLIEy/bI.net
空き容量が一方通行なのは難易度高めだよね
242:login:Penguin
21/06/20 21:15:36.56 q1GmI6Tf.net
そんなこと無いけどなあ
スナップショット全部始末して、それでも駄目ならfilesystem defrag -r
これで容量が戻らなかった事無いけど
243:login:Penguin
21/06/20 21:29:09.11 FlGke6Iy.net
スナップショット全部始末って・・・
まあ戻らないことはないだろうけどさぁ・・・
それデータ退避させて再フォーマットに次ぐ最終手段やん
244:login:Penguin
21/06/20 21:36:52.57 q1GmI6Tf.net
俺の場合スナップショットはシステム改変前の保険や
send前の準備くらいにしか使ってないからねえ
もっと高度な事やってる人なら億劫だろうけど
245:login:Penguin
21/06/20 21:42:05.45 XLIEy/bI.net
それ正解。
非常に賢いBtrfsのお手本のような使い方。
246:login:Penguin
21/06/20 21:47:09.44 3XBt4m04.net
スナップショットをバックアップのように使ってるのが間違いなのよ
バックアップは別に取ってスナップショットは定期的に整理すべき
247:login:Penguin
21/06/20 22:02:17.88 HPXkdzsb.net
Btrfsはバックアップも取りやすいしね
248:login:Penguin
21/06/20 22:22:30.11 q1GmI6Tf.net
マウントしたまま完全なdumpが出来る様な感じですからね
249:login:Penguin
21/06/21 01:24:02.85 L8foBMDQ.net
>>247-248
スナップショットを tar で固めるだけだったら別に取りやすいって事は無いんじゃないの？
Btrfs はサブボリュームとかのメタ情報のバックアップができなくてバックアップが困難
と逆に感じたんだが
250:login:Penguin
21/06/21 02:34:03.18 jDt+eB73.net
>>249
> スナップショットを tar で固めるだけだったら別に取りやすいって事は無いんじゃないの？
send/receive機能使った事無いのかな
> Btrfs はサブボリュームとかのメタ情報のバックアップができなくて
その様な些細な情報に拘るよりも
サブボリュームをリネームしておけば管理しやすいのに
そこまで完ぺきな状態保存をしたいならddでも使っときましょうかね
251:login:Penguin
21/06/21 09:08:05.47 L8foBMDQ.net
>>250
> send/receive機能使った事無いのかな
なるほど増分バックアップを取るという意味では dump に近い物があるのか
勉強になりました
> その様な些細な情報
メタ情報バックアップできないっておかしくない？
別の誰かが作ったシステムをクローンしたい時に dd しかないのは厳しいわ
ビジネスでやったらバックアップできないシステムを採用するのがおかしいって
後でぐじぐじ言われまくる(=言い訳レポートだの再発防止だの工数が爆発的に
増える)のが見えてるんで使えないよ
252:login:Penguin
21/06/21 12:16:09.75 O6mftrCi.net
考えた方が違うんじゃないかな。
サブボリュームをほぼストレージとして見れば問題ないし、完全なコピーが欲しければddなりなんなり旧来の方法が取れないわけでもないし。
単にレイヤーと選択肢が増えただけだよ
253:login:Penguin
21/06/21 15:53:15.32 3rzkFLuT.net
Btrfsを本番で運用しているFacebookはどうしてるんだろうね
254:login:Penguin
21/06/23 19:00:39.82 GsIL/Hxh.net
Btrfsでdiscard=asyncにしたら起動するたびにドライブの使用ランプがカリカリ始めたんだけど
これって他の人も同じ？
255:login:Penguin
21/06/29 21:52:12.01 K1arQqhz.net
カーネル5.14でbtrfsが更に改良・高速化されるらしい
開発ラッシュやばい
256:login:Penguin
21/06/30 00:02:44.48 zTG01lTx.net
もうBtrfsで良さそうだね
ネイティブ暗号化くらいしか弱点ないでしょ
257:login:Penguin
21/06/30 04:50:09.03 ik/23AzL.net
あとRAIDが非推奨のままずっと放置されてる
258:login:Penguin
21/06/30 05:54:37.78 XBjkZFiO.net
RAIDはHBAかLVM使えばええやろ
ファイルシステムがやらなければいけないことではない
259:login:Penguin
21/06/30 06:14:36.60 mXQXM/0G.net
RAID10あたりは問題ないしね
260:login:Penguin
21/06/30 09:02:44.67 yJpclQIV.net
スナップショット使うファイルシステムでHBAやLVMでのRAID-5/6はやめとけ
スナップショットはランダムリード/ライト多いから相性が悪い
使っているうちにフラグメンテーションで使い物にならなくなる
回避するためにはHBA使うのやめてRAID-Zだのそれに類似したVirtual系
RAIDの技術が必要なんだが実装ツラい割に効果も薄いんだろ
ラックマウントタイプのストレージ製品でもRAID-10でしか使わせない製品も
出始めてるし、業界としてRAID-5/6は切り捨てなんだとおもう
261:login:Penguin
21/06/30 09:38:03.62 QIl8oURk.net
ファイルシステムによらず、RAID5はテラバイト級媒体にはそもそも使わない方が良い
障害復旧中に壊れていくのを数回見た
RAID6は知らない
262:login:Penguin
21/06/30 11:26:56.84 r3QHhm+R.net
RAIDZは広く使われてるよ
RAIDはストレージの可用性確保の手段なんだから代替方法なんかない
263:login:Penguin
21/06/30 19:44:02.88 MEBTTE23.net
機能として存在する以上は安定してほしいよね
264:login:Penguin
21/06/30 19:51:08.40 2x4FXU9Q.net
RAID関連は実績のあるファイルシステムでないと使う気にはならない
265:login:Penguin
21/06/30 22:09:30.83 yJpclQIV.net
ファイルシステムの実績もだけどパーツ冗長(特にコントローラ)も必要だわ
HBAが中途半端に故障して壊れてもないHDDを故障扱いしまくってデータ
ロストさせた(実際はデータロストしてない)障害が一番厄介なトラブルだった
266:login:Penguin
21/07/01 01:40:54.64 yz4Mm0BT.net
一般ユーザーがしないような構成を組むと
想像もしていなかったような不具合踏むことが多々あるわな
267:login:Penguin
21/07/04 01:22:49.64 dO3rYTst.net
Btrfsはdiscardマウントオプションでまだ壊れた報告がチラホラあるね
とりあえず手動trimに切り替えた
268:login:Penguin
21/07/07 20:02:33.20 SKdz/k2Y.net
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
269:login:Penguin
21/07/23 06:19:56.52 zqR55IXg.net
WindowsでBtrfs 【ファイルシステム】
ｽﾚﾘﾝｸ(win板)
270:login:Penguin
21/08/14 11:15:08.22 Zs+glBhP.net
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.
未使用の状態かそれが無理なら強制削除したいんですがどうしたらいいでしょうか？
271:login:Penguin
21/08/14 12:12:14.38 Zs+glBhP.net
>>270
解決しました。理由はイニシエータ側で作ったLVMをターゲット側が起動時に
自分のものとしていたため。
272:login:Penguin
21/08/15 14:01:19.23 6oNwxX6g.net
exFATがDebian11でサポートされるようになったらしいね Debian newsにそう書いてあった
273:login:Penguin
21/08/21 08:54:19.08 fjPA48lm.net
うーん、ZFSはイマイチですね・・・。
Proxmoxで3*HDDをRAIDZ1にして、2*SATA SSDをキャッシュにしてVMを作ったのですが、
前情報通りアクセスが増えるとメモリ消費量が10GBとか跳ね上がる・・・。
1200Mb/s出ていたものがカーネルパニック？で20Mb/sとかに落ち込んでしまう。
2GBのファイルをランダムコピーしたら、一瞬で終わるものと数十秒かかるものが発生。
うーん、ZFSはかなりじゃじゃ馬な印象です。メモリが潤沢にあれば良いのかも。
やはり記憶域スペースですかね・・・・。
274:login:Penguin
21/08/21 11:04:11.49 BiYUjqs+.net
確かに自分もデスクトップ用途で多目的に利用しているんだがバター FS の方が適してると考えるようになってきた
275:login:Penguin
21/08/21 16:49:26.25 4kjF9FRm.net
>>273
重複排除が有効になってたりしない?
276:login:Penguin
21/08/21 17:05:17.20 dh93U5+W.net
今度、Debian11 インストールしようと思うが、Btrfs でいいのか。
277:login:Penguin
21/08/21 19:31:29.41 BiYUjqs+.net
コピーオンライトをファイル単位でユーザーが使えるのはバター FS だった
278:login:Penguin
21/08/29 04:14:21.43 OSnjE7oK.net
OpenZFS2.1で実装されたdRAIDってどうなの
再構築が高速なのは良いことだけど、その後新しいホットスペアを追加したら結局再構成が始まるんでは？
RAID-Z2と何が違うんだろ
279:login:Penguin
21/08/29 09:40:27.05 1yXXr9+s.net
openzfs-2.1.0
kernel-5.13
fedora34
ZFSで例えば2つのプールpool1, pool2 があるとして，ブート時にpool1は自動で
インポートしたいけどpool2はしたくない場合，どうすればいいですか？
<(_ _)>
280:login:Penguin
21/08/29 15:01:28.74 /+B08fjB.net
>>278
いましがた dRAID の説明を初めて読んできた初心者なので参考まで
> その後新しいホットスペアを追加したら結局再構成が始まるんでは？
語弊がある書き方をするけど再構築が高速になるトレードオフとしてホットスペア
にデータを事前にデータを書き込んでおく(準備しておく)ってだけじゃん
リビルド中に２本目と３本目が相次いで壊れてデータロストするリスクを(リビルドを
高速化することで)回避するためのものだから効率が悪い・二度手間な処理を行う
のは至極まっとうな話では？
> dRAIDってどうなの
全てのディスクを均等に使用してしまうことによって HDD/SSD の故障時期が重な
る可能性が高まるという点で逆にリスクを上げてるアホな仕組みだと思った
商用の FS (NetApp や Isilon, Spectrum Scale FS) において同じ仕組みは個人的
には聞いたことが無いので期待できない
> RAID-Z2と何が違うんだろ
いや、RAID-Z や RAID-Z2 に対してホットスペアをどうするかのオプションだから
違うとかじゃなくて「dRAID 構成の RAID-Z2」とか「dRAID 構成ではない RAID-Z2」
とかそんな感じで別物ではないぞ？
281:login:Penguin
21/08/29 17:27:42.09 OSnjE7oK.net
>>280
RAID-Z2 と RAID-Z＋dRAIDホットスペア1本はほぼ一緒では？と言いたかった。
ホットスペア本数に制限がないので、冗長度を好きなだけ上げられてかつread性能も上がるのが利点なのかな？
商用はIBMが既にやってるらしいけどね。
282:login:Penguin
21/08/29 18:07:19.22 OSnjE7oK.net
RAID再構築とdRAIDのホットスペア追加の違いをもう少し考えてみた
RAID再構築はパリティ再計算のために、生き残ったドライブの全データを読み込む必要がある？が
dRAIDは追加スペア分の空き容量を生き残ったドライブに分配するだけなので、生き残りがn本なら各ドライブ1/(n+1)のデータだけ読めばよい？
あとパリティ計算がいらない。
あれ？割と良いのでは？
283:login:Penguin
21/08/29 18:18:49.26 /+B08fjB.net
>>282
> RAID再構築とdRAIDのホットスペア追加の違いをもう少し考えてみた
流石に比較が間違ってるだろ、それ
RAID-Z + ホットスペアも dRAID 構成の RAID-Z2 も HDD が壊れた直後
にRAID再構築が実施されるのであってホットスペアを補充するタイミング
じゃない
dRAID の場合はそれに加えてホットスペアを補充した際にも再ストライプ
目的で２回目の再構築が走る＝つまり２度手間
dRAID の１回目の再構築の際にはパリティ計算している
だから２回目の再構築の時は不要ってだけだ
パリティが要らないっておかしいと思えよ
284:login:Penguin
21/08/29 18:43:20.22 /+B08fjB.net
失礼
× パリティが要らないっておかしいと思えよ
○ パリティ計算が要らないっておかしいと思えよ
> 商用はIBMが既にやってるらしいけどね。
Erasure Code Edition って新しい別構造の奴か
確かに Spectrum Scale でスペアを仮想化するって事が可能ってあるね
285:login:Penguin
21/08/29 19:01:05.63 OSnjE7oK.net
>>283
>RAID-Z + ホットスペアも dRAID 構成の RAID-Z2 も HDD が壊れた直後
>にRAID再構築が実施されるのであってホットスペアを補充するタイミング
>じゃない
いやもちろんそれはわかってるけど
dRAIDの場合は再構築もディスク読み書きが分散されるからまあ気にしなくていいかと思った。
けど分散されて早くなるってだけで読み書きする総量は変わらないのか…
286:login:Penguin
21/08/29 19:08:49.26 OSnjE7oK.net
>>279
pool2のcanmountプロパティにnoautoをセットかな
287:login:Penguin
21/09/09 15:30:55.07 Ti5gtG1m.net
LinuxカーネルにNTFSドライバーが追加、トーバルズ氏はGitHub経由のマージに苦言
Liam Tung （Special to ZDNet.com） 翻訳校正： 編集部 2021-09-08 14:01
URLﾘﾝｸ(japan.zdnet.com)
288:login:Penguin
21/09/09 16:08:17.82 yZA2ccAk.net
ファックファック言わなくなってる…😳
289:login:Penguin
21/09/09 17:02:00.90 bMPZjWuq.net
linuxで作ったntfsドライブがwindows10で読み込めない
ディスクをアタッチして起動するとフォーマットするか聞いてくる
linux側から見るとデータが書き込まれてるのに
290:login:Penguin
21/09/10 11:20:22.80 AU+z5FwG.net
>>289
チャレンジャーだなぁ。
291:289
21/09/10 12:20:17.15 gkerD8uH.net
色々試したけど結局フォーマットした
ネットだとwindowsからlinuxで読めないトラブルはあるんだけど逆はあんまり出てこないんだよね
フォーマットしたディスクはlinuxで一応読み込めたけど気づいた事がある
ディスク丸ごとフォーマットしたはずなのに何故か数メガの未使用領域が出来てる
これが関係してんのか？
292:login:Penguin
21/09/10 14:37:10.89 4r6H+99Z.net
>>289 >>291
断定できないが蓋然性として高い要因は、NTFSのログ構造(LFS)がWindows7以前がver1.1、
Windows8以後がver2.0と更新している関係で出る不具合。これはWindows同士でも起こり得る
トラブルの一つで、LinuxのNTFS-3Gドライバはver1.1準拠なので、同様の事情(>>287の新・
標準ドライバがこの件を解決しているかは、知らないが)。以下、詳細は↓。
NTFS-3G - ArchWiki
URLﾘﾝｸ(wiki.archlinux.jp)
293:289
21/09/10 15:39:43.90 gkerD8uH.net
>>292
情報thanks
確かにwindows7の頃はこの手の問題に遭遇したことはないな
294:login:Penguin
21/09/10 16:41:55.52 H/thhANN.net
>>292
それならば、Linuxで作成したVer1.1のNTFSが、より新しいバージョンにも対応しているWindows 10で読めないということはないはずで、
>>289の言っている問題を説明するものではない。
そのLFSのバージョンが問題になるのは、Windows 10等新しいWindowsからNTFSのディスクを、「安全に取り外す」をしないで取り外し、
Windows 7等古いWindowsに接続した場合。
「安全に取り外す」と、Windowsは当該NTFSのLFSをVer1.1に変換するので、問題は起こらないが、
しないでいきなり外すと、古いWindowsはLFSを解釈できないので、最近の操作が適用されていないように見えるなどの不具合が発生する・・・とのこと。
295:login:Penguin
21/09/10 17:32:25.87 4r6H+99Z.net
>>294
蓋然性が高い要因を挙げただけで、他にないとは書いてないが。>>292で紹介したリンク
(NTFS-3G - ArchWiki)の"トラブルシューティング"に、Windows8・10の別の不具合もしっかり
記述してある。人に難癖つける前に、確認すべき。
296:289
21/09/10 20:08:27.27 gkerD8uH.net
色々試してわかった
ディスク丸ごとだと駄目でパーティションを作ってフォーマットすると読み込む事が出来る
297:289
21/09/10 20:19:19.59 gkerD8uH.net
>>294
>>295
お騒がせして申し訳ないｗ
けどこれがntfsのバージョン関係してるのかはわからない
win7で試したいけど環境ないんでね
298:login:Penguin
21/09/12 19:56:44.85 Q/6ceb7l.net
初心者スレから誘導されてきました。
HDD４台構成の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'と出るだけでリビルドが走っている様子も見えません
この場合、どのようにすればリビルドを開始することができるのでしょうか？教えてください
299:login:Penguin
21/09/12 20:49:07.39 s2hUCnQh.net
>>298
真の有識者が来るまでの時間稼ぎにしかならないかもだけど取り敢えず
losetupでループアタッチしたプールでは当然ながら問題無かった
再同期やscrub等が動いていない事を確認し、不良ディスクをzpool offline tank 数字 してから
replaceしてみては如何だろうか
自分だったらだけど、まだDEGRADEDで済んでいるうちにスナップショット取って
余裕のあるディスクへzfs sendで退避した上でプール作り直してしまうけど
300:login:Penguin
21/09/22 20:53:27.48 iZQWyrHm.net
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に何を選べば良いかアドバイス貰えると嬉しいです。
よろしくお願いします。
301:login:Penguin
21/09/23 06:01:04.99 AxTVswon.net
どんなファイルが多いとか、普段の使い方とか、現状どんな時に不足を感じるかとか、性能測定が必要では？
btrfsから（比較すると機能の少ない）ext4に変更したいというからには細かいファイルが多いのかな？
これまでCentOS使いということはサポート長いほうが良いだろうからDebian系に抵抗なければUbuntuサーバが良いのでは？
302:login:Penguin
21/09/23 21:54:34.10 G3mdAv3f.net
CentOS で btrfs つかっていたけど RHEL 系が btrfs のサポートやめちゃったから
別のディストリに移って btrfsを使うか、RHEL系のままスナップショットありの別の
FS に移行するべきかって話でしょ。
4. でバックアップ体制があるなら多少不安定な奴を選択しても良い状態だから
好きなの選べばいいんじゃないかな。
個人的には opensuse で btrfs ってのが一番理解を得られる線だと思う。
303:login:Penguin
21/09/23 22:07:57.63 5GvGB4Pa.net
Oracle LinuxにしてUnbreakable Enterprise Kernel使えばbtrfsのサポートを（Oralceが）やってるぞ
サポート申し込まなくても機能としては使える
304:303
21/09/23 22:08:53.68 5GvGB4Pa.net
Oracleは好き嫌いが分かれるので、あくまで選択肢の1つとして・・・ということでお願いします
305:login:Penguin
21/09/24 09:14:00.18 8pmJ0Xha.net
みなさまありがとうございます。
説明不足がある中で、面倒なこちらの状況を把握して、明快なアドバイスで助けてくださったことに、感謝しています。
SuSEのサーバ利用は私の中で盲点でした。
サーバではOracle含むCentOS代替系が慣れの面で楽だとは思っていましたが、
好きなのを選べば良いと言って貰えると、今回はopensuse+btrfsでやってみます。
SuSEは学生時代に使っていた9.3振りです。大変にありがとうございました。
306:login:Penguin
21/09/24 09:51:15.88 dzf13hIH.net
ココ↓は？
URLﾘﾝｸ(twitter.com)
URLﾘﾝｸ(twitter.com)
(deleted an unsolicited ad)
307:login:Penguin
21/09/27 10:11:27.65 8b0UHmE8.net
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
次はどうすればよいですか？
308:login:Penguin
21/09/29 18:34:19.27 fGc1oPa1.net
windowsでNTFS圧縮したフォルダってlinuxで使うと問題あるのかな？
linuxでNTFSを扱う事にリスクがあるのは知ってるけど圧縮する事でそのリスクがさらに大きくなったりするのかどうか
309:login:Penguin
21/10/02 15:29:45.10 kc4v6amD.net
>>308
昔、PC-DOSに標準付属だったFAT16ファイルシステム圧縮ソフトを使ってたが、他のシステムと互換性が無くてファイル交換に困った。
あまり特殊な機能を使うと、Windowsの異なるバージョン間でもファイルの読み書きが出来なくなる可能性が有るから、あまりオススメはしない。
XP時代にあれだけ推していたダイナミックディスクがdepricatedになったみたいにね。
Linuxの事は知らんん。
310:login:Penguin
21/10/02 15:31:47.16 kc4v6amD.net
>>308
ZFS等の他のファイルシステムのファイル圧縮機能を使って、Samba等のCIFS系でネットワーク越しに共有するとかでは駄目なの？
311:login:Penguin
21/10/02 19:04:03.09 EgCcoSU6.net
NTFS圧縮のどこが特殊な機能だよ
312:login:Penguin
21/10/02 20:31:54.58 EB7kVLAn.net
そもそもLinuxのNTFSサポート(特にrw)はリバースエンジニアリングの賜物だし、あんまり信用しない方がいいと思うけどなあ。カーネルモジュールのroで使うのが無難だと思うよ。
313:login:Penguin
21/10/02 23:12:43.44 KqC7ziZl.net
こないだMSと契約してて仕様見れる企業がLinux用ドライバ書いてくれたとかなかったっけ？
314:login:Penguin
21/10/03 19:44:44.17 2jfRA+HE.net
でもMSが書いてるわけじゃないからねえ。btrfsとか仕様を自分たちだけで決めて実装してるものだって、完璧ではないわけだし、
ファイルシステムは個人的には枯れてることや、トラブルシュートのノウハウの蓄積が重要かなと思う。
まあAPFSを普段使ってて何言ってるんだって感じだが、ユーザーはめちゃ多いからなあ。
315:login:Penguin
21/10/04 13:08:55.60 TXzl7kYV.net
>>314 FAT32実装でも完璧になることはほぼないよ
316:login:Penguin
21/10/04 19:36:08.93 fn2oJW0l.net
>>315
うん、だからext4とかxfsとかしか使わないよ。
NTFSマウントしたかったらVM経由でCIFSマウントするわ。
317:login:Penguin
21/10/21 18:38:36.21 AxEaN9Vn.net
クライアントマシンのルートパーティションをBtrfsからext4に戻してみた
扱い簡単だし日々のバックアップなんかdumpで十分じゃねとか思って
318:login:Penguin
21/10/22 00:37:11.94 LPm9gNbQ.net
Fedoraの傾向からすると
今後はバックアップだけじゃなくて高速化でもBtrfsの機能を活用する方向だから
新しいディストリを使うならBtrfsにしておいたほうが良い
319:317
21/10/22 07:30:15.12 DPzRrjD6.net
さすがFSスレ住民 未来を見据えてらっしゃる
再フォーマット＆データリストアはワケないんで近いうちに出戻りBtrfsやるかも知れないっす
320:login:Penguin
21/10/23 04:27:16.95 I1Xbj+ci.net
Facebookの全面協力で安定してきたから
最新のカーネルを扱えるならBtrfsでも良いけど
DebianやRHELクローンだとカーネルが古いからBtrfsは早いかな
321:login:Penguin
21/10/24 09:22:16.94 1yf+lTo0.net
Debian11を使用中なんですが、
> DebianやRHELクローンだとカーネルが古いからBtrfsは早いかな
との事なのでZFSを仕込んでみました
URLﾘﾝｸ(i.imgur.com)
322:login:Penguin
21/10/24 17:47:04.20 lKWonQWJ.net
ZFSはメモリ消費が激しすぎてイマイチでしょ。
最近のBtrtfsのメリットは
Btrfsを前提とした周辺機能が充実してきた事。
例えばFedora35からはソフトウェアの更新がBtrfsで高速化される事になった。
323:login:Penguin
21/10/24 19:24:24.84 DfnSHm2O.net
ちょっと前まではbtrfsディスっとけばできる男を演出できてたけど
最近はbtrfsを褒めるほうが有能そうな雰囲気出せる時代になってきたん？
324:login:Penguin
21/10/24 19:35:29.46 jhNfOHT2.net
俺は一貫してBtrfsの素晴らしさを讃えてきたので……というのはともかく、風向きが変わってきたなとは思う
325:login:Penguin
21/10/24 19:41:59.94 lKWonQWJ.net
昔から壊れるという欠点を除けば素晴らしいファイルシステムだった。
最近のカーネルでその欠点が急速に改善されているからメインでOKという流れ。
FedoraがデフォルトをBtrfsにしたのに阿鼻叫喚になっていないし本当に安定してきてるんだと思うね。
326:login:Penguin
21/10/24 20:49:19.85 SkXAlUtd.net
最近のカーネルにCentOS 8の4.18はともかく、debian 11の5.10は含まれないの
327:login:Penguin
21/10/24 21:28:44.29 4t2MKVSe.net
ZFSがメモリ食いなんてまだ言ってる人いるんだくらいの感想
328:login:Penguin
21/10/25 00:04:16.92 iwYvMRD6.net
カーネル5.4で安定化したらしいからdebian11なら大丈夫じゃない？
それ以降のカーネルでも高速化が入っていたりするから新しいに越したことはないだろうけど
329:login:Penguin
21/10/25 00:16:24.92 iwYvMRD6.net
あとは透過圧縮で利用するzstdの改善が5.13で入った
安定面ではなくパフォーマンス面で考えるとカーネル5.10だともったいない気がする
330:login:Penguin
21/10/25 05:51:44.96 kkWUslu3.net
ZFSはまあまあメモリ食う時もあるけどあまり気にした事ないな
心配ならARC制限すればいいし
Btrfsはパフォーマンスが上がるのか
個人レベルでは問題視する様な不具合は見てないし今後がますます楽しみ
331:login:Penguin
21/10/25 06:45:49.20 ZAX3MeqU.net
>>329
知らなかったから調べてみたらBtrfsでzstd圧縮を利用している場合5～15%パフォーマンスアップとあるね。必須とまでは言わないけど、あれば嬉しい感じ
332:login:Penguin
21/10/25 09:40:15.48 qncdQ78l.net
ext4でcrc32c_intelが有効になっているか確認する方法ありますか？
カーネルモジュールは組み込まれていて、
dumpe2fs -hで見ると、crc32cとだけ表示されています。
intelの使ってるのでしょうか…？
333:login:Penguin
21/10/25 12:08:31.07 FE+vN1GH.net
URLﾘﾝｸ(wiki.archlinux.jp)
URLﾘﾝｸ(ext4.wiki.kernel.org)
334:login:Penguin
21/11/07 02:36:58.41 /DYcsXrN.net
今やwindowsでもBtrfsは使えるんやで
URLﾘﾝｸ(github.com)
335:login:Penguin
21/11/09 11:16:06.66 C2t7c7MT.net
EXT4って巨大ファイル（数十GB～数百GB）のファイルを削除しようとしたらめちゃくちゃ遅くない？
ずっと前からそうで久々に新しいシステムセットアップして最近は改善されたかな？と思ったけど同じだった
336:login:Penguin
21/11/09 20:10:11.07 os//3YxP.net
ext3じゃなくて？
337:login:Penguin
21/11/09 22:15:53.46 C2t7c7MT.net
ext4でもそうなんだよな
338:login:Penguin
21/11/10 12:55:17.02 Gmm1clxh.net
inodeに削除フラグ立ててるだけならおかしいよね
SSD のハードウェア側で何か処理が行われているのかな
339:login:Penguin
21/11/10 18:23:09.04 NkSwIMlY.net
まさかマウントオプションでTrim有効にしてないか？
340:login:Penguin
21/11/10 20:25:56.39 HeWruaDL.net
ext4は昔からNTFSと比べると削除は遅いよ
341:login:Penguin
21/11/12 21:57:58.67 9wzH1mCG.net
On-Disk Format Changes Ahead To Improve "Painful" Parts Of Btrfs Design
URLﾘﾝｸ(www.phoronix.com)
そろそろ安定してきたっぽいからbtrfsに乗り換えようかと思ってたけど
来年Disk Format変わるのかよ……
342:login:Penguin
21/11/13 01:26:17.24 e0PvumLs.net
そうだとしても乗り換えてOKでしょう
Fedora34でBtrfsにして35へのアップグレードも済ませたけど相変わらず安定だよ
即座に壊れたカーネル4.xx時代とは大違い
343:login:Penguin
21/11/13 01:29:53.82 e0PvumLs.net
Fedoraが透過圧縮有効のBtrfsをデフォルトにして問題なしだから
カーネルさえ新しければデスクトップ用途ではまず問題は発生しないと思う
344:login:Penguin
21/11/13 02:04:13.93 GWxfAFmk.net
Fedora の方がRedhatの見立てより正しかったのか。
xfs Cow を頑張るべきかで楽しみ増えたね。
345:login:Penguin
21/11/13 02:17:42.38 jL/cp8Sk.net
見立てが正しいとかじゃなくて性質の違いじゃないかなあ。
半年ごとに新しいバージョンが出て、サポート期間が1年のものと、
10年近くサポートしなければいけないものでは、物事の決定が大きく変わるよ。
Fedoraで徹底的にbtrfsのバグを潰して、RHELに再導入したいんじゃないかな。
ちゃんと動くなら、btrfsはどう考えてもRHELの売りにはなるから。
346:login:Penguin
21/11/13 02:20:55.49 e0PvumLs.net
RHELは単純にRedHatの従業員にBtrfsのメンテナが居ないという理由だったはず。
Btrfs側にパッチを当てる権限がないと商業利用でメインに据えるのは難しい。
347:login:Penguin
21/11/14 01:41:15.55 05NxiEGH.net
bcachefsを使ってる方いますか？使い心地を伺いたく。
たまにしか使わないvmを、使うときはssdの速度、保存は大容量のhdd、といいとこ取り出来たらいいなと思ったので。
348:login:Penguin
21/11/14 22:17:45.69 8yaYENO9.net
Bcachefsはやめときな。
開発が事実上個人に依存している上に
Btrfsが安定化した今となっては存在意義が薄れてる。
349:login:Penguin
21/11/14 22:53:51.95 9NKXbiYN.net
BcacheFSの作者にはPatreonで投げ銭してたけどBtrfsが普通に快適で順調に安定性も上がってるようだったから投げ銭止めちまったな。
350:login:Penguin
21/11/15 22:07:17.58 4zDn1QCD.net
>>348
>>349
ありがとうございます。
このスレでも使われてなさそうで、常用はまだまだという感じました。
大人しくメインライン入りを待ちます。
351:login:Penguin
21/11/16 02:02:48.51 jPDcGScd.net
いや、メインライン入りしても使わないほうがいい
Bcachefsはリソースが足りてないから常用はまだまだというか多分無理
素直に安定化したBtrfsを利用するのがおすすめ
352:login:Penguin
21/11/18 03:36:45.41 qTns37yC.net
結局のところBtrfsの圧縮はlzoかzstdどっちがいいのか教えて偉い人
353:login:Penguin
21/11/18 04:04:50.86 15FxU4NQ.net
>>352
zstd:1一択
FedoraチームがCPU使用率と圧縮率のバランスから検証した結論
自分も1年以上zstd:1で運用してるけど快適そのもの
354:login:Penguin
21/11/18 06:57:17.00 yAyQZrWM.net
マジか。長らくlzoだったけどzstdにするかな?
RaspberryPi4な自宅ファイルサーバだからCPU弱いけど
355:login:Penguin
21/11/18 10:07:14.65 kJ0Z9QmQ.net
zstdが進化しすぎてlzoはもはや存在意義がない
圧縮率、圧縮速度、解凍速度、全てでzstdが上回ってる
しかもzstdは未だにアルゴリズムの改善による高速化が続いてるから差は広がるばかり
強いて弱点を挙げるなら古いカーネルとの互換性くらいかな
356:login:Penguin
21/11/18 10:20:13.51 PS7LS2tl.net
zstdの圧縮アルゴリズム自体が負荷が少なくて
しかも圧縮率でもほぼ全てのケースで
gzipとかの系統の圧縮方法より縮むみたい
(さすがにlzoよりは多少負荷かかるだろうけど)
将来的にgzip使ってるとこをを完全に置き換えそう
自分でもarm系の非力な環境でtarに使ってると
時間ベースで倍以上早い感じ
357:login:Penguin
21/11/18 12:17:53.39 vBDA9b/+.net
開発中の5.16カーネルでZstd更に速度アップ（四年前のコードが新しく）
358:login:Penguin
21/11/18 13:05:16.60 ePhyqPG7.net
今fstabでcompress=lzoとかしてるんだけど、既存のファイルは別に今すぐzstdにしなくていいけど今後作られる新規のファイルとかはzstdで圧縮してほしいと思ったらcompress=zstdにするだけでいいの？
359:login:Penguin
21/11/18 13:12:53.19 KkteLCRf.net
上記に書かれてるのはcompress=zstd:1かな。
自分はcompress-force=zstd:1にしてる。
zstdはアルゴリズム自体に圧縮の可否の判定コードが組み込まれているから
compress-forceでも問題ないらしい。（実際に使ってるけどデメリットは感じない）
360:login:Penguin
21/11/18 13:23:27.34 GASrRsZg.net
BtrfsもZstandardもFacebookが本番環境でゴリゴリに利用しながら開発協力してるから進化が早いね
361:login:Penguin
21/11/19 00:01:05.30 olu0IGqg.net
リーナスがbtrfsの時代を見越して特権でマージしてからはや12年
やっといい感じになったのか
一時期の停滞はなんだったんだろうな
362:login:Penguin
21/11/19 02:04:08.97 zywWlpj/.net
compress-forceはやめたほうがいいぞ
画像や動画や音声みたいにすでに圧縮されていて圧縮する意味がないファイルまで圧縮するから
363:login:Penguin
21/11/19 02:21:10.12 9V6nr5YI.net
だからそれをzstdなら自動で判定してくれるって話なんじゃないの？
俺はcompress=zstdにしてるけど
364:login:Penguin
21/11/19 03:24:10.20 jLZ82X+D.net
>>362
zstdなら自動判定で圧縮出来ないファイルは無視するから大丈夫だよ
compress-force=zstd:1でこんな感じ
URLﾘﾝｸ(i.imgur.com)
365:login:Penguin
21/11/19 07:22:27.39 9u0Wrd2T.net
forceとはいったい……
>>364
そんなの見れるんだ、コマンド教えて
366:login:Penguin
21/11/19 14:45:20.50 KKx0Rm7F.net
zstd以外の圧縮形式だと本当に全部圧縮する
zstdは賢いからforceで問題ない
>>365
URLﾘﾝｸ(github.com)
367:login:Penguin
21/11/19 16:59:38.83 9u0Wrd2T.net
>>366
おー、Debianにもパッケージあるし、見れた。ファイルサーバで試したら思ってたよりすげー圧縮してたわ。
ありがとう。
368:login:Penguin
21/11/19 22:14:57.88 dMVwvFav.net
まじでここ最近のBtrfs進化凄まじいな
圧縮によってSSDが長持ちする効果も。
個人ユースレベルの話だけど、fedora34、35と使っててトラブルなし
>>366
横からですがGJ！
kernel 5.16でbtrfsパフォUP
URLﾘﾝｸ(www.phoronix.com)
369:login:Penguin
21/11/21 14:51:49.00 bYykWTis.net
qemuイメージをbtrfs上で使う場合、どのような方法がオススメでしょうか？ thin provisipningが目的で、qcow2自体のsnapshotや圧縮は使っておりません。
・qcow2+nocow(btrfs)
・raw+cow(btrfs)
・raw+cow(btrfs)+compress(btrfs)
・raw+nocow(btrfs)
・その他など
370:login:Penguin
21/11/21 16:13:24.94 shHqGKFO.net
thin provisioningがディスク容量の削減を指すんだったら
qcow2の圧縮にzstdを使ったら「初期イメージは」RAWの
20%以上ぐらい？まで縮んだなあ…
debianインストール済みイメージで、/はext4、ディスク使用量
約2GBで、イメージサイズは300MB台だった記憶
インストールして初期イメージ作成までは一旦RAWで作って、
空き容量いっぱいにddでzero埋めファイルを作ってから削除、
それからqcow2変換ってことをしたけど
371:370
21/11/21 16:25:51.92 shHqGKFO.net
圧縮方式はデフォルトでzstdは勘違いだった
372:login:Penguin
21/11/21 21:17:36.62 a95bCROj.net
牛さんパワーktkr
373:login:Penguin
21/11/22 03:14:17.87 Sspgrqlg.net
うーん、btrfs上のqcow2はcowだとパフォーマンス劣化が激しいという記事や、btrfs NOCOW filesにはchecksumや圧縮が効かない？ようなんですよね。。
URLﾘﾝｸ(btrfs.wiki.kernel.org)
ならば、cowや圧縮はqcow2ではなくbtrfsに任せるよう、rawが良いのかなと考えたのですが、ネットに事例見当たらず、考え違いしてないか気になりまして。。
374:login:Penguin
21/11/22 10:33:10.09 tMXPzEWO.net
自分は/homeとか/varとか、書き換え頻度の高そうな
マウントポイントだけ分離するために別のRAWイメージファイルを
作成して、メインのqcow2イメージとは別に
追加でマウントとかしてた
例えばqemu内のfstabでは sdb1を/var とか sdb2を/home とか
頻繁に書き換えのあるディレクトリだけを
別のディスクイメージにまとめて、/のファイルシステム上では
そこへのシンボリックリンクにしてしまってもいいかも
375:login:Penguin
21/11/22 10:35:56.55 tMXPzEWO.net
redditでちょうどそんなこと議論してるスレッドがあった
URLﾘﾝｸ(www.reddit.com)
これ読んで、Btrfs上でなら自分はこうするかも
・Btrfs上でqemuイメージ専用のサブボリューム作成
・そのサブボリュームはマウントオプションでCoW無効・圧縮無効
・/以下メインのディスクイメージはqcow2
・一旦RAWイメージで環境をインストールして安定させてからqcow2変換
・/home, /varほか用に同じサブボリューム内に別でRAWディスクイメージを作成
・こっちは chattr +c <RAWイメージファイル> で個別にBtrfs圧縮だけ有効
376:login:Penguin
21/11/22 23:15:14.86 Sspgrqlg.net
みなさん、アドバイスありがとうございます。
rawにした方がパフォーマンスはいいけど、qcow2の方が他のメリットがあるから？使う人が多いような印象を受けました。
rawを試してみようと思います。
377:login:Penguin
21/12/11 15:09:53.92 uaIAfbTU.net
Btrfsは開発が活発で気持ちいい
URLﾘﾝｸ(btrfs.wiki.kernel.org)
これなら最新カーネルを使おうという気になるね
378:login:Penguin
21/12/11 16:21:22.87 QzQGI3Jf.net
いやならないけど
379:login:Penguin
21/12/12 08:17:39.09 cpwBL7PZ.net
使ってみようかなという気にはさせるねバター FS
新しいハードディスク買ったんだけど今回は zfs から変えてみた
380:login:Penguin
21/12/12 20:35:12.39 vXaeyJFG.net
「Btrfs」って「バター FS」って読むの？
「ビートゥリーFS」って読んでたや
381:login:Penguin
21/12/19 17:24:06.42 mSL3klp3.net
Windows機からLAN経由でLinux機の共有フォルダにアクセスした場合に
Linux機の共有フォルダがext4でフォーマットしてあるHDD上に作られているにも関わらず
Windows機側から問題なく読み書きできるのは何故なのでしょうか？
Windows機にはサードパーティ製のext4ドライバをインストールしていないので不思議です
382:login:Penguin
21/12/19 17:48:44.26 M0LazKhz.net
ext4じゃなくてCIFSを読んでいるからです
383:login:Penguin
21/12/19 18:01:02.94 mSL3klp3.net
>>382
レス有難う御座います
てっきりデフォルトのWindowsがext4を読めるようになったのかと思っていました
Windows機とLinux機で使えるように外付けHDDをext4でフォーマットしようと思ったのですが無条件では無理なんですね
384:login:Penguin
21/12/20 00:14:48.35 zMHkIVHO.net
>>381
sambaはSMBを喋るからね
385:login:Penguin
21/12/21 00:41:30.48 VORHfyX5.net
ここ１ヶ月ほどで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
386:login:Penguin
21/12/21 06:10:52.48 TC2x/Bp/.net
それ破損エラーたけど
SSDが壊れているのでは？
387:login:Penguin
21/12/21 08:17:40.23 Ll1T4oMZ.net
ZFSの機能について質問させて下さい
スナップショット・ブックマーク・チェックポイント それぞれどういうものでどう機能するのでしょうか
今のところバックアップや有事のrollback等、スナップショット機能+sendくらいでニーズは満たしてはいるのですが
>>385
$ sudo btrfs dev stats -z /disk/btrfs_nvme0n1p4 でステータスリセット後にscrub
それでも同様になるならストレージ交換を推奨
388:login:Penguin
21/12/21 08:38:54.22 4osIJ+cx.net
エラーが急に増えた、とかいうことはまだ読めるんじゃないか
それだったら先にデータをバックアップしたほうが良くないか？
389:login:Penguin
21/12/21 08:45:40.45 Ll1T4oMZ.net
それもそうですね
dev stats 使える人ならばたぶんバックアップのやり方も知っているでしょう
390:login:Penguin
21/12/21 11:05:51.12 LG40fTb8.net
そもそもファイルシステム関係あるの？
391:login:Penguin
21/12/21 11:43:39.02 Zj9XuLmV.net
どっちかと言えばハードウェアの領域か
392:login:Penguin
21/12/21 20:19:44.01 VORHfyX5.net
>>386,387,388
アドバイスありがとうございます。
エラーはhw故障の可能性でしたか。。
バックアップは取りました。
btrfs scrub、試して様子見てみます
393:login:Penguin
22/01/30 16:43:37.08 YDeubZLZ.net
385 (369)です。
btrfsのcorruption_errですが、原因が(多分)判明したので報告します。
原因はDirectIOだった様です。
URLﾘﾝｸ(www.reddit.com)
URLﾘﾝｸ(www.spinics.net)
394:login:Penguin
22/01/30 16:44:46.57 YDeubZLZ.net
自分の場合、qemuでWindows guestをqcow2 image(NoCoW,nocomp)、cache mode=none で使っており、raw(CoW,comp)に変更した後もcache mode=noneのままでした。writebackにしたらcorruption_errが発生しなくなりました。
btrfsのDirectIOは、NoCoWでは問題ないが、CoWだと問題がある(？)ようです。
URLﾘﾝｸ(lwn.net)
URLﾘﾝｸ(bugzilla.redhat.com)
ファイルシステムのDirectIOを使う際は、Stable pages(？)もチェックしておく必要があるということを初めて知りました。。
395:login:Penguin
22/01/30 16:59:25.31 YzatN2Pg.net
btrfsのDirectIOについては、URLﾘﾝｸ(btrfs.wiki.kernel.org) に記載されてました。
396:login:Penguin
22/02/22 03:39:13.71 2ssZI16J.net
$ timeshift-launcher &
で あるスナップショットで 非共有サイズが109メガバイトだとして、具体的に以前の状態からどんな変更をくわえたかの
具体的情報は、どうすればわかるのでしょうか？
397:login:Penguin
22/03/11 19:30:11.42 +/x0RjOc.net
OpenZFS 2.1.3 Released With Many Fixes - Phoronix
URLﾘﾝｸ(www.phoronix.com)
398:login:Penguin
22/03/12 21:51:56.02 Rf7pMd17.net
TimeshiftでRsyncでバックアップしたのですが、
RestoreしようとするもInvalid argumentと出てRestore出来ません。
TimeshiftみたいなのってVPSでは使えないものなのでしょうか？
ちなみにbtrfsでフォーマットされたパーティションです…
399:login:Penguin
22/03/13 02:14:25.83 /q/1mXoW.net
引数間違ってるって書いてるやん
間違えてるんでしょう
400:login:Penguin
22/03/14 07:02:05.97 S1lHKHAK.net
>>397
更新内容
Release zfs-2.1.3 ・ openzfs/zfs ・ GitHub
URLﾘﾝｸ(github.com)
401:login:Penguin
22/03/17 08:17:01.36 Xqtw5Hi8.net
うちは全てのマシンにUPSをおごる金など無い
昨日の大規模停電は図らずもファイルシステムの信頼性を確認する出来事となった
電力回復後fsck的なものも走らず復旧するZFS・Btrfs つよい
402:login:Penguin
22/03/17 23:23:35.45 fuiYI/4E.net
Debian ではいつインストーラーにOpenZFSを付けてくれるんだろ。
URLﾘﾝｸ(wiki.debian.org)
xfs に関しては、上記のwikiには記載ないとかドキュメント化で差があるけど。
403:login:Penguin
22/03/18 00:47:17.84 yCqU+awR.net
mainパッケージ入り出来ないうちは無理なんじゃね
404:login:Penguin
22/03/21 21:55:13.33 RpudRr3o.net
Btrfsについにブロック単位での重複排除が来た
URLﾘﾝｸ(github.com)
405:login:Penguin
22/03/21 23:05:41.80 NkBSbpzk.net
マジ！！？
406:login:Penguin
22/03/21 23:23:12.49 PMPLxowA.net
ｷﾀ━━(ﾟ∀ﾟ)━━!!
407:login:Penguin
22/03/21 23:59:22.85 FOQLXsvF.net
ユーザースペースのなら前からあったような
408:login:Penguin
22/03/23 06:35:53.49 W+gk/0wT.net
10TBあたりわずか1GBのハッシュテーブルを使用できます
ファイルシステム全体の重複排除-スナップショットを含む
btrfs圧縮で動作します-圧縮ファイルと非圧縮ファイルの任意の組み合わせを重複排除します
デーモンは、btrfsツリー検索を使用して新しいデータを段階的に重複排除します
シャットダウン後の迅速な再起動のための永続的なハッシュテーブル
データセットが大きくなってもRAM使用量は増加しません
ライブで動作します-スケジュールされたダウンタイムは必要ありません
おいおい神か！？
もうzfsを使う理由がなくなってきたな
409:login:Penguin
22/03/23 08:43:47.82 oNwCL5VO.net
raid6はいつ安定しますか…？
410:login:Penguin
22/03/27 14:09:56.65 BHPkkIfn.net
>>408
> データセットが大きくなってもRAM使用量は増加しません
これってZFSだとメモリ食うやつだよね？
ZFSしか使ったことないけど次は調べてbtrfsするかな
411:login:Penguin
22/04/11 13:31:32.14 28SRxXFF.net
ext4でいいじゃん・・・
412:login:Penguin
22/04/11 16:02:18.94 hvOblzS0.net
Fedoraで2年間Btrfsを圧縮有効にしてtimeshiftも使ってるけど一切不安定になったことがない。
以前にDebianでBtrfsを試して即座にデータが吹き飛んだ頃と比べると相当安定してきたと感じてる。
最新のカーネルを使えるなら今はBtrfsが第一選択肢でもいいんじゃないかな。
413:login:Penguin
22/04/11 17:23:02.02 1RMzXaNK.net
・空き容量が不正確
・空き容量カツカツでの運用は非推奨
・scrubを定期的に実行しないといけない
・vmイメージの置き場所にはあまり適さない
・ext4と比べると容量食い
ってな感じのことを聞いたんだけどほんと？
414:login:Penguin
22/04/11 18:48:41.13 WGF5H3C+.net
・btrfsユーティリティが正確な容量を教えてくれる
・空き容量カツカツは大抵のフォイルシステムで非推奨じゃね？
・定期実行しなくても問題出ない
・VMイメージの置き場所には適さないけどオプション指定があったような
・透過圧縮もあるのでむしろ食わない
415:login:Penguin
22/04/11 19:57:21.84 HZzXsyjN.net
・ちんちんシュッ！シュッ！シュッ！
416:login:Penguin
22/04/11 20:23:34.01 sEAd7XzV.net
イメージ置くならlvm推奨、raid5,6使うならdevice-mapper推奨、quota使うならxfs推奨
417:login:Penguin
22/04/11 21:07:01.93 /rTzXMzJ.net
VMイメージやDBファイルについてはCoWを無効化した方が良いとArchWikiにあるな
ファイルやディレクトリ単体で無効化できる模様
418:login:Penguin
22/04/12 16:02:03.24 OdAks5dN.net
自動でその設定してくれんかな
sqliteとか多すぎて手動で設定するの大変だよ
419:login:Penguin
22/04/12 16:16:50.72 8C6toS04.net
パフォーマンス追求するケースの話であって一般的にはそこまで困らんでしょ
420:login:Penguin
22/04/12 20:03:02.55 XoxKNETm.net
>>417
chatter +C dir
だけで良いのでしょうか?
421:login:Penguin
22/04/12 23:40:33.09 urXgeN0C.net
CoWを無効にすると圧縮も無効になるから一長一短だよ
422:login:Penguin
22/04/13 07:21:15.65 ELY+bluI.net
多少性能低下するだけだしVMディスクイメージはCOW有効化するな
無効化したらスナップショットからのお手軽ロールバック出来なくなるし
423:login:Penguin
22/04/13 10:08:48.71 fv2dkzRd.net
スナップショットをVM Consistentでとれる確証がなければ、やめておいた方がいいよ
424:login:Penguin
22/04/13 14:29:58.02 hXXP1Y6R.net
>>413
・ツール類に信頼がおけない
EXT4の感覚でUUIDを変更したら
特に警告等なく完了したがその後エラーを検出してファイルにアクセスできなくなった
425:login:Penguin
22/04/13 14:47:06.35 hXXP1Y6R.net
>>413
空き領域まわりは強いクセがあるな
btrfsの場合は常に5GB以上は空けておかないと安心できない
btrfsは未使用領域を"chunk"と呼ばれる1GB（公式の説明）のブロックで切り出してから書き込むが
切り出すときに用途を固定してしまう（実データ・メタデータ・システム）
全ての未使用領域を切り出したあとにメタデータ領域が枯渇すると実データ領域に空きがあっても一切のファイル操作ができなくなる
ファイルの削除は可能だが空き領域が回復しないことも多い
メモリ上では削除成功したことになってもディスク上ではメタデータの更新に失敗するため
こうなったら復旧するには特殊な手順が必要になる
426:login:Penguin
22/04/13 14:51:31.77 hXXP1Y6R.net
NTFSはフォーマット時にメタデータ領域を切り出すが
空き領域が枯渇するとメタデータ領域を実データ用に転用したり、メタデータ領域を拡張する仕組みがあるので
最後まで表示通りに書き込みができる
その代わり断片化が激しくなる
427:login:Penguin
22/04/13 15:32:39.16 dVO4/n+j.net
なる
パフォーマンスを取るか緩く安定を取るかみたいなもんか
428:login:Penguin
22/04/13 15:33:43.53 +IAQCF5I.net
空き容量はメタデータ云々といよりスナップショットの関係だよ
スナップショット取ってる場合には、削除が空き容量の増加にならないからという単純な話
スナップショット使ってないパーティションで何度も空き容量不足になってるけど一度も壊れた事はない (カーネル5以降の話)
429:login:Penguin
22/04/16 14:26:12.78 tF/izOz2.net
サーバーはともかく
デスクトップPCならBtrfsに切り替えても問題ない頃合いだね
Fedoraがデフォルトにしてしばらく大きな不具合は見つかってないし
430:login:Penguin
22/04/16 16:04:38.05 t4vxTGvP.net
なんかええんかそれ
431:login:Penguin
22/04/16 16:22:16.47 y438Thu7.net
レッツビギン 使ってみればわかるさきっと
432:login:Penguin
22/04/16 17:45:27 4lwQorlw.net
未だに10年前と同じ感覚でbtrfsを語ってる人たまに居るよね
くっそ古いカーネル使ってるならその認識で合ってるかもしれないけど
433:login:Penguin
22/04/16 17:52:11 nOVJDdzD.net
ファイルシステムはカーネルバージョンでガッツリ変わるからな
btrfsだけでなくext4やxfsも変わってる
434:login:Penguin
22/04/16 17:53:43 y438Thu7.net
怖いのはFS信頼性よりヒューマンエラー(ヒューマンとは俺自身含む)と思ってる
有事への備えさえしておけば先進のFSでも大丈夫
ラズパイですら再フォーマット無しにほぼ放置で２年ちょっと経過
435:login:Penguin
22/04/16 19:32:29 b4hVpIAm.net
今でこそBtrfsを愛用しているけど
カーネル4.xx時代はヒューマーンエラーとかいうレベルじゃない不安定さで使い物にならなかったよ
前兆なしでサルベージすら不可能な壊れ方するからヤバかった
436:login:Penguin
22/04/16 19:47:51.64 y438Thu7.net
使用開始時はさすがにおっかないFSだと言う認識はあった
当時のラズパイOSのカーネルはよく覚えてないけど5.4.*とかだったかなぁ
ラズパイでの試験運用開始時は十重二十重にスナップショット取ったり
日時バックアップしたりを欠かさなかった
437:login:Penguin
22/04/16 20:07:09 b4hVpIAm.net
調べるとBtrfsは丁度カーネル5.4から安定してきたらしい
確かにそのくらいからBtrfsユーザーの阿鼻叫喚が鳴りを潜めた気がする
438:login:Penguin
22/04/16 20:15:32.08 y438Thu7.net
「ラズパイだからいいややってみよ バックアップも取るし」くらいの安易な気持ちだったのを覚えている
運が良かったのか引きが強かったと言えるのかわからんけど特にFSが飛ぶ事も無く現在に至る
使用開始後調子に乗ってPCでも使い始めるまでにそれ程時間はかからなかった
439:login:Penguin
22/04/16 20:41:33.26 ALi/F0DO.net
ふっるいカーネルと言われると3とか4あたりを想像するわ
5.4ってまだ2〜3年前くらいじゃね
440:login:Penguin
22/04/16 20:54:53.45 Cxdwk3KI.net
従って今日はそのふっるいカーネルの感覚で語ってる者はいないと言う事だな
441:login:Penguin
22/04/17 00:25:54.64 FWZKWgiO.net
Fedoraはdnfインストールでreflinkを扱ったりと
既にBtrfsの利用を前提とした周辺ソフトウェアの最適化に取り組んでたりするから
他のディストリにも成果が流れてBtrfsがデフォルトになっていくだろうね
442:login:Penguin
22/04/17 01:51:38.91 XLgIjm9T.net
ZFS みたいにメモリが沢山ないとパフォーマンスが出ないみたいな低スペ野郎は使えない制限はBtrfsにはないんですか？
ext4 と比べるとディスク容量は少し食うみたいですが。
443:login:Penguin
22/04/17 03:03:00.73 FWZKWgiO.net
XfsでCoW有効にした時にはメモリ食いすぎて常にカツカツだったけど
Btrfsは省メモリで特にロースペに厳しいとかはないね
透過圧縮も普通に有効にしてる
444:login:Penguin
22/04/17 15:47:14.78 xi4dvUYy.net
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カード物色中。
445:login:Penguin
22/04/17 19:40:20.31 o3E9K/21.net
BtrfsというかZstdの進化が凄まじいから
なるべく最新のカーネルを扱えるディストリの方がいいよね
今だと公式にBtrfsをデフォルトにしてるFedoraがベストかな
446:login:Penguin
22/04/17 19:51:44.94 o3E9K/21.net
Btrfsのカーネル選び
5.4～ 安定化(事実上これ以前は非推奨)
5.16～ Zstd圧縮のパフォーマンスが大幅に向上
Ubuntu 22.04でもカーネル5.15だから入れ替えないならFedoraしかない
本格的な普及はサーバー向けの定番ディストリに5.16が降りてくる来年以降かな
447:login:Penguin
22/04/18 00:12:22.45 H/gUmSKT.net
ほなCentOS Stream使いましょうねえ
448:login:Penguin
22/04/18 00:46:36.56 7pkk+FE/.net
>>447
先生、質問です。
CentOS Stream はインストーラがBtrfsに対応していますか？
RHEL が Btrfs を利用しないとインストーラに出てこない気がしました。
449:login:Penguin
22/04/18 01:32:56 xB+OMS2q.net
インストーラが対応してないどころかbtrfs-progsのパッケージもないしそもそもカーネルが対応してない
自分でビルドして入れれば使える
450:login:Penguin
22/04/18 18:36:05.91 pP5e1xMZ.net
先生スパルタ過ぎませんか…？
僕はArchで行きます
451:login:Penguin
22/04/18 18:51:32.65 JAVvjsLe.net
CentOS Stream だと、/ に一式インストールした後、カーネルのリビルドして、必要なパッケージ入れて分ける予定のパーティションはその後フォーマットして色々移動させてから、残りは btrfs-convert でext4 から Btrfs に変換するんかな。
452:login:Penguin
22/04/18 19:19:47 WCMNsdhx.net
昔はデスクトップでArch使ってたけど
BtrfsやZram等、結果的にFedoraのデフォルト構成に近い部分が多くなって
だったら最初からFedoraでいいじゃんと思って以来ずっとFedoraだな
453:login:Penguin
22/04/20 08:15:50.77 4V340LVP.net
今、透過的圧縮対応のファイルシステムって何が主流なんですか
バターFSですか
454:login:Penguin
22/04/20 20:01:34 Z3bbGBjd.net
デスクトップ用途だとFedoraのデフォルトインストール設定が
Btrfs+zstd圧縮だから圧倒的にBtrfs
サーバーだと実績を考えてまだ無難なZFSで動かしてるケースが多いんじゃないかな
455:login:Penguin
22/04/20 20:25:16.48 EEBifDNl.net
ZFS ハードル高いのとRHELはxfs、Debianはext4 だと思うけど。
456:login:Penguin
22/04/20 20:39:53.00 fQvTkgaj.net
xfsはRedHatがBtrfs駄目だからって言ってCOW持ち込んだらすげーぶっ壊れになったり、32bit環境で致命的なバグ出した事あったり、急に鉄板ハイスピードFS扱いになったりととにかく評価が安定しないイメージ
457:login:Penguin
22/04/20 22:02:13.27 ZDR7sTAh.net
RedHatは社内にBtrfsのメンテナがいないから導入予定はないらしい
Btrfs側のバグが原因で不具合発生した場合にRedHatで解決できないのが理由かな
>>455
透過圧縮の話題だぞ
458:login:Penguin
22/04/20 22:04:48.14 Myq2ka8B.net
ちんちんシュッ！シュッ！シュッ！
459:login:Penguin
22/04/20 22:06:29.81 Qm6iTfJp.net
Redhatクラスの会社はエンジニアが必要ならいくらでも雇えると思うけど、そもそも市場にbtrfsのメンテできるエンジニアがほとんどいないとかなんかな
まぁしょうじき政治的な理由な気がする
460:login:Penguin
22/04/20 22:20:36.07 0X67q2nR.net
自宅だと最新kernel追えるが、職場だと怖いね
461:login:Penguin
22/04/20 22:38:36.47 ZDR7sTAh.net
>>459
RedHatの言うメンテナってのは本家のコードへのコミット権を保有してるレベルの話だから簡単じゃない
462:login:Penguin
22/04/20 22:42:14.55 +dTCpvcy.net
>>458
ニキ
463:login:Penguin
22/04/20 23:48:54.56 Qm6iTfJp.net
>>461
その基準だと最終権限はリーナスしか持ってないしサブシステム単位の権限を基準にしてもext4すら使えなくなるが
464:login:Penguin
22/04/21 01:09:55.47 I5yQjODX.net
だからXfsがデフォルトなんでしょうよ
465:login:Penguin
22/04/21 01:24:26.88 srfaurpM.net
xfsの人oracleだけど
466:login:Penguin
22/04/21 01:47:41.95 KalF/zpO.net
私が間違っておりましたm(_ _)m
467:login:Penguin
22/04/21 12:54:53.07 5U6ZkiPz.net
>>459
落ちて来たとは言えFacebookから引き抜けるほどお金積める気がしない…
468:login:Penguin
22/04/21 20:20:13.80 Zk6H540j.net
Facebookは業務でバリバリBtrfsを使っていて現場の情報も入ってくるから
やりがい作戦での引き抜きも困難だろうしな
469:login:Penguin
22/04/22 08:12:03 jZiBDVrO.net
元々Redhatには、btrfs主要開発者のjosefさん(現Facebook)が在籍してたんだけどな。
会社の方針が変わったから転職したのか、
転職しちゃって開発者がいなくなったからサポートやめたのかどっちだろ。
470:login:Penguin
22/04/22 16:52:47 5g5kzzmH.net
Stratisっていつ完成する予定なんだ
471:login:Penguin
22/04/23 21:07:58.07 qZnjF4sP.net
フリーランスに立ちはだかる「常駐」の壁。慣例を打ち壊し、
“テレワーク”案件3割→8割へと成長を遂げた「クラウドテック」の軌跡
リモートワーク求人専門サイト「プロリモート」がリニューアルオープン、業務委託契約の求職者と企業をマッチング
1/3以上が採用につながる高マッチング率、リモートワーク×エンジニア・デザイナー専門の
人材紹介サービス「ReworkerAgent」正式リリース場所からも時間からも自由な働き方を実現！
『ReWorks（リワークス）』リモートワーク特化型転職サイトとして 3月5日 リニューアル
副業・兼業マッチングサービス「クラウドリンクス」登録者数2万人突破
中小企業で進む副業人材の採用、96％が継続採用を希望
茨城県日立市、県外からの「テレワーク移住者」に最大151万円の助成金
長野市、市内に移転・事業所設置し、移住することで最大550万円の支援金を支給
フリーランスが活用できる「最大1,000～3,000万円・補助率50%～75%」の
『ものづくり・商業・サービス補助金』とは？概要や条件を解説
472:login:Penguin
22/04/24 14:24:37.94 NHQlztSx.net
Open ZFSの zfs-dkms今日降って来るのかと思ってたけど来ないのかな
リリース予定日とかってどこかに載ってたりする？
473:login:Penguin
22/04/24 14:49:03.18 qCQScQBJ.net
どのディストリのどのバージョン？
なおOpenZFS の 2.1.4 なら sid と bullseye-backports には来てるけど
474:login:Penguin
22/04/24 15:41:29.65 NHQlztSx.net
Arch Linuxで2.1.4使ってます
475:login:Penguin
22/04/24 15:55:49 d66q6a18.net
次のバージョンはまだリリースされてないよ
URLﾘﾝｸ(zfsonlinux.org)
476:login:Penguin
22/04/24 20:58:53.21 NHQlztSx.net
>>475
ありがとうございます
477:login:Penguin
22/04/25 01:49:54.00 UGDT6XoN.net
archでzfsなんて使うもんじゃないよ
478:login:Penguin
22/04/25 02:14:07.93 qqwuYFp1.net
archなんて使うもんじゃないよ
479:login:Penguin
22/04/29 23:54:58.67 s+FK0s2a.net
aufsみたいな、FSの上にFSを被せる系のFSで
今安定しておすすめのやつってどれになんの？
480:login:Penguin
22/04/30 08:59:34.13 l4CFJUkJ.net
OverlayFS
481:login:Penguin
22/05/08 18:53:38.55 840uxcKI.net
Fedora36めっちゃいいぞ
完全にGnome一強時代の到来を感じさせる作り
482:login:Penguin
22/05/08 20:41:55.97 XFL8YPf4.net
ファイルシステムにGnome関係ないやん
483:login:Penguin
22/05/08 21:10:39.72 840uxcKI.net
誤爆っす
484:login:Penguin
22/05/09 18:57:31.40 KxV+cFub.net
Fedora36に際してはBtrfsをやめるなんて議題にも上がらなかったところを見ると
デスクトップに関してはBtrfsは安定したと考えて良さそうだね
485:login:Penguin
22/05/12 05:32:10.71 IH8uyqjg.net
SUSEなんて何年も前からエンタープライズ領域でbtrfs使ってるからな
486:login:Penguin
22/05/15 14:09:34.67 SB3ccrEq.net
>>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で変化なし。
487:login:Penguin
22/05/28 03:18:22.46 NSOwZ8lu.net
aufsってカーネルのメインラインからいつの間にか外れてたんだな
488:login:Penguin
22/05/29 16:31:35.70 1BV98f7M.net
ZFSのARC上限を制限するチューニングですが、これってどんなpros/consありますか？
ZFSでなくても、Linuxなどはメモリがあるだけキャッシュするのが一般的と思ってます。(手元のbtrfs使ってるPCのbuff/cacheは17Gi表示)
わざわざ制限するのはどういう理由からか、知っている方いれば教えて頂きたく。
489:login:Penguin
22/05/30 09:15:53.34 wJQ/WRFV.net
>>488
DBサーバーだったら、DB自体がキャッシュするから、ファイルキャッシュしない方がいいよ。メモリ勿体ない。
490:login:Penguin
22/05/30 11:13:19.91 uyd0SUnZ.net
>>489
ありがとう。用途はNAS、docker、vm少々です。
DBサーバーだとARCよりDBにメモリ回した方が良さそうですね。参考になります。
491:login:Penguin
22/05/31 18:09:50.63 bZp66LZU.net
XFS 5.19で改良・高速化予定
URLﾘﾝｸ(www.phoronix.com)
492:login:Penguin
22/06/01 18:58:04.34 dOLmiJfZ.net
Btrfsが安定した今ではもう用済みのFSだな
493:login:Penguin
22/06/01 19:59:57.13 CRtSl/+G.net
Btrfs の良いところって透過的圧縮?
494:login:Penguin
22/06/01 20:51:56.99 +2lVFzvV.net
良いところ・・・
・fsck不要、マウントが成功すればファイルシステムはclean（ということになっている）
・スナップショット、サブボリューム機能
・Copy on Writeのファイルコピー
・透過的圧縮
・ファイルシステムの機能としての複数デバイス機能（JBODっぽいやつ、RAIDなど）。ただしRAIDはRAID5など未完成。
・send/receive機能
他の～～ファイルシステムだってその機能はあるだろ！というのもあるけど、別にBtrfsだけの機能という話ではないので・・・
495:login:Penguin
22/06/01 20:58:14.09 0rwCsUmC.net
ブロック単位での重複排除も期待できる
496:login:Penguin
22/06/01 21:06:15.90 LSU9vOwc.net
俺は xfs 使ってるから助かる
実際に恩恵を受けるのはあとだろうが
497:login:Penguin
22/06/01 21:31:24 Pey+ovy8.net
シングルディスクだとXFSにするかBtrfsにするか迷う
498:login:Penguin
22/06/01 21:58:21.64 8yJK90kV.net
Btrfsは凄い高機能な割にリソース食わないのが結構嬉しい
499:login:Penguin
22/06/01 23:58:59.25 DS4CLYHo.net
btrfsはファイル内容のcheck summingがあるので安心感ある。
500:login:Penguin
22/06/03 08:33:27.69 DazIiVq4.net
ZFSでZVOL使うのとBtrfsで.imgファイル作って使うのに特質すべき差ってある？
>>495
これが出来たら良いのに
501:login:Penguin
22/06/03 08:54:01.39 uBwlU6Ky.net
>>500
普通に出来るぞ>>404
502:login:Penguin
22/06/03 10:51:57 Dqry4wE4.net
Btrfs の色々な機能を使っている人は、インストール時点では/に一通りをインストールしてから、新規のパーティションのフォーマットをBtrfsで適切なフラグ付けて、mount オプションも適切なフラグ付けてってされていますか？
その後、/var の中身を移動させるとか。
インストーラの時の設定のみで良いのか疑問です。
503:login:Penguin
22/06/03 11:49:54.71 xcPUldd7.net
昔xfsでCoWを有効にした時には
ディストリのインストーラーのソースコードを弄ってフラグ変更したな
再フォーマットでID変わると不具合出る事があるからその方が安全だと判断した
504:login:Penguin
22/06/03 12:28:46 Y9pyqtcH.net
>>501
ありがとう
パッチ当てなくても良いのか、後で試してみる
505:login:Penguin
22/06/04 13:30:50.83 KfY54W04.net
>>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を使うのかな。やったことないけど。