Forum-Francophone-LinuxMint.fr

Salut à tous,

Je viens de changer mon PC (déscriptif dans la signature) et j'ai installé Mint en dual boot sur le site officiel avec un ISO vérifié.
1- Je n'arrive pas à démarrer en mode normal sur la clef USB -> écran noir plus de réaction, seul solution éteindre et relancer.
2- J'ai installé Mint en mode recovery (sans echec) jusque là tout est bon, MAIS il ne démarre pas sur le SSD en mode normal -> même symptôme écran noir, plus de réaction.
3- J'ai essayé avec une clef de boot Ubuntu studio, qui fonctionne à 100% -> même réaction. On peut donc raisonnablement exclure un ISO vérolé. J'ai d'ailleurs dans le doute re-créé une clef de boot à partir de windows avec Usher (ou quelque chose comme ça) à partir du mirroir CNRS Paris.
4- Je peux toutefois lancer Mint mais uniquement en recovery, puis en démarrant à partir de la la séquence de démarrage normal et là ça fonctionne.
5- Ce soir le PC ne bootait plus du tout, obliger de mettre à jour GRUB en bootant sur la clef USB, autrement pas possible de relancer le PC, le BIOS ne reconnaissait même plus le SSD.
6- A l'heure ou j'écris tout fonctionne sous Mint, mais j'aimerai régler ce problème, quelqu'un à t-il une idée ?

Bonsoir,

j'ai installé Mint en dual boot

en dual boot avec quel OS ? Tu devrais le mettre dans ta signature.

Je n'arrive pas à démarrer en mode normal sur la clef USB -> écran noir plus de réaction, seul solution éteindre et relancer.

Pour moi ça ressemble à une histoire de bios, UEFI ou Legacy, Secure boot activé ou pas ?

Salut, merci pour votre réponse rapide
En Dual boot avec WIN 11 pro, pré-installé sur le PC.
BIOS en UEFI en secure mode.
Je vais essayer en nomodeset, merci.

Salut à tous,
Alors, après n'avoir plus pu démarrer du tout, ni Win, ni Linux, ni même entrer dans le BIOS, ma machine a fini par redémarrer après 24h d'arrêt j'ai pu accéder au BIOS et redémarrer avec la clef. Aucune idée du pourquoi... Il y a eu une mise à jour du Kernel mais ça n'a rien changé.
Depuis toujours le même problème, en démarrage normal -> écran noir, en démarrage sans échec ça fonctionne.
J'ai essayé de lancer une réparation des paquets cassés, il me dit ne pas pouvoir accéder à cerrtains packages notamment "Linux Mint" " Linux Mint sécurity" etc. Y aurait-il un rapport ?
Je n'ai pu accéder au mode "nomodeset" je ne l'ai pas trouvé et franchement j'ose pas trop toucher au GRUB de peur de rebloquer la machine.

Dans un premier temps, pour faire tes essais je désactiverais aussi le Secure Boot; même si les distris Linux récentes sont compatibles Secure Boot, il peut y avoir parfois des surprises.par principe je le désactive avant toute installation (et je ne le réactive pas d'ailleurs )

Salut, ok je vais désactiver cela et réinstaller...
J'ai réesayer avec Ubuntu studio -> pas de démarrage sur la clef en mode normal.
J'ai recréé un boot disque Mint sur Rufus cette fois, ISO vérifié −> même symptômes il ne démarre que ce soit sur la clef USB comme sur le SSD qu'en mode sans échec. Par contre le BIOS détecte la clef normalement avec Rufus alors qu'avec le logiciel sur Mint ou Balena sous Win il ne reconnait même pas la clef. Le nombre de fichiers sur la clef après création n'a d'ailleurs rien à voir sous Rufus.
Je réessaye en désactivant complètement la sécu et vous informe des progrès...Où pas

Alors secure boot complètement désactivé et après ré-installation .......−> Pas de changements Il reste bloqué sur Grub, écran noir.
Une fois la session sans échec lancé les màj sont effectuées normalement. Une fois relancé sur le nouveau noyau -> même problème.

Peut être aussi désactiver le Fast boot dans le bios

ça bloque les démarrages en live, ça m'est déjà arrivé. Pour explication voir:
https://lecrabeinfo.net/desactiver-dema ... ws-10.html

Ok j'essaye........

Bon j'ai désactivé le fast boot, ça n'amène rien de neuf coté Mint. Par contre Ubuntu démarre sans problème en mode normal.
Je l'ai donc installé et tout fonctionne parfaitement. J'avoue je ne comprends pas du tout...