Perguntas[boot](computer)

Como sabemos, o registro mestre de inicialização (MBR) começa com 440 bytes de código de inicialização. Pelo que li, ele inicia o processo de inicialização e carrega o carregador de inicialização do sistema operacional.

Mas para um disco rígido externo, que é usado apenas para armazenamento de arquivos e não é inicializável, por que ainda há código de inicialização?

Tenho um SSD HP P900 de 1 TB com um MBR, uma partição ext4 e uma partição exFAT . Todas as partições são apenas para armazenamento de arquivos e, novamente, elas não são inicializáveis, mas por que nos bytes brutos do MBR, ainda há código de inicialização? Aqui estão os bytes brutos do MBR inteiro em hexadecimal:

fab800108ed0bc00b0b800008ed88ec0fbbe007cbf0006b90002f3a4ea21060000bebe073804750b83c61081fefe0775f3eb16b402b001bb007cb2808a74018b4c02cd13ea007c0000ebfe000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000069d0e83000000020210083fec2ff000800000060f62400fec2ff07fec2ff0068f62400684552000000000000000000000000000000000000000000000000000000000000000055aa

Este é o código de inicialização:

fab800108ed0bc00b0b800008ed88ec0fbbe007cbf0006b90002f3a4ea21060000bebe073804750b83c61081fefe0775f3eb16b402b001bb007cb2808a74018b4c02cd13ea007c0000ebfe0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

Este é o código de inicialização em formato de bytes:

11111010 10111000 00000000 00010000 10001110 11010000 10111100 00000000 10110000 10111000 00000000 00000000 10001110 11011000 10001110 11000000 11111011 10111110 00000000 01111100 10111111 00000000 00000110 10111001 00000000 00000010 11110011 10100100 11101010 00100001 00000110 00000000 00000000 10111110 10111110 00000111 00111000 00000100 01110101 00001011 10000011 11000110 00010000 10000001 11111110 11111110 00000111 01110101 11110011 11101011 00010110 10110100 00000010 10110000 00000001 10111011 00000000 01111100 10110010 10000000 10001010 01110100 00000001 10001011 01001100 00000010 11001101 00010011 11101010 00000000 01111100 00000000 00000000 11101011 11111110 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

TL;DR: como instalei o Linux junto com meu Windows 11 em duas unidades diferentes, acessar meu BIOS/UEFI resulta em uma tela preta em branco. Desconectar a unidade que contém o Linux torna o UEFI acessível novamente, mas preciso do meu dual boot e não tenho mais acesso ao Linux.

Em meados de dezembro, instalei o Linux Tuxedo OS em uma unidade separada do meu Windows 11. Mais precisamente:

• Eu tinha duas unidades SSD: C com Windows e S com softwares Windows.
• Reduzi a partição S para 200 GB, deixando o restante livre para instalar o Tuxedo
• Inicializado em um Tuxedo USB ativo a partir do UEFI/BIOS: funcionou bem naquela época
• Durante a instalação, particionei manualmente o restante do S para ter uma partição efi, /partição, /Homepartição e uma swap.

Estou 80% confiante de que usei as configurações corretas na última etapa. Não consigo lembrar exatamente quais formatos, pontos de montagem, sinalizadores e tamanhos de partição usei. Mas pesquisei online o que deveria fazer, e o instalador forneceu avisos quando prossegui para a próxima página com coisas incoerentes, como a falta do sinalizador efi.
E a instalação foi bem-sucedida. Na semana seguinte, a máquina inicializaria automaticamente no GRUB, do qual eu conseguia selecionar Linux ou Windows e usá-los normalmente.

Mas hoje, depois de ver a mensagem usual "pressione F2 ou DEL para entrar na configuração do BIOS" e pressionar o botão, tudo o que vejo é uma tela preta.

