web-dev-qa-db-ja.com

マウントされたNTFSパーティションがLinuxファイルマネージャーに表示されないのはなぜですか?

コンピューターの内蔵ハードディスクには、3つのNTFS Windowsパーティション(Win 7メイン、ブート、およびリカバリ)といくつかのExt4 Linuxパーティション(ミントとスワップ)があります。私はDebianWheezyを実行している外付けハードディスクで一時的にほとんどの作業を行っています。すべては起動時にGRUBを介して選択可能であり、すべてが正しく機能します。

DebianはデフォルトでNTFSパーティションをマウントしないので、Windowsパーティションに何かが必要になったときに、Windowsを再起動するのに数か月を費やしました。それは古くなったので、ついにNTFSパーティションをロードするようにDebianをセットアップすることに取り掛かりました。

Linuxは比較的新しいので、Windowsが使用するGUIフロントエンドであるntfs-configユーティリティをロードしました。すべてのNTFSパーティションを構成しました。ブートパーティションがファイルマネージャに表示されました。ただし、メインのWindowsパーティションはそうではありませんでした。

次に、メインパーティションを手動でマウントし、マウントディレクトリを作成して、mountコマンドを使用してみました。すでにマウントされているというメッセージが表示されました。私はマウントリストを作成しましたが、確かにマウントされていました。

そのため、Windowsのブートパーティションとメインパーティションの両方がマウントされますが、ファイルマネージャーのドライブリストにはブートパーティションのみが表示されます。おそらく、マウントディレクトリをダブルクリックしてディレクトリリストを開くことができますが、メインのWindowsパーティションに対してそれを行うと、空のウィンドウが生成されます。

問題を調査しようとすると、私が行ったことを実行するための指示へのリンクが多数生成されましたが、手順を実行した後、同様の結果を説明するものは見つかりませんでした。

情報として、MintはNTFSパーティションをマウントするように事前構成されており、メインのWindowsパーティションはそこのファイルマネージャーに表示されます。

私はLinuxに精通していないため、ここに含める診断に役立つ情報(またはその取得方法)を知ることができません。問題を解決するために私が何を探すべきかを誰かが提案できますか?

3
fixer1234

完全にntfs-configルートに移動します。完全にudev/udisks/systemdルート(この機能はディストリビューションとバージョンによって異なります)。または完全に手動(/etc/fstab)ルート。 それらを混ぜ合わせてはいけません。これは混乱を招くだけです。

まず、gpartedpartedDisk Utilityなどのツールを使用して、システムのパーティションレイアウトを理解します。実際のドライブ文字とパーティション番号が何であるかはわかりませんが、次のようになりますこの(パーティションの数とパス異なります):

  • / dev/sda1 => Windowsブート(NTFS)
  • / dev/sda2 => Windowsシステム(NTFS)
  • / dev/sda3 => Windowsリカバリ(NTFS)
  • / dev/sda4 =>拡張パーティション(ディスクをMBRとしてフォーマットしたと仮定)
  • / dev/sda5 =>ミントブートパーティション(ext4?)
  • / dev/sda6 =>ミントルートパーティション(ext4?)
  • / dev/sda7 => Mint/homeパーティション(ext4?)
  • / dev/sda8 =>ミントスワップ

ntfs-config特に優れたツールではありません 他のツールと比較すると、数リリース前ですらあります。私はそれをお勧めしません。

もう1つのオプションは、適切なマウントリストを使用して/etc/fstabを手動で書き込むことです。この方法は正常に機能し、信頼性があります。これを行う予定がある場合は、ntfs-configをアンインストールする必要があります。 fstabのファイル形式は非常に単純です。マンページを読んでください(グーグルで)。それは基本的に:パーティションがどこにあるかです。どこに取り付けるか。どのタイプのファイルシステム。次にオプション。次に0 0(これらの0が何のためにあるかを心配する必要はありません)。各フィールドは空白で区切られています。

最新のDebian(DebianWheezyまたはTestingまたはUnstable)でGnomeまたはKDEを使用している場合の別のオプションは、ファイルマネージャーにドライブをリストさせることです。この検出は、ディストリビューションがデーモンとその依存関係(DBus)を適切に構成していることを前提として、udisksデーモンを使用して行われます。元々の問題は、ドライブがudisksを使用して常に正しく検出されるとは限らないことです。おそらく、ファイルシステムエラーが原因で、 ntfsfix またはおそらくntfs.fsck(これも、システムにインストールされているパッケージの正確なバージョンに大きく依存します。これは、ディストリビューションのリリースに依存します)。

これらすべての異なるアプローチを組み合わせて組み合わせようとしないでください。マウントポイントを/etc/fstabにハードコーディングし、ファイルマネージャーでudisks/gvfsベースの自動検出を無視するか、use(排他的に)udisks統合ファイルマネージャーを使用しますntfs-configをインストールせずに(そして、このルートを使用する場合は、/etc/fstabからNTFSマウントをクリアします)。

fstabを手で書くだけでは問題が発生するという問題が報告されているため、何らかの理由でntfs-configを使用することはお勧めできません。 「ダム」ユーザーは「スマート」プログラムよりも適応性があります。

1
allquixotic

ドライブを接続するときに、NTFSフォーマットのドライブが diskie によってマウントされないというこの問題が発生しました。

udiskie-mount /dev/sdc1を呼び出すと

/ org/freedesktop/UDisks2/block_devices/sdc1をマウントしていません:未処理のデバイス

これにより、ドライブが正常にマウントされました。

udisksctl mount --block-device /dev/sdc1
0
Matthias Braun