stephweb a écrit 39 commentaires

  • [^] # Re: pas d'idée autre que ca...

    Posté par  (site web personnel) . En réponse au message PC portable avec Nvidia Geforce RTX 2070 - HDMI non détecté. Évalué à 1.

    nvidia-settings ne détecte pas du tout cet ecry

  • [^] # Re: Une solution ici

    Posté par  (site web personnel) . En réponse au message PC portable avec Nvidia Geforce RTX 2070 - HDMI non détecté. Évalué à 1.

    Et dans ton lien, j'ai lu ceci inintéressante :

    "Le port Thunderbolt est câblé au processeur graphique Intel"

    J'ai donc juste à commander un Adaptateur USB-C / HDMI pour pouvoir partager l'écran de mon laptop avec ma TV.

    Et c'est aussi écrit "Cette version du BIOS présente de nombreux problèmes ACPI"
    A ok, ça explique les quelques autres problèmes que j'ai après une sortie de veille (perte de wifi, webcam qui ne fonctionne plus, etc.).

    Encore merci pour ton lien.

    C'est la dernière fois que j’achète un PC portable sans me renseigner sur sa parfaite comptabilité Linux. Je vais surement acheter DELL la prochaine fois.

  • [^] # Re: Une solution ici

    Posté par  (site web personnel) . En réponse au message PC portable avec Nvidia Geforce RTX 2070 - HDMI non détecté. Évalué à 1.

    Merci pour lien.
    J'ai fais exactement ce qui est écrit. Résultat : ça ma planté mon OS.
    Au redémarrage : écran noir.
    J'ai donc du redémarrer en mode recovery et faire des lignes de commandes en root pour réparer l'OS.

  • [^] # Re: pas d'idée autre que ca...

    Posté par  (site web personnel) . En réponse au message PC portable avec Nvidia Geforce RTX 2070 - HDMI non détecté. Évalué à 1. Dernière modification le 29 mai 2020 à 00:43.

    est-ce que l'écran est détecté par des outils comme xrandr/arandr ?
    J'ai tenté de faire un coup de : udevadm monitor
    puis de brancher le cable HDMI, rien ne se détecte (c'est visiblement l'entrée HDMI qui n'est pas détecté… Pourtant je viens de refaire le teste sous windows 10 et ça fonctionne).

    est-ce que les outils Nvidia (nvidia-settings) sont installés pour gérer le multi-écran ?
    Oui

  • [^] # Re: Merci

    Posté par  (site web personnel) . En réponse au message PC (avec Xubuntu) - Wifi = Ne prend pas mon mot de passe. Évalué à 1.

    Ok merci.

    lspci -knn | grep Net -A2
    me donne ceci :

    00:14.3 Network controller [0280]: Intel Corporation Wireless-AC 9560 [Jefferson Peak] 8086:a370
    DeviceName: Onboard - Ethernet
    Subsystem: Bigfoot Networks, Inc. Wireless-AC 9560 [Jefferson Peak] [1a56:1552]
    Kernel driver in use: iwlwifi
    Kernel modules: iwlwifi

    Je n'arrive toujours à me connecter au wifi de mon domicile, alors que chez 2 personnes que je connais, j'y suis arrivé. Pour mon wifi dans "modifier les connexions" j'avais essayé de le supprimer, puis de l'enregistrer ici avec mon password et tout, mais rien a changé.

    Et autre problème très génant : lorsque je met en veille mon PC, il passe en mode avion lrsque je le sors de la veille…
    Mon wifi et bluetooth sont désactivés. Et je ne peux pas sortir du mode avion avec les touches de fonction + F10. Je suis coincé sur ce mode avion.

  • # Merci

    Posté par  (site web personnel) . En réponse au message PC (avec Xubuntu) - Wifi = Ne prend pas mon mot de passe. Évalué à 1.

    Encore merci pour vos réponse.

    Bref, rien n'a fonctionné…

    MSI à l'air d'avoir une salle réputation pour Linux…

    Les meilleures marques sont visiblement DELL, Lenovo. Eux au moins garantissent le fonctionnement de Ubuntu (version LTS) sur leur PC portable.

  • # Ne marche toujours pas

    Posté par  (site web personnel) . En réponse au message PC (avec Xubuntu) - Wifi = Ne prend pas mon mot de passe. Évalué à 1.

    Merci pour vos réponses.

    Est-ce que tu as essayé de te connecter en configurant le réseau en WEP ou sans chiffrement ?
    Avec mon Windows je suis en WPA2, ça ne pose pas de problème.

    Ça vaut le coup de regarder s'il y a des limitations sur les adresses MAC autorisés à se connecter sur ton réseau.
    Que ce soit sous Xubuntu ou sous Windows, l'adresse MAC est la même. Et vu qu'avec Windows je n'ai pas de problème pour me connecter à mon wifi, le problème ne vient pas de là je pense.

    Je viens de découvrir encore un autre bug… :
    Lorsque je met en veille mon PC, et que je le sort de la veille le wifi et le bluetooth sont désactivés…
    Je suis obligé de redémarrer mon PC pour pouvoir à nouveau m'y connecter.
    Mais ce n'est visiblement pas un bug spécifique à MSI, mais à Ubuntu 19.10 : Texte du lien

    Sérieux, un PC portable 100% compatible avec Linux/Ubutnu ça existe ???
    avec Ubuntu 19.10 au lieux de Xbuntu 19.10 ç'avait l'air d'être pire sur mon PC, je n'arrivais même pas à l'éteindre…

  • # journalctl -f

    Posté par  (site web personnel) . En réponse au message PC (avec Xubuntu) - Wifi = Ne prend pas mon mot de passe. Évalué à 1. Dernière modification le 17 janvier 2020 à 20:07.

    J'ai fais ce que tu m'a dit.

    Voici un extrait du résultat (et effectivement, il y a du rouge) :

    authenticating
    janv. 17 20:04:42 msi-2019 kernel: wlo1: send auth to 34:27:92:40:95:93 (try 1/3)
    janv. 17 20:04:42 msi-2019 wpa_supplicant[1270]: wlo1: Trying to associate with 34:27:92:40:95:93 (SSID='Freebox-409999' freq=2412 MHz)
    janv. 17 20:04:42 msi-2019 NetworkManager[1267]: [1579287882.8753] device (wlo1): supplicant interface state: authenticating -> associating
    janv. 17 20:04:42 msi-2019 NetworkManager[1267]: [1579287882.8754] device (p2p-dev-wlo1): supplicant management interface state: authenticating -> associating
    janv. 17 20:04:42 msi-2019 kernel: wlo1: authenticated
    janv. 17 20:04:42 msi-2019 kernel: wlo1: associate with 34:27:92:40:95:93 (try 1/3)
    janv. 17 20:04:42 msi-2019 kernel: wlo1: RX AssocResp from 34:27:92:40:95:93 (capab=0x411 status=0 aid=3)
    janv. 17 20:04:42 msi-2019 wpa_supplicant[1270]: wlo1: Associated with 34:27:92:40:95:93
    janv. 17 20:04:42 msi-2019 wpa_supplicant[1270]: wlo1: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
    janv. 17 20:04:42 msi-2019 kernel: wlo1: associated
    janv. 17 20:04:42 msi-2019 NetworkManager[1267]: [1579287882.9068] device (wlo1): supplicant interface state: associating -> associated
    janv. 17 20:04:42 msi-2019 NetworkManager[1267]: [1579287882.9069] device (p2p-dev-wlo1): supplicant management interface state: associating -> associated
    janv. 17 20:04:46 msi-2019 kernel: wlo1: deauthenticated from 34:27:92:40:95:93 (Reason: 2=PREV_AUTH_NOT_VALID)
    janv. 17 20:04:46 msi-2019 wpa_supplicant[1270]: wlo1: CTRL-EVENT-DISCONNECTED bssid=34:27:92:40:95:93 reason=2
    janv. 17 20:04:46 msi-2019 wpa_supplicant[1270]: dbus: wpa_dbus_property_changed: no property SessionLength in object /fi/w1/wpa_supplicant1/Interfaces/1
    janv. 17 20:04:46 msi-2019 NetworkManager[1267]: [1579287886.9648] sup-iface[0x559ae3040a00,wlo1]: connection disconnected (reason 2)
    janv. 17 20:04:46 msi-2019 NetworkManager[1267]: [1579287886.9702] device (wlo1): supplicant interface state: associated -> disconnected
    janv. 17 20:04:46 msi-2019 NetworkManager[1267]: [1579287886.9703] device (p2p-dev-wlo1): supplicant management interface state: associated -> disconnected
    janv. 17 20:04:47 msi-2019 NetworkManager[1267]: [1579287887.0701] device (wlo1): supplicant interface state: disconnected -> scanning
    janv. 17 20:04:47 msi-2019 NetworkManager[1267]: [1579287887.0702] device (p2p-dev-wlo1): supplicant management interface state: disconnected -> scanning
    janv. 17 20:04:49 msi-2019 NetworkManager[1267]: [1579287889.3891] device (wlo1): Activation: (wifi) association took too long
    janv. 17 20:04:49 msi-2019 NetworkManager[1267]: [1579287889.3892] device (wlo1): state change: config -> need-auth (reason 'none', sys-iface-state: 'managed')
    janv. 17 20:04:49 msi-2019 NetworkManager[1267]: [1579287889.3920] device (wlo1): Activation: (wifi) asking for new secrets
    janv. 17 20:04:50 msi-2019 NetworkManager[1267]: [1579287890.4310] device (wlo1): supplicant interface state: scanning -> inactive
    janv. 17 20:04:50 msi-2019 NetworkManager[1267]: [1579287890.4311] device (p2p-dev-wlo1): supplicant management interface state: scanning -> inactive

  • # WPA2

    Posté par  (site web personnel) . En réponse au message PC (avec Xubuntu) - Wifi = Ne prend pas mon mot de passe. Évalué à 1. Dernière modification le 17 janvier 2020 à 17:46.

    Merci pour vos réponses.

    Oui j'essaie bien de me connecter à mon wifi local, pas à celui du voisin.

    Quand je fais ceci :
    wget -N -t 5 -T 10 https://framagit.org/cracolinux/wificheck/raw/master/wificheck && chmod +x wificheck && ./wificheck

    J'obtiens ceci comme log :
    IN-USE SSID MODE CHAN RATE SIGNAL BARS SECURITY

    OnePlus 7 Pro Infra 6 130 Mbit/s 100 ▂▄▆█ WPA2

    Freebox-409999 Infra 1 195 Mbit/s 42 ▂▄__ WPA2

    Donc le réseau est bien sécurisé en WPA2.

    Quand je vais dans : Réseau > Modifier les connexions > Dans wifi je sélectionne ma box puis je clic sur sur "Modifier la connexion séléctionnée" > Sécurité wifi, j'ai ceci :
    Sécurité : WPA et WPA personnel.
    Mot de passe : mon bon mot de passe.

    Voilà.

  • # oui

    Posté par  (site web personnel) . En réponse au message PC (avec Xubuntu) - Wifi = Ne prend pas mon mot de passe. Évalué à 1.

    Oui j'ai bien vérifié, re-lu et relu.

    Merci.

  • # Résolu

    Posté par  (site web personnel) . En réponse au message PC portable et Xubuntu - Fermeture de couvercle = Pas possible de déverrouiller. Évalué à 5. Dernière modification le 13 janvier 2020 à 08:55.

    Merci.

    J'ai ajouté un script SH que j'appelle dans "Session de démarrage" > "Démarrage automatique d'application" avec le déclencheur "on login".

    Voici mon script sh que s’exécute automatiquement lors du login :

    #!/bin/bash
    
    # Disable wake computer from mouse movement
    for f in /sys/bus/usb/devices/*/power/wakeup
    do
       echo "disabled" > $f
    done

    Ps : il aurait été + logique de mettre le déclencheur "on restart", mais ça ne fonctionnait pas… Donc j'ai mis "on login", et là ça marche nickel.

    Sujet résolu.

  • # Presque réslolu

    Posté par  (site web personnel) . En réponse au message PC portable et Xubuntu - Fermeture de couvercle = Pas possible de déverrouiller. Évalué à 3. Dernière modification le 12 janvier 2020 à 12:51.

    Merci pour ta réponses.

    Du coup après quelques heures de recherche, j'ai fais ceci :
    J'ai ajouté dans /etc/UPower/UPower.conf ceci : IgnoreLid=true
    Puis j'ai redémarré mon PC.
    Et visiblement ça marche (pourvu que ça dure).

    Par contre il me reste un problème :
    Lorsque mon écran est en veille, si je bouge (même légèrement) ma souris, le mode veille disparaît…
    Je souhaiterai pouvoir désactiver ce comportement.
    Comment résoudre ce problème SVP ?

    J'ai testé de faire ceci :
    grep . /sys/bus/usb/devices/*/power/wakeup
    Ce qui me retourne ceci :
    /sys/bus/usb/devices/1-5/power/wakeup:enabled
    /sys/bus/usb/devices/usb1/power/wakeup:disabled
    /sys/bus/usb/devices/usb2/power/wakeup:disabled

    Et quand je regarde le fichier /sys/bus/usb/devices/1-5/power/wakeup effectivement c'est écris enabled (c'est d'ailleurs la seule chose qui est écrite dans ce fichier).

    Et quand je fais ceci (j'ai lu ceci dans quelques sujets en cherchant dans Goole) :
    sudo echo disabled > /sys/bus/usb/devices/1-5/power/wakeup

    J'ai ce retour :
    bash: /sys/bus/usb/devices/1-5/power/wakeup: Permission non accordée

    Une idée SVP ?

    Merci.

  • # Oui

    Posté par  (site web personnel) . En réponse au message Driver Nvidia 440 avec Xubuntu : ERROR: NVIDIA driver is not loaded. Évalué à 2.

    Merci pour ta réponse.

    Oui j'avais essayé les pilotes présents dans les dépôts de base. ça ne réglais pas mon problème de ventilateur bruyant.

  • # Résolu

    Posté par  (site web personnel) . En réponse au message Virtualbox - Debian 9 et 10 - Code d'erreur : E_FAIL (0x80004005). Évalué à 1. Dernière modification le 04 janvier 2020 à 18:26.

    Merci pour vos réponses rapides, et désolé de mon retourn tardif.

    Effectivement ça venait de Hyper-V (une incompatibilité entre WSL et Virtualbox).