- 1 名前：login:Penguin; mailto:sage [2012/06/30(土) 08:36:00.10 ID:q3w7kzQB]
- ●前スレ ファイルシステム総合スレ その14
engawa.2ch.net/test/read.cgi/linux/1326613113/
●関連スレ
ジャーナリングファイルシステム
toro.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 6
toro.2ch.net/test/read.cgi/unix/1337411922/
FS関連スレ
kohada.2ch.net/test/read.cgi/os/1137387538/l50
過去スレ、関連リンクは >>2-10 あたりで。
- 252 名前：login:Penguin mailto:sage [2012/09/20(木) 22:57:56.63 ID:jqOim1D1]
- >>240
その考え方はマズイだろ。
ファイルの種類を目視確認するから偽装に騙されるんだよ。
ファイルの種類は取り扱うシェル（と同等のライブラリ）に判別させろよ。
一時期 Windows でセキュリティのために拡張子を表示しろといかいう馬鹿が沢山いたが、
エクスプローラの詳細表示でファイルの種類を表示する方が正解。
- 253 名前：login:Penguin mailto:sage [2012/09/21(金) 00:01:59.04 ID:Pe5+z/rC]
- 古臭い人間だが、日常的なファイル変換するのに make 使ってる
コマンドのルールを記述するのに拡張子ないと困る
テキストファイル(org)を PDF 化したり、数値データ(csv)として統計処理したり、ソース(c, cpp)からプログラム作ったり
- 254 名前：login:Penguin mailto:sage [2012/09/21(金) 00:03:55.87 ID:VLw/MbBu]
- だーかーらー拡張子の話はスレ違いだろうが。
他でやれ。
- 255 名前：login:Penguin mailto:sage [2012/09/21(金) 07:12:56.67 ID:OCWNaOVo]
- 拡張子スレなんてあるの？
- 256 名前：login:Penguin mailto:sage [2012/09/21(金) 07:27:03.61 ID:OUsfHU4r]
- 拡張子スレ自体は10個以上あるな。
- 257 名前：login:Penguin mailto:sage [2012/09/21(金) 12:23:10.26 ID:xgzSXJRY]
- 拡張子はファイル名とは違う「ファイル種別」を示すものとして、
ファイルシステム側で特別扱いすべきものだろ。
現行のファイルシステムがデフォルトで対応できないなら、
少なくとも拡張子をファイル種別として記録できるように
マウントオプションで選択できるようにすべき
- 258 名前：login:Penguin mailto:sage [2012/09/21(金) 12:36:23.68 ID:JWa78uTU]
- わざわざ拡張子のために別領域用意して何か嬉しいことあんの？
- 259 名前：login:Penguin mailto:sage [2012/09/21(金) 13:30:49.56 ID:b44JPpzD]
- 拡張子なんぞ使わなくても拡張領域というものがあるんだからそっち使えや。
- 260 名前：login:Penguin mailto:sage [2012/09/21(金) 13:51:47.80 ID:bxodQecC]
- 拡張子よりファイル名長問題の話題しようぜ
- 261 名前：login:Penguin mailto:sage [2012/09/21(金) 14:11:25.64 ID:aMFGpFYa]
- >>257
拡張子はどうでもよいが、ファイル名とは別にどのような種別のファイルか
記録する方法はあってもいい。
ネイティブなファイルシステムに、その方法がないのはUnixだけだけどな。
- 262 名前：login:Penguin mailto:sage [2012/09/21(金) 16:04:32.22 ID:0a003z4K]
- リソースフォークの復活か。でもあれも別にファイルシステムの機能じゃないな。
- 263 名前：login:Penguin mailto:sage [2012/09/21(金) 16:13:49.40 ID:d7ovAYiG]
- >>260
あんまり長いファイル名許すと、それに頼った運用する連中が出てきて
その被害に巻き込まれそうだから今のままでいい
>>261
fileコマンドで何が不満なんだ
- 264 名前：login:Penguin mailto:sage [2012/09/21(金) 16:34:52.78 ID:clUu8XMM]
- VIVOより美味いのはVIVOだけだけどな
- 265 名前：login:Penguin mailto:sage [2012/09/21(金) 18:34:43.43 ID:wNu+jRMu]
- >>261
ext系に有る filetype って何のために存在するんだろうな
- 266 名前：login:Penguin mailto:sage [2012/09/21(金) 21:09:05.21 ID:gxBeBj6C]
- 今は拡張子なんかより、大文字小文字を区別するかどうかって問題が大きくなってきているような。
- 267 名前：login:Penguin mailto:sage [2012/09/21(金) 21:13:42.72 ID:JWa78uTU]
- 大文字小文字区別するかどうかはOS側の問題で
ファイルシステムは大抵区別するはずだけど。
そういやWindowsって今でもNTFSは大文字区別するけど
WindowsのOSは大文字小文字区別しないって仕様なんだろうか。
- 268 名前：login:Penguin mailto:sage [2012/09/21(金) 21:28:59.23 ID:gxBeBj6C]
- OSかファイルシステムかってのはどういう区別なんだ？
ファイラはOSって区分なんだろうか？
Mac OS Xの場合、カーネルのファイルシステムドライバが、
HFS+ではcase-insensitiveで、UFSやNFSでは、case-sensitive。
ただしFinderが別途case-insensitiveにやってる。
だからCUIだとファイルシステムごとに違う。
- 269 名前：login:Penguin mailto:sage [2012/09/21(金) 21:55:32.38 ID:yU31tBlI]
- OS=Opereting System
ファイルシステム=File System
- 270 名前：login:Penguin mailto:sage [2012/09/21(金) 22:19:08.79 ID:wNu+jRMu]
- obcaseinsensitive
- 271 名前：login:Penguin mailto:sage [2012/09/21(金) 22:26:27.59 ID:4ylF6bk1]
- MAC のファイル名の濁点問題も健在だっけ
- 272 名前：login:Penguin [2012/09/22(土) 00:11:48.04 ID:PpWMd5yJ]
- tp://key2.jp/~yskhashi/wordpress/?p=427
こんなの見つけちゃったけど、もう作っちゃったzfs poolは作り直すしかないの？
はぁ．．．
- 273 名前：login:Penguin [2012/09/22(土) 00:28:56.98 ID:xakY400e]
- ファイル名の文字数はwindows並になった？
なってなかったら一年後また来る。
- 274 名前：login:Penguin mailto:sage [2012/09/22(土) 02:01:09.05 ID:KfI4Q/7Y]
- >>272
macからnfsで接続なんてことしてなけりゃ関係ないんじゃない。
- 275 名前：180 mailto:sage [2012/09/22(土) 08:36:03.83 ID:9+pTNW3t]
- >>272
Netatalkをインストールすれば問題ない。
3.0から設定が簡単になったので、試してみれ。
- 276 名前：login:Penguin mailto:sage [2012/09/22(土) 09:20:09.04 ID:M/DcOAHw]
- >>263
人間のためのファイル名じゃんw
NTFSでファイル名を長く使えてどんな被害があるの?
- 277 名前：login:Penguin mailto:sage [2012/09/22(土) 16:18:13.17 ID:LO7y59vv]
- >>276
ファイルサーバにバックアップしたい時にファイル名で引っかかる
- 278 名前：login:Penguin mailto:sage [2012/09/22(土) 16:30:34.03 ID:PpWMd5yJ]
- ファイル名長いとtarに格納できないんだっけ
- 279 名前：login:Penguin mailto:sage [2012/09/22(土) 17:11:48.34 ID:AMpPKnTT]
- 大文字小文字を同一視するファイルシステムって、ラテン文字やキリル文字やギリシア文字の大小も律儀に同一視してくれるの？
- 280 名前：login:Penguin mailto:sage [2012/09/22(土) 17:29:34.03 ID:13EzWjao]
- >>279
一応こんなテーブル持ってます。
opensource.apple.com/source/xnu/xnu-2050.9.2/bsd/hfs/hfscommon/Unicode/UCStringCompareData.h
- 281 名前：login:Penguin mailto:sage [2012/09/22(土) 17:44:43.19 ID:F/d1hvZ+]
- >>277
Linux側でどうにかファイル名ながくできないのか？
- 282 名前：login:Penguin mailto:sage [2012/09/22(土) 17:48:50.42 ID:13EzWjao]
- 安易に変えるとLinux内でもバージョン間でファイルのポータビリティなくなるからな。
- 283 名前：login:Penguin mailto:sage [2012/09/22(土) 17:48:58.82 ID:LO7y59vv]
- >>281
しょばい話だけどNTFSをLinuxのext3でsamba共有使用とした時に
sambaのファイル名長に引っかかったと思う
sambaで解決してもext3でも引っかかるんじゃないかな
とりあえずサーバ側のディスクをiscsiでwindowsから使ってる
- 284 名前：login:Penguin mailto:sage [2012/09/22(土) 17:55:44.77 ID:AMpPKnTT]
- >>280
詳しく見てないけどU+1E9Eには未対応だろうね
- 285 名前：login:Penguin mailto:sage [2012/09/22(土) 19:46:40.44 ID:xakY400e]
- 273です。
まだだったか。
- 286 名前：login:Penguin mailto:sage [2012/09/23(日) 02:23:11.47 ID:gJB1mzz5]
- >>272
その記事は半分嘘。normalizationで指定した正規化方法でファイルを記録してくれるわけじゃなくて、
単にFSにファイル名比較の要求がされたときに設定した正規化を行って比較するだけ。
要はformCと設定してNFDなドラえもんを書いてもNFDで記録されるが、NFCなドラえもんを書こうとしたときに同名ファイルが存在してると返してくれるって動作。
>>275の言うとおりnetatalkに任せておけばそうそう問題は起きないと思う。
ZFS+netatalkで個人的に試した範囲だとcasesensitivity=mixedを忘れた時の方が痛かった気が。
- 287 名前：login:Penguin mailto:sage [2012/09/24(月) 19:24:33.87 ID:BTwpUGaW]
- https://access.redhat.com/knowledge/docs/ja-JP/Red_Hat_Enterprise_Linux/6/html/Storage_Administration_Guide/newfilesys-ext4.html
＞ただし、 リンク数が 65,000 を越えると 1 にリセットされ増加しなくなります。
ってどういう動作なんだろう
- 288 名前：login:Penguin mailto:sage [2012/09/24(月) 19:40:48.87 ID:Ny4350Xt]
- リンクカウントって>2だから、1だと65000>を意味することにするんでしょ?
struct statのst_nlinkが16bitの互換性とサブディレクトリを65000以上作れることを、
回収できなくなることのデメリットよりも重視するということ。
- 289 名前：login:Penguin mailto:sage [2012/09/24(月) 20:36:04.02 ID:ntsLnrZa]
- 回収できなくなるってどういうこと？
- 290 名前：login:Penguin mailto:sage [2012/09/24(月) 20:46:40.60 ID:Ny4350Xt]
- サブディレクトリをunlinkしても親ディレクトリのst_nlinkは1(実質∞の意味)のまま。
..の事知らないと何のことかわからないかも。
- 291 名前：login:Penguin mailto:sage [2012/09/24(月) 20:53:25.94 ID:Ny4350Xt]
- unlinkしても→rmdirしても
# 別スレでUnix V7のこと話していたからw
- 292 名前：login:Penguin mailto:sage [2012/09/24(月) 21:01:33.25 ID:ntsLnrZa]
- 「回収できなくなる」の意味がわからなかった
「回収できなくなる」とはどういうこと？
- 293 名前：login:Penguin mailto:sage [2012/09/24(月) 21:03:32.35 ID:Ny4350Xt]
- ファイルシステムは、リファレンスカウントのガベージコレクションやってる。
- 294 名前：login:Penguin mailto:sage [2012/09/24(月) 21:41:52.76 ID:ntsLnrZa]
- もちろん nlink の話題で、デメリットとしての「回収できなくなる」を読めば、恐らくどこからも参照されないディレクトリが残ってしまい消すことができないと言っているんだと予想できる
しかし、コードを読んでも ext4 の rmdir は消したいディレクトリが空なら直接 nlink をゼロにするからnlinkの管理が適当でも正しく動作するし(1)、
実際に65000を越えるサブディレクトリを作ってみてnlinkが1になることを確認してから消しても、容量は元に戻り正しく消せたようだ(2)
そうなると「回収できなくなる」には、僕の理解とは別の意味があるんじゃないかと色々考えて、結果「どういうこと？」と聞くわけだ
にもかかわらず、質問に答えずに .. がどうとか、リファレンスカウントがどうとか別のことを言うのは、よくない
質問には正確に答えるべきだ
もちろん、僕の能力が低いせいで(1)の理解が間違いだったり、(2)が正しい実験ではなかったかもしれない
また、別のバージョンでは挙動が違う可能性は残っている
そもそも、「回収できなくなる」には別の意味があったのかもしれない
そういう色々な可能性が考えられるから、「回収できなくなる」とは何を意図しているのか、正確に知りたかった
- 295 名前：login:Penguin mailto:sage [2012/09/25(火) 01:46:47.91 ID:g8ftd0U7]
- これは質問が悪いだろ。
- 296 名前：login:Penguin mailto:sage [2012/09/25(火) 14:51:59.61 ID:hzHYhHyn]
- 質問の仕方は悪いが抽象的なことして言ってない回答者も馬鹿
- 297 名前：login:Penguin mailto:sage [2012/09/25(火) 14:59:20.83 ID:MhTNZXB9]
- んじゃ答えてあげてよ。
- 298 名前：login:Penguin mailto:sage [2012/09/25(火) 15:19:24.18 ID:7mHujUYI]
- ディレクトリがハードリンクできる世界からタイムスリップしてきたとか。
- 299 名前：login:Penguin mailto:sage [2012/09/25(火) 15:56:32.40 ID:ie6CmTzc]
- ちがうだろ、パルスのファルシのルシがパージでコクーンだろ
- 300 名前：login:Penguin mailto:sage [2012/09/27(木) 18:19:53.21 ID:5QedY1DW]
- >>298
ln -d
- 301 名前：login:Penguin mailto:sage [2012/09/27(木) 18:52:09.14 ID:d5nghtd2]
- >>300
そういうことじゃねえだろ
- 302 名前：login:Penguin mailto:sage [2012/09/28(金) 16:19:38.60 ID:LQL56AZa]
- 窓から放り投げろ
- 303 名前：login:Penguin mailto:sage [2012/10/03(水) 20:02:48.65 ID:OhisapLS]
- いやそもそも nlink ってのが何なのか……
- 304 名前：login:Penguin mailto:sage [2012/10/04(木) 23:05:12.99 ID:lFlv+tKp]
- https://lkml.org/lkml/2012/10/3/250
JFSにtrimが
- 305 名前：login:Penguin mailto:sage [2012/10/05(金) 23:30:23.27 ID:Vea7jgnN]
- jfs使いとしては喜ぶべきことだな。
reiser4が新しいカーネルにマージされるらしいね、こっそり開発続いてたのね。
- 306 名前：login:Penguin mailto:sage [2012/10/06(土) 01:30:41.44 ID:SkMTlz/z]
- まじかよ
いつのまにこんなページができてたんだ
https://reiser4.wiki.kernel.org/index.php/Main_Page
- 307 名前：login:Penguin mailto:sage [2012/10/08(月) 15:47:33.65 ID:dFkmzqRr]
- 草葉の陰でHansも喜ぶだろうな。
- 308 名前：login:Penguin mailto:sage [2012/10/08(月) 18:31:03.39 ID:5MeFU1N8]
- 死 ん で ま せ ん
- 309 名前：login:Penguin mailto:sage [2012/10/08(月) 18:40:10.87 ID:S45asaXB]
- >>307
檻の中で
のまちがい
- 310 名前：login:Penguin mailto:sage [2012/10/08(月) 19:27:40.22 ID:GDmtR82r]
- >>307
若草の茂み に見えた。
- 311 名前：login:Penguin mailto:sage [2012/10/08(月) 20:08:25.10 ID:qjMSA1BQ]
- スレ
どうしてUbuntuは衰退したのか？
engawa.2ch.net/test/read.cgi/linux/1338094841/207-
でやりとりしていて疑問に思ったので教えていただけませんか。
GParted(Ubuntu12.04LTS 日本語Remix LiveCD)なんですが、
200GBのNTFSパーティションを右に100MB移動させるとき、
200GB全てを右に移動させているんじゃないかと思われるほど時間がかかりました。
パーティション先頭100MBにあったファイルを、新しく拡張される後端側の
空き領域に移動させて、それに合わせファイル管理情報を更新するだけで
良いと思うのですが、ダメなのでしょうか?
- 312 名前：login:Penguin mailto:sage [2012/10/09(火) 01:40:18.33 ID:7vUOMS0+]
- ダメでしょう
- 313 名前：311 mailto:sage [2012/10/09(火) 01:53:46.10 ID:xUr78a+v]
- >>312
そうですか。
例えば300GBのパーティションを200GBに縮小するとき、後端100GBの場所にあった
ファイルは縮小される200GBの範囲内に移動されますよね。
それと同じように、パーティション変更後アクセスできなくなる場所にあるファイルは
変更後でもアクセスできる場所に自由に移動させることができるものだと思っていました。
- 314 名前：login:Penguin mailto:sage [2012/10/09(火) 03:53:08.01 ID:GYJBsMSY]
- その方法は新しい方の空き領域が足りなかったら破綻しますがな
まるっと移動するほうが確実
- 315 名前：login:Penguin mailto:sage [2012/10/09(火) 07:15:52.92 ID:ymL2JR8s]
- >>311
NTFSの実装は知らないけれど、
もしも、パーティション先頭からのオフセットで管理している要素があったら・・・
- 316 名前：login:Penguin mailto:sage [2012/10/09(火) 08:08:37.44 ID:nnyD2+Yn]
- 普通は相対だろ何言ってんだ
- 317 名前：login:Penguin mailto:sage [2012/10/09(火) 10:58:05.80 ID:jHUE7sVE]
- そもそも、パーティションの先頭にあるのは管理領域だが。
- 318 名前：login:Penguin mailto:sage [2012/10/09(火) 12:03:23.03 ID:vXRMgl1q]
- MFTがパーティションの真ん中ぐらいに取られてて60%以上縮小できなかったのはいい思い出
- 319 名前：login:Penguin mailto:sage [2012/10/09(火) 12:59:39.11 ID:jHUE7sVE]
- MFTを拡大するときにMFTのフラグメンテーションが起きて、
それがパーティションの真ん中に来ることもあるね。
- 320 名前：login:Penguin mailto:sage [2012/10/09(火) 14:04:37.36 ID:CKsP2v7A]
- MFTは意図的に真ん中にくるようになってるでそ。
デフラグすると意味なくなるけど。
てかNTFSはスレ違いだろ。
- 321 名前：login:Penguin mailto:sage [2012/10/09(火) 14:16:17.38 ID:IbxiAjDm]
- その理屈だとext234,btrfs以外は板違い…
- 322 名前：login:Penguin mailto:sage [2012/10/09(火) 14:20:01.72 ID:nnyD2+Yn]
- Reiser4「！？」
XFS「！？」
JFS「！？」
XFS「？？」
- 323 名前：login:Penguin mailto:sage [2012/10/09(火) 14:20:44.48 ID:nnyD2+Yn]
- ZFSって書くつもりが間違えたし
- 324 名前：login:Penguin mailto:sage [2012/10/09(火) 16:10:55.41 ID:kmIlkpwM]
- 実際には期待通り１００Mとちょっと動かしてただけでしたとかないですか
調べる気はないが
- 325 名前：login:Penguin mailto:sage [2012/10/09(火) 17:23:11.63 ID:8QjLalXf]
- NTFSはLinuxのデフォルトサポートFSだろ
- 326 名前：login:Penguin mailto:sage [2012/10/09(火) 21:20:33.72 ID:CqAL4Ml2]
- えっ
- 327 名前：login:Penguin mailto:sage [2012/10/10(水) 10:13:54.27 ID:5I1NvHWm]
- Android関係の話で、最近はUSBメモリをNTFSで使うのがデフォらしいと聞いたときはびっくりした。
- 328 名前：login:Penguin mailto:sage [2012/10/10(水) 10:40:07.76 ID:gsFvCtEe]
- FAT32じゃないんだ。
- 329 名前：login:Penguin mailto:sage [2012/10/10(水) 10:45:07.24 ID:i4SvHKD1]
- exFATとか言うの無かったっけ？
- 330 名前：login:Penguin mailto:sage [2012/10/10(水) 10:58:55.37 ID:2fT/Upxm]
- あったよ。
- 331 名前：login:Penguin mailto:sage [2012/10/10(水) 11:02:45.64 ID:GgqJQq9Q]
- ntfsでも大抵の環境は大丈夫なんだろうけど
俺は未だにfat32にしてるな。
ntfsはMacOSやLinuxだといちいちntfs-3gでマウント仕直さないといけないし
- 332 名前：login:Penguin mailto:sage [2012/10/10(水) 11:48:24.24 ID:gsFvCtEe]
- >>331
俺も、USBメモリとかSD(HC)カードとかだと基本的にFAT32だな。
外付けHDDだとext3/4やNTFSにしたりしてることもあるけど。
PC以外のデバイスで読む可能性が大きい場合はFAT32が鉄板かな、と。
- 333 名前：login:Penguin mailto:sage [2012/10/10(水) 12:04:18.33 ID:l0NrRCCs]
- >>330
exFATがUSBメモリ用途のFAT32の後継になるもんだとばかり思ってた
MSはそのつもりで作ったんでしょ？
>>331-332
最新情報を把握してないんだけど・・・・
ntfs-3gって今は十分な信頼性あるのかな？
LinuxとWindowsで読めて1ファイル4GB以上OKなファイルシステムでずっと悩んでる
Ext2FsdのExt4サポートって、実用上問題ないレベルに達したのだろうか・・・
もう1年以上アップデートしてないみたいだし・・・
とりあえず今はext3を共用用途で使ってるんだけど、できればNTFSかext4に移行したい
- 334 名前：login:Penguin mailto:sage [2012/10/10(水) 12:25:43.79 ID:CD0ab8oM]
- UDFの出番
- 335 名前：login:Penguin mailto:sage [2012/10/10(水) 12:28:09.60 ID:gsFvCtEe]
- >>333
十分な信頼性があるかっていうと、ちょっと分からないけど。
個人的には、内蔵HDDのWindowsとの共用領域はNTFSにしちゃってるな。
マウントしている時にカーネルが刺さったりすると、再起動してもntfs-3gがエラーを吐いてマウントできないことがある。
そうなるとlinux側だけでどうにもならなくなって、Windows側でchkdskが必要になることがある。
本当に稀だけど。
- 336 名前：311 mailto:sage [2012/10/10(水) 17:29:04.85 ID:yPSAXVKc]
- >>311です。
皆さんレスありがとうございます。
>>324
8.0GBのNTFSパーティションで試したのですが、
・縮める時は、その分だけのファイルを移動させているようですぐに終わりました
・右、左に移動させるときは、全てのファイル(セクタ(?))が移動されるようです
色々調べたり皆さんの書き込みから、
NTFSの仕様が完全に公開されていなくて、GPartedはMFTのパーティション内オフセット位置を
変更(MFTを移動)する操作が出来ない。だから、確実な「全体移動」をする。
と考えています。
- 337 名前：login:Penguin mailto:sage [2012/10/10(水) 20:52:27.75 ID:v385fBlC]
- 遅ればせながらZFS Linux Native RC11が出てましたね。
特に問題なく使えています。
いつになったらRCが取れるんだろ。
- 338 名前：login:Penguin [2012/10/10(水) 23:27:04.84 ID:+ZrJmI38]
- win共用のusbメモリとか随分前からntfs一択だな
- 339 名前：login:Penguin mailto:sage [2012/10/11(木) 00:01:58.07 ID:tHQ9bcc5]
- でも、USBメモリとかは、暗号化がついたFSじゃないと使えなくない？
- 340 名前：login:Penguin mailto:sage [2012/10/11(木) 00:03:55.44 ID:WS6FvsE5]
- 大切なデータはもちろん暗号化したFS領域にいれてるよ。
全部暗号化しちゃうとデータの受け渡しにすら使えないし。
- 341 名前：login:Penguin [2012/10/11(木) 09:33:33.91 ID:V5vBYLQ+]
- 暗号化すると漢字やカタカナのフォルダ名は文字化け起こしてしまうけどな。
- 342 名前：login:Penguin mailto:sage [2012/10/11(木) 09:49:29.10 ID:/wU9AuKr]
- どこの糞ソフトだよ
- 343 名前：login:Penguin mailto:sage [2012/10/11(木) 16:25:44.56 ID:GYQK0rbP]
- >>336
NTFSの先頭はMFTって決まってるんだって。
何がどこにあるかは全部MFTに入ってるのに、
MFTの場所が決まってなかったらファイルシステム読めないべさ。
- 344 名前：login:Penguin mailto:sage [2012/10/11(木) 20:34:32.36 ID:Wk88iD1l]
- 単純な全体移動だけじゃなくてBPBの書き換えもやってるという理解だったが最近のは違うの？この手のツール。
- 345 名前：login:Penguin mailto:sage [2012/10/11(木) 20:40:39.68 ID:Wk88iD1l]
- あとこの手の全体移動するツールって移動中に電源落ちても続きから再開できるような対策とか打ってるもんなん？
- 346 名前：デムパゆんゆんネトウヨ特攻兵＠１０月 読書の秋 【関電 64.6 %】 mailto:sage [2012/10/11(木) 22:40:43.93 ID:QNMVCMvf]
- 続きはCMの後
- 347 名前：login:Penguin mailto:sage [2012/10/12(金) 10:25:11.66 ID:GbJnfzSW]
- >>345
中断しても整合性をキープするのが理想だと思う。
転送前後が重なってるなら、一時的に双方を含むパーティションに拡大して、
デフラグ類似の処理をしながら転送前だけの範囲から追い出して、
その後に転送後の範囲に縮小。
てな面倒な処理をしてくれるといいんだけれど。
- 348 名前：login:Penguin mailto:sage [2012/10/12(金) 10:26:46.27 ID:HHTpRhDv]
- 理想語ってる暇あったら自分で実装すべし
- 349 名前：login:Penguin [2012/10/17(水) 14:17:43.56 ID:vrMwbUL5]
- 他スレでこんなこと言ってる人がいたが、どうよ？？
------------------------------------------------------------------------
NTFSのセキュリティ設定はデフォルトの状態でよくできている
※デフォルトのUNIXのファイルパーミッションは最低といってもいい
というかそもそも共有という認識がない
それでも問題点にならないには非常に小規模の共有にしか使わないから
UNIXでも同等のことができるという意見もあるが「実運用したことのない奴の戯言」である
NTFSのエラー訂正機能はext3より若干上(ext2よりは良くなった)
（割と馬鹿にされるがCHKDSKは神ツールである)
- 350 名前：login:Penguin mailto:sage [2012/10/17(水) 14:37:51.35 ID:jvY0yRQX]
- >>349
どうよって言われてもな・・・
Windowsユーザーから見れば、まぁそういう言われ方するよねぇ。
ぐらいかと。
Windowsメインの共有なら明らかにLinux+sambaのが分が悪い（当然だけど）
acl周りもしかり。
サーバーとしてWindows用意出来るなら、わざわざLinux+samba使う必要無いしな。
色々反論したいところも有るだろうが、
この書き方してる奴に反論したところで、
徒労に終わるだけじゃね。
ってのが、感想。
- 351 名前：login:Penguin mailto:sage [2012/10/17(水) 14:42:42.34 ID:DCqsgCSI]
- まぁ、適材適所。
- 352 名前：login:Penguin mailto:sage [2012/10/17(水) 14:47:01.24 ID:YMHv2yu3]
- >>350
思考が狭すぎ世間をしらなすぎ、お前の言うそれはインストールされた
台数でいえば極狭い世界の知識だ。
|
 |
