PC Ekspert Forum - Linux OS - info, how-to, pitanja, novosti, savjeti, problemi...

Stranica 86 od 115

Show 40 post(s) from this thread on one page

PC Ekspert Forum (https://forum.pcekspert.com/index.php)

- Operativni sustavi (https://forum.pcekspert.com/forumdisplay.php?f=36)

- - Linux OS - info, how-to, pitanja, novosti, savjeti, problemi... (https://forum.pcekspert.com/showthread.php?t=234127)

mkey	09.07.2024. 20:25

xlr akcija koja budi iz sleepa bi se trebala moći podesiti u biosu. Hibernacija je sporija, hoćeš nećeš, a i troši SSD. Nije to neki faktor, ali tako je. A nisam ni svjestan da na fedori imam opciju hibernacije.

Probavao sam i sessione, ali to ne radi nikako ili slabo. Možda bih mogao te aplikacije koje koristim pobacati u autostart, my mileage may vary.

Istina je da se komp starta dosta brzo, ja sam se na sleep navikao još davnih dana kada sam imao spor disk pa je sleep bila odlična alternativa čekanja kakvih 2 minute da desktop i aplikacije dođu u responzivno stanje.

xlr	09.07.2024. 21:04

Zapravo i na fedori sam koristio hibernaciju, samo nisam je tako dugo koristio da mogu dati neko misljenje (yup, opet sam odustao).

Mah, ne gledam previse wear and tear ssd-a jer je relativno mali, a i to je sve podlozno tome da prdne preko noci pa je tu backup. U ravno godinu dana imam 10TB prometa na 2TB disku s hibernacijama. Disk ima 400 TBW.

mkey	11.07.2024. 11:49

Evo malo prije opet usb adapter issue. Napravio dmeg | grep usb i dobijem hrpe toga:

Code:

[    6.782396] usb 5-4: Warning! Unlikely big volume range (=17152), cval->res is probably wrong.

[    6.782401] usb 5-4: [2] FU [PCM Playback Volume] ch = 2, val = 0/17152/1

[    6.979196] usbcore: registered new interface driver snd-usb-audio

[   23.243142] usb 5-4: 1:1: usb_set_interface failed (-110)

[   28.363126] usb 5-4: 1:1: usb_set_interface failed (-110)

[   33.483125] usb 5-4: 1:1: usb_set_interface failed (-110)

Ovo mislim da su zvučnici. Koji rade.

Code:

[ 1027.377496] usb 1-6: Not enough bandwidth for new device state.

[ 1027.377505] usb 1-6: Not enough bandwidth for altsetting 2

[ 1027.377508] usb 1-6: 2:2: usb_set_interface failed (-28)

Za ovo nisam siguran što je. Napravio sam dmesg | grep 1-3

Code:

[    0.000000] Linux version 6.9.7-200.fc40.x86_64 (mockbuild@8d858239ee7c403c892e8a84096b3ce3) (gcc (GCC) 14.1.1 20240620 (Red Hat 14.1.1-6), GNU ld version 2.41-37.fc40) #1 SMP PREEMPT_DYNAMIC Thu Jun 27 18:11:45 UTC 2024

[    1.792661] usb 1-3: new full-speed USB device number 3 using xhci_hcd

[    2.167152] usb 1-3: New USB device found, idVendor=046d, idProduct=c548, bcdDevice= 5.01

[    2.167718] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0

[    2.168141] usb 1-3: Product: USB Receiver

[    2.168546] usb 1-3: Manufacturer: Logitech

[    2.196375] input: Logitech USB Receiver as /devices/pci0000:00/0000:00:01.2/0000:02:00.0/usb1/1-3/1-3:1.0/0003:046D:C548.0007/input/input8

[    2.257190] input: Logitech USB Receiver Mouse as /devices/pci0000:00/0000:00:01.2/0000:02:00.0/usb1/1-3/1-3:1.1/0003:046D:C548.0008/input/input9

[    2.259551] input: Logitech USB Receiver Consumer Control as /devices/pci0000:00/0000:00:01.2/0000:02:00.0/usb1/1-3/1-3:1.1/0003:046D:C548.0008/input/input10

[    2.312318] input: Logitech USB Receiver System Control as /devices/pci0000:00/0000:00:01.2/0000:02:00.0/usb1/1-3/1-3:1.1/0003:046D:C548.0008/input/input11

[18643.283980] usb 1-3: reset full-speed USB device number 3 using xhci_hcd

[22046.917827] usb 1-3: reset full-speed USB device number 3 using xhci_hcd

[36505.387093] usb 1-3: reset full-speed USB device number 3 using xhci_hcd

[36556.894020] usb 1-3: USB disconnect, device number 3

[36558.402208] usb 1-3: new full-speed USB device number 6 using xhci_hcd

[36558.770170] usb 1-3: New USB device found, idVendor=046d, idProduct=c548, bcdDevice= 5.01

[36558.770182] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0

[36558.770187] usb 1-3: Product: USB Receiver

[36558.770200] usb 1-3: Manufacturer: Logitech

[36558.795570] input: Logitech USB Receiver as /devices/pci0000:00/0000:00:01.2/0000:02:00.0/usb1/1-3/1-3:1.0/0003:046D:C548.0012/input/input32

[36558.853704] input: Logitech USB Receiver Mouse as /devices/pci0000:00/0000:00:01.2/0000:02:00.0/usb1/1-3/1-3:1.1/0003:046D:C548.0013/input/input33

[36558.853945] input: Logitech USB Receiver Consumer Control as /devices/pci0000:00/0000:00:01.2/0000:02:00.0/usb1/1-3/1-3:1.1/0003:046D:C548.0013/input/input34

[36558.905331] input: Logitech USB Receiver System Control as /devices/pci0000:00/0000:00:01.2/0000:02:00.0/usb1/1-3/1-3:1.1/0003:046D:C548.0013/input/input35

To bi se reklo da je predmetni uređaj, ali ja ne vidim da spominje probleme.

Nikky

11.07.2024. 13:27

Za ovo zadnje prebrzo čitaš pa ne vidiš :)
Piše da je Logitech USB Reciver ... vjerojatno miš ili tastatura .... kad ne valja na žicu neg mora bežično :kafa:
Po ovom "idVendor=046d, idProduct=c548", Logitech bežični Reciver za mišonju, vjerojatno M650.

Za žuntu > https://www.google.com/search?q=idVe...Product%3Dc548

mkey	11.07.2024. 13:39

Razumijem ja da je to taj adapter, nego ne vidim da za isti pokazuje bilo kakve greške.

Nikky

11.07.2024. 14:05

U kakav USB port si ga uštekao (USB 2 ili USB 3) ?
Probaj ga u USB 2 portu.

mkey	11.07.2024. 14:10

3.0. Pojma nemam imam li 2.0 uopće. Pokušao sam i otraga ali isti problem se pojavljivao i tamo.

Nikky

11.07.2024. 14:21

Provjeri, možda mu je USB 3.x prebrz pa nastaje show.
Ako je to mobo iz potpisa (MSI MAG B550 Tomahawk), na specs stranici piše da zada imaš USB 2.0 ports (Rear) = 2, po slici to su ovi "ispod" mini-DIN porta,
tu uštekaj tastaturu i mišonju.

c-shadow

11.07.2024. 14:21

dmesg -Tw u terminalu i prati koji se redovi pojave kad uštekaš ili kad ispljune grešku...
Pa onda u gugl s time.

Ali da, USB uređaji općenito na linuxu, ovisno o proizvođaču driveri znaju biti užas.

tomek@vz

11.07.2024. 14:39

Nije problem u driverima direktno nego power managementu koji na Linuxu kaska za Windowsima. Imao slicnu kombinaciju i identicne probleme. Kad imas sve na kabel onda se sve malo bolje ponasa al stuca tu i tam.

c-shadow

11.07.2024. 14:46

Od power managementa davno odustao - radni komp se ne gasi, nema sleepa, nema hibernacije = nema problema :D

mkey	11.07.2024. 15:11

Po meni je samo do toga, kod buđenja zaboravi na neke uređaje. Nije to samo po sebi ne znam kakav problem.

Uštekao sam u taj najgornji USB sada, pa budemo vidjeli. Mislim da je već bio tamo kada se dogodilo, ali sada budem znao sigurno, kroz dogledno vrijeme.

c-shadow

11.07.2024. 15:26

Hoće to tako s nekim uređajima, jednom sam tako ganjao jedan RTL (naravno tko bi drugi zeznuo drivere) bluetooth USB adapter. Imao je neki bug da se nakon povratka iz sleepa nije nešto resetiralo na chipsetu... na kraju su u kernelu radili neki workaround da to proradi pa je profunkcioniralo nakon nekoliko verzija kernela...
Probaj guglati baš IDeve tog uređaja, možda naletiš na neko rješenje. Bonus ako je neki poznatiji brand tipa Logitech pa tražiš "logitech model i linux problem wake up from sleep".

Teško je ovako pogađati, svatko od nas ima različite uređaje, svaki sa svojim problemima.

Nikky

11.07.2024. 16:05

Eno gore za žuntu upit po HW ID ...

mkey	11.07.2024. 16:55

Oznaka na adapteru je CU0021, dakle ovo https://www.logitech.com/en-us/produ...56-000007.html

Problemi koje nalazim za "logitech bolt receiver linux problem wake up from sleep" uglavnom se odnose na to da receiver budi računalo iz sleepa, problem kojeg sam imao povremeno na manjaru a nisam nikada povezao s receiverom.

U biti jedini razlog zašto sam išao na opciju bežičnog miša je taj što za ovaj miš nije bila žičana opcija. Redovito izbjegavam bežične opcije svega i sada mi se to vraća :D

bertone

11.07.2024. 22:30

A zašto tog MX Master-a ne spajaš prek bluetootha?
Ja koristim MXM i spajam ga prek BT-a na TP T14s na kojem je LMDE6 i nikakvih problema.

mkey	12.07.2024. 13:22

Pa nemam BT na stolnom računalu. Na poslovni laptop se spajam preko BT, dok na desktopu ide adapter. Da li generalno ti bežični miševi mogu raditi i preko kabela? Spojio sam ga preko kabela (doduše to nije "data" kabel) na komp i tako ga ne prepoznaje.

xlr	12.07.2024. 14:15

Masteri su iskljucivo bezicni, zica im je samo za punjenje

tomek@vz

12.07.2024. 16:20

@mkey > pogasi sleep na linuxu i nema problema :lol2:

Ivo_Strojnica

13.07.2024. 13:09

Dap, preporucujem hibernate, nikad s njim problema.

tomek@vz

13.07.2024. 17:07

Citiraj:

I’ve read this article several times now, and I’m still not entirely sure how to properly summarise the main points without leaving important details out. If you really boil it down to the very bare essentials, which packages get updates on which Ubuntu release is a confusing mess that most normal users will never be able to understand, potentially leaving them vulnerable to security flaws that have already been widely patched and are available on Ubuntu – just not your specific Ubuntu version, your specific customer type, or the specific package type in question.
So, in the case of McPhail here, they needed a patched version of tomcat 9 for Ubuntu 22.04. This patched version was available for Ubuntu 18.04 users because not only is 18.04 an LTS release – meaning five years of support – Canonical also offers a commercial Extended Security Maintenance (ESM) subscription for 18.04, so if you’re paying for that, you get the patched tomcat9. On Ubuntu 20.04, another LTS release, the patched version of tomcat9 is available for everyone, but for the version McPhail is running, the newer LTS release 22.04, it’s only available for Ubuntu Pro subscribers (24.04 is not affected, so not relevant for this discussion). Intuitively, this doesn’t make any sense.
The main cause of the weird discrepancy between 20.04 and 22.04 is that Canonical’s LTS support only covers the packages in main (about 10% of the total amount of packages), whereas tomcat9 lives in universe (90% of packages). LTS packages in universe are only supported on a “best effort” basis, and one of the ways a patched universe package can be made available to non-paying LTS users is if it is inhereted from Debian, which happens to be the case for tomcat9 in 20.04, while in 22.04, it’s considered part of an Ubuntu Pro subscription.
So, there’s a fixed package, but 22.04 LTS users, who may expect LTS to truly mean LTS, don’t get the patched version that exists and is ready to go without issues. Wild.
This is incredibly confusing, and would make me run for the Debian hills before my next reboot. I understand maintaining packages is a difficult, thankless task, but the nebulousness here is entirely of Canonical’s own making, and it’s without a doubt leaving users vulnerable who fully expect to be safe and all patched up because they’re using an LTS release.

Samo jedan od razloga zasto mi se dize kosa na glavi kad netko zeli Ubuntu goniti na serverima...

Cuky	14.07.2024. 16:54

Zato treba samo gonit main distre. Malo, malo neki se ovakvi specijalci pojave.

mkey	14.07.2024. 18:50

Malo se igram dalje sa Wayland+CUDA i čini se da sve radi kako spada. Prema nazivu paketa koji uključuje "xorg-x11" sam naprečac skočio na zaključak da bude nek problem. I nije ga bilo. Dodatno je zanimljivo da je CUDA paket na fedori 180 MB dok je na manjaru bio 1.2 GB, pretpostavljam da je ondje bilo više toga uključeno?

Kako bilo, fedora nema niti onaj problem s korupcijom VRAMa tako da aplikacije preživljavaju sleep. Ipak nije sleep takav bauk.

Cijeli vikend se igram s generativnim modeila (image to text i image to image) i mogu kazati da je ovo sranje baš jako disruptivno. Dok je samo pisanje text promptova samo po sebi oblik umjetnosti, može se jako brzo dobiti solidan do odličan artwork, u x iteracija. Neki detalji dosta kiksaju (tekst, mehanizmi, ruke, lica) ali to se dade popraviti.

Evo par primjera. Tek se na ovoj zadnjoj sličici daju primijetiti neki ozbiljniji problemi (grana ispred mjeseca se prekida te makar jedna kandža dolje desno je van gabarita)
https://imgur.com/a/1K4KwwA

Moja 1070 GPU nije baš neko čudo s ovime pa me sada opet svrbi da bih uzeo neku noviju grafičku :D

Bubba

14.07.2024. 21:31

Citiraj:

Autor mkey (Post 3752148)

Malo se igram dalje sa Wayland+CUDA i čini se da sve radi kako spada.

Kakve veze CUDA ima s time koji protokol koristis za display, kada je to, jel... compute.

Citiraj:

Cijeli vikend se igram s generativnim modeila (image to text i image to image) i mogu kazati da je ovo sranje baš jako disruptivno.

Uf, a tek kada otkrijes inpaint, ControlNet i ostale pizdarije... Trebat ce ti novi disk za sve CivitAI modele. :D

Citiraj:

Moja 1070 GPU nije baš neko čudo s ovime pa me sada opet svrbi da bih uzeo neku noviju grafičku :D

Kod mene je zbog slicnih stvari (nije mi toliko SD vise napet) sletila RTX A5000, a vec gledam kako da se dokopam jos jedne zajedno sa NVLink mostom... Da ne pricam kako je bilo i jos ludjih ideja. :D

tomek@vz

19.07.2024. 05:19

Nvidia se opametila vid vraga :lol2:

Citiraj:

We’re now at a point where transitioning fully to the open-source GPU kernel modules is the right move, and we’re making that change in the upcoming R560 driver release.
↫ Rob Armstrong, Kevin Mittman and Fred Oh

Ivo_Strojnica

19.07.2024. 09:07

WAAAAT!!!!!????

Ovo je sigurno laž, netko mu je hakira account. :D

c-shadow

19.07.2024. 09:20

Ako je to točna info, sigurno imaju neki dobar fin. razlog za to napraviti :D
A to sigurno nije ovih par % korisnika koji se igraju na PCu :)

tomek@vz

19.07.2024. 17:23

Citiraj:

Autor c-shadow (Post 3752900)

Ako je to točna info, sigurno imaju neki dobar fin. razlog za to napraviti :D
A to sigurno nije ovih par % korisnika koji se igraju na PCu :)