O monitor continua ligado, não mostra nenhum "sem sinal, indo para o modo de hibernação", os LEDs permanecem azuis como se estivessem recebendo sinal (em vez do laranja usual quando não recebem nada).
A partir daí, não consigo fazer nada, além de desligar com o botão de energia.

Tentei muitas coisas para descobrir onde está o problema (veja abaixo). Eventualmente, descobri que desconectar a unidade Linux me permite acessar o UEFI/BIOS novamente .

Mas no processo de chegar lá, agora a unidade do Windows é a primeira na ordem de inicialização, então não posso mais usar o Linux . Preciso de uma solução para tornar o bios funcional com a unidade do Linux conectada. Acho que provavelmente será necessário usar meu Tuxedo USB ao vivo.

O que tentei acessar o BIOS, mas não parece ter ajudado:

• Inicializando UEFI a partir da Recuperação do Windows
  Carregando o Ambiente de Recuperação do Windows e indo para:
  Troubleshoot > Advanced Options > UEFI Firmware Settings
  Então clique em Restart. Muito parecido com o acesso regular ao BIOS: funciona somente se a unidade Linux estiver desconectada.

• Brincando com telas
  Tentei inicializar com ambas as telas individualmente, conectadas via HDMI e Displayport, na GPU ou na Motherboard. Tentei desligar e ligar a tela novamente enquanto estava na página em branco do BIOS.

• Limpe o CMOS Limpei o CMOS usando o guia do fabricante da minha placa-mãe: [Placa-mãe] Como limpar o CMOS | Suporte oficial | ASUS Canadá (no caso da minha placa-mãe, usei o método 2: curto-circuito no pino CLRTC).

Hardware:

• Placa-mãe: ASUS PRIME B650-PLUS
• CPU AMD R7 7700X
• Placa de vídeo Nvidia RTX 4090
• RAM 64 GB
• Telas:
  • ViewSonic VX3218C-2K - Porta de exibição
  • XP-Pen Artist Pro 24 - HDMI
• Unidades (diagnóstico CrystalDiskInfo: ambas 99% boas):
  • C: Western Digital Verde SN350 - 2 TB
  • S: Kingston SA200M81000G - 1 TB

Informações de firmware da placa-mãe do msinfo32 do W11:

Editei bastante a pergunta conforme o problema evoluiu, portanto os comentários não parecem exatamente relacionados. Por favor, veja o histórico de edições se precisar do contexto original.

Cometi um erro e acidentalmente deletei minha partição efi para windows quando estava mexendo no linux. Porque eu fiz isso o bitlocker bloqueou automaticamente. Então o grub não reconhece e não inicializa o windows. Como eu reinstalo o bootloader do windows (de preferência preservando o grub, embora neste ponto eu realmente não me importe, eu reinstalarei o grub se eu precisar). Eu gostaria de não ter que recorrer à reinstalação do windows (porque isso tem seus próprios erros e perde todos os meus dados), mas eu farei se necessário. Também estou usando o modo UEFI.

Meu PC Windows de driver diário liga automaticamente todas as manhãs há anos, então ele está completamente pronto para funcionar com todos os meus aplicativos iniciados no momento em que entro no meu escritório em casa. Para fazer isso, foi necessária uma simples alteração do BIOS para definir o temporizador de inicialização.

Acabei de comprar uma nova máquina de trabalho, e seu BIOS não tem nenhum recurso desse tipo que eu possa encontrar (Asrock z790 pro rs wifi). Existe alguma maneira de programar esta máquina para acordar de um estado de desligamento total, em um cronograma?

Para ser claro:

• Não quero dormir em vez de desligar
• Não quero usar o WoL de outra máquina (anula o propósito)
• Não vejo nenhuma opção de agendamento de inicialização no BIOS, mas se alguém souber o contrário, estou todo ouvidos

