Inicialização (CSM) herdada vs inicialização via UEFI
O SuperUser tem um postagem promovida de 2012 sobre a pergunta do OP que muitos acharão útil.
O CSM (Legacy) e o UEFI (Universal Extensible Firmware Interface) são opções de boot mutuamente exclusivas que você escolhe dentro do BIOS (Basic Input Output System). O BIOS se aplica a muito mais do que a inicialização herdada (CSM):
- Formato de inicialização do disco: Legado (CSM) vs. UEFI
- Ordem de inicialização do disco: disco rígido, SSD, USB, NIC (placa de interface de rede)
- Operações de baixo nível de disco: RAID vs AHCI
- Portas USB: acorde na entrada, ligado quando o sistema está desligado, etc.
- Várias placas gráficas: ativar / desativar a Intel ou nVidia
- Data e hora do sistema armazenadas no RTC (relógio de tempo real)
- POST (Power On Self Test) de hardware opcional verifica
- Muitas outras opções do BIOS que variam dependendo do computador
Grandes respostas já foram postadas por Byte e Ravery aqui, então eu resumiria:
- Legado (CSM) e UEFI são maneiras diferentes de inicializar a partir de discos de armazenamento (que geralmente assumem a forma de SSD atualmente).
- O CSM usa um MBR (Master Boot Record) em um formato específico de 512 bytes para inicializar o sistema operacional.
- O UEFI usa arquivos em uma partição grande (normalmente 100 MB) para inicializar o sistema operacional. Normalmente, eles ainda exigem que o MBR esteja presente.
- O MBR e o GPT são especificações diferentes para a formatação de partições de disco. Você pode ter inicialização UEFI em um disco formatado MBR. Você pode ter a inicialização do MBR em um disco formatado pela GPT (em ambientes que não sejam Windows).
- O MBR (primeiros 512 bytes de um disco) é normalmente oculto da exibição do usuário.
- A partição EFI pode ser facilmente visualizada, conforme mostrado abaixo
É importante observar as ambiguidades que o MBR pode se referir ao método de inicialização de disco ou ao formato de partição de disco.
Também é importante observar que o UEFI é frequentemente associado ao formato de disco GPT, mas a inicialização do MBR pode usar o formato de disco GPT.
Vendo a partição EFI
Usando lsblk você pode ver a partição EFI e os arquivos:
$ lsblk -o NAME,FSTYPE,LABEL,MOUNTPOINT,SIZE,MODEL
NAME FSTYPE LABEL MOUNTPOINT SIZE MODEL
sda 931.5G HGST HTS721010A9
├─sda4 ntfs WINRETOOLS 450M
├─sda2 128M
├─sda5 ntfs Image 11.4G
├─sda3 ntfs HGST_Win10 /mnt/d 919G
└─sda1 vfat ESP 500M
nvme0n1 477G Samsung SSD 960 PRO 512GB
├─nvme0n1p5 ext4 NVMe_Ubuntu_16.0 / 44.6G
├─nvme0n1p3 16M
├─nvme0n1p1 ntfs 450M
├─nvme0n1p6 swap Linux Swap [SWAP] 7.9G
├─nvme0n1p4 ntfs NVMe_Win10 /mnt/c 414.9G
├─nvme0n1p2 vfat /boot/efi 99M
└─nvme0n1p7 ntfs Shared_WSL+Linux /mnt/e 9G
Existem muitos arquivos em /boot/efi que você pode ver usando o comando ls . Para ver o tamanho de todos os arquivos dentro da partição de 99MB use:
$ du -hs /boot/efi
35M /boot/efi
gdisk informações
Ao pesquisar esta resposta, encontrei um link para o comando gdisk que eu corri e lamento quando abro o Windows novamente. Isso está aqui para que você não repita isso se for um erro para o Windows dual-boot:
sudo gdisk -l /dev/sda
[sudo] password for rick:
GPT fdisk (gdisk) version 1.0.1
The protective MBR's 0xEE partition is oversized! Auto-repairing.
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 1953525168 sectors, 931.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 8BEC7AEB-4576-42B0-8A8A-D40779A80126
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1953525134
Partitions will be aligned on 2048-sector boundaries
Total free space is 3437 sectors (1.7 MiB)
Number Start (sector) End (sector) Size Code Name
1 2048 1026047 500.0 MiB EF00 EFI system partition
2 1026048 1288191 128.0 MiB 0C01 Microsoft reserved ...
3 1288192 1928626175 919.0 GiB 0700 Basic data partition
4 1928626176 1929547775 450.0 MiB 2700
5 1929547776 1953523711 11.4 GiB 2700
Vou reiniciar no Windows 10 e ver se o Linux gdisk tinha alguma ramificação de reparar o disco rígido do Windows D: , que é /dev/sda na minha configuração do Linux. Não estou preocupado porque é o disco rígido original que ainda não usei, mas você deve ser cuidadoso se tiver dados nele. Eu atualizarei esta seção depois de reiniciar e testar.