Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

NicoApi73 · Le 26/08/2018, à 13:54

Merci,

Tu n'as pas le bon pilote, c'est celui du dessus qu'il faut que tu prennes : NVIDIA 390, comme indiqué dans le post #3. Là tu as le pilote nouveau, qui ne sait pas gérer ce type de carte.

Donc tu sélectionnes le premier, puis tu cliques sur appliquer les changements et tu n'auras plus besoin de nomodeset.

Dernière modification par NicoApi73 (Le 26/08/2018, à 13:55)

aaarrrggghhh · Le 26/08/2018, à 19:27

NicoApi73 a écrit :

NVIDIA 390, comme indiqué dans le post #3

Le problème au démarrage persiste, je n'ai plus accès au grub même en passant par le boot system.

NicoApi73 · Le 26/08/2018, à 19:59

grub est indépendant de la carte graphique.

As tu installé le driver nVidia?

Tu dis que tu n'as plus accès à grub, qu'as tu d'affiché?

aaarrrggghhh · Le 26/08/2018, à 21:07

Je modifie mon post #27.

Dans gestionnaire de mise à jour > paramètres > pilotes additionnels j'ai bien choisi le driver nvidia 390.

Le problème de démarrage persiste toujours. La page de démarrage reste bloquée sur le logo ubuntu.

J'ai essayé de faire comme dit dans le post #7 :

modprobe.blacklist=nouveau

pour ensuite faire sudo update-grub.

Mais là aussi la page de démarrage reste bloquée sur le logo ubuntu.

Par ailleurs, (ou alors je suis vraiment une bique), il semble que l'affichage du Grub au démarrage soit aléatoire. J'arrive quand même à me connecter en nomodeset si le Grub s'affiche.

Mornagest · Le 26/08/2018, à 22:33

Lorsque tu édites l'entrée du menu GRUB, enlève les termes quiet splash, tu pourras voir à quel moment précis du démarrage ça coince.

NicoApi73 · Le 26/08/2018, à 22:57

Pour accéder à grub, il faut appuyer sur Echap ou Shift juste après que la page permettant d'accéder au bios a disparu, et il faut maintenir cette touche appuyée jusqu'à ce que grub apparaîsse, sinon, effectivement c'est "aléatoire"

Peux tu refaire une photo comme au post #25 STP. La description du problème fait vraiment penser à un problème de driver de carte graphique et normalement l'installation du driver nVidia résout le problème.

Peux tu également faire :

cat /etc/default/grub

Je mets ce lien en attente de ta réponse à Mornagest. Ca n'a peut être rien à voir, mais ça touche également la partie graphique.

aaarrrggghhh · Le 27/08/2018, à 10:25

Mornagest a écrit :

Lorsque tu édites l'entrée du menu GRUB, enlève les termes quiet splash, tu pourras voir à quel moment précis du démarrage ça coince.

L'écran reste noir.

aaarrrggghhh · Le 27/08/2018, à 10:33

NicoApi73 a écrit :

Peux tu refaire une photo comme au post #25 STP

NicoApi73 a écrit :

Peux tu également faire :
cat /etc/default/grub

cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

Dernière modification par aaarrrggghhh (Le 27/08/2018, à 10:35)

NicoApi73 · Le 27/08/2018, à 10:38

Bonjour,

Lance la session comme tu peux (j'ai cru comprendre que c'est avec nomodeset).

Fais la manipulation suivante :

sudo cp /etc/default/grub /etc/default/grub.old
sudo nano /etc/default/grub

sur la ligne GRUB_CMDLINE_LINUX_DEFAULT, remplace quiet splash par pci=noaer
Ca doit donner :

GRUB_CMDLINE_LINUX_DEFAULT="pci=noaer"

sauvegarder (ctrl o)
Entrée
quitter (ctrl x)

sudo update-grub
reboot

Ca ne va pas résoudre ton problème, mais au démarrage on va voir ce que t'a demandé Mornagest.

Je te confirme que c'est le bon driver qui est installé.

PS : pour que tu comprennes ce qu'on essaye de faire : on essaie d'avoir des informations supplémentaires pour comprendre où ça bloque.
Les options quiet et splash dans grub suppriment les retours lors du boot et affiche le logo ubuntu. En les supprimant, on devrait avoir le retour du boot et voir les dernières lignes qui devraient indiquer où ça bloque.
Le driver que tu as installé est nécessaire, mais je ne sais pas pourquoi ce n'est pas suffisant.
pci=noaer va arrêter le reporting des erreurs AER qu'on a vu dans dmesg. On traitera ça plus tard.
Si nous n'arrivons pas à avoir les informations de cette manière, il va falloir aller regarder dans les logs.

Dernière modification par NicoApi73 (Le 27/08/2018, à 10:49)

aaarrrggghhh · Le 28/08/2018, à 19:11

Mornagest a écrit :

Lorsque tu édites l'entrée du menu GRUB, enlève les termes quiet splash, tu pourras voir à quel moment précis du démarrage ça coince.

Je vous mets en copie les 6 dernières lignes :
[OK] Started Set console scheme.
[OK] Created slice sytem-getty.slice.
[OK] Started Disk Manager.
[OK] Started GNOME Display Manager.
[OK] Started Network Manager Script Dispatcher Service.
[OK] Started Dispatecher daemon for systemd-network

A partir de là ça bloque.

NicoApi73 · Le 28/08/2018, à 20:00

Peux tu essayer de booter en passant le paramètre suivant :
modprobe.blacklist =iwlwifi

Tu n'auras plus de wifi, par contre. Dis nous si ça change quelque chose.

NicoApi73 · Le 29/08/2018, à 08:05

Bonjour,

As tu fait le post #34 : ton pc remonte beaucoup d'aer et dans certains cas, ça peut bloquer. Il faut que tu mettes ce paramètre (pci=noaer). Même si ça ne débloque pas la situation, ça évitera que tu remplisses tes logs (et donc ton disque dur).

aaarrrggghhh · Le 30/08/2018, à 17:42

Oui, j'ai fait le post #34.
Je vous réponds plus en détail dans le weekend.

aaarrrggghhh · Le 01/09/2018, à 21:17

Quand je démarre en pci=noaer

L'écran reste bloqué à ce niveau là :

starting set console scheme

NicoApi73 a écrit :

Peux tu essayer de booter en passant le paramètre suivant :
modprobe.blacklist =iwlwifi

Une erreur apparait :

Started dispatcher daemon for systemd-networkd
[32.945288] pcieport 0000;00:ic.0 : PCIe Bus Error : serverity=Corrected, type:Physical Layer , id=000e0 (ReceiverID)
[32.945873] pcieport 0000=00:ic.0 : device [8086:a110] error status/mask=00000001/00002000
32.946456] pcieport 0000:00:ic.0 :       [0] Receiver Error (First)

Voilà où j'en suis pour le moment.

Dernière modification par aaarrrggghhh (Le 02/09/2018, à 21:11)

NicoApi73 · Le 01/09/2018, à 21:29

Bonsoir,

aaarrrggghhh a écrit :

Une erreur apparait :

Started dispatcher daemon for systemd-networkd
[32.945288] pcieport 0000;00:ic.0 : PCIe Bus Error : serverity=Corrected, type:Physical Layer , id=000e0 (ReceiverID)
[32.945873] pcieport 0000=00:ic.0 : device [8086:a110] error status/mask=00000001/00002000
32.946456] pcieport 0000:00:ic.0 :       [0] Receiver Error (First)

Voilà où j'en suis pour le moment.

Ca, ça ne doit pas apparaître avec pci=noaer

Vire également quiet splash STP, ça donnera plus d'information.

Ca a l'air de coincer au lancement de l'interface graphique... C'est assez surprenant vu que tu as le driver nVidia

aaarrrggghhh · Le 01/09/2018, à 21:51

NicoApi73 a écrit :

Vire également quiet splash STP, ça donnera plus d'information.

Voilà ce que ça donne sur les 4 dernière lignes :

Started Network Manager Script Dispatcher Service
Started Set console scheme.
Created slice system-getty.slice
Started GNOME Display Manager

et après ça reste bloqué.

Mornagest · Le 01/09/2018, à 22:19

L'idée de désactiver Wayland pourrait fonctionner, puisqu'apparemment, c'est au moment de charger l'environnement graphique (GNOME) que ça déconne... or, ce fripon de Wayland est intimement lié à l'affichage puisque c'est lui qui gère les fenêtres, les effets graphiques, etc.

Regarde ici pour la marche à suivre : https://forum.ubuntu-fr.org/viewtopic.p … #p21941467

Dernière modification par Mornagest (Le 01/09/2018, à 22:20)

NicoApi73 · Le 01/09/2018, à 22:42

Tu as raison Mornagest, et j'aurais dû y penser, j'avais participer au post en référence...

Mornagest · Le 01/09/2018, à 22:43

Tu as mis le lien plus haut ici, j'ai consulté et je suis tombé sur ce message qui me paraît adapté à la situation

NicoApi73 · Le 01/09/2018, à 22:49

[hs] @Mornagest : Si tu as envie de t'amuser, bon, il faut avoir la "bonne config": https://forum.ubuntu-fr.org/viewtopic.php?id=2028872. De plus, si tu souhaites que je participe à un fil, laisse un message à cet endroit.
[/hs]

aaarrrggghhh · Le 01/09/2018, à 22:50

Mornagest a écrit :

L'idée de désactiver Wayland pourrait fonctionner

J'ai démarré en nomodeset, j'ai ouvert le terminal avec la commande

sudo nano /etc/gdm3/custom.conf

J'ai désactivé wayland en enlevant le "#" mais il y a encore des blocages.

Les 4 dernières lignes au démarrage maintenant :

Started LSB: Record successful boot for GRUB.
Started Authorization Manager.
Started Accounts Service.
Started Disk Manager.

NicoApi73 · Le 01/09/2018, à 23:01

ok. on va commencer à fouiller dans les logs. On va commencer avec kern.log.

Bootes normalement. Il devrait bloquer.

Ensuite, bootes avec nomodeset et donne le retour STP de :

cat /var/log/kern.log | grep -B30 "Command line" | tail -31

aaarrrggghhh · Le 01/09/2018, à 23:06

NicoApi73 a écrit :

Bootes normalement. Il devrait bloquer.

Je ne comprends pas je reste en boot "pci=noaer" ou je reviens en "quiet splash" ?

NicoApi73 · Le 01/09/2018, à 23:10

pic=noaer, laisse le. Il faut toujours que je regarde un point sur l'erreur qui a été remontée.

Pour l'instant, ne remets pas quiet splash, tu auras toujours des informations au démarrage, et ça peut aider.

Ce que j'appelle normalement, c'est sans nomodeset.

aaarrrggghhh · Le 01/09/2018, à 23:18

Le blocage au démarrage s'arrête sur ces 4 dernières lignes :

Started LSB: Record successful boot for GRUB.
Started Authorization Manager.
Started Accounts Service.
Started Disk Manager.

Voilà le retour demandé :

cat /var/log/kern.log | grep -B30 "Command line" | tail -31
Fichier binaire (entrée standard) correspondant

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 26/08/2018, à 13:54

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#27 Le 26/08/2018, à 19:27

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#28 Le 26/08/2018, à 19:59

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#29 Le 26/08/2018, à 21:07

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#30 Le 26/08/2018, à 22:33

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#31 Le 26/08/2018, à 22:57

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#32 Le 27/08/2018, à 10:25

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#33 Le 27/08/2018, à 10:33

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#34 Le 27/08/2018, à 10:38

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#35 Le 28/08/2018, à 19:11

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#36 Le 28/08/2018, à 20:00

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#37 Le 29/08/2018, à 08:05

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#38 Le 30/08/2018, à 17:42

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#39 Le 01/09/2018, à 21:17

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#40 Le 01/09/2018, à 21:29

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#41 Le 01/09/2018, à 21:51

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#42 Le 01/09/2018, à 22:19

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#43 Le 01/09/2018, à 22:42

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#44 Le 01/09/2018, à 22:43

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#45 Le 01/09/2018, à 22:49

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#46 Le 01/09/2018, à 22:50

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#47 Le 01/09/2018, à 23:01

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#48 Le 01/09/2018, à 23:06

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#49 Le 01/09/2018, à 23:10

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

#50 Le 01/09/2018, à 23:18

Re : Installation ubuntu MSI GL62M 7RDX-2613XFR [Résolu]

Pied de page des forums