Tentei instalar o Windows 11 no meu laptop TUF F15 a partir de um pendrive, mas quando passei pelo processo de instalação, o SSD de 1 terabyte dentro do laptop não apareceu na lista de drives. Então instalei um segundo SSD de 500 gigabytes e transferi o conteúdo do pendrive inicializável para o segundo SSD para tentar instalar o Windows por meio do SSD, mas a opção de inicialização do Windows não apareceu no BIOS, mas o BIOS consegue reconhecer instalações Linux inicializáveis ​​no segundo SSD. Ambos os drives são SSDs Samsung e estão em perfeitas condições de funcionamento instalados corretamente. Acho que posso precisar de alguns. Não consigo descobrir como instalar o Windows no meu laptop, obrigado.

Tenho uma instalação do Arch Linux feita via archinstall. Ele está configurado para funcionar com inicialização segura (eu segui o guia "Unified Extensible Firmware Interface/Secure Boot" no Arch Wiki usando o método "3.1.3 Assisted process with sbctl" para configurar isso).

É assim que minha configuração de disco se parece:

├─ nvme0n1               <-- This is my Windows drive
│  ├─ nvme0n1p1 (16M)
│  └─ nvme0n1p2 (1.8T)   
└─ nvme1n1               <-- This is my Linux drive
   ├─ nvme1n1p1 (512M)   <-- /boot  EFI system 
   ├─ nvme1n1p2 (20G)    <-- /
   └─ nvme1n1p3 (911G)   <-- /home

É assim que minha /boot/EFIpasta se parece:

└─ /boot/EFI
   ├─ BOOT
   │  └─ BOOTX64.EFI
   ├─ Linux
   │  └─ <empty>
   ├─ Microsoft
   │  ├─ Boot
   │  └─ Recovery
   └─ systemd
      └─ systemd-bootx64.efi

Eu só uso o Windows para jogos e não gosto de ter que escolher um SO no gerenciador de boot toda vez que ligo o computador, então eu altero manualmente a ordem de boot para inicializar no Windows nos fins de semana e altero de volta para o Linux depois. Mas depois de uma atualização de firmware na minha placa-mãe (uma MSI PRO Z690-A DDR4, agora na versão de firmware 7D25v1J) não vejo mais a opção para minha instalação do Linux.

Fazendo algumas pesquisas, encontrei pessoas recomendando reinstalar o gerenciador de boot, mas não tenho muita certeza se esse é o caminho a seguir no meu caso. Estou tentando evitar porque 1) não sei se isso vai bagunçar minha configuração de inicialização segura e 2) bootctl statusexibições em execução:

Então, estou pensando que isso pode ser algo que pode ou precisa ser resolvido pelo software UEFI. Mas não sei o que devo fazer nesse caso.

Tentei chrootinstalar e executar bootctl updatena esperança de que o problema se resolvesse sozinho, mas não funcionou.

Agora estou tentando entender o que aconteceu depois da atualização do firmware (quais mudanças foram feitas e onde) e se isso é algo com que preciso lidar no lado UEFI ou no lado do gerenciador de boot. Ainda sou novo no Arch e em como todo o processo de boot funciona, e honestamente não sei o suficiente para descobrir como prosseguir daqui. Qualquer orientação é apreciada.

PS: Peço desculpas pelas imagens da tela, mas não tenho nada à mão para capturar a tela agora.

