Forum Linux.général Utiliser Linux sur un MSI WS60

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
0
8
jan.
2018

Bonjour à tous,

Depuis quelques jours, j'essaie d'installer Linux sur mon nouveau PC, le MSI WS60 6QJ-432FR dont voici un lien vers les caractéristiques techniques : https://www.ldlc.com/fiche/PB00209488.html#Fiche

Le problème est que je n'y arrive pas, et j'ai pourtant essayé plein des distributions différentes que voici :
- Deepin 15.5
- Ubuntu 17.04
- Linux Mint 18.3 Cinnamon
- Elementary OS 0.4.1
- Nitrux 1.0.7
- Ubuntu Budgie 17.10
- Manjaro Deepin 17.0.6
- Debian Live 9.3.0
- Backslash Linux Kristoff
- Solus 3 Budgie

Comme vous pouvez le constater, je suis plutôt à la recherche de quelque chose de préférence stable, joli et intuitif, c'est pourquoi Deepin, Budgie et Pantheon sont les environnements de bureau qui m'intéressent le plus (dans cet ordre).

Systématiquement, pour chacun des OS de cette liste, excepté Solus, voici comment l'histoire se déroule :
1. Je télécharge l'ISO depuis le site officiel ou un miroir
2. Je vérifie la somme de contrôle, MD5 ou SHA256
3. Je crée l'USB bootable avec Rufus (oui, j'ai oublié de préciser que c'est un dual boot Windows 10 + Linux que j'essaie de faire)
4. Je démarre le PC sur la clé, et j'installe l'OS avec succès
5. Je redémarre le PC sur le nouvel OS installé
6. J'effectue les mises à jour
7. Au prochain redémarrage, rien ne va plus. Alors, j'essaie avec nomodset, et une erreur à la con s'affiche. (sachant que chaque OS avait son erreur favorite, j'avais la flemme de les noter mais à chaque fois j'essayais de résoudre le problème, sans succès)
8. Je trouve un autre OS à tester, et rebelote.

Comme je le disais, c'est comme ça avec tous ceux que j'ai testés, sauf Solus ! Bizarrement, il s'est installé, du début jusqu'à la fin, sans erreur. Pas la moindre ! Mais pas de chance, après l'avoir installé avec succès, j'ai découvert que Solus ne permet ni l'utilisation de DEB ni d'APT, donc… inutilisable pour moi.

Mais peut-être que cette information permettra à l'un d'entre vous de comprendre pourquoi Solus a réussi à tourner sur mon PC alors que les autres ont échoué !

Du coup, ce qui serait super sympa, c'est que l'un d'entre vous m'aide à installer un Linux sur ce PC, n'importe lequel, et si ça fonctionne, vous aurez droit à ma reconnaissance éternelle.

Merci d'avance !

Cordialement,
KaKi87

  • # plus d'info

    Posté par  . Évalué à 2.

    Salut,

    Je vais essayer de t'aider pour Debian, que je connais mieux.

    Si j'ai bien compris, après les mises à jour, rien ne va plus. Tu as un message d'erreur à nous donner ? Sans ça c'est difficile d'avancer.
    Si tu ne fais pas les mises à jour, tu arrives bien à redémarrer normalement ? Si oui, ça viens peut-être d'une mise à jour.

    As-tu installé des pilotes propriétaires (Nvidia ou autre) ? des logiciels hors des dépôts ?

    Quel version de noyau fonctionne sous Solus (pour l'avoir en ligne de commande : uname -a) ?

    • [^] # Re: plus d'info

      Posté par  (site web personnel) . Évalué à 1.

      Tout d'abord, merci beaucoup à vous deux pour votre réacticvité ! :)

      Je me souviens que pour Deepin, le problème était lié à "Samba SNB Daemon", et ça m'affichait le message suivant : "a start job is running for old until boot process finishes up". Là pour le coup, je pense que c'est spécifique à Deepin, c'est pour ça que j'en ai pas parlé, mais j'ai créé un topic sur le forum officiel, ça fait 4 jours, il y a eu 55 vues mais 0 réponse.

      Pour les autres, aucun message d'erreur n'était apparent : juste des starting… started starting… started, et ça s'arrête là.

      D'ailleurs, c'est exactement ce qu'il vient de se produire après ma tentative d'installer Debian 9.3.0 en netinstall : tout s'est bien passé jusqu'à la fin, mais cette fois-ci, je n'ai pas pû accéder à l'OS une seule fois ^

      Voici les seules potentielles erreurs que j'ai relevées au premier boot :
      - iwlwifi 0000:03:00.0 firmware failed to load iwlwifi-8000C
      - DRM pointer to TMDS invalid
      - DRM pointer to flat panel table invalid
      - Failed to start Set console font and keymap

      Et la dernière ligne de log est : Started User Manager for UID 117.

      Quant à Solus, du coup ça fait un moment que je l'ai remplacé suite à mes autres essais, mais d'après DistroWatch, c'est la version 4.12.7 du noyau qui est utilisée.

      Merci !

      Cordialement,
      KaKi87

      • [^] # Re: plus d'info

        Posté par  (site web personnel) . Évalué à 1.

        En fait, je ne préfère pas compter sur ce qu'il s'est passé avant, parce-que tout ce qui m'intéressait au final, c'était de tout essayer jusqu'à ce que ça marche, et j'ai fini par être à court d'idées.

        Donc les erreurs, les messages qui s'affichent, les versions, les packets mis à jour… J'ai pas du tout fait attention.

        Par contre, si t'as une procédure, une méthode à me proposer, sur n'importe quel OS, je la suivrai.

      • [^] # Re: plus d'info

        Posté par  . Évalué à 3.

        Normalement au grub tu peux démarrer en mode « rescue », au lieu du noyau normal.

        Est-ce que tu arrives à avoir la ligne de commande « rescue » ?

        Comme c'est dit plus bas, il peut s'agir d'un problème de firmware vidéo. Perso pour les cartes nvidia je n'utilises pas nouveau, mais le pilote non libre. peut-être peux-tu essayer d'installer nvidia-driver (il faut auparavant ajouter les dépôts non-free à apt :
        deb http://ftp.univ-nantes.fr/debian/ stretch main contrib non-free

        • [^] # Re: plus d'info

          Posté par  (site web personnel) . Évalué à 1. Dernière modification le 09 janvier 2018 à 21:14.

          Effectivement, c'était bien un problème de driver !

          J'ai ajouté le dépot que tu m'as donné, installé nvidia-driver puis démarré Linux avec le paramètre nouveau.blacklist=1 indiqué par paulez et ça a fonctionné.

          Du coup, j'ai réinstallé Deepin, avec la même méthode, et ça a marché aussi !

          Mais je ne comprends toujours pas pourquoi il n'y a pas d'erreur explicite.

          Merci à tous !

          Cordialement,
          KaKi87

          • [^] # Re: plus d'info

            Posté par  . Évalué à 1.

            Ton problème c'était que nouveau a un bug avec ta carte graphique. C'est tout de même très étrange que Linux, faute de pilote fonctionnel, ne bascule pas sur le pilote vesa par défaut.

            Bref, te voilà parti dans les joies de la recompilation du module nvidia à chaque mise à jour du noyau. Sur Debian/Ubuntu, sgfxi pourra alléger cette tâche.

            • [^] # Re: plus d'info

              Posté par  (site web personnel) . Évalué à 1.

              Oui souvent utiliser le driver proprio est la solution pour NVidia. C'est la raison pour laquelle je n'achète aucun matériel NVidia, étant donné que NVidia ne fait aucun effort pour avoir un support de ses périphériques inclus dans le noyau Linux.

              • [^] # Re: plus d'info

                Posté par  . Évalué à 1. Dernière modification le 10 janvier 2018 à 02:35.

                Oui le problème de faire bande à part est très critiquable, que ce soit avec les standards comme l'Adaptive Sync ou le noyau Linux.
                D'un autre côté leur suivi et leur pilote sont assez exemplaires pour du propriétaire, perso je n'ai jamais eu de régression ni de bug et même du matériel de génération Fermi tourne avec la dernière béta 390.12 (qui vient corriger des vulnérabilités de Spectre) On verra plus tard ce que ça donne avec Wayland.
                En attendant je suis bien ennuyé pour changer de carte graphique parce que pas envie de continuer avec le blob Nvidia mais les tensions des cartes AMD récentes ont été poussées inutilement et mes multiples recherches me font conclure qu'il n'y a pas d'outil d'undervolting fonctionnant avec le pilote libre, même en changeant le VBIOS de la carte graphique.

  • # grub

    Posté par  (site web personnel) . Évalué à 1.

    rajoute pci=nomsi dans les options de boot du noyau avec nomodset

    • [^] # Re: grub

      Posté par  (site web personnel) . Évalué à 1. Dernière modification le 08 janvier 2018 à 20:19.

      Voilà ce que ça a donné avec Debian

      https://i.goopics.net/qeNwa.jpg

      Merci

      • [^] # Re: grub

        Posté par  (site web personnel) . Évalué à 1.

        Concernant Debian, as-tu le paquet firmware-linux-nonfree d'installé ? Les pilotes nouveau ont besoin de firmware pour fonctionner généralement je crois, qui sont fournis par ce paquet qui n'est pas installé par défaut (car non libre).

        • [^] # Re: grub

          Posté par  (site web personnel) . Évalué à 1.

          Aucune idée, j'ai pas accès au terminal, et ni F1, F2, Alt+F1, Alt+F2, Ctrl+Alt+Suppr ne répondent. C'est toujours comme ça, avec tous les OS que j'ai testés.

          • [^] # Re: grub

            Posté par  (site web personnel) . Évalué à 2.

            Tu peux démarrer sur un live cd, faire un chroot dans ton système et installer le paquet firmware-linux-nonfree. Ou sinon tu peux essayer de désactiver le driver nouveau en ajoutant à la ligne de commande du noyau nouveau.blacklist=1 dans ton bootloader.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.