Forum

Reprise du message précédent

en fait, j'ai à la racine de la clé :
bootx64.efi (celui que tu m'avais fait copier)
EFI/BOOT/bootx64.efi (preloader renommé)
EFI/BOOT/HashTool.efi (hashtool renommé)
du coup, j'ai fait ta manip, mais EFI/BOOT/HashTool.efi pas reconnu comme commande interne ou externe, programme ou fichier batch

Bonjour,

les / font parti du nom du fichier ou ce sont les séparateurs de répertoires ?

Si c' est le premier cas, ce n' est pas bon, et cela risque d' induire le shell UEFI en erreur ( je pense que l' on peut juste mettre le HashTool.efi à la racine de la clé s' agissant d' une application efi.)

edit: je ne pensais pas que l'on puisse créer des fichiers avec le caractère / dans le nom du fichier sous Linux, mais sous Dolphin cela ne pose aucun problème ! ( Bash n' en veut pas ( bien que certaines commandes l' acceptent), Windows n' en veut pas, mais Dolphin oui !)

Y' a quelque chose qui m' échappe !



edit2: je viens de relire le message de 17h29, et je viens de me dire que j' ai encore loupé un détail... Le résultat du ls dit: 3 fichiers, 0 répertoires)
edit3: il faudrait donc renommer au minimum le fichier EFI/BOOT/HashTool.efi en HashTool.efi tout court ( ainsi on pourra le lancer).

Édité par nic80 Le 02/03/2020 à 00h27

bonjour
je viens, suite à ton dernier message, de comprendre mes erreurs. En suivant les instructions de "superuser", je me suis un peu égaré. Effectivement, j'ai copié sur la clé et renommé les fichiers comme indiqué. Mais comme je l'ai fait sous Dolphin, j'ai mal interprété ce qu'il fallait faire en renommant les fichiers avec les /. Je viens donc de créer les dossiers EFI et BOOT et j'ai fait les commandes suivantes et cela a fonctionné presque jusqu'au bout
fs1:
ls
cd EFI
ls
cd BOOT
bootx64.fi
et là, j'ai eu un message (hashtool je pense) :
failed to start loader.efi : (14) not found
ok
et en faisant ok, je suis retombé sur security boot failed

ça y est, j'ai pu lancer le hashtool.efi et j'ai le menu. Je regarde ce qu'il faut que je fasse

c'est bon, j'ai su lancer le bios et enlever le secure boot.
Mageia s'est lancé avec un bug et le recovery mode ne débouche sur rien
la dernière ligne est 103.568797 IFWLOG : register target
encore une fois, je ne sais pas quoi faire

quand je lance en mode normal, j'ai deux lignes :
3.084402 iTCO_wdt : can't request region for resource (mem 0x00c5fffc-0x00c5ffff)
7.216625 iwlwifi 0000:08:00.0: BIOS contains WGDS but no WRDS

Bonjour,

Le recovery mode plante ou il n' y a pas de d'interface graphique ?

Bonjour,
Félicitations, tu viens de retirer une belle épine.
Ces deux messages ne semblent pas causer un arrêt du système.
En mode normal, as-tu accès à une console via Ctrl-Alt-F3 ?
Tu dois accéder à plus de messages en appuyant sur Esc pendant la phase de démarrage.
Un autre moyen d'avoir plus de messages à l'écran est de supprimer les mots clés "splash quiet" de la ligne de démarrage dans Grub.

bonjour
oui, il plante. Il se lance mais s'arrête sur la ligne citée plus haut.

bonjour
oui je peux faire apparaître le mode console
la fonction Esc ne m'apprend rien que je sache lire. Il y a peut-être un message caché pour moi !

Bonjour,

Si la combinaison CTRL+ALT+F2 (ou alt+f2) fonctionne, on devrait pouvoir essayer de diagnostiquer le problème ( en principe, on sait que le support matériel n' est pas en cause, puisque l' installation sur le disque dur fonctionnait) ...

Première chose, vérifier si l' écran noir est du au non démarrage du serveur X.

En se connectant en tant qu' utilisateur normal, taper la commande ( qui a pour but de lancer le serveur X et éventuellement de démarrer un environnement graphique minimal) :



Si cela ne démarre pas en principe, le système affiche un message d' erreur incitant à consulter le fichier /var/log/Xorg.0.log. Ici les choses intéressantes sont les lignes commençant par la séquence (EE), EE étant pour Error (en règle générale fatale). On peut donc filtrer la sortie de cette manière en utilisateur normal ( les guillemets sont importants):

voici le résultat. Je n'ai pas filtré car je ne sais pas faire la barre verticale

Bonjour,

A la vue de la photo, je ne sais pas si le serveur X démarre ( même si certaines lignes pourraient le laisser penser).

A la vue de la version du noyau, on peut déjà faire en root:

urpmi --auto-update

Le 5.1.4 n' étant pas le dernier noyau disponible.

