ファイルシステム総合スレその10

0001login:Penguin

2009/04/02(木) 20:57:26ID:AdLAWklr

●過去スレ
01 ttp://pc.2ch.net/test/read.cgi/linux/1006743807/
02 ttp://pc5.2ch.net/test/read.cgi/linux/1063025258/
03 ttp://pc8.2ch.net/test/read.cgi/linux/1101495293/
04 ttp://pc8.2ch.net/test/read.cgi/linux/1136695633/
05 ttp://pc8.2ch.net/test/read.cgi/linux/1152348695/
06 ttp://pc11.2ch.net/test/read.cgi/linux/1173530292/
07
08 ttp://pc11.2ch.net/test/read.cgi/linux/1190788761/
09 ttp://pc11.2ch.net/test/read.cgi/linux/1225001916/

●関連リンク
ext4
ttp://www.bullopensource.org/ext4/
reiserfs/reiser4
ttp://www.namesys.com/
xfs
ttp://oss.sgi.com/projects/xfs/
jfs
ttp://jfs.sourceforge.net/
nfs
ttp://nfs.sourceforge.net/
ntfs
ttp://www.linux-ntfs.org/doku.php
fuse
ttp://fuse.sourceforge.net/
btrfs
ttp://btrfs.wiki.kernel.org/index.php/Main_Page
NILFS2 (NTT)
ttp://www.nilfs.org/ja/

0267264

2009/06/07(日) 11:47:46ID: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で十分だろうけどよ

0268login:Penguin

2009/06/07(日) 12:03:06ID:ALgbBw22

>>267
何ファビョッてんの
ビデオだったらxfsが無難だと思うけどね

0269login:Penguin

2009/06/07(日) 12:04:48ID:Oh8Lh+rd

>>268
いつもの人だから触っちゃダメ

0270login:Penguin

2009/06/07(日) 14:35:56ID:1iwXKTOD

xfsのゼロクリアってあえてやってるんでしょ？

0271login:Penguin

2009/06/07(日) 20:55:19ID:ELAUhkI1

ext2って電源断に弱いですか？

ファイルが損失する理由がわからないです。
ファイルを編集するときはメモリ上に書き込んで、HDD上は削除されるということなのでしょうか？
HDD上削除されなければ電源断時にも復活されるのでは？

0272login:Penguin

2009/06/07(日) 21:02:41ID:jYLS0xyE

>>271
前のファイルのままということはあっても、完全喪失というのは稀なレベル。
最悪でも普通はlost+foundに救出される。

0273login:Penguin

2009/06/07(日) 21:22:33ID:eb8s04gy

>>271
ジャーナルが無い分、「弱いか？」と聞かれたら「弱い」になる。
HDDにもバッファメモリがあるしOSもディスクキャッシュを保持するし
git clone hagehage してる時に電源が落ちたら何かしら壊れてくれそう
・・・ダメだ

いつも茶々入れてる人はこういう時に本領発揮して分かりやすく丁寧に、
「素人だったの私がこの解説を聞いたのがファイルシステムを開発するきっかけでした。」
って言わせるくらい趣き深い答えをしてあげてください

0274login:Penguin

2009/06/07(日) 21:41:54ID:Muz+bcji

そういえば、昔、Oracleで電源トラブル無くてもファイルのcorrupt問題があったような記憶が...
多分Cacheハンドリングのバグ(Oracleから言わせれば仕様)だったかな ?

0275login:Penguin

2009/06/07(日) 22:21:29ID:TUQDvEOj

>>271
メタデータの書き込み途中で落ちたら、参照できなくなって消える。
fsckで復活できる場合もあるが、かなり時間がかかる。
ジャーナルファイルシステムだとその心配が無いし、急な電源断時も完全なfsckは不要で復帰が早い。

0276login:Penguin

2009/06/07(日) 22:46:43ID:q7MhCH00

>>270
そうだよ
上のアレはきっと奥なんとかに毒されてる信者だから触るなよ

0277login:Penguin

2009/06/07(日) 23:43:52ID:hepWkHiO

>>275
ジャーナルファイルが壊れた場合はどうするんだ？

あれだってタダのデータだろ。

