Forum

Reprise du message précédent

Bonjour,
Je viens de lancer des urpme kernel, ( 4 pour le moment ), mais il me répond " paquetage inconnu " ???
Pourtant il devrait y en avoir plus de 30 à supprimer ?
J'ai écrit = urpme kernel-desktop-4.14.100-desktop-1.mg6 , j'ai même essayé l'option -a.
Où est l'erreur ?

Essaie alors en commençant
urpme kernel-desktop-4.14.100
suivi de la touche tabulation. Il devrait compléter avec ce qu'il manque.
Je viens d'essayer chez moi, j'ai :
urpme kernel-desktop-5.4.2-1.mga7
Je pense qu'en haut, il y a -desktop (le deuxième) en trop.

Bonjour,
Et merci, c'était bien ça. Je continue.

Suppression d'une trentaine de noyaux.
Ensuite essai , avorté.
Relance d'une mise à jour du bootloader par le DVD / Système de secours qui donne ça.
https://www.mageialinux-online.org/upload/dscf7190.jpg
Et je ne sais pas répondre !

Bonjour,

En tapant grub2 c' est refusé ?

Il le prend, voila ce que ça donne.
https://www.mageialinux-online.org/upload/dscf7191.jpg
https://www.mageialinux-online.org/upload/dscf7192.jpg
Mais le chargement avorte toujours sur l'écran noir en l'absence de GSD.

A titre d'information :
Après choix dans GSD, lors du chargement de Mageia, parmi une grande quantité de lignes dont certaines avec initiale en vert, l'une d'elles porte l'inscription : Failed ... LSB ................

Bonjour,

Une fois démarrer par GSB, que donne la commande ( en root)



?

edit: vu que l' entrée Mageia est en 0000, on pourrait essayer un

efibootmgr --bootnext 0000

(sauf si l' entrée dans le bootorder est déjà 0000)

Par exemple sur ma machine virtuelle, l' entrée Mageia est l' entrée 0003 et c' est celle qui en premier sur la ligne bootorder (donc qui sera d' abord chosie pour démarrer ( puis en cas d' échec essayera toute les suivantes qui sont actives (présence de l' étoile)).

efibootmgr -v
BootCurrent: 0003
BootOrder: 0003,0004,0001,0000,0002
Boot0000* EFI DVD/CDROM PciRoot(0x0)/Pci(0x1,0x1)/Ata(1,0,0)
Boot0001* EFI Hard Drive PciRoot(0x0)/Pci(0xd,0x0)/Sata(0,0,0)
Boot0002* EFI Internal Shell MemoryMapped(11,0x2100000,0x28fffff)/FvFile(7c04a583-9e3e-4f1c-ad65-e05268d0b4d1)
Boot0003* mageia HD(1,MBR,0x0,0x800,0x948a6)/File(\EFI\mageia\grubx64.efi)
Boot0004* rEFInd Boot Manager HD(1,MBR,0x0,0x800,0x948a6)/File(\EFI\refind\refind_x64.efi)

Édité par nic80 Le 08/05/2020 à 00h26

