Forum-Francophone-LinuxMint.fr

Dernier message de la page précédente :

Bonjour et merci.
Je vais changer les paramètres du BIOS et recommencer l'installation. Je vous tiendrai au courant.

Bonne soirée !

Bonsoir,
Dans le BIOS, j'ai mis Secure Boot en "custom" (choix: standard ou custom), laissé CSM support "disabled" et SATA controller "enabled" (je n'ai pas trouvé de RAID), puis tout formaté (SSD et DD) et suivi cette procédure:
viewtopic.php?f=12&t=9600#p113065
Tout se déroule sans encombre ni message d'erreur jusqu'au moment où j'enlève la clef USB et je démarre sur le SSD. Même message d'erreur qu'au début puis écran noir. Possibilité d'accéder au grub mais en version "minimal bash line" ou "grub rescue". Je commence à penser qu'il y a un souci avec ma clef mais comme je n'en ai qu'une de plus de 2Go et qu'un seul ordi, je suis coincée.
J'ai essayé de faire un boot-repair: la partition EFI sur le SSD est bien repérée mais je n'arrive pas à obtenir de lien vers un rapport (résultat: "Please write on a paper the following URL:
https://paste2.org/"). Pourtant j'ai bien un fichier de log dans /var/log/boot-repair mais je pense que ce n'est pas bon car il commence ainsi :

Code : Tout sélectionner

========================== Boot Info Summary ==========================

 => No boot loader is installed in the MBR of /dev/nvme0n1.
 => No boot loader is installed in the MBR of /dev/sda.

nvme0n1p1: _____________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /efi/BOOT/bkpbootx64.efi /efi/BOOT/bootx64.efi 
                       /efi/BOOT/fbx64.efi /efi/BOOT/grubx64.efi 
                       /efi/BOOT/mmx64.efi /efi/ubuntu/grubx64.efi 
                       /efi/ubuntu/mmx64.efi /efi/ubuntu/shimx64.efi 
                       /efi/ubuntu/grub.cfg

nvme0n1p2: _____________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Linux Mint 20.2
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub

C'est déprimant

En complément:
Quand j'essaie de réparer via boot-repair, j'obtiens le message suivant:
"An error occurred during the repair (...) Locked-NVram detected."
Qu'est-ce-que ce NVram verrouillé ?

Apparemment, certains utilisateurs ont réglé ce souci de Locked NVram en faisant une remise à 0 des CMOS / du BIOS (désolée, j'ai glané ces infos sur des forums / sites anglophones et je peine à traduire en français), ce qui implique une intervention sur la carte mère qui m'inquiète un peu... d'autant plus que je ne suis pas sûre qu'elle règle mon problème.
Est-ce à cause des modifications que j'ai faites dans le BIOS ?

Bonjour French newbie.

Non je ne pense pas, je pense plutôt à une configuration d'origine.
J'ai trouvé ça: https://www.dell.com/support/kbdoc/fr-f ... ateur-dell. Si ça peut t'aider a trouver la solution...
C'est maigre, je sais et déjà dit, mais il y a un lien : https://www.dell.com/support/kbdoc/fr-f ... re-pc-dell qui lui même renvoie vers d'autres liens...C'est peut être a voir, même si pas Dell?

Bonjour et... hourra ! c'est bon !
En résumé: j'ai utilisé une nouvelle clef USB, avec LM 20.3. L'installation s'est déroulée sans encombre jusqu'à l'étape de redémarrage sans la clef. Là, paf, même message que précédemment et écran noir. J'ai redémarré sur la clef et utilisé boot-repair en cochant "utiliser nomodeset". Cette fois, boot-repair a effectué une réparation (la 1re fois, il achoppait sur "locked-nvram"). Le redémarrage sur le SSD s'est bien passé, j'avais juste un problème de résolution que j'ai réglé en installant linux-image-5.10.0 oem (version conseillée sur un forum où un utilisateur avait le même souci que moi avec la même config) à la place du 5.4 installé d'origine. J'ai enfin supprimé nomodeset du grub.
Les réglages finaux du BIOS sont les suivants:
CSM support disabled, Secure boot disabled, secure boot mode custom, SATA controller enabled, SATA mode selection AHCI.
Merci pour tout les conseils et les infos

Bonjour French newbie,

Super!

Effectivement il y a quand même pas mal de paramètres à configurer (ou utiliser pour boot repair)

Mais tu y es arrivée

Merci pour cette info sur la configuration du bios, je mets ça de côté:

French newbie a écrit : mar. 18 janv. 2022 08:58 CSM support disabled, Secure boot disabled, secure boot mode custom, SATA controller enabled, SATA mode selection AHCI.

Enjoy Linux-Mint with a nvme ssd

Bonjour,
Je saute sur ce post car je rencontre le problème similaire avec le même matériel (CM).
J’essaie d’installer Linux m’interdît 20.3 cinnamom sur cette configuration neuve avec la même erreur : AHCI error AE already exist...
Je démarre sur une clé usb mais seulement en compatibility mode. Après installation, je démarre, grue, puis écran noir.

Par rapport à tout ce qu’a fait French Newbie que doit-on conclure ? Par où commencer ?
C’était lié à la clé usb ? Faut il faire les modifications du grub ? Boot repair suffirait ?

Merci d’avance pour votre aide,

Bonjour.

Sujet archivé (en lecture seule) car résolu.
Si besoin de rouvrir faire un MP à un membre de l'équipe

Forum-Francophone-LinuxMint.fr

Ecran noir au lancement de LM 20.2 Uma

Re: Ecran noir au lancement de LM 20.2 Uma

Re: Ecran noir au lancement de LM 20.2 Uma

Re: Ecran noir au lancement de LM 20.2 Uma

Re: Ecran noir au lancement de LM 20.2 Uma

Re: Ecran noir au lancement de LM 20.2 Uma

Re: Ecran noir au lancement de LM 20.2 Uma

Re: Ecran noir au lancement de LM 20.2 Uma

Re: Ecran noir au lancement de LM 20.2 Uma

Re: Ecran noir au lancement de LM 20.2 Uma