0278login:Penguin

2009/06/07(日) 23:50:17ID:XaFBxSJG

おまえの裏の人格が夜中に発動して壊さない限り壊れない

0279login:Penguin

2009/06/08(月) 06:41:04ID:pjr9nEOD

>>273 >>275 >>277
今時ext2を使っている人というのが想定できないが質問内容から照らし合わせるに
ジャーナルもメタデータもジャーナルファイルも全く意味不明の単語に聞こえるだろう。

0280login:Penguin

2009/06/08(月) 07:19:18ID:kvbAIbpF

>>271
現在主流のジャーナリングファイルシステムに比べれば、電源断に弱い。
しかしながら、「弱い」というほど弱くはない。

後継のext3が主流となり、ext4もできつつある今、
特別なパフォーマンスを要求しない限り、ext3を使った方がよい。

# って答えでいいか?

0281本当の264

2009/06/08(月) 10:04:03ID:4MvMHn9a

>>267
ちょっｗ勝手に264名乗らないでｗ

0282login:Penguin

2009/06/08(月) 11:03:26ID:gamXREiU

現状では、実用性重視ならreiserfsしか選択肢が無いな。

0283login:Penguin

2009/06/08(月) 11:09:06ID:kvbAIbpF

>>282
reiserfsとかw
マジでそうだから困る。

0284login:Penguin

2009/06/08(月) 12:05:58ID:uuuo0ENf

何はともあれ、今時 ext2 は止めといた方がいいですよ。

0285login:Penguin

2009/06/08(月) 12:26:32ID:joEenCpk

/bootとディスクイメージ内のFSにext2つかってる

0286login:Penguin

2009/06/08(月) 12:32:17ID:Tzl1D/T+

/boot ext2
/ reiserfs
/var reiserfs
/home xfs

0287login:Penguin

2009/06/08(月) 12:48:59ID:hKwKsQNd

kernel watchによるとgoogleはext2をつかっているらしいけどね

0288login:Penguin

2009/06/08(月) 12:53:27ID:SObkUY93

>266
勝ち負け以前に、btrfsが今だexperimentalで、データがいつ消えても泣かない・ちゃんと
報告する程度のものってことに記事のどこにも出てこないってのはダメじゃないかな。
むしろ「Btrfsを使ってみよう」みたいなノリノリだからねぇ。

0289login:Penguin

2009/06/08(月) 13:40:49ID:AvnesfX4

不意打ちfsckでファイル名前が化けたりFAT32はchk.001とか作りまくるくらい脆い印象がある。
Ext2IFS？だったかWindows上で普通の感覚で使えるドライバーがあったがあれには重宝するんじゃないの。

Using The BTRFS Filesystem On Debian Lenny
http://www.howtoforge.com/using-the-btrfs-filesystem-on-debian-lenny

ソースのビルドを2GBの/dev/shmでやるのは苦しい時もあるので解決案を探してます
BTRFSもまだ試してないんだがCOWが使えるFSは今のところ何があるの？
reiserfsの小さいファイルの特性は飛び抜けてる?

今はext3を基調に/usr/shareと/usr/src、その他データ領域をxfsで使ってます。
私的感情の混じってない複数人のざっくりした見解が聞きたいです。

0290login:Penguin

2009/06/08(月) 13:43:50ID:xArk/8v2

tmpfsとswap使えばファイルシステムに依存しなくなるのにww

0291login:Penguin

2009/06/08(月) 13:48:05ID:9+zpPHhG

btr犬fs
自慰用

0292login:Penguin

2009/06/08(月) 13:58:12ID:AvnesfX4

>>290
ディストリによって違うんだろうけど/dev/shmって書いてあるだろが・・・

0293login:Penguin

2009/06/08(月) 14:03:07ID:Mf/AoFnn

>>289
/usr/srcをxfsにするなら、mkfsする際にlog関連のパラメータを適切に設定
しないと小さいファイルの削除がext3より遅くなるぞ。

0294271

2009/06/08(月) 23:11:11ID:LAXM1eVU

ほとんど変更のないパーティションはジャーナルいらないからext2でいいのでは？と思ったからです。

/boot や / など。

ext2でファイルが壊れるってどんなとき？