Eu tive um iMac (2017 27") de inicialização dupla (macOS/Linux Mint) por cerca de um ano. Recentemente, meu iMac não tem espaço suficiente, então eu queria remover o Linux Mint.

No utilitário de disco, apaguei uma partição de swap de 7 GB e uma partição de 20 GB para compartilhamento de arquivos e mesclei com a partição onde o Linux Mint 21 estava instalado.

Depois disso, o macOS não consegue inicializar.

Executei o modo de recuperação do macOS e no terminal vi as informações da unidade assim:

Disk0: 
0:GUID_partition_scheme                  *1.0 TB    disk0 
1:EFI EFI                                 209.7 MB  disk0s1 
2:FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF    841.7 GB  disk0s2 
3:Linux filesystem                        120 GB    disk0s3

O segundo, disk0s2, com nome estranho, FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFFdeve ser a partição onde o macOS está instalado.

Para referência, encontrei uma postagem aqui no Super User que aborda um problema um pouco semelhante. Infelizmente, meu conhecimento sobre execução de códigos no terminal é muito pobre.

Também tentei reinstalar o macOS no modo de recuperação pela Internet, mas não há nenhum disco para escolher instalar.

Reinstalei o Linux Mint nesta partição de 120 GB, que roda bem, infelizmente é impossível de lá acessar arquivos na partição macOS, que são minhas maiores preocupações. Existe uma maneira de acessar arquivos macOS do Linux Mint ou algum outro método?

A disk0s2partição pode ser reparada para que o macOS possa inicializar?

Este é o resultado da execução lsblk:

NAME        MAJ:MIN RM    SIZE RO TYPE MOUNTPOINTS
sda           8:0    0  931.5G  0 disk
├─sda1        8:1    0    200M  0 part
├─sda2        8:2    0  783.9G  0 part
└─sda3        8:3    0  147.5G  0 part /
nvme0n1     259:0    0   26.1G  0 disk
├─nvme0n1p1 259:1    0    300M  0 part /boot/efi
└─nvme0n1p2 259:2    0   25.8G  0 part

Então digamos que eu tenha um pen drive com GPT e várias partições nessa ordem:

• Dados (16 GB ExFat)
• Kali Linux ao vivo (4 GB ext4)
• Persistência Kali (4GB ext4)

A primeira partição é deslocada do início por ~8700 MB. Minha pergunta é:

Poderei usar o espaço livre não particionado no início para gravar e inicializar uma imagem ISO (algum instalador Linux/Windows talvez menor que 8 GB) e ter certeza de que isso não corromperá as partições e os arquivos após os primeiros ~8 GB?

Depende do método usado (por exemplo, ddvs ferramentas GUI) ou do próprio ISO?

Meu plano é simplesmente fazer backup do GPT em gdiskum arquivo e restaurá-lo quando terminar (instalar o sistema operacional) com esse arquivo ISO.

O pendrive em questão é um SanDisk Extreme, então é mais como um pequeno SSD.

Acabei de terminar de configurar o secure boot em uma instalação do Arch. Ao contrário de outras distros, isso não está funcionando imediatamente. No entanto, o processo para criar suas próprias chaves e configurar a assinatura de cada atualização do kernel com elas automagicamente com a ajuda do sbctl e um hook pacman é relativamente simples.

No entanto, tenho um problema com essa abordagem: se eu tiver que manter minhas chaves na minha máquina e puder usá-las para assinar qualquer coisa com credenciais disponíveis para uma ferramenta que eu possa invocar no espaço do usuário... Como isso protege meu sistema?

Eu acharia muito mais conveniente e seguro se essas coisas já estivessem assinadas pelos mantenedores do Arch. Eu poderia então simplesmente adicionar a chave deles ao meu banco de dados de inicialização segura permitindo-a nas configurações do BIOS (ou banco de dados de shim assinado pela Microsoft como outras distros fazem, não me importo), uma vez. Mas não encontro nenhuma maneira de fazer isso. Por que todos os métodos de configuração que vejo online são tão complicados, quando essa solução parece tão óbvia e direta? Existe uma razão técnica, ideológica ou processual que eu esteja esquecendo?

Meu PC demora muito para iniciar e, quando está na tela de login, ele salta para a área de trabalho instantaneamente. Costumava ser rápido, mas não sei o que aconteceu que causou isso. Até reinstalei meu PC e obtive os drivers mais recentes, mas ainda está lento na inicialização.

E também, a pessoa de quem comprei disse que este computador inicializa rápido, então não entendi.

Aqui estão minhas especificações:

• Intel i5-4310M a 2,70 GHz
• 8 GB de RAM DDR3
• Unidade de estado sólido
• Gráficos Intel HD 4600