ファイルシステム総合 ..
261:login:Penguin
09/06/06 11:37:52 Esm55MCB
そういうのは、
dd if=/dev/hoge of=/dev/null
とかやって、適当に途中経過表示するだけで満足したりして。
262:login:Penguin
09/06/06 11:53:20 EjsbOXDm
意味の無いデフラグを提案する糞開発者ｗ
URLﾘﾝｸ(www.mail-archive.com)
>>261
（笑）
263:login:Penguin
09/06/06 12:10:54 sqIZeg7O
なんとなくだが、defragが安全に実装が完了するより先に、SSDの大容量化とコストダウンが
先行してしまうような気がする。
実際、鯖用途で考えたら比較対象となるHDDは容量大きくて低価格なSATAじゃなくて、
24時間運用可能だけど容量いまいちで値段が高いSASになるから、そうすると既にC/Pは
もうちょっとってところまで来てるもんねぇ…。
264:login:Penguin
09/06/06 14:45:58 0f310tGM
>>251
ファイルシステムのベンチマーク取るのなら、
bonnie++じゃなきゃ価値がないと思うんだが。
265:251
09/06/06 15:52:34 NHEM8KDs
>>264
そうだね
・ddの結果が「いわゆる」ベンチマークの結果だとは考えてはいない
が、当面の用途はビデオファイル(1個が5〜20GB)なのでddの結果でも充分参考になる
・来週には正式版がでてくるのでPreviewで真面目に計測する気はない
>>251で「遅い」と言ったのはあくまでも
ddで出てくる xxxMB/secおよびiSCSI-H/W_RAIDの転送速度インジケータをみた目分量から
ちなみに、xfs、ext4では100MB/sec前後、btrfsで90MB/sec弱
実用で考えているFC接続で同じ傾向になるかはわからない
266:login:Penguin
09/06/07 03:04:10 04RnY7h3
>>252
6月号64ページのファイルシステム機能比較表のこと？
ZFSは参考として載ってるだけで、がちんこ勝負という風には見えなかったぞ。
対応RAIDレベルではbtrfsよりZFSの方が多くのRAIDレベルに対応と載ってるし。
267:264
09/06/07 11:47:46 n8O8daQH
ddの結果が参考になるって・・・・・バカなの？
常に単一の書き込みしか行わず、しかも同時に書き込むわけでもないddが参考？
bonnie++ですら参考程度にしかならないってのに、どんだけ幸せ思考なんだか・・・・・
本当、救いようのないバカだな
大体、分かってんのかな
ext4ってのは未だに、大量のパッチやバグ報告がML上で飛びかうstableなんて名ばかりのFSだし
XFSなんて、信者は無かった事にしてるがxfs_repairのメモリ大量要求や、不完全データファイルをゼロクリアする素敵機能付きだし
btrfsに至っては、experimental宣言している上に、つい最近New Experimental Branchが切られたばかりの、正に文字通りHeavy DevelopmentなFSだ
わざわざそんな不完全なFS集めて、何かある度ここで騒ぐわけ？ 勘弁しろって全くよ
つか、常識あったらWinからNTFSで作っといて、LinuxからはCIFS経由で使うか、
SolarisなりFreeBSDからZFSで作ってNFSか、Samba経由でCIFSマウントするって
どうしてもLinuxでやりたきゃ、ディスク区切ってext3一択だな
普通は障害があった時の事を第1に考えるからな、復旧の怪しそうなFSなんて候補にすら入らんよ
それをわざわざLinuxから、しかも問題の起きそうなFS選んでとか、ネタでもやらねえって
まあddが参考になる程度のIO想定ならexFATで十分だろうけどよ
268:login:Penguin
09/06/07 12:03:06 ALgbBw22
>>267
何ファビョッてんの
ビデオだったらxfsが無難だと思うけどね
269:login:Penguin
09/06/07 12:04:48 Oh8Lh+rd
>>268
いつもの人だから触っちゃダメ
270:login:Penguin
09/06/07 14:35:56 1iwXKTOD
xfsのゼロクリアってあえてやってるんでしょ？
271:login:Penguin
09/06/07 20:55:19 ELAUhkI1
ext2って電源断に弱いですか？
ファイルが損失する理由がわからないです。
ファイルを編集するときはメモリ上に書き込んで、HDD上は削除されるということなのでしょうか？
HDD上削除されなければ電源断時にも復活されるのでは？
272:login:Penguin
09/06/07 21:02:41 jYLS0xyE
>>271
前のファイルのままということはあっても、完全喪失というのは稀なレベル。
最悪でも普通はlost+foundに救出される。
273:login:Penguin
09/06/07 21:22:33 eb8s04gy
>>271
ジャーナルが無い分、「弱いか？」と聞かれたら「弱い」になる。
HDDにもバッファメモリがあるしOSもディスクキャッシュを保持するし
git clone hagehage してる時に電源が落ちたら何かしら壊れてくれそう
・・・ダメだ
いつも茶々入れてる人はこういう時に本領発揮して分かりやすく丁寧に、
「素人だったの私がこの解説を聞いたのがファイルシステムを開発するきっかけでした。」
って言わせるくらい趣き深い答えをしてあげてください
274:login:Penguin
09/06/07 21:41:54 Muz+bcji
そういえば、昔、Oracleで電源トラブル無くてもファイルのcorrupt問題があったような記憶が...
多分Cacheハンドリングのバグ(Oracleから言わせれば仕様)だったかな ?
275:login:Penguin
09/06/07 22:21:29 TUQDvEOj
>>271
メタデータの書き込み途中で落ちたら、参照できなくなって消える。
fsckで復活できる場合もあるが、かなり時間がかかる。
ジャーナルファイルシステムだとその心配が無いし、急な電源断時も完全なfsckは不要で復帰が早い。
276:login:Penguin
09/06/07 22:46:43 q7MhCH00
>>270
そうだよ
上のアレはきっと奥なんとかに毒されてる信者だから触るなよ
277:login:Penguin
09/06/07 23:43:52 hepWkHiO
>>275
ジャーナルファイルが壊れた場合はどうするんだ？
あれだってタダのデータだろ。
278:login:Penguin
09/06/07 23:50:17 XaFBxSJG
おまえの裏の人格が夜中に発動して壊さない限り壊れない
279:login:Penguin
09/06/08 06:41:04 pjr9nEOD
>>273>>275>>277
今時ext2を使っている人というのが想定できないが質問内容から照らし合わせるに
ジャーナルもメタデータもジャーナルファイルも全く意味不明の単語に聞こえるだろう。
280:login:Penguin
09/06/08 07:19:18 kvbAIbpF
>>271
現在主流のジャーナリングファイルシステムに比べれば、電源断に弱い。
しかしながら、「弱い」というほど弱くはない。
後継のext3が主流となり、ext4もできつつある今、
特別なパフォーマンスを要求しない限り、ext3を使った方がよい。
# って答えでいいか?
281:本当の264
09/06/08 10:04:03 4MvMHn9a
>>267
ちょっｗ 勝手に264名乗らないでｗ
282:login:Penguin
09/06/08 11:03:26 gamXREiU
現状では、実用性重視ならreiserfsしか選択肢が無いな。
283:login:Penguin
09/06/08 11:09:06 kvbAIbpF
>>282
reiserfsとかw
マジでそうだから困る。
284:login:Penguin
09/06/08 12:05:58 uuuo0ENf
何はともあれ、今時 ext2 は止めといた方がいいですよ。
285:login:Penguin
09/06/08 12:26:32 joEenCpk
/bootとディスクイメージ内のFSにext2つかってる
286:login:Penguin
09/06/08 12:32:17 Tzl1D/T+
/boot ext2
/ reiserfs
/var reiserfs
/home xfs
287:login:Penguin
09/06/08 12:48:59 hKwKsQNd
kernel watchによるとgoogleはext2をつかっているらしいけどね
288:login:Penguin
09/06/08 12:53:27 SObkUY93
>266
勝ち負け以前に、btrfsが今だexperimentalで、データがいつ消えても泣かない・ちゃんと
報告する程度のものってことに記事のどこにも出てこないってのはダメじゃないかな。
むしろ「Btrfsを使ってみよう」みたいなノリノリだからねぇ。
289:login:Penguin
09/06/08 13:40:49 AvnesfX4
不意打ちfsckでファイル名前が化けたりFAT32はchk.001とか作りまくるくらい脆い印象がある。
Ext2IFS？だったかWindows上で普通の感覚で使えるドライバーがあったがあれには重宝するんじゃないの。
Using The BTRFS Filesystem On Debian Lenny
URLﾘﾝｸ(www.howtoforge.com)
ソースのビルドを2GBの/dev/shmでやるのは苦しい時もあるので解決案を探してます
BTRFSもまだ試してないんだがCOWが使えるFSは今のところ何があるの？
reiserfsの小さいファイルの特性は飛び抜けてる?
今はext3を基調に/usr/shareと/usr/src、その他データ領域をxfsで使ってます。
私的感情の混じってない複数人のざっくりした見解が聞きたいです。
290:login:Penguin
09/06/08 13:43:50 xArk/8v2
tmpfsとswap使えばファイルシステムに依存しなくなるのにww
291:login:Penguin
09/06/08 13:48:05 9+zpPHhG
btr犬fs
自慰用
292:login:Penguin
09/06/08 13:58:12 AvnesfX4
>>290
ディストリによって違うんだろうけど/dev/shmって書いてあるだろが・・・
293:login:Penguin
09/06/08 14:03:07 Mf/AoFnn
>>289
/usr/srcをxfsにするなら、mkfsする際にlog関連のパラメータを適切に設定
しないと小さいファイルの削除がext3より遅くなるぞ。
294:271
09/06/08 23:11:11 LAXM1eVU
ほとんど変更のないパーティションはジャーナルいらないからext2でいいのでは？ と思ったからです。
/boot や / など。
ext2でファイルが壊れるってどんなとき？
ファイルが作成されて、変更もなしで、数日後にクラッシュしてファイルが壊れることもありうる？
295:login:Penguin
09/06/08 23:22:42 MjyV0szQ
あり得るか,と言われれば
あり得るとしか・・・この世のモノは全て壊れる運命なので・・・・
殆ど変更がなくて、
「後で復旧できるように構築手順かバックアップが取ってある」なら
ext2 でいいんじゃね？
インストール時に作られて手を入れてないとかいう部分だったら
再構築も楽だろうしそんなんでもいい、という用途はあると思う。
296:login:Penguin
09/06/08 23:23:06 oMVcdxiB
>>294
> ext2でファイルが壊れるってどんなとき？
今壊れちゃったらマジで困るってとき
297:login:Penguin
09/06/08 23:56:46 jfF7vcnN
ext3が作られたのはext2じゃfsck遅すぎてやってらんねってことだったっけ？
298:login:Penguin
09/06/09 00:07:04 ZW6/2JYO
>>294
むか〜しpanicした時にやられた。
その後HDDがお亡くなられてしまったので、ext2関係無いような気もするが。
lost+found送りは何回か経験したが、中身壊れたのはその時だけかなあ…
299:login:Penguin
09/06/09 01:54:47 tJjVNlck
>>294
逆にジャーナルはあっても困るものでもないし、あえてext2を選ぶメリットがほとんど無い。
/bootをジャーナル無しにしてて、カーネルやinitrdの更新中に停電やメモリのエラーで落っこちたら困るでしょ。
滅多にないだろうけれども、ごく普通にext3とかreiserfsを選んでいればそんなことも無く、わざわざext2を選ぶ価値が無い。
300:login:Penguin
09/06/09 09:09:10 B66inO7s
ファイル倉庫はNTFS-3gなんだけど、なんか問題ある？
301:login:Penguin
09/06/09 12:51:04 EElS/ahk
>>289
そもそもdosfsckはダメ文字が駄目
使うもんじゃねえ
>>294
何が聞きたいんだお前は
結論ありきの質問するならずっとext2使ってろ
302:login:Penguin
09/06/09 13:43:16 F4Aa68Pq
>>299 みたいな場合でもジャーナルがあれば信頼できるの？
ジャーナルの処理するのって、カーネル起動してからだと思うんだけど。
303:login:Penguin
09/06/09 14:24:49 21hDzqo6
データは、どんなファイルシステムを使っても、常に壊れる可能性があるから
バックアップするしか無い。
RAIDもジャーナルも、サービス停止を短かくする手段だと割り切ったほうがいい。
だから停電の時に、ext3よりデータが消える確率が少し高くて、fsckに時間が
かかることに目を瞑れるなら ext2 でもいいんじゃないかな？
304:login:Penguin
09/06/09 14:34:10 sqCmm0Bn
>>302
なるほど
それがgentooの/bootがext2な理由か
305:login:Penguin
09/06/09 14:50:45 Cu2mKnoj
>>302
journalingに対するsoftupdateの利点はこれだったのか
306:login:Penguin
09/06/09 14:52:51 YwKe1rPj
カーネルが機動していないときに/bootを更新するって、
誰が更新するの？
307:login:Penguin
09/06/09 15:00:14 ooupGcCv
/bootをext2にする理由は、そもそも領域が小さくfsckの時間も無視出来るし
書き込むこともほぼ無いのにlog領域を無駄にすることはない、というものだと思う。
今更/bootを別パーティションにする理由もあまり無いけどな。
308:login:Penguin
09/06/09 15:09:44 sqCmm0Bn
いつ気づくのかニヤニヤしながら見守るとしよう
309:login:Penguin
09/06/09 15:16:23 5EAlHPvm
>>308
精神病患者はおことわりします
310:login:Penguin
09/06/09 15:24:01 sqCmm0Bn
ext3でもinitrdの更新を注意深く実装すれば
壊れたinitrdを作ってしまう危険はほぼゼロに出来るだろうから
/bootがext3でも構わないのかもしれないな
のんきにGRUBにパッチ当てて/bootをext4にしちまうようなディストリは論外、と
311:login:Penguin
09/06/09 15:30:56 aE6XIpG1
>>306
地球の裏側の人がEF経由Iで電源が落ちてても書き換えます
312:login:Penguin
09/06/09 15:30:59 YwKe1rPj
なんだ。また奥なんとかさんが出張ってきてるのか。
313:login:Penguin
09/06/09 15:35:09 aE6XIpG1
ごめんEFIね
314:login:Penguin
09/06/09 15:37:55 8w8xYP9i
>307
いまどき/bootを分ける理由っていえば、まぁ、mdでRAID5以上の構成にする時に、
grubが扱える様に/bootだけRAID1で残す為、位かなぁ…?
315:login:Penguin
09/06/09 15:41:49 ooupGcCv
なんだ、そんなことを言ってたのかよ。どのみちinitrdが壊れてたら
ディスクドライバをロード出来なくてブート不可能なdistroがほとんどだろ。
initrdが壊れるなんてことはめったに起きないし、万が一起きてもCDブートして
復旧するのが一番楽。
ちなみにdebianやubuntuではext2もモジュール化されてるからext2にしたところで
何も回避できない。
316:login:Penguin
09/06/09 15:45:10 sqCmm0Bn
38点 (100点満点)
317:login:Penguin
09/06/09 15:51:32 ooupGcCv
>>314
使いたいかどうかは別として、grub2だとLVMでもmdのRAID5でもブート出来るんだよな。
318:login:Penguin
09/06/09 15:52:31 sqCmm0Bn
いや38点はあげすぎかな
ぜんぜん理解できてないから0点だ
319:login:Penguin
09/06/09 15:58:15 5EAlHPvm
ID:sqCmm0Bnのような精神病患者はこのスレへの出入り禁止です
320:login:Penguin
09/06/09 15:59:39 sqCmm0Bn
にゃにゃにゃ？
321:login:Penguin
09/06/09 16:02:14 ooupGcCv
なんだ、単なる基地外か。
322:login:Penguin
09/06/09 16:05:40 sqCmm0Bn
なんというゆとりっぷり
正解を教えたりせずヲチしててよかった
323:login:Penguin
09/06/09 16:09:35 8w8xYP9i
>317
ま、そこは今はまだディス鳥次第なところなんで、あえて触れなかったんだけども。
324:login:Penguin
09/06/09 17:27:53 CF3nPqAI
>>322
ただ煽りたいだけのシッタカ乙。
325:login:Penguin
09/06/09 21:27:27 Wh4lHMAS
>>303
> RAIDもジャーナルも、サービス停止を短かくする手段だと割り切ったほうがいい。
ジャーナルはそれで正しい。
が、RAIDはサービス停止を回避するだけで、一旦アレイ破損等で
サービス停止すると普通より復旧遅くなりがちだから、短くするってのは変だな。
まぁ細かいところだが。
326:login:Penguin
09/06/09 23:01:21 7z+U+qgq
ジャーナルが実際にDISKに書き込まれるまでのタイムラグってどのくらいでしょうか？
数日ということもあるのでしょうか？
普通に考えれば数秒程度ですむと思うのですが。
327:login:Penguin
09/06/10 02:11:58 cSxSGaGP
>>325
RAIDの修復なんてホットスワップで裏でやらせとくもんだろ
328:login:Penguin
09/06/10 02:36:58 YPL1CLam
>>327
303はサービス停止って言ってるし、デグレードじゃなくて本当に壊れたときの話だよ。
単なるデグレードじゃサービスは止まらないから、ホットスワップとかそういう話じゃない。
329:やんやん ◆yanyan72E.
09/06/10 02:37:43 Lo8HmaM8
>>327
そうでなくて、修復できない状態のことをアレイ破損というんだろ。
330:login:Penguin
09/06/10 02:47:36 3e0Ap7d7
またそういうことを
331:login:Penguin
09/06/10 02:50:34 WUC9iD6p
チョコつけ棒自重
332:211
09/06/10 08:24:07 nf6usjF0
みんな、どうもありがとうね
HDが今日届くことになって、とりあえず
32TBをxfsで、8TBを試験的にbtrfsで使うことにした
333:login:Penguin
09/06/10 10:25:07 tTYdjDBW
いったいどんなデータを置くのかが気になるぜ
334:あ
09/06/10 11:23:32 O1yGBX4O
助けてください！教えてください！
クロック周波数が2.0GHｚのコンピューターの１クロックの所要時間は（a）ns（ナノ秒）である。 （a）は？ またこのコンピューターである特定の命令を実行するのに要するクロック数が８クロックであるとすると、この命令の所要時間は（b）である。（b）は？
335:login:Penguin
09/06/10 11:30:17 9L54Bn6h
>334
> 助けてください！教えてください！
消えろ。
> クロック周波数が2.0GHｚのコンピューターの１クロックの所要時間は（a）ns（ナノ秒）である。 （a）は？
キス
> またこのコンピューターである特定の命令を実行するのに要するクロック数が８クロックであるとすると、この命令の所要時間は（b）である。（b）は？
ペッティング
336:login:Penguin
09/06/10 13:54:08 lIw6J/4l
>>334
これが釣りでないとしたら、おまえ、今から身体鍛えて土方になるしかないな。
割り算の出てくる仕事は無理だから。
337:login:Penguin
09/06/10 14:03:12 Q0NjRuO3
>>336
え゛っ ? 掛け算もあるよ
338:login:Penguin
09/06/10 22:09:01 YaTU6CRl
>>326
ext3の場合は
#define JBD_DEFAULT_MAX_COMMIT_AGE 5
となっているな。ext4も同じ。単位は秒
339:login:Penguin
09/06/11 19:09:35 qTTLr2eL
>>289
ちょっと古いけど視覚的に分かりやすい。とりあえずどうぞ
Linux filesystem benchmark 2008/1
URLﾘﾝｸ(www.t2-project.org)
Linux filesystem benchmark 2008/2
URLﾘﾝｸ(www.t2-project.org)
340:login:Penguin
09/06/12 03:31:00 3YbKAhkr
>>339
やっぱり、reiserfs が一番無難なんだよな。。。
Btrfsはやくきてーー
341:login:Penguin
09/06/12 06:43:21 M+7JEAro
ファイルサーバ立てるときはいつもReiserFSだな。
inodeが動的に生成できて数に制限がないFSって他にある？
実際、inode数が足りなくなることはないと思うけど、上限があるのって不安だから。
342:login:Penguin
09/06/12 06:48:38 6HYudZDo
そんなことが心配になるなら、容量に上限があったら、さぞかし恐怖でしょう。
領域を動的に生成できて容量に制限がないHDDを使うべきでは。
343:login:Penguin
09/06/12 07:43:39 bYqPKkVz
LVMは無視ですかそうですか
344:login:Penguin
09/06/12 08:44:37 dPgUga8b
>>342
ext2のときに
大きくないパーティションをデフォルトの設定でmkfsした場合、
そこをmail/newsのスプールに使ったりすると割とすぐ足りなくなった。
dump/restoreが必要だったから、余裕を持って多めに割り当てるようにしてたよ
>>341
reiserfs以外でも、jfs,xfsは動的だけど後は知らない
345:login:Penguin
09/06/12 11:43:54 A+DVffOK
>>342
inode数と容量のふたつの制限があるよりはひとつのほうがいいに決まってんじゃん。
346:login:Penguin
09/06/12 11:52:44 jFKs2ejL
どっかのおバカなOSの/var以外にinodeがあふれることなんてあるのか
347:login:Penguin
09/06/12 12:02:07 UYT/GpZC
>>341はいつものreiser厨
348:login:Penguin
09/06/12 12:17:27 cm5nbj5o
そういえば昔RH7.3の時代にlogrotateが延々と
ファイルを増やしまくってinodeを食い尽くす、とかいう
バグがあったなあ...
349:login:Penguin
09/06/12 12:32:15 NfXF6BAy
ファイルサーバのときは、inodeよりもディスクの利用効率的にreiserfsを選ぶ。
350:login:Penguin
09/06/12 12:40:33 So72KRDF
ちなみに2ch専ブラのログ置き場は何にしてる？
考えたがそんなに差は無さそうだったから使ってるxfsにブッ込んでる。
>>339
ファイルシステムマニアのみなさん、こういうの日本語でやってほしいです。
351:login:Penguin
09/06/12 18:57:56 jFKs2ejL
>>348
URLﾘﾝｸ(bugzilla.redhat.com)
具体的にどの Bug# ?
352:login:Penguin
09/06/12 19:30:00 cm5nbj5o
>>351
これ
URLﾘﾝｸ(bugzilla.redhat.com)
単なる設定ミスといえばそうだが
353:login:Penguin
09/06/12 19:42:27 jFKs2ejL
>>352
やっぱりそれか。懐かしいな。sambaのlogで悩んだでたよ。
幸い /var が溢れる事態にはならなかったが。
354:login:Penguin
09/06/13 14:48:00 JubTxWA6
NILFSがlinusツリーにmargeって、GC問題は解決したのか？
GCさえ解決すれば非常に有望なfsの気がするけど。
355:login:Penguin
09/06/13 15:42:58 KIjTPhhe
>>354
GCがないのは問題ではなくて機能なのでは？
356:login:Penguin
09/06/13 16:14:31 SIDWa3ow
>>354
mergeは安定して使えるようになった事を意味しない
＃ところでマーガリンがどうしたって？
357:login:Penguin
09/06/13 16:43:01 aU2xhACg
>>355
「NILFSはGCがない機能があります。」
どう考えてもオカシイだろ。
358:login:Penguin
09/06/13 20:47:48 d4XO7s9x
NILFSにはGCという機能がありません。
だろ。
359:login:Penguin
09/06/13 21:19:57 KIjTPhhe
GCがないかわりに
過去のファイルをすべて保存しておく機能がある。
お前ら、頭が固いんだよ。
360:login:Penguin
09/06/14 11:27:38 INSOMoqp
結局「GCがない」は機能じゃない
それが問題かどうかは知らんが
361:login:Penguin
09/06/14 12:23:02 3MGoAqsu
ていうかmergeされたのはNILFS2であってNILFSじゃないんだが
362:login:Penguin
09/06/14 12:26:05 SExX3BMV
NILFS2はGCあるよな。3月にGC周りのバグフィックスとかもしてるし。
まあ使ったことないからどんな程度なのか分からんが。
363:login:Penguin
09/06/14 23:06:54 rQwfo9s3
ext4で透過的圧縮が使えないことを知った
絶望した
364:login:Penguin
09/06/18 23:56:35 ioEeQc9O
ext4でもまだファイル名255byteなんだよね。NTFSは255文字なのに。
日本語のファイル名をUTF-8で格納すると、入って85文字程度だしな。なんとかならんの。
ファイルサーバーをlinux+sambaに移行しようとしたらこのざまだぜ。
365:login:Penguin
09/06/19 01:27:45 Xfeqptff
vfsレイヤの問題
366:login:Penguin
09/06/19 10:17:22 qN4LPkrl
>>363
fusecompress
367:login:Penguin
09/06/19 19:17:33 eTXARmpf
>>364
そんな長い名前つけてどーするんだ・・・
368:login:Penguin
09/06/19 19:54:05 EeoS3mUJ
P2Pモノだと無駄に検索ワードが入ってたりするが
369:login:Penguin
09/06/19 22:25:00 w3Unrur6
>>367
メモとかw
370:login:Penguin
09/06/19 23:00:18 mnbKzcXv
結論
ext4は不要
btrfsの人柱たれ
371:login:Penguin
09/06/19 23:37:21 u8qVAw6f
そうは言うがbtrfsにも弱点はあるだろ？
372:login:Penguin
09/06/19 23:44:48 xpJPlhFx
>>371
遅いこと？
copy on writeの宿命な気がする。
373:login:Penguin
09/06/20 00:26:22 CdaCT9qt
>>367
プロジェクト通し番号+プロジェクト名+文書名+文書通し番号+日付+bakとかoldとかメモとか+拡張子
こういうふうなファイル名をつけると、UTF-8で255バイト越えがまれにある。
本当にファイル名にメモを入れる奴がいるから困る。
374:login:Penguin
09/06/20 04:14:59 pHcNf2hR
>>373
VCS使えよ
375:login:Penguin
09/06/20 09:13:33 bTbqwzKO
>>371
おまえがその弱点を修復していただければ幸いです
376:login:Penguin
09/06/20 13:18:15 xwPbisEm
外部ストレージ12T*3なファイル鯖立てる必要があるんだがファイルシステム何にしたらいいかな？(１ボリューム12TBで構築)
１ディレクトリに数KBのファイルを数十万個置く馬鹿がいたりしてext3は出来れば使いたくないんだけど。
(ls叩くだけで数十分戻ってこないとかになるし)
ちなみにOSは今のところRHEL5.2の予定なんでRHELで正式サポートしてる物で 速度より信頼性優先で考えてます。
自分一人だとSolaris10/zfsにするんだが Solaris不慣れなメンバが多くてRHELになりそうorz
377:login:Penguin
09/06/20 13:29:09 nE/nEMaI
正式サポートとなるとext3しかなかったような気がする…
転んでも泣かないのであれば他のも使えるが。
378:login:Penguin
09/06/20 13:35:29 pHcNf2hR
>>376
ext3より遅いzfsで問題ないならext3で良いだろ、と言いたいが12TBとなるとmax 8TBのext3は無理だ。
reiserfsかxfsをお勧めするが、サポートが欲しいならext4待つのが賢明かもしれない。
379:login:Penguin
09/06/20 13:45:57 43WBQfGz
>>376
Windowsにしろよ
380:login:Penguin
09/06/20 14:03:13 tISAQ4gm
>>376
ネットワークのFSは？ クライアント数は？ バックアップやスナップショットの必要性は？
381:login:Penguin
09/06/20 14:03:51 1JSai2FT
>376
> 自分一人だとSolaris10/zfsにするんだが Solaris不慣れなメンバが多くてRHELになりそうorz
素直にSolaris/zfsで組んでBrandZでRHE入れて公開とか。
382:login:Penguin
09/06/20 14:15:43 uTlYo/UV
SSD & btrfs(CoW)の組み合わせが最高
お互いの欠点を補い合い、長所を最大限に発揮する。
って何となく思った。だいたい合ってるんじゃないかな。
383:login:Penguin
09/06/20 14:17:11 43WBQfGz
Linuxとかなんかのジョークだろ
384:376
09/06/20 15:02:52 xwPbisEm
>>377
ReiserFS, XFSあたりってサポートしてなかったのか...
SuseでReiserFSにするならSolarisのほうが馴染みがあるし悩むなぁ
>>378
ext3 16TBまでサポートってRHEL5.0でテクニカルプレビュー、5.1以降で正式サポートじゃなかったでしたっけ？？
>>379
windows嫌い（ぉ というか telnet/ssh踏み台やら適当にscript走らせてるのでwindowsは...
>>380
NFSで繋ぎにくるのは２ユーザのみ。あとはftpで毎日400GB程度受信、300GB程度送信かと。
スナップショット不要でバックアップは毎日別鯖にrsyncの予定。
>>381
それは悪くないかもしれないですね。 Dell鯖だとSolaris正式サポートしてるし(キモイけど)
あまりDellは好きじゃないけど MD3000が安すぎて他の選択肢が存在しない(苦笑
385:login:Penguin
09/06/20 20:34:34 9xybmBgQ
>>384
これのことだすな。
URLﾘﾝｸ(blog.livedoor.jp)
386:login:Penguin
09/06/20 21:10:26 1JSai2FT
TBオーダーになると、本質的にfsck前提のfsじゃ運用がきつすぎるって……。
387:login:Penguin
09/06/21 01:56:50 x1fahonI
ext3って巨大ファイルの rm は遅いけど、大量ファイルの ls って、そんなに遅かったっけ？
388:login:Penguin
09/06/21 09:22:02 jR2Jwv49
>>367
ファイル名をつけないで内容の冒頭をファイル名にするといった
使い方が登場してるからね。
日本語ファイル名と同じで、なんやかんや言われるけど、そういう
使い方に一定の利点があることは確か。
389:login:Penguin
09/06/21 10:07:45 62ulX/zJ
>>387
2.4のころはすげー遅くなった。
最近は大丈夫なはずだが、そういう所はreiserfsにしてしまったので
実際どうなのかわからん。
390:login:Penguin
09/06/21 10:40:32 eb5/k6A8
ext4の使い心地や速度や信頼性はext3と比べていかがですか
何も変わらないですかそうですか
391:login:Penguin
09/06/21 11:27:48 LXWNEUWq
btrfsの使い心地や（ry
おまえがやれですかそうですか
392:やんやん ◆yanyan72E.
09/06/21 12:50:30 qnAMuU8X
ちょっと前に2.6.29のbtrfsで4つほどのディスクを結合して
一つのファイルシステムを作ったら、2日後ぐらいに
エラーだしてアクセスできなくなっていた。
今はそのぐらいの信頼性だということで。
393:login:Penguin
09/06/21 13:46:30 kS8xrTW4
>>392
btrfsの信頼性が低いのは分かってるので、
体感性能をレポートしてくれるとありがたい。
394:login:Penguin
09/06/21 15:06:25 eb5/k6A8
速くて怖くて臭い
395:login:Penguin
09/06/22 00:58:40 WFQSRo3G
>>390
挙動はかなり良い
スムーズ
信頼性ではまだメインでは使えないだろうな
396:login:Penguin
09/06/22 19:27:52 /UtaE34c
>>395
それは楽しみだな。
397:login:Penguin
09/06/23 00:26:31 +00i5bOt
>>395
ちょっと前に、getblkに排他入れるの忘れてた。なんてパッチが流れてて、底をどうやって忘れることががが・・・
と衝撃を受けたのは記憶に新しい
398:login:Penguin
09/06/25 17:31:23 moRwwRW2
btrfs
最高！
て言えるの、一体何時頃？
399:login:Penguin
09/06/25 20:10:17 KBIp5JGO
>>398
こんどの土曜日の午後２時頃
400:login:Penguin
09/06/26 02:04:24 F/JYcXGB
>>398
FreeBSDでzfs最高！って言えた後。
btrfs 再考！なら Sun買収の今ならあり得るかと。
401:login:Penguin
09/06/26 19:05:10 PoKFzBk0
URLﾘﾝｸ(uyota.asablo.jp)
95%を過ぎる頃からパフォーマンスが落ち始め、97%を越えた辺りからファイル操作が劇的に遅くなり
99%を過ぎる時には非常に醜い事態になる。って・・・・・
この人、本気でこんな事言ってるのかな
俺は某アルファブロガーさん程ZFSマンセーじゃないけど、
いちゃもん付けるにも程があるだろ・・・常識的に考えて
というか、対比としてUFSを挙げてるけど、実体験として5%ぐらいまでなら問題は無く、って事は
予約領域が8%で、そこを5%も侵食したって事で、要するに97%使用してるって事だろ？
FATのようなファイルシステムならまだ分かるけど、i-nodeやB-treeベースのファイルシステムで
空き領域が3%しかない状態なのに、性能を落とさず使えるもんなのかね
UFSを97%も使った事の無い俺には信じられないんだが・・・・・
＃ 昔、エロ目的でニュースサーバ構築しようと、80GB×5をまるっと1スライスで
＃ /var/spool/newsにマウントして使っていた頃は、%iusedが10%未満の状態ですら
＃ 40〜50GBを越えた辺りから重くて使いものにならなかったのに
＃ UFSはいつの間にそんなに出来る子になったんだ？
402:login:Penguin
09/06/26 19:34:11 JYpSTooM
>>401
使用率90%以上のパフォーマンスダウンなんかだれも気にしないよな。
残り数パーセントを活用できたからと言って魅力はない。
それよりも、巡航時の性能の方が何倍も大事。
403:login:Penguin
09/06/26 19:54:54 NOfzkfFo
>>401
zfs quotaかけて制限ぎりぎりまで書き込もうとすると
かなりパフォーマンスが落ちるのは経験した。
そもそもCoWを高速化するためかなりメモリを使って
ディスクへの書き込みを遅延させて
実際の書き込みを削減するようになっているが、
残りが少なくなるとこの仕掛けが使えなくなり
頻繁にCoWの書き込みが発生してパフォーマンスが落ちるようだ。
（あくまでも推測です。ソースは読んでいません）
404:login:Penguin
09/06/26 20:49:12 mF9+I+S5
root予約領域の確保はほしいかも。
405:login:Penguin
09/06/26 22:44:47 O4vFMWYa
>402
今さっき、Solaris10 5/9で
# mkfile 1g /data/1G1 /data/1G2 /data/1G3
# zpool create tank raidz /data/1G1 data/1G2 /data/1G3
して作ったエリアに100Kずつmkfileでファイルを作ってくスクリプトをまわしたけどさ、
あっさりとAVAIL 0%まで突っ走ってしまったなぁ。
つーか、どういう運用であれエリア全部を使い切ってしまうようなら
管理者の無能を証明しているだけって気がするけどな。
406:login:Penguin
09/06/26 23:33:31 fjH2S1/1
HDDが1Tとすると、10%で100Gあるからなぁ
100Gあれば、まだ十分使えると思ってしまうのが普通だろ
407:login:Penguin
09/06/27 01:03:16 xSWgaNVh
>406
> 100Gあれば、まだ十分使えると思ってしまうのが普通だろ
それは試してみたかい?
俺が自分でpoolサイズをいくつか変えて試した感じでは、少なくとも遅くなるケースってのは
poolサイズの何%以下って動きじゃない。
1Tプールで残り100Gのところに99Gのファイルを作ろうとすると途中で遅くなるだろうが、
50Gのファイルならたぶん普通に作れる。しかし残りが100Gで既に存在する50Gのファイルを
同じファイル名で書き換えるなら引っかかるかもしれない。いずれの場合でも当該プールへの
アクセスが重くなるだけで、CPU負荷が増えるとかは一度も遭遇していない。
件のblogは「普段よりシステムが二、三倍ぐらい遅くなっているのに気がついた」とか書いてる
みたいだから、たぶんルートファイルシステムで空きがなくなるまでやってたんだろうな。
そこらへんの切り分けも出来ていないみたいなのはお粗末だとは思うが、まぁ、そんなもんだろ。
408:login:Penguin
09/06/27 09:48:01 9F/Mxzcj
>>405
ということは、遅くなるのは断片化の影響？
409:login:Penguin
09/06/27 17:37:41 CPmpdLib
>>406
おまえだけだろ。
410:login:Penguin
09/06/27 19:41:30 k4AyL1vK
HDDが1Tとか残り100Gとか、ダウソ板に居るのかと勘違いしたじゃないか
411:login:Penguin
09/06/27 23:36:47 sRzpWWk6
そりゃ管理者≒ユーザーなら残り容量も管理できるだろうさ
412:login:Penguin
09/06/28 00:14:38 PkMOJr/+
管理者とユーザーが同一人物じゃなければリソースの管理もできない管理者って、
なんのジョークだ?
413:login:Penguin
09/06/28 00:27:12 mHUBrjQ8
年金ジョーク
414:login:Penguin
09/06/28 09:46:19 rA+Z+0As
おまえらは黙ってbtrfsを使え
俺はreiser4を応援する
415:login:Penguin
09/06/29 15:29:26 EwMZtCko
[Phoronix] EXT4, Btrfs, NILFS2 Performance Benchmarks
URLﾘﾝｸ(www.phoronix.com)
416:login:Penguin
09/06/29 21:36:30 E54LAahb
狭い領域 そんなに急いでどこへ書く
417:login:Penguin
09/07/01 07:11:15 pFEUrnAn
途中までNILFS面白くね？と思ったが、Threadedのテストで酷いことにｗｗｗ
ロックがうまく捌けてない？
418:login:Penguin
09/07/01 19:06:34 VcKgLPIK
起動・システムパーティションにxfs使ってて、
uswsuspでs2diskしている途中なんかで無理矢理電源断すると
次回リブート時にxfs_repairしなか起動しなくなるんだけど、
これs2disk中以外の普通の突然の電源断では起きないのかな？
実マシンじゃ恐くて試してないけど、vmware上じゃあれこれ書き込んでる最中に
電源落としても大丈夫みたいだけど。
419:login:Penguin
09/07/01 20:27:43 rmCahXvL
>>418
ルートファイルシステムをXFSにして数年経つがxfs_repairなんて使ったことがない
420:login:Penguin
09/07/01 20:30:41 IqsTXi/V
ひさびさにXFS厨発見
ここから３０レスくらいアンチが埋め尽くすはず
421:login:Penguin
09/07/01 20:41:09 rmCahXvL
はいはいNGID
422:login:Penguin
09/07/01 20:42:27 T/tn+uoR
アンチが付くほどユーザ多くないだろ > XFS
423:login:Penguin
09/07/01 20:47:18 VcKgLPIK
>>419
その間突発的な電源断とかは？
s2disk中に電源落とすと再現できるかもだけど恐いからやれない。
s2disk中以外の電源断ならそのままリブートできるんなら自分的には問題ないけど。
424:login:Penguin
09/07/01 20:55:42 rmCahXvL
>>423
自宅なんで停電で落ちることもあるしoopsで固まった事も一度や二度じゃない
XFSの信頼性そのものは怪しいと思っているが、
xfs_repairしないと起動しなかったなんて経験は無いな
425:login:Penguin
09/07/01 20:58:34 UZTOndbd
>>418
ID:rmCahXvLじゃないけど。
俺がXFSを/で使っていた時の話だが、何事もなかったように立ち上がってきたぞ。
指輪物語の再生中でスクリーンセーバー切ったりとかついでに電源ケーブルも切ったりして
つい、バッテリー切れ起こして突発的に電源断しちまったんだな。
426:login:Penguin
09/07/01 21:00:10 VcKgLPIK
>>424
サンクスです。とりあえず今インスコ中のpcはまるごとxfsにすることにしました。
427:login:Penguin
09/07/01 21:17:55 Y9xsHfht
XFSﾏﾝｾｰ
428:login:Penguin
09/07/01 21:18:56 RgnVHoSx
皆さん人柱乙です
URLﾘﾝｸ(www.atmarkit.co.jp)
> 相変わらず、ext4のバグのペースはすさまじいものがあります。
429:login:Penguin
09/07/01 23:41:21 dnXeAx3U
>>415
使い方によって、FSでここまで差が開くってのは面白いね。
パフォーマンスを追求するのなら、
どのサービスを提供するかでFSを変えた方がいいってことか。
430:login:Penguin
09/07/01 23:44:39 aKLpib1z
>>429
フォードに車種が沢山あって目的に応じて選べるのと同じだね
431:login:Penguin
09/07/01 23:47:12 dnXeAx3U
>>417
シーク時間の影響かも？
今後、SSDが普及していくとしたら、複数スレッドからの同時アクセスでも問題なさそうね。
432:login:Penguin
09/07/02 00:00:29 6CzpStJa
ちょっと古いけど、POHMELFSのベンチマーク
URLﾘﾝｸ(tservice.net.ru)
NFSよりだいぶ早いわ。
小さいファイルを大量に扱うクラスタファイルシステムとしては、今後に期待できるのかも。
主な用途は画像共有サーバ、メールサーバとかか。
433:login:Penguin
09/07/02 20:46:34 rU1W47g5
XFS厨の特徴
・Linux Kernel Version2.6.17〜2.6.17.6の時に何かあったのか思い出せない、しかし初期のReiserFSの不具合は今だに覚えている
・xfs_repair & xfs_checkが1TBにつき、およそ1GBのメモリを要求するのはアンチの流したデマだと思っている
・XFSのジャーナリングが、ext[34]で言う所のdata=writeback相当品だというのもデマだと思っている
・ext[34]のdata=writebackは極めて危険だが、XFSのジャーナリングは問題無いと思っている
・カーネル標準のVFSを介さないのでXFSは素晴らしい、そしてVFSを介する他のFSは糞だと思っている
・突然の電源断や、システムダウンでもXFSが壊れた事は無いと主張
・O_SYNCや、O_DIRECTでファイルオープン中に電源が落ちても、ファイルがヌルバイトに切り詰められるなどありえないと思っている
・O_SYNCや、O_DIRECTでファイルを開きっぱなしにしておくなんて、RDBMSであろうと行儀の悪い事だと思っている
・バカでかいRAIDアレイで、しかもあえてワンパーティション運用していてもノートラブル
・LVMやMDと一緒に運用していても勿論ノートラブル
・xfs_fsrをcronで毎日ブン回そうがノートラブル
・Unknown error 990なんて当然見たことも無い
・トラブルが起きないのでfsck.xfsだけで十分だ
・xfs_repair or xfs_checkなんて使ったこともない
・FSの性能比較などでXFSの結果が奮わないとデマだ、やらせだと大騒ぎする
・やたらと「次に使うFSを何にしようか」と聞いてくる、そしてどんなFSを勧められても結局「XFSにしますた」で終了する
434:login:Penguin
09/07/02 20:49:21 JUQuwRcW
何か仕事で辛いことがあったんだろうか・・
435:login:Penguin
09/07/02 20:55:14 hrym764a
そっとしておいてあげて。。
436:login:Penguin
09/07/02 20:56:46 S0MAGDAx
とりあえず確かなのは
おまえがアンチだということだな
437:login:Penguin
09/07/02 22:16:21 as0GGArF
>>433
英訳して本家スラドにタレこむと面白そうだな。
それはいいとして、その調子でJFS厨やReiserFS厨、Ext3厨の批判も頼む。
438:login:Penguin
09/07/02 22:17:16 Hm4AKlRl
LinuxのJFSって全国で3人ぐらいしか使ってないだろ
そのうち1人は俺な
439:login:Penguin
09/07/02 22:17:33 C87ApF+T
もう1〜2年前の話になるが、
luksで暗号化したHDDの上にnilfs2を構築して使ってたら
約5秒ごとにファイルシステムに書き込み(？)が発生して、nilfs2のcpが5秒ごとに作られてた。
luks使ってないHDDだとこういう事は無かった。
今は余ってるHDDないから試せないんだが、まだ変わらないのかな？
440:login:Penguin
09/07/02 22:47:23 as0GGArF
ReiserFS厨の俺がReiserFS批判すると
・起動時間を競う今にマウントが桁違いに遅い
・BKLが残っててBKL使っている他の部分の速度を下げる
・早いのはいいが、CPU負荷も高い
・一日の長長しかなく、CoW使った次世代FSに速度を抜かれる運命
・開発者あぼーんで将来性が無い
こんなとこかな。ext系の独自機能への対応具合とか、技術的に詳しい人の批判が欲しいなぁ。
441:login:Penguin
09/07/02 22:56:17 kVxArKzn
途中でめんどくさくなってやめた。改めて見ると俺の英語力終わってるな。
”How should I talk with anti-believers in peace?"
One of my friend is an XFS-hater. He often retails bad-talkings
about XFS with neither verification nor evidence. He says that:
"All of XFS users are believers. They make an effort to forgot
what happened on 2.6.17-2.6.17.6 kernel, though, maintain
memories of early ReiserFS's issues."
... How should I talk with him in peace? Do I have nothing to do
except for gracious neglect?
442:login:Penguin
09/07/02 23:24:22 as0GGArF
How do you think about XFS? Recently, my friends talk about XFS-believers peculiarity. He would think "XFS is poor and its believers are foolish!". His opinions are here:
- ...
I doubt his opinions are truth. Please give me your opinions for his discussion.
443:login:Penguin
09/07/02 23:27:25 m2mL2E34
ファイルシステムには人の精神を狂わせる何かがある
444:login:Penguin
09/07/02 23:47:50 yfRomf3o
>>438
Ubuntuインスコ時にたまたまリストに出てきたから、で選んだ奴がもう3人くらいいるだろ多分
445:login:Penguin
09/07/03 02:36:47 uBL2xlI5
ファイルシステムというよりLinuxカーネルの安定性に激しく疑問を
持つようになってきたこの頃。
テストしているのか？レビューは？ビルドしてみたか？というような
体制側の問題と、新しいデバイスが出るたびにちょこちょこと出てくる
ハード側も絡んだ不審挙動があいまってうんざりすること多々。
最近より鉄板なWindowsServerに乗り換えようかと手を出しつつある。
何で俺がWindows鯖なんかに・・・
446:login:Penguin
09/07/03 02:54:39 ZPir+zN3
>>445
ええと、新しいデバイスならドライバも新しいわけで、当然バグもあるでしょう。
これはOS関係ないし。
鯖運営するんなら枯れたハードを使い、
そして最新のカーネルなんか選択しないと思うんだけど。
447:login:Penguin
09/07/03 12:38:51 pNxOnErm
ヒント：心の安定
448:login:Penguin
09/07/03 12:49:59 TiU7uWgl
ま、どのOSに乗り換えたって不満は出るんだけどね。
449:login:Penguin
09/07/04 10:06:32 oKHh/wD5
>>448
ただ、その程度の差は大きい罠
450:login:Penguin
09/07/04 13:04:03 aCWGVCOu
>>449
精神状態が不安定なだけ
451:login:Penguin
09/07/04 13:27:19 dWON3uVd
>>446
RHELやそのクローンって安定してる？
2.6.18というずいぶん古いカーネルだが
452:login:Penguin
09/07/04 13:42:05 aCWGVCOu
また不安定者か
453:login:Penguin
09/07/04 21:02:41 4I7qogug
結局Linuxでこれで鉄板ってFSってなんなの？
454:login:Penguin
09/07/04 21:21:15 epSeSByy
ext2
455:login:Penguin
09/07/04 22:16:50 c9qNSKKi
正解が必ずあると信じているのもゆとり世代の特徴
答はひとつと思い込みやすいのもゆとり世代の特徴
456:login:Penguin
09/07/04 22:35:48 lf/ENdM4
ゆとり世代で一括りにするのが
ゆとり世代じゃない真性ゆとりの特徴
457:login:Penguin
09/07/04 22:57:12 ueczLvj9
Linux板の平均年齢知らないのか？
おっさんは引っ込んでろ。
458:login:Penguin
09/07/04 23:16:29 B4QSauY5
どのlinuxディストリでも扱えるという点でext2かext3だな。
でかいアレイを扱うのは向いてないけどさ。
459:login:Penguin
09/07/04 23:20:22 c6siemrW
reiserfsのほうが良くないか？
460:login:Penguin
09/07/05 00:29:49 fbkB0Uiv
何がどう良いのか説明してくれ
461:login:Penguin
09/07/05 06:44:40 PXK9xHrV
XFS には、何度も煮え湯を飲まされた。 Linux 2.4 シリーズではいくらか実績があり、
一度 Linux 2.6 にしたマシンも 2.4 に戻して様子を見ていたが、結局 apt-get upgrade
でのパッケージのアップデート中や何かのタイミングで
Jul 7 01:41:45 db kernel: xfsforceshutdown(md(9,0),0x8) called from line 1086 of file xfs_trans.c. Return address = 0xf891c9eb
Jul 7 01:41:45 db kernel: Filesystem "md(9,0)": Corruption of in-memory data detected. Shutting down filesystem: md(9,0)
Jul 7 01:41:45 db kernel: Please umount the filesystem, and rectify the problem(s)
などと言い残して死んでしまうのであった。
でも、ext3 はどうなのよ? 伝聞によると、ジャーナリングなファイルシステムのくせに、クラッシュ後の
復旧処理でファイルシステムを壊すこともしばしばらしい。データセンターなので、長期の連続稼働で
不具合がでなければ問題ないのだが。
ほかのは… ext2: fsck 捨て。 JFS: 実績を聞いたことがないので敬遠。 ReiserFS: Linux 2.2
の時代に好んで使ってたが、ハード不良によるクラッシュ後の復旧でファイル消失したので捨てて、
その後に XFS に乗り換えた。長期運用では問題なさそうかも? Reiser4 はどうなんだろう?
色んな人の経験談や奥山さんの話を聞くにつけ、 Linux のファイルシステムはどれもダメなのかも。 Debian GNU/kFreeBSD でも試してみようかしら。
URLﾘﾝｸ(www.sfo.jp)
462:login:Penguin
09/07/05 08:42:28 PWp2gMGR
・伝聞によると
・らしい
・聞いたことがないので
・はどうなんだろう?
毎度必死過ぎて哀れを催すな。
463:login:Penguin
09/07/05 09:19:24 l701u5w+
おまいらにext3なんていらない
紙で充分さ
464:login:Penguin
09/07/05 09:42:17 mGEXPAo2
solaにゃんはだめなん？
465:login:Penguin
09/07/05 09:53:33 0pLzbEyN
>464
linux側だけの都合でlinuxに入らないものは悪みたいに思ってる人が結構いるから
きっとダメなんだろ。
466:login:Penguin
09/07/05 13:37:01 7/LltY/L
>>461
ハード不良でファイルが壊れるのは当たり前。raidでも使え。
467:login:Penguin
09/07/05 14:55:23 fQomHEI3
solarisのufsですが、どうもファイルシステムが壊れてしまったようです。
fsck でやると BAD SUPER BLOCKとでます。
エラーメッセージどおり、 newfs -N で代替スーパーブロックを探して、
でてきたスーパーブロックを指定して fsckやってもだめでした。
このような状態で、壊れたファイルを取り出す方法ってありますか？
468:login:Penguin
09/07/05 15:07:31 0pLzbEyN
>467
別に保管しておいたバックアップから戻す。
469:login:Penguin
09/07/05 20:18:24 p3GlOS2H
>>438
もう一人は俺。
/boot も JFS。
470:login:Penguin
09/07/05 21:23:59 ugjukesl
>>461
また奥山信者か
471:login:Penguin
09/07/05 23:02:10 J3bViw4a
>>465
Linux板で言われてもなぁ
ネガティブキャンペーンしたかったら少なくとも対比させてくれないと
そうで無いならUNIX板で
472:login:Penguin
09/07/06 14:00:48 76F9p4oQ
>>461
ext3いいよ。
クラッシュ後の復旧処理でファイルシステムを壊すことは無いし。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5368日前に更新/190 KB
担当:undef