ファイルが作成されて、変更もなしで、数日後にクラッシュしてファイルが壊れることもありうる？

0295login:Penguin

2009/06/08(月) 23:22:42ID:MjyV0szQ

あり得るか,と言われれば
あり得るとしか・・・この世のモノは全て壊れる運命なので・・・・

殆ど変更がなくて、
「後で復旧できるように構築手順かバックアップが取ってある」なら
ext2 でいいんじゃね？
インストール時に作られて手を入れてないとかいう部分だったら
再構築も楽だろうしそんなんでもいい、という用途はあると思う。

0296login:Penguin

2009/06/08(月) 23:23:06ID:oMVcdxiB

>>294
> ext2でファイルが壊れるってどんなとき？
今壊れちゃったらマジで困るってとき

0297login:Penguin

2009/06/08(月) 23:56:46ID:jfF7vcnN

ext3が作られたのはext2じゃfsck遅すぎてやってらんねってことだったっけ？

0298login:Penguin

2009/06/09(火) 00:07:04ID:ZW6/2JYO

>>294
むか～しpanicした時にやられた。
その後HDDがお亡くなられてしまったので、ext2関係無いような気もするが。

lost+found送りは何回か経験したが、中身壊れたのはその時だけかなあ…

0299login:Penguin

2009/06/09(火) 01:54:47ID:tJjVNlck

>>294
逆にジャーナルはあっても困るものでもないし、あえてext2を選ぶメリットがほとんど無い。
/bootをジャーナル無しにしてて、カーネルやinitrdの更新中に停電やメモリのエラーで落っこちたら困るでしょ。
滅多にないだろうけれども、ごく普通にext3とかreiserfsを選んでいればそんなことも無く、わざわざext2を選ぶ価値が無い。

0300login:Penguin

2009/06/09(火) 09:09:10ID:B66inO7s

ファイル倉庫はNTFS-3gなんだけど、なんか問題ある？

0301login:Penguin

2009/06/09(火) 12:51:04ID:EElS/ahk

>>289
そもそもdosfsckはダメ文字が駄目
使うもんじゃねえ

>>294
何が聞きたいんだお前は
結論ありきの質問するならずっとext2使ってろ

0302login:Penguin

2009/06/09(火) 13:43:16ID:F4Aa68Pq

>>299 みたいな場合でもジャーナルがあれば信頼できるの？
ジャーナルの処理するのって、カーネル起動してからだと思うんだけど。

0303login:Penguin

2009/06/09(火) 14:24:49ID:21hDzqo6

データは、どんなファイルシステムを使っても、常に壊れる可能性があるから
バックアップするしか無い。
RAIDもジャーナルも、サービス停止を短かくする手段だと割り切ったほうがいい。
だから停電の時に、ext3よりデータが消える確率が少し高くて、fsckに時間が
かかることに目を瞑れるなら ext2 でもいいんじゃないかな？

0304login:Penguin

2009/06/09(火) 14:34:10ID:sqCmm0Bn

>>302
なるほど
それがgentooの/bootがext2な理由か

0305login:Penguin

2009/06/09(火) 14:50:45ID:Cu2mKnoj

>>302
journalingに対するsoftupdateの利点はこれだったのか

0306login:Penguin

2009/06/09(火) 14:52:51ID:YwKe1rPj

カーネルが機動していないときに/bootを更新するって、
誰が更新するの？

0307login:Penguin

2009/06/09(火) 15:00:14ID:ooupGcCv

/bootをext2にする理由は、そもそも領域が小さくfsckの時間も無視出来るし
書き込むこともほぼ無いのにlog領域を無駄にすることはない、というものだと思う。

今更/bootを別パーティションにする理由もあまり無いけどな。

0308login:Penguin

2009/06/09(火) 15:09:44ID:sqCmm0Bn

いつ気づくのかニヤニヤしながら見守るとしよう

0309login:Penguin

2009/06/09(火) 15:16:23ID:5EAlHPvm

>>308
精神病患者はおことわりします

0310login:Penguin

2009/06/09(火) 15:24:01ID:sqCmm0Bn

ext3でもinitrdの更新を注意深く実装すれば
壊れたinitrdを作ってしまう危険はほぼゼロに出来るだろうから
/bootがext3でも構わないのかもしれないな

のんきにGRUBにパッチ当てて/bootをext4にしちまうようなディストリは論外、と

0311login:Penguin

2009/06/09(火) 15:30:56ID:aE6XIpG1

>>306
地球の裏側の人がEF経由Iで電源が落ちてても書き換えます

0312login:Penguin

2009/06/09(火) 15:30:59ID:YwKe1rPj

なんだ。また奥なんとかさんが出張ってきてるのか。

0313login:Penguin

2009/06/09(火) 15:35:09ID:aE6XIpG1

ごめんEFIね

0314login:Penguin

2009/06/09(火) 15:37:55ID:8w8xYP9i

>307
いまどき/bootを分ける理由っていえば、まぁ、mdでRAID5以上の構成にする時に、
grubが扱える様に/bootだけRAID1で残す為、位かなぁ…?

0315login:Penguin

2009/06/09(火) 15:41:49ID:ooupGcCv

なんだ、そんなことを言ってたのかよ。どのみちinitrdが壊れてたら
ディスクドライバをロード出来なくてブート不可能なdistroがほとんどだろ。
initrdが壊れるなんてことはめったに起きないし、万が一起きてもCDブートして
復旧するのが一番楽。
ちなみにdebianやubuntuではext2もモジュール化されてるからext2にしたところで
何も回避できない。

0316login:Penguin

2009/06/09(火) 15:45:10ID:sqCmm0Bn

38点 (100点満点)

0317login:Penguin

2009/06/09(火) 15:51:32ID:ooupGcCv

>>314
使いたいかどうかは別として、grub2だとLVMでもmdのRAID5でもブート出来るんだよな。

0318login:Penguin

2009/06/09(火) 15:52:31ID:sqCmm0Bn

いや38点はあげすぎかな
ぜんぜん理解できてないから0点だ

0319login:Penguin

2009/06/09(火) 15:58:15ID:5EAlHPvm

ID:sqCmm0Bnのような精神病患者はこのスレへの出入り禁止です

0320login:Penguin

2009/06/09(火) 15:59:39ID:sqCmm0Bn

にゃにゃにゃ？

0321login:Penguin

2009/06/09(火) 16:02:14ID:ooupGcCv

なんだ、単なる基地外か。

0322login:Penguin

2009/06/09(火) 16:05:40ID:sqCmm0Bn

なんというゆとりっぷり
正解を教えたりせずヲチしててよかった

0323login:Penguin

2009/06/09(火) 16:09:35ID:8w8xYP9i

>317
ま、そこは今はまだディス鳥次第なところなんで、あえて触れなかったんだけども。

0324login:Penguin

2009/06/09(火) 17:27:53ID:CF3nPqAI

>>322
ただ煽りたいだけのシッタカ乙。

0325login:Penguin

2009/06/09(火) 21:27:27ID:Wh4lHMAS

>>303
> RAIDもジャーナルも、サービス停止を短かくする手段だと割り切ったほうがいい。

ジャーナルはそれで正しい。

が、RAIDはサービス停止を回避するだけで、一旦アレイ破損等で
サービス停止すると普通より復旧遅くなりがちだから、短くするってのは変だな。

まぁ細かいところだが。

0326login:Penguin

2009/06/09(火) 23:01:21ID:7z+U+qgq

ジャーナルが実際にDISKに書き込まれるまでのタイムラグってどのくらいでしょうか？
数日ということもあるのでしょうか？
普通に考えれば数秒程度ですむと思うのですが。

0327login:Penguin

2009/06/10(水) 02:11:58ID:cSxSGaGP

>>325
RAIDの修復なんてホットスワップで裏でやらせとくもんだろ

0328login:Penguin

2009/06/10(水) 02:36:58ID:YPL1CLam

>>327
303はサービス停止って言ってるし、デグレードじゃなくて本当に壊れたときの話だよ。
単なるデグレードじゃサービスは止まらないから、ホットスワップとかそういう話じゃない。

0329やんやん ◆yanyan72E.

2009/06/10(水) 02:37:43ID:Lo8HmaM8

