Pourquoi n'ai-je pas besoin d'installer de pilotes pour Ubuntu

14

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

Kraken
la source

Réponses:

14

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.

Mitch
la source
Pour développer davantage la question d'origine ... tous les périphériques nécessitent un pilote d'un certain type pour communiquer avec un système d'exploitation (qu'il s'agisse de Mac OS X, Windows, Linux, etc.) et être en mesure de comprendre comment ce périphérique fonctionne. Bien que vous deviez peut-être installer des pilotes pour les périphériques de votre système, je n'ai en revanche pas besoin d'installer de pilote (pour Windows OU Ubuntu) si je réinstalle un système d'exploitation. Cela ne signifie pas qu'ils ne sont pas là, c'est juste que les pilotes `` prêts à l'emploi '' fournis par les développeurs du système d'exploitation fonctionnent correctement. ;)
gravité
Le programme d'installation installe-t-il différents pilotes sur chaque ordinateur? Ou est-ce que tout est dans le noyau, ce qui signifie que le programme installe tout le même noyau avec les mêmes pilotes sur tous les ordinateurs?
Revetahw dit Réintégrer Monica
1
@Fiksdal Non, le programme d'installation installe toujours les mêmes pilotes (noyau et modules), quel que soit le matériel sur lequel il fonctionne. Le noyau détermine ensuite ce dont il a besoin lors du démarrage et charge uniquement les modules nécessaires au matériel sur lequel il s'exécute. C'est aussi pourquoi vous pouvez retirer un disque dur d'un ordinateur et le mettre dans un autre, et cela fonctionnera. Vous ne pouvez pas le faire si facilement avec Windows AFAIK
JonasCz - Réinstallez Monica
@JonasCz Merci pour cette information! Avec Windows, c'est possible grâce à un outil tiers appelé WinToUSB. Il prend automatiquement en charge les pilotes lorsque vous passez d'un ordinateur à un autre, je l'utilise moi-même, c'est très simple et convivial.
Revetahw dit Reinstate Monica
1

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.

Karel
la source
La raison pour laquelle les pilotes open source sont intégrés n'est pas une sorte de "protection" contre quoi que ce soit. C'est le concept du noyau Linux. Il les a juste. Si dans certains cas, il ne prend pas en charge certains matériels, des pilotes propriétaires peuvent être nécessaires.
Pilot6
Je fais référence ici aux pilotes open source comme nouveau et aux packages amdgpu.
karel
Ces pilotes ne sont pas censés être une «protection» ou une solution temporaire. Ils sont censés gérer le matériel suffisamment bien pour être utilisés en permanence. Mais ce n'est pas toujours le cas pour différentes raisons. Aussi simple que cela.
Pilot6
Je n'ai pas dit ce que les pilotes graphiques open source sont "censés" faire. J'ai dit que ces pilotes sont une couche de protection pour l'utilisateur. Il est évident que les pilotes intégrés sont également censés fonctionner correctement, sinon ils n'auraient pas été approuvés pour inclusion dans les référentiels Ubuntu par défaut.
karel
Ce n'est pas une couche de protection. Ce ne sont que les pilotes que nous avons.
Pilot6
0

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é.

rackandboneman
la source