Início / unix / Perguntas / 564200
Accepted
dr_
Asked: 2020-01-27 08:35:42 +0800 CST

Não é possível instalar o GRUB em dual boot Windows / CentOS 8 (LVM+LUKS)

  • 772

Eu tenho um laptop antigo com Windows 7 no qual instalei o CentOS 8 em inicialização dupla.

Na primeira reinicialização, o GRUB mostrou apenas entradas para Linux. Portanto, usei Boot-Repair-Disk , mas de alguma forma falhou ao instalar o GRUB, pois agora o laptop inicializa diretamente no Windows.

As partições de disco são as seguintes (como visto por Boot-Repair-Disk):

Partition  Boot  Start Sector    End Sector  # of Sectors  Id System

/dev/sda1               2,048     3,074,047     3,072,000  27 Hidden NTFS (Recovery Environment)
/dev/sda2    *      3,074,048   629,905,407   626,831,360   7 NTFS / exFAT / HPFS
/dev/sda3         629,905,408   632,002,559     2,097,152  83 Linux
/dev/sda4         632,002,560   976,773,119   344,770,560   5 Extended
/dev/sda5         632,004,608   975,978,495   343,973,888  8e Linux LVM

e este é o tamanho aproximado e para que são usados:

/dev/sda1     1.5 Gb     Windows recovery partition
/dev/sda2     300 Gb     Windows 7 partition
/dev/sda3       1 Gb     Linux /boot partition 
/dev/sda4     164 Gb     Extended partition containing /dev/sda5
/dev/sda5     4 Gb /swap, 130 Gb /, 30 Gb /home, all LVM and LUKS-encrypted

Vale a pena notar que o Windows vê /dev/sda4como uma partição primária (não estendida).

Isso faz parte da saída do Boot-Repair-Disk:

Is there RAID on this computer? no
File descriptor 8 (/proc/17432/mountinfo) leaked on lvs invocation. Parent PID 19248: /bin/sh
Error: /dev/mapper/cl-00: unrecognised disk label
Error: /dev/mapper/cl-01: unrecognised disk label
Error: /dev/mapper/cl-02: unrecognised disk label
Warning: Unable to open /dev/sr0 read-write (Read-only file system).  /dev/sr0 has been opened read-only.
Error: Invalid partition table - recursive partition on /dev/sr0.
boot-repair is executed in live-session (Boot-Repair-Disk 64bit 1oct2017, zesty, Ubuntu, x86_64)
CPU op-mode(s):      32-bit, 64-bit
file=/cdrom/preseed/lubuntu.seed boot=casper initrd=/casper/initrd.lz quiet splash --
ls: cannot access '/home/usr/.config': No such file or directory
Set sda as corresponding disk of mapper/cl-00
Set sda as corresponding disk of mapper/cl-01
Set sda as corresponding disk of mapper/cl-02
mount: /mnt/boot-sav/mapper/cl-00: unknown filesystem type 'crypto_LUKS'.
mount /dev/mapper/cl-00 : Error code 32
mount -r /dev/mapper/cl-00 /mnt/boot-sav/mapper/cl-00
mount: /mnt/boot-sav/mapper/cl-00: unknown filesystem type 'crypto_LUKS'.
mount -r /dev/mapper/cl-00 : Error code 32
mount: /mnt/boot-sav/mapper/cl-01: unknown filesystem type 'crypto_LUKS'.
mount /dev/mapper/cl-01 : Error code 32
mount -r /dev/mapper/cl-01 /mnt/boot-sav/mapper/cl-01
mount: /mnt/boot-sav/mapper/cl-01: unknown filesystem type 'crypto_LUKS'.
mount -r /dev/mapper/cl-01 : Error code 32
mount: /mnt/boot-sav/mapper/cl-02: unknown filesystem type 'crypto_LUKS'.
mount /dev/mapper/cl-02 : Error code 32
mount -r /dev/mapper/cl-02 /mnt/boot-sav/mapper/cl-02
mount: /mnt/boot-sav/mapper/cl-02: unknown filesystem type 'crypto_LUKS'.
mount -r /dev/mapper/cl-02 : Error code 32

=================== os-prober:
/dev/sda1:Windows 7:Windows:chain
/dev/sda2:Windows 7:Windows1:chain

