Forum-Francophone-LinuxMint.fr

Bonjour à tous,

J'essaie depuis plusieurs jours d'installer LM 20.2 Cinnamon sur un nouvel ordi, qui n'a pas d'OS, à partir d'une clef USB bootable créée avec Etcher et vérifiée. En bootant sur la clef USB et en choisissant LM 20.2 Cinnamon 64 bit sur la page grub, j'obtiens un écran noir. Si je choisis LM 20.2 Cinnamon 64 bit compatibility mode, alors le bureau s'affiche avec l'icône Install Linux Mint.
C'est ce que j'ai fait pour installer LM sur mon SSD. A la fin de l'installation, qui semble s'être déroulée sans encombre, un message m'invite à redémarrer sans le live. J'enlève ma clef USB, redémarre et... écran noir. Je recommence, pareil. Juste après l'affichage de la marque de la CM et avant cet écran noir, j'ai quelques lignes blanches sur fond noir qui apparaissent brievement:
0.120280 mce: Hardware error: CPU 0: Machine Check:0 Bank 6: ee0000000040110a
0.120282 mce: Hardware error: TSC 0 ADDR fef20000 MISC 43880000086
0.120285 mce: Hardware error: PROCESSOR 0:a0653 TIME 1638020304 SOCKET 0 APIC 0 microcode ea
0.207742 ACPI BIOS Error (bug): Failure creating named object (|ADBG), AE_ALREADY_EXISTS (20190816 dswload2-326)
0.2077501 ACPI Error: AE ALREADY EXISTS, During name lookup or catalog (20190816 psobject-220)

Après avoir écumé d'autres forums, j'ai tenté un démarrage sur la clef USB en choisissant le mode normal mais en l'éditant dans grub = en remplaçant quiet spash par nomodeset. Cela fonctionne, j'évite l'écran noir, mais je ne suis plus avancée ensuite.

Est-ce-que quelqu'un pourrait m'expliquer ce que signifient ces message d'erreur ?
Que dois-je faire pour réussir à démarrer à partir de mon SSD où LM semble s'être installé sans souci ?
Merci par avance.

Bonjour French newbie.

Pour les messages d'erreur, je ne sais pas, c'est du au hardware comme indiqué, peut être que des réglages dans le bios arriveraient à en supprimer, il faudrait faire une recherche avec chaque message, mais moi je vis très bien avec. La n'est pas ton problème.

Pour ton problème, tes recherches t'ont bien fait avancer. Tu sais que ça fonctionne avec l'option de démarrage "nomodeset".
Il ne te reste plus qu'a ajouter cette option dans le grub installé.

Pour accéder au grub tu dois faire "echap" ou "tab" suivant que l'installation a été faite en legacy ou UEFI. Si tu ne sais pas, essayes l'un après l'autre.
Une fois le grub afficher au lieu de choisir "démarrer Linux Mint", tu vas dans "recovery mode". Un menu va s'ouvrir, dedans tu sélectionnes "root" (drop to root shell prompt).

Une console va s'ouvrir.

Dedans tu entre cette commande:

nano /etc/default/grub

le fichier grub va s'ouvrir.
A la ligne :

Code : Tout sélectionner

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Tu ajoutes nomodeset comme indiqué ici:

Code : Tout sélectionner

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"

Une fois fait (dans nano on se déplace avec les flèches), tu fait ctrl +o et entrer pour enregistrer le fichier. Puis ctrl+ x pour fermer nano.

Et enfin tu fais:

Code : Tout sélectionner

update-grub

Et tu redémarres:

Code : Tout sélectionner

reboot

Ça devrait fonctionner.

alain a écrit : sam. 27 nov. 2021 22:29 Pour accéder au grub tu dois faire "echap" ou "tab" suivant que l'installation a été faite en legacy ou UEFI. Si tu ne sais pas, essayes l'un après l'autre.
Une fois le grub afficher au lieu de choisir "démarrer Linux Mint", tu vas dans "recovery mode". Un menu va s'ouvrir, dedans tu sélectionnes "root" (drop to root shell prompt).

