USB-portti kenkkuilee? (RATKAISTU)

[pikkalle]

Olen pari vuotta käyttänyt menestyksellisesti USB-porttiin kytkettävää OWON-VDS1022 oskilloskooppia, ja aina se on ollut laakin peli. Kun USB-liittimen laittaa kiinni, niin kättely onnistuu jokaisella kerralla, ja skooppi alkaa toimia normaalisti.

Pari viikkoa sitten USB-skooppi lakkasi toimimasta. Ajattelin niin, että ohjelmisto olisi jotenkin korruptoitunut, joten poistin vanhan ohjelmiston ja latasin ohjelman uudestaan. Senkään jälkeen laite ei suostunut toimimaan tietokoneessani. Samaan USB-porttiin liitettyjä muistitikkuja kone lukee aivan normaalisti, joten portin pitäisi olla kunnossa.

Koneeni on tuplaboottauskone, jossa toisella SSD-kovalevyllä on WIN7 käyttöjärjestelmä. Olen myös Windowsiin asentanut USB-skoopin ohjelmiston, ja siellä USB-skooppi toimii aivan normaalisti samasta USB-portista. Kahdessa muussakin Linux koneessa OWON-VDS1022 skooppi toimii aivan normaalisti, joten skooppi on ilmeisesti täysin kunnossa.

Nyt kysyn viisailta UBUNTU-miehiltä, mikä tietokoneeni USB-porteissa on vialla, koska USB-skooppi ei toimi Linuxissa, vaan se toimii pelkästään Windowsin puolella? Onko Linuxin päivitysten yhteydessä tullut jokin sellainen muutos, joka on sotkenut USB-porttien konfiguroinnin? Miten asiaa voisi tutkia ja millä konstilla vika saataisiin poistettua?

[Postimies]

sudo dmesg päätteessä voi kertoa vinkkiä miksei toimi? Paluuta taaksepäin ei taida olla eli varmuuskopio toimivasta systeemistä.

[SuperOscar]

Mikä tietokone? Tiedän ainakin Lenovon ThinkPadeissä olleen ongelmia USB-porttien kanssa. Minulla tuo ilmeni paitsi akkukäytössä myös verkkovirrassa, mutta ratkaisukin toimi.

[pikkalle]

sudo dmesg päätteessä voi kertoa vinkkiä miksei toimi? Paluuta taaksepäin ei taida olla eli varmuuskopio toimivasta systeemistä.

Komennolla  sudo dmesg tulee kauhean pitkä lista, jota kukaan ei jaksa lukea. Joukossa on muutamia punaisella kirjoitettuja rivejä. Riittääkö se, että laitan vain punaiset rivit näkyviin?

Komennolla  sudo dmesg saan näyttöruudulle seuraavia punaisia rivejä:

Koodia: [Valitse]


 0.396410] ACPI BIOS Error (bug): Failure creating named object [\_SB.PCI0._OSC.CAPB], AE_ALREADY_EXISTS (20210730/dsfield-184)
[    0.396421] fbcon: Taking over console
[    0.396428] ACPI Error: AE_ALREADY_EXISTS, CreateBufferField failure (20210730/dswload2-477)


[    0.396496] ACPI Error: Aborting method \_SB.PCI0._OSC due to previous error (AE_ALREADY_EXISTS) (20210730/psparse-529)


 0.404398] platform INT0800:00: failed to claim resource 0: [mem 0xff800000-0xffffffff]
[    0.404406] acpi INT0800:00: platform device creation failed: -16


 1.612284] ima: Error Communicating to TPM chip
[    1.614058] ima: Error Communicating to TPM chip
[    1.615824] ima: Error Communicating to TPM chip
[    1.617368] ima: Error Communicating to TPM chip
[    1.619135] ima: Error Communicating to TPM chip
[    1.620903] ima: Error Communicating to TPM chip
[    1.622669] ima: Error Communicating to TPM chip
[    1.624326] ima: Error Communicating to TPM chip
[    1.626157] ima: No architecture policies found



 6472.220653] sd 4:0:0:0: [sdc] No Caching mode page found
