ファイルシステム総合スレ その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 あたりで。
0302login:Penguin
2012/09/28(金) 16:19:38.60ID:LQL56AZa0303login:Penguin
2012/10/03(水) 20:02:48.65ID:OhisapLS0304login:Penguin
2012/10/04(木) 23:05:12.99ID:lFlv+tKpJFSにtrimが
0305login:Penguin
2012/10/05(金) 23:30:23.27ID:Vea7jgnNreiser4が新しいカーネルにマージされるらしいね、こっそり開発続いてたのね。
0306login:Penguin
2012/10/06(土) 01:30:41.44ID:SkMTlz/zいつのまにこんなページができてたんだ
https://reiser4.wiki.kernel.org/index.php/Main_Page
0307login:Penguin
2012/10/08(月) 15:47:33.65ID:dFkmzqRr0308login:Penguin
2012/10/08(月) 18:31:03.39ID:5MeFU1N80309login:Penguin
2012/10/08(月) 18:40:10.87ID:S45asaXB檻の中で
のまちがい
0310login:Penguin
2012/10/08(月) 19:27:40.22ID:GDmtR82r若草の茂み に見えた。
0311login:Penguin
2012/10/08(月) 20:08:25.10ID:qjMSA1BQどうしてUbuntuは衰退したのか?
http://engawa.2ch.net/test/read.cgi/linux/1338094841/207-
でやりとりしていて疑問に思ったので教えていただけませんか。
GParted(Ubuntu12.04LTS 日本語Remix LiveCD)なんですが、
200GBのNTFSパーティションを右に100MB移動させるとき、
200GB全てを右に移動させているんじゃないかと思われるほど時間がかかりました。
パーティション先頭100MBにあったファイルを、新しく拡張される後端側の
空き領域に移動させて、それに合わせファイル管理情報を更新するだけで
良いと思うのですが、ダメなのでしょうか?
0312login:Penguin
2012/10/09(火) 01:40:18.33ID:7vUOMS0+0313311
2012/10/09(火) 01:53:46.10ID:xUr78a+vそうですか。
例えば300GBのパーティションを200GBに縮小するとき、後端100GBの場所にあった
ファイルは縮小される200GBの範囲内に移動されますよね。
それと同じように、パーティション変更後アクセスできなくなる場所にあるファイルは
変更後でもアクセスできる場所に自由に移動させることができるものだと思っていました。
0314login:Penguin
2012/10/09(火) 03:53:08.01ID:GYJBsMSYまるっと移動するほうが確実
0315login:Penguin
2012/10/09(火) 07:15:52.92ID:ymL2JR8sNTFSの実装は知らないけれど、
もしも、パーティション先頭からのオフセットで管理している要素があったら・・・
0316login:Penguin
2012/10/09(火) 08:08:37.44ID:nnyD2+Yn0317login:Penguin
2012/10/09(火) 10:58:05.80ID:jHUE7sVE0318login:Penguin
2012/10/09(火) 12:03:23.03ID:vXRMgl1q0319login:Penguin
2012/10/09(火) 12:59:39.11ID:jHUE7sVEそれがパーティションの真ん中に来ることもあるね。
0320login:Penguin
2012/10/09(火) 14:04:37.36ID:CKsP2v7Aデフラグすると意味なくなるけど。
てかNTFSはスレ違いだろ。
0321login:Penguin
2012/10/09(火) 14:16:17.38ID:IbxiAjDm0322login:Penguin
2012/10/09(火) 14:20:01.72ID:nnyD2+YnXFS「!?」
JFS「!?」
XFS「??」
0323login:Penguin
2012/10/09(火) 14:20:44.48ID:nnyD2+Yn0324login:Penguin
2012/10/09(火) 16:10:55.41ID:kmIlkpwM調べる気はないが
0325login:Penguin
2012/10/09(火) 17:23:11.63ID:8QjLalXf0326login:Penguin
2012/10/09(火) 21:20:33.72ID:CqAL4Ml20327login:Penguin
2012/10/10(水) 10:13:54.27ID:5I1NvHWm0328login:Penguin
2012/10/10(水) 10:40:07.76ID:gsFvCtEe0329login:Penguin
2012/10/10(水) 10:45:07.24ID:i4SvHKD10330login:Penguin
2012/10/10(水) 10:58:55.37ID:2fT/Upxm0331login:Penguin
2012/10/10(水) 11:02:45.64ID:GgqJQq9Q俺は未だにfat32にしてるな。
ntfsはMacOSやLinuxだといちいちntfs-3gでマウント仕直さないといけないし
0332login:Penguin
2012/10/10(水) 11:48:24.24ID:gsFvCtEe俺も、USBメモリとかSD(HC)カードとかだと基本的にFAT32だな。
外付けHDDだとext3/4やNTFSにしたりしてることもあるけど。
PC以外のデバイスで読む可能性が大きい場合はFAT32が鉄板かな、と。
0333login:Penguin
2012/10/10(水) 12:04:18.33ID:l0NrRCCsexFATがUSBメモリ用途のFAT32の後継になるもんだとばかり思ってた
MSはそのつもりで作ったんでしょ?
>>331-332
最新情報を把握してないんだけど・・・・
ntfs-3gって今は十分な信頼性あるのかな?
LinuxとWindowsで読めて1ファイル4GB以上OKなファイルシステムでずっと悩んでる
Ext2FsdのExt4サポートって、実用上問題ないレベルに達したのだろうか・・・
もう1年以上アップデートしてないみたいだし・・・
とりあえず今はext3を共用用途で使ってるんだけど、できればNTFSかext4に移行したい
0334login:Penguin
2012/10/10(水) 12:25:43.79ID:CD0ab8oM0335login:Penguin
2012/10/10(水) 12:28:09.60ID:gsFvCtEe十分な信頼性があるかっていうと、ちょっと分からないけど。
個人的には、内蔵HDDのWindowsとの共用領域はNTFSにしちゃってるな。
マウントしている時にカーネルが刺さったりすると、再起動してもntfs-3gがエラーを吐いてマウントできないことがある。
そうなるとlinux側だけでどうにもならなくなって、Windows側でchkdskが必要になることがある。
本当に稀だけど。
0336311
2012/10/10(水) 17:29:04.85ID:yPSAXVKc皆さんレスありがとうございます。
>>324
8.0GBのNTFSパーティションで試したのですが、
・縮める時は、その分だけのファイルを移動させているようですぐに終わりました
・右、左に移動させるときは、全てのファイル(セクタ(?))が移動されるようです
色々調べたり皆さんの書き込みから、
NTFSの仕様が完全に公開されていなくて、GPartedはMFTのパーティション内オフセット位置を
変更(MFTを移動)する操作が出来ない。だから、確実な「全体移動」をする。
と考えています。
0337login:Penguin
2012/10/10(水) 20:52:27.75ID:v385fBlC特に問題なく使えています。
いつになったらRCが取れるんだろ。
0338login:Penguin
2012/10/10(水) 23:27:04.84ID:+ZrJmI380339login:Penguin
2012/10/11(木) 00:01:58.07ID:tHQ9bcc50340login:Penguin
2012/10/11(木) 00:03:55.44ID:WS6FvsE5全部暗号化しちゃうとデータの受け渡しにすら使えないし。
0341login:Penguin
2012/10/11(木) 09:33:33.91ID:V5vBYLQ+0342login:Penguin
2012/10/11(木) 09:49:29.10ID:/wU9AuKr0343login:Penguin
2012/10/11(木) 16:25:44.56ID:GYQK0rbPNTFSの先頭はMFTって決まってるんだって。
何がどこにあるかは全部MFTに入ってるのに、
MFTの場所が決まってなかったらファイルシステム読めないべさ。
0344login:Penguin
2012/10/11(木) 20:34:32.36ID:Wk88iD1l0345login:Penguin
2012/10/11(木) 20:40:39.68ID:Wk88iD1l0346デムパゆんゆんネトウヨ特攻兵@10月 読書の秋 【関電 64.6 %】
2012/10/11(木) 22:40:43.93ID:QNMVCMvf0347login:Penguin
2012/10/12(金) 10:25:11.66ID:GbJnfzSW中断しても整合性をキープするのが理想だと思う。
転送前後が重なってるなら、一時的に双方を含むパーティションに拡大して、
デフラグ類似の処理をしながら転送前だけの範囲から追い出して、
その後に転送後の範囲に縮小。
てな面倒な処理をしてくれるといいんだけれど。
0348login:Penguin
2012/10/12(金) 10:26:46.27ID:HHTpRhDv0349login:Penguin
2012/10/17(水) 14:17:43.56ID:vrMwbUL5------------------------------------------------------------------------
NTFSのセキュリティ設定はデフォルトの状態でよくできている
※デフォルトのUNIXのファイルパーミッションは最低といってもいい
というかそもそも共有という認識がない
それでも問題点にならないには非常に小規模の共有にしか使わないから
UNIXでも同等のことができるという意見もあるが「実運用したことのない奴の戯言」である
NTFSのエラー訂正機能はext3より若干上(ext2よりは良くなった)
(割と馬鹿にされるがCHKDSKは神ツールである)
0350login:Penguin
2012/10/17(水) 14:37:51.35ID:jvY0yRQXどうよって言われてもな・・・
Windowsユーザーから見れば、まぁそういう言われ方するよねぇ。
ぐらいかと。
Windowsメインの共有なら明らかにLinux+sambaのが分が悪い(当然だけど)
acl周りもしかり。
サーバーとしてWindows用意出来るなら、わざわざLinux+samba使う必要無いしな。
色々反論したいところも有るだろうが、
この書き方してる奴に反論したところで、
徒労に終わるだけじゃね。
ってのが、感想。
0351login:Penguin
2012/10/17(水) 14:42:42.34ID:DCqsgCSI0352login:Penguin
2012/10/17(水) 14:47:01.24ID:YMHv2yu3思考が狭すぎ世間をしらなすぎ、お前の言うそれはインストールされた
台数でいえば極狭い世界の知識だ。
0353login:Penguin
2012/10/17(水) 14:47:45.63ID:DCqsgCSIでは経験豊富なあなたの意見をどうぞ。
0354login:Penguin
2012/10/17(水) 14:52:30.65ID:9QEPxsDDいちいち釣りに付き合うな。
0355login:Penguin
2012/10/17(水) 15:11:25.66ID:01TKgxYE0356login:Penguin
2012/10/17(水) 15:16:30.84ID:PvZAHEIsそんなのあるの?
と思って検索したら最近はそういう機能がついた?
http://cloud.watch.impress.co.jp/docs/column/2012lab/20120810_550846.html
0357login:Penguin
2012/10/17(水) 15:50:25.17ID:jvY0yRQXそうカッカするなよ。
Linuxとか分からないWinユーザーなんてそんなもんだって。
言いたい事は分かるが、最後にちゃんと感想書いただろ?
関わるだけ無駄だと。
だから落ち着けって。
0358login:Penguin
2012/10/17(水) 19:31:09.12ID:SWsIj1dy0359login:Penguin
2012/10/17(水) 19:47:05.38ID:SC1964PiFATの頃は不良クラスタ発生箇所のファイルの問題だけに極限してたのになぁ
0360login:Penguin
2012/10/17(水) 20:48:59.24ID:RbpW1EIX0361login:Penguin
2012/10/18(木) 11:55:37.22ID:QvtQjgLZまだWindows2000が現役だった頃その罠にハマったわw
結局その時の常用はFATにした。
0362login:Penguin
2012/10/18(木) 16:35:38.24ID:LrtYvlyTメモリ技術の革新がコンピュータアーキテクチャの変革も導く
http://pc.watch.impress.co.jp/docs/column/kaigai/20121018_566618.html
0363login:Penguin
2012/10/18(木) 18:02:34.17ID:nEi/VRh30364login:Penguin
2012/10/18(木) 21:42:23.50ID:Uwcr8ZaTどこでもセーブがありがたいけれど、
不揮発メモリもそんな感じかな?
0365login:Penguin
2012/10/18(木) 23:04:38.08ID:CZbR+4vN0366login:Penguin
2012/10/18(木) 23:27:58.96ID:Svf3uX/8ファイルをメモリに再展開しないで直接参照するようになる、
それは現状でも可能。
PRAMが一番単純だ寿命はMRAM、RAMはMRAMになりFLASHはPRAMになる、
速度が稼げればMMは1GBで十分、MMとPRAM間の転送を100GB/sに高める。
スパコンやクラウドは既にメモリ+演算機構の分散システムになっていて、
大規模な処理ではICーNWの速度がその性能を規定している。
0367login:Penguin
2012/10/22(月) 16:00:09.50ID:o36esTpAWindowsのファイル共有がクライアントも含めてセキュアになったのなんてここ10年の話じゃないか。
10年前はサーバですら追加パッケージ入れないとITSECの規準も満たさなかったし。
今もProfessionalじゃないと話にならないだろ?
0368login:Penguin
2012/10/22(月) 18:41:11.05ID:N8Jtvfqgこんな事が言える男が世界にどれだけいるだろう
心から感謝している
0369login:Penguin
2012/10/23(火) 02:09:12.40ID:WU9pwdoJその手の話は楽しそうだけど、スレ違いだから遠慮しておく
0370login:Penguin
2012/10/23(火) 06:54:16.77ID:9JHFz3mT0371login:Penguin
2012/10/23(火) 12:26:22.73ID:0oB+osl50372login:Penguin
2012/10/23(火) 18:37:45.79ID:ZFhcO2Ju0373login:Penguin
2012/10/25(木) 08:43:13.91ID:zqYpInVTSSDとHDDのいいとこ取りのディスクシステム。
Linuxのファイルシステムでまねっこするには、
FlashCacheが一番近いかな。
0374login:Penguin
2012/10/25(木) 16:21:46.50ID:wiAOfp6Y0375login:Penguin
2012/10/25(木) 16:39:14.43ID:dcwDITH+0376login:Penguin
2012/10/25(木) 16:39:49.21ID:dcwDITH+> Hot Dataという仕組をVFS上に考案されていてまずbtrfsへの実装が進められている。
Hot Data Tracking
0377login:Penguin
2012/10/25(木) 23:34:28.46ID:UqYCZsNhhttp://www.phoronix.com/scan.php?page=news_item&px=MTIxNDQ
カーネル3.4以降のExt4でファイル破損の不具合ですか。
それとも3.6.2の話かな。
私は2.6.32だけど心配だからExt3で再インストールしようかな…。
0378login:Penguin
2012/10/26(金) 02:57:48.55ID:Gx6HHt8O0379login:Penguin
2012/10/26(金) 08:39:13.13ID:gJ8NKbwz当たることもそうはなさそう。
2.6系だとむしろext4のコードが古すぎて微妙とかないのな。
0380login:Penguin
2012/10/26(金) 08:40:26.38ID:O4FrXTWG0381login:Penguin
2012/10/26(金) 10:13:36.36ID:b7aJ0gK4なるほど、btrfsの今後の実装を刮目して待て!!
という話ですね。
0382login:Penguin
2012/10/26(金) 12:31:52.08ID:Fqb7Vkhu0383login:Penguin
2012/10/26(金) 15:42:47.69ID:pT4dWmUW>>379
https://plus.google.com/117091380454742934025/posts/Wcc5tMiCgq7
によると
今のところ調査中みたいだけど、かなり限られた状況じゃないと破損は起きないみたい。
umountせずに電源を切る(umount -l後にbusyが解消される前に切るとか)
次回mount時にnobarrierオプション付きでマウント
この二つを満たした時に破損の可能性が出てくるらしい。
とりあえずnobarrierをつけてない人は、まぁ大丈夫でしょ
0384login:Penguin
2012/10/27(土) 00:52:26.66ID:2cXd+0y5そういえば以前から気になっていたけど、Linux終了するとき
外付けのUSB-HDDが「カキューン」とか鳴って
いきなり電源切断されたようになる。
(サスペンド中もUSB-HDDのモーターが回っている)
Windowsなら、HDDのモーターが止まってから静かに電源断されるのだけど。。
(サスペンド中はUSB-HDDのモーターが止まっている)
今回の修正でついでにそこまでやってくれないかな…。
0385login:Penguin
2012/10/27(土) 02:15:46.98ID:ZNGg/pVZバグかぉ!?
Xが固まって強制リセット後破損
nobarrierつけてるから破損したんだな仕方ない自業自得か
と思って納得してたんだが…?なんか間違ってる?
0386login:Penguin
2012/10/27(土) 17:34:09.20ID:kLEmFi68新しい書き込みが捨てられるだけであることが期待されてる。
0387login:Penguin
2012/10/27(土) 17:44:06.09ID:AGi5NFZt0388login:Penguin
2012/10/27(土) 17:48:52.80ID:kLEmFi680389login:Penguin
2012/10/27(土) 23:19:31.81ID:GpxaDLzd?
0390login:Penguin
2012/10/27(土) 23:25:13.01ID:+7274N+z0391login:Penguin
2012/10/28(日) 00:43:00.91ID:EGMMc3VL0392login:Penguin
2012/10/28(日) 00:54:10.66ID:4sjbxmQV「ファイル破損」とかアホかと。
0393login:Penguin
2012/10/28(日) 03:02:33.87ID:qwr6u3Apフラッシュされてないんだからしょうがない。
0394login:Penguin
2012/10/28(日) 03:18:53.76ID:4iK8nRu6まあ破損して困るようなデータじゃないからどうでもいいけど
0395login:Penguin
2012/10/28(日) 05:23:47.58ID:CJGiM68r0396login:Penguin
2012/10/28(日) 07:45:58.13ID:YHACL08lEXT4に浮気した俺が間違ってたよ
0397login:Penguin
2012/10/28(日) 11:52:40.99ID:4sjbxmQVはあ?
0398login:Penguin
2012/10/29(月) 19:41:09.31ID:eLEF2BXb$sudo zfs snspshot rpool/export/home@today
楽チン~
0399login:Penguin
2012/10/29(月) 21:08:47.00ID:3OuSbDia0400login:Penguin
2012/10/29(月) 21:28:37.16ID:1Bghux58それは地上の道のようなものである。
もともと地上には道はない。
歩く人が多くなれば、それが道になるのだ
0401login:Penguin
2012/10/29(月) 23:43:50.62ID:6l5+Yl0S■ このスレッドは過去ログ倉庫に格納されています