Merci pour la réponse.
Lorsque je démarre sans la clef USB et que je fais Echap pour accéder au grub, le message suivant s'affiche:
"Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists possible device or file completions.
grub>"
J'ai testé les commandes: continue (ne donne rien, une nouvelle ligne apparaît avec "grub>", normal (pareil), reboot (l'ordi redémarre)...
Contrairement au démarrage sur la clef USB, je n'ai pas l'option de démarrer Linux Mint

alain a écrit : sam. 27 nov. 2021 22:29 Pour ton problème, tes recherches t'ont bien fait avancer. Tu sais que ça fonctionne avec l'option de démarrage "nomodeset".
Il ne te reste plus qu'a ajouter cette option dans le grub installé.

C'est peut-être naïf comme idée: n'est-il pas possible de modifier le grub installé à partir de ma version "live USB", càd en démarrant sur la clef USB ?

Autre question: j'ai installé LM en ayant démarré via la clef USB mais en "compatibility mode". Est-ce-que cela peut-être problématique pour la version installée ?

La réponse aux deux question, c'est: oui
Mais je dois apporter quelques précisions:

Tu peux modifier le grub depuis un live usb, mais la dernière commande : "update-grub" sera faite sur le live pas sur le système installé en dur.
En fait, si tu pourrais tout faire depuis le live, mais il faudrait "chrooter" sur le système, je ne suis pas à l'aise pour expliquer le chrootage, c'est assez lourd comme méthode.

J'ai répondu : oui , Pour le fait que tu aie installé LM en ayant démarré via la clef USB mais en "compatibility mode", mais ce n'est pas vraiment exact. Seulement, si tu as installé en compatibilité mode, cela veut dire que linux à un problème avec ton matériel, problème qui peut parfois être résolu sur le linux installé ou qui se retrouve sur le linux installé... C'est un peu au petit bonheur la chance.

Pour ton cas nous savons que c'est un problème de pilote graphique (l'ajout de nomodeset).
Mais!... Autre problème sur le grub du linux installé qui t'interdit de le modifier (tu ne peux pas l'afficher)

Alors il faut déjà réparer grub (en fait réinstaller) pour qu'il s'affiche. Ensuite soit ça va démarrer sans "nomodeset" soit...non

Mais on pourra l'ajouter

Pour ce faire il faudra passer par ton live usb, il me faudra savoir si le linux installé, l'est en UEFI ou en legacy ainsi que le partitionnement.
Cette commande lancée depuis le live usb répondra aux deux questions:

Code : Tout sélectionner

sudo fdisk -l

Tu te connecte au forum depuis le navigateur (FF) du live et tu copie/colle le retours ici entre balises code.

Nous te dirons quoi faire ensuite.

Bonjour Alain et merci de prendre le temps de me répondre.

alain a écrit : dim. 28 nov. 2021 01:14 Pour ton cas nous savons que c'est un problème de pilote graphique (l'ajout de nomodeset).

Je précise que j'ai ouvert le driver manager et qu'il me dit que mon système n'a pas besoin de pilotes supplémentaires (même si j'ai bien conscience qu'il y a un souci).

alain a écrit : dim. 28 nov. 2021 01:14 Cette commande lancée depuis le live usb répondra aux deux questions:
Code : Tout sélectionner
sudo fdisk -l
Tu te connecte au forum depuis le navigateur (FF) du live et tu copie/colle le retours ici entre balises code.

Voici le résultat:

Code : Tout sélectionner

mint@mint:~$ sudo fdisk -l
Disk /dev/loop0: 1.92 GiB, 2038923264 bytes, 3982272 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/nvme0n1: 223.58 GiB, 240057409536 bytes, 468862128 sectors
Disk model: Force MP510                             
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 753C5A14-3BC4-426A-94F1-D1DC48B4B21D

Device            Start       End   Sectors  Size Type
/dev/nvme0n1p1     2048    976895    974848  476M EFI System
/dev/nvme0n1p2   976896  24414207  23437312 11.2G Linux swap
/dev/nvme0n1p3 24414208 468860927 444446720  212G Linux filesystem

Disk /dev/sda: 1.84 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: ST2000DM001-1CH1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 52805AF6-E577-4926-83C6-3B8DA653AB85

Device          Start        End    Sectors   Size Type
/dev/sda1  2048002048 2056194047    8192000   3.9G Linux filesystem
/dev/sda2        2048 2048002047 2048000000 976.6G Linux filesystem

