Linux'ta donanım desteği, Windows'taki mantıkla temelden farklı çalışır. Windows'ta üreticinin sitesinden indirilen bir .exe paketi çekirdeğe (kernel) dışarıdan eklenirken, Linux'ta sürücülerin büyük bölümü çekirdeğin kendi içinde, kernel modülü olarak gelir. Yani "sürücü yükleme" işleminin ilk adımı çoğu zaman bir dosya indirmek değil, doğru çekirdek sürümünü ve doğru firmware paketini elde etmektir. Bu ayrım anlaşılmadığında, çalışmayan bir Wi-Fi adaptörü için saatler boyunca gereksiz derleme denemeleri yapılabilir.
Bir donanımın çalışmaması dört ayrı katmandan birinde tıkanıklık anlamına gelir. Doğru linux sürücü kurulum stratejisi, önce bu katmanın tespit edilmesine bağlıdır.
| Katman | Belirti | Teşhis komutu |
|---|---|---|
| Donanım tanınmıyor | Cihaz listede hiç görünmüyor | lspci -nn, lsusb |
| Modül yok / yüklenmiyor | Cihaz görünüyor, "Kernel driver in use" satırı boş | lspci -k, lsmod |
| Firmware eksik | Günlükte "firmware failed to load" hatası | dmesg | grep -i firmware |
| Yapılandırma hatası | Modül yüklü ama arayüz kapalı, ekran çözünürlüğü düşük | ip link, journalctl -b |
lspci -nn çıktısındaki köşeli parantez içindeki dört haneli üretici/aygıt kimliği (örneğin 8086:2723) en kritik veridir. Model adı yerine bu kimlikle arama yapmak, aynı isimle satılan farklı yonga setlerinin karıştırılmasını önler; özellikle Wi-Fi adaptörlerinde aynı ürün adının altında üç ayrı yonga bulunabilir.
Aynı donanımı çalıştırmak için genellikle birden fazla yol vardır ve bunların bakım maliyeti belirgin şekilde farklıdır.
| Yöntem | Kurulum zorluğu | Çekirdek güncellemesine dayanıklılık | Uygun olduğu durum |
|---|---|---|---|
| Depodan hazır paket (linux-firmware, nvidia-driver, mesa) | Çok düşük | Yüksek – paket yöneticisi birlikte günceller | Vakaların büyük kısmı |
| Daha yeni çekirdeğe geçmek (HWE, backports, mainline) | Düşük | Yüksek | Yeni çıkmış CPU/GPU/Wi-Fi yongaları |
| DKMS ile harici modül derlemek | Orta | Orta – her çekirdekte otomatik yeniden derlenir, ama API değişiminde kırılır | Broadcom Wi-Fi, bazı RTL adaptörleri |
| Üreticinin .run betiği | Orta | Düşük – her çekirdek güncellemesinde elle müdahale | Yalnızca depoda karşılığı yoksa |
| Kaynaktan elle derleme (make/make install) | Yüksek | Çok düşük | Deneysel yamalar, geliştirme |
Karar sırası bu tablonun yukarıdan aşağıya okunmasıyla oluşur: depoda paket varsa başka yol denenmez; yoksa çekirdek yükseltmesi denenir; ancak bu da yetmezse DKMS'e geçilir. .run betikleri ve elle derleme, sistemin uzun vadeli bakımını zorlaştırdığı için son seçenektir.
GPU tarafında tercih çoğunlukla iki sürücü ailesi arasındadır. AMD ve Intel için açık kaynak yığın (amdgpu/i915 + Mesa) fiilen standarttır; ek kurulum gerektirmez, yalnızca güncel Mesa sürümü oyun performansı için fark yaratır. NVIDIA'da ise açık kaynak nouveau sürücüsü masaüstü için yeterli olsa da güç yönetimi ve 3B performansta özel sürücünün belirgin biçimde gerisindedir. Windows tarafındaki GPU sürücüsü güncelleme mantığını bilenler için buradaki temel fark, kurulumun tarayıcıdan indirilen bir dosya yerine paket yöneticisiyle yapılmasıdır.
Hibrit dizüstülerde (Intel + NVIDIA) ek bir katman daha vardır: hangi GPU'nun hangi uygulamayı çalıştıracağını belirleyen geçiş mekanizması. Burada özel sürücüyle birlikte gelen PRIME desteği en az sorunlu yoldur.
Kablosuz adaptörlerde en sık karşılaşılan durum modül eksikliği değil, ikili (binary) firmware dosyasının bulunmamasıdır. Intel ve Qualcomm/Atheros yongaları linux-firmware paketinin kurulmasıyla çoğunlukla düzelir. Broadcom ise ayrı bir vaka: brcmfmac, b43 ve wl (DKMS) sürücüleri arasında doğru olanı seçmek gerekir ve yanlış modülün modprobe ile yüklenmesi diğerini bloke edebilir. Bu durumda /etc/modprobe.d/ altında blacklist tanımı yapmak gerekir. Kurulum sırasında internet yoksa, paketleri USB bellekle taşımak ya da geçici olarak telefonu USB tethering modunda kullanmak pratik çözümdür. Ağ sürücüsü kurulumu ve ayarlanması konusundaki genel ilkeler burada da geçerlid