Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Commande grub> set = erreurs au boot Ubuntu 20.04 partit.GPT?

bakkie

Bonjour,
Je tente l'installation d'une version ARM compatible sur un PC HP Envy x2 sans OS sur le disque (initial. un Windows10S effacé).
Je remarque plusieurs données erronées rendues par la commande > set du grub qui se charge correctement.
Je présume que la partition (hdo,gpt2) qui porte le label 'UEFI_NTFS' et fait 512kB est la partition GBT du disque SDD sur laquelle la clé USB devrait pointée au boot. Cette partition devrait être marquée active et je pense qu'elle ne l'est pas. (suite à des manipulations antérieures erronées).

J'ai une suite d'erreur sur la ligne:
device (hd0) : no known filesystem detected - sector size 512B total size 15,161Gib (le code d'un type partition erroné est peut-être en cause?)

Partition Hd0, gpt2: Filesystem type fat - Label 'UEFI_NTFS' , UUID..... total size 512KiB. (Elle me paraît correcte)

Partition Hd0, gpt1: Filesystem type ntfs - Label 'Debian 10_6_0 arm64 1' , UUID.... total size 15,159GiB (la trace d'un essai d'installation avec cette distribution je crois bien)

Quelqu'un peut-il m'aider à remettre de l'ordre sur les attributs du disque?
Comment savoir laquelle de ces partition porte l'attribut "active" s'il y en a une?

Je dispose uniquement des commandes gptsync et parttool sur grub pour intervenir, aucune des 2 clés usb de dépannage Rescue700 ou Refind-flashdrive 0.12.0 ne peuvent se charger sur la machine.

geole

Bonjour
Avec ton support d'installation, te serais-t-il possible d'installer boot-info, de le lancer et de poster l'URL qui sera générée.
NOTA, je ne connais pas ARM mais je suis surpris de voir une partition EFI si petite et un debian installé dans du NTFS
https://doc.ubuntu-fr.org/tutoriel/boot-info

lucmars

A-priori faudrait un boot-info développé pour ARM, du moins les biblios du script. Mais faut tenter.

bakkie

Bonjour geole, la seule alternative ici est de tenter avec une clé boot-repair-disk comme tu le proposes.
Le label laissé sur (hd0,gpt1) est une création de la clé USB Debian 10.6.0 arm64 qui va jusqu'au menu graphic grub correctement puis qui plante sur tous les choix d'installations proposés.
> ls (hd0,gpt1)/boot/EFI isolinux/sysrescd/ etc sous booot/grub/x84_64-efi/ etc

Je viens de parcourir cette page de données Microsoft sur UEFI, c'est impressionnant de complexité et de protections associées pour pouvoir booter en mode UEFI.
Toutes les partitions natives boot system win10S sont encore présentes sur le disque, je pense.
Le formatage de la partition cryptée C: où se trouvait les fichiers windows et les data sont dans device (hd7) total size 244GiB bien repérable avec la commande > ls - l

https://docs.microsoft.com/en-us/windows-hardware/manufacture/desktop/windows-and-gpt-faq

Demain un essai avec boot-repair-disk nous serons fixés. Merci.

bakkie

Après réflexion ça me semble impossible comme précisé par * lucmars.

Le module wifi hardware est interne au processeur Qualcomm 835, il nécessite un driver software ARM64 pour se connecter et envoyer un rapport vers une adresse URL?!

lucmars

Le problème avec les proc ARM c'est qu'il n'y a pas de standard comme pour le x86. Donc chaque fondeur fait sa sauce et donc l'offre est fragmentée.

C'est l'enfer meme pour Google/Android sauf qu'il a les sous pour créer des alliances. Quant à Apple c'est un silo.