web-dev-qa-db-ja.com

fdisk -lは、パーティションが/ devディレクトリにないことを示します

LinuxにNTFSハードドライブをマウントする際に問題が発生しました。 OphcrackライブCDを実行しています。

fdiskは、コンピューターにインストールしたハードドライブを表示します。

fdisk -l

Disk /dev/hdc: 30.0 GB, 30005821440 bytes
255 heads, 63 sectors/track, 3648 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/hdc1   *           1        3647    29294496   7 HPFS/NTFS

しかし、そのデバイスが/devディレクトリにないため、マウントできません。

ls /dev/hd*
/dev/hda   /dev/hda4  /dev/hda8  /dev/hdb2  /dev/hdb6  /dev/hdc
/dev/hda1  /dev/hda5  /dev/hda9  /dev/hdb3  /dev/hdb7  /dev/hdd
/dev/hda2  /dev/hda6  /dev/hdb   /dev/hdb4  /dev/hdb8
/dev/hda3  /dev/hda7  /dev/hdb1  /dev/hdb5  /dev/hdb9

何が起こっているのでしょうか？

linuxpartitioningmount
10
zitronic

このノードは手動で作成できます：mknod /dev/hdc1 b 22 1

次に、cat /dev/hdc1 > /dev/nullを読み取ることができるかどうかを確認する必要があります

カーネルがパーティションを見つけられないか、udevがこのノードを自動的に作成しません。 udevはこのファイルの作成を担当します

/ dev/hdc1の手動作成が失敗する場合は、オフセットを指定してパーティションを手動でマウントできます。

 losetup/dev/loop0/dev/hdc -o $（（63 * 512））
 mount/dev/loop0 /mnt/hdc1

fdisk -l -u /dev/hdcを修正するには、63を使用する必要があります。

3
Vi.

リムーバブルメディアを扱っているとき、またはハードドライブを新しくパーティション分割したときにカーネルが開発ノードをまだ更新していないときに、この問題が発生することがあります。

おそらく、この状態に到達する他の方法があります。おそらく、カーネルはパーティションテーブルをデコードするために特別なモジュールを必要としますが、そのモジュールはブートプロセスの遅すぎるまで利用できませんでしたか？

したがって、mknodに到達する前に、カーネルをトリガーしてhdparmでパーティションテーブルを再読み取りすると便利な場合があります。

hdparm -z /dev/hdc

これが関連するman hdparm抜粋：

-z     Force a kernel re-read of the partition table of the specified device(s).
1
Kent Fredric

Viが提案した最初の方法は私のために働いた。 cat/dev/hdc1>/dev/nullは出力を生成しませんが、デスクトップの下部パネルの緑色のバー（下と右）を見て動作していることを確認できます。また、時間がかかるので、最後まで待つ必要はありません。ターミナルを閉じるだけで猫が止まります。 hdc1のマウントに進みます。

私はそれを必要としなかったので、私は2番目の方法を試しませんでした。

また、2台のコンピューターがある場合は、Ophcrakライブまたはその他のLinuxライブCDを使用して、（/ hdxX /）Windows/System32/Config（暗号化されたSAMファイルがある場合）をペンドライブにコピーしてから、パスワードを解読できることを忘れないでください。インストールされているバージョンのophcrackを使用している他のコンピューター。

1
JHH