[ 6472.220662] sd 4:0:0:0: [sdc] Assuming drive cache: write through
[ 6472.225494]  sdc: sdc1


   6555.905653] blk_update_request: I/O error, dev sdc, sector 15372250 op 0x1:(WRITE) flags 0x0 phys_seg 1 prio class 0
[ 6555.905667] Buffer I/O error on dev sdc1, logical block 15370202, lost async page write


14766.872335] usb 3-2: Manufacturer: ZHBI2.0
[14766.872337] usb 3-2: SerialNumber: VDS1022
[14766.875364] usb_serial_simple 3-2:1.0: owon converter detected
[14766.875450] usb 3-2: owon converter now attached to ttyUSB0


Voiko näistä herjoista päätellä sen, mikä on vialla USB-portissa? 4 viimeistä koodiriviä ei ollut kirjoitettu punaisella, vaan ne olivat ihan normaalilla värillä.

[qwertyy]

Eihän sinulla vain ole tosiaan Lenovon malleista joku mainittuna tällä Lenovon sivulla? Noissa on se ikävä Bios bugi joka tappaa Thunderbolt piiriin pikkuhiljaa. Nuo virheilmoitukset voisi liittyä siihen.
https://pcsupport.lenovo.com/fi/fi/solutions/ht508988

[pikkalle]

Eihän sinulla vain ole tosiaan Lenovon malleista joku mainittuna tällä Lenovon sivulla? Noissa on se ikävä Bios bugi joka tappaa Thunderbolt piiriin pikkuhiljaa. Nuo virheilmoitukset voisi liittyä siihen.
https://pcsupport.lenovo.com/fi/fi/solutions/ht508988

Tietokoneeni on vuosia sitten käytettynä ostettu pöytätietokone. Kotelon etuseinässä on teksti 
LENOVO   ThinkCentre

Suoritin:   Intel© Core™2 Quad CPU    Q9400  @ 2.66GHz × 4

Näytönohjain:  Intel Corporation 4 Series Chipset Integrated Graphics Controller 

En oikein osannut luettelosta etsiä sitä, onko minulla ongelmakone. Jos USB-portti on rikki, niin miten ihmeessä OWON VDS1022-skooppi toimii sitten ilman ongelmia Windowsin puolella?

[SuperOscar]

Jos USB-portti on rikki, niin miten ihmeessä OWON VDS1022-skooppi toimii sitten ilman ongelmia Windowsin puolella?

Ei se välttämättä olekaan rikki, mutta kuten tuonne ylle linkkasin, ei toimi täysin yhteen Linuxin TLP:n (tiettyjen versioiden?) kanssa.

[pikkalle]

On se kumma juttu, että melkein kaksi vuotta USB-skooppi toimi Linuxissa täysin moitteettomasti, mutta sitten se vain lakkasi toimimasta jonkin yhteensopivuusongelman vuoksi. Olisiko jonkin päivityksen jälkeen jotkin ratkaisevat asetukset muuttunet niin paljon, että ohjelma ei enää käynnisty? Voisiko tilanne korjaantua jonkin tulevan päivityksen yhteydessä?

[SuperOscar]

On se kumma juttu, että melkein kaksi vuotta USB-skooppi toimi Linuxissa täysin moitteettomasti, mutta sitten se vain lakkasi toimimasta jonkin yhteensopivuusongelman vuoksi.

Varmastihan asiaa ei voi sanoa suuntaan eikä toiseen, mutta tuontyyppisille ongelmille on oma nimensä: regressio — uuden ominaisuuden lisääminen tai jonkin toisen vian korjaus aiheuttaa, että aiemmin toiminut ominaisuus särkyy. Jos kyse on siitä, se luultavasti joskus korjataan, mutta aikaa on mahdotonta ennakoida.

[nm]

On se kumma juttu, että melkein kaksi vuotta USB-skooppi toimi Linuxissa täysin moitteettomasti, mutta sitten se vain lakkasi toimimasta jonkin yhteensopivuusongelman vuoksi. Olisiko jonkin päivityksen jälkeen jotkin ratkaisevat asetukset muuttunet niin paljon, että ohjelma ei enää käynnisty?

Millä ohjelmalla yrität käyttää skooppia? Mitä ohjelma sanoo, jos käynnistät sen komentorivillä (päätteessä)?

Kernelin lokin perusteella skooppi tunnistuu USB-sarjaporttina, jossa ei näytä olevan sinänsä mitään virhettä. Ongelma on varmaankin puhtaasti ohjelmiston puolella.

[pikkalle]

On se kumma juttu, että melkein kaksi vuotta USB-skooppi toimi Linuxissa täysin moitteettomasti, mutta sitten se vain lakkasi toimimasta jonkin yhteensopivuusongelman vuoksi. Olisiko jonkin päivityksen jälkeen jotkin ratkaisevat asetukset muuttunet niin paljon, että ohjelma ei enää käynnisty?

Millä ohjelmalla yrität käyttää skooppia? Mitä ohjelma sanoo, jos käynnistät sen komentorivillä (päätteessä)?

Kernelin lokin perusteella skooppi tunnistuu USB-sarjaporttina, jossa ei näytä olevan sinänsä mitään virhettä. Ongelma on varmaankin puhtaasti ohjelmiston puolella.

Olen asentanut OWON-skoopin ohjelmiston viestissä

https://forum.ubuntu-fi.org/index.php?topic=58406.msg445106#msg445106

olleen ohjeen mukaisesti. Olen asentanut samoilla ohjeilla ohjelmiston useisiin Linux-koneisiin, eikä ohjelman käynnistyksessä ole ollut mitään vaikeuksia. Ainoastaan yhden hitaan miniläppärin kanssa oli ongelmia, koska koneen vääntö ei tahtonut riittää mittailuun. Kaikissa muissa koneissa ohjelmisto on toiminut aina laakista.

[qwertyy]

Tuolla github sivullahan on ihan tuohon viittaava "issue" ja minusta näyttää viittavaan suoraan tuohon sinun lokiin.
https://github.com/florentbr/OWON-VDS1022/issues/109

A recent kernel update (torvalds/linux@4cc0141) now treats the OWON device as a generic USB serial device, causing it to be automatically claimed by usb_simple_serial. As a result, OWON software (both the Java and Python APIs) fails to claim the device since it is already in use. linux4life798, who made this change, has provided a helpful maintainer summary.

The solution is to detach the device from the kernel driver before claiming it. I have already implemented this in the open source OWON-VDS1022 Python API. Using libusb_detach_kernel_driver() to detach, and then reattaching afterwards, works correctly on Fedora 42 with Linux kernel 6.14.5.

Itse ainakin äkkiseltään katsottuna ymmärrän tuon niin, että tuoreemmilla kerneleillä tuo nimenomaan tunnistuu usb-seriaalilaitteena, jona ei se ei saisi tunnistua.
Tuolla olisi ilmeisesti jo ohjelmakoodiin muutosehdotus
https://github.com/florentbr/OWON-VDS1022/pull/110/commits/6477708324b5151610ba6d19ad894fbf0b4b6b4c

Vähän tarkemmin katsoin, niin tuolla olisi varmaan resepti, mikä mahtanee toimia sinullakin. Toki voit lisätä /etc/modprobe.d/ tiedostoon tuon blacklist usb_serial_simple rivin, niin kuin postaus numero 5 kertoo. Näyttäisi, että tuosta on tehty bugiraportti, eli ehkä se jossain vaiheessa alkaa toimia itsestään, mutta noilla lähes varmasti saat sen kuitenkin tilapäisesti potkittua käyntiin. Kannattaa tietysti kokeilla ensin ihan se nelos postauksen sudo rrmod komennot päätteessä, irroittaa laite ja kokeilla uudelleen alkaako toimiin. Jos tuon blacklist rivin lisää, niin se voi toki vaikuttaa johonkin usb-seriaalilaitteisiin muuten jos jotain muita laitteita käytät.
https://forums.debian.net/viewtopic.php?t=162942

Äh, olipa taas sekavasti kirjoitettu. No jos tuosta irtoaa jotain.

[pikkalle]

Suuret kiitokset hyvistä ohjeista. Käynnistin koneen uudelleen vanhemmalla Kernelillä, ja nyt OWON VDS1022 skooppi toimii taas kuin ajatus. Kun tarvitsee mittailla, niin otan silloin vain vanhemman Kernelin käyttöön. Kun tulee uusi korjauspäivitys, niin sittenhän ongelma lopullisesti poistuu, ja voin taas käyttää mittauksissakin uusinta versiota.  Hommahan  alkaa olla hanskassa.

[nm]

Korjausta saa luultavasti odotella tähän Java-sovellukseen. Kehittäjän mukaan Javan libusb-rajapinta ei mahdollista ajurin poistamista. Repositoriosta löytyvä korjaus koskee erillistä Python-rajapintaa, jonka avulla skooppia voi käyttää omilla Python-skripteillä.

Sarjaporttiajurin voi poistaa kernelistä ennen sovelluksen käyttöä komennolla:

Koodia: [Valitse]

sudo modprobe -r usb_serial_simple
Blacklistaamalla onnistuu pysyvämmin, kuten qwertyy neuvoi.

Ongelma johtuu siis siitä, että skoopille on lisätty tuki suoraan Linuxin kerneliin, ja jatkossa sovellukset voivat käyttää tarjottua sarjaporttirajapintaa. Nykyiset ohjelmat eivät kuitenkaan tue sitä, vaan haluaisivat keskustella laitteen kanssa suoraan libusb:n avulla ilman ajuria.

[pikkalle]

Korjausta saa luultavasti odotella tähän Java-sovellukseen. Kehittäjän mukaan Javan libusb-rajapinta ei mahdollista ajurin poistamista. Repositoriosta löytyvä korjaus koskee erillistä Python-rajapintaa, jonka avulla skooppia voi käyttää omilla Python-skripteillä.

Sarjaporttiajurin voi poistaa kernelistä ennen sovelluksen käyttöä komennolla:

Koodia: [Valitse]

sudo modprobe -r usb_serial_simple
Blacklistaamalla onnistuu pysyvämmin, kuten qwertyy neuvoi.

Ongelma johtuu siis siitä, että skoopille on lisätty tuki suoraan Linuxin kerneliin, ja jatkossa sovellukset voivat käyttää tarjottua sarjaporttirajapintaa. Nykyiset ohjelmat eivät kuitenkaan tue sitä, vaan haluaisivat keskustella laitteen kanssa suoraan libusb:n avulla ilman ajuria.

Kokeilin vielä tänä aamuna OWON-skoopin toimintaa. Käynnistin koneen uusimmalla Kernel-versiolla ja sen jälkeen annoin päätteellä viimeiset taikasanat. Sen jälkeen OWON-skooppi käynnstyi ihan normaalisti.  Kiitokset vielä kaikille viisaille UBUNTU-miehille hyvistä ohjeista.

[qwertyy]

Voit tehdä tuolle ohjelmalle vielä oman käynnistimen, jossa tuo komento ajetaan ennen ohjelman käynnistystä jos skooppi on todella aktiivisessa käytössä ja ärsyttää aina erikseen päätettä käynnistää sen takia. Tai tosiaan blacklistata oman maun mukaan jos se haittaa muiden mahdollisten laitteiden toimintaa.