O objetivo de um Dell Inspiron 7580 (SSD menor e HDD maior) é instalar o Ubuntu (LVM/LUKS) no SSD e usar o HDD (criptografado com LUKS) para os arquivos maiores (por exemplo, Vídeo, Imagens, Download, ... ). Pesquisei na internet e não encontrei uma instrução específica.
Levei muito tempo e tive que encontrar muitas informações para ter sucesso nessa tarefa específica. É por isso que gostaria de compartilhá-lo com outras pessoas, talvez alguém ache a resposta ou parte dela útil:
Em relação ao Ubuntu no Dell Inspiron 7580, encontrei primeiro uma página desanimadora :
"As imagens padrão do Ubuntu podem não funcionar no sistema ou podem não funcionar bem, embora a Canonical e os fabricantes de computadores tentem certificar o sistema com futuras versões padrão do Ubuntu. "
Isso é estranho, pois a imagem especial funcionaria e por que a Dell não forneceria as mudanças de volta à comunidade e à Canonical? Por que eles não podem oferecer a imagem especial para download? Mas há esperança, pois estou usando agora o Ubuntu 19.04 sem problemas.
Alguns comentários básicos que achei úteis:
E não há necessidade de superprovisionamento (deixe um pouco do SSD vazio). Essa é uma notícia antiga regurgitada periodicamente em alguns blogs para clickbait ( Resposta do Superusuário ).
Muitos usuários veem informações antigas sobre SSDs. Eles agora são tão confiáveis (não confiáveis?) quanto os HDDs. (Fonte: Ubuntu Forum , HotHardware , Ubuntu Forum )
E veja os comentários desta resposta do Ubuntu Ask : "O trabalho não mata as unidades de estado sólido, mas a idade sim, de acordo com o estudo do Google ."
Portanto, não há necessidade de transferir a partição swap e a pasta var do SDD para o HDD
Instalação e configuração do Ubuntu (19.04) no Dell Inspiron 7580
Usei a seguinte resposta como trampolim: Criptografar uma instalação do Ubuntu 18.04 LTS com DUAS unidades: SO no SSD primário, /home no seu HDD secundário
Mas antes de instalar o Ubuntu , certifique-se de que seu SSD seja reconhecido durante o processo de instalação. Na etapa do “tipo de instalação”, você pode escolher “outra coisa” e ver se duas unidades (SSD + HDD) são mostradas. Para mim foi BC501 NVMe... 128GB e ST2000LM015-2E8174.
Quando eu queria reiniciar o laptop, parecia tentar iniciar com o SSD, mas parou com um som estridente, então ele inicia o HDD (chamado ubuntu no UEFI) que mostra uma tela preta com a linha de comando do GRUB. Se isso acontecer com você, verifique as etapas abaixo para resolver o problema, no meu caso foi uma opção/sequência de inicialização errada
Um gParted está concluído, feche o gParted.
Agora você está pronto para instalar o contêiner LUKS na segunda unidade e formatá-lo. Nos comandos a seguir, substitua sd?X pelo nome de sua unidade SECUNDÁRIA (não sua unidade principal), por exemplo sda1: sudo cryptsetup -y -v luksFormat /dev/sd?X
Em seguida, você precisará descriptografar a nova partição para poder formatá-la com ext4, o moderno sistema de arquivos Linux preferido pelo Ubuntu.
sudo cryptsetup luksOpen /dev/sd?X sd?X_crypt
sudo mkfs.ext4 /dev/mapper/sd?X_crypt
Se você quiser usar seu segundo disco rígido como um disco rígido comum e acessado com frequência, há uma maneira de montar e descriptografar automaticamente sua segunda unidade na inicialização, quando o computador solicitar a senha de descriptografia do disco rígido principal. Aparte: eu uso a mesma senha para AMBOS os meus drives, pois imagino mais problemas com duas senhas diferentes.
Primeiro , você precisará criar um arquivo de chave, que funciona como uma senha para sua unidade secundária, e para que você não precise digitar toda vez que iniciar (como a senha de criptografia do disco rígido principal).
sudo dd if=/dev/urandom of=/root/.keyfile bs=1024 count=4
sudo chmod 0400 /root/.keyfile
sudo cryptsetup luksAddKey /dev/sd?X /root/.keyfile
Onceo keyfile foi criado, adicione as seguintes linhas ao /etc/crypttab usando nano
sudo nano /etc/crypttab
Adicione esta linha, salve e feche o arquivo (/etc/crypttab).
sd?X_crypt UUID= /root/.keyfile luks,discard
Para mim: sda1_crypt UUID=7e0edaa0-69f9-425d-ba9d-3f5fdff14cd5 /root/.keyfile luks,discard
Para obter o UUID da sua partição para entrar no arquivo /etc/crypttab , use este comando (você precisa usar sudo para que todas as suas partições apareçam):
sudo blkid
O valor que você quer é o UUID de /dev/sd?X, não dev/mapper/sd?X_crypt. Certifique-se também de copiar o UUID, não o PARTUUID.
Feche e salve o arquivo /etc/crypttab.
Adicione esta linha ao /etc/fstab para realmente montar a partição na inicialização. (Tenha cuidado com este arquivo, pois ele pode facilmente fazer com que seu sistema não inicialize, veja a resposta do AskUbuntu )
/dev/mapper/sd?X_crypt / ext4 defaults 0 2
Para mim: /dev/mapper/sda1_crypt /media/Storage ext4 defaults , descartar 0 2
Em seguida, reinicie (inserindo a senha de descriptografia da unidade primária) e ele deve descriptografar as unidades primária e secundária.
Se você não conseguir criar arquivos na nova partição, provavelmente ela ainda pertence ao root e precisa ser chown para seu usuário. Execute este comando:
sudo chown : / -R
Reinicialize e verifique se isso (descriptografia daisy-chain) é de fato o caso. Se a unidade secundária for descriptografada automaticamente, quando você escolher “Outros locais”, a segunda unidade deve aparecer na lista e ter um ícone de cadeado, mas o ícone deve estar desbloqueado.
Segui algumas dicas para fazer o instalador do Ubuntu reconhecer o SSD
Somente quando mudei o modo SATA de RST(RAID) para AHCI no UEFI funcionou (cuidado se quiser ter dual boot com Windows). Algumas outras etapas possivelmente úteis:
Detalhes consulte AskUbuntu e ElementaryOS-StackExchange .
Detalhes veja Ubuntu Forum , AskUbuntuAnswer e AskUbuntuAnswer .
A segunda instalação correu bem, pude escolher em qual disco rígido queria instalar o Ubuntu 19.04 (LVM+LUKS).
Tela preta, opção de inicialização errada
Quando eu queria reiniciar o laptop, parecia tentar iniciar com o SSD, mas parou com um som estridente, então ele inicia o HDD (chamado ubuntu no UEFI) que mostra uma tela preta com GRUB linha de comando. Se isso acontecer com você, verifique as etapas abaixo para resolvê-lo. Após o início do instalador USB, eu veria um erro rápido: Não foi possível obter o tamanho: 0x800000000000000e.
O erro provavelmente não está relacionado ao SSD (consulte Bugzilla e UbuntuForum ):
Seguindo HowToGeek , executei o reparo de inicialização, mas não ajudou.
Mas também encontrei outro tópico que me pareceu útil: segui a resposta, não pensando em uma unidade USB, mas no meu SSD. A única diferença foi que tive que escolher FS1: (FSO: não funcionou, inicializou o Grub provavelmente pelo HDD)
• Clique no botão à esquerda da área de texto Nome do arquivo. A janela Seleção de inicialização EFI será exibida.
• No menu suspenso File System, escolha FS1 (ou FS0) e EFI. Em seguida, usando a seção de diretórios, navegue até que você possa escolher SHIMx64.EFI (somente para Ubuntu - para outras distros, use grubx64.efi ou grubx.efi se seu PC não for amd64, de qualquer maneira, será nomeado grubxxxxx.efi) na seção Arquivos .
Link simbólico para pastas (Música, Imagens, … em outra pasta)
ln (link) -s (link simbólico), consulte “man ln” no terminal
Como :
ln -s /path/to/file /path/to/symboliclink
Exclua a pasta Vídeos atual (esvazie-a primeiro!): rm -rf ~/Videos
ln -s /media/Storage/Videos ~/Videos
ln -s /media/Storage/Pictures ~/Pictures
ln -s /media/Storage/Public ~/Public
ln -s /media/Storage/Music ~/Music
ln -s /media/Storage/Downloads ~/Downloads
ln -s /media/Storage/Online-Storage ~/Online-Storage
ln -s /media/Storage /Apps-n-Backup ~/Apps-n-Backup
ln -s /media/Storage/E-Books+Articles ~/E-Books+Articles
(consulte AskUbuntu )
Útil: Existe uma diferença entre um link simbólico via terminal ou clique com o botão direito do mouse em criar link?
Não é realmente útil nesta configuração melhor com links simbólicos gnome - Alterar o caminho das pastas do usuário padrão?
gedit ~/.config/user-dirs.dirs
Trim e noatime para volumes LVM
Como verificar se o TRIM está funcionando para um volume criptografado? - Pergunte ao Ubuntu
Muitos usuários veem informações antigas sobre SSDs . Eles agora são tão confiáveis (não confiáveis?) quanto os HDDs. Portanto, as gravações não são realmente um problema. Mas eu mudo as partições SSD para usar o parâmetro noatime. (Para mais detalhes veja Ubuntu Forum , blog.confirm.ch , Tldp.org , Stackpointer , Super User )
Adicione o parâmetro de descarte às opções cryptdevice em /etc/crypttab para fazer com que o LUKS aceite o comportamento de descarte da partição LVM. (Veja o blogspot mais secreto do mundo )
/etc/fstab: /dev/mapper/ubuntu--vg-root / ext4 errors=remount-ro,discard,noatime 0 1
Todo o fstab fica assim:
Para verificar se o TRIM está ativo (após a reinicialização):
O próprio SDD é cortado automaticamente, manipulado pelo systemd, você pode verificar isso com: sudo systemctl status fstrim.timer (consulte o comentário do AskUbuntu e o Wiki ArchLinux )
LVM: sudo dmsetup table /dev/mapper/sda1_crypt --showkeys Você está pronto, se o último comando mostrar um resultado: 1 allow_discards no final.
Aviso: habilitar o TRIM em uma partição criptografada reduz a segurança da criptografia porque revela quais partes da partição contêm dados e quais não. Isso pode ajudar em alguns tipos de análise. Para colocar isso em perspectiva, isso não torna seus dados imediatamente visíveis, mas seria uma troca de segurança semelhante a usar um arquivo esparso como o bloco criptografado, ou configurar uma partição criptografada, mas não inicializar o espaço livre com dados aleatórios, como geralmente é recomendado. Veja o comentário do AskUbuntu .
Para referência, alguns outros problemas e dicas mencionados para o Dell Inspiron 7580 :
crash - iwlwifi causando travamento do sistema no Ubuntu 19.10 - Pergunte ao Ubuntu
Inaccessible Boot Device após dual boot Ubuntu 18.04 e Windows 10: - Installation - Ask Ubuntu
Desculpe pelo meu inglês ruim. Primeiro, sobre o local para armazenar os arquivos maiores, existem opções. Uma opção é instalar seu /home como uma partição no disco rígido. Você pode fazer isso no método de particionamento avançado. A vantagem é que funcionará para todos os usuários, mas a desvantagem é que também moverá alguns dados de aplicativos (principalmente arquivos de configuração) para o disco rígido. Então, a outra opção é mover apenas as pastas como Documentos, Vídeos, Imagem, etc... para o disco rígido. Eu discordo da resposta anterior neste ponto: O jeito certo de mover essas pastas é editar o arquivo ~/.config/user-dirs.dirs e alterar valores de variáveis de ambiente como XDG_DOCUMENTS_DIR, ao invés de fazer links simbólicos, então as variáveis de ambiente para essas pastas serão o caminho das pastas válidas. Os ícones e atalhos para essas pastas funcionarão bem.
Em segundo lugar, você vai querer montar a partição do hdd na inicialização, para poder usá-la de uma maneira melhor, porque os caminhos do hdd serão sempre válidos. Você pode instalar o sistema no ssd normalmente e, em seguida, criar a partição luks no hdd com o utilitário gnome-disks. Então você pode optar por digitar uma senha na inicialização ou apenas usar um arquivo de chave, que eu acho que é a melhor opção se você também estiver criptografado.
Tutorial pedindo senha https://averagelinuxuser.com/auto-mount-encrypted-partitions-at-boot/ Tutorial com keyfile https://www.golinuxcloud.com/mount-luks-encrypted-disk-partition-linux/
Apenas uma dica: montar uma partição em /media tornará essa mídia mais visível, aparecendo em "outros locais" no nautilus, mas também será desmontável no nautilus e mostrará sempre um ícone no ubuntu dash assim como um pendrive (você pode alterar isso no gnome-tweaks, mas também ocultará os ícones do pendrive). Eu prefiro montar em /mnt (como /mnt/hdd), ou apenas um novo diretório em /like /data. Você poderá ver o espaço livre em disco nessa mídia no nautilus apenas abrindo este diretório, clique com o botão direito do mouse, propriedades e poderá adicionar um marcador a esta pasta.