Desde ontem, eu adicionei um novo SSD no meu PC, e estou experimentando uma inicialização muito rápida no menu do grub. O problema é antes de chegar a este menu, devo esperar por um longo tempo (~ 30s na maioria dos casos). Eu instalei o grub no SSD. Depois do BIOS, às vezes vejo "carregamento do Grub" imediatamente, às vezes apenas um cursor piscando, mas o tempo para acessar o menu parece ser o mesmo. Eu tentei adicionar debug = disk (e até mesmo debug = all ao meu grub.cfg), mas os logs aparecem somente após o período inexplicável de espera de tempo terminar.
Eu tenho 3 discos: - sda, marcado como inicializável com um carregador de inicialização do Windows - sdb, que é o SSD - sdc, que contém a partição de troca e uma partição de dados. Teve minha instalação anterior do Fedora 18 até ontem
descrição dividida:
Model: ATA ST3250410AS (scsi)
Disk /dev/sda: 250GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 32.3kB 250GB 250GB primary ntfs boot
Model: ATA M4-CT128M4SSD2 (scsi)
Disk /dev/sdb: 128GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1075MB 1074MB primary ext4 boot
2 1075MB 11.8GB 10.7GB primary ext4
3 11.8GB 33.7GB 21.9GB primary ext4
Model: ATA ST3160827AS (scsi)
Disk /dev/sdc: 160GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 2149MB 2147MB primary linux-swap(v1)
2 52.4GB 160GB 107GB primary fat32 lba
Ao entrar no Windows (em sda1), também tenho tempos de execução inexplicáveis ao encerrar, mas isso ocorreu primeiro há um ano.
EDITAR Desconectar a unidade de 250 GB faz a latência desaparecer. O LED do HDD não pisca durante o tempo de espera.
O que está acontecendo?
Tente conectar o SSD na primeira porta SATA e selecione-o como o primeiro dispositivo de inicialização no BIOS. Caso contrário, geralmente é uma questão de mexer nas unidades e garantir que a configuração GRUB corresponda à numeração real das unidades, ou seja, hd0 designates HD0 no BIOS, etc.
Eu tenho certeza que sei a causa raiz e uma correção para este, como eu tenho o mesmo em um dos meus laptops, no entanto eu não encontrei uma correção a longo prazo decente.
Por favor, verifique a pasta / boot / grub2 onde o grub.cfg reside. Se estou certo, o grub.cfg tem um tamanho de arquivo muito grande. Para informações, um grub.cfg normal é de cerca de 10k (em um multi boot muito pesado, pode ser de até 50k), mas os tamanhos de arquivo de megabytes ou acima são definitivamente um sinal de corrupção.
A causa raiz é esta: após uma instalação ou uma atualização principal, a última etapa é uma execução do grub2-mkconfig, que regenera o arquivo grub.cfg. Este é um processo sério que analisa todos os discos, por isso demora algum tempo. Após a gravação deste arquivo, o sistema quase sempre faz uma reinicialização direta, para que todas as suas alterações sejam ativadas. O que acontece com os discos SSD é que o disco recebe uma reinicialização forçada devido à reinicialização, enquanto os dados gravados no grub.cfg ainda não foram consolidados com segurança em suas células NAND. Na maioria dos casos, os dados estão lá, mas o fechamento do arquivo (que define o tamanho do arquivo, etc.) não ocorreu e isso resulta em um grande espaço vazio (ou dados antigos do disco) que segue o arquivo normal grub.cfg. p>
O efeito dessa ação é o seguinte: o grub2 lê o arquivo grub.cfg, mas depois dos dados normais (que é a lista de sistemas de inicialização disponíveis) leva algum tempo (até 30 segundos) para apenas analisar os dados fictícios (geralmente 0x00 bytes ou similares), às vezes emitindo erros. Mas no final, ele encontra o final do arquivo e fornece a lista correta de OS encontrados.
Corrigir: Certifique-se de que todos os discos estejam disponíveis e execute um grub2-mkconfig manual com saída para o arquivo grub.cfg. Como alternativa, use um editor hexadecimal para localizar o final real dos dados e, em seguida, use uma ferramenta de cópia para copiar exatamente o número correto de bytes em um novo arquivo e, em seguida, substitua o grub.cfg com defeito pelo bom.
Mas deve haver uma correção mais permanente, já que a cada atualização do sistema, o mesmo problema pode aparecer. Isso significa que o desligamento do sistema deve garantir que TODOS os discos SSD tenham confirmado todos os dados com persistência.