Plymouth permettra-t-il une belle expérience de démarrage avec des pilotes graphiques propriétaires à l'avenir?

8

Le nouveau chargeur de démarrage graphique introduit en 10.04 (plymouth) a l'air incroyable jusqu'à ce que j'active les pilotes propriétaires pour ma carte vidéo. J'obtiens alors un horrible monstre flashy d'une expérience de démarrage, que je peux supporter si je le dois, mais je suis sûr que ce serait choquant pour les nouveaux utilisateurs.

Ma compréhension est que plymouth dépend de fonctionnalités qui ne sont actuellement pas disponibles dans les pilotes propriétaires. Ma question est, est-ce que cela est susceptible de changer, ou devrais-je simplement m'habituer à «l'un ou l'autre» (c'est-à-dire une belle expérience de démarrage ou une belle expérience de bureau, mais pas les deux)? Pouvons-nous nous attendre à voir Plymouth jouer correctement avec des pilotes graphiques propriétaires à l'avenir, ou est-ce uniquement tributaire du travail des fabricants propriétaires?

jaminday
la source

Réponses:

8

Vous posez une question à laquelle les développeurs et les décideurs des entreprises fabriquant le matériel et les pilotes ne peuvent vraiment répondre.

En fin de compte, cela peut être fait, mais cela nécessite un peu de donner des deux côtés de la clôture. Nvidia, par exemple, prétend qu'ils pourraient le faire mais nécessitent un certain assouplissement sur l'octroi de licences à certaines bibliothèques.

De AaronP (personnel de nvidia):

La dernière fois que j'ai parlé aux développeurs qui y travaillaient, ils m'ont dit que les hooks nécessaires pour implémenter le paramétrage du noyau ont été exportés uniquement vers les modules GPL, et ne sont donc pas utilisables par le pilote NVIDIA. D'un autre côté, c'était il y a quelque temps et je ne l'ai pas revu depuis. Si les développeurs du noyau sont prêts à travailler avec nous pour rendre possible le réglage du mode du noyau pour les GPU NVIDIA, alors nous y réfléchirons.

Et encore ici :

Eh bien, permettez-moi de reformuler cela ... il a été spécifiquement conçu pour être incompatible avec les pilotes non GPL, du moins selon Dave Airlie lorsque je lui ai posé la question il y a quelques mois. Je n'ai pas vraiment regardé le code moi-même.

C'était il y a deux ans ... Alors non, cela n'a pas avancé particulièrement vite. Je crains qu'il n'y ait probablement plus de chance de charger X plus rapidement et d'utiliser uniquement XSplash.

Mais quand vous le regardez du point de vue de Nvidia, qu'est-ce que cette fonctionnalité ajoute vraiment pour leurs utilisateurs? Bénéficieraient-ils davantage de 400 heures-homme pour le développement Xorg ou de 400 heures pour rendre la séquence de démarrage plus jolie?