Partition table entries are not in disk order.

Disk /dev/sdb: 3.77 GiB, 4026531840 bytes, 7864320 sectors
Disk model: USB Flash Disk  
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x252d5927

Device     Boot   Start     End Sectors  Size Id Type
/dev/sdb1  *          0 4222943 4222944    2G  0 Empty
/dev/sdb2           640    8575    7936  3.9M ef EFI (FAT-12/16/32)
/dev/sdb3       4222976 7864319 3641344  1.8G 83 Linux

J'ai fait une installation personnalisée en choisissant de mettre l'OS sur mon SSD. Peut-être ai-je oublié quelque chose ou mal fait quelque chose...
Qu'est-ce-que ce dev/loop ?
Comment est-ce-que l'on voit si je suis en UEFI ou en legacy (je ne pense pas avoir eu ce choix) ? Est-ce lié au format GPT du disque ? Est-ce-que ce n'est pas automatiquement UEFI pour les ordis récents ?

Bonjour French newbie

French newbie a écrit : dim. 28 nov. 2021 09:27 Qu'est-ce-que ce dev/loop ?

Je ne sais pas. Certain disent que ce sont des points de montage de snaps, mais sur linux mint...
c'est peut être aussi une partition de ta clé usb. Mais à mon avis ça n'a pas trop d'importance.

French newbie a écrit : dim. 28 nov. 2021 09:27 Comment est-ce-que l'on voit si je suis en UEFI ou en legacy (je ne pense pas avoir eu ce choix) ? Est-ce lié au format GPT du disque ? Est-ce-que ce n'est pas automatiquement UEFI pour les ordis récents ?

Oui c'est automatique et on le vois si dans le retour de fdisk il y a une partition EFI. Ce qui est ton cas.

Tu vas donc faire cela, toujours depuis ta clé usb:

Code : Tout sélectionner

sudo mount /dev/nvme0n1p3 /mnt

et:

Code : Tout sélectionner

sudo mount /dev/nvme0n1p1 /mnt/boot/efi

Puis:

Code : Tout sélectionner

sudo grub-install --boot-directory=/mnt/boot --bootloader-id=ubuntu  --target=x86_64-efi --efi-directory=/mnt/boot/efi

et tu redémarres (sans la clé)

Code : Tout sélectionner

sudo reboot

Autre solution: Tu utilises boot repair, mais il faut l'installer sur la clé et donc sera perdu à l'arrêt de l'ordi, ou se faire une clé boot-repair (ça peut toujours servir)

Si après ça tu arrives à démarrer sur le menu grub tentes un démarrage normal. Si OK...Bin c'est OK

Sinon tu fais la modification du grub (nomodeset).

Bonjour Alain,
Au départ, cela commençait bien, puis cela s'est gâté avec cette commande:

alain a écrit : dim. 28 nov. 2021 18:29 Puis:
Code : Tout sélectionner
sudo grub-install --boot-directory=/mnt/boot --bootloader-id=ubuntu  --target=x86_64-efi --efi-directory=/mnt/boot/efi

Réponse:

Code : Tout sélectionner

mint@mint:~$ sudo grub-install --boot-directory=/mnt/boot --bootloader-id=ubuntu  --target=x86_64-efi --efi-directory=/mnt/boot/efi
grub-install: error: /usr/lib/grub/x86_64-efi/modinfo.sh doesn't exist. Please specify --target or --directory.

J'ai l'impression que grub s'est mal installé, non ?
Je crois que je vais recommencer l'installation...

Ah, j'ai trouvé le fichier modinfo.sh. Il est dans le répertoire /usr/lib/grub/i386-pc en fait.
Je vais resaisir la commande en changeant la cible (et là, je ne maîtrise plus du tout ce que je fais

).

Bon. Cela ne lui plaît pas:

Code : Tout sélectionner

mint@mint:~$ sudo grub-install --boot-directory=/mnt/boot --bootloader-id=ubuntu  --target=i386-pc --efi-directory=/mnt/boot/efi
Installing for i386-pc platform.
grub-install: error: install device isn't specified.

Je tente une réinstallation, en espérant ne pas avoir fait de bêtise.

Forum-Francophone-LinuxMint.fr

Ecran noir au lancement de LM 20.2 Uma

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