Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Ubuntu 18.04.3 est-il compatible avec carte mère MSI ? RESOLU

lysbleu

Au moment du boot, les options affichées sont les suivantes :
boot
J'ai constaté que ce menu de six lignes était factice. Quelle que soit l'option choisie, on obtient toujours les mêmes messages d'erreur, et si je ne choisis pas d'option, l'écran s'éteint bien vite et affiche les mêmes messages d'erreur. Dans ces conditions je ne comprends pas comment faire pour "ajouter une option au moment du boot".

geole

geole a écrit Mets l'option ...... dans la ligne de boot en plus de l'option nomodeset
procedure expliquée là https://forum.ubuntu-fr.org/viewtopic.php?pid=11528561#p11528561

lysbleu

Merci geole pour ta patience.
Avec un boot sur le lecteur du DVD contenant Ubuntu 19.10, je sélectionne la ligne "Try Ubuntu without installing (safe graphics) et
je l'envoie avec la lettre E (majuscule comme indiqué dans le lien https://forum.ubuntu-fr.org/viewtopic.p … #p11528561) mais cela ne fonctionne pas, j'essaie avec la lettre e (en minuscule) et j'obtiens la page "set params".
Je constate qu'à la fin de la ligne linux "/casper/umlinuz.efi signed file=/cdrom/preseed/ubuntu.seed boot=casper, il y a déjà "nomodeset" mais avec les trois tirets à la fin. J'enlève ces trois tirets comme conseillé dans le fil mentionné ci-dessus.
C'est étonnant, j'avais déjà remplacé "quiet splash" par "nomodeset" il y a deux jours, mais je suis étonné de voir cette modification enregistrée depuis lors. Après "no mode set" j'ajoute iommu=off.
La dernière ligne c'est initrd /casper/initrd.lz
J'envoie par F10. J'avais bien noté que le clavier est devenu Qwerty et j'avais utilisé la touche "virgule" pour écrire les "m".
Résultat : le message d'erreur "AMD-Vi unable to write to IOMMU perf counter" a disparu, mais les autres messages d'erreur sont toujours là :
drm : amdgpu :*ERROR* UGACOM disables emdgpu kernel mode settings
ensuite quatre lignes "AHCI controller unavailable".
Les progrès sont bien lents, j'essaie de ne pas me décourager...

geole

Bonsoir.
On approche du sur-place.
Je te propose une option supplémentaire qui devrait faire bavarder plus le grub
à ajouter aux autres loglevel=7

lysbleu

Dans setparams je vois :

setparams 'Try Ubuntu without installing (safe graphics)'
set gfxpayload=keep
linux    /casper/vmlinuz file=/cdrom/preseed/Ubuntu.seed nomodeset iommu=off

J'ajoute loglevel=7
Résultat : quatre pages de messages d'erreur défilent à toute vitesse. Pas moyen de faire une capture d'écran, pas d'appareil photo disponible, je recopie la dernière série des messages d'erreur :

[174.060911] ata10 : SATA linkdown (SStatus FFFFFFFF Scontrol FFFFFFFF)
[175.269760] ata10 : limiting SATA link speed to <unknown>
[179.912463] ata10 : hard resetting link
[180.115550] ahci : 0000:2b:00.0: AHCI controller unavailable
[183.365368] ata10 : failed to resume link (Scontrol FFFFFFFF)

Je constate que "boot=casper" a disparu dans la ligne de programme de setparams, et je ne sais pas pourquoi.
Faut-il rétablir "boot=casper" juste après le "/Ubuntuseed" ?
Je constate que les trois tirets à la fin de la ligne sont réapparus. Faut-il les maintenir, contrairement à ce qui est écrit dans le lien mentionné dans le post n° 45 de ce fil ?

cqfd93

Modération

Bonjour,

Pour ajouter toi-même les balises code à ton message #48 :

Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message

geole

Bonjour.
Seuls les derniers messages comptent

Le dernier rencontré est

[183.365368] ata10 : failed to resume link (Scontrol FFFFFFFF)

J'ai donc trouvé cette discussion
https://forums.anandtech.com/threads/did-i-kill-my-cpu.2404776/post-36829051
Dont la trace semble très proche de ton contexte
L'utilisateur a débranché les câbles SA wTA afin de pouvoir booter ( EDIT: Well I removed all SATA devices and it seems to boot now)

Si ce n'est pas trop difficile pour toi de faire la même chose, Il faut tenter.

https://forum-en.msi.com/index.php?topic=321681.0 - HDD LED Constantly ON )

lysbleu

