Se eu tiver um disco externo criptografado (ou um disco interno que não esteja no fstab), vejo uma entrada no Nautilus - com uma entrada como "X GB Encrypted Volume". Posso clicar neste volume e é solicitada uma senha para descriptografar e montar o dispositivo.
Mas como faço isso na linha de comando?
Esta página da wiki e outros documentos que posso encontrar referem-se apenas aos métodos da GUI para descriptografar o dispositivo; mas isso não funciona no contexto de servidores sem cabeça ou logins SSH. Existe uma maneira simples de fazer com que os dispositivos sejam montados em locais automáticos /media
exatamente como faria com a GUI?
(Não estou perguntando sobre diretórios pessoais criptografados - estou ciente ecryptfs-mount-private
. Esta pergunta é sobre volumes criptografados adicionais.)
Respostas:
Os passos na resposta de @Georg Schölly não funcionaram para mim na época, embora possam funcionar agora, alguns lançamentos do Ubuntu depois. Naquela época, após a
sudo mount /dev/mapper/my_encrypted_volume /media/my_device
etapa, recebi o erro:Desbloqueando e montando o disco com udiskctl
Em vez disso, usei
udisksctl
uma interface de linha de comando que interage com oudisksd
serviço.Aqui está o que funcionou (
/dev/sdb5
a partição do meu disco rígido está marcada comocrypt-luks
):Depois de digitar o primeiro comando, você será solicitado a digitar a senha de criptografia. Depois que a partição criptografada for desbloqueada, o segundo comando a montará. Se for bem-sucedido, você receberá uma mensagem semelhante a esta:
De lá eu pude acessar os dados :)
Bloqueando o disco com o udiskctl
Desmonte o dispositivo:
Você precisará desativar todos os volumes lógicos no
ubuntu-vg
grupo de volumes primeiro. Caso contrário, você receberá um erro como "Dispositivo ocupado" se tentar bloqueá-lo ( mais informações ):Então você poderá bloquear a partição criptografada
Notas
udisksctl
comandos são executados semsudo
.Nomes mapeador de dispositivos : a
ubuntu--vg-root
nomeação pode mudar entre os releases do Ubuntu (por exemplo, eu já vi isso chamadosystem-root
eubuntu-root
também). Uma maneira fácil de descobrir o nome é executar o seguinte comando após desbloquear a partição LUKS :ls -la /dev/mapper
Então, olhando para a saída do
ls
comando, o nome que você precisará será geralmente o que está associado a/dev/dm-1
Nomes do mapeador de dispositivos, alternativa : uma alternativa ao comando anterior é executar:
lsblk -e7
Lá, você poderá ver o mapeamento do nome do dispositivo como uma exibição em árvore. A
-e 7
opção é usada para excluir os dispositivos de loop (ID 7) criados pelos snaps instalados da saída. Simplesmente para ter menos desordem.sudo lvs
comando para descobrir os nomes dos grupos de volumes e volumes lógicossudo lvchange -an ubuntu-vg
comando antes de poder bloqueá-la na GUI.fonte
Object /org/freedesktop/UDisks2/block_devices/dm_2d3 is not a mountable filesystem.
algum conselho?sudo
executá-los.Seu volume provavelmente está criptografado com LUKS, veja como montá-lo:
Você precisa:
Para descriptografar o volume:
Agora você pode montá-lo como de costume:
Para bloquear o contêiner novamente, ele precisa ser desmontado primeiro:
Para colocá-lo automaticamente no
/media
local, use a ferramenta udisksfonte
udisks2
pacote no lugar deudisks
, e o primeiro renomeia a ferramentaudisksctl
./dev/sda1
.Se você receber este erro:
corre:
em seguida, ative todos os LVM que você vê
depois execute novamente o suporte:
fonte
/dev/mapper/my_encrypted_volume
Um problema que encontrei foram grupos de volumes duplicados : tanto o meu sistema de recuperação quanto a unidade a ser recuperada eram sistemas ubuntu com LVM. É por isso que eu tinha dois
ubuntu-vg
grupos de volumes (vgdisplay
exibiria ambos, cada um com seu próprio UUID, mas não consegui acessar seus volumes lógicos).Minha solução baseia-se na resposta de Georg:
sudo cryptsetup luksOpen /dev/sdaX my_encrypted_volume
sudo vgscan
agora deve pegar os volumes / grupos contidos.DRAGÕES À FRENTE: AGORA MUDAMOS O NOME DO GRUPO VOLUME. Você não será capaz de inicializar depois!
use
sudo vgrename ubuntu-vg ubuntu-vg2
para renomear o grupo de volumes.Se você precisar inicializar a unidade, execute estas etapas novamente, mas renomeie seu grupo de volumes de volta para ubuntu-vg. Uma possibilidade diferente é alterar sua configuração de inicialização para o novo nome-vg.
Agora que a duplicata vg-nome é resolvido, eu posso arrancar de volta para o meu sistema regular, refazer a
cryptsetup...
,vgscan
e, em seguida, montar/dev/mapper/ubuntu--vg2-root
em qualquer lugar você gosta.fonte
sudo vgdispay
para encontrar o UUID e usá-lo em vez do nome duplicado para fazer a renomeação de apenas um volume. Ou seja, pegar o UUID e depoissudo vgrename <uuid> old
trabalhar para mim.sdb1 aqui está um exemplo em que você deve inserir o nome do dispositivo, nenhum desses comandos exigirá privilégios de root
desbloquear disco criptografado
depois de inserir a senha correta, será exibida algo como isto: Desbloqueado / dev / sdb1 como / dev / dm-3
depois monte-o em / media /
deve gerar algo como isto: Montado / dev / dm-3 em / media / yourUserName / sdb
desmontar
trancá-lo novamente
fonte
Todas as respostas acima assumiram que o usuário já sabe qual partição é a criptografada. Vindo de alguém que não gosta muito da linha de comando, eu esperava uma resposta amigável ... Então, meus 2 centavos aqui.
/dev/sdb4
:).Então eu tentei montá-lo como recomendado acima:
Mas recebi este erro:
Ok, acho que o nautilus já tentou montá-lo (porque na verdade solicitou a senha ao conectar o USB, mesmo que ele não acabasse mostrando a árvore descriptografada). No entanto, a mensagem de erro não é realmente útil porque não me diz onde já foi mapeada / montada. Mas este comando ajuda neste caso:
Aha! Então é isso
/dev/dm-3
.No entanto, ao tentar montá-lo, ele não funciona:
Depois de muitos ajustes, descobri que estava com o
duplicate volume groups
problema (descrito acima por @amenthes) porque os comandossudo vgscan -v
esudo vgdisplay
mostravam duas entradas com o mesmo nome de grupo de volumes. No entanto, encontrei uma maneira melhor de lidar com isso do que seu método (não é necessário inicializar um LiveCD para renomear grupos de volumes!), Neste link , que cito acima (apenas no caso de o link ser quebrado ...) :Se você executar,
ls -la /dev/mapper/
deverá ver umluks-xxxxxx-xxxxx-xxxx
ou mais desses arquivos. Esse é o mapeamento criado quando o Ubuntu solicitou a senha de criptografia com uma caixa de diálogo, mas não conseguiu abri-la (tudo o que a caixa de diálogo fez foi chamarluksOpen
e mapeá-lo para o arquivo / dev / mapper / luks-xxx). Agora:sudo pvdisplay
comando Deve ser / dev / mapper / luks-xxx-qualquer que seja.sudo pvs -o +vg_uuid
. O uuid será o valor exibido totalmente à direita, contendo 7 valores delimitados por traços. Copie-os em algum lugar, pois os usaremos na próxima etapa. NÃO confunda UUIDS e copie o errado. Copie apenas o do seu atual / dev / mapper / luks-xxx-qualquer dispositivo.sudo vgrename UUIDOFYOURDISKHERE oldhd
Você pode alterar o "oldhd" para o que desejar, desde que seja diferente do nome do grupo de volumes do disco atual. A execução desta etapa remove o conflito com os nomes dos grupos de volumes, o que permitirá que você disponibilize agora os volumes.vgchange -a y
para ativar os volumes.sudo mkdir /media/<yourUserName>/someDir
sudo mount /dev/oldhd/root /mnt/oldhd
.ubuntu-vg
se desejar que o volume ainda seja inicializável.fonte
Para aqueles de nós que não desejam usar uma ferramenta GUI, mesmo para determinar qual partição está criptografada.
encontre partições criptografadas
-l
solicita o formato "list" - não precisamos que a árvore-f
nos mostre o nome do sistema de arquivos também, obtemos algo como
desbloquear a partição que queremos (no meu caso
/dev/sdc2
)-b
significa que estamos dando o caminho para um dispositivo de blocodepois de digitar a senha, obtemos uma resposta afirmativa com as informações necessárias para a próxima etapa:
montar o dispositivo recém-criado (
dm
significa gerenciador de dispositivos )Novamente, obtemos uma resposta afirmativa com informações úteis:
(
g
sendo meu nome de usuário neste sistema,Data
é o rótulo que usei para essa partição)Pode ser que o seu sistema de desktop / gerenciador de arquivos já tenha montado o dispositivo automaticamente ou você já fez isso antes. Então você obtém algo como
Isso não é problema, você pode acessar os dados da partição criptografada de qualquer maneira.
ls /media/g/Data
desmonte o dispositivo novamente (use o mesmo nome que você usou para montar, o comando é
unmount
, nãoumount
:-))Se o dispositivo não estiver ocupado, você receberá
Agora bloqueie a partição novamente (é necessário lembrar o nome da partição)
Você vai ter
opcionalmente, desligue o disco externo completo
Com uma área de trabalho gráfica, você pode receber um erro aqui:
Nesse caso, você pode
udisksctl
desmontar as partições uma a uma até obter êxito. Oudisksctl power-off
não retorna nenhuma mensagem.fonte
Eu segui vários caminhos a partir das respostas anteriores e apenas a combinação das respostas anteriores funcionou para mim. Ele o que eu fiz e o que deu certo, o que deu errado e minha solução alternativa.
Eu tenho um disco rígido criptografado LUKS que preciso montar a partir de um USB de inicialização ao vivo para o Ubuntu 15.10 . Para fazer isso, comecei com o seguinte comando,
onde sda3 é a partição criptografada. Este comando não funcionou comigo e não sei por que, então usei o seguinte comando:
funcionou comigo e eu não precisava instalá-lo, pois estava lá na inicialização ao vivo.
Agora, preciso montar o HD, e isso não foi algo direto: tentei:
Mas o segundo comando não funcionou comigo e, portanto, tenho que encontrar um trabalho em torno do qual seja o seguinte:
Esse foi o meu caminho .. mas você pode usar o caminho
dev/mapper/ubuntu
e depois clicar duas vezes para ver o restante das opções. Isso montou o disco rígido como:Em seguida, usei o seguinte comando para montá-lo da
/media/my_device
seguinte maneira:que funcionou bem.
Em suma
fonte
Você pode montá-lo em duas etapas, e eu tenho um exemplo de script.
Nota: o serviço udiskctl monta coisas sob / media, é mais projetado para usuários de desktop montando pen drives. Se você deseja montar o dispositivo em outro lugar, não é a solução que você está procurando.
Aqui está o que eu resolvi. Neste exemplo, meu dispositivo criptografado é uma partição feita com lvm, mas isso realmente não importa. É uma partição ext4 formatada. Em sua forma criptografada, ele vive em
uma partição criptografada é "aberta" (descriptografada) como esta
(é aqui que você digita a senha)
o último argumento é uma referência temporária ao dispositivo de bloco descriptografado. O 'mapeamento' desaparece quando você reinicia, para poder escolher um nome diferente a cada vez, se desejar.
agora está visível como um dispositivo:
Você pode montar este dispositivo: agora temos um dispositivo ext4. Para torná-lo conveniente, adicione uma linha em / etc / fstab
e defina o ponto de montagem (no meu caso
sudo mkdir /opt1
:, e, em seguida, configure as permissões conforme desejado) Se você usou o nome opt1_opened na Etapa 1, então este é o segundo passo para montá-lo:e está montado.
Portanto, um script bash:
fonte
A resposta correta é
gio mount -d /dev/dm-x
(sem sudo).As respostas anteriores mostram uma desconexão com o modo de montagem do Nautilus ou Nemo, pois é necessário inserir a senha LUKS, mesmo que ela tenha sido armazenada anteriormente em cache no porta-chaves do usuário a partir da GUI. O uso
gio
usa automaticamente a frase secreta armazenada anteriormente pelo Nautilus ou Nemo.Para obter uma resposta mais detalhada, consulte https://unix.stackexchange.com/questions/394320/what-command-does-nemo-use-to-mount-drives/536842#536842
fonte
Estava procurando o mesmo ...
As
mkdir
etapas foram o meu motivo para procurar mais, também modifiqueipolicykit
para permitir que meu usuário monte sem solicitar primeiro a senha do root e, em seguida, a senha do volume criptografado, de modo que o processosudo
também acabou.Minha solução que eu encontrei foi o uso de
gvfs-mount
dogvfs-bin
pacote. Agora, com umgvfs-mount -d /dev/sda7
pedido, solicitei apenas a senha criptografada e está montada em/media/VOLUME_LABEL
.fonte
cat /proc/partitions
para identificar o rótulo / dev para a unidade. Segundogvfs-mount -d /dev/sdf1
. Isso fornece o erro "Sem volume para o arquivo de dispositivo / dev / sdf1". Isso parece próximo, no entanto!/dev/disks/by-label
ou/by-uuid
, mas apenas por/dev/sdxx
gvfs-mount -d /dev/sdaX
funcionou perfeitamente para mim no Linux Mint 17.3 - Nenhuma senha é necessária como na GUI.No meu chromebook com (crouton) Ubuntu Xenial 16.04, acho que quando emito:
Abra o diretório / dev / sda1 my_encrypted_volume
de acordo com a postagem acima e insira minha senha, recebo "Nenhuma chave disponível com esta senha". No entanto, por acidente, descobri (e é muito estranho!) Tudo funciona quando adiciono "--debug" ao comando cryptsetup! Sou capaz de montar o volume e acessar os arquivos.
Solicitando ao gerenciador de arquivos Thunar que faça os resultados da montagem "Não autorizado a executar a operação". erro. Não consigo descobrir uma maneira de contornar isso, mas como posso montar na linha de comando, isso é aceitável.
fonte
Ok, então eu tenho uma solução de trabalho pessoal, conforme discutido anteriormente, a razão pela qual você está recebendo
mount: unknown filesystem type 'LVM2_member'
erro é porque, por padrão, sua máquina linux atribui o mesmo nome VG ao disco rígido externo, portanto, todas as partições no disco rígido externo estão inativas.Isso é o que você precisa fazer:
sudo vgdisplay command
),vgrename UUID_Number [new-group]
).vgchange [new_group] -a y
), verifique se todas as partições estão ativadas (lvscan
).ls /dev/mapper/[new_group]
, tudo o que você precisa fazer é montar a partição (mount -t ext4 /dev/mapper/[new_group]-data /zez
)fonte