GetSetによる
2006年07月16日 18時15分の掲載
求む、人柱部門より。
求む、人柱部門より。
掲載が遅れたが、fatよさらば曰く、"本家記事によると、Linux-NTFS projectはLinuxにおいてNTFS(32bit、little-endian)の読み書きをサポートするドライバのベータ版を公開したとのこと(Linux-NTFS-devのMLアーカイブ:ベータ版ソースtgzへのリンクあり)。
tarに入っていたREADMEによると、暗号化されたファイルへのアクセス、圧縮されたファイルの書き込み、ファイルの所有者とアクセス権限の変更は出来ない。これは、Knoppix 3.4が採用した Captive NTFSとは異なり、ntfs.sys等を利用しないもの。Knoppix 5.0で採用されたNTFS読み書きドライバがこれでしょうか?(ITProの記事、5.0.1日本語版公開時の/.Jストーリー)。"
この議論は賞味期限が過ぎたので、保存されている。
新たにコメントを書くことはできない。
とりあえず入れてみました。 (スコア:5, 参考になる)
それにntfs-3g-20070714-BATA.tgz(日付が変?)をmake installして、あっさりNTFSをマウントできました。
特に指定もせずNTFSをmountすると、こんな感じです。
# ntfs-3g /dev/hda1 /mnt/ntfs
# mount
/dev/fuse on /mnt/ntfs type fuse (rw,nosuid,nodev,noatime,default_permissions,allow_other)
このときのログが
ntfs-3g[17321]: Version 2006-07-14-BETA
ntfs-3g[17321]: Mounted /dev/hda1 (Read-Write, label "", NTFS 3.1)
環境はPlamo-4.2 + kernel-2.6.17。
一応ファイルの新規作成と書き込みはできてますが、vfat並に気軽に使えるのかどうかは、WinとLinuxをひっきりなしに切り替えないと分らないだろうな(beta版だし)。
Re:とりあえず入れてみました。 (スコア:4, 参考になる)
次に、ルートパーティションがNTFS上にあるのだとすればinitrdにLinux-NTFSを動かすために必要な全てのものを詰め込む必要があるでしょう。こちらも理論的には不可能ではないと思います。
しかし、それでもおそらくNTFS上でLinuxは茨の道です。
まず、スペシャルファイル(デバイス、パイプ、ソケットなど)を置けるかどうか非常にギモンです。さらに、パーミッション設定ができないと用心深いソフトウェアはうまく動いてくれないことがあります。
個人的にはNTFSを使ったデュアルブート環境での共有は部分的な(ホームディレクトリ等)ディレクトリに限って使うのがよいかと思います。
親コメント
質問 (スコア:2, 興味深い)
FUSE 上のファイルシステムを LILO で使えるとは想像し憎いのですが、実際に試されました?
# 出来たなら出来たで素晴らしい事です。
親コメント
Re:質問 (スコア:2, 参考になる)
この場合重要なのはFUSEかどうか、ではなくNTFSはローカルのディスク上にある、ということなんです。sshfsやらHTTP-FUSEみたいな類は同じFUSEでも無理でしょう。
FUSEを通してブートすることなどできません。そもそもブートローダーとはカーネルのファイルシステムの仕組を使うものではありません。GRUBなどは独自のファイルシステムドライバを内包しています。
で、LILOにはファイルシステムドライバが無く、そもそもファイルシステム無視でディスク上のポジションの情報をもとにカーネルをロードするので、カーネルの置かれたパーティションがどんなファイルシステムでフォーマットされていようと(圧縮とか暗号化とかファイルの中身自体が変化するものはNG)その位置さえわかればロードできる作りになっています。そう、LILOはext2/3でさえ理解していないのです。LILOはファイルシステムの無いカーネルのベタ書きされたディスクからカーネルをロードすることすらできます(フロッピーブート等ではありがちな手段)。
ユーザ空間のツールの方がNTFS上のカーネルの位置を認識できない可能性はありますが(LILOのコマンドがどういった方法で位置を取得してるかまでは知りません...)、仮にそれがうまくいかなくても、てきとうな場所にカーネルを置いてLILOを設定したあと、NTFSのディスクイメージからカーネルをサルベージして位置を調べ、MBRなりLBRなりファイルなりに入ったLILOの位置情報をこっそり書き換える、といったことは可能です(こちらもフロッピーブートの常套手段)。
親コメント
Re:質問 (スコア:3, 参考になる)
LILOのインストーラ/設定プログラムがあらかじめファイルシステムを解析してファイルのセクタ位置を求めてブートローダと一緒に書き込んでおいて、LILOブートローダは単にセクタから読み込むだけです。
したがってFUSE上のファイルシステムであろうと、例えばinitrdでfuseのuserland側のプログラムが起動するようにしておけば、(kernelとinitrdは物理セクタ指定で読み込めるので)理論上は利用できるはずです。
とはいえ、そのためには前述のようにインストーラがファイルシステムを解する必要があるので、NTFSに対応している必要がありますが。
親コメント
Re:質問 (スコア:2, 参考になる)
バイトストリームであって,かつ,セクタの中身を並べる
とそのバイトストリームが再生できる場合に限られる
たとえばreiser fsでもtail packing使ってると
ブートできない
親コメント
今まであったのと何が違う? (スコア:4, 参考になる)
暗号化や圧縮、所有者・アクセス権等にはまだ対応してない=NTFSのメリットはあまり活かせてませんが、読み書きできるだけでも大きな大きな進展だと思います。
WindowsのDLLを流用する形でNTFSに対応するものとは違うので、他のコメントで出てるような「パクリ」とは違うと思いますし、この方がライセンス的にもいいと思います。
Microsoft側が仕様を公開してくれれば一番いい話ではありますがね。
Re:今まであったのと何が違う? (スコア:3, すばらしい洞察)
いやなら暗号化してください。
暗号化していないNTFSを、運用しているWindowsとは別のwindowsでマウントするとアクセス権限関係なくファイル読めることは知っていますか?
親コメント
Re:今まであったのと何が違う? (スコア:3, 参考になる)
それなのに、回復コンソールからだとインストールフォルダ意外は権限がないって怒られるんだよなぁ。
あれはショックだった・・・。
#事前にレジストリいじっておけば大丈夫らしいですが、その制限を事前に教えとけって。
今に満足をしているってのは、上を目指さない理由にはならない。
まだ少しでも探求心が残っているなら今すぐubuntuを試してみよう。
親コメント
Re:今まであったのと何が違う? (スコア:2, 参考になる)
要するに、アクセス管理をきちんとしたいのなら、別の OS へのマウントを許している時点でダメダメということでしょう。
親コメント
Re:誤記になるのかな(おふとぴ (スコア:2)
親コメント
Re:誤記になるのかな(おふとぴ (スコア:3, すばらしい洞察)
特にこのようなコメントならまだしも、トップ記事(垂れ込みは)注意してもらいたいですね。わけのわからない日本語ならば、原文の英語の方がまだわかります。
とにかく、目くじらを立てるという意味では、お互い様だと思いまので、あまり攻撃的にならないように。
内容以前に文体で腹が立つことも多いと思います。攻撃性という意味では、私には、#979600 のコメントの方が強く感じます。#979590 の方が文章が強いですけど、ニュートラルに思えます。
親コメント
Re:誤記になるのかな(おふとぴ (スコア:1, おもしろおかしい)
親コメント
Re:誤記になるのかな(おふとぴ (スコア:3, 参考になる)
ただ、ZIP ファイルのような「元々から圧縮・暗号化されているファイル」と紛らわしいから、あるいは、NTFS ファイルシステムの機能を熟知していない人にも解るように、きちんと「圧縮属性の付いたファイル」「暗号化属性の付いたファイル」と書けと元ACの方は言いたかったんじゃないですか。細かい表現にこだわりすぎるときりがないというのは私も同意しますが。
親コメント
Re:誤記になるのかな(おふとぴ (スコア:2, すばらしい洞察)
基本的にLinux上からNTFSを扱いたい人でしょうし、
それなりに人柱なモノを扱うのになれていると思うので
NTFSの機能では比較的表に出て来やすい圧縮や暗号化、
ユーザ管理あたりを知らない可能性はかなり低いのではないかと…
たしかに、単に"圧縮されたファイル"だと複数の候補があるから
もう少し詳しく書いた方が親切ではあると思いますが、
実際に使う前に自力で件の内容がどちらを示すか確認しないようでは
もっとこなれるまでは使うのはおすすめできないような。
#説明書を読もう、例え電話帳みたいな代物であっても必要だから厚いのだ
#状況はいつも最悪、でもそれが当たり前
親コメント
Re:オープンソースはどこまでもマイクロソフトのパクリ (スコア:1, 参考になる)
# 釣りってやつかなぁ?
元からオープンソースなのが ext2/ext3, reiserfs, ufs
もともと商用だけどオープンソースになったのが xfs, jfs
ほかにもいろいろ……
# フレームの元なのでAC
親コメント
Re:オープンソースはどこまでもマイクロソフトのパクリ (スコア:3, すばらしい洞察)
マイクロソフトがこの13年間にやったこと・なしたことは、コンピューティングの発展の阻害要因でしかなかったという受け止め方がフツウ (ex. http://itpro.nikkeibp.co.jp/a/it/alacarte/interview0615/alan_1.shtml )なんだろうと思っていたので、 元AC氏の言い分は「(奇妙で) 興味深い」と感じました。
こういった「売れている(とされている)ものが普遍的な善」とでもいった思考習慣って、どんな連中を有利にするんでしょうね?
親コメント
Re:オープンソースはどこまでもマイクロソフトのパクリ (スコア:3, すばらしい洞察)
親コメント
Re:オープンソースはどこまでもマイクロソフトのパクリ (スコア:2, すばらしい洞察)
ファイルの暗号解読が容易になることは
必ずしもイコールじゃないと思いますよ。
セキュリティを仕様の隠蔽に頼るという考え方はすごく全時代的ですし。
だってその考え方だと、一旦アルゴリズムが解析されたら
その日から全世界のNTFSが読み放題になってしまいませんか?
アルゴリズムがわかったとしても、それとは無関係に
鍵さえばれなければ解読不可能ってのが普通の方法論じゃないでしょうかね。
現に今ある暗号化アルゴリズムは大体公開されてますし。
仕様が公開されないのはセキュリティのためじゃなくて
まぁいつもの単なる「嫌がらせ」だと思いますよ。
#NTFSが本当はどうなってるのか知りませんケド。
親コメント
Re:オープンソースはどこまでもマイクロソフトのパクリ (スコア:5, 興味深い)
公開した上で、みんなに解読に挑戦してもらって納得してもらうのが一般的です。
ってか、確かNTFSも方式は公開してたと思います。
因みにログインパスワードは関係ないと思います。
NTFSは暗号化したユーザーとAdministratorの両者が復号できるように証明書でなかなかナイスな処理をしていて、
Linuxから参照する際に証明書の所在を知る事ができないから、
暗号化ファイルは「おあずけ」なだけじゃないかなぁ。
そのうちオプションで証明書を指定すれば読めるようになるとか。
今に満足をしているってのは、上を目指さない理由にはならない。
まだ少しでも探求心が残っているなら今すぐubuntuを試してみよう。
親コメント
Re:オープンソースはどこまでもマイクロソフトのパクリ (スコア:4, 参考になる)
「解読されてもいいじゃないか。
解読されたら更なる高度な暗号化技術を考えればいいんだし。」
ってのが基本的な考え方なんですよ。
暗号化にしてもハッシュにしても、そうやって進歩しているんです。
今どきの暗号化技術はソースを見ただけで解読にながるヒントを簡単に得る事はできません。
そして、その程度のものはリバースしても見れます。
#そりゃrot13レベルのようなものであれば見られると困るでしょうけど(笑
だからそこ、てっとり早くソースで
「簡単には解読できんぞ、試してみろ」とうったえるんです。
で、色々試して「こりゃ総当たりじゃないと無理だな」と・・・。
大体、MS等の大企業が社内だけで検証した暗号化技術を使うって事がなかなかありえない事だと思いますよ。
もちろん、あなたの言う通り、
軍事利用等クローズドで利用する場合は公開なんてしないでしょうけど。
#ちなみにXPのNTFSはラインダールのようですね。
今に満足をしているってのは、上を目指さない理由にはならない。
まだ少しでも探求心が残っているなら今すぐubuntuを試してみよう。
親コメント
Re:オープンソースはどこまでもマイクロソフトのパクリ (スコア:3, 参考になる)
暗号に関しては FIPS140 認定を受けているので、少なくとも一度はソースレベルで外部監査をくぐってますよ。
親コメント
Re:オープンソースはどこまでもマイクロソフトのパクリ (スコア:3, 興味深い)
もしMSが独自に暗号化技術を考えればそうじゃないかもしれないですね。
でも少なくともXPのNTFSで採用されている暗号化技術は一般的に利用されている技術(ラインダール)です。
なぜそのような技術を採用したか分かりますか?
あなたの言う通り、万が一アルゴリズムに欠点(穴)があり、キー無しで復号化されると困るから、
一般的で世界中の人が解読の挑戦ができる技術を使っているんです。
そして見付かった欠点を補っていき、少しずつ強固な暗号化技術になっていくんです。
DESやMD5が生まれた頃は、きっと絶賛されてたんでしょう。
でも今では技術と処理速度の向上により、危険なものとされ、消えていく存在ですが、
その欠点はAESやSHA1となって克服された訳ですよ。
#欠点がないのにわざわざ進歩する訳ないでしょ。
>仮に公開して、解読できちゃいました、穴がありましたじゃシャレになりませんよ。
穴があれば、そりゃ大変だけど、総当たりの復号化ぐらい別にどうって事ないでしょ?
ってか、となると、ものすごく普及しまくっているSSLは全然シャレになってないですね!
#もう嫌だ・・・。どろどろは好きくないっす。
今に満足をしているってのは、上を目指さない理由にはならない。
まだ少しでも探求心が残っているなら今すぐubuntuを試してみよう。
親コメント
Re:誤記になるのかな(おふとぴ (スコア:1)
Windowsからならアクセスできるので、意味が無くは無い。
>圧縮されたファイルの書き込みが出来ないということは、全て展開されて保存されるということでしょうか???
「圧縮されたファイル」というのを、zipとかlzhの事だと勘違いしている?
そういう圧縮ファイルとは別物の事ですよ。
親コメント
Re:オープンソースはどこまでもマイクロソフトのパクリ (スコア:2, すばらしい洞察)
こういった試みは、代替が全くないからパクってるのではなく
Windows向けのファイルシステムやアプリも簡単に使えるようにしておけば
運用時にもっと便利になりそうだからと作られたわけで、
Windows側がLinux等に合わせない以上
他のOSの方から合わせるしか手はないと思うのですが…
それに、Microsoftも最近の例で
OfficeをOOoとの互換性を確保する為に対策を講じるとか
色々やっていますしねぇ
#個人的にはWin9xがNTFSを読めない事も痛い
#状況はいつも最悪、でもそれが当たり前
親コメント
Re:オープンソースはどこまでもマイクロソフトのパクリ (スコア:3, 参考になる)
読み込み専用版はフリーウェアです。
シェアウェア版は書き込みもできるらしいのですが、うーむ(どこで買えるのやらw)。
ちなみに、このソフトはWin2k/XPのDLLとかが必要みたいです。
読み込み専用でも起動できない状態からバックアップをとることくらいはできますし、選択肢としてはありかなと。
ちなみに、DOS用のNTFSDOS Professionalなんてもんもあるようです。
親コメント
Re:Knoppix… (スコア:5, 参考になる)
このドライバを使えばlinuxでもNTFSは読み書きできます.
今回のタレコミで紹介されているのは,ドライバではなくて,ユーザ空間で動作するアプリケーションです.
具体的には FUSE(Filesystem in Userspace)という機能を使って実装されています.
アプリケーションなので
- クラッシュしてもOSは影響を全く受けない
- 機能が豊富
という利点があります.
欠点としては,
- ドライバよりはパフォーマンスが落ちる
ぐらいでしょうか.
親コメント
Re:Knoppix… (スコア:5, 参考になる)
一応NTFS Writeってオプションありますけど、新規ファイルは作れないし、ファイルサイズが変わる変更も書き込めません。
なのでfuseでもNTFSドライバがまともに使えるというのは大きなニュースと言えるでしょう。
親コメント
Re:Knoppix… (スコア:3, 参考になる)
最近のバージョン(カーネル2.6.15以降)ではファイルサイズ変更はOKになってますよ [slashdot.jp]。
新規作成は不可だけど。
「Save the下北沢」勝手に賛同中ですよ [stsk.net]
親コメント
Re:オープンソースはどこまでもマイクロソフトのパクリ (スコア:1)
# 実際 KNOPPIX を使って NTFS 読み込みをやったので ID
危ない! 松岡修造が狙ってる!
親コメント
Re:オープンソースはどこまでもマイクロソフトのパクリ (スコア:2, すばらしい洞察)
が一般的な復旧方法だと思います。
CDブートして修復コンソール(回復コンソール)でもいいですが、こっちはファイルアクセスの制限がきつい模様。
親コメント
Re:誤記になるのかな(おふとぴ (スコア:1, おもしろおかしい)
親コメント
Re:Knoppix… (スコア:3, 参考になる)
> だからライセンス的に問題があるでしょう
リバースエンジニアリングという行為自体は合法です [wikipedia.org]。
日本では不正競争防止法の観点でも合法とされており、逆アセンブル等を行わない限りは著作権にも触れないでしょう。
但し、NTFS自体に特許権があれば、それを侵害することにはなるでしょう。
親コメント
Re:MS-DOSは (スコア:1, 興味深い)
CP/Mのパチモンです。
#その後の発展はそれなりに評価するけどね。
親コメント