Je ne connais pas efibootmgr.
Niveau installation "sur disque dur", je dirais que la situation est parfaite. Je ne vois vraiment pas quel serait le problème s'il y en avait un.
Pour moi, ça vient vraiment du BIOS là, mais pourquoi se serait-il mis à changer de comportement, acceptant au départ et bloquant maintenant ?
Pourquoi il boot sur GSD mais pas sur le Disque dur ? À mon avis, ça signifie que : le boot sécure est désactivé (car il boot sur GSD, c'est une bonne chose) le boot sur disque dur n'est pas "satisfait", est-ce que le mode de disque dur (raid/...) n'est pas satisfait ou bogué ? Est-ce qu'il y a un mode temporaire pour ne pas utiliser l'ordre de boot normal ? Est-ce que le boot sur disque dur est désactivé ? Est-ce qu'il est en mode "traditionnel" (sans UEFI) alors que c'est une installation en UEFI ?

J'ai de l'imagination ou ce sont des situations possibles ?

Aha. On voit ici que c'est activé, il est en bas de la liste.

Ce n'est pas significatif. Ce pourrait être une indication que l'une des interfaces de réseau n'est pas disponible.
En démarrant avec GSD, il faudrait inspecter le journal de l'un des démarrage qui échoue.
L'écran noir me fait dire qu'il y a un souci concernant les options de démarrage sur la partie graphique.
De quoi est précédé l'écran noir ? Le système passe-t-il par un écran de choix de démarrage ?

Bonjour à tous,
https://www.mageialinux-online.org/upload/dscf7195.jpg
https://www.mageialinux-online.org/upload/dscf7196.jpg
- La première photo est celle de l'écran noir : Après appui sur Marche, le logo noir HP (sur écran noir, au centre de l'écran ) apparaît en 2s env. et cet écran 2s après environ. Il n'y a pas de délai. Et là, c'est fini, il n'y a plus que le choix affiché , qui ouvre sur un des écrans bleus du Bios, qui lui-même n'est pas exploitable. Obligé d'arrêter par le bouton M/A. Rien n'est disponible, aucune touche du clavier.
Ce Bios est une merde ( déjà dit ... ) mais il semble fonctionner puisque une fois chargé, le système fonctionne ?
N'ayant pas vos connaissances, j'imagine ma bécane comme une voiture : pour démarrer c'est la batterie qui fournit l'énergie au démarreur ; or on ne peut pas recharger la batterie ( BootLoader par le Système de secours ); actuellement on fait démarrer par une batterie annexe ( GSD ) et ensuite, moteur lancé, ça roule ! J'envisagerai donc de changer de batterie lorsque j'aurai l'autre PC à disposition !
Question : est-il possible que la partition FAT ait un problème ???
- La 2ème est le premier écran d'entrée par GSD : .... au cas ou vous y verriez quelque chose d'intéressant !

Bonjour,

La première photo est du au fait que le système cherche à démarrer par le réseau (boot pxe sur l' ipv4).

Est ce que dans le bios/efi ce serait la première option ( d' ailleurs est ce que le choix d' un boot manuel ( touche F12 (je crois sur les HP à moins que ce soit pour le boot sur le réseau automatiquement), propose quelque chose autre que le boot sur pxe, lecteur DVD/clé USB ?

Une autre chose qui me chagrine, c' est que la partition EFI est en fat16 ( elle ne devrait pas être en fat32 ?). Après puisque le système démarrait auparavant dans cette configuration, je suppose que c' est normal ( et je ne vois pas pourquoi l' UEFI ne pourrait plus démarrer dessus).

Ensuite, je pense que cela boot avec GSD parce que il y a scan des fichiers grub directement ( donc on passe outre l' accès aux grubx64.efi présent sur la partition EFI).

Le but est donc de trouver pourquoi le fichier grubx64.efi n' est pas trouvé par l' EFI...

Édité par nic80 Le 08/05/2020 à 12h12

Bonjour,
Alors, mon hypothèse de configuration de la carte graphique est sans objet. Ce n'est pas un écran complètement noir, c'est le résultat d'un système qui attend de trouver sur le réseau les informations pour le démarrage. Il y passe soit parce que ce type de démarrage est prioritaire, soit parce que c'est le dernier truc qu'il trouve après avoir tenter tout le reste. Je crois que c'est plutôt cette hypothèse.
Donc, soit la partition EFS n'est pas lisible correctement par le système, soit Mageia n'y écrit pas ce qu'il faut dedans.

Pourtant la seule que Mageia à y écrire est là.
Je dirais donc que ça se passe au niveau du BIOS-UEFI, il y aurait un réglage qui nous échappe. Je crois que maintenant, il faut passer à l'étape photographie de la configuration du démarrage au niveau du BIOS.

La partition EFI est, depuis l'origine, des années en FAT 16, et ça n'a jamais posé de problème.

je suis d'accord, il faut inspecter ça. On a un membre qualifié vers la gironde ?