Ensuite, il serait intéressant de savoir quelle type de carte graphique est installé sur la machine ( après mise à jour ,qui peut être longue potentiellement, ( ainsi si quelque chose s' est mal compilé on donne la chance que cela se compile mieux avec une nouvelle version du noyau). Pour cela,



Si l' on a un retour indiquant une ligne contenant Nvidia, quelle est t' elle ?

Toujours si carte Nvidia, on pourrait penser que le module dkms du pilote graphique ne s' est pas compilé correctement.
Que donne




edit: au fait, que donne un

Édité par nic80 Le 04/03/2020 à 00h39

Bonjour,
Il y a un truc qui me chipote :

La commande startx échoue car il y a déjà un serveur X en route. On ne comprend donc toujours pas pourquoi le premier ne fonctionne pas.
Je suggère la séquence suivante :
au lieu de lancer une session user, lancer un session root
revenir au mode sans serveur X :

(après "mu", l'appui sur la touche Tab complète la commande)
puis relancer le mode graphique :

Soit ça marche et tu as franchis un nouveau pas, soit ça ne marche pas et cette fois, le Xorg.log.0 devrait contenir les véritables raisons de l'échec.

bonjour
j'ai suivi les indications de nic80 et j'ai fait un urpmi update, ça ne coûte rien. Et ça a marché !
Par contre, le nouveau noyau s'est planté ; j'ai donc dû relancer sur l'ancien et ça a fonctionné.
voici ce qu'a donné la commande lspci

[tchimani@localhost ~]$ lspci -nn
00:00.0 Host bridge [0600]: Intel Corporation 8th Gen Core 4-core Processor Host Bridge/DRAM Registers [Coffee Lake H] [8086:3e10] (rev 07)
00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor PCIe Controller (x16) [8086:1901] (rev 07)
00:02.0 VGA compatible controller [0300]: Intel Corporation UHD Graphics 630 (Mobile) [8086:3e9b]
00:08.0 System peripheral [0880]: Intel Corporation Xeon E3-1200 v5/v6 / E3-1500 v5 / 6th/7th/8th Gen Core Processor Gaussian Mixture Model [8086:1911]
00:12.0 Signal processing controller [1180]: Intel Corporation Cannon Lake PCH Thermal Controller [8086:a379] (rev 10)
00:14.0 USB controller [0c03]: Intel Corporation Cannon Lake PCH USB 3.1 xHCI Host Controller [8086:a36d] (rev 10)
00:14.2 RAM memory [0500]: Intel Corporation Cannon Lake PCH Shared SRAM [8086:a36f] (rev 10)
00:15.0 Serial bus controller [0c80]: Intel Corporation Cannon Lake PCH Serial IO I2C Controller #0 [8086:a368] (rev 10)
00:15.1 Serial bus controller [0c80]: Intel Corporation Cannon Lake PCH Serial IO I2C Controller #1 [8086:a369] (rev 10)
00:16.0 Communication controller [0780]: Intel Corporation Cannon Lake PCH HECI Controller [8086:a360] (rev 10)
00:17.0 SATA controller [0106]: Intel Corporation Cannon Lake Mobile PCH SATA AHCI Controller [8086:a353] (rev 10)
00:1d.0 PCI bridge [0604]: Intel Corporation Cannon Lake PCH PCI Express Root Port #9 [8086:a330] (rev f0)
00:1d.5 PCI bridge [0604]: Intel Corporation Cannon Lake PCH PCI Express Root Port #14 [8086:a335] (rev f0)
00:1d.6 PCI bridge [0604]: Intel Corporation Cannon Lake PCH PCI Express Root Port #15 [8086:a336] (rev f0)
00:1e.0 Communication controller [0780]: Intel Corporation Cannon Lake PCH Serial IO UART Host Controller [8086:a328] (rev 10)
00:1f.0 ISA bridge [0601]: Intel Corporation Device [8086:a30d] (rev 10)
00:1f.3 Audio device [0403]: Intel Corporation Cannon Lake PCH cAVS [8086:a348] (rev 10)
00:1f.4 SMBus [0c05]: Intel Corporation Cannon Lake PCH SMBus Controller [8086:a323] (rev 10)
00:1f.5 Serial bus controller [0c80]: Intel Corporation Cannon Lake PCH SPI Controller [8086:a324] (rev 10)
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP107M [GeForce GTX 1050 3 GB Max-Q] [10de:1c91] (rev a1)
06:00.0 Non-Volatile memory controller [0108]: Micron Technology Inc Device [1344:5410] (rev 01)
07:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 25)
08:00.0 Network controller [0280]: Intel Corporation Wi-Fi 6 AX200 [8086:2723] (rev 1a)

si vous voulez creuser plus ce qui s'est passé, je suis dispo. En tout cas et une nouvelle fois, merci pour votre soutien indéfectible
cependant, je pense que je vais revenir chercher de l'aide bientôt sur un nouveau sujet. Les deux Acer fonctionnant sous Mageia ne gère pas très bien l'énergie (stockage batterie). Mais je vais chercher et si besoin, j'ouvrirai un nouveau sujet.

Bonjour,

Bravo !

Après si la distribution ne fonctionne qu' avec un noyau 5.1.4, c' est qu' il y a un autre problème (parce que cela ne devrait pas planter ! )

Qu' est ce que les commandes :



retourne ?

Sinon, en relisant, j' ai vu:



la barre verticale ( dite pipe) s' obtient par la combinaison de touche "altgr + 6" ( le 6 du clavier alphanumérique pas du pavé numérique) .

Édité par nic80 Le 07/03/2020 à 09h54