/ boot / efi não pode ser montado após a atualização do kernel Ubuntu 13.04

2

Após instalar as atualizações mais recentes, parece que a nova versão do kernel que foi instalada (3.8.0-29) não será inicializada adequadamente.

Sempre que eu tento inicializar usando esse novo kernel, recebo uma mensagem de erro indicando que houve um erro na montagem de /boot/efi .

Isto só acontece com este novo kernel, já que iniciar com as versões antigas do kernel funciona bem.

Caso isso ajude, eu tenho um laptop com UEFI e faço o boot duplo do Ubuntu 13.04 e do Windows 8.

Editar: Eu tentei de tudo na resposta de Rod Smith, mas ainda estou tendo o problema

A mensagem de erro exata é:

  

Ocorreu um erro durante a montagem de / boot / efi.

     

Pressione S para pular a montagem ou M para recuperação manual

Pressionar S apenas me leva a uma tela de login do terminal, enquanto pressionar M me leva a um terminal de recuperação.

Aqui estão os resultados dos comandos que você me pediu para executar:

$ grep efi /etc/fstab
# /boot/efi was on /dev/sda2 during installation
UUID=F433-DF4C  /boot/efi       vfat    defaults        0       1

$ sudo blkid
/dev/sda1: LABEL="WINRE_DRV" UUID="4A46311E46310C67" TYPE="ntfs" 
/dev/sda2: LABEL="SYSTEM_DRV" UUID="F433-DF4C" TYPE="vfat" 
/dev/sda3: LABEL="LRS_ESP" UUID="5034-7FB2" TYPE="vfat" 
/dev/sda5: LABEL="Windows8_OS" UUID="989E38469E381F66" TYPE="ntfs" 
/dev/sda6: LABEL="LENOVO" UUID="32EE3B04EE3AC041" TYPE="ntfs" 
/dev/sda7: LABEL="PBR_DRV" UUID="14243C89243C703A" TYPE="ntfs" 
/dev/sda8: UUID="b5377bd7-1953-4cb0-b30d-9ee5a466760c" TYPE="ext4" 
/dev/sda9: UUID="be7e2af0-3cc7-4e3c-82a1-e28e3d4b4ba6" TYPE="swap" 
/dev/sdb1: LABEL="CRUZER" UUID="28A2-35DE" TYPE="vfat" 

Embora /dev/sda2 e /dev/sda3 pareçam semelhantes no meu sistema /dev/sda2 é aquele com o sinalizador "boot", e alterar a entrada no fstab para o UUID para /dev/sda3 não fez diferença.

    
por Andrew Roskuski 21.08.2013 / 17:54

2 respostas

1

Acabei de atualizar meu sistema Ubuntu 13.04 para o kernel 3.8.0-29 e não tive nenhum problema com isso. Minha suspeita é que você está sofrendo danos no sistema de arquivos. Isso é comum em sistemas que possuem inicialização dupla com o Windows 8 devido a um recurso do Windows 8 chamado "inicialização rápida". Esse recurso basicamente transforma a operação de desligamento em uma operação de suspensão para disco. Isso funciona bem em um computador de inicialização única, mas quando o computador inicializa com outro sistema operacional, o resultado são problemas perigosos no sistema de arquivos, pelo menos em qualquer sistema de arquivos compartilhado entre sistemas operacionais (incluindo a partição de sistema EFI [ESP]). Para corrigir isso, inicialize no Windows e desative a inicialização rápida. Observe que esse recurso não é o mesmo que a opção de inicialização rápida em seu firmware; desativar este recurso no firmware não não desativá-lo no Windows 8.

Se você desativar a inicialização rápida e o problema persistir, você poderá tentar fazer uma verificação do sistema de arquivos no seu ESP, como em dosfsck /dev/sda1 . (O arquivo de dispositivo no Linux pode ser diferente. Use parted ou GParted para localizar a partição FAT com um conjunto "boot flag" ou use gdisk para localizar a partição com um código de tipo EF00.)

Se o problema persistir mesmo após você desativar a inicialização rápida e corrigir o sistema de arquivos, tente os seguintes diagnósticos:

grep efi /etc/fstab
sudo blkid

Compare os resultados - o arquivo /etc/fstab define onde as partições são montadas e, portanto, a pesquisa de efi deve produzir detalhes sobre como o sistema está montando o ESP. Por exemplo, no meu sistema, mostra o seguinte:

$ grep efi /etc/fstab
# /boot/efi was on /dev/sda1 during installation
UUID=FFB3-46B6  /boot/efi   vfat    defaults    0   1

O comando blkid produz informações em todos os sistemas de arquivos do seu computador. Você deseja comparar o que ele mostra para seu ESP (geralmente /dev/sda1 , /dev/sda2 ou /dev/sda3 ) com o que está em /etc/fstab . Por exemplo:

$ sudo blkid
/dev/sda1: SEC_TYPE="msdos" LABEL="ESP" UUID="FFB3-46B6" TYPE="vfat" 
/dev/sda2: LABEL="Fred" UUID="421258c1-e9b1-4b1b-9dd7-60b82e75f8c3" TYPE="ext4" 
/dev/sda3: UUID="9108d33b-855d-49ba-8b9e-90f981a597ea" TYPE="swap"

Nesse caso, /dev/sda1 é o ESP - é um sistema de arquivos FAT ( TYPE="vfat" ) e seu número de série corresponde ao que está em /etc/fstab ( UUID="FFB3-46B6" ), portanto, tudo está em ordem. Uma incompatibilidade dos números de série ou alguns outros detalhes podem causar o problema que você está encontrando. Se precisar de mais ajuda, edite sua postagem com essas informações e a mensagem de erro exata que você está vendo.

    
por Rod Smith 21.08.2013 / 18:37
-1

Acabei de ter um problema semelhante ao usar o reparo de inicialização para migrar para o UEFI. Parece bobo, mas eu apenas coloquei aspas duplas em torno do valor UUID, fiz sudo mount -a (ou reinicializei) e o erro foi embora. Então eu mudaria sua entrada / etc / fstab de

UUID=F433-DF4C  /boot/efi       vfat    defaults        0       1

para

UUID="F433-DF4C"  /boot/efi       vfat    defaults        0       1
    
por Bevin_Watson 07.10.2013 / 03:30