Reparar um erro: partição efi somente leitura

Question

Novamente tropeçando de um problema para outro. Eu recentemente instalando o OpenSuse13.2 paralelo ao win10. Funcionou bem. Então eu decidi reintall, mas Suse Leap, excluindo a antiga instalação do Suse. No final da instalação, o computador foi reiniciado e não foi mostrada nenhuma opção de inicialização para o Leap. opensuse permanece como opção embora. Eu tive um problema semelhante com o Ubuntu até que montei manualmente a partição Efi e removi a pasta ubuntu. Agora tentei o mesmo, mas não posso excluir, pois a partição sempre é montada como ReadOnly, mesmo que eu tente sudo mount -o remount,rw /media/efi . Usar mount | grep /media mostra que começa como rw , mas é remontado para ro devido a erros.

Eu acho que este ReadOnly é também a razão pela qual a instalação do Leap falhou. Isso é para erros no sistema de arquivos? Eu li que algumas pessoas usaram o chkdsk na partição EFI, mas não explicam como. Como eu faria isso? Ou melhor ainda, existe uma maneira de fazer isso a partir de um liveCD linux?

• Laptop: MSI 16GF (só vem com partição de recuperação, sem mídia de instalação)
• EFI no disco rígido padrão
• O Linux estava em SSD adicional

EDITAR

Eu cansei de alguns fsck com a opção -n para não piorar ainda mais.

sudo fsck -n /dev/sda2
fsck from util-linux 2.26.2
fsck.fat 3.0.28 (2015-05-16)
0x41 Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
 Automatically removing dirty bit.
FATs differ but appear to be intact. Using first FAT.
/EFI/opensuse/MokManager.efi
 Contains a free cluster (19138). Assuming EOF.
/EFI/opensuse/MokManager.efi
 File size is 1276328 bytes, cluster chain length is 0 bytes.
 Truncating file to 0 bytes.
/EFI/opensuse/grub.efi
 Contains a free cluster (19450). Assuming EOF.
/EFI/opensuse/grub.efi
 File size is 918392 bytes, cluster chain length is 0 bytes.
 Truncating file to 0 bytes.
Reclaimed 793 unused clusters (3248128 bytes)
Free cluster summary wrong (62265 vs, really 63058)
 Auto-correcting
Leaving filessystem unchanged.
/dev/sda2: 430 files, 12718/75776 clusters

Então, algo deu errado ao desmontar. Se foi eu ou a instalação do Leap, não altera o fato de que algo está errado.

Devo corrigir automaticamente esses erros?

    

Answer 1

Esta é a melhor fonte do problema:

0x41 Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.

É provável que sua instalação do Windows esteja configurada para usar "Inicialização Rápida", como é o padrão para o Windows 8 e versões posteriores. (Observe que esse é um recurso Windows . Muitos EFIs têm um recurso com um nome semelhante, mas não é relacionado.) Para desabilitar esse recurso, você deve desabilitá-lo e o recurso Hibernar. Muitas páginas da Web cobrem esses assuntos, mas veja aqui um par:

• link
• link

Depois de desativar esse recurso e reiniciar algumas vezes, o ESP deverá se tornar utilizável. Se não, eu recomendo que você faça backup (é bem pequeno), crie um novo sistema de arquivos FAT (usando mkdosfs no Linux, por exemplo), e restaure seus arquivos. Não exclua e recrie a partição inteira; isso mudará seu valor de GUID, que renderizará entradas NVRAM que apontam para seus carregadores de boot inválidos. Note também que a recriação do sistema de arquivos é simplesmente uma solução para danos no sistema de arquivos defeituosos. Se as configurações do Windows não forem "aceitas", o problema será recorrente e a recriação do sistema de arquivos não alterará isso.

Como plano de fundo, saiba que o Fast Startup transforma uma operação de desligamento em uma operação de suspensão para o disco. Isso é bom se o único SO em uso for o Windows, mas se você fizer uma inicialização dupla, todas as partições compartilhadas, incluindo o ESP, serão deixadas em um estado perigosamente inconsistente quando você desligar ou reinicializar a partir do Windows. Desativar esse recurso diminui o processo de inicialização, mas torna seguro acessar partições compartilhadas de ambos os sistemas operacionais.