=================== blkid:
/dev/sda1: LABEL="System" UUID="FC30DADA30DA9B4A" TYPE="ntfs" PARTUUID="e7d2fa64-01"
/dev/sda2: LABEL="Main disk" UUID="E6C200E1C200B837" TYPE="ntfs" PARTUUID="e7d2fa64-02"
/dev/sda3: UUID="b43f57d3-c143-47b0-ad99-a5b12a0416be" TYPE="ext4" PARTUUID="e7d2fa64-03"
/dev/sr0: UUID="2017-10-29-00-56-18-00" LABEL="Boot-Repair-Disk 64bit" TYPE="iso9660" PTUUID="6b8b4567" PTTYPE="dos"
/dev/loop0: TYPE="squashfs"
/dev/sda5: UUID="sWZAY3-8hDE-wcdv-rEsu-pTcr-9lPV-QEfxlo" TYPE="LVM2_member" PARTUUID="e7d2fa64-05"
/dev/zram0: UUID="462ef96d-8ed3-405e-92c4-043654187abd" TYPE="swap"
/dev/zram1: UUID="df6b8b51-4029-4d37-86ec-d70532265f9b" TYPE="swap"
/dev/zram2: UUID="9d842b41-46c1-4ed3-aefb-447d99a6321f" TYPE="swap"
/dev/zram3: UUID="65d9a196-c801-4e87-9283-314b665108d6" TYPE="swap"
/dev/zram4: UUID="b2cb39b0-9fe1-4485-b044-7d408527117f" TYPE="swap"
/dev/zram5: UUID="f6b1cecd-603e-40a3-8eb3-2bc1ddaca8c1" TYPE="swap"
/dev/zram6: UUID="2fc865d0-0b3b-4d11-bb8d-c272a21e5c39" TYPE="swap"
/dev/zram7: UUID="5be79bcf-4b46-4d62-81b2-952b79e0ecda" TYPE="swap"
/dev/mapper/cl-00: UUID="6eac3a8f-7854-40c7-ae94-c1d288a60698" TYPE="crypto_LUKS"
/dev/mapper/cl-01: UUID="d0e378ae-9140-4335-94e6-2d73a3cb7bd1" TYPE="crypto_LUKS"
/dev/mapper/cl-02: UUID="00e698ad-ac0b-4e27-9bc7-bdcb524ce4ba" TYPE="crypto_LUKS"  

1 disks with OS, 2 OS : 0 Linux, 0 MacOS, 2 Windows, 0 unknown type OS.

É realmente necessário descriptografar as partições LUKS LVM antes de tentar reinstalar o GRUB?

EDIT: Para responder as perguntas nos comentários:

Saída de fdisk -l /dev/sda:

Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Disk model: Seagate ST950056
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xe7d2fa64

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1            2048   3074047   3072000   1.5G 27 Hidden NTFS WinRE
/dev/sda2  *      3074048 629905407 626831360 298.9G  7 HPFS/NTFS/exFAT
/dev/sda3       629905408 632002559   2097152     1G 83 Linux
/dev/sda4       632002560 976773119 344770560 164.4G  5 Extended
/dev/sda5       632004608 975978495 343973888   164G 8e Linux LVM

  • Ele usa o GRUB padrão do CentOS 8, ou seja, GRUB2

  • As partições LVM foram criadas diretamente do instalador do CentOS

  • Laptop (com quase 10 anos) usa BIOS, não UEFI

  • O instalador nunca perguntou onde colocar o GRUB, ele o fez automaticamente

centos dual-boot

1 respostas

  1. Best Answer

    Não consigo explicar por que o Boot-Repair-Disk relata um erro com a tabela de partições, nem por que o Windows pensa que /dev/sda4é uma partição primária. A saída do fdisk não relata erros com a tabela de partição MBR e também é capaz de ler a tabela de partição estendida no formato /dev/sda5.

    Então, tudo o que temos a fazer é:

    • recupere o acesso ao grub2 que foi instalado primeiro (ou instale um novo)
    • defina os comandos chainload necessários para inicializar as janelas do grub .

    Reinstale o grub2

    O Grub2 foi instalado nos setores após o MBR (e antes do setor 2048). Esse grub2 no disco tem o endereço do /boot/grubdiretório codificado. Infelizmente, o conteúdo de /boot/grubestá dentro do LVM e codificado com LUKS . O Grub precisa:

    • ler dentro de discos LVM. Isso é feito com o módulo lvm.mod.
    • descriptografar discos LUKS. Isso é feito com o módulo luks.mod.

    Ambos os módulos também residem dentro do /boot/grub. Isso cria uma situação pegajosa em que as chaves do carro estão dentro do carro.

    A solução é escrever alguns módulos em setores de disco fixos e carregá-los na inicialização. Em seguida, peça a senha do LUKS, descriptografe o /boot/grubdiretório, carregue mais módulos e, por fim, carregue /boot/grub/grub.cfgpara saber quais outros módulos precisam ser carregados e apresentar uma lista de seleção de SO ao usuário.

    No entanto, os módulos que precisam ser gravados no disco estão dentro /usr/lib/grub/i386-pc/lvm.mod(por exemplo). Sim, o grub pode ser usado em várias arquiteturas. Que também é criptografado no sistema que você instalou.

    Assim, a única solução é:

    1. inicialize em algum ISO ao vivo (que tenha todos os arquivos grub atuais em /usr/lib)
    2. Monte todos os discos (descriptografados e do sistema) no local correto.
    3. Use chrootpara alternar para o sistema 'real' no disco.
    4. Use grub-installpara substituir o grub no disco.

    Este é o guia para resgatar o CentOS que você deve seguir. É simplificado, exceto, infelizmente, a parte de descriptografar partições criptografadas LVM-LUKS que adiciona outra reviravolta.

    Depois que isso foi feito e o sistema inicializar no CentOS via grub, você precisa incluir (se o Windows não foi detectado automaticamente com a instalação do grub) para adicionar algumas entradas ao arquivo grub.cfg. Use as entradas desta página

    Relacionado:

    • 1

relate perguntas