Oli
la source
1
Merci pour la réponse. Je comprends tout à fait votre point sur la nécessité de donner la priorité à l'utilisation des ressources en heures-homme. Pourtant, il est regrettable que ce soit le cas. D'après mon expérience, à moins qu'un nouveau venu ne soit idéologiquement attaché aux logiciels libres, il semble souvent que seuls quelques petits bugs comme celui-ci puissent les désactiver (en particulier lorsque l'écran de démarrage est l'une des premières choses qu'ils sont susceptibles de voir). Ne pointant les doigts dans aucune direction, juste une humble observation.
jaminday
Si vous n'aimez pas à quoi cela ressemble, vous pouvez simplement supprimer l' splashoption des paramètres de démarrage (maintenez la touche Maj enfoncée pour accéder à grub, appuyez sur e, supprimez l'option, contrôlez + x pour démarrer). Un écran vierge pourrait mieux paraître.
Oli
7

Il existe un correctif pour cela:

  1. Modifier /etc/default/grub(appuyez sur Alt-F2 et entrez gksudo gedit /etc/default/grub)
  2. Trouvez la ligne qui ressemble à quelque chose #GRUB_GFXMODE=640×480
  3. Supprimez le «#» et changez la résolution à la résolution de votre écran (par exemple. GRUB_GFXMODE=1280x800)
  4. Enregistrez et fermez le fichier.
  5. Modifier /etc/grub.d/00_header(appuyez sur Alt-F2 et entrez gksudo gedit /etc/grub.d/00_header)
  6. Trouvez la ligne gfxmode=${GRUB_GFXMODE}
  7. Ajoutez cette ligne en dessous: set gfxpayload=keep
  8. Enregistrez et fermez le fichier.
  9. Exécutez les applications -> Accessoires -> Terminal
  10. Entrez sudo update-grub, entrez votre mot de passe si nécessaire et attendez qu'il se termine.

Redémarrez et cela devrait maintenant être meilleur, bien que la vitesse de démarrage puisse être légèrement diminuée.

dv3500ea
la source
1
Cela n'a pas vraiment fonctionné pour moi - en utilisant un pilote Nvidia, cela a cependant augmenté mon temps de démarrage de 135 secondes. Toujours la même séquence de démarrage lofi.
Marco Ceppi
Oui, j'ai vu et essayé des correctifs similaires, mais je n'ai jamais eu beaucoup de succès - en général, cela n'a fait qu'aggraver mon expérience de démarrage ou a ralenti mon système à une analyse, et était ennuyeux de revenir en arrière. Je pense que je vais simplement vivre avec l'écran de démarrage flashy jusqu'à ce qu'une solution plus élégante fasse surface.
jaminday
Cela ne veut pas dire que cela ne fonctionnera pas pour les autres si vous voulez l'essayer. Je suggérerais simplement de garder une trace de toutes les modifications que vous apportez afin que vous puissiez revenir en arrière si nécessaire.
jaminday
1

Nouveau accélère en 3D avec Gallium3D ainsi qu'une bonne gestion de l'énergie dès maintenant. Même si le problème des symboles GPL uniquement n'est pas résolu, les pilotes propriétaires de nVidia ne seront pas seuls à fournir une `` expérience de bureau agréable '' beaucoup plus longtemps.

http://nouveau.freedesktop.org/wiki/FeatureMatrix

Avoir Nouveau à ce niveau de fonctionnalité signifie une accélération 3D fonctionnant sur des LiveCD, des temps de démarrage plus rapides, une meilleure sécurité, des installations ubuntu sans installation de pilote, etc. Les performances de jeu prendront probablement plus de temps. --mais pour Compiz, je dirais qu'en fonction de votre GPU nVidia, vous regardez 11.04.

ethana2
la source
0

J'ai eu le même problème après l'installation des pilotes Nvidia. Il s'agit d'un problème connu et il existe un rapport de bogue pour cela: Bogue n ° 540801

Le commentaire n ° 2 sur ce rapport de bogue décrit une solution de contournement pour cela qui a fonctionné pour moi:

Le problème ici est les pilotes graphiques; sur votre système, leur chargement prend plus de temps qu'il ne faut pour vérifier et monter le système de fichiers - il n'y a donc aucune raison de démarrer l'écran de démarrage, car nous pouvons déjà démarrer X.

Sur les systèmes à disque dur, cela est pire car nous effectuons la phase de lecture anticipée avant de charger les pilotes; il peut donc s'écouler longtemps avant qu'une éclaboussure n'apparaisse.

Une "solution" consiste à utiliser les initramfs et à démarrer plymouth comme une étape critique:

echo FRAMEBUFFER=y > /etc/initramfs-tools/conf.d/splash

update-initramfs -u

Mais cela introduit un retard important au démarrage juste pour obtenir l'écran de démarrage pour le reste.

Si vous exécutez les deux commandes ci-dessus à partir de la ligne de commande (en tant que root) et redémarrez votre système, vous devriez récupérer votre joli écran de démarrage Plymouth. L'inconvénient est cependant que votre système prend un peu plus de temps à charger, mais à mon avis, c'est un petit prix à payer. Mon système démarre toujours assez rapidement.

Dans le cas d'une faible résolution de Plymouth; il existe également un moyen de résoudre ce problème: Modification de la résolution de démarrage (Plymouth)

Serrano
la source