Aucun SATA n'est branché, à l'exception du lecteur de DVD qui contient Ubuntu 19.10
Je crois que le message d'erreur principal c'est "AHCI controller unavailable".
Quelle serait la bonne rédaction de la ligne "linux" dans le "setparams" ?

geole

Bonsoir.
Je suis d'accord avec toi pour penser que AHCI est dans le coup.
Mais je ne connais pas la bonne solution.
a) Démonter la totalité des périphériques AHCI
b) Se contenter de déactiver la totalité des périphériques AHCI
Je te rappelle le post N° 29 pour éviter d'utiliser un CDROM.

lysbleu

Merci geole,
si j'ai bien compris, tu suggères d'enlever les SSD qui sont enfichés dans la carte-mère ? Ensuite si on les remet en place le mode AHCI va fonctionner ? A condition de les installer dans le bon ordre ?
A présent le mode AHCI fonctionne parfaitement avec Windows. J'ai constaté que démonter et remonter un SSD avait des conséquences imprévisibles sur les priorités de boot.
Je crois qu'on peut conclure que cette carte-mère MSI X570-A PRO avec le processeur AMD Ryzen 5 sont incompatibles avec Ubuntu.
Peut-être que ce n'est pas possible d'installer Ubuntu lorsque Windows est déjà installé sur un premier SSD. Ce montage avait bien fonctionné avec une carte-mère Gigabyte.
J'aurais préféré être averti avant d'acheter une carte-mère MSI.
MSI se met à l'abri des plaintes de ses clients en étant injoignable (le formulaire de demande d'assistance, très long à remplir, aboutit toujours à "the server is busy, please try again later".

geole

Bonjour.
Je ne partage pas spécialement tes conclusions. Dans toutes les recherches que j'ai faites, il y avait toutes sortes d'astuces plus ou moins bizarres dont celles de se passer de disques.

Je comprends très bien que tu ne le fasses pas

Cependant, remets le bios à jour car une nouvelle version vient de sortir avec au moins ce commentaire
Improved NVMe device compatibility
https://www.msi.com/Motherboard/support/X570-A-PRO
Version 7C37vH5 Release Date 2019-10-30 File Size 14.11MB

Nota: un extrait de leur forum

https://www.msi.com/faq/mb-3618.html a écritWhy my M.2 SATA SSD can't be detected in M.2_1?
Because M.2_1 only support M.2 PCIE SSD and it doesn't support M.2 SATA SSD.

D'autre part, je ne peux que regretter l'absence de traces pro -actives du grub préférant dire les anomalies qu'il a rencontrées et ne disant pas le traitement qu'il va entreprendre et qui ne se termine pas Peut-être qu'il est bloqué sur une séquence d'affichage....

d'autre part, avec le choix "essayer avant d'installer" ,on ne devrait pas bloquer même si aucun disque de quelque modèle que se soit n'est détecté. Donc je n'exclu pas un problème graphique. Mais je n'ai vu aucune piste pouvant le confirmer.

lysbleu

Merci geole, j'ai pu flasher à nouveau le Bios et j'ai la version 7C37vH5.
Cela n'a rien changé aux messages d'erreur.

geole

avais-tu bien supprimé l'hibernation sous windows?

Raison echange N° 8 de cette discussion
https://forum-fr.msi.com/index.php?topic=14551.0

#8 par 007pierre1 le 11 sept., 2019 14:18
Je possède aussi une X570 A Pro avec un Ryzen 5 3600 (non X).

Le boot est lent, c'est surtout la phase "POST" qui prend du temps. Le boot de Windows puis ensuite l'accès au bureau est assez rapide. Par contre j'ai du désactivé le démarrage rapide dans W10. Je n'ai jamais réussi à trouver pourquoi, mais sur cette config le démarrage rapide de W10 fait planter les HDD (pas les SSD) en les mettant en sécurité. J'ai testé avec 3 HDD différents, même problème.

Apparemment ça viendrait d'un bug du BIOS de la CM au niveau de la gestion des états de veille.

Bref, j'attends une maj avec le dernier agesa1.0.0.3abba mais je ne suis pas même sûr qu'on l'ait un jour... MSI n'a toujours pas mis à jour cette CM depuis le 2 juillet.

lysbleu

Oui, j'avais même démonté temporairement le SSD contenant Windows. Mais pour que ce démontage soit suffisant, il doit rester permanent.

geole

Tout cela n'est pas très grave, il suffit que la liveUSB soit capable de booter.
on est alors capable de modifier ce qui ne va pas.

Avec la version 19.10, en installant manuellement, on est capable de choisir le disque qui va recevoir la partition de boot EFI.

Je vais quand même regarder du coté du graphisme radeon car il semble que même pour windows 10 tout ne soit pas nickel.

