Perché non ho bisogno di installare alcun driver per Ubuntu

Quindi, quando installo Windows, devo installare tutti i driver relativi al mio laptop.

Perché non faccio lo stesso con l'installazione di Ubuntu?

L'installazione rileva in qualche modo il mio hardware e installa i driver corretti da solo?

Grazie

drivers system-installation

— Kraken
fonte

Risposte:

Per la maggior parte, non è necessario installare driver aggiuntivi. Sono inclusi quasi tutti i driver disponibili.

Ubuntu viene fornito con molti driver pronti all'uso. Potrebbe essere necessario installare i driver solo se parte dell'hardware non funziona correttamente o non viene rilevato. È possibile scaricare alcuni driver per schede grafiche e adattatori wireless.

Il modo più semplice per scoprire se sono necessari driver è scegliere Prova Ubuntu dalla schermata di installazione prima per vedere se hai bisogno di driver e per vedere se Ubuntu funziona con il tuo hardware.

— Mitch
fonte

Per espandere ulteriormente la domanda originale ... tutti i dispositivi richiedono un driver di qualche tipo per comunicare con un sistema operativo (indipendentemente dal fatto che si tratti di Mac OS X, Windows, Linux, ecc.) Ed essere in grado di capire come funziona quel dispositivo. Mentre potrebbe essere necessario installare i driver per i dispositivi del tuo sistema, io, d'altra parte, non devo installare alcun driver (per Windows o Ubuntu) se reinstallo un sistema operativo. Ciò non significa che non ci siano, è solo che i driver "pronti all'uso" forniti dagli sviluppatori del sistema operativo funzionano bene. ;)

— gravità

Il programma di installazione installa driver diversi su ciascun computer? O è tutto nel kernel, il che significa che il programma installa lo stesso kernel con gli stessi driver su tutti i computer?

— Revetahw dice che ripristina Monica

@Fiksdal No, il programma di installazione installa sempre gli stessi driver (kernel e moduli), indipendentemente dall'hardware su cui è in esecuzione. Il kernel quindi determina ciò di cui ha bisogno all'avvio e carica solo i moduli necessari per l'hardware su cui è in esecuzione. Questo è anche il motivo per cui puoi prendere un disco rigido da un computer e inserirlo in un altro, e funzionerà. Non puoi farlo così facilmente con Windows AFAIK

— JonasCz - Reinstalla Monica il

@JonasCz Grazie per queste informazioni! Con Windows è possibile tramite uno strumento di terze parti chiamato WinToUSB. Si occupa automaticamente dei driver quando si passa da un computer all'altro, lo uso da solo, è molto semplice e intuitivo.

— Revetahw dice di reintegrare Monica il

Ubuntu è un sistema operativo open source e in un sistema operativo open source è possibile fornire agli utenti una protezione aggiuntiva contro i problemi causati dall'installazione del driver errato e un ulteriore aiuto per il ripristino del sistema dopo l'installazione del driver grafico proprietario errato. Mi riferisco qui ai driver grafici open source integrati come nouveau e ai pacchetti amdgpu e driver grafici proprietari come i driver NVIDIA dal sito Web ufficiale NVIDIA e il driver AMDGPU-Pro ¹ dal sito Web ufficiale AMD.

I driver open source integrati in Ubuntu forniscono all'utente un ulteriore livello di protezione contro la necessità di reinstallare il sistema operativo a causa di un problema causato dall'installazione di un driver proprietario. Il motivo per cui alcuni driver non devono essere installati in Ubuntu è che alcuni driver open source sono già integrati nell'installazione predefinita di Ubuntu. L'installazione di un driver proprietario a volte può rendere il sistema non avviabile, se non fosse per i driver open source ancora installati che consentono al sistema di riavviarsi dopo la disinstallazione del driver proprietario che ha causato il problema.

— karel
fonte

Il motivo per cui sono integrati i driver open source non è alcun tipo di "protezione" da nulla. È il concetto di kernel Linux. Li ha appena. Se in alcuni casi non ha il supporto di alcuni componenti hardware, potrebbero essere necessari driver proprietari.

— Pilota 6

Mi riferisco qui a driver open source come nouveau e pacchetti amdgpu.

— Karel,

Questi driver non dovrebbero essere una "protezione" o una soluzione temporanea. Dovrebbero gestire l'hardware abbastanza bene da poter essere utilizzato in modo permanente. Ma questo non è sempre il caso per diversi motivi. Così semplice.

— Pilota 6,

Non ho detto cosa dovrebbero "fare" i driver grafici open source. Ho detto che questi driver sono un livello di protezione per l'utente. È ovvio che anche i driver integrati dovrebbero funzionare adeguatamente, altrimenti non sarebbero stati controllati per l'inclusione nei repository Ubuntu predefiniti.

— Karel,

Non sono un livello di protezione. Sono solo i driver che abbiamo.

— Pilota 6

I sistemi Linux (e alcuni altri sistemi open source unix) trattano i driver in modo molto diverso da come fanno i sistemi operativi Windows.

Nei sistemi Windows (in particolare pre-Windows 10), il kernel del sistema operativo fornisce un'interfaccia software binaria stabile rispetto alla quale è possibile scrivere un driver e tale interfaccia è (con eccezioni) garantita invariata nel ciclo di supporto di una determinata versione di Windows. Ciò favorisce la scrittura e la fornitura di driver da parte di terzi, che di solito funzionano per almeno una versione di Windows in quel ciclo di supporto. L'aspetto negativo è che questa interfaccia di driver è difficile da migliorare o correggere all'interno di quel ciclo di vita e favorisce la distribuzione binaria di driver che (a parte tutta la politica!) Spesso limita il supporto multipiattaforma coerente.

I kernel Linux hanno un'interfaccia driver mutevole che è specificata rigorosamente solo a livello di codice sorgente e distorta per l'improvvisazione e la coerenza multipiattaforma. Ciò significa che, a meno che non venga utilizzato un driver "traduttore" aggiuntivo che offre un'interfaccia binaria specifica e stabile, un binario del driver è specifico per una build del kernel esatta. Si potrebbe "confondere" un binario del driver per renderlo compatibile con una dozzina di esatte versioni del kernel su una piattaforma, ma lo sforzo di mantenerlo (come offerta binaria) sarebbe antieconomico. Questo pregiudizio è anche politicamente ricercato nella comunità del kernel linux, dal momento che ~~fingono che un driver binario a sorgente chiuso potrebbe fare molto peggio del firmware dannoso su una periferica compatibile con busmastering~~considera il codice sorgente chiuso sia troppo poco attendibile che troppo sgradevole per averlo in esecuzione con i privilegi del kernel. Pertanto, i driver di dispositivo open source per tutto l'hardware principale sono forniti all'interno del pacchetto kernel stesso, con la seconda opzione che esiste un metodo relativamente facile da usare per distribuire un driver esterno come tarball di origine, da compilare contro il kernel installato.

Alcuni altri driver linux (ad esempio driver grafici X11 classici, driver scanner, driver stampante) non sono gestiti come parti del kernel, ma come parti di alcuni software dello spazio utente che forniscono la funzionalità come servizio a livello di sistema (XOrg, Sane, Ghostscript. ..) - anche questi tendono ad essere specifici e per lo più distribuiti con una data versione del software userpace pertinente.

— rackandboneman
fonte