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

Boot ubuntu 19.10 impossible sur asus TUF505DY-BQ004

sedryk

Bonjour à tous,
Le principal est déjà dis dans le titre ;-). Le boot pour installer mon ubuntu est impossible tout semble fonctionner et au bout de 1-2 min le PC ce fige complètement .
Je suis obliger de le relancer avec un appuis long sur le bouton.
J'ai essayé le boot en mod safe mais cela ne change rien.
Si vous avez des idée je prend
merci par avance

geole

Bonjour
Ton ordinateur est décrit ici

Je vois que tu as pu choisir le mode safemode (équivalent de nomodeset) pour débuter l'installation.

Combien de temps attends-tu avant de dire que cela se fige... L'initialisation est très longue et peut dépasser 5 minutes.

Il n'est pas tellement bien connu dans le forum... Au vu de ce que tu décris, je te propose de démarrer avec l'option acpi=off
Voir comment démarrer avec dans ce paragraphe 7.2

sedryk

Acpi=off ne change rien
J'ai laisser au moins 15 min.
Du coup faut que je trouve autre chose 🙁

geole

Regardes dans le bios comment est défini l'accès aux disques RAIDS? AHCI? autre ?

Que se passe-t-il si tu choisis "check disk for deffect" ?

sedryk

Dans le bios j'ai du AHCI ou IDE. J'ai testé les 2 réglage rien ne change.
https://lutim.lagout.org/sWCP2kQq/LmuCoqp8.jpg

Voila à quel moment ça bloque

[sub]Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images (Des hébergeurs comme Toile Libre, TDCT'Pix le permettent).[/sub]

geole

Bonjour
Je suis en train de chercher des idées dans ces retours

Dans un premier temps, peux-tu

A) répondre a ma question "Que se passe-t-il si tu choisis "check disk for deffect" ?"
B) Choisir l'option "try ubuntu before installation"
Puis installer l'application boot-info et donner la valeur de l'URL qui va être générée.

sedryk

Aucune des option de Boot ne marche je ne peux même pas essayé Ubuntu ça bloque aussi. Le check disk c'est pareil.
Rien ne passe l’écran mis en photo le post d'avant.

geole

A faire dans l'ordre
Peux-tu regarder si le fichier qui t'a servi à préparer le support d'installation est en bon état ( https://doc.ubuntu-fr.org/md5sum )
Peux-tu regarder si ce support d'installation boote ailleurs et permet bien de faire le contrôle check disk
Peux tu utiliser la 3eme option (me semble-t-il) qui permet de contrôler l'état de la RAM.
Peux-tu confirmer que le processeur présent est un AMD Ryzen 5

Tu devrais regarder avec la version 18.04 si le problème est le même ( http://releases.ubuntu.com/bionic/ubuntu-18.04.3-desktop-amd64.iso )
Car être bloqué avec le message "a start job is running for monitoring for LVM2 mirror ....... " pendant le test "disk for deffect" est très surprenant.

sedryk

Alors dans l'ordre 🙂 :
Oui le check du fichier et bon
Oui sur un autre ordi je peux lancer le test d'ubuntu
Pas de problème de RAM détecté
Oui c'est bien un AMD Ryzen 5
Je fait des test avec une 18.04
Le test disk passe sans problème je m’étais tromper d'option.

geole

Et avec la version 18.04, la fonctionnalité "try ubuntu before install" met-elle en route?

sedryk

Ubuntu 18.04 ce lance mais se fige très rapidement je n'ai pas trouver le déclencheur.
Sur d'autre système j'ai vu que le disque en PCI-E pouvais poser problème.
Du coté de la ram j'ai fait une memtest aucune erreur après 3h de test....
Je sais plus trop comment faire.
Merci de te pencher sur nom problème 😉

lucmars

geole a écritEt avec la version 18.04, la fonctionnalité "try ubuntu before install" met-elle en route?

En gras c'est imprécis!

Les rysen requiert un noyau version 5 or la 180401=4.15, de souvenir la 180402=5.xx et ainsi de suite (180403-04-05..)

Malheureusement, la version du noyau n'est pas le tout du biniou.

sedryk

Pour être plus précis c'est la 18.04.3

geole

J'aurais aimé une réponse claire pour savoir si c'est bien la fonctionnalitè "essayer avant d'installer" qui bloque.
Et est-ce toujours sur ce problème https://lutim.lagout.org/sWCP2kQq/LmuCoqp8.jpg ?

sedryk

essayer avant installer ou installer bloque sur la copie d’écran que j'ai posté

geole

Bonjour
Cela vaut le coup d'essayer cette astuce ( https://www.linux.org/threads/boot-problems-with-ubuntu-boot-hangs.24385/

A moment du démarrage, tu ajoutes une option ( voir paragraphe 7.2 de https://doc.ubuntu-fr.org/kernel#modifier_les_parametres_du_noyau_pour_une_session-live )

L'option en question étant nvme_core.default_ps_max_latency_us=5500

J'ai trouvé un semblant d'explication

https://community.wd.com/t/linux-support-for-wd-black-nvme-2018/225446/13 a écritLe 5500us est basé sur des contrôleurs Samsung (PM951, PM961, evo 960, etc.) ayant des états d'alimentation P3 qui signalent leur latence d'entrée et de sortie pour P4 (la transition d'état d'alimentation autonome la plus basse ou APST) à ~ 1500 / 6000us, ce qui signifie que 5500 us activer P3. Sur au moins mon WDS512G1X0C (légèrement différent du modèle 3D NAND 2018 le plus récent auquel ce thread fait référence) avec la version de firmware B35500WD, la latence d'entrée / sortie pour l'état de puissance 3 est: 51,000 / 10,000us (oui, ces chiffres me semblent terriblement louche, mais ils correspondent à 4 à enlat: 1.000.000 exlat: 100.000). Il s'agit de sudo nvme id-ctrl / dev / nvmeX où X est le périphérique nvme en question (souvent 0). Certes, 5500 et la limitation du lecteur à P0, P1, P2 fonctionnent, mais P3 pourrait être réalisable sur la base de l'expérience de nombreuses autres personnes avec les contrôleurs Samsung.

Le vrai problème POURRAIT être l'APST ou la gestion active de l'alimentation en état PCIe (ASPM) ou une interaction entre les deux. D'autres ont eu du succès avec les mises à jour du micrologiciel de leurs fabricants, mais comme nous sommes sous Linux et non sous Windows, il n'y a aucun moyen de savoir s'il existe une mise à jour du micrologiciel pour les disques WD Black NVMe.

Alors pas sur que cela soit obligatoirement bon pour le controleur Nvme que tu possèdes.
Dans une autre discussion, j'ai lu "nvme-core.default_ps_max_latency_us=1500" d'autres valeurs à 6000 ou 250!

Peux-tu regarder dans le bios, ce que tu peux trouver sur les caractéristiques de contrôleur NVMe

NOTA: J'ai aussi trouvé une discussion disant que remplacer le NVME par un SSD standard résout le problème

Je serais curieux de savoir si windows10 peut s'installer...

sedryk

Voila se que j'ai pu récupérer comme info dans le bios
NVMe controller and drive info :
WDC PC SN520
SDAPNUW-256G1002

Si je met l'option nvme_core.default_ps_max_latency_us=5500 le boot passe et je peux installer sans problème
Mais au reboot après l'installation cela bloque.

Un grand merci pour ton aide

geole

Bonjour.
Tout va bien. C'était donc la bonne valeur du paramètre.
Regarde maintenant le paragraphe 7.3 de la même documentation qui explique comment démarrer la première fois en forçant de nouveau la valeur puis comment la rendre déffinitive.
Si tu comprends mal comment faire, demande..

Nota. La commande sera

sudo sed -i "s#splash#splash  nvme_core.default_ps_max_latency_us=5500  #" /etc/default/grub

Elle ajoute l'option à la suite du mot splash

FrancisFDZ

Bonjour,

geole a écritBonjour.
Tout va bien. C'était donc la bonne valeur du paramètre.
Regarde maintenant le paragraphe 7.3 de la même documentation qui explique comment démarrer la première fois en forçant de nouveau la valeur puis comment la rendre déffinitive.
Si tu comprends mal comment faire, demande..

Nota. La commande sera
sudo sed -i "s#splash#splash  nvme_core.default_ps_max_latency_us=5500  #" /etc/default/grub 
Elle ajoute l'option à la suite du mot splash

Le tout suivi bien sur par

sudo update-grub

pour valider la modif !

sedryk

Un grand merci à vous tous ;-)
je poste depuis mon install toute propre d'ubuntu 19.10
Je passe le sujet en résolu

Page suivante »