Donc, lorsque j'installe Windows, je dois installer tous les pilotes qui sont respectifs à mon ordinateur portable.
Pourquoi ne fais-je pas de même avec l'installation d'Ubuntu?
L'installation détecte-t-elle en quelque sorte mon matériel et installe-t-elle les pilotes appropriés?
Merci
Réponses:
Pour la plupart, vous n'avez pas besoin d'installer de pilotes supplémentaires. Presque tous les pilotes disponibles sont inclus.
Ubuntu est livré avec de nombreux pilotes prêts à l'emploi. Vous devrez peut-être installer les pilotes uniquement si une partie de votre matériel ne fonctionne pas correctement ou n'est pas détectée. Certains pilotes pour cartes graphiques et adaptateurs sans fil peuvent être téléchargés.
Le moyen facile de savoir si des pilotes sont nécessaires est de choisir d’essayer Ubuntu dans l’écran d’installation d’abord pour voir si vous avez besoin de pilotes et pour voir si Ubuntu fonctionne avec votre matériel.
Ubuntu est un système d'exploitation open source, et dans un système d'exploitation open source, il est possible de fournir aux utilisateurs une protection supplémentaire contre les problèmes causés par l'installation du mauvais pilote et une aide supplémentaire pour récupérer le système après avoir installé le mauvais pilote graphique propriétaire. Je fais référence ici aux pilotes graphiques open source intégrés comme nouveau et aux packages amdgpu et aux pilotes graphiques propriétaires tels que les pilotes NVIDIA du site Web officiel de NVIDIA et le pilote AMDGPU-Pro 1 du site Web officiel d'AMD.
Les pilotes open source intégrés dans Ubuntu fournissent à l'utilisateur une couche supplémentaire de protection contre la réinstallation du système d'exploitation en raison d'un problème causé par l'installation d'un pilote propriétaire. La raison pour laquelle certains pilotes n'ont pas besoin d'être installés dans Ubuntu est que certains pilotes open source sont déjà intégrés dans l'installation Ubuntu par défaut. L'installation d'un pilote propriétaire peut parfois rendre votre système non amorçable, si ce n'était les pilotes open source encore installés qui permettent au système de redémarrer après la désinstallation du pilote propriétaire à l'origine du problème.
Les systèmes Linux (et certains autres systèmes open source unix) traitent les pilotes très différemment de la façon dont les systèmes d'exploitation Windows le font.
Dans les systèmes Windows (en particulier avant Windows 10), le noyau du système d'exploitation fournit une interface logicielle binaire stable par rapport à laquelle un pilote peut être écrit, et cette interface est (à quelques exceptions près) garantie de ne pas changer tout au long du cycle de support d'une version Windows donnée. Cela favorise l'écriture et la fourniture de pilotes par des tiers, ils fonctionneront généralement pour au moins une version de Windows tout au long de ce cycle de support. L'inconvénient est que cette interface de pilote est difficile à améliorer ou à corriger au cours de ce cycle de vie, et favorise la distribution binaire des pilotes qui (toute politique mise à part!) Limite souvent la prise en charge multiplateforme cohérente.
Les noyaux Linux ont une interface de pilote changeante qui n'est spécifiée strictement qu'au niveau du code source, et orientée vers l'improvisibilité et la cohérence multiplateforme. Cela signifie que, à moins qu'un pilote "traducteur" supplémentaire offrant une interface binaire spécifique et stable soit utilisé, un pilote binaire est spécifique à une construction de noyau exacte. On pourrait "truquer" un pilote binaire pour qu'il soit peut-être compatible avec quelques dizaines de versions exactes du noyau sur une plate-forme, mais l'effort de le maintenir (en tant qu'offre binaire) ne serait pas rentable. Ce parti pris est également politiquement recherché dans la communauté du noyau Linux, car ils prétendent qu'un pilote binaire à source fermée pourrait faire bien pire qu'un micrologiciel malveillant sur un périphérique capable de gérer le busconsidérez le code source fermé comme à la fois trop peu fiable et trop désagréable pour le faire fonctionner avec les privilèges du noyau. Ainsi, les pilotes de périphérique open source pour tous les principaux matériels sont fournis dans le package du noyau lui-même, la deuxième option étant qu'il existe une méthode relativement facile à utiliser pour distribuer un pilote externe en tant que tarball source, à compiler avec le noyau installé.
Certains autres pilotes Linux (par exemple les pilotes graphiques X11 classiques, les pilotes de scanner, les pilotes d'imprimante) ne sont pas traités comme des éléments du noyau, mais comme des parties de certains logiciels de l'espace utilisateur qui fournissent la fonctionnalité en tant que service à l'échelle du système (XOrg, Sane, Ghostscript. ..) - ceux-ci ont également tendance à être spécifiques et principalement distribués avec une version donnée du logiciel de l'espace utilisateur concerné.