Új hozzászólás Aktív témák

• #7060 Frawly veterán Nagytoll #7059

  Új Válasz 2020-09-13 18:02:39 #7060

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Frawly

  veterán

  válasz Nagytoll #7059 üzenetére

  Hasonló probléma merült fel most Archon a qBittorrenttel. Mindenhol crashel az új verzió, mert ebben már a qBittorrentet és a libtorrent-rasterbar-t is C++14-gyes beállítással fordították, de ez meg nem fér össze valami Python-gyökérséggel, ezért qbittorrent: symbol lookup error: qbittorrent: undefined symbol hibával elhasal az egész, nem indul. Állítólag várni kell, Arch és qBittorrent bugtrackeren is jelentve van már a hiba, dolgoznak rajta a fejlesztők.

  Még mielőbb jönne valaki ubuntus, hogy ×4rarolling, eltörtmegint, csaxólok, hogy ez specifikusan a qBittorrentes fejlesztők hibája, valószínű Ubuntun is eltört, ha már itt tartanak verzióban. Utoljára egyébként 3+ éve tört el a qBittorrent Archon, akkor is megint a qB fejlesztőinek a hibája volt, régi libtorrent-rasterbarra dependeltek, Archon meg egy újabb verzió volt.

  Egyébként meg ezért sem szeretem a komplex, bloatabb GUI-s programokat. Bonyásak, sok függőségük van, pl. ennek a qBittorrentnek Qt5, libtorrent-rasterbar, Python meg egyebek. Az ilyen komplexitási fok gyorsan törik el, mivel több modul válhat egymással inkompatibilissé.

  Ezzel szemben egy CLI-s rtorrent simán megy, nem törik el soha, mert olyan szög egyszerű, annyira kevés kód fut egymagában, hogy nincsen nagyon, ami eltörhetne rajta. Cserében grafikus felület nélkül is fut, headless szerveren meg konzolban.

• #7059 Nagytoll senior tag Nagytoll #7058

  Új Válasz 2020-09-02 21:38:27 #7059

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Nagytoll

  senior tag

  válasz Nagytoll #7058 üzenetére

  kiderítettem, hogy a gcc-t érdemes azon a verzión fogni amivel a kernelt fordították, különben gondok lehetnek.
  Downgrade-eltem gcc 10.1.0-ra és rögtön települt minden dkms modul újra

• #6808 Frawly veterán Nagytoll #6807

  Új Válasz 2020-05-09 21:41:54 #6808

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Frawly

  veterán

  válasz Nagytoll #6807 üzenetére

  Ez általában is igaz, ha valami USB csatlakozást használó eszköz (mint ez a USB BT adaptert használó egér) problémás, akkor az első, hogy átdugdosod másik USB portba, lehetőleg a gép hátuljába is, mert a gép előlapján vagy tetején lévő USB kivezetések nem minden háznál valami megbízhatóak.

  Bár azt nem értem, hogy ha interferencia volt a gond, akkor az Windowson miért nem jött elő? Erről az interferenciáról hülye szóviccként mindig az jut eszembe, ahogy Vágási Feri szállt be Win95-tel az internetbe

• #6807 Nagytoll senior tag Nagytoll #6802

  Új Válasz 2020-05-09 21:12:40 #6807

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Nagytoll

  senior tag

  válasz Nagytoll #6802 üzenetére

  Megvan a probléma.
  Interferencia...
  Pedig ez volt az első amit kizártam. Nem hittem hogy tényleg be tudnak egymásnak zavarni a dolgok. Eddig sose volt interferencia gondom.

  Bluetoothon keresztül elsőre jónak tűnt ameddig be nem dugtam a dongle mellé egy pendrive-ot és elkezdtem rá írni dolgokat. Egyből megfagyott az egérmutató

  Most úgy néz ki jobb a helyzet hogy a Logitech unifying vevő a gép hátuljába az alapba van dugva olyan portba ami körül nincs más. Közben 2 másik eszközhöz is kapcsolódva volt a gép Bluetoothon.

  Az lesz a végső megoldás amit valahol olvastam, hogy egy USB hosszabbító kábellel távolabb lesz a Logitech dongle, így elvileg nem lesz annyi interferencia.

• #6801 Frawly veterán Nagytoll #6800

  Új Válasz 2020-05-09 17:27:14 #6801

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Frawly

  veterán

  válasz Nagytoll #6800 üzenetére

  WinPE és MacOS nem releváns, azok külön a saját drivereikkel hajtják az egeret. Azzal Linuxnál nem mész semmire, hogy Windows alatt megy. Az alatt persze, hogy megy, mert a driverek 99%-a arra készül, és a gépek 98%-án az fut. Még jó hogy azon nem akad.

  Ubuntuval nem azért kéne megnézni, mert az is Live, mint a WinPE, hanem az Ubuntu-kernelben esélyesen többféle szutykot beleforgatnak, meg többféle firmware-t mellékelnek a Live-ban is. Archon lehet minimalizmus miatt a kernelcsomag fenntartója nem fordított bele valami olyan kernelmodult, ami kéne a Logitech egerednek, vagy beleforgatott, de valami firmware-t vagy hasonlót is fel kéne tenni. Ezért kéne előbb Ubuntuval tesztelni, de lehet akár Mint is, az is jó rá. Ami tetszik, csak kezdőknek való, mainstream Ubuntu-alapú disztró legyen, ami támogat Live módot, hogy ne kelljen egy egyszerű hardver kipróbálásához feltelepíteni az egészet, ami külön munka lenne. Nem biztos, hogy segít, de egy Live bebootolást egy pendrive-ról megér, hátha okosabbak leszünk. Mert ha mégis megy azzal, akkor tudjuk, hogy az Archon hiányzik hozzá valami. Az Arch ugyanis alapból egy KISS (Keep it simple stupid) disztró, sok mindent neked kell benne feltenni, külön, magától nem települ, meg nem detektálódik.

  Még az sem biztos, hogy egérprobléma, GPU driver is tud pl. akadásokat okozni, mikor az egeret mozgatod.

• #6799 Frawly veterán Nagytoll #6798

  Új Válasz 2020-05-09 16:46:34 #6799

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Frawly

  veterán

  válasz Nagytoll #6798 üzenetére

  Én bebootolnék egy Live Ubuntut első körben. Lehet csak az Arch kernelbe nincs beleforgatva valami speciális Logitech driver, ami kéne neki. Elvileg spéci programot ehhez nem kell felrakni, már önmagában sem kéne akadnia, a Logid csak arra kell, ha az egér speciális funkcióit tudd használni.

• #5854 Shyciii veterán Nagytoll #5853

  Új Válasz 2019-07-24 14:16:31 #5854

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Shyciii

  veterán

  válasz Nagytoll #5853 üzenetére

  Nem látok semmi plusz hálózattal kapcsolatos dolgot:

  

• #5852 Shyciii veterán Nagytoll #5851

  Új Válasz 2019-07-24 13:38:11 #5852

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Shyciii

  veterán

  válasz Nagytoll #5851 üzenetére

  Nagytoll, Siriusb

  Ha dhcpcd-t letiltom, akkor viszont semmilyen módon nem kapok IP-t.

  IP link show-val látni a hálókártyát, és mutatja is hogy UP.

  nmcli-p -vel mutatja hogy connecting (getting IP), de nem kap. Illetve folyamatosan ebben az állapotban van.

• #5827 Frawly veterán Nagytoll #5826

  Új Válasz 2019-07-16 06:00:45 #5827

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Frawly

  veterán

  válasz Nagytoll #5826 üzenetére

  Ott valami nem linuxos gond van, mert annyit minimum ki kéne írjon az UEFI BIOS-nak is, hogy nem talált bootolható OS-t. Ha F12-re vagy ilyesmire kézileg előhozod az UEFI BIOS bootmenüjét, ott milyen lehetőségeket kínál? Secure boot ki van kapcsolva?

  A GRUB-ot jól telepítetted, bár az elérési útja (/EFI) attól is függ, hogy miként van felcsatolva. Az biztosan nem baj, hogy nem /dev/nvme-ként adtad meg, az nem működne. Ez már nem MBR, hogy a GRUB indítókódját oda kéne írni. Az NVMe eszközökön kötelező a GPT+UEFI boot, és az UEFI indítófájlok mindenképp az EFI partícióra mennek, vagyis abba a mappába, ahová az EFI partíció fel van csatolva.

Új hozzászólás Aktív témák