Bas sam pito Babu Vangu - kaze baba - AIJI! Al kak god - ako se OSS driveri pokazu jednaki kvalitetom i performansama onome sto AMD nudi - i'm all in :D Makar ce iduca grafa vjerojatno biti najbicnija integrusa u mom slucaju :lol2:

Ivo_Strojnica

19.07.2024. 17:25

tužno, ali istinito.
mislim da su dani diskretnih grafičkih iza mene :(

c-shadow

19.07.2024. 18:43

Citiraj:

Autor tomek@vz (Post 3753012)

Aaaa... ja davno prešao na integruše, preferabilno intel radi drivera, stabilnosti i potrošnje.
A sjeti se koliko je AMDu trebalo kad je otpilio proprietary i krenuo otvarati drivere da to skocka malo.
Imao sam tu nesreću da sam imao integrušu AMD APU u doba kad su prtljali s onim "islands" gpuima i u jednom trenutku sam izvisio - AMD otpilio njihov blob, na novoj verziji xorga i kernela radi samo radeonsi driver koji je bio u povojima... i tako narednih nekoliko godina dok se nije skockao radeonsi, pa došao amdgpu koji naravno nije bio official za moj APU (jerbo prestar) i eto bio sam pehista i nabo gpu generaciju koja nikad nije bila dobro podržana.

tomek@vz

19.07.2024. 19:53

Citiraj:

Autor c-shadow (Post 3753029)

Jep. AMD je imao katastofa drivere - OSS i Closed Source. Zato sam uvijek ganjao nvidia grafulje do pred par godina sa sluzbenim nvidia driverom. Osim stucavica sa Optimusom sa sluzbenim driverima nisam imao nikakvih problema. Tu i tamo sam sprobao AMD grafu (HD 5770 je bila zadnja ak me sjecanje dobro sluzi) i nisam bio odusevljen. Zato sam kod trenutnog kompa namjernuo uzeo APU da vidim kak sljaka , par mjeseci nakon toga punokrvnu grafulju da tu i tam ipak nekaj odigram i iskreno - nisam ni sekunde pozalio. Pogotovo od kad je Wayland go-to standard. It just works :D.

c-shadow

19.07.2024. 20:27

Kao i za sve drugo - trebalo je vremena. Svojedobno su developeri pali na guzicu kad im je AMD iskrcao ogroman paket koda naslijeđen iz starih drivera po principu evo tu vam je, snađite se. doslovno su morali otpiliti koju generaciju i posvetiti se novijem hardveru.
Nvidia ako otvori kod (vjerojatnije samo dio), trebati će isto dosta vremena prije nego to uđe u kernel.

tomek@vz

19.07.2024. 21:03

Citiraj:

Autor c-shadow (Post 3753041)

Nvidia ako otvori kod (vjerojatnije samo dio), trebati će isto dosta vremena prije nego to uđe u kernel.

Yep. Trebat ce vremena da se pokazu rezultati. AL je barem prvi korak u boljem smjeru. Zasad :fiju:

tomek@vz

21.07.2024. 09:31

Tolko o hvaljenju AMD drivera :D Firefox i Chrome isto sranje na Youtube na odredenim video uratcima. Librewolf radi kak spada. Firefox na lapu (isto Fedora) sa Intel iGPU nema tih problema.

https://streamable.com/yo6vfl

Iskljucim HW Accel u FF > prikazuje se normalno al baci cijelu kantu na koljena.

strikoo

21.07.2024. 09:47

Nemam tih problena

bambi56x

21.07.2024. 10:10

Isti taj video i meni tako prikazuje u Firefoxu, ne samo to, nego mi se komp cjeli smrzo kad sam probao preskočit jedan dio.:D

c-shadow

21.07.2024. 10:14

Znači još uvijek samo intel :D

strikoo

21.07.2024. 11:49

Dajte link da probam na rx550 i 6700xt

tomek@vz

21.07.2024. 12:20

Citiraj:

Autor strikoo (Post 3753244)

Dajte link da probam na rx550 i 6700xt

https://www.youtube.com/watch?v=5QH8Dj6g_Nk&t=39s

The Exiled

21.07.2024. 12:38

Kod mene je OK na Ryzen 7 Pro 4750G + Vega iGPU, Fedora 40, Firefox 128 s uključenom hardverskom akceleracijom.

Sva vremena su GMT +2. Sada je 04:45.

Stranica 86 od 115

« Prva

Zadnja »

Show 40 post(s) from this thread on one page