>>327
そうでなくて、修復できない状態のことをアレイ破損というんだろ。

0330login:Penguin

2009/06/10(水) 02:47:36ID:3e0Ap7d7

またそういうことを

0331login:Penguin

2009/06/10(水) 02:50:34ID:WUC9iD6p

チョコつけ棒自重

0332211

2009/06/10(水) 08:24:07ID:nf6usjF0

みんな、どうもありがとうね
HDが今日届くことになって、とりあえず
32TBをxfsで、8TBを試験的にbtrfsで使うことにした

0333login:Penguin

2009/06/10(水) 10:25:07ID:tTYdjDBW

いったいどんなデータを置くのかが気になるぜ

0334あ

2009/06/10(水) 11:23:32ID:O1yGBX4O

助けてください！教えてください！

クロック周波数が2.0GHｚのコンピューターの１クロックの所要時間は（a）ns（ナノ秒）である。（a）は？またこのコンピューターである特定の命令を実行するのに要するクロック数が８クロックであるとすると、この命令の所要時間は（b）である。（b）は？

0335login:Penguin

2009/06/10(水) 11:30:17ID:9L54Bn6h

>334
> 助けてください！教えてください！

消えろ。

> クロック周波数が2.0GHｚのコンピューターの１クロックの所要時間は（a）ns（ナノ秒）である。（a）は？

キス

> またこのコンピューターである特定の命令を実行するのに要するクロック数が８クロックであるとすると、この命令の所要時間は（b）である。（b）は？

ペッティング

0336login:Penguin

2009/06/10(水) 13:54:08ID:lIw6J/4l

>>334
これが釣りでないとしたら、おまえ、今から身体鍛えて土方になるしかないな。
割り算の出てくる仕事は無理だから。

0337login:Penguin

2009/06/10(水) 14:03:12ID:Q0NjRuO3

>>336
え゛っ ?　掛け算もあるよ

0338login:Penguin

2009/06/10(水) 22:09:01ID:YaTU6CRl

>>326
ext3の場合は
#define JBD_DEFAULT_MAX_COMMIT_AGE 5
となっているな。ext4も同じ。単位は秒

0339login:Penguin

2009/06/11(木) 19:09:35ID:qTTLr2eL

>>289
ちょっと古いけど視覚的に分かりやすい。とりあえずどうぞ
Linux filesystem benchmark 2008/1
http://www.t2-project.org/zine/1/
Linux filesystem benchmark 2008/2
http://www.t2-project.org/zine/4/

0340login:Penguin

2009/06/12(金) 03:31:00ID:3YbKAhkr

>>339
やっぱり、reiserfs が一番無難なんだよな。。。
Btrfsはやくきてーー

0341login:Penguin

2009/06/12(金) 06:43:21ID:M+7JEAro

ファイルサーバ立てるときはいつもReiserFSだな。
inodeが動的に生成できて数に制限がないFSって他にある？

実際、inode数が足りなくなることはないと思うけど、上限があるのって不安だから。

0342login:Penguin

2009/06/12(金) 06:48:38ID:6HYudZDo

そんなことが心配になるなら、容量に上限があったら、さぞかし恐怖でしょう。
領域を動的に生成できて容量に制限がないHDDを使うべきでは。

0343login:Penguin

2009/06/12(金) 07:43:39ID:bYqPKkVz

LVMは無視ですかそうですか

0344login:Penguin

2009/06/12(金) 08:44:37ID:dPgUga8b

>>342
ext2のときに
大きくないパーティションをデフォルトの設定でmkfsした場合、
そこをmail/newsのスプールに使ったりすると割とすぐ足りなくなった。
dump/restoreが必要だったから、余裕を持って多めに割り当てるようにしてたよ

>>341
reiserfs以外でも、jfs,xfsは動的だけど後は知らない

0345login:Penguin

2009/06/12(金) 11:43:54ID:A+DVffOK

>>342
inode数と容量のふたつの制限があるよりはひとつのほうがいいに決まってんじゃん。

0346login:Penguin

2009/06/12(金) 11:52:44ID:jFKs2ejL

どっかのおバカなOSの/var以外にinodeがあふれることなんてあるのか

0347login:Penguin

2009/06/12(金) 12:02:07ID:UYT/GpZC

>>341はいつものreiser厨

0348login:Penguin

2009/06/12(金) 12:17:27ID:cm5nbj5o

そういえば昔RH7.3の時代にlogrotateが延々と
ファイルを増やしまくってinodeを食い尽くす、とかいう
バグがあったなあ...

0349login:Penguin

2009/06/12(金) 12:32:15ID:NfXF6BAy

ファイルサーバのときは、inodeよりもディスクの利用効率的にreiserfsを選ぶ。

0350login:Penguin

2009/06/12(金) 12:40:33ID:So72KRDF

ちなみに2ch専ブラのログ置き場は何にしてる？
考えたがそんなに差は無さそうだったから使ってるxfsにブッ込んでる。

>>339
ファイルシステムマニアのみなさん、こういうの日本語でやってほしいです。

0351login:Penguin

2009/06/12(金) 18:57:56ID:jFKs2ejL

>>348
ttps://bugzilla.redhat.com/
具体的にどの Bug# ?

0352login:Penguin

2009/06/12(金) 19:30:00ID:cm5nbj5o

>>351
これ
https://bugzilla.redhat.com/show_bug.cgi?id=72004
単なる設定ミスといえばそうだが

0353login:Penguin

2009/06/12(金) 19:42:27ID:jFKs2ejL

>>352
やっぱりそれか。懐かしいな。sambaのlogで悩んだでたよ。
幸い /var が溢れる事態にはならなかったが。

0354login:Penguin

2009/06/13(土) 14:48:00ID:JubTxWA6

NILFSがlinusツリーにmargeって、GC問題は解決したのか？

GCさえ解決すれば非常に有望なfsの気がするけど。

0355login:Penguin

2009/06/13(土) 15:42:58ID:KIjTPhhe

>>354
GCがないのは問題ではなくて機能なのでは？

0356login:Penguin

2009/06/13(土) 16:14:31ID:SIDWa3ow

>>354
mergeは安定して使えるようになった事を意味しない

＃ところでマーガリンがどうしたって？

0357login:Penguin

2009/06/13(土) 16:43:01ID:aU2xhACg

>>355
「NILFSはGCがない機能があります。」
どう考えてもオカシイだろ。

0358login:Penguin

2009/06/13(土) 20:47:48ID:d4XO7s9x

NILFSにはGCという機能がありません。

だろ。

0359login:Penguin

2009/06/13(土) 21:19:57ID:KIjTPhhe

GCがないかわりに
過去のファイルをすべて保存しておく機能がある。
お前ら、頭が固いんだよ。

0360login:Penguin

2009/06/14(日) 11:27:38ID:INSOMoqp

結局「GCがない」は機能じゃない
それが問題かどうかは知らんが

0361login:Penguin

2009/06/14(日) 12:23:02ID:3MGoAqsu

ていうかmergeされたのはNILFS2であってNILFSじゃないんだが

0362login:Penguin

2009/06/14(日) 12:26:05ID:SExX3BMV

NILFS2はGCあるよな。3月にGC周りのバグフィックスとかもしてるし。
まあ使ったことないからどんな程度なのか分からんが。

0363login:Penguin

2009/06/14(日) 23:06:54ID:rQwfo9s3

ext4で透過的圧縮が使えないことを知った
絶望した

0364login:Penguin

2009/06/18(木) 23:56:35ID:ioEeQc9O

ext4でもまだファイル名255byteなんだよね。NTFSは255文字なのに。
日本語のファイル名をUTF-8で格納すると、入って85文字程度だしな。なんとかならんの。
ファイルサーバーをlinux+sambaに移行しようとしたらこのざまだぜ。

0365login:Penguin

2009/06/19(金) 01:27:45ID:Xfeqptff

vfsレイヤの問題

0366login:Penguin

2009/06/19(金) 10:17:22ID:qN4LPkrl

>>363
fusecompress

0367login:Penguin

2009/06/19(金) 19:17:33ID:eTXARmpf

>>364
そんな長い名前つけてどーするんだ・・・

ファイルシステム総合スレ その10

ファイルシステム総合スレその10