Réparer une erreur: partition efi en lecture seule

Encore une fois trébucher d'un problème à l'autre. J'ai récemment installé OpenSuse13.2 en parallèle sur win10. A travaillé bien. Puis j'ai décidé de réintégrer, mais Suse Leap, en supprimant l'ancienne installation de Suse. À la fin de l'installation, l'ordinateur vient de redémarrer et aucune option de démarrage pour Leap n'a été affichée. opensuse reste cependant une option. J'ai eu un problème similaire avec Ubuntu jusqu'à ce que je monte manuellement la partition Efi et que je supprime le dossier Ubuntu. Maintenant, j'ai essayé la même chose, mais je ne peux pas supprimer car la partition est toujours en lecture seule, même si j'essaie. sudo mount -o remount,rw /media/efi. En utilisant mount | grep /media me montre que ça commence comme rw mais est remonté à ro en raison d'erreurs.

Je suppose que ce ReadOnly est également la raison pour laquelle l'installation de Leap a échoué. Est-ce aux erreurs de système de fichiers? J'ai lu que certaines personnes utilisaient chkdsk sur la partition EFI, mais n'expliquaient pas comment. Comment je ferais ça? Ou mieux encore, existe-t-il un moyen de le faire à partir d’un linux liveCD?

• Ordinateur portable: MSI 16GF (uniquement fourni avec une partition de récupération, sans support d'installation)
• EFI sur disque dur standard
• Linux était sur SSD supplémentaire

MODIFIER

J'en ai fatigué fsck avec le -n option de ne pas aggraver encore.

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

Donc, quelque chose s'est mal passé lors du démontage. Que ce soit moi ou l'installation Leap, cela ne change rien au fait que quelque chose ne va pas.

Dois-je corriger ces erreurs automatiquement?

Voici la source ultime du problème:

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

Il est fort probable que votre installation Windows soit configurée pour utiliser «Démarrage rapide», comme c'est le cas par défaut pour Windows 8 et versions ultérieures. (Notez que ceci est un les fenêtres fonctionnalité. De nombreux EFI ont une fonctionnalité avec un nom similaire, mais elle n’a aucun rapport.) Pour désactiver cette fonctionnalité, vous devez le désactiver, ainsi que la fonctionnalité Hibernate. Beaucoup de pages Web couvrent ces sujets, mais voyez ici pour un couple:

• http://www.tenforums.com/tutorials/4189-fast-startup-turn-off-windows-10-a.html
• http://www.tenforums.com/tutorials/2859-hibernate-enable-disable-windows-10-a.html

Une fois cette fonctionnalité désactivée et redémarrée plusieurs fois, l'ESP devrait devenir utilisable. Sinon, je vous recommande de le sauvegarder (il est plutôt petit), créez un nouveau système de fichiers FAT dessus (en utilisant mkdosfs sous Linux, par exemple) et restaurez vos fichiers. Ne pas supprimer et recréer la partition entière, cependant; cela modifiera sa valeur GUID, ce qui rendra les entrées de NVRAM pointant vers vos chargeurs de démarrage non valides. Notez également que la recréation du système de fichiers est simplement une solution de contournement pour les dommages causés au système de fichiers. Si les paramètres Windows ne "prennent" pas, le problème se reproduira, et la recréation du système de fichiers ne changera pas cela.

Comme arrière-plan, sachez que le démarrage rapide transforme une opération d'arrêt en une opération de suspension sur disque. Cela convient si le seul système d'exploitation utilisé est Windows, mais si vous effectuez un double amorçage, toutes les partitions partagées, y compris l'ESP, resteront dans un état dangereusement incohérent lors de l'arrêt ou du redémarrage à partir de Windows. La désactivation de cette fonctionnalité ralentit le processus de démarrage, mais sécurise l'accès aux partitions partagées à partir des deux systèmes d'exploitation.