Voici quelques options a mettre au démarrage du grub pour éviter les pilotes graphiques.Les mettre toutes à la place de quiet splash
nomodeset radeon.si_support=0 amdgpu.si_support=0 modprobe.blacklist=nouveau iommu=off

geole

Une nouvelle version du bios qualifiée de BETA vient de sortir avec son message disant de ne pas utiliser.
Version 7C37vH61(Beta version)
Release Date 2019-11-07
File Size 14.11 MB
Description
- Improved system boot up time.
- Improved PCI-E device compatibility.
Note: MSI do not recommend updating the BIOS unless it is necessary

J'ai glané ce message.
"You will not be able to downgrade your BIOS after updating to this BIOS version"2

lysbleu

geole a écritTout cela n'est pas très grave, il suffit que la liveUSB soit capable de booter.
on est alors capable de modifier ce qui ne va pas.
Avec la version 19.10, en installant manuellement, on est capable de choisir le disque qui va recevoir la partition de boot EFI.
Je vais quand même regarder du coté du graphisme radeon car il semble que même pour windows 10 tout ne soit pas nickel.
Voici quelques options a mettre au démarrage du grub pour éviter les pilotes graphiques.Les mettre toutes à la place de quiet splash
nomodeset radeon.si_support=0 amdgpu.si_support=0 modprobe.blacklist=nouveau iommu=off

Merci geole,
si j'ai bien compris, pour mon prochain essai, je remplace le CD contenant Ubuntu 19.10 par une clé USB ? Tu crois possible que cela peut suffire à faire disparaître le message d'erreur "AHCI controller unavailable"?
Comment faire pour "installer manuellement" ?
Le problème n'est pas de "choisir le disque qui va recevoir la partition de boot EFI" car je vais démonter le SSD contenant Windows, et je n'aurai qu'un seul SSD installé, celui destiné à Ubuntu. Comment préparer ce SSD ? Sous Windows et avec le Minitool partition wizard, je vais supprimer les deux partitions FAT32 de 3Go qui ont été installées pour les précédents essais. Que faut-il installer comme partition sur le SSD pour préparer l'installation d'Ubuntu à partir d'un CD ou d'une clé USB ?

Merci geole pour ta mise en garde contre la version bêta de la dernière version du Bios par MSI. Je reste sur la version 7C37vH5.

geole

Bonjour
Que tu utilises le CD ou une clé USB ou que tu bootes à partir du disque dur,
Il faut absolument que tu puisses avoir le menu permettant de choisir entre
- essayer avant d'installer
- installer
et que l'installation aille à son terme. Ce qui n'est pas le cas actuellement. Ou alors je n'ai pas tout compris
-Et que tu produises un boot-info qui permet de voir comment cela se présente.

Ubuntu n'a pas besoin de windows pour s'installer. Le support d'installation contient l'application gparted qui permet de fabriquer ds partitions si nécessaire.

lysbleu

Bonjour geole,
Je crois que tu as bien tout compris.
J'ai bien accès au menu grub "Try Ubuntu without installing (safe graphics)". Mais ensuite c'est une pluie de messages d'erreur, alors que j'ai essayé beaucoup de modifications :
- flashé le bios deux fois pour arriver à la version stable la plus récente du 30 octobre 2019
- remplacer le CD d'installation d'Ubuntu 18.04 par Ubuntu 19.10
- plusieurs essais de paramétrage de la ligne "linux" dans "setparams"
Cette carte-mère MSI fonctionne parfaitement avec Windows mais semble allergique à tout ce qui ressemble à Ubuntu, même le "Boot Repair Disk" qui boote mais affiche "No Texts !" et est accueilli par MSI avec des messages d'erreur (Oxc frozen, Error, Error,etc..) donc impossible d'avoir accès au boot-info. Bien entendu, j'avais démonté le SSD contenant Windows pour faire ces essais.
J'imagine qu'il y a quelque chose dans le firmware qui condamne cette carte-mère au seul "Windows mode".

geole

Merci de ton rappel
Tu as bien l'option d'essayer avant d'installer. C'est cette opption qui fait un plantage du grub ne te permettant pas de faire les essais
"J'imagine que le grub n'est pas au point puisque windows sait utiliser la carte mère" :/

J'ai bien cherché dans pas mal de forums, mais je n'ai pas trouvé une piste pour proposer la bonne option qui permettra de faire dire au grub ce qui ne lui plaît pas.
https://www.kernel.org/doc/Documentation/admin-guide/kernel-parameters.txt

Je serais tenté de te dire d'essayer avec cette option acpi=off et aussi nomodeset debug loglevel=7 ainsi que radeon.dpm=0

« Page précédente Page suivante »