Kyllä se aiemmin toimi ja toimii windowsin puolella edelleen, joten tuskin on rautaongelma. Eikä pitäisi olla konffausongelmakaan, koska nykydistroissa ei ole mitään erityistä konffattavaa, ainakaan kuulokeliitäntään liittyvää. Senkun asentaa ja käyttää.
Kuulostaa siltä, että jättää lataamatta kaiuttimien kernel modulit, kun löytää ne kuulokkeet. Eli eiköhän toi korjaannu ihan sillä, että lsmod lista tiedostoon kuulokkeilla ja ilman, sitten diffi näille ja puuttuvat modulit /etc/modprobe.d/jotain.conf tiedostoon.
Joo siis tuohon on kyllä täysi tuki. Laitteessa on portissa jack sense. Kaikissa ohjelmissa tuki ajurista alkaen.
Trollailetteko kevyesti? hdaudio-ajureissa ei kyllä ole mitään erillista moduulia kuulokkeille tai impedansseille
Tuliko tuolta 'alsactl monitor' kautta mitään viestiä kun kytkee tai irrottaa kuulokkeita? Onko eroa jos on 3- tai 4-pinninen 3.5mm liitin? Tuo komento voi tosiaan vaatia alsa-utils-paketin asentamista. Kuulostaa siltä, että koneen äänipiirin ajurit vaatii mahdollisesti jonkun quirk-paikan. Red Hatilla Hans de Goede on hoitanut noita kuluttajalaitteiden tuen paikkaamisia.
"node hw:1, #10 (0,0,0,Mic Jack,0) VALUE" tulee kun kytkee/iroittaa kuulokkeet. Paitsi että ei tule joka kerta, kytkentä/irrotus ja tulee 2x ilmoitus, seuraavalla kytkennällä/irrotuksella ei tule mitään ja sitten taas kaksi ilmoitusta.
Kuulostaa siltä ettei kuuloketapahtuma rekisteröidy vaan ajuri tunnistaa tuon mikin kytkemiseksi. Omassa kun kokeilin 4-pinnisellä geneerisellä kuulokemikki-systeemillä (hintaa 5 eur), niin tulee ulostulosta eventit headphone jack, speaker playback switch/volume, headphone playback switch/volume, master ja pcm playback volume, ja sisäänmenosta mic jack ja capture ja mic boost volume.
Hmm totta joo, voi olla että aiemmin käyttämäni kuulokkeet oli 3-pin liittimellä ja nyt on ollut pitkään käytössä bluetooth kuulokkeet.
Kuulostaa bugilta ajurissa. Eli joo, lienee tyypillinen Linux-ongelma. Mutta erikoisesti toimii kyllä rauta tai emon firmware tuossa, kun on vaikutusta sillä mitä tekee edellisellä bootilla.Hmm totta joo, voi olla että aiemmin käyttämäni kuulokkeet oli 3-pin liittimellä ja nyt on ollut pitkään käytössä bluetooth kuulokkeet.
E: boottasin tuonne fedoran 40:ään ja siellä se ne tunnistautui juurikin mikkinä, sen jälkeen boottasin takaisin asennettu fedoraan ja nyt ne kuulokkeet toimii siellä kuten pitääkin
E2: no nyt se sitten taas ei enää toimi.
Juu "tyypillinen linux-ongelma" oli toki tahallinen kärjistys, mutta juuri tuollaisiin ärsyttäviin pikkuvikoihin olen linuxissa ennenkin törmännyt. Ei sillä on niitä muuallakin, muttei yleensä ihan tuollaisia.
Noissahan usein ongelma on, että varsinkin läppäreissä valmistajat tekevät omia kustomointeja, joita ei dokumentoida mihinkään ja sitten Hans de Goede ja sekalainen joukko vapaaehtoisia käy läpi, miksi bugittaa. Eli esim. kernelistä ylöspäin kaikki ohjelmat toimivat 100% ja myös sille audiopiirille on tukea, mutta joku 1-3 rivin muutos tarvitaan juuri sille valmistajan laitteelle. Windows-ajureihin tuo on tietysti laitettu oikein, kun valmistaja itse tekee ne. Vaikea sanoa, ketä pitäisi syyttää. Itsellä ei ole ollut raudan kanssa enää juurikaan ongelmia, kun olen etukäteen varmistanut, että on "hyvä" valmistaja. Ja jos jokin laite bugittaa, esim. USB:hen kautta saa DACin, jota kautta toimii kuulokkeet ja on muutenkin ääni parempi kuin integroidulla.
gitlab.e.foundation
Ei kai siitä tarvitse syyttää ketään, kunhan asian tiedostaa eikä asenna sitä tuttujen koneisiinNoissahan usein ongelma on, että varsinkin läppäreissä valmistajat tekevät omia kustomointeja, joita ei dokumentoida mihinkään ja sitten Hans de Goede ja sekalainen joukko vapaaehtoisia käy läpi, miksi bugittaa. Eli esim. kernelistä ylöspäin kaikki ohjelmat toimivat 100% ja myös sille audiopiirille on tukea, mutta joku 1-3 rivin muutos tarvitaan juuri sille valmistajan laitteelle. Windows-ajureihin tuo on tietysti laitettu oikein, kun valmistaja itse tekee ne. Vaikea sanoa, ketä pitäisi syyttää. Itsellä ei ole ollut raudan kanssa enää juurikaan ongelmia, kun olen etukäteen varmistanut, että on "hyvä" valmistaja. Ja jos jokin laite bugittaa, esim. USB:hen kautta saa DACin, jota kautta toimii kuulokkeet ja on muutenkin ääni parempi kuin integroidulla.
Tässä jotain esimerkkejä:
HID: quirks: Add HID_QUIRK_NO_INIT_REPORTS quirk for Dell K12A keyboard-dock (d4c0e42f) · Commits · e / devices / android_kernel_teracube_emerald · GitLab
[ Upstream commit 1e189f267015a098bdcb82cc652d13fbf2203fa0 ] Add a HID_QUIRK_NO_INIT_REPORTS quirk for the Dell K12A keyboard-dock, which can be used with various Dell Venue 11 models. Without this quirk the keyboard/touchpad combo...
Siis joo, Linuxin "vika", että kerneli ei ennakoivasti tue paskavalmistajien epästandardeja kötöstyksiä. Valmistajien vika kun eivät dokumentoi tai tee itse mitään asian eteen ja tyhmät ihmiset ostavat laitteita, joille kukaan ei ostovaiheessa lupaa mitään tukea.
Huvittavaa kyllä esim. aliexpressistä ostetuissa 5 euron halpalaitteissa voi olla parempi tuki kuin merkkivalmistajilla. Niissä on sitten omat ongelmansa. Esim. ole aiemmin ostanut jotain wifi-tikkuja ja huomannut, että vaikka kaikki muuten toimii, antennisuunnittelu on vaan huonoa ja kuuluvuus heikko. Muuten ihan toimisi.
Jos joku ei toimi niin se ei toimi. Käyttäjä näkee vain että Windowsissa toimii ja Linuxissa ei. Ei se käyttäjää paljon lohduta, että vika on valmistajan eikä "Linuxin".
Juu näinhän se on ja onneksi itsellä ei ole mitään pyhää missiota puolustaa Linuxia netissä päivätyönä. Tuo tilanne on vaikea eikä nykymenolla paranemaankaan päin ole. Linuxin "brändi" tahraantuu aina kun joku random paskavalmistaja julkaisee laitteen missä on tehnyt asioita omalla tavalla eikä edes vahingossa yhtään niin kuin muut. Tossa ei ole oikein muuta keinoa saada asioita toimimaan kuin se, että se valmistaja tulisi edes vähän vastaan tai toisena vaihtoehtona esim. joku valtio lahjoittaisi pari miljardia vuodessa rahaa jollekin ajurien koodaussäätiölle, joka etsisi kissojen ja koirien kanssa ympäri nettiä, voisiko jossain olla joku laite, johon ei vielä ole tukea
Eiköhän silti joku valmistaja onnistuisi saamaan myyntiin laitteen mille unohtuu toteuttaa tuki, kun mennään täysin laput silmillä ja pahimmillaan ehkä uhataan oikeustoimilla, jos joku tarjoaa ilmaiseksi tukea.Juu näinhän se on ja onneksi itsellä ei ole mitään pyhää missiota puolustaa Linuxia netissä päivätyönä. Tuo tilanne on vaikea eikä nykymenolla paranemaankaan päin ole. Linuxin "brändi" tahraantuu aina kun joku random paskavalmistaja julkaisee laitteen missä on tehnyt asioita omalla tavalla eikä edes vahingossa yhtään niin kuin muut. Tossa ei ole oikein muuta keinoa saada asioita toimimaan kuin se, että se valmistaja tulisi edes vähän vastaan tai toisena vaihtoehtona esim. joku valtio lahjoittaisi pari miljardia vuodessa rahaa jollekin ajurien koodaussäätiölle, joka etsisi kissojen ja koirien kanssa ympäri nettiä, voisiko jossain olla joku laite, johon ei vielä ole tukea
Tässä täytyy kyllä Steamiakin syyttää vähän. Voisi vaikka ekalla käynnistyksellä kysyä, että laitetaanko Proton käyttöön, tai sitten vaan laittaisi sen käyttöön oletuksena. Ja jotain muitakin asetuksia siellä on defaulttina mielestäni hölmöissä asnnoissa, mutta en nyt enää muista mitä ne oli, kun ei ole pariin vuoteen tarvinnut niitä säätää. Eli pienen valikkoseikkailun siinä tarvii tehdä, ennen kuin pelit lähtee päälle.
Näinhän se on, jotkut valmistajat tekevät jotain purkkavirityksiä tai muita muutoksia referenssikytkentään tms ja joka valmistajan omia virityksiä ei ainakaan heti ole linux-puolen ajureissa. Valmistaja kyllä tekee omat ajurinsa windowsille joilla nuo viritykset toimii mutta ei yleensä julkaise ajureita muille käyttöjärjestelmille eikä julkaise tietoja mitä muutoksia ovat tehneet että harrastelijat osaisivat tehdä quirkit kyseisen valmistajan laitteelle. Tämän takia monet halpis-kiinalaitteet toimivatkin suoraan ilman säätöä, ne ovat tehty mahdollisimman simppelisti noudattaen referenssitoteutusta. Niinkuin mainittiinkin aiemmin, jossain wifi-tikussa ei välttämättä antennipuoli ole kovin kummoinen mutta jos on osaava kaveri, niin äkkiäkös sellaiseen tekee paremman antennin.Juu näinhän se on ja onneksi itsellä ei ole mitään pyhää missiota puolustaa Linuxia netissä päivätyönä. Tuo tilanne on vaikea eikä nykymenolla paranemaankaan päin ole. Linuxin "brändi" tahraantuu aina kun joku random paskavalmistaja julkaisee laitteen missä on tehnyt asioita omalla tavalla eikä edes vahingossa yhtään niin kuin muut. Tossa ei ole oikein muuta keinoa saada asioita toimimaan kuin se, että se valmistaja tulisi edes vähän vastaan tai toisena vaihtoehtona esim. joku valtio lahjoittaisi pari miljardia vuodessa rahaa jollekin ajurien koodaussäätiölle, joka etsisi kissojen ja koirien kanssa ympäri nettiä, voisiko jossain olla joku laite, johon ei vielä ole tukea
Offtopiccina juuri äsken asensin pöytäkoneeseen uudelleen windowsin, koska olin joko unohtanut admin passun tai joku tekemäni autologin viritys (en muista mitä se vaati) esti jotenkin sen toiminnan, enkä päässyt loggautumaan manuaalisesti vaikka kuinka resetoin käyttäjän salasanan command promptista. Juuri oli asennus alkamassa kun muistin, että ei v...u se asennusmedia piti tehdä rufuksella ettei tarvitse pelleillä, jos haluaa lokaalin tilin. Että ei tosiaan hääviä.
ei kai niitä bootteja oo ku yksi?
Mainetta myös tahrataan myös eri tekki tubettajien puolelta kun ei viitsitä yhtään selvittää asioita.
Viimeisin nyt Tech Yes Cityn Brianin uusin video:
Pidin tuota tyyppiä semmoisena että tietää asioista mutta näemmä ei tiedä paskaakaan. Eikä selvästi osaa selvitellä asioita.
No kommenteissa sai jo suoraa palautetta, että katsotaan pyyteleekö anteeksi mokaansa vai ei. Ja tärkeimpänä tekeekö uuden videon aiheesta.
Lyhyesti mitä videolla siis kävi että aluksi testas linux pelaamista Steam Deckin SteamOS imagella AM5 koneessa ja ihmetteli kun Nvidian kortti ei toiminut
Sitten Googletteli mikä on paras peli distro (ei semmoista edes ole) ja asensi jonkun paskan koneelle.
Sitten PopOS kokeili ja ei edes Steamistä aktivoinut yhteensopivuusvalikosta optiota että omalla vastuulla voi kokeilla mitä vaan peliä ajaa Protonilla.
Ja väitti että DX12 pelit eivät toimi linuxissa ja kun ei laittanut täppää ruutuun Steamissä niin valitteli kun ei oikein mikään peli asennu edes.
Ainakin itsellä oli ainakin 3 boottia, käytin suoraan Mikkiksen sivuilta ladattua imagea ja heitin sen Ventoy-usbitikulle. Eka bootti vähän sen jälkeen kun oli kertonut mille levylle asennetaan ja ilmeisesti asennusohjelma kopioi asennuspaketin kyseiselle levylle, toinen kerta kun antoi kielen, käyttäjänimen sun muut, sitten vähän ajan päästä vielä uudestaan ja boottasikohan vielä kerran kunnes tuli kirjautumisruutu. Verrattuna linux-asennukseen jossa yhdellä kertaa asennetaan kaikki ja bootin jälkeen on valmis asennus, tuossa on aika monta boottia.
Ei niillä boottien määrällä olekaan kotikoneessa mitään merkitystä, mutta sitten kun siirrytään saleihin, niin koneita ei halutakaan boottailla niin innokkaasti. Toki virtuaali-alustat on muuttanut tätäkin.
Ei se mitään pelkkää pätemistä ole, linuxin pystyy halutessaan kyllä säätämään myös siten että myös kerneli päivitetään livenä. Ero windowsiin on kuitenki iso kun melko useaa perussoftaaki asentaessa pyydetään käynnistämään kone uudelleen. Vaikea sanoa onko se aina pakollista totella, mutta sen verran usein menee rikki koko paska jos ei tottele että parempi on boottailla.
Näin työpöytäkäytössä en nyt vain näe mikä ongelma se uudelleenkäynnistys on. Varsinkin nykykoneilla kun käynnistys jokatapauksessa tapahtuu melko nopeasti. Palvelimet kyllä ymmärrän, kun niiden käynnistymisen lisäksi kaikkien päälläpyörivät käyntiin saaminen saattaa kestää huomattavan ajan.
Virtuaalikone boottaa tosi nopeasti verrattuna rautapalvelimeen, jossa POST voi viedä minuutteja. Sillä ei kuitenkaan ole todellista merkitystä, sillä "kunnon" palvelu on redundanteilla palvelimilla, jotka voi vapaasti bootata yksitellen. Se, että yhden koneen bootti "kaataa kaiken", on tosi halpa toteutus.
Myös glibc ja pari muuta kirjastoa on niin "ytimessä", etteivät niiden uudet versiot tule käyttöön ilman boottia. RHEL:n päivitykset onvat 6 kk:n välein "point update" (ensimmäiset 5 vuotta) ja muuten turvapäivityksiä tarvittaessa -- siis vaikka joka päivä. Ainahan se on käyttäjästä (ylläpitäjä) kiinni, kuinka usein saatavilla olevia päivityksiä asennetaan.
Ei kait se mikään iso ongelma olekaan, helpompaa vaan kun ei tarvi boottailla ja availla softia takaisin. Tietysti välillä tullut näitä vastaan että windows on ladannut jonkun isomman päivityksen samalla taustalla ja kun painaa uudelleenkäynnistyksen niin alkaakin joku vartin päivitysrumba, tämä on taas melko yleistä omalla kohdalla kun windowsia tulee niin harvoin käytettyä.
Tämä ei ollut ihan se pointti, mitä tarkoitin. Vaikka kaikki olisi reduntanttia, niin ei niitä koneita silti päämärkänä missään boottailla, etenkään sieltä virtuaaliympäristöjen alta. Aina se, että palvelut siirtyy pyörimään koneelta toiselle on oma riskinsä ja monesti silti se kapasiteetti pienenee hetkellisesti, etenkin jos se yksi tai muutama kone ei sieltä nousisikaan.
Viimeksi kun asensin, win11, niin oli yksi buutti kun asennus oli valmis ja sen jälkeen käynnistyi kirjautumis ikkunaan. Aivan samalla lailla kuin Ubuntu asennuksessa.
Totta tämäkin. Jos tästä vetää jotain ajatuksia, niin onko se muutama bootti vuodessa sitten liikaa kenelläkään, tuskin. Toki sille Fedoran (tai Ubuntun) GUI käyttäjälle maailma voi näyttää toisenlaiselta, missä "pakotetaan" boottaamaan, jotta saa päivitykset asennettua. Päivityksiä tulee tavallaan jatkuvana, koska kyseessä distro, jonka idea on pyöriä viimeisimmillä paketeilla.
Jos vaikka tekee jotain tuottavaa työtä koneella ja on tapana pitää konetta pitkään päällä eikä ajoita päivityksiä aina siihen kun on vaikka aloittamassa työpäivää, niin on se aika kätevää, että tarvii vain käynnistää uudestaan ne palvelut, jotka on pakko. Jos vaikka tulee kasiksi töihin ja palaveri alkaa 8.15, niin ei aina voi olla satavarma, onko päivitykset ajettu siihen mennessä ja ehtiikö avata tarpeeksi nopeaan kaikki Teamsit ja kirjautumiset. Esim. itsellä on työpöytäkoneelle uprecordsin mukaan 26-49 päivää top10 uptimet. Voin sanoa, että koneeseen ajetaan säännöllisesti päivityksiä vähintään kerran viikossa ja joskus useamminkin johtuen siitä ettei rolling release -distroon aina saa paketteja, jos ei pakettilistat ole ajan tasalla.
Ei se ihan näinkään mene. Vaikka päivität levyllä libc:n, niin jos prosessi on jo käynnissä, niin se voi jatkaa toimintaansa, jos vaan kaikki tarvittava on muistissa. Päivitys ei välttämättä edes poista vanhaa levyltä vaan pelkän linkin hakemistopuusta ja silloinkin levyltä voi pystyä lataamaan vielä, kun avointa tiedostoa ei käsitellä tiedostopuun kautta. Ongelmaa tulee, jos on dynaamista linkkausta ja tosi myöhäisessä vaiheessa ladattavaa kirjastoa (jota esim. musl ei taida edes tukea, mutta glibc:n kanssa mahdollinen). Systeemi voi myös hajota siinä, jos kesken päivityksen käynnistellään ohjelmia, joilla on ristiin rastiin riippuvuuksia uuteen ja vanhaan. Tämä nyt rikkoo sitten päivityksen joka tapauksessa, boottasi tai ei. Tietty myös osa päivityksistä voi riippua uudemmasta kernelistä (esim. Mesa). Näitä ongelmia vastaankin pystyy suojautumaan jos on vähän robustimmin rakennettu päivitysohjelma. Esim. Alpinessa staattinen apk-binääri ei vaadi mitään riippuvuuksia userspacessa.
Ota asetuksista pois päältä se, että päivitykset ajetaan vasta bootin yhteydessä. Ei tarvi edes terminaalia siihen.
Luulisi, että jos se oletuksena on päällä siinä joku taika olisi. ns. perustelu suositukselle.
Viralliset perustelut on tuolla Features/OfflineSystemUpdates - Fedora Project Wiki
Ihan hyvät perustelut onkin, itse ei ole vaan tullut käytettyä tota koskaan.
Näistä oikeastaan tuo viimeinen kohta hoitaa suurimman osan. Puuttuvia softiahan asentelee sitä mukaa kun niitä tarvii, joten en ole pakettilistaa pitänyt tallessa. Käyttiksen uudelleen asennushan on hyvä väli putsata turhat paketit pois.
Tämäkin täysin toimiva malli, tyylihän on täysin vapaa. Edellinen ei siis varsinaisesti liittynyt enää siihen sinun viestiin vaan tuli vaan yleisesti mieleen, kun Linuxia voi käytellä hyvinkin monella eri tavalla, silti ne käyttöliittymien "rastit" ruuduissa löytyy yleensä sieltä home-hakemiston alta.
