meskobalazs nem lenne ennyi jó minőségű szabad szoftveres illesztőprogram

És nem lenne ennyi eleve nem létező, vagy egyszer megcsinált, de utána hozzá sem nyúlt, karbantartás, követés, fejlesztés nélküli eszközmeghajtó.
Ezért (is) kell sokkal jobban érteni egy linux üzemeltetéséhez, perifériák megválasztásához.
Ez a diverzitás a közösség szempontjából előny, de az üzemeltető szempontjából nagyobb szellemi befektetést igényel.
Az már csak szigorúan személyes véleményem, hogy a jelenleg létező linux marketing ezt valahogy nem igazán hangsúlyozza.

      tenkes egyszer megcsinált, de utána hozzá sem nyúlt

      Na ez az, ami a zárt illesztőprogramok sajátja. Ami forráskódként bekerült a Linux kernelbe, azokat karbantartják a kernel fejlesztői.

        meskobalazs a gyártók adták volna a támogatást a saját bináris szutykukkal, és nem lenne ennyi jó minőségű szabad szoftveres illesztőprogram.

        Ezt most annyira én sem értem. Ez most azt jelentené, hogy a gyártók nem törőd(né)nek eléggé a saját hardveres eszközük saját illesztőprogramjának a minőségével? Mert hogy most az "állandóan" változó környezet (API) miatt, nincs "kedvük" szüttyögni vele, még érthető.

            tenkes Ezért (is) kell sokkal jobban érteni egy linux üzemeltetéséhez, perifériák megválasztásához.

            Perifériák megválasztásában igazad van. Aki nem akar windowsokat használni, annak egy kicsit észnél kell lenni, milyen cuccokból vásárol be. Pl. szkenner terén elég könnyű mellényúlni 😀
            Az ÜZEMELTETÉShez kell valakinek értenie, ha üzemeltet gépet! Ez nem azonos a használatával.
            Persze a használatot is meg kell tanulni, de ez így van mosógéptől a felmosórongyig, a köpülőtől a röpülőig.

            Linux esetén valóban kell hozzá konyítani valamit, mert ott az üzemeltetés saját hatáskörben van.
            Az újabb Windowsok esetén az üzemeltetésről gyakorlatilag lemondtál, és átadtad A "CÉG"-nek 😉
            Legalábbis, nekem ez volt a tapasztalatom.

                sömike Mert hogy most az "állandóan" változó környezet (API) miatt, nincs "kedvük" szüttyögni vele, még érthető.

                Van én nekem egy tök jó szkennerem, Canon Lide60. Nem mai darab, de kiválóan teszi a dolgát.
                Szinte kukából guberáltam, de konkrétan tényleg kidobták, mert nem lehet Win10 alatt használni.
                SANE viszont teljes mértékben támogatja. 😎

                  klt Az ÜZEMELTETÉShez kell valakinek értenie, ha üzemeltet gépet! Ez nem azonos a használatával.

                  klt Linux esetén valóban kell hozzá konyítani valamit, mert ott az üzemeltetés saját hatáskörben van.
                  Az újabb Windowsok esetén az üzemeltetésről gyakorlatilag lemondtál, és átadtad A "CÉG"-nek

                  Pont erről beszéltem és ezért utaltam a marketingre is. Egy átlag felhasználó bármilyen eszközén az OS nem azért van, hogy azt üzemeltesse, hanem csak azért, hogy magát az eszközt használja. Lassan már minden szoftveresen vezérelt, a porszívó, a TV, a villanykörte.
                  Örülök, hogy csak használnom kell a gépeimet a W10-en, vagy bármilyen szoftveren keresztül, nem szeretném ténylegesen üzemeltetni azokat, mert az egy külön szakma.

                      sömike Ez most azt jelentené, hogy a gyártók nem törőd(né)nek eléggé a saját hardveres eszközük saját illesztőprogramjának a minőségével?

                      Azt. A legtöbb gyártónak ez nyűg, egyszer lefejlesztik, aztán ennyi. Az én nyomtatóm gyári szoftvere is csak Windows XP-n működött (még jó hogy Linuxra van hplip), de sok egyéb periféria is notóriusan csak egyetlen operációs rendszer egyetlen verzióján működik rendesen, például a hangkártyáknál ez elég jellemző.

                      Ez alól persze vannak kivételek, de összességében nem jó a helyzet.

                        pdav "végig mentem a a fenti linken, de nem teljesen értem mi a probléma oka."

                        Elmesélheted, hova mentél, merre jártál...
                        ... de jobb lenne, ha mutatnád:

                        • a parancsot, amit begépeltél
                        • a választ, amit a rendszer írt ki.

                        (Az lenne a szép, ha nem képet adnál, hanem a szöveget másolnád ide. Ekkor ugyanis mi is be tudjuk másolni a válaszba, rámutatva, hol lehet a hiba.)

                          A gyartok zart linux drivereit olyan emberek irjak, akik windows drivereket irnak egesz nap. Ahhoz a logikahoz vannak szokva. Akaratlanul is szarul kozelitenek meg dolgokat. Berogzodes. Aztan hiaba akarna valamit varazsolni, surgetik. Nem hegyezheti ki. Megy az ubuntu xx.yy.z-n es annyi. Amikor kinyitjak a kodot es hozzaferhet boldog boldogtalan, nekiesnek olyanok, akik nem windows buzik, de linux buzik es addig csurik csavarjak mig az nem lesz jo mindenhol. A kernel driverei jobbak itt mint windowson.

                          • klt válaszolt erre.

                            bartaszili

                            Azért bizonyos esetekben jobb a zárt drivert használni, talán mert a nyílt még nem tart ott, ahol jó lenne, hogy tartson.
                            OBS-t használom egyszer-egyszer közvetíteni, és nem baj, ha nem a CPU izzad a videó kódolásával. Ezt meg a nyílt driverrel nem tudom megcsinálni egyelőre, kell az i965-va-driver-shaders https://packages.debian.org/buster/video/i965-va-driver-shaders
                            Vagy a desktopon az nvidia kártyám esetében (egyelőre) lényegesen jobban lefedi a kártya kpességeit a zárt driver.
                            Szóval, azért lehetnek kivételek 😉

                              sudo rfkill list

                              1: phy0: Wireless LAN
                              Soft blocked: no
                              Hard blocked: no
                              3: hci0: Bluetooth
                              Soft blocked: no
                              Hard blocked: no

                              Nem sikerül, továbbra is ez a üzenet csatlakoztatáskor:
                              1005a1006,1011

                              [ 1235.237898] usb 2-7: new full-speed USB device number 6 using ohci-pci
                              [ 1235.476723] usb 2-7: New USB device found, idVendor=0a12, idProduct=0001, bcdDevice=88.91
                              [ 1235.476733] usb 2-7: New USB device strings: Mfr=0, Product=2, SerialNumber=0
                              [ 1235.476736] usb 2-7: Product: BT DONGLE10
                              [ 1235.483783] Bluetooth: hci0: CSR: Unbranded CSR clone detected; adding workarounds and force-suspending once...
                              [ 1235.485942] Bluetooth: hci0: CSR: Failed to suspend the device for our Barrot 8041a02 receive-issue workaround

                              • klt válaszolt erre.

                                pdav

                                pdav Bluetooth: hci0: CSR: Failed to suspend the device for our Barrot 8041a02 receive-issue workaround

                                https://bugzilla.kernel.org/show_bug.cgi?id=60824

                                guimarcalsilva 2022-01-01 21:00:15 UTC
                                Hi, I know this is very weird but I noticed the bluetooth adapter works just fine if I pass it through a VM using Gnome Boxes, but no matter what I do it doesn't work on a real machine. On the virtual machine, I'm running OpenSuse Tumbleweed with kernel 5.15.5.1 (also worked with KDE Neon with kernel 5.11) and on the host, I have the kernel 5.15.11-200. I have no idea why it can't get an HCI address on a real machine (check my prior comments) but it can on a VM with any kernel version.

                                Úgy sejlik, meg kéne próbálnod másmilyen kernelekkel is. Mondjuk, 5.13.15 előttiekkel.

                                https://bugzilla.kernel.org/show_bug.cgi?id=60824#c208

                                I have a bluetooth dongle that previously worked but stopped working after a kernel upgrade (> 5.13.15).

                                Vagy,

                                Surprisingly, my device started working without any patches on kernel 5.17-rc1.

                                https://bugzilla.kernel.org/show_bug.cgi?id=60824#c221

                                Valami újabbat is próbálhatsz 🙂

                                • pdav válaszolt erre.

                                      klt

                                      Miként fogjak hozzá, mert még mindig nem értem, hogy a driver hiányzik, vagy valami beállítás rossz? Van akinél működik ez az eszköz ugyanezen a rendszeren? Tulajdonképpen mi a hiba?

                                        Jo kis leiras
                                        Most neztem a Mintemen, mert ott nagyon egyszerunem mazsolazhatsz out of the box a lehetseges kernelekbol. Jelenleg 20.04 Ubuntuhoz 5.4 kernel az LTS 2025 augusztusig. 5.13 rakhato fel grafikusan kenyelmesen. Ubuntueknal a legfrissebb a 5.17 rc3. Ott a lenk amit kuldtem hogyan rakhato fel. Az uj ubuntu, a 22.04 valszeg 5.15 kernellel jon majd aprilisban, olyan augusztusra mar siman benne lesz a repokban az 5.17 valszeg. Szoval idovel megoldodik a problad magatol. Csak gyozzed kivarni.

                                          Ennyivel később: egy év