ファイルシステム総合スレ その15
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin;
2012/06/30(土) 08:36:00.10ID:q3w7kzQBhttp://engawa.2ch.net/test/read.cgi/linux/1326613113/
●関連スレ
ジャーナリングファイルシステム
http://toro.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 6
http://toro.2ch.net/test/read.cgi/unix/1337411922/
FS関連スレ
http://kohada.2ch.net/test/read.cgi/os/1137387538/l50
過去スレ、関連リンクは >>2-10 あたりで。
0202login:Penguin
2012/09/09(日) 23:37:33.51ID:DKfUryqw0203login:Penguin
2012/09/10(月) 08:40:57.21ID:Mr/WNBTq0204login:Penguin
2012/09/10(月) 09:49:52.40ID:VhLbhvpOfsの仕様と実装との差異かな。ext4も16GBの壁がkernel 3.2.0まであったわけだし。
0205login:Penguin
2012/09/10(月) 10:12:36.18ID:H3nhObG00206login:Penguin
2012/09/10(月) 12:38:16.43ID:kbI4D03N16EBは1ファイルの最大サイズとかだったような。
0207login:Penguin
2012/09/10(月) 12:45:34.14ID:rlrbxCyNワロタ
0208login:Penguin
2012/09/12(水) 11:06:01.32ID:iUU38R60-rいれなければ大丈夫なんだけど
0209login:Penguin
2012/09/13(木) 19:17:18.60ID:dAOT01mSまず自分の心を点検してみなさい
0210login:Penguin
2012/09/15(土) 19:27:33.63ID:HSwaCxdG0211login:Penguin
2012/09/15(土) 19:31:27.14ID:mKEfZUqM0212login:Penguin
2012/09/15(土) 19:56:17.30ID:HSwaCxdG0213login:Penguin
2012/09/15(土) 20:08:39.48ID:d8oSF6Lw0214login:Penguin
2012/09/15(土) 20:25:55.00ID:GLwzh97N0215login:Penguin
2012/09/15(土) 22:04:43.19ID:kMdyr3Thパッケージ名とバージョンとアーテキチャと拡張子で
0216login:Penguin
2012/09/15(土) 22:07:41.40ID:901WsnWo0217login:Penguin
2012/09/15(土) 22:09:34.86ID:hLipm4zA0218login:Penguin
2012/09/15(土) 23:27:10.88ID:2w6S69rf今更リソースフォークですか?
0219login:Penguin
2012/09/16(日) 00:13:30.38ID:ZfQHcMF40220login:Penguin
2012/09/16(日) 01:02:10.63ID:4btd2o590221login:Penguin
2012/09/16(日) 03:07:34.70ID:2bFAxxkeファイル名って言うのは人間の為につけてるんだよ
0222login:Penguin
2012/09/16(日) 13:40:44.67ID:iBo2oXbC0223login:Penguin
2012/09/16(日) 21:19:02.64ID:d0iroRdTrpmの場合ファイル名にアーテキチャ入ってないとエラーになっちゃう
0224login:Penguin
2012/09/16(日) 23:35:01.95ID:aQSQhxQ20225login:Penguin
2012/09/17(月) 01:47:17.81ID:iLK3tHiB0226login:Penguin
2012/09/19(水) 13:01:57.64ID:jMFiRUr+リネームして短くしてもエラーにならんぞ?
0227login:Penguin
2012/09/20(木) 10:41:13.85ID:1Iimwh+c今だとウイルスの偽装やら、デメリットの方が大きいと思うんですが。
0228login:Penguin
2012/09/20(木) 10:49:54.17ID:DmjFM4sUファイルシステムと拡張子になんの関係が
0229login:Penguin
2012/09/20(木) 11:22:01.86ID:r+uTrKuo0230login:Penguin
2012/09/20(木) 11:51:45.29ID:GfP9IUJvマジックナンバー見ればいいだろ
0231login:Penguin
2012/09/20(木) 11:56:11.57ID:eCd7MSfu0232login:Penguin
2012/09/20(木) 12:14:54.10ID:iZHvI+wD・「ウイルスの偽装やら」以外のデメリットが提示されていない
0233login:Penguin
2012/09/20(木) 12:47:11.63ID:kpH7pJ3i0234login:Penguin
2012/09/20(木) 13:33:58.15ID:iZHvI+wDvimやemacsで読み込んだ時のfiletype判定とか大変じゃね?
0235login:Penguin
2012/09/20(木) 13:39:26.47ID:DmjFM4sUファイルシステムはファイルの種類を区別はしないんだが。
ファイル名はただのバイト文字列を格納してるだけ。
拡張子うんぬんは上のレイヤの話。
0236login:Penguin
2012/09/20(木) 15:01:02.03ID:GlgYHoB2拡張子は普通はシェルで取り扱う
0237login:Penguin
2012/09/20(木) 15:22:59.98ID:r+uTrKuoそういう区別をファイルシステムが覚えてくれれば、いろいろ便利だと思うんだけど
0238login:Penguin
2012/09/20(木) 15:24:56.97ID:GlgYHoB20239login:Penguin
2012/09/20(木) 15:26:32.02ID:iZHvI+wD一応現状でも拡張ファイル属性にいろいろ格納できるんだから
やりたければアプリ側でそこにタグでも何でも格納すればいいんじゃないの?
0240login:Penguin
2012/09/20(木) 15:38:57.79ID:8pt4oAZI(合法)子猫と子犬が仲良く... .sh
に省略されるだけで拡張子はわかるだろ。
何か問題が?
0241login:Penguin
2012/09/20(木) 15:42:13.64ID:iZHvI+wD最後の.shが表示されなかったんだよ。
0242login:Penguin
2012/09/20(木) 15:52:22.88ID:eCd7MSfu0243login:Penguin
2012/09/20(木) 15:58:12.88ID:iZHvI+wDってファイルを動画だと思ってダブルクリックして
ウィルス感染してた時代もあったってことだよ。
0244login:Penguin
2012/09/20(木) 16:01:34.79ID:iZHvI+wDまずひっかからないだろうし
そもそもroot権限奪わないといけないから大変だろうけど
少くとも>>227の言ってたウィルス偽装ってそういうことだろ。
そもそもファイルシステムの話とは関係ないから俺は降りるかな。
0245login:Penguin
2012/09/20(木) 16:02:58.34ID:IiBf+HaE0246login:Penguin
2012/09/20(木) 19:46:19.20ID:Hho4w2j8> pythonスクリプトかcのソースかマジックナンバー見たら分かる訳じゃないしね。
いや、#! /usr/bin/pythonなら、/usr/bin/pythonで実行するから、
上で話題になっているような、想定してない処理プログラムを走らせる攻撃は受けない。
0247login:Penguin
2012/09/20(木) 19:56:03.96ID:SgvB4CEXWinなら拡張子命だから猫.mpeg.exeとかしなあかんけど
Linuxとかなら
中身実行ファイルの猫.mpeg
で自動的に実行ファイルと認識するから拡張子偽装する必要なくなる
0248login:Penguin
2012/09/20(木) 20:02:29.82ID:Hho4w2j8更にその上最近はSELinuxでダウンロードしたファイルは特別視されてるし。
>>247
Linux使ったことあるの?
0249login:Penguin
2012/09/20(木) 20:04:59.50ID:u0ceN3040250227
2012/09/20(木) 21:56:52.32ID:1Iimwh+c拡張子のメリットって何かなあと。
偽装にあまり突っ込まれると困ります。
0251login:Penguin
2012/09/20(木) 22:07:53.32ID:mS5yHgLG0252login:Penguin
2012/09/20(木) 22:57:56.63ID:jqOim1D1その考え方はマズイだろ。
ファイルの種類を目視確認するから偽装に騙されるんだよ。
ファイルの種類は取り扱うシェル(と同等のライブラリ)に判別させろよ。
一時期 Windows でセキュリティのために拡張子を表示しろといかいう馬鹿が沢山いたが、
エクスプローラの詳細表示でファイルの種類を表示する方が正解。
0253login:Penguin
2012/09/21(金) 00:01:59.04ID:Pe5+z/rCコマンドのルールを記述するのに拡張子ないと困る
テキストファイル(org)を PDF 化したり、数値データ(csv)として統計処理したり、ソース(c, cpp)からプログラム作ったり
0254login:Penguin
2012/09/21(金) 00:03:55.87ID:VLw/MbBu他でやれ。
0255login:Penguin
2012/09/21(金) 07:12:56.67ID:OCWNaOVo0256login:Penguin
2012/09/21(金) 07:27:03.61ID:OUsfHU4r0257login:Penguin
2012/09/21(金) 12:23:10.26ID:xgzSXJRYファイルシステム側で特別扱いすべきものだろ。
現行のファイルシステムがデフォルトで対応できないなら、
少なくとも拡張子をファイル種別として記録できるように
マウントオプションで選択できるようにすべき
0258login:Penguin
2012/09/21(金) 12:36:23.68ID:JWa78uTU0259login:Penguin
2012/09/21(金) 13:30:49.56ID:b44JPpzD0260login:Penguin
2012/09/21(金) 13:51:47.80ID:bxodQecC0261login:Penguin
2012/09/21(金) 14:11:25.64ID:aMFGpFYa拡張子はどうでもよいが、ファイル名とは別にどのような種別のファイルか
記録する方法はあってもいい。
ネイティブなファイルシステムに、その方法がないのはUnixだけだけどな。
0262login:Penguin
2012/09/21(金) 16:04:32.22ID:0a003z4K0263login:Penguin
2012/09/21(金) 16:13:49.40ID:d7ovAYiGあんまり長いファイル名許すと、それに頼った運用する連中が出てきて
その被害に巻き込まれそうだから今のままでいい
>>261
fileコマンドで何が不満なんだ
0264login:Penguin
2012/09/21(金) 16:34:52.78ID:clUu8XMM0265login:Penguin
2012/09/21(金) 18:34:43.43ID:wNu+jRMuext系に有る filetype って何のために存在するんだろうな
0266login:Penguin
2012/09/21(金) 21:09:05.21ID:gxBeBj6C0267login:Penguin
2012/09/21(金) 21:13:42.72ID:JWa78uTUファイルシステムは大抵区別するはずだけど。
そういやWindowsって今でもNTFSは大文字区別するけど
WindowsのOSは大文字小文字区別しないって仕様なんだろうか。
0268login:Penguin
2012/09/21(金) 21:28:59.23ID:gxBeBj6CファイラはOSって区分なんだろうか?
Mac OS Xの場合、カーネルのファイルシステムドライバが、
HFS+ではcase-insensitiveで、UFSやNFSでは、case-sensitive。
ただしFinderが別途case-insensitiveにやってる。
だからCUIだとファイルシステムごとに違う。
0269login:Penguin
2012/09/21(金) 21:55:32.38ID:yU31tBlIファイルシステム=File System
0270login:Penguin
2012/09/21(金) 22:19:08.79ID:wNu+jRMu0271login:Penguin
2012/09/21(金) 22:26:27.59ID:4ylF6bk10272login:Penguin
2012/09/22(土) 00:11:48.04ID:PpWMd5yJこんなの見つけちゃったけど、もう作っちゃったzfs poolは作り直すしかないの?
はぁ...
0273login:Penguin
2012/09/22(土) 00:28:56.98ID:xakY400eなってなかったら一年後また来る。
0274login:Penguin
2012/09/22(土) 02:01:09.05ID:KfI4Q/7Ymacからnfsで接続なんてことしてなけりゃ関係ないんじゃない。
0276login:Penguin
2012/09/22(土) 09:20:09.04ID:M/DcOAHw人間のためのファイル名じゃんw
NTFSでファイル名を長く使えてどんな被害があるの?
0277login:Penguin
2012/09/22(土) 16:18:13.17ID:LO7y59vvファイルサーバにバックアップしたい時にファイル名で引っかかる
0278login:Penguin
2012/09/22(土) 16:30:34.03ID:PpWMd5yJ0279login:Penguin
2012/09/22(土) 17:11:48.34ID:AMpPKnTT0280login:Penguin
2012/09/22(土) 17:29:34.03ID:13EzWjao一応こんなテーブル持ってます。
http://opensource.apple.com/source/xnu/xnu-2050.9.2/bsd/hfs/hfscommon/Unicode/UCStringCompareData.h
0281login:Penguin
2012/09/22(土) 17:44:43.19ID:F/d1hvZ+Linux側でどうにかファイル名ながくできないのか?
0282login:Penguin
2012/09/22(土) 17:48:50.42ID:13EzWjao0283login:Penguin
2012/09/22(土) 17:48:58.82ID:LO7y59vvしょばい話だけどNTFSをLinuxのext3でsamba共有使用とした時に
sambaのファイル名長に引っかかったと思う
sambaで解決してもext3でも引っかかるんじゃないかな
とりあえずサーバ側のディスクをiscsiでwindowsから使ってる
0284login:Penguin
2012/09/22(土) 17:55:44.77ID:AMpPKnTT詳しく見てないけどU+1E9Eには未対応だろうね
0285login:Penguin
2012/09/22(土) 19:46:40.44ID:xakY400eまだだったか。
0286login:Penguin
2012/09/23(日) 02:23:11.47ID:gJB1mzz5その記事は半分嘘。normalizationで指定した正規化方法でファイルを記録してくれるわけじゃなくて、
単にFSにファイル名比較の要求がされたときに設定した正規化を行って比較するだけ。
要はformCと設定してNFDなドラえもんを書いてもNFDで記録されるが、NFCなドラえもんを書こうとしたときに同名ファイルが存在してると返してくれるって動作。
>>275の言うとおりnetatalkに任せておけばそうそう問題は起きないと思う。
ZFS+netatalkで個人的に試した範囲だとcasesensitivity=mixedを忘れた時の方が痛かった気が。
0287login:Penguin
2012/09/24(月) 19:24:33.87ID:BTwpUGaW>ただし、 リンク数が 65,000 を越えると 1 にリセットされ増加しなくなります。
ってどういう動作なんだろう
0288login:Penguin
2012/09/24(月) 19:40:48.87ID:Ny4350Xtstruct statのst_nlinkが16bitの互換性とサブディレクトリを65000以上作れることを、
回収できなくなることのデメリットよりも重視するということ。
0289login:Penguin
2012/09/24(月) 20:36:04.02ID:ntsLnrZa0290login:Penguin
2012/09/24(月) 20:46:40.60ID:Ny4350Xt..の事知らないと何のことかわからないかも。
0291login:Penguin
2012/09/24(月) 20:53:25.94ID:Ny4350Xt# 別スレでUnix V7のこと話していたからw
0292login:Penguin
2012/09/24(月) 21:01:33.25ID:ntsLnrZa「回収できなくなる」とはどういうこと?
0293login:Penguin
2012/09/24(月) 21:03:32.35ID:Ny4350Xt0294login:Penguin
2012/09/24(月) 21:41:52.76ID:ntsLnrZaしかし、コードを読んでも ext4 の rmdir は消したいディレクトリが空なら直接 nlink をゼロにするからnlinkの管理が適当でも正しく動作するし(1)、
実際に65000を越えるサブディレクトリを作ってみてnlinkが1になることを確認してから消しても、容量は元に戻り正しく消せたようだ(2)
そうなると「回収できなくなる」には、僕の理解とは別の意味があるんじゃないかと色々考えて、結果「どういうこと?」と聞くわけだ
にもかかわらず、質問に答えずに .. がどうとか、リファレンスカウントがどうとか別のことを言うのは、よくない
質問には正確に答えるべきだ
もちろん、僕の能力が低いせいで(1)の理解が間違いだったり、(2)が正しい実験ではなかったかもしれない
また、別のバージョンでは挙動が違う可能性は残っている
そもそも、「回収できなくなる」には別の意味があったのかもしれない
そういう色々な可能性が考えられるから、「回収できなくなる」とは何を意図しているのか、正確に知りたかった
0295login:Penguin
2012/09/25(火) 01:46:47.91ID:g8ftd0U70296login:Penguin
2012/09/25(火) 14:51:59.61ID:hzHYhHyn0297login:Penguin
2012/09/25(火) 14:59:20.83ID:MhTNZXB90298login:Penguin
2012/09/25(火) 15:19:24.18ID:7mHujUYI0299login:Penguin
2012/09/25(火) 15:56:32.40ID:ie6CmTzc0300login:Penguin
2012/09/27(木) 18:19:53.21ID:5QedY1DWln -d
0301login:Penguin
2012/09/27(木) 18:52:09.14ID:d5nghtd2そういうことじゃねえだろ
0302login:Penguin
2012/09/28(金) 16:19:38.60ID:LQL56AZa■ このスレッドは過去ログ倉庫に格納されています