[過去ﾛｸﾞ] ファイルシステム総合スレ その19 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
128: 2021/01/16(土)05:47 ID:I6JLgKGd(1) AAS
実際にやってみたらガチで壊れた
外部ﾘﾝｸ[webm]:dotup.org
129: 2021/01/16(土)07:45 ID:edFVkFUY(1) AAS
zip内のでもクラッシュするてヤバくね
ドザなんてビギナーだらけだし
対策放置してる間は格好の的
130: 2021/01/16(土)10:26 ID:Vzy6ynJv(1) AAS
下手をするとウェブブラウザで踏んだリンクがfile://C:/とかでもダメだったりしてな
試してみる勇気はない
131: 2021/01/17(日)06:39 ID:F/wGP8VN(1) AAS
>>125
嫌な奴への復讐に使えるやないかｗ
132: 2021/01/17(日)16:59 ID:Sk6MR5jr(1) AAS
>>124
その終盤にある主張に半分同意
NTFSは一見ファイルが無事なようで中身が壊れるサイレント損傷が多い
フリーズすると直前の10〜20秒に更新されたファイルが高確率で壊れた
安全に更新するためにバックアップを作ってから更新するソフトでもバックアップごと壊れる
133(1): 2021/01/17(日)21:43 ID:X/j5Pza0(1/2) AAS
今のSSD/HDDはメディア自体がECC(誤り訂正符号)で書き込むから
データやメタデータへのチェックサムは不要だと思う
メディアのECCで足りない場合はRAID-5やRAID-6にしてスクラブで
定期的に修正すればいい
と言いたいところだが、個人だとRAID-5/6組めないからねぇ
SMART でコレクタブルエラーやアンコレクタブルエラーが頻発して
ない状態でのサイレントな損傷はメモリかマザボの不良かFSのバグか
最近知ったのだがAMDのCPUだとサーバじゃなくてもECCメモリ使える
らしいので入れてみたい
134(1): 2021/01/17(日)22:07 ID:YYKfpRUY(1/2) AAS
>>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(1): 2021/01/17(日)23:09 ID:X/j5Pza0(2/2) AAS
>>134
> raid5や6はパリティが壊れるとサイレントクラッシュするのですよ。
意味わからん
RAID-5でストライプが２つ、RAID-6なら３つ同時に壊れない限り
クラッシュしないでしょ？
そもそもサイレントクラッシュ(I/O Error を返さない)するのはパリティ
計算して正常だった場合で、相当な確率になるはずでは？
そうじゃなきゃハードウェアRAID製品のスクラブ機能は一体何をしている？
(それとも md/lvm の RAID-5 はリード時にメディアエラーじゃない限り
パリティを読んでないってこと？)
136: 2021/01/17(日)23:50 ID:YYKfpRUY(2/2) AAS
>>135
壊れたパリティを元に、正常なデータをハードウェアraidなりソフトウェアraidが壊しちゃうのよ。
パリティが真の設計だからね。
137(1): 2021/01/18(月)00:03 ID:Vu8dGznQ(1) AAS
それもあるし、パリティは、「消失したデータ」を復元することはできても、
一体どれが誤ってるのかわからない状況だと、どれが誤りかを識別して訂正はできないと思う（何かがおかしいということが分かるに過ぎない）
サイレントクラッシュって書き込み途中での電源断で起きるということだからパリティが壊れることもデータが壊れることもあるわけで
138: 2021/01/18(月)01:13 ID:1g4OJJqS(1) AAS
>>137
> サイレントクラッシュって書き込み途中での電源断で起きるということだから
内容は間違ってないが、悪いけどそれは話のすり替えだ
話がそれ過ぎたし、この話題はもうやめますね
139: 2021/01/18(月)16:23 ID:AJc196VC(1) AAS
外部ﾘﾝｸ[html]:pc.watch.impress.co.jp
画面上にアイコンが表示されただけでWindows 10のドライブが破損するNTFSの脆弱性について、
米Microsoftが修正する旨の発言を行なったことが海外メディアで伝えられた。
140: 2021/01/18(月)16:43 ID:dazYikCn(1) AAS
何でアイコンの表示とファイルシステムが結びついてんだ
141: 2021/01/19(火)06:53 ID:kYmffXAa(1) AAS
ZFSとかのミラーリングで片系のパリティだけ損傷した場合はどうなるの？
142(2): 2021/01/19(火)07:13 ID:j+yCeuMg(1) AAS
NTFSを捨ててbtrfsを使おう（提案）
外部ﾘﾝｸ:github.com
143: 2021/01/19(火)10:34 ID:upb7F6zS(1/3) AAS
結局NTFSってFAT32を無理矢理拡張したようなもんでしょ？
そうでなければバックグラウンドサービスで常時断片化を解消しようとする筈がない
少なくとも大事なデータをしまっておく気にはなれないよね
144(1): 2021/01/19(火)10:46 ID:4vT3g5Ot(1) AAS
「Linuxのファイルシステムは断片化しない！」と吠えてた奴がいたな
145: 2021/01/19(火)10:51 ID:/3d5Dr9+(1/2) AAS
>>144
断片的に書き込むからね
146: 2021/01/19(火)12:27 ID:Fc+0MPzG(1) AAS
「Linuxはウイルスに感染しない！」よりはマシだからセーフ
147: 2021/01/19(火)12:44 ID:/3d5Dr9+(2/2) AAS
アプリによってファイルの上書きが、メモリ上のものを既存ファイルに追記のケースと、別名保存完了後に既存ファイルを消してリネームのケースがあって、断片化に影響してる気がするけど、あってる？
148: 2021/01/19(火)14:10 ID:s0futnPp(1) AAS
合ってないと思う
本当に追記モードで書ける場合ってごく僅かだと思うし
149(1): 2021/01/19(火)14:12 ID:7UmUKAt0(1/2) AAS
Linux のファイルシステムが断片化しにくいというのはなぜだっけ
EXT ファイルシステムのことだよね
Windows の FAT や NTFS が断片化しやすいのは過去の互換性を重視しているタメレガシーな仕様を引きずっていると思われるが
150: 2021/01/19(火)15:29 ID:FmzE4vXX(1) AAS
ちょくちょくe4defragしてるけどext4も~/.cache内とか普通に断片化しまくってるし
151(2): 2021/01/19(火)18:18 ID:BK3Mr0Sm(1) AAS
>>149
配置の様子を見ることが出来ない、集計表示するツールが普及していないだけ
152: 2021/01/19(火)19:42 ID:7UmUKAt0(2/2) AAS
>>151
ええーw
153(2): 2021/01/19(火)20:04 ID:upb7F6zS(2/3) AAS
>>151
今別パーティションのUFSなんだけど、１年ちょっと使ってこんなもん 書き換え頻回
画像ﾘﾝｸ[png]:i.imgur.com
ext4も似たようなもんなんじゃないの
数字にどんだけ信憑性があるのかだし、最近Linuxでext4使ってないから知らんけど
154(1): 2021/01/19(火)20:13 ID:e+sIKpUU(1) AAS
>>153
ffsのfragmentationは、断片化って意味じゃないぞ
155(1): 2021/01/19(火)20:15 ID:jL0Xv4LA(1) AAS
>>153
そのフラグメントとファイルシステムの断片化は別物
fragmentationはファイルシステム内の空きフラグメント x 100/全フラグメント
外部ﾘﾝｸ[html]:docs.oracle.com
156: 2021/01/19(火)20:32 ID:upb7F6zS(3/3) AAS
>>154,155
今まで完全に勘違いしてた アハハ( ´▽｀)
そっちのフラグメントの指標だったのね
放置プレイせず指摘してくれてありがとう
157: 2021/01/21(木)00:36 ID:Cfby4q5X(1) AAS
そういえば
Windows95が出た時代は当然FAT16なんだけど
クラスタサイズがセクタサイズに合わせた512byteなのが普通だった
そのため断片化も激しく、当然のようにOSにビジュアルなデフラグツールが付属することになった
(それまでもDOS上のデフラグツールは出ていて売れていた)
一方、同時期のUnix系のOSは、ほとんどが4Kブロックサイズを採用していたため
512byteのDOS系と比較すると断片化が少なかったのは当然かもしれない
これはNTFSの「極小ファイルはMFTに保存」等とは違う、単純な理由での「断片化しにくい」になり
そのイメージが続いているのかもしれない
もしかしたらと思ったけどswapがファイルであったことはさすがに関係ないかな
158: 2021/01/21(木)08:27 ID:O8ejFMFO(1) AAS
Win95からFAT32だった筈だが…
159: 2021/01/21(木)08:44 ID:+PmEnWYW(1) AAS
FAT32はOSR2からでしたね
ext2は断片化しても気にするなって感じじゃなかった?
160: 2021/01/21(木)09:13 ID:4jdzXuHO(1/2) AAS
む、何か記憶違いがあったな
クラスタサイズが512なのはFDDの時代だけかな
領域サイズに応じてクラスタサイズが肥大化するため
それを避けるために導入されたのがOSR2でのFAT32だっけか
いや領域サイズの上限がファイルサイズの上限と同じ2Gで、そっちの限界回避か
98の5インチFDDの頃からノートンとかでデフラグしていたのは確実
Win3.1時代は忘れた
161: 2021/01/21(木)09:14 ID:4jdzXuHO(2/2) AAS
いや、FDDはFAT12か
もういいや
162: 2021/01/21(木)09:38 ID:Om004d0Z(1) AAS
結論
Windowsのファイルシステム
→断片化を解消しないとパフォーマンスが著しく低下する為デフラグツールが発展した
システムデフォルトで常時断片化を監視しているのが何よりの証拠
Unix/Linuxのファイルシステム
→Windowsほど断片化を気にする必要が無い為デフラグツールも少ない
必須ツールならもっと普及している筈である
163: 2021/01/21(木)10:37 ID:ieOcyzfJ(1) AAS
結論
信者はキチガイ
164: 2021/01/21(木)19:43 ID:h4ldsjZW(1) AAS
とりあえずルート以外をbtrfsにした
165: 2021/01/22(金)02:07 ID:4OwQpeSw(1) AAS
>>142
ええやんこれ
Winで思ってた以上に普通に使えてる
166: 2021/02/02(火)06:14 ID:C7wARh6S(1) AAS
CentOS7でxfsをブロックサイズ8192で作るとmountできないのですが、そういうもの？
スレチなら誘導していただけると嬉しいです。
167: 2021/02/04(木)20:25 ID:o/O4MlkW(1) AAS
>>142
win上でext*にアクセスするドライバ入れてるとリムーバブルドライブを解除できなくなったので
そのドライバを削除したことを思い出した
168: 2021/02/10(水)01:35 ID:sU2CY6a6(1) AAS
WindowsでBtrfs 【ファイルシステム】
2chｽﾚ:win
169: 2021/02/13(土)23:32 ID:RkDmna+g(1) AAS
ワッチョイ導入に賛成の方も反対の方も議論にご参加ください。
Linux板ワッチョイ導入議論スレ
2chｽﾚ:operatex
170: 2021/02/17(水)13:00 ID:Ls2ZfyF7(1) AAS
Btrfs Has Many Nice Improvements, Better Performance With Linux 5.11
General performance improvements with upwards of "tens of percent" for some workloads.
外部ﾘﾝｸ[php]:www.phoronix.com
171: 運用情報臨時板でワッチョイ導入議論中 2021/02/28(日)00:04 ID:u2QLnUui(1) AAS
Watch Out For Possible Data Loss On Early Linux 5.12 Kernels
外部ﾘﾝｸ[php]:www.phoronix.com
PhoronixというサイトがLinuxカーネル 5.12がファイルシステムを粉々に破壊する可能性を指摘している
172: 運用情報臨時板でワッチョイ導入議論中 2021/02/28(日)11:45 ID:kEYfL1//(1) AAS
ローリングリリースの OS だとこういうのが頻繁におこるってことだよな
173: 運用情報臨時板でワッチョイ導入議論中 2021/02/28(日)14:51 ID:+8n729a4(1) AAS
5.12はまだリリース前でRCですらない
174: 運用情報臨時板でワッチョイ導入議論中 2021/03/02(火)14:36 ID:ltODSBW/(1) AAS
昔はXFSをファイルサーバー用途にするとよくメモリ枯渇起こしてたけどマシになった？
175: 運用情報臨時板でワッチョイ導入議論中 2021/03/02(火)17:19 ID:PMcixi7q(1/2) AAS
Xfsはデスクトップ用途に使ってもメモリカツカツだよ
176(1): 運用情報臨時板でワッチョイ導入議論中 2021/03/02(火)19:01 ID:bSGaYo9c(1/2) AAS
XFSまだCoWでやたらスワップしたりしてんの？
177: 運用情報臨時板でワッチョイ導入議論中 2021/03/02(火)19:42 ID:PMcixi7q(2/2) AAS
>>176
ブラウジング程度の用途なのにメモリ8GBでカツカツよ
178: 運用情報臨時板でワッチョイ導入議論中 2021/03/02(火)21:10 ID:bSGaYo9c(2/2) AAS
うげー、辛いなそれは。
XFSってやたら推されてるけど、なんか常にパフォーマンス上の問題抱えてない……？
179: 運用情報臨時板でワッチョイ導入議論中 2021/03/03(水)01:51 ID:Vr69vVJU(1) AAS
必要なスペックは高いけど
データが破損した事は一度もないから信頼はしてる
180: 運用情報臨時板でワッチョイ導入議論中 2021/03/03(水)09:22 ID:Nxx8V343(1/2) AAS
DD コマンドで作成した領域をループバックでマウントして利用してるんだけど
専用のファイル領域に作成したものより安定性が低いようなことを噂で聞いたことがある
単なるファイルだから間違って消したりもできるわけだけど他にどんな問題があるの？
zfs やバター FS を loopback で使ってるんだけど楽だから
181(1): 運用情報臨時板でワッチョイ導入議論中 2021/03/03(水)10:02 ID:cTNqxe23(1) AAS
ファイルシステムとしてマウントするだけなら問題は無いんじゃ無いかな。
ループバック用に回避処理が入っていなければ重ねたレイヤの数だけエラー処理とか複合するんで
普段は良くてもトラブル時は面倒なことが起こるかもしれないけど、気にするほどじゃないと思う。
よほど大きなサイズでも無い限りキャッシュのダブりとかも気にするほど影響は無いだろうし。
ただ一時的では無いスワップ領域にするのはお勧めしない。
182: 運用情報臨時板でワッチョイ導入議論中 2021/03/03(水)10:49 ID:Nxx8V343(2/2) AAS
>>181
なるほどエラー解析時にレイアの重なりで複雑になるという意味ですね
キャッシュのダブりは OS 側のファイルキャッシュとファイルシステム側で作動するキャッシュがあるのですね
一時的ではない Swap 領域というのは OS が利用するスワップという意味ですか？
最近のカーネルだとループバックのスワップでも安定性に問題がなくなったと認識してます Ubuntu でもデフォルトではディスクパーティションにスワップ領域を切らなくなりました
183(1): 運用情報臨時板でワッチョイ導入議論中 2021/03/03(水)12:14 ID:lgKPKR6M(1) AAS
ハンスが再来年出所する予定らしいけどreiser4が取り込まれることはありますか？
184: 運用情報臨時板でワッチョイ導入議論中 2021/03/05(金)02:31 ID:h4SDn5Ek(1/2) AAS
>>183
15年でext4が進化し、より先進的なZFSやbtrfsの開発が進んでいるから
今さら感
185: 運用情報臨時板でワッチョイ導入議論中 2021/03/05(金)08:51 ID:1fWCdnHn(1) AAS
でもZFSがメインラインに入る可能性はゼロだしRedhatはbtrfsやめちゃったし15年経ってもこれだっていうFSは無いね
186: 運用情報臨時板でワッチョイ導入議論中 2021/03/05(金)10:15 ID:4HJQ6+m7(1) AAS
現状見てる感じなんだかんだでRedHatにbtrfsが凱旋したりして
187: 運用情報臨時板でワッチョイ導入議論中 2021/03/05(金)12:27 ID:dyXFLsEj(1) AAS
凱旋というより出戻り
188: 運用情報臨時板でワッチョイ導入議論中 2021/03/05(金)18:29 ID:8yj3ez/J(1) AAS
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: 運用情報臨時板でワッチョイ導入議論中 2021/03/05(金)18:48 ID:mFfY0Y2/(1) AAS
5.12はまだまだβ版だからバグあっても一般ユーザーは気にせずOK
190(1): 運用情報臨時板でワッチョイ導入議論中 2021/03/05(金)21:34 ID:Dt5ajJ3o(1) AAS
xfs は！？
ext4 は HDD によくて xfs は SSD にいいってのを信じて使ってるんだけど
191: 運用情報臨時板でワッチョイ導入議論中 2021/03/05(金)22:57 ID:h4SDn5Ek(2/2) AAS
>>190
むしろ逆のイメージ。REGZA HDDレコーダーにXFSが採用された実績から大容量(TBクラス)ストレージ向けかと
現状ではXFSとext4でできることに大差はないから、rootにあえてXFSを採用することはないと思う
SSDに良いFSで性能など実績があるのはF2FSのイメージが強い
192: 運用情報臨時板でワッチョイ導入議論中 2021/03/06(土)09:53 ID:Zg8wx6H4(1) AAS
俺もついさっきrootfsをf2fsでフォーマットし直したところだよ
grubのバージョンがf2fsに対応してなかったから
systemd-boot入れ直す必要があったけど
（/bootを分けるのはUEFIな今の時代なんか嫌）
193(1): 運用情報臨時板でワッチョイ導入議論中 2021/03/08(月)10:27 ID:m8kidDD6(1) AAS
Btrfs Will Finally "Strongly Discourage" You When Creating RAID5 / RAID6 Arrays
外部ﾘﾝｸ[php]:www.phoronix.com
むしろ今まで警告なかった方が不思議
194: 運用情報臨時板でワッチョイ導入議論中 2021/03/08(月)21:02 ID:2AQsZVyg(1) AAS
つーかいまだに駄目なのか
195(1): 運用情報臨時板でワッチョイ導入議論中 2021/03/09(火)03:37 ID:sGJz7SaS(1) AAS
カーネルに取り込まれたネイティブexFATはまだ使わないほうが良いぞ
・数GBに1〜2クラスタの頻度で書き込んだデータが破損する
・タイムスタンプのロケールの処理が正しくなく、Windowsとやり取りすると数時間ずれる
・Windowsでマウントするときエラーを検出することがあった
・去年ここで書いた、メタデータを更新するとタイムスタンプが破壊されるバグは直ってる
・性能はFUSE版よりかなり良い
kernel 5.8
今はデフォルトで有効になってるからブラックリストで無効化する必要がある
196: 運用情報臨時板でワッチョイ導入議論中 2021/03/09(火)03:39 ID:3Q1wWz8h(1) AAS
まともに使うなら
未だにxfsとext4の二択だよね実質。
197: 運用情報臨時板でワッチョイ導入議論中 2021/03/11(木)04:07 ID:T7COWFgR(1) AAS
>>195
5.8なんて既にEOLしてんぞ
198: 2021/03/11(木)13:38 ID:c/de+RjG(1) AAS
>>193
確かに。警告無かったことを知らなかったわ
199: 2021/04/28(水)06:59 ID:RDsHbwe/(1) AAS
Debian11からいよいよBtrfsに乗り換えてもいいですか？
200: 2021/04/28(水)14:03 ID:qAuPbk02(1) AAS
まだBtrfsで消耗してるの？
201: 2021/04/28(水)16:03 ID:w2riUtF+(1) AAS
Btrfs楽やでホンマ
202: 2021/04/28(水)16:04 ID:/Rv/1bAq(1) AAS
reiser4一択
ちょっとバラ肉にしたぐらいで開発者収監しすぎなんだよなあ
203: 2021/05/05(水)06:43 ID:22KTqCb5(1) AAS
WindowsでもBtrfs様々やで
外部ﾘﾝｸ:github.com
204: 2021/05/05(水)13:25 ID:ecRafJ7U(1/2) AAS
Winはntfsが結構優秀だから要らんよ
205: 2021/05/05(水)13:40 ID:I8H8pma2(1) AAS
NTFSはそこそこ優秀かも知れんが
管理するOSがWindowsではちょっとマンセーは無理
206: 2021/05/05(水)14:21 ID:ecRafJ7U(2/2) AAS
Windowsは互換性に関してはマジで凄い
Linuxで10年前のソフトを最新環境で動かそうとすると苦労するからね
207: 2021/05/05(水)17:44 ID:qtfZkKcP(1) AAS
Linuxはソースあるからね
emacs（1976年）もTeX（1978年）も現役
208(1): 2021/05/05(水)18:01 ID:2Vd9UitC(1) AAS
ed (1970年代前半) も sed(1973年) も一応現役
209: 2021/05/05(水)21:27 ID:XrnixLKD(1) AAS
sed は一応でなくて、シェルスクリプトの一部のように使うだろ。
210: 208 2021/05/05(水)21:39 ID:0Vx+wHoK(1) AAS
そりゃそうか 俺も使うし
それも結構な頻度で愛用している
211: 2021/05/07(金)19:15 ID:N73gosRP(1) AAS
sedってコマンドなのかと思ってたわよ
212: 2021/05/07(金)19:27 ID:DfASJ4ip(1) AAS
viも同じようなもんよ
213: 2021/05/28(金)06:51 ID:w5WT5sqk(1) AAS
スレでもたまに名前が上がってたBcachefsって目的はすごい良いな、Btrfsが躓いてるからちょっと期待しちゃう
Bcachefs は、 Btrfs と ZFS の機能をよりクリーンなコードベース、より安定性、より高速、 GPL 互換のライセンスを提供することを目的とした次世代の CoW ファイルシステムです。
214: 2021/05/28(金)07:02 ID:gICJRhZd(1) AAS
Bcachefs一時期毎月20ドル支援してたんだけど、Btrfsが良い感じになって来たので、支援止めちゃった
215: 2021/05/30(日)18:23 ID:kdTnPrQw(1) AAS
目指すだけならどこも凄い事を主張するからなあ・・・
216: 2021/05/30(日)21:33 ID:xzSC8kpf(1) AAS
openZFSが最新版でかなり高速化するらしい
217: 2021/05/30(日)23:07 ID:Yv4FXzOw(1) AAS
速くする方法が分れば、他のファイルシステムも続くから頑張って欲しいな。
218: 2021/06/08(火)20:35 ID:A0+5/fSQ(1) AAS
カーネル5.13でzstd関連のコードが刷新されるから
圧縮使ってる人は楽しみな更新になるね
219: 2021/06/13(日)12:57 ID:Ri2lWsvA(1) AAS
Bcachefsの公式ページを読んだら
コードが綺麗ばかり主張していて、実際githubを覗いてみたら
確かに綺麗なのかもしれないけどコメントが少なすぎて誰も触れない事には変わりない感じだった。
220: 2021/06/13(日)19:11 ID:Z14yD/aZ(1) AAS
$ sudo btrfs sub snap @ /media/user/debian/@
$ sudo btrfs sub snap @home /media/user/debian/@home
このコマンドの参考ページを教えて下さい
221: 2021/06/13(日)20:22 ID:XbYcfZqj(1) AAS
$ man 8 btrfs-subvolume
222: 2021/06/18(金)12:55 ID:VQxMXzTC(1) AAS
debianスレにも書いたんですが、ext5って開発されていないんですか？
ということはいずれどこも（debianも）btrfsかxfsになるんですか？
223: 2021/06/18(金)13:28 ID:m1DWeQ1B(1) AAS
開発されない
ext4の改良が続いている
224: 2021/06/19(土)11:20 ID:zGtebo9v(1/2) AAS
ちょっとお聞きしたいのですが、新規に買ってきた4TBの東芝製HDD(MN08ADA)をmkfs.ext4でフォーマットしてマウント(USB-HDDケースに入れています）すると、
何もファイル操作をしていないにもかかわらず頻繁にアクセスするのですが、(umountするとアクセスしなくなります）、
-O ^metadata_csumとしてフォーマットするとアクセスしないのですが、一体何が起きているのでしょう？
USB-HDDケースが行けないと思って内蔵SATAにしてみても動作は同じでした。
試しに最初の300MiBだけフォーマットしてマウントしてみたらしばらくアクセスした後、静かになりました。
metadata_csumの有り無しで変わるのですから、ココらへんがおそらく原因だとは思うのですが、4TB分チェックが何かが終わるまで待つしかないのでしょうか？
225: 2021/06/19(土)11:25 ID:zGtebo9v(2/2) AAS
自己解決しました。おそらくext4lazyinitだと思います。
もうしばらく放置しておこうと思います。
ntfs、btrfsでは何も起きなかったのでハードウェアの故障はないと思っていたのですがやっぱりext4の機能でした。
どうも失礼しました。
226: 2021/06/19(土)15:25 ID:qiYDT/X/(1) AAS
完全にBtrfsブームが来ているな
FedraチームFacebookの全面バックアップは心強い
227: 2021/06/20(日)07:20 ID:FlGke6Iy(1/5) AAS
Btrfsのスワップファイルを使おうとしたけど
素で使うとスナップショット出来ない代わりに生データだし
暗号化スワップとして使うと今度はスナップショット可能になるという理不尽
そりゃFedoraも匙投げてスワップ自体を無効化しますわ
BtrfsにLVMを組み合わせてスワップパーティションを作るというダサい方法しかないし
228(1): 2021/06/20(日)08:59 ID:HPXkdzsb(1/4) AAS
変なことしないで普通にスワップパーティション切れば良いだけでは？
229(1): 2021/06/20(日)09:41 ID:4MEPIPC1(1) AAS
うちはデータ用のext4のパテに置いてるわ
230(1): 2021/06/20(日)10:39 ID:K3gWEfdY(1) AAS
>>229
やっぱりそうなるよね
Btrfsは消去する可能性のあるデータの扱いに絶望的に向いてない。
>>228
サブボリュームが便利だったから
スワップ問題さえなければBtrfsで大半賄えたから惜しかった。
231: 2021/06/20(日)10:47 ID:q1GmI6Tf(1/7) AAS
>>230
> Btrfsは消去する可能性のあるデータの扱いに絶望的に向いてない。
うちは１年近くほぼ24h稼働させててビクともしないけどな
ラズパイでUSBx2+SDのストライピングと言うなんちゃってだけどさ
232: 2021/06/20(日)11:44 ID:HPXkdzsb(2/4) AAS
俺も4年近くBtrfsファイルサーバ運用してて、btrfs deviceコマンド使って何度もストレージ構成変更もしたけど、何も問題起こらないなぁ。
エンタープライズとかでは無いけどね
233(2): 2021/06/20(日)15:10 ID:OtoPgzgM(1) AAS
消去する可能性のあるデータはCoW有効だと断片化が進むからな
ここ1年くらい半導体不足だから難しいけどスワップが要るくらいならメモリもっと積むという手もある
最近はbtrfsも徐々に、使えるものになってきているのは確かだろう
職場で使われている「法人向けNAS」として販売されている製品がデータ領域デフォルトでbtrfsになってて当初はオイオイ大丈夫かと思ってたけど
今のところは大丈夫っぽい。ちなみに壊れても対処するのは俺じゃない（重要）
あとは、ディスクフルになるとヤバいなどという噂もあったが改善したのだろうかね。
234: 2021/06/20(日)15:12 ID:FlGke6Iy(2/5) AAS
いやスナップショットとCoWの関係で
削除できてるんだか出来てないんだか分かりにくいという意味ね。
CoW無効化したファイルでもスナップショットは取れるみたいだし
削除という方向では難しい。
235: 2021/06/20(日)15:15 ID:FlGke6Iy(3/5) AAS
>>233
CoWは前述の理由でファイルを削除したら逆に空き容量が減るパターンがあるから
ディスクフルだと危険だよ。
空き容量を増やそうとした操作で更に空き容量を減らしてドツボにはまる。
236: 2021/06/20(日)15:32 ID:q1GmI6Tf(2/7) AAS
>>233
> ディスクフルになるとヤバいなどという噂
友人のラズパイ(うちのサブボリュームを暖簾分けしたもの)は
diskfullをやらかして起動不能になり涙で枕を濡らしてますた
237: 2021/06/20(日)15:46 ID:FlGke6Iy(4/5) AAS
スナップショットをという扱うという決断をした瞬間から
Btrfsの空き容量を増やす手順は複雑怪奇になる。
238: 2021/06/20(日)16:03 ID:q1GmI6Tf(3/7) AAS
timeshift使うくらいならまだいいけど
色々と欲を出すと悲惨な目に遭いそう
なお私はconky出して常にディスク使用量を監視してます
239: 2021/06/20(日)17:26 ID:HPXkdzsb(3/4) AAS
残容量がそんなに気持ち悪い変動したこと無いなぁ
240: 2021/06/20(日)17:49 ID:q1GmI6Tf(4/7) AAS
まあ一応ね
241: 2021/06/20(日)21:11 ID:XLIEy/bI(1/2) AAS
空き容量が一方通行なのは難易度高めだよね
242: 2021/06/20(日)21:15 ID:q1GmI6Tf(5/7) AAS
そんなこと無いけどなあ
スナップショット全部始末して、それでも駄目ならfilesystem defrag -r
これで容量が戻らなかった事無いけど
243: 2021/06/20(日)21:29 ID:FlGke6Iy(5/5) AAS
スナップショット全部始末って・・・
まあ戻らないことはないだろうけどさぁ・・・
それデータ退避させて再フォーマットに次ぐ最終手段やん
244: 2021/06/20(日)21:36 ID:q1GmI6Tf(6/7) AAS
俺の場合スナップショットはシステム改変前の保険や
send前の準備くらいにしか使ってないからねえ
もっと高度な事やってる人なら億劫だろうけど
245: 2021/06/20(日)21:42 ID:XLIEy/bI(2/2) AAS
それ正解。
非常に賢いBtrfsのお手本のような使い方。
246: 2021/06/20(日)21:47 ID:3XBt4m04(1) AAS
スナップショットをバックアップのように使ってるのが間違いなのよ
バックアップは別に取ってスナップショットは定期的に整理すべき
247(1): 2021/06/20(日)22:02 ID:HPXkdzsb(4/4) AAS
Btrfsはバックアップも取りやすいしね
248(1): 2021/06/20(日)22:22 ID:q1GmI6Tf(7/7) AAS
マウントしたまま完全なdumpが出来る様な感じですからね
249(1): 2021/06/21(月)01:24 ID:L8foBMDQ(1/2) AAS
>>247-248
スナップショットを tar で固めるだけだったら別に取りやすいって事は無いんじゃないの？
Btrfs はサブボリュームとかのメタ情報のバックアップができなくてバックアップが困難
と逆に感じたんだが
250(1): 2021/06/21(月)02:34 ID:jDt+eB73(1) AAS
>>249
> スナップショットを tar で固めるだけだったら別に取りやすいって事は無いんじゃないの？
send/receive機能使った事無いのかな
> Btrfs はサブボリュームとかのメタ情報のバックアップができなくて
その様な些細な情報に拘るよりも
サブボリュームをリネームしておけば管理しやすいのに
そこまで完ぺきな状態保存をしたいならddでも使っときましょうかね
251: 2021/06/21(月)09:08 ID:L8foBMDQ(2/2) AAS
>>250
> send/receive機能使った事無いのかな
なるほど増分バックアップを取るという意味では dump に近い物があるのか
勉強になりました
> その様な些細な情報
メタ情報バックアップできないっておかしくない？
別の誰かが作ったシステムをクローンしたい時に dd しかないのは厳しいわ
ビジネスでやったらバックアップできないシステムを採用するのがおかしいって
後でぐじぐじ言われまくる(=言い訳レポートだの再発防止だの工数が爆発的に
増える)のが見えてるんで使えないよ
252: 2021/06/21(月)12:16 ID:O6mftrCi(1) AAS
考えた方が違うんじゃないかな。
サブボリュームをほぼストレージとして見れば問題ないし、完全なコピーが欲しければddなりなんなり旧来の方法が取れないわけでもないし。
単にレイヤーと選択肢が増えただけだよ
253: 2021/06/21(月)15:53 ID:3rzkFLuT(1) AAS
Btrfsを本番で運用しているFacebookはどうしてるんだろうね
254: 2021/06/23(水)19:00 ID:GsIL/Hxh(1) AAS
Btrfsでdiscard=asyncにしたら起動するたびにドライブの使用ランプがカリカリ始めたんだけど
これって他の人も同じ？
上下前次1-新書関写板覧索設栞歴
あと 748 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.033s