Estou tendo problemas para montar meu disco rígido NTFS no Linux. Estou executando o Ophcrack live CD.
fdisk
mostra o disco rígido que instalei no meu computador.
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
mas eu não tenho esse dispositivo no meu /dev
diretório, então não posso montá-lo.
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
O que poderia estar acontecendo?
linux
partitioning
mount
zitronic
fonte
fonte
Respostas:
Você pode criar este nó manualmente:
mknod /dev/hdc1 b 22 1
Então você deve verificar se pode ser lido
cat /dev/hdc1 > /dev/null
O kernel não consegue encontrar uma partição ou o udev não cria esse nó automaticamente. O udev é responsável pela criação desses arquivos
Se a criação manual de / dev / hdc1 falhar, você poderá montar a partição manualmente, especificando o deslocamento:
Você deve usar
fdisk -l -u /dev/hdc
para corrigir63
.fonte
/sys/block/*/dev
dentro e para dentro/proc/partitions
.O primeiro método que Vi sugeriu funcionou para mim. Observe que cat / dev / hdc1> / dev / null não produzirá nenhuma saída, mas você pode verificar se está funcionando observando as barras verdes (para baixo e para a direita) no painel inferior da área de trabalho. Além disso, você não precisa esperar até o final, porque levará um tempo, basta fechar o terminal e isso interromperá o gato. Prossiga para montar o hdc1.
Não tentei o segundo método porque não precisava dele.
Lembre-se também de que, se você tiver dois computadores, poderá copiar (/ hdxX /) Windows / System32 / Config (onde está o arquivo SAM criptografado) para um pendrive, usando o Ophcrak live ou outro CD ao vivo do Linux e decifre as senhas no seu outro computador usando a versão instalada do ophcrack.
fonte
Às vezes, as pessoas enfrentam esse problema ao lidar com mídia removível ou particionam um disco rígido recentemente e o kernel ainda não atualizou os nós de desenvolvimento.
Talvez haja outras maneiras de atingir essa condição, talvez o Kernel precise de um módulo especial para decodificar a tabela de partições, mas esse módulo não estava disponível até muito tarde no processo de inicialização?
Portanto, antes de
mknod
procurar, às vezes pode ser benéfico acionar o Kernel para reler a tabela de partição comhdparm
Aqui está o
man hdparm
trecho relacionado :fonte