Pas de dual-boot
Mageia8 et Opensuse.
Système et matériels / Installation et configuration
Fingolfin Membre non connecté
-
- Voir le profil du membre Fingolfin
- Inscrit le : 07/11/2011
- Site internet
- Groupes :
Récemment j'ai changé de matériel, et si l'installation de MGA8 comme la reconnaissance du matériel n'a posé aucun problème, j'en ai un maintenant !
Impossible d'obtenir un dual boot.
Mon matériel CM MSI B550 Tomahawck AMD Ryzen 3600 et ssd Samsung EVO.
Je vous explique:
J'ai voulu installer Rosa R11.1 boot sur USB, lancement de l'affichage sélection : install ... = ok-- vlan : écran noir parfois hachuré bleu/violet.
je me dis bon Rosa n'est pas toute jeune (2016) je vais installer Suse leap 15.2 : même résultat..
Je retourne dans le bios pour "voir" si secure boot est désactivé :
Apparemment c'est le cas. je vérifie également l'ordre de démarrage au cas où , tous me semblent bon.
Je relance l'install... idem : écran noir.
Je reviens sur Mageia, je grave un DVD et je me remets à l’œuvre.
Là l'installe se lance et se termine correctement. Je me retrouve donc sur l’écran de démarrage suse et là re-vlan si je sélectionne Suse écran noir si je sélectionne MGA tous fonctionne.
De Mageia je réinstalle le boot qui reconnais Opensuse, le résultat m'intrigue: Pourquoi sur dev/nvme ???
Nouvelle tentative, qui ne le lancera pas Suse au démarrage, mais pour MGA c'est toujours bon.
J'ai un doute sur l'installation mais non , le system (opensuse) est bien dans sa partition. Dans le BIOS par contre, c'est confirmé Opensuse est -a côté- de je ne sais pas de quoi, mais pas en EFI
Que s'est-il passé ?? Surement une erreur du gars devant le clavier, mais comment me sortir de là ?? Une réinstalle, me jouera le même tour, et tripoter les dossiers du boot me fait craindre de tout réinstaller.
J'ai lancé : efiboot
réponse :
Mot de passe :
[root@labecanne fingol]# efibootmgr -v
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0007,0006
Boot0000* mageia HD(1,GPT,6ed8cf19-7527-4ee8-baf6-e2caf2463b32,0x800,0xc8000)/File(\EFI\mageia\grubx64.efi)
Boot0006 opensuse HD(1,GPT,6ed8cf19-7527-4ee8-baf6-e2caf2463b32,0x800,0xc8000)/File(\EFI\OPENSUSE\GRUBX64.EFI)
Boot0007* UEFI: USB DISK 2.0 PMAP PciRoot(0x0)/Pci(0x1,0x2)/Pci(0x0,0x0)/USB(7,0)..BO
[root@labecanne fingol]#
[root@labecanne fingol]# efibootmgr -v
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0007,0006
Boot0000* mageia HD(1,GPT,6ed8cf19-7527-4ee8-baf6-e2caf2463b32,0x800,0xc8000)/File(\EFI\mageia\grubx64.efi)
Boot0006 opensuse HD(1,GPT,6ed8cf19-7527-4ee8-baf6-e2caf2463b32,0x800,0xc8000)/File(\EFI\OPENSUSE\GRUBX64.EFI)
Boot0007* UEFI: USB DISK 2.0 PMAP PciRoot(0x0)/Pci(0x1,0x2)/Pci(0x0,0x0)/USB(7,0)..BO
[root@labecanne fingol]#
Et, mis à part les majuscules, je ne vois pas.
Est- il possible de déplacer /suse/boot/grub2/x86_64-efi/ dans /boot/grub2/ ou une manipulation de ce genre?
je m'excuse c'est un peu long mais j'essaie de donner un max d'infos.
D'avance merci.
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Le matériel étant récent, est ce que le noyau d' Opensuse ne supporterait pas un élément particulier qui l' empécherait de démarrer ? Je vois qu' il y a un mode recovery pour Suse. Est ce que ça bloque aussi sur ce mode ?
Fingolfin Membre non connecté
-
- Voir le profil du membre Fingolfin
- Inscrit le : 07/11/2011
- Site internet
- Groupes :
Tout à l'heure en lisant ton post, j'ai donc redémarré et essayé la récupération.
Seulement je me suis équipé et au bout d'environ 5 minutes de hachures et zébras, un écran apparait qui donne ceci :
Après réflexion, si le matèriel est mal reconnu comment se fait il que Suse s'est installée - mal certes- mais installée.
Encore les mystères de l'informatique ....
stroibe974 Membre non connecté
-
- Voir le profil du membre stroibe974
- Inscrit le : 13/08/2018
- Groupes :
-
Modérateur
Fingolfin :
Après réflexion, si le matèriel est mal reconnu comment se fait il que Suse s'est installée - mal certes- mais installée.
Après réflexion, si le matèriel est mal reconnu comment se fait il que Suse s'est installée - mal certes- mais installée.
Exemple simple, qui vaut ce qu'il vaut : lors de l'installation, le pilote graphique est « nouveau », alors que pendant la configuration on oblige le système à utiliser un pilote « nvidia » défectueux ou mal adapté à la carte graphique… Au redémarrage, c'est moins bien…
Ça marche aussi si on inverse nouveau↔nvivia dans l'exemple…
Mageia 8 (64bits) - Plasma - Intel Core i7-8700K @ 3.70Ghz - 16Go RAM
Fingolfin Membre non connecté
-
- Voir le profil du membre Fingolfin
- Inscrit le : 07/11/2011
- Site internet
- Groupes :
stroibe974 :
le pilote graphique est « nouveau », alors que pendant la configuration on oblige le système à utiliser un pilote « nvidia » défectueux ou mal adapté à la carte graphique
Oui, mais non ! là c'est au lancement du DVD ou de l'USB que cela intervient, et ce , que ce soit sur Suse 15.2 ou Rosa 11.1. Je n'ai pas testé d'autre distros ayant fait avec les ISO que j'avais.
Et l'image ci dessus est en mode restauration.
Suse si j'ai bien tous suivis installe les drivers NVIDIA uniquement si l'on ajoute les sources: NVIDIA/Leap15.2 donc je ne pense pas que ce soit une affaire de pilote.
Mais, tu as raison .
J'ai eu par le passé récent cet échange de pilote et d'affichage dont tu parles, l'écran est totalement différent il est zébré entièrement.
Édité par Fingolfin Le 13/02/2021 à 14h51
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Est ce que la nouvelle carte si c' est une Nvidia est très récente ?
Si c' est le cas peut être que nouveau ne la supporte pas bien ?
En tous cas si l' installation fonctionne (ce qui semble être le cas), c' est qu' il y a probablement un pilote graphique minimal qui permet l' affichage. Après comment le forcer ? Un nouveau.modeset=0 sur la ligne de démarrage de grub (pour l' entrée Opensuse) ?
Édité par nic80 Le 13/02/2021 à 15h45
Fingolfin Membre non connecté
-
- Voir le profil du membre Fingolfin
- Inscrit le : 07/11/2011
- Site internet
- Groupes :
Non, ce n'est pas le pilote graphique (sur OpenSuse) qui est en cause puisque comme je l'ai dit au dessus; il faut indiquer dans zipper l'adresse du pilote : # zypper addrepo --refresh https://download.nvidia.com/opensuse/leap/15.2 NVIDIA. Et, que pour ce faire on doit déjà avoir accès au système; or, il ne boot pas tous simplement.
J'aurais bien aimé que ce ne soit que ça !
En clair j'ai le menu de démarrage de Mageia (c'est ok, il se lance) mais si je sélectionne Suse .... nada écran noir.
Puis des stries (voir image ci dessus) ce qui même s’il y avait une réponse serait impossible à décrypter.
Quand j'écris que Suse est installée ce n'est qu'un constat : Les fichiers système et home sont bien dans leur partition respective. Et j'ai le boot sur Mageia puique sur Mageia j'ai ouvert : CCM/démarrage/Configurer le démarrage et cela s'est fait sans problème.
Je n'arrive pas à y voir bien clair, mais j'ai l'impression que Suse s'est installée sans uefi ?? Comment cà ?
ou ce qui "fout dedans" c'est ce EFI = majuscule pour SUSE : \EFI\OPENSUSE\GRUBX64.EFI et en minuscules pour MGA : \EFI\mageia\grubx64.efi
Du coup dans le dossier /boot de MGA j'ai deux EFI et efi et dans celui de Suse un /efi en minuscule : vide
je vais essayer d'expliquer cà plus clairement demain car la "maman" commence à râler vu l'heure !!
merci pour vos interventions !
Bonne soirée.
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
J'ai entendu dire qu'Opensuse utilisais le BTRFS par défaut. Ne serait-ce pas ça le problème, le grub de Mageia ne serait pas capable de décoder ?
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Citation :
le grub de Mageia ne serait pas capable de décoder ?
Dans la version 7 il y arrive bien non ( des duals boot avec Opensuse, cela doit bien exister en version 7) ? D' autant plus que le btrfs.mod est bien présent dans le /boot/grub/x86_64-efi de Mageia. En plus ( mais je peux me tromper), la photo est bien une photo d' un début de démarrage d' OpenSuse ( donc le Grub de Mageia a bien passé la main à mon avis).
Est ce que comme OpenSuse essaye de démarrer, on ne pourrait pas essayer de lire ce que contient le journal de sa partition ( avec un journalctl --root=/la/partition/root/OpenSuse ) - c' est quelque chose que je n'ai jamais tenté - ?
Dans le efibootmgr, je vois que l' option concernant Opensuse n' est pas actif ( pas d'étoile); peut être que l' on peut l' activer (efibootmgr -a 0006 ?) ? L' entrée disabled n' est pas du au fait qu' un périphérique usb n' est pas branché ? Ainsi on pourrait tester si avec le grub d' Opensuse cela se lance ou pas.
Pour le nvme, le SSD Samsung est un SSD NVME, donc cela ne semble pas étonnant.
Fingolfin Membre non connecté
-
- Voir le profil du membre Fingolfin
- Inscrit le : 07/11/2011
- Site internet
- Groupes :
Papoteur :
J'ai entendu dire qu'Opensuse utilisais le BTRFS par défaut. Ne serait-ce pas ça le problème, le grub de Mageia ne serait pas capable de décoder ?
C'est exact, seulement par habitude je mets toutes mes partitions en EXT4 , j'ai vérifié et, tous est correct ext4 partout + table en GPT.
-- j'ai également contrôlé et testé mes clefs USB elles sont toutes accessibles la table en GPT au format fat 32 .
Je vais aller voir sur le forum MSI : le matos est récent, le bios aussi; je viens de le mettre à jour avant le montage. Bios Version 7C91vA5 du 26/01/2021.
Ce matin j'ai tenté une nouvelle installation:
L'écran d’accueil opensuse leap 15.2 s'affiche clairement je peux naviguer dans les choix qui se sélectionnent correctement .
=> Installer OpenSuse - OK ... Un texte blanc sur fond noir défile très rapidement impossible de lire (genre demi seconde) puis VLAN!
C'est cet écran qui s'affiche et reste là j'ai attendu plus de 5 minutes, cà se zébre, change de couleur mais plus rien : clavier inactif...
J'ai essayé d'avoir une image correcte on voit les zébrures en haut et du texte (??) qui on dirait défile en bas.. Aucune idée de ce que c'est !
Pour répondre à nic80 j'ai donc fait un journalctl sur la partition Suse à l'aveugle car ces commandes m’échappent.
$ journalctl
-- Logs begin at Fri 2021-02-12 11:48:50 CET, end at Sun 2021-02-14 07:20:24 CET. --
févr. 12 11:48:50 labecanne kernel: Linux version 5.10.14-desktop-1.mga8 (iurt@ec2x1.mageia.org) (gcc (Mageia 10.2.1-0.20210130.1.mga8) 10.2.1 20210130, GNU ld (GNU Binutils) 2.35.2) #1 SMP Sun Feb 7 17:20:04 UTC 2021
févr. 12 11:48:50 labecanne kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-5.10.14-desktop-1.mga8 root=UUID=3fdb0df8-a2f5-43e2-a392-88076de4b434 ro nokmsboot splash quiet noiswmd resume=UUID=95759e0e-e47f-4678-ba0b-b7cabeaefb6e audit>
févr. 12 11:48:50 labecanne kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
févr. 12 11:48:50 labecanne kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
févr. 12 11:48:50 labecanne kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
févr. 12 11:48:50 labecanne kernel: x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256
févr. 12 11:48:50 labecanne kernel: x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'compacted' format.
févr. 12 11:48:50 labecanne kernel: BIOS-provided physical RAM map:
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009ffff] usable
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000000a0000-0x00000000000fffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x0000000000100000-0x0000000009e01fff] usable
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x0000000009e02000-0x0000000009ffffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x000000000a000000-0x000000000a1fffff] usable
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x000000000a200000-0x000000000a20ffff] ACPI NVS
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x000000000a210000-0x000000000affffff] usable
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x000000000b000000-0x000000000b01ffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x000000000b020000-0x00000000cb146fff] usable
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000cb147000-0x00000000cb4a3fff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000cb4a4000-0x00000000cb507fff] ACPI data
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000cb508000-0x00000000ccc06fff] ACPI NVS
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000ccc07000-0x00000000cdbfefff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000cdbff000-0x00000000ceffffff] usable
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000cf000000-0x00000000cfffffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000f0000000-0x00000000f7ffffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fd200000-0x00000000fd2fffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fd600000-0x00000000fd7fffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fea00000-0x00000000fea0ffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000feb80000-0x00000000fec01fff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fec10000-0x00000000fec10fff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fec30000-0x00000000fec30fff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fed00000-0x00000000fed00fff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fed40000-0x00000000fed44fff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fed80000-0x00000000fed8ffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fedc2000-0x00000000fedcffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fedd4000-0x00000000fedd5fff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x0000000100000000-0x000000102f37ffff] usable
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x000000102f380000-0x000000102fffffff] reserved
févr. 12 11:48:50 labecanne kernel: NX (Execute Disable) protection: active
-- Logs begin at Fri 2021-02-12 11:48:50 CET, end at Sun 2021-02-14 07:20:24 CET. --
févr. 12 11:48:50 labecanne kernel: Linux version 5.10.14-desktop-1.mga8 (iurt@ec2x1.mageia.org) (gcc (Mageia 10.2.1-0.20210130.1.mga8) 10.2.1 20210130, GNU ld (GNU Binutils) 2.35.2) #1 SMP Sun Feb 7 17:20:04 UTC 2021
févr. 12 11:48:50 labecanne kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-5.10.14-desktop-1.mga8 root=UUID=3fdb0df8-a2f5-43e2-a392-88076de4b434 ro nokmsboot splash quiet noiswmd resume=UUID=95759e0e-e47f-4678-ba0b-b7cabeaefb6e audit>
févr. 12 11:48:50 labecanne kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
févr. 12 11:48:50 labecanne kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
févr. 12 11:48:50 labecanne kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
févr. 12 11:48:50 labecanne kernel: x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256
févr. 12 11:48:50 labecanne kernel: x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'compacted' format.
févr. 12 11:48:50 labecanne kernel: BIOS-provided physical RAM map:
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009ffff] usable
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000000a0000-0x00000000000fffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x0000000000100000-0x0000000009e01fff] usable
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x0000000009e02000-0x0000000009ffffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x000000000a000000-0x000000000a1fffff] usable
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x000000000a200000-0x000000000a20ffff] ACPI NVS
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x000000000a210000-0x000000000affffff] usable
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x000000000b000000-0x000000000b01ffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x000000000b020000-0x00000000cb146fff] usable
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000cb147000-0x00000000cb4a3fff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000cb4a4000-0x00000000cb507fff] ACPI data
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000cb508000-0x00000000ccc06fff] ACPI NVS
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000ccc07000-0x00000000cdbfefff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000cdbff000-0x00000000ceffffff] usable
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000cf000000-0x00000000cfffffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000f0000000-0x00000000f7ffffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fd200000-0x00000000fd2fffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fd600000-0x00000000fd7fffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fea00000-0x00000000fea0ffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000feb80000-0x00000000fec01fff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fec10000-0x00000000fec10fff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fec30000-0x00000000fec30fff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fed00000-0x00000000fed00fff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fed40000-0x00000000fed44fff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fed80000-0x00000000fed8ffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fedc2000-0x00000000fedcffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000fedd4000-0x00000000fedd5fff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x0000000100000000-0x000000102f37ffff] usable
févr. 12 11:48:50 labecanne kernel: BIOS-e820: [mem 0x000000102f380000-0x000000102fffffff] reserved
févr. 12 11:48:50 labecanne kernel: NX (Execute Disable) protection: active
Et il en reste encore des centaines de lignes ....
Je vais aller faire un tour sur le forum MSI peut-être ont-ils une réponse, mais il y a très peu de participations, je vais essayer, et SI, une solution est trouvée je vous en informe. ===> Si cela vient du BIOS évidement !
Bon dimanche à tous.
J'édite car je viens de lire ce post qui m'interpelle ! Problème sérieux avec les BIOS qui ont la fonction IOMMU
Et, si je vais dans mon BIOS j'ai ce choix :
Vous feriez quoi ???
Édité par Fingolfin Le 14/02/2021 à 07h48
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Peut être que l' on peut essayer de le désactiver pour OpenSuse.
Sinon pour le journalctl, c' est celui de Mageia 8 pas celui d' OpenSuse.
Pour voir celui ci, il faut dans Mageia 8 monter la partition / d' OpenSuse, puis lancer le journalctl en root ( le paramètre --root permet de changer la racine de consultation de journalctl:
journalctl -b 0 --root=/chemin/de/montage/partition/racine/OpenSuse
Ici j' ai rajouté le head - n 2 pour montrer la différence avec et sans le paramètre --root ...
Édité par nic80 Le 14/02/2021 à 10h53
Fingolfin Membre non connecté
-
- Voir le profil du membre Fingolfin
- Inscrit le : 07/11/2011
- Site internet
- Groupes :
Je rage !
J'ai dû réinstaller MGA = sans soucis , pour la bonne raison que je n'avais plus de boot sur quoi que ce soit, j'ai essayé en premier de ne réinstaller que le boot, mais je me retrouvais coincé sur l'écran de démarrage.
Bon ce n'est pas trés grave l'installation est récente, j'ai les /homes utilisateurs sur un USB et encore sur le HDD donc .. no soucis !
C'est pas plus mal, je repars sur du propre.
J'ai testé à nouveau une installe Suse : NADA ! ...... même motif - même punition !!!
Se pose du coup un problème (pour moi) imaginons que je veuille changer de distro ??
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Le démarrage ne fonctionnait plus à cause du iommu ?
Sinon que donne un lspci sur un système qui fonctionne ?
Vu que Mageia semble utiliser un noyau plus récent qu' OpenSuse (5.3 ?; d' après la release note de sortie) peut être qu' openSuse a besoin de faire des mises à jour (une installation minimale par le réseau est elle possible (avec mise à jour)?
Edit: peut être qu' en analysant les logs d' OpenSuse on pourrait voir à quel moment cela plante ?
Édité par nic80 Le 14/02/2021 à 17h11
Fingolfin Membre non connecté
-
- Voir le profil du membre Fingolfin
- Inscrit le : 07/11/2011
- Site internet
- Groupes :
Non IOMMU ne doit pas être dans le coup ; comme toi, je pense que c'est une histoire de noyau plus ou moins obsolète "enfin faut rien exagérer non plus" C'est le 5.3 (de 2019) pour Suse 15.2 et 5.9 pour MGA ce qui lui donne surement une année d'avance.
je pense que Suse 15.3 étant en version Alpha voir ici je peux patienter un peu.
J'ai posé la question sur différents forum , j'attends des retours, mais en même temps; c'est les vacances .
je voulais supprimer MAG et son EFI pour voir si Suse s'installait, mais après réflexion c'est peut-être une perte de temps si comme nous pensons le noyau n'est pas récent.
Mageia8 rc fonctionne je n'ai pas fait le tour de toutes les applis ; avec cette histoire, manque deux trois bricoles, ou je suis passé à côté, mais je reste comme ça pour l'instant.
merci pour les conseils, bonne soirée.
Amitiés,
j'avais oublié, j'ai passé l’après midi à décortiqué les fonctions BIOS et à chercher sur leur site des infos sur d'éventuelles fonctions cachées ou inaccessibles selon la config. je n'ai rien trouvé de "particulier" sur un quelconque verrouillage de sécurité autre que le Secure-boot.
- De plus Secure-Boot activé la page d’accueil de l'install s'affiche et on en reste là, pas de stries ou de hachures .
Édité par Fingolfin Le 14/02/2021 à 21h19
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie