Reprise du message précédent :
j'ai cassé le multiboot récemment avec grub , désormais je suis passé à LILO qui est beaucoup plus simple d'utilisation et ne requiert rien d'autre qu'un pauvre lilo.conf dans /etc

Sauf que Lilo est abandonné depuis décembre 2015…

J'utilise syslinux, plus simple que Grub.

Je n'ai jamais eu de problème avec Grub ( en plus de 10 ans d'utilisation comme même  )
Par contre des soucis avec les dual boot, assez souvent mais c'est pas vraiment Grub le coupable.

J'ai bien galéré pour installer mon imprimante (une Dell C1760nw, qui est en fait un clone de Xerox Phaser 6000).
(J'avais essayé sur d'autre distributions, c'était pareil)

Je mets la manipulation qui a fini par fonctionner, si ça peut servir :

- Je suis parti de https://wiki.archlinux.org/index.ph [...] aser_6000B
- récuperer le fichier PKGBUILD
- Installer le paquet "rpmextract"
- Construire le package "Xerox-phaser-6010-1.0.1-1-x86_64.pkg.tar.xz" avec la commande "makepkg PKGBUILD"
- Installer le paquet local construit précédemment.

J'avais tenté pas mal de chose avant, il y a peut-être des choses necessaires que j'ai installé avant...

Je me suis apperçu qu'on ne pouvait pas utiliser Dolphin avec les droits root, ce qui est pas plus mal car j'aurais peut-être fait des bétises.
Je comprends que c'est mieux pour la sécurité, mais vous faites comment vous ? Jamais besoin ?

 
j'ai essayé.  Si la partition du boot n'est pas en ext4, Syslinux refuse de démarrer.  La mienne est en NTFS au début.  Dommage pour un truc qui s'installe pourtant dans le MBR

Il y a aussi systemd-boot, mais LILO j'eviterai.

 
Je n'utilise pas Dolphin.
Par contre, lancer nautilus ou Caja en sudo, je sais que c'est mal mais je l'ai déjà fait.

La console et nano pour ma part...  
Et puis suis pas un kdeuiste de toute façon

Les noms 304 et 340 dépendent de ta carte mais ils installent bien la dernière version nvidia 390 pour ta carte
Oui c'est section screen. Pour mhwd, il faut utiliser manjaro

+1 pour tout

tu installes comment xorg et gnome ensuite ?
un startx tout seul fonctionne chez toi ?

J'ai fait la manip (konsole + nano + root, comme un boss) et ça ne fonctionne pas chez moi, il doit avoir un truc avec le boot EFI.
 
Sinon j'ai tout pété en voulant faire marcher Optimus avec 2 écrans.
Heureusement ça fonctionne encore en désactivant Optimus dans le bios...

Pour grub en EFI (dans mon cas en tout cas) il lui faut le paquet efibootmgr et aussi intel-ucode (suivant ton matos)
 

 
j'ai pas suivi le début de la discussion je suis peu être hs    
 

J'utilises Manjaro qui facilite la partie graphique : lightdm + outil d'installation automatique des drivers graphiques.  
Mais pour des cas particuliers type SLI ou carte récente (j'ai eu le cas sur un laptop avec une 1060) il faut repasser en console. Pas gênant mais faut savoir se dépatouiller et un autre PC avec la doc arch est souvent utile.

J'avais bien "efibootmgr" mais pas "intel-ucode".
Le problème était plus au niveau de grub, je l'ai configuré pour qu'il démarre sur le dernier noyau sélectionné, mais à chaque fois je voyais une ligne de texte annonçant qu'il démarrait sur lts quelque soit mon choix précédent, mais en fait je ne suis même pas sûr que c'était bien le cas, il affichait lts mais démarrait peut-être sur l'autre noyau (je n'ai pas pensé à vérifier). En plus j'avais aussi passé le boot delay à 3s mais il restait à 5s... pas tout compris sur ce coup là...
Finalement, j'ai installé "Grub customizer" et modifié le boot avec, et là ça semble ok, j'ai même un joli fond d'écran avec des étoiles sous grub.
 
Là, je suis ennuyé avec Optimus, je lis la doc pour analyser les logs de démarrage, si ça ne vous dérange pas je viendrai redemander de l'aide.
J'ai découvert la console au démarrage, les commandes "dmesg" et "journalctl -b". Je vais ré-activer Optimus dans le bios et voir ce que ça donne.
 
Hier soir j'ai essayé vite fait et à la fin du texte produit par le commande "dmesg" il y avait un problème avec lightdm...
 
 

 
mes cartes sont en SLI, mais j'en ai pas besoin sous linux (pour la data science les outils savent directement adresser les 2 cartes). Du coup si j'en ai pas besoin faut que je fasse quelque chose en particulier ou j'ai rien à faire ?

c'est bien pratique cet outil Manjaro ! mais il faut savoir quel pilote utiliser, je n'ai pas essayé avec mon truc Optimus moisi voir si ça fonctionnait out of the box après l'installation de Manjaro...

Sinon j'ai redémarré avec Optimus activé et j'ai comme message d'erreur :

si ça parle à quelqu'un...
je vais réinstaller lightdm pour voir.

edit : c'est arrangé j'ai ré-insinstaller lightdm, remplacé lightdm.gtk.greeter par lightdm.kde.greeter et modifié lightdm.conf en conséquence (greeter-session=lightdm.kde.greeter)

Installer le pilote nvidia et voilà ! Le SLI ne sera pas activé

Ton modèle de pc portable c'est quoi ? Pour optimus, il vaut mieux se servir de bumblebee.
Ce thread est utile pour les laptop supportant bumblebee : https://github.com/Bumblebee-Projec [...] issues/764
La plupart des solutions sont la modification de grub en ajoutant selon le modèle par exemple :  
acpi_osi="!Windows 2015" ou acpi_rev_override=5 ou acpi_osi=! acpi_osi="Windows 2009"
 
 

J'ai toujours pas la mise à jour de Plasma en 5.12.4 sur Arch, c'est bizarre non ?

Mon portable est un Dell latitude E6520 avec un i7-2760QM et une carte graphique NVIDIA NVS 4200M.

J'ai fini par virer LightDM pour le remplacer par SDDM qui est mieux adapté à KDE plasma sois disant.
Mais c'est toujours le même problème, si j'active Optimus dans le bios il bloque au démarrage. C'est même pire car maintenant ça clignote et je ne peux avoir de console...  

J'avais installé bumblebee et les pilotes nvidia au départ en suivant le wiki.arch, j'étais bien sur le GPU intel un moment, mais pas de switch, ni multi-écrans, après c'est partie en sucette je ne sais plus trop pourquoi...

Je vais regarder ton lien, merci.

je suis en 5.12.3 aussi

Non.

 
Et du coup, pourquoi ? Il y a un bug bloquant qui empêche la mise à jour ?

Aucune idée, mais Arch ne garantit pas d'avoir la mise à jour le jour de sa sortie, c'est souvent le cas mais pas toujours.

Pour KDE, cela va encore mais Enlightenment, c'était parfois des mois entre la sortie des sources et le binaire vu que le mainteneur n'était pas super disponible.  

Si tu googlise un peu, ce laptop là a plusieurs problèmes récurrents reportés :  
- optimus avec hdmi ne fait pas bon ménage,
- Ajouter vga=0x34D dans grub : pour forcer le démarrage en 1600x900
- Dans les cas de non reboot : reboot=pci
 
Le reste d'après le github bumblebee ton laptop a l'air ok pour bumblebee

C'est le problème avec Arch : on s'habitue à l'immédiateté.

Moi perso j’apprécierais que les mises à jour soient moins nombreuses ( surtout que souvent, on cherche les nouveautés sans les trouver )

Bah, tu fais une mise à jour par mois et tu en auras moins.

Ou change de distrib.  

Je n'ai pas l'impression que ce soit un problème de distribution.
Certes sous Arch, dès qu'une nouvelle version d'un logiciel sort, elle est dispo quasi immédiatement. C'est la philosophie de cette distribution.
Mais j'ai l'impression que dans le monde du logiciel libre, on propose assez souvent dans les dépôts une nouvelle version d'un logiciel/paquet au moindre petit changement, même minime.
Je me fais des idées ou pas ?
Parce que si c'est le cas, je peux le comprendre pour les mises à jour de sécurité, mais pour tout le reste ( fonctionnalités nouvelles, améliorations diverses, etc... ) je trouverais plus logique d'attendre et de proposer une nouvelle version uniquement quand un certain nombre de nouveautés ont été ajoutées.  
Ne ce serait ce que pour économiser de la bande passante sur le net ( car cela coute du temps et de l'énergie au fond )

Ben non, c'est l'avantage du libre : dès que tu as une nouveauté, tout le monde peut en profiter

 
Ce n'est pas le sens de ma remarque, moi je parle plutôt de bon sens et d'économie des ressources  
edit : en fait je considère que pour des tas de nouveautés secondaires, tout le monde peut attendre. Y'a rien qui presse au fond.

Je ne vois pas le « bon sens » dans ce que tu propose (du moins je ne vois pas en quoi ça serait plus censé que ce qui est fait actuellement)
 
De plus, je n'ai pas la même impression que toi : dans la plupart des logiciels libres qui me viennent à l'esprit, les nouveautés sont groupées à chaque version, sauf à utiliser un paquet beta ou un logiciel compilé depuis le repo git
 
Quand à l'économie des ressources : tu parles de l'électricité utilisée par les serveurs et les ordis ? Parce qu'un réseau consommera à peu près autant d'électricité qu'il soit utilisé ou non

Ah bon alors dans ce cas, pas de perte d'énergie c'est déjà ça.
Par contre le début de ta remarque me fait peur... car si les nouveautés sont déjà groupées j'ose pas imaginer les mises à jour sans regroupement  
Edit : je n'utilise que les dépôts officiels ( core extra community ) et je trouve que globalement les mises à jour sont très nombreuses.

Installe un paquet AUR en -git et tu verras
 
Sinon en changeant de distribution, tu aura moins de mises à jour
Par exemple : https://bugs.debian.org/cgi-bin/bug [...] bug=819703

Je laisse mon PC fixe sur Arch épicétou
Certes y'a des mises à jour, mais ça pulse du tonnerre : j'ai retrouvé une réactivité qui avait pris un bon coup dans l'aile avec Ubuntu  
On a rien sans rien faut croire  

Techniquement, une debian « installation minimale » te permettrait d'installer un système qui fonctionne tout aussi bien qu'une arch mais avec moins de mises à jour
 
D'ailleurs les mises à jour aussi communes c'est à la fois la force et la faiblesse d'arch pour moi : c'est génial pour mon PC que j'utilise tout les jours, mais pour les quelques PC que je laisse traîner et que j'allume moins d'une fois par semaine / mois, je n'arrive pas à suivre niveau mises à jour et c'est une purge à chaque fois

c'est pas gagné...
 
Oui j'ai cherché un peu pour mon modèle, j'aurai pu y penser avant je n'ai pas vu exactement la même configuration pour l'instant.
 
L'écran du portable est en 1920x1080 et j'ai une base avec un écran LCD 22" 1680x1050 branché en hdmi/dvi, mais j'ai aussi du vga sur le 22" si besoin.
 
J'ai tout pété ce matin, en redémarrant après avoir supprimé les drivers graphiques, du coup j'ai reformaté, je vais ré-installé et m'attaquer à ça en premier.
 

Ça dépend aussi de la qualité et la vitesse de ta connexion. Mais c’est vrai que, rien que cette semaine, j’ai compté un nombre anormalement élevé (par rapport à ce que je constate d’habitude) de paquets mis à jour par intervalles de 24 heures : normalement, on n’a guère plus de 30 à 60 Mio à télécharger d’un jour à l’autre (et encore, souvent, on n’atteint pas les 10 Mio). Mais cette semaine, rares furent les jours où j’ai eu moins de 250 Mio à télécharger. Rien qu’aujourd’hui, 29 paquets (32 sur mon portable, où Multilib est activé pour Wine) pour pas moins de 300 Mio. Là où l’operation ne prend qu’une cinquantaine de secondes (j’utilise la commande time pour chronométrer) habituellement sur un Core2Quad de 2009, on atteignait les 2 mn 30. Faut dire qu’hier comme aujourd’hui, il y a eu des versions révisées des paquets de Firefox, Chromium, LibreOffice (les mêmes versions des logiciels concernés, mais des paquets en -2 ou -3)…

Bref, il y a des périodes où les MAJ te tombent dessus comme ça, au lieu de n’être qu’une dizaine de petits trucs rapidement installés, et c’est relou…