[過去ﾛｸﾞ]
ファイルシステム総合スレ その19 (1002ﾚｽ)
ファイルシステム総合スレ その19 http://mao.5ch.net/test/read.cgi/linux/1592027147/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
147: login:Penguin [sage] 2021/01/19(火) 12:44:15.91 ID:/3d5Dr9+ アプリによってファイルの上書きが、メモリ上のものを既存ファイルに追記のケースと、別名保存完了後に既存ファイルを消してリネームのケースがあって、断片化に影響してる気がするけど、あってる？ http://mao.5ch.net/test/read.cgi/linux/1592027147/147
148: login:Penguin [sage] 2021/01/19(火) 14:10:36.49 ID:s0futnPp 合ってないと思う 本当に追記モードで書ける場合ってごく僅かだと思うし http://mao.5ch.net/test/read.cgi/linux/1592027147/148
149: login:Penguin [sage] 2021/01/19(火) 14:12:40.28 ID:7UmUKAt0 Linux のファイルシステムが断片化しにくいというのはなぜだっけ EXT ファイルシステムのことだよね Windows の FAT や NTFS が断片化しやすいのは過去の互換性を重視しているタメレガシーな仕様を引きずっていると思われるが http://mao.5ch.net/test/read.cgi/linux/1592027147/149
150: login:Penguin [sage] 2021/01/19(火) 15:29:07.50 ID:FmzE4vXX ちょくちょくe4defragしてるけどext4も~/.cache内とか普通に断片化しまくってるし http://mao.5ch.net/test/read.cgi/linux/1592027147/150
151: login:Penguin [sage] 2021/01/19(火) 18:18:33.08 ID:BK3Mr0Sm >>149 配置の様子を見ることが出来ない、集計表示するツールが普及していないだけ http://mao.5ch.net/test/read.cgi/linux/1592027147/151
152: login:Penguin [sage] 2021/01/19(火) 19:42:29.98 ID:7UmUKAt0 >>151 ええーw http://mao.5ch.net/test/read.cgi/linux/1592027147/152
153: login:Penguin [sage] 2021/01/19(火) 20:04:02.54 ID:upb7F6zS >>151 今別パーティションのUFSなんだけど、１年ちょっと使ってこんなもん 書き換え頻回 https://i.imgur.com/3iSmcOv.png ext4も似たようなもんなんじゃないの 数字にどんだけ信憑性があるのかだし、最近Linuxでext4使ってないから知らんけど http://mao.5ch.net/test/read.cgi/linux/1592027147/153
154: login:Penguin [] 2021/01/19(火) 20:13:22.02 ID:e+sIKpUU >>153 ffsのfragmentationは、断片化って意味じゃないぞ http://mao.5ch.net/test/read.cgi/linux/1592027147/154
155: login:Penguin [sage] 2021/01/19(火) 20:15:48.77 ID:jL0Xv4LA >>153 そのフラグメントとファイルシステムの断片化は別物 fragmentationはファイルシステム内の空きフラグメント x 100/全フラグメント https://docs.oracle.com/cd/E24845_01/html/819-0386/fsfilesysappx-20581.html#fsfilesysappx-10 http://mao.5ch.net/test/read.cgi/linux/1592027147/155
156: login:Penguin [sage] 2021/01/19(火) 20:32:32.85 ID:upb7F6zS >>154,155 今まで完全に勘違いしてた アハハ( ´▽｀) そっちのフラグメントの指標だったのね 放置プレイせず指摘してくれてありがとう http://mao.5ch.net/test/read.cgi/linux/1592027147/156
157: login:Penguin [sage] 2021/01/21(木) 00:36:18.40 ID:Cfby4q5X そういえば Windows95が出た時代は当然FAT16なんだけど クラスタサイズがセクタサイズに合わせた512byteなのが普通だった そのため断片化も激しく、当然のようにOSにビジュアルなデフラグツールが付属することになった (それまでもDOS上のデフラグツールは出ていて売れていた) 一方、同時期のUnix系のOSは、ほとんどが4Kブロックサイズを採用していたため 512byteのDOS系と比較すると断片化が少なかったのは当然かもしれない これはNTFSの「極小ファイルはMFTに保存」等とは違う、単純な理由での「断片化しにくい」になり そのイメージが続いているのかもしれない もしかしたらと思ったけどswapがファイルであったことはさすがに関係ないかな http://mao.5ch.net/test/read.cgi/linux/1592027147/157
158: login:Penguin [sage] 2021/01/21(木) 08:27:17.48 ID:O8ejFMFO Win95からFAT32だった筈だが… http://mao.5ch.net/test/read.cgi/linux/1592027147/158
159: login:Penguin [sage] 2021/01/21(木) 08:44:51.40 ID:+PmEnWYW FAT32はOSR2からでしたね ext2は断片化しても気にするなって感じじゃなかった? http://mao.5ch.net/test/read.cgi/linux/1592027147/159
160: login:Penguin [sage] 2021/01/21(木) 09:13:42.80 ID:4jdzXuHO む、何か記憶違いがあったな クラスタサイズが512なのはFDDの時代だけかな 領域サイズに応じてクラスタサイズが肥大化するため それを避けるために導入されたのがOSR2でのFAT32だっけか いや領域サイズの上限がファイルサイズの上限と同じ2Gで、そっちの限界回避か 98の5インチFDDの頃からノートンとかでデフラグしていたのは確実 Win3.1時代は忘れた http://mao.5ch.net/test/read.cgi/linux/1592027147/160
161: login:Penguin [sage] 2021/01/21(木) 09:14:46.06 ID:4jdzXuHO いや、FDDはFAT12か もういいや http://mao.5ch.net/test/read.cgi/linux/1592027147/161
162: login:Penguin [sage] 2021/01/21(木) 09:38:57.39 ID:Om004d0Z 結論 Windowsのファイルシステム →断片化を解消しないとパフォーマンスが著しく低下する為デフラグツールが発展した システムデフォルトで常時断片化を監視しているのが何よりの証拠 Unix/Linuxのファイルシステム →Windowsほど断片化を気にする必要が無い為デフラグツールも少ない 必須ツールならもっと普及している筈である http://mao.5ch.net/test/read.cgi/linux/1592027147/162
163: login:Penguin [] 2021/01/21(木) 10:37:58.76 ID:ieOcyzfJ 結論 信者はキチガイ http://mao.5ch.net/test/read.cgi/linux/1592027147/163
164: login:Penguin [sage] 2021/01/21(木) 19:43:45.77 ID:h4ldsjZW とりあえずルート以外をbtrfsにした http://mao.5ch.net/test/read.cgi/linux/1592027147/164
165: login:Penguin [sage] 2021/01/22(金) 02:07:58.45 ID:4OwQpeSw >>142 ええやんこれ Winで思ってた以上に普通に使えてる http://mao.5ch.net/test/read.cgi/linux/1592027147/165
166: login:Penguin [sage] 2021/02/02(火) 06:14:30.95 ID:C7wARh6S CentOS7でxfsをブロックサイズ8192で作るとmountできないのですが、そういうもの？ スレチなら誘導していただけると嬉しいです。 http://mao.5ch.net/test/read.cgi/linux/1592027147/166
167: login:Penguin [sage] 2021/02/04(木) 20:25:16.41 ID:o/O4MlkW >>142 win上でext*にアクセスするドライバ入れてるとリムーバブルドライブを解除できなくなったので そのドライバを削除したことを思い出した http://mao.5ch.net/test/read.cgi/linux/1592027147/167
168: login:Penguin [sage] 2021/02/10(水) 01:35:39.90 ID:sU2CY6a6 WindowsでBtrfs 【ファイルシステム】 https://mevius.5ch.net/test/read.cgi/win/1612888512/ http://mao.5ch.net/test/read.cgi/linux/1592027147/168
169: login:Penguin [sage] 2021/02/13(土) 23:32:12.14 ID:RkDmna+g ワッチョイ導入に賛成の方も反対の方も議論にご参加ください。 Linux板ワッチョイ導入議論スレ http://rosie.5ch.net/test/read.cgi/operatex/1612610722/ http://mao.5ch.net/test/read.cgi/linux/1592027147/169
170: login:Penguin [sage] 2021/02/17(水) 13:00:57.80 ID: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 http://mao.5ch.net/test/read.cgi/linux/1592027147/170
171: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/02/28(日) 00:04:29.68 ID: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がファイルシステムを粉々に破壊する可能性を指摘している http://mao.5ch.net/test/read.cgi/linux/1592027147/171
172: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/02/28(日) 11:45:06.29 ID:kEYfL1// ローリングリリースの OS だとこういうのが頻繁におこるってことだよな http://mao.5ch.net/test/read.cgi/linux/1592027147/172
173: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/02/28(日) 14:51:40.61 ID:+8n729a4 5.12はまだリリース前でRCですらない http://mao.5ch.net/test/read.cgi/linux/1592027147/173
174: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/02(火) 14:36:21.69 ID:ltODSBW/ 昔はXFSをファイルサーバー用途にするとよくメモリ枯渇起こしてたけどマシになった？ http://mao.5ch.net/test/read.cgi/linux/1592027147/174
175: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/02(火) 17:19:37.34 ID:PMcixi7q Xfsはデスクトップ用途に使ってもメモリカツカツだよ http://mao.5ch.net/test/read.cgi/linux/1592027147/175
176: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/02(火) 19:01:39.03 ID:bSGaYo9c XFSまだCoWでやたらスワップしたりしてんの？ http://mao.5ch.net/test/read.cgi/linux/1592027147/176
177: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/02(火) 19:42:40.09 ID:PMcixi7q >>176 ブラウジング程度の用途なのにメモリ8GBでカツカツよ http://mao.5ch.net/test/read.cgi/linux/1592027147/177
178: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/02(火) 21:10:11.16 ID:bSGaYo9c うげー、辛いなそれは。 XFSってやたら推されてるけど、なんか常にパフォーマンス上の問題抱えてない……？ http://mao.5ch.net/test/read.cgi/linux/1592027147/178
179: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/03(水) 01:51:01.43 ID:Vr69vVJU 必要なスペックは高いけど データが破損した事は一度もないから信頼はしてる http://mao.5ch.net/test/read.cgi/linux/1592027147/179
180: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/03(水) 09:22:57.93 ID:Nxx8V343 DD コマンドで作成した領域をループバックでマウントして利用してるんだけど 専用のファイル領域に作成したものより安定性が低いようなことを噂で聞いたことがある 単なるファイルだから間違って消したりもできるわけだけど他にどんな問題があるの？ zfs やバター FS を loopback で使ってるんだけど楽だから http://mao.5ch.net/test/read.cgi/linux/1592027147/180
181: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/03(水) 10:02:39.62 ID:cTNqxe23 ファイルシステムとしてマウントするだけなら問題は無いんじゃ無いかな。 ループバック用に回避処理が入っていなければ重ねたレイヤの数だけエラー処理とか複合するんで 普段は良くてもトラブル時は面倒なことが起こるかもしれないけど、気にするほどじゃないと思う。 よほど大きなサイズでも無い限りキャッシュのダブりとかも気にするほど影響は無いだろうし。 ただ一時的では無いスワップ領域にするのはお勧めしない。 http://mao.5ch.net/test/read.cgi/linux/1592027147/181
182: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/03(水) 10:49:49.05 ID:Nxx8V343 >>181 なるほどエラー解析時にレイアの重なりで複雑になるという意味ですね キャッシュのダブりは OS 側のファイルキャッシュとファイルシステム側で作動するキャッシュがあるのですね 一時的ではない Swap 領域というのは OS が利用するスワップという意味ですか？ 最近のカーネルだとループバックのスワップでも安定性に問題がなくなったと認識してます Ubuntu でもデフォルトではディスクパーティションにスワップ領域を切らなくなりました http://mao.5ch.net/test/read.cgi/linux/1592027147/182
183: 運用情報臨時板でワッチョイ導入議論中 [] 2021/03/03(水) 12:14:56.73 ID:lgKPKR6M ハンスが再来年出所する予定らしいけどreiser4が取り込まれることはありますか？ http://mao.5ch.net/test/read.cgi/linux/1592027147/183
184: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/05(金) 02:31:02.56 ID:h4SDn5Ek >>183 15年でext4が進化し、より先進的なZFSやbtrfsの開発が進んでいるから 今さら感 http://mao.5ch.net/test/read.cgi/linux/1592027147/184
185: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/05(金) 08:51:33.95 ID:1fWCdnHn でもZFSがメインラインに入る可能性はゼロだしRedhatはbtrfsやめちゃったし15年経ってもこれだっていうFSは無いね http://mao.5ch.net/test/read.cgi/linux/1592027147/185
186: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/05(金) 10:15:25.72 ID:4HJQ6+m7 現状見てる感じなんだかんだでRedHatにbtrfsが凱旋したりして http://mao.5ch.net/test/read.cgi/linux/1592027147/186
187: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/05(金) 12:27:18.42 ID:dyXFLsEj 凱旋というより出戻り http://mao.5ch.net/test/read.cgi/linux/1592027147/187
188: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/05(金) 18:29:03.56 ID: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 スワップファイルへの書き込みがスワップファイルを置いているパーティションへの書き込みになるバグ http://mao.5ch.net/test/read.cgi/linux/1592027147/188
189: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/05(金) 18:48:23.13 ID:mFfY0Y2/ 5.12はまだまだβ版だからバグあっても一般ユーザーは気にせずOK http://mao.5ch.net/test/read.cgi/linux/1592027147/189
190: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/05(金) 21:34:11.29 ID:Dt5ajJ3o xfs は！？ ext4 は HDD によくて xfs は SSD にいいってのを信じて使ってるんだけど http://mao.5ch.net/test/read.cgi/linux/1592027147/190
191: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/05(金) 22:57:30.27 ID:h4SDn5Ek >>190 むしろ逆のイメージ。REGZA HDDレコーダーにXFSが採用された実績から大容量(TBクラス)ストレージ向けかと 現状ではXFSとext4でできることに大差はないから、rootにあえてXFSを採用することはないと思う SSDに良いFSで性能など実績があるのはF2FSのイメージが強い http://mao.5ch.net/test/read.cgi/linux/1592027147/191
192: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/06(土) 09:53:05.28 ID:Zg8wx6H4 俺もついさっきrootfsをf2fsでフォーマットし直したところだよ grubのバージョンがf2fsに対応してなかったから systemd-boot入れ直す必要があったけど （/bootを分けるのはUEFIな今の時代なんか嫌） http://mao.5ch.net/test/read.cgi/linux/1592027147/192
193: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/08(月) 10:27:32.36 ID: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 むしろ今まで警告なかった方が不思議 http://mao.5ch.net/test/read.cgi/linux/1592027147/193
194: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/08(月) 21:02:47.03 ID:2AQsZVyg つーかいまだに駄目なのか http://mao.5ch.net/test/read.cgi/linux/1592027147/194
195: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/09(火) 03:37:55.27 ID:sGJz7SaS カーネルに取り込まれたネイティブexFATはまだ使わないほうが良いぞ ・数GBに1〜2クラスタの頻度で書き込んだデータが破損する ・タイムスタンプのロケールの処理が正しくなく、Windowsとやり取りすると数時間ずれる ・Windowsでマウントするときエラーを検出することがあった ・去年ここで書いた、メタデータを更新するとタイムスタンプが破壊されるバグは直ってる ・性能はFUSE版よりかなり良い kernel 5.8 今はデフォルトで有効になってるからブラックリストで無効化する必要がある http://mao.5ch.net/test/read.cgi/linux/1592027147/195
196: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/09(火) 03:39:17.92 ID:3Q1wWz8h まともに使うなら 未だにxfsとext4の二択だよね実質。 http://mao.5ch.net/test/read.cgi/linux/1592027147/196
197: 運用情報臨時板でワッチョイ導入議論中 [sage] 2021/03/11(木) 04:07:15.23 ID:T7COWFgR >>195 5.8なんて既にEOLしてんぞ http://mao.5ch.net/test/read.cgi/linux/1592027147/197
198: login:Penguin [sage] 2021/03/11(木) 13:38:40.74 ID:c/de+RjG >>193 確かに。警告無かったことを知らなかったわ http://mao.5ch.net/test/read.cgi/linux/1592027147/198
199: login:Penguin [] 2021/04/28(水) 06:59:54.63 ID:RDsHbwe/ Debian11からいよいよBtrfsに乗り換えてもいいですか？ http://mao.5ch.net/test/read.cgi/linux/1592027147/199
200: login:Penguin [sage] 2021/04/28(水) 14:03:05.37 ID:qAuPbk02 まだBtrfsで消耗してるの？ http://mao.5ch.net/test/read.cgi/linux/1592027147/200
201: login:Penguin [sage] 2021/04/28(水) 16:03:01.63 ID:w2riUtF+ Btrfs楽やでホンマ http://mao.5ch.net/test/read.cgi/linux/1592027147/201
202: login:Penguin [] 2021/04/28(水) 16:04:27.29 ID:/Rv/1bAq reiser4一択 ちょっとバラ肉にしたぐらいで開発者収監しすぎなんだよなあ http://mao.5ch.net/test/read.cgi/linux/1592027147/202
203: login:Penguin [sage] 2021/05/05(水) 06:43:36.88 ID:22KTqCb5 WindowsでもBtrfs様々やで https://github.com/maharmstone/btrfs http://mao.5ch.net/test/read.cgi/linux/1592027147/203
204: login:Penguin [sage] 2021/05/05(水) 13:25:13.38 ID:ecRafJ7U Winはntfsが結構優秀だから要らんよ http://mao.5ch.net/test/read.cgi/linux/1592027147/204
205: login:Penguin [sage] 2021/05/05(水) 13:40:15.01 ID:I8H8pma2 NTFSはそこそこ優秀かも知れんが 管理するOSがWindowsではちょっとマンセーは無理 http://mao.5ch.net/test/read.cgi/linux/1592027147/205
206: login:Penguin [sage] 2021/05/05(水) 14:21:43.34 ID:ecRafJ7U Windowsは互換性に関してはマジで凄い Linuxで10年前のソフトを最新環境で動かそうとすると苦労するからね http://mao.5ch.net/test/read.cgi/linux/1592027147/206
207: login:Penguin [sage] 2021/05/05(水) 17:44:23.14 ID:qtfZkKcP Linuxはソースあるからね emacs（1976年）もTeX（1978年）も現役 http://mao.5ch.net/test/read.cgi/linux/1592027147/207
208: login:Penguin [sage] 2021/05/05(水) 18:01:25.19 ID:2Vd9UitC ed (1970年代前半) も sed(1973年) も一応現役 http://mao.5ch.net/test/read.cgi/linux/1592027147/208
209: login:Penguin [sage] 2021/05/05(水) 21:27:14.92 ID:XrnixLKD sed は一応でなくて、シェルスクリプトの一部のように使うだろ。 http://mao.5ch.net/test/read.cgi/linux/1592027147/209
210: 208 [sage] 2021/05/05(水) 21:39:56.99 ID:0Vx+wHoK そりゃそうか 俺も使うし それも結構な頻度で愛用している http://mao.5ch.net/test/read.cgi/linux/1592027147/210
211: login:Penguin [sage] 2021/05/07(金) 19:15:48.16 ID:N73gosRP sedってコマンドなのかと思ってたわよ http://mao.5ch.net/test/read.cgi/linux/1592027147/211
212: login:Penguin [sage] 2021/05/07(金) 19:27:04.20 ID:DfASJ4ip viも同じようなもんよ http://mao.5ch.net/test/read.cgi/linux/1592027147/212
213: login:Penguin [sage] 2021/05/28(金) 06:51:44.05 ID:w5WT5sqk スレでもたまに名前が上がってたBcachefsって目的はすごい良いな、Btrfsが躓いてるからちょっと期待しちゃう Bcachefs は、 Btrfs と ZFS の機能をよりクリーンなコードベース、より安定性、より高速、 GPL 互換のライセンスを提供することを目的とした次世代の CoW ファイルシステムです。 http://mao.5ch.net/test/read.cgi/linux/1592027147/213
214: login:Penguin [sage] 2021/05/28(金) 07:02:11.16 ID:gICJRhZd Bcachefs一時期毎月20ドル支援してたんだけど、Btrfsが良い感じになって来たので、支援止めちゃった http://mao.5ch.net/test/read.cgi/linux/1592027147/214
215: login:Penguin [sage] 2021/05/30(日) 18:23:59.48 ID:kdTnPrQw 目指すだけならどこも凄い事を主張するからなあ・・・ http://mao.5ch.net/test/read.cgi/linux/1592027147/215
216: login:Penguin [sage] 2021/05/30(日) 21:33:08.26 ID:xzSC8kpf openZFSが最新版でかなり高速化するらしい http://mao.5ch.net/test/read.cgi/linux/1592027147/216
217: login:Penguin [sage] 2021/05/30(日) 23:07:19.53 ID:Yv4FXzOw 速くする方法が分れば、他のファイルシステムも続くから頑張って欲しいな。 http://mao.5ch.net/test/read.cgi/linux/1592027147/217
218: login:Penguin [] 2021/06/08(火) 20:35:14.27 ID:A0+5/fSQ カーネル5.13でzstd関連のコードが刷新されるから 圧縮使ってる人は楽しみな更新になるね http://mao.5ch.net/test/read.cgi/linux/1592027147/218
219: login:Penguin [sage] 2021/06/13(日) 12:57:08.28 ID:Ri2lWsvA Bcachefsの公式ページを読んだら コードが綺麗ばかり主張していて、実際githubを覗いてみたら 確かに綺麗なのかもしれないけどコメントが少なすぎて誰も触れない事には変わりない感じだった。 http://mao.5ch.net/test/read.cgi/linux/1592027147/219
220: login:Penguin [sage] 2021/06/13(日) 19:11:57.13 ID:Z14yD/aZ $ sudo btrfs sub snap @ /media/user/debian/@ $ sudo btrfs sub snap @home /media/user/debian/@home このコマンドの参考ページを教えて下さい http://mao.5ch.net/test/read.cgi/linux/1592027147/220
221: login:Penguin [sage] 2021/06/13(日) 20:22:25.19 ID:XbYcfZqj $ man 8 btrfs-subvolume http://mao.5ch.net/test/read.cgi/linux/1592027147/221
222: login:Penguin [sage] 2021/06/18(金) 12:55:21.67 ID:VQxMXzTC debianスレにも書いたんですが、ext5って開発されていないんですか？ ということはいずれどこも（debianも）btrfsかxfsになるんですか？ http://mao.5ch.net/test/read.cgi/linux/1592027147/222
223: login:Penguin [sage] 2021/06/18(金) 13:28:58.70 ID:m1DWeQ1B 開発されない ext4の改良が続いている http://mao.5ch.net/test/read.cgi/linux/1592027147/223
224: login:Penguin [sage] 2021/06/19(土) 11:20:25.99 ID:zGtebo9v ちょっとお聞きしたいのですが、新規に買ってきた4TBの東芝製HDD(MN08ADA)をmkfs.ext4でフォーマットしてマウント(USB-HDDケースに入れています）すると、 何もファイル操作をしていないにもかかわらず頻繁にアクセスするのですが、(umountするとアクセスしなくなります）、 -O ^metadata_csumとしてフォーマットするとアクセスしないのですが、一体何が起きているのでしょう？ USB-HDDケースが行けないと思って内蔵SATAにしてみても動作は同じでした。 試しに最初の300MiBだけフォーマットしてマウントしてみたらしばらくアクセスした後、静かになりました。 metadata_csumの有り無しで変わるのですから、ココらへんがおそらく原因だとは思うのですが、4TB分チェックが何かが終わるまで待つしかないのでしょうか？ http://mao.5ch.net/test/read.cgi/linux/1592027147/224
225: login:Penguin [sage] 2021/06/19(土) 11:25:16.81 ID:zGtebo9v 自己解決しました。おそらくext4lazyinitだと思います。 もうしばらく放置しておこうと思います。 ntfs、btrfsでは何も起きなかったのでハードウェアの故障はないと思っていたのですがやっぱりext4の機能でした。 どうも失礼しました。 http://mao.5ch.net/test/read.cgi/linux/1592027147/225
226: login:Penguin [] 2021/06/19(土) 15:25:22.43 ID:qiYDT/X/ 完全にBtrfsブームが来ているな FedraチームFacebookの全面バックアップは心強い http://mao.5ch.net/test/read.cgi/linux/1592027147/226
227: login:Penguin [sage] 2021/06/20(日) 07:20:53.86 ID:FlGke6Iy Btrfsのスワップファイルを使おうとしたけど 素で使うとスナップショット出来ない代わりに生データだし 暗号化スワップとして使うと今度はスナップショット可能になるという理不尽 そりゃFedoraも匙投げてスワップ自体を無効化しますわ BtrfsにLVMを組み合わせてスワップパーティションを作るというダサい方法しかないし http://mao.5ch.net/test/read.cgi/linux/1592027147/227
228: login:Penguin [sage] 2021/06/20(日) 08:59:55.55 ID:HPXkdzsb 変なことしないで普通にスワップパーティション切れば良いだけでは？ http://mao.5ch.net/test/read.cgi/linux/1592027147/228
229: login:Penguin [sage] 2021/06/20(日) 09:41:51.35 ID:4MEPIPC1 うちはデータ用のext4のパテに置いてるわ http://mao.5ch.net/test/read.cgi/linux/1592027147/229
230: login:Penguin [sage] 2021/06/20(日) 10:39:15.38 ID:K3gWEfdY >>229 やっぱりそうなるよね Btrfsは消去する可能性のあるデータの扱いに絶望的に向いてない。 >>228 サブボリュームが便利だったから スワップ問題さえなければBtrfsで大半賄えたから惜しかった。 http://mao.5ch.net/test/read.cgi/linux/1592027147/230
231: login:Penguin [sage] 2021/06/20(日) 10:47:38.20 ID:q1GmI6Tf >>230 > Btrfsは消去する可能性のあるデータの扱いに絶望的に向いてない。 うちは１年近くほぼ24h稼働させててビクともしないけどな ラズパイでUSBx2+SDのストライピングと言うなんちゃってだけどさ http://mao.5ch.net/test/read.cgi/linux/1592027147/231
232: login:Penguin [sage] 2021/06/20(日) 11:44:40.23 ID:HPXkdzsb 俺も4年近くBtrfsファイルサーバ運用してて、btrfs deviceコマンド使って何度もストレージ構成変更もしたけど、何も問題起こらないなぁ。 エンタープライズとかでは無いけどね http://mao.5ch.net/test/read.cgi/linux/1592027147/232
233: login:Penguin [sage] 2021/06/20(日) 15:10:27.93 ID:OtoPgzgM 消去する可能性のあるデータはCoW有効だと断片化が進むからな ここ1年くらい半導体不足だから難しいけどスワップが要るくらいならメモリもっと積むという手もある 最近はbtrfsも徐々に、使えるものになってきているのは確かだろう 職場で使われている「法人向けNAS」として販売されている製品がデータ領域デフォルトでbtrfsになってて当初はオイオイ大丈夫かと思ってたけど 今のところは大丈夫っぽい。ちなみに壊れても対処するのは俺じゃない（重要） あとは、ディスクフルになるとヤバいなどという噂もあったが改善したのだろうかね。 http://mao.5ch.net/test/read.cgi/linux/1592027147/233
234: login:Penguin [sage] 2021/06/20(日) 15:12:33.54 ID:FlGke6Iy いやスナップショットとCoWの関係で 削除できてるんだか出来てないんだか分かりにくいという意味ね。 CoW無効化したファイルでもスナップショットは取れるみたいだし 削除という方向では難しい。 http://mao.5ch.net/test/read.cgi/linux/1592027147/234
235: login:Penguin [sage] 2021/06/20(日) 15:15:33.95 ID:FlGke6Iy >>233 CoWは前述の理由でファイルを削除したら逆に空き容量が減るパターンがあるから ディスクフルだと危険だよ。 空き容量を増やそうとした操作で更に空き容量を減らしてドツボにはまる。 http://mao.5ch.net/test/read.cgi/linux/1592027147/235
236: login:Penguin [sage] 2021/06/20(日) 15:32:40.87 ID:q1GmI6Tf >>233 > ディスクフルになるとヤバいなどという噂 友人のラズパイ(うちのサブボリュームを暖簾分けしたもの)は diskfullをやらかして起動不能になり涙で枕を濡らしてますた http://mao.5ch.net/test/read.cgi/linux/1592027147/236
237: login:Penguin [sage] 2021/06/20(日) 15:46:21.40 ID:FlGke6Iy スナップショットをという扱うという決断をした瞬間から Btrfsの空き容量を増やす手順は複雑怪奇になる。 http://mao.5ch.net/test/read.cgi/linux/1592027147/237
238: login:Penguin [sage] 2021/06/20(日) 16:03:58.94 ID:q1GmI6Tf timeshift使うくらいならまだいいけど 色々と欲を出すと悲惨な目に遭いそう なお私はconky出して常にディスク使用量を監視してます http://mao.5ch.net/test/read.cgi/linux/1592027147/238
239: login:Penguin [sage] 2021/06/20(日) 17:26:59.08 ID:HPXkdzsb 残容量がそんなに気持ち悪い変動したこと無いなぁ http://mao.5ch.net/test/read.cgi/linux/1592027147/239
240: login:Penguin [sage] 2021/06/20(日) 17:49:16.26 ID:q1GmI6Tf まあ一応ね http://mao.5ch.net/test/read.cgi/linux/1592027147/240
241: login:Penguin [sage] 2021/06/20(日) 21:11:28.58 ID:XLIEy/bI 空き容量が一方通行なのは難易度高めだよね http://mao.5ch.net/test/read.cgi/linux/1592027147/241
242: login:Penguin [sage] 2021/06/20(日) 21:15:36.56 ID:q1GmI6Tf そんなこと無いけどなあ スナップショット全部始末して、それでも駄目ならfilesystem defrag -r これで容量が戻らなかった事無いけど http://mao.5ch.net/test/read.cgi/linux/1592027147/242
243: login:Penguin [sage] 2021/06/20(日) 21:29:09.11 ID:FlGke6Iy スナップショット全部始末って・・・ まあ戻らないことはないだろうけどさぁ・・・ それデータ退避させて再フォーマットに次ぐ最終手段やん http://mao.5ch.net/test/read.cgi/linux/1592027147/243
244: login:Penguin [sage] 2021/06/20(日) 21:36:52.57 ID:q1GmI6Tf 俺の場合スナップショットはシステム改変前の保険や send前の準備くらいにしか使ってないからねえ もっと高度な事やってる人なら億劫だろうけど http://mao.5ch.net/test/read.cgi/linux/1592027147/244
245: login:Penguin [sage] 2021/06/20(日) 21:42:05.45 ID:XLIEy/bI それ正解。 非常に賢いBtrfsのお手本のような使い方。 http://mao.5ch.net/test/read.cgi/linux/1592027147/245
246: login:Penguin [sage] 2021/06/20(日) 21:47:09.44 ID:3XBt4m04 スナップショットをバックアップのように使ってるのが間違いなのよ バックアップは別に取ってスナップショットは定期的に整理すべき http://mao.5ch.net/test/read.cgi/linux/1592027147/246
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 756 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.035s