- sh4d0w: Netflix? Ugyan, VW előfizetés!
- Elektromos rásegítésű kerékpárok
- WhrlpoolMind: Az eredeti lemez utánozhatatlan illata
- sziku69: Fűzzük össze a szavakat :)
- Geri Bátyó: Megint tahó voltam – SZEMÉLYISÉGFEJLŐDÉS
- Luck Dragon: Asszociációs játék. :)
- Meggyi001: Nyilvános wc-k.....még mindig hiánypótló...
- sziku69: Szólánc.
- Mr Dini: Mindent a StreamSharkról!
- GoodSpeed: AMD Ryzen 7 7700X vs AMD Ryzen 9 9900X Cinebench R23 & R24 Benchmarkokban mérve
-
LOGOUT
Arch Linux topik
Új hozzászólás Aktív témák
-
Frawly
veterán
-
Frawly
veterán
válasz
Shyciii
#7094
üzenetére
Azt elfelejtettem írni az előbb, hogy most a transmission-cli-t fogom kipróbálni. Már régóta látom linuxos videókon ajánlva, de még nem használtam. Sok évvel ezelőtt használtam a transmission-gtk-t, de az kifejezetten nem tetszett, mert fapados volt, akkor meg én nagyon benne voltam a nagy szabású seedben, bonyolult grafikus kliensekben. Most viszont nem ez a helyzet, adok neki esélyt.
A transmission-cli nem csak CLI-ként használható, hanem böngészős webklienssel is. Azt sem próbáltam még.
-
-
Frawly
veterán
válasz
Shyciii
#7094
üzenetére
Nekem nem kéne GUI-s, de a qBittorrent eddig olyan jó volt, és annyira bevált, annyira a legfunkciógazdagabb linuxos kliens, hogy ezzel kivételt tettem. Egészen mostanáig. Ma viszont repült a gépről, mert még mindig nem javították ki a hibát, ennyi nap után sem, ami azt jelenti, hogy a belátható közeljövőben sem fogják. Tudtam egyébként, hogy nem szabad kivételt tenni, most meg is bántam. Töröltem, mert már másodszor fordult elő, hogy nem bírják időben lekövetni a libtorrent-rasterbar frissülését, ilyen banda szoftverét meg nem használom.
Nálam nem tett fel extrát a qBittorrent, mert a Qt-s dolgokat a Goldendict felrakta, igaz azt is dobni fogom majd, ha találok helyette jobbat.
rTorrentből nekem az hiányzik, hogy be lehessen állítani, hogy egyszerre csak x darab torrent töltődjön, a többi álljon sorba. Egyébként más vonatkozásban megfelelne, fapados, de használható.
-
Shyciii
veterán
Qbittorrentet felejtsd el. Én is törakat xart feltesz. Én eleve GTK-s rendszert használok, így különösen bloatware nekem a qbittorrent. Átváltottam a transmission gtk-s verziójára. Arra amire használom a torrentet, arra bőven elég. Tökéletesen működik, sosem volt vele bajom. Rtorrentet-et próbáltam, de cli-s torrent nekem nem jön be, pedig már szövegszerkesztőnek, filekezelőnek is cli-set használok, de torrent kliensre kell a guis felület.
-
-
Frawly
veterán
Ezt csak vészmegoldásnak használd. A NT1-et nem véletlenül kapcsolták ki Win10-en, ransomwaretámadások miatt. Azt ne akard beszívni. Inkább állítsd át a NAS-on is az SMB2 megosztást. Épp úgy fog menni, csak a hálózati helyek felderítése nem megy, mert az SMB1 specifikus feature, de megint jót tesz a biztonságnak, hogy nincs.
Az SMB1 egy 1992-es protokoll, már rég elavult, biztonságilag rég 0, de egészen a WannaCry ransomware támadáshullámig mindenki azt használta, különböző Windows-verziók, és alternatív OS-ek közötti kompatibilitás miatt. Most viszont 2020-ban, modern OS-ek között nem kéne erőltetni.
És mielőtt mondanád, hogy NAS-ról és Linuxról van szó, csak mondanám, hogy a ransomware azokat a megosztásokat is támadja, egy szép napon arra ébredhetsz, hogy a megosztásban az összes fájl le van titkosítva. Azért, mert maga a protokoll sérülékeny, nem a Windows OS, így az, hogy Linuxot használsz, nem véd meg. Persze maga a ransomware Windowson fut csak le (Wine nem elég kompatibilis neki), de ahhoz bőven elég, ha valami windowsos gépre is fel van véve a megosztás, írási joggal, már kész a baj.
-
-
#63718632
törölt tag
Az a bizonyos Samba path a SambaCry befoltozására szolgál.
Hát passz, nem tudom.
[link]
Annak ellenére, hogy még jól működik a NAS-od. Én elgondolkodnék a cserén, ha nem lehet SMB v1-nél feljebb lépni. Előbb utóbb a Win10-ből is kivezetik teljesen, visszakapcsolni sem lehet majd. -
#63718632
törölt tag
Azt onnan nem tudod megcsinálni. Pacman-nal kell terminálban csomagot downgrade-lni és befagyasztani, hogy ne frissüljön. Csak az a kérdés, hogy ez milyen függőségeket ránt magával még plusszban. Egyelőre én ezt hagynám.
Inkább a Zyxel-es topikban futnék egy kört.
-NAS szerint nincs frissebb firmware, weboldalon meg van és van benne Samba path is. -
-
#63718632
törölt tag
Szerintem először a NAS firmware verziót kéne megnézni, tudsz-e frissíteni? Ha igen van-e benne Samba frissítés. Ha nem, akkor Manjaron visszaállni 4.10-es Samba-ra.
Bár a legjobb az lenne, ha a NAS tudna újabb Samba-t beszélni és akkor Win10-en kilőhetnéd a v1-et. Biztonság szempontjából így lenne a legjobb. -
#63718632
törölt tag
A NAS még Samba v1-et beszél? Esetleg?
Mert 4.11-es Samba után nem támogatott a v1.
Manjaron most elvileg 4.12.6-os Samba van.
Van a fájlkezelődnek Samba beépülője (Xfce-Thunar?), azt is megnézném.
Thunar - XFCEthunar-shares-plugin-gtk3
A NAS se mai gyerek, de lehet még adtak, ki hozzá firmware update-t és az tudhat magasabb verziójú samba protokollt.
[link]
Milyen rendszer volt előtte, amin még működött? -
Gelmi
tag
Sziasztok!
Segítséget szeretnék kérni !
Frissen telepített manjaron nem tudom megnyitni a Zyxel nas310 megosztásait .Ennyi az összes hiba üzenet:
Eszerint a megosztások látszodnak az asztali gépen csak már megnyitni nem tudom
Mi lehet a hiba ?
Segítségeket előre is köszönöm!
Gelmi
-
Frawly
veterán
válasz
vargalex
#7068
üzenetére
Amit viszont a fejlesztőknek nyomon kell követni, ha arra dependelik a szutykukat. Meg az is hozzátartozik, hogy a libtorrent-rasterbar az nem így hirtelen hozta ki az új verziót, hogy csak mindenki szívinfarktust kapott, hanem általában a kijövő új verzió pár hónappal előtte már folyamatában tesztelhető git-dev ágban, pont azért, hogy előre lehessen vele tesztelni, és ne megjelenés után érjen mindenkit meglepetésként, hogy jé, nem megy.
Ezt csak azért írom, hogy ha vannak itt fejlesztésben laikusok is, akkor értsék, hogy ez nem úgy megy, hogy kijön valami új komponens, és akkor mindenki megijedve gyorsan lesöpri a fejlesztőasztalt, hogy jé, nem megy, milyen váratlan, gyorsan, hama-hama, reszeljünk rajta. Egy rendes fejlesztő mindig előre tesztel, még béta komponensekkel is, előre tart platformonként többféle dev/debug buildet, amikben már a következő komponensekkel teszteli a következő verziót. Itt az van, hogy a qB fejlesztők lusták, még kb. fél éve kihozták a stabil 4.2.5-öt, és kényelmesen hátra dőltek, az alkotás kész, a gép forog, az alkotó pihen, COVID nyári szünet, most jó, hozzá ne nyúlj, míg megy, még ránézni sem szabad, mert szemlenyomatos lesz. Most pofonként éri őket, hogy nem lett volna szabad pihengetni, fejleszteni folyamatosan kell, főleg a mai verzióhajhász/rolling világban. Aki pihenni, meg hátra dőlni akar, az keressen másik hobbit/munkát. Ilyen opensource multiplatformos fejlesztő majd csak akkor pihen, ha nyugdíjba megy, vagy épp szívinfarktus miatt tolják be a mentőbe, de ott is csak addig pihenhet, amíg töltődik a defibrillátor. Persze ennyire nincs kiélezve, egy ilyen nagyobb projekten, mint a qBittorrent is, több fejlesztő dolgozik párhuzamosan, fejlesztést megosztva. Ilyen projektnél eleve szokott lenni erre külön felelős (néha több ember), aki csak azzal foglalkozik, hogy jövőbeli dev verziókkal és komponensekkel tesztel, egyengeti az utat a többieknek. Míg megint egy másik emberke a jelenlegi stable előtti, de még támogatott stable verzióba szokta visszaportolni a jelenlegi verzió hibajavításait és feature-eit. Megint másik csak buildet csomagok meg ír alá, egy megint másik emberke a weboldalt igazgatja, megint másik a dokumentációt tartja karban, stb.. Tehát nem egy embernek kell az összes feladattal örlődni, nem is tudna, mert fizetés nélkül csinálják, abszolúte hobbiból, meg szakmai érdeklődésből, fejlődésből.
Nyilván erre az Arch csomagfenntartó is figyel, nem véletlen, hogy az 1.2.10-es libtorrent-rasterbar nem került még be az Arch stable tárolóba, csak a testingben próbálgatják egyelőre, bár erre isten igazából a staging lenne való, csak azt a lépcsőt szeretik átugrani. Én viszont bekapcsolom a testinget, mert vannak benne frissebb csomagok, és szökőévente szokott probléma lenni belőle, így nagy hátrány nem ér miatta, cserébe gyorsabban kapom meg az új feature-öket, optimalizációkat.
-
Frawly
veterán
válasz
vargalex
#7065
üzenetére
Kösz az infót, erre már nem emlékeztem, hogy az a testingből van. Kipróbáltam a nox-ot is, az is ugyanazzal a hibával hasal el. Nem fogom ennek ellenére a libtorrent rasterbart downgrade-elni, mert 1) semmi baja, 2) ez a qbittorrentesek bénasága, 3) dobni fogom a qbittorrentet egészében, amit már rég tervezek meglépni, azért is tesztelem már mellette egy ideje az rtorrentet.
Kár érte, mert a qBittorrent azon kevés programok közül való volt, amiből még GUI-sat használok, ezzel hogy ez kiesik, már csak a Termite, Goldendict, Firefox lesz az, ami GUI-s és rendszeresen használom, persze a Wine, Steam, játékok is GUI-sak, de azokat ritkán futtatom. A többi progi mind CLI-s. De annyira jó és feature-gazdag volt az qB, hogy azt eddig nem tudtam elengedni, de úgy néz ki, ennek is eljött az ideje.
-
Frawly
veterán
válasz
Archttila
#7062
üzenetére
Látod ez jó ötlet, ez nem jutott eszembe, kipróbálom azt.
Siriusb: qbittorrent 4.2.5-1, libtorrent-rasterbar 1.2.10-1, amik fent vannak jelenleg. Az még hozzátartozik, hogy Archon Testing tárolókat is használok, de a vonatkozó csomagok mint a stable-ből vannak, a Testingben alig van csomag, onnan csak kernel (most 5.8.8-arch1-1) meg 1-2 dolog jön lényegében.
-
vargalex
félisten
válasz
Siriusb
#7061
üzenetére
Én is éppen tegnap frissítettem a teljes rendszert, és gond nélkül megy tovább a qbittorrent (qbittorrent-nox-ot használok). Valóban áprilisi verzió, amit egyébként tegnap flaggeltek out-of-date-ra. De ez még nem jelenti, hogy máris lenne újabb verzió. Persze lehet, hogy egy rövid időre volt a repoban...
-
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.
-
Nagytoll
senior tag
Hello! Hátha van itt valaki dkms mágus:
VMware workstation AUR package még nem kompatibilis a legújabb 5.8+ kernellel, ezért eddig 5.7.9-es kernelt futtattam. Figyelmetlen voltam és frissítettem 5.8.5-ös kernelre (ahol nem működött a VMware), majd downgrade-eltem vissza 5.7.9-re (linux package és linux-headers).
A probléma viszont itt indul, a kernel moduljaim nem tudtak települni 5.7.9-es kernelre, ahogy azt előtte tették. Bármit csinálok mindig elszáll 10-es hibakóddal a dkms install bármilyen modulra. Bővebben megnézve a logokat azt találtam, hogy gcc/plugin not compatible üzeneteket dobálnak a dkms modulok telepítés során.
Ezt követően próbáltam downgrade-elni a gcc-t is, 10.x verzióról 9.3-ra, de ugyan úgy sikertelen volt minden dkms telepítés.
Kezdek kifogyni az ötletekből. Volt valakinek ilyennel gondja ezelőtt? -
#7057
Frawly
veterán
Xenophobermn
#7054
Frawly
veterán
válasz
Xenophobermn
#7054
üzenetére
Na, úgy néz ki, hogy rájöttem mi a bajod. Az alaplapi UEFI BIOS szivat téged, mert lecsatlakoztatod a SATA-t. Néhány BIOS ugyanis úgy van megírva, ha egy BIOS vagy UEFI bootopció mögül kiesik ténylegesen a drive, amire mutatna, akkor törlődik maga a bootbejegyzés is. Kevés BIOS csinálja ezt, de ezek szerint a te gépeden ez történik, és ez nem a Linux, vagy nem az Arch hibája, hanem a BIOS-é. Kétféle megoldás közül tudsz választani:
1) soha nem húzod le a szóban forgó SATA meghajtót. Soha.
2) Vagy az EFI bootpartíciót átteszed valami olyan belső meghajtóra, amit sose csatlakoztatsz le. -
#7056
Xenophobermn
csendes tag
Xenophobermn
csendes tag
Ha nem túlzás, lenne egy új kérdésem is.
A gondom az Arch fájlmegosztásokkal van. Van egy Linux (OMV) szerverem, amin vannak megosztott mappák, hogy egyszerűbb legyen a munka otthon, de viszont az Arch a Hálózaton semmit sem talál. Ez miért lehet? Linux-Linux mind a kettő, samba mind a kettőn fent van. Android telefon simán lát mindent, sőt windows-os gép is látja. Mi a gond ilyenkor? Rosszul van konfigurálva a samba, vagy arch-on csak manuálisan lehet csatolni a hálózati mappákat is? -
#7055
vargalex
félisten
Xenophobermn
#7054
vargalex
félisten
válasz
Xenophobermn
#7054
üzenetére
Azért azt lássuk be, hogy ez nem normális... Mitől kellene mindig telepíteni a grub-ot???
-
#7054
Xenophobermn
csendes tag
Xenophobermn
#7053
Xenophobermn
csendes tag
válasz
Xenophobermn
#7053
üzenetére
A következő parancsok sorban lefuttatva, megoldja a problémát, a baj hogy minden esetben el kell végezni, ahányszor lecsatolom a sata-t. Erre keresek majd még valami megoldást, mert kicsit bosszantó.
mount /dev/sdXX (ROOT) /mnt
genfstab -U /mnt >> /mnt/etc/fstab
arch-chroot /mnt
grub-install --target=x86_64-efi --efi-directory=/boot/efi --removable
grub-mkconfig -o /boot/grub/grub.cfg
exit
umount -R /mnt
shutdown -r now -
#7052
vargalex
félisten
Xenophobermn
#7051
vargalex
félisten
válasz
Xenophobermn
#7051
üzenetére
Pedig akkor az lesz, amit a kolléga ír. Nem jó SSD-re mutat az EFI bejegyzés. Próbáltad úgy is, hogy visszarakod a másik SSD-t is?
BIOS-ban sem tudsz boot manager-t váltani? -
#7051
Xenophobermn
csendes tag
Frawly
#7050
Xenophobermn
csendes tag
Az SSD-t ugyanoda dugtam vissza, és már mindenhogy próbáltam, mert amikor telepítettem az archot akkor a másik ssd is benne volt, de azt csak formáztam. Az uefi-nek is az arch-os SSD-re csináltam partíciót. (Ez szerintem nagyon profi install volt, és minden lépést követtem. Azzal nem lehet gond).
Ezt természetesen még a bios írja ki, az archot meg se találja. -
#7050
Frawly
veterán
Xenophobermn
#7049
Frawly
veterán
válasz
Xenophobermn
#7049
üzenetére
Ha jól értem, végül nem telepítetted a Windowst, mert már a telepítőt sem jól írtad ki. Szerintem csak induláskor hozd elő a BIOS bootmenüjét, és ott válaszd ki azt a meghajtót, amire az Archot telepítetted. Esetleg még azt tudom elképzelni, hogy az Arch a bootpartíciót valami másik meghajtóra tette, te lehúztad a kábelről, mikor a másik meghajtót dugtad rá, de végül nem ugyanoda dugtad vissza, ezért megkeveredett a meghajtók SATA sorszáma, nem jó sorrendben keresi a bootmeghajtókat a BIOS. Vagy csak az UEFI boot módot állítottad át BIOS bootra, vagy fordítva, és nem látja az Arch telepítést, ami másik bootmódban lett telepítve, ez ellen az orvosság, ha vegyes bootot állítasz be a BIOS-ba, CSM Legacy + UEFI, néha Mixed, vagy Both vagy hasonlónak nevezik.
Bár azt se ártana tudni, hogy ezt a reboot and select proper boot device fleiratot mi írja ki pontosan, a BIOS vagy már az Arch bootmanagere?
-
#7049
Xenophobermn
csendes tag
Xenophobermn
csendes tag
Sziasztok!
A napokban tettem fel a Arch-ot. (linuxmind, rave, vanilla arch install)
Külön SSD-n van. Lecsatoltam a sata-t, felcsatoltam a másik SSD-t és telepíteni akartam a winfost is, de sajna rosszul írtam ki az usb-re. Így vissza minden és az arch nem indul hanem fekete kép fogad: "Reboot and select proper boot device.." felirattal.
Valaki tud erre megoldást, vagy mehet az újra install?
-
_Dumber_
őstag
válasz
Laszlo733
#7046
üzenetére
Átnézem a laptop és a dokkoló adatait, és úgy néz ki már értem is amit olvasok (remélem).
A digitus leírásában nincs benne a displaylink. Támogatja a display port alternative módot amit viszont a noti nem támogat. Ez ugyanakkor csak usb-c csatival működik. Neked azért mehet usb-a val is, mert ott displaylink technológia fut. Az meg megy mindkettőn, mivel a driver ehetővé teszi az usb számára, amit a dokkoló chipje emészt meg.
Később rendelek egy ilyet aztán majd meglátjuk: ICY IB DK-2241
-
-
Laszlo733
aktív tag
válasz
_Dumber_
#7044
üzenetére
Az lenne a jó, ha Windowson is ki tudnád próbálni. Ha ott nem megy alapból, vagy kínlódni kell vele, akkor nagy az esély hogy linux alatt nem fog működni. Nekem az Ubuntu legfrissebb verziójával is sikerült életre keltenem, pedig ott más az eljárás, mint Arch alatt. Mondjuk érdekes volt, mert a szükséges dolgok feltelepítése után nem akart működni, csak ha előtte átláptem Wayland -ba, majd vissza.
-
_Dumber_
őstag
válasz
Laszlo733
#7037
üzenetére
Volt egy kis időm.. hosszú az éjszaka.
Kipróbáltam a egy pendrive-on a:
1. Calam-Arch + Te configod
2. Calam-Arch + arhwiki
3. Ubuntu 20.04 + video(k) a telepítésrőlVégeredmény mindig ugyanaz. Ezek szerint nem én rontom el. Most vagy a gépem nem képes kiadni a videó jelet, vagy ez az dokkoló izé rossz vagy nem ismeri a linux.
-
_Dumber_
őstag
válasz
Siriusb
#7042
üzenetére
Kövezzetek meg de én még mindig yaourt-ozok.
A pikaurt majdnem használom, de ha több keresési eredmény között ki kell jelölnöm, hogy mit akarok telepíteni, akkor defaultként az 1 van beállítva a pikaurban (default=1). A yaourtban meg semmi. Így ha entert nyomok a yaourt csak kilép a pikaur meg az 1-es sorszámot telepíti.
Le lehet ezt a funkciót állítani? -
Siriusb
veterán
Én sem törtem még el soha semmit, még a billentyűzetet sem, pedig egyszer-egyszer voltam már mérges.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Mondjuk annyira nem is szoktam csapkodni, mint egyesek. 
Egy kis odafigyeléssel a tegnapi gubanc megelőzhető lett volna, de mostanában annyira rutinból nyomtam a frissítéseket, legtöbbször oda sem figyeltem.
Még a rendszermentésekről is leszoktam.
Szerintem sokan nem is olvassák a híreket, én épp ezért használom a pikaur-t, mert az ügyesen az arcomba tolja, ha van kint valami. -
Frawly
veterán
válasz
Siriusb
#7040
üzenetére
Nálam nincs az illető fájlban ilyen, nem is tudom mi ez a tally, életemben nem hallottam még róla. Utánanézhetnék, de lusta vagyok hozzá. Nekem nem tört el semmi. Bár azt régóta tudom, hogy valamit nagyon rosszul csinálok, mert Archon nem szokott semmi eltörni. Utoljára Gentoo-n törtek el, kísérleti RC kerneles, meg -9999 verziós tesztcsomagok, de az utóbbiba is inkább az én tudatlanságom játszott bele, meg én kerestem a bajt, hogy ilyen ultrafriss csomagokkal próbálkoztam, ha már lúd, legyen kövér alapon.
Abban viszont igazad van, hogy ennek kint kéne lennie az archlinux.org főoldalán, mert több embert érinthet, hogy akinek ilyen van benne ez a tally, szedje ki. Ezt sose értettem, pont erre lenne a főoldaluk hírszekciója, eleve fizetnek a szerverért, és nem használják ki, hogy van.
-
-
-
-
#63718632
törölt tag
válasz
Laszlo733
#7012
üzenetére
Köszi szépen, a verzió visszaállítás és befagyasztás megoldotta a problémát.
Jó tudni, hogy az AUR-ban találhatódowngradeprogi ennyire megkönnyíti a verzió visszalépést és befagyasztást.
Az előzményeket mindenképp át kell nézni, hogy melyik verzióra akarsz visszaállni.
Már csak ezért is megérte ez a kis gubanc. Holnap a másik notiján is megejtem, mert ugyanígy járt azzal is.
-
-
_Dumber_
őstag
válasz
Laszlo733
#7024
üzenetére
Szia!
KDE nekem is.
Kernel - 5.4.58-1-lts
20-displaylink nem volt még, ezt létrehoztam /etc/X11/xorg.conf.d/12-displaylink.conf
-ba (gondolom ez nem probláma).Van ugyanakkor egy ilyen is (én hoztam létre ARCHwiki alapján) :
/etc/X11/xorg.conf.d/11-evdidevice.conf
Section "OutputClass"
Identifier "DisplayLink"
MatchDriver "evdi"
Driver "modesetting"
Option "AccelMethod" "none"
EndSection
Valamint egy ilyen is (ezt nem tudom ki/mikor készítette)
/usr/share/X11/xorg.conf.d/displaylink-workaround1 (.conf nélkül)
# This is DisplayLink workaround conf file.
# This file is not acting as conf itself. Instead, a .conf symlink targeting to this file is creat>
# See https://github.com/Ashark/DisplayLink-switch for more information
# workaround 1
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
EndSectionA többi már telepítve volt.
Ért is elvégeztem:
/etc/modules-load.d/udl.conf
udlAzóta ezt is módosítottam:
/etc/modprobe.d/nouveau.conf
blacklist nouveau
options nouveau modeset=0Változás nem lett...
-
Laszlo733
aktív tag
válasz
_Dumber_
#7023
üzenetére
Szia!
Igen, mindennek azon keresztül kellene mennie. Nekem nincs a notebook -on USB-C, csak USB3, de azon is szuperül megy minden.
Nem írtad, hogy Te milyen felületet használsz, de nálam Plasma/KDE fut.Első körben csináld meg a következőket:
Hozd létre a 20-displaylink.conf fájlt és másold be az alábbit:
Ez az elérési út: /usr/share/X11/xorg.conf.d/20-displaylink.confTöltsd fel ezzel:
Section "Device"
Identifier "DisplayLink"
Driver "modesetting"
Option "PageFlip" "false"
EndSectionNekem Dell D6000 Univerzális dokkolóm van, ehhez kellett az is, hogy nem bontsa random módon a kapcsolatot a notival a dokkoló a következő. Nézd meg, hogy nálad van -e jelentősége, vagy nincs. / első körben szerintem ne módosítsd az alábbit, csak ha már működik a dolog, és ha néha eldobja a kapcsolatot /
/etc/pulse/default.pa
### Automatically suspend sinks/sources that become idle for too long#load-module module-suspend-on-idle/ ezt a sort kell kikommentelni /A telepítést csináld így:
sudo pacman -Rns evdi displaylink
yay evdi-git
yay displaylink
sudo modprobe udl
sudo systemctl enable displaylink.service
sudo systemctl start displaylink.service
restartNálam így működik a dolog.
Kernelem: Linux 5.8.1
-
_Dumber_
őstag
válasz
Laszlo733
#7009
üzenetére
Ezt a dock-ot ki tudnánk vesézni?
Szeretnék egy mini laptopot (Zenbook 13), 2 bazi nagy monitorral. Mielőtt végleg lemeríteném a pénztárcámat tesztelnék, de nem igazán jön össze.
Jelenlegi config: Probook 470 G4 + egy mediamarktól kölcsönvett Digitus dokkoló USB-C porton (még pár napig van "kölcsönben" )
A dokkolón minden más működik (USB-k, füles, LAN)Archwiki-n végigmentem (remélem), displaylink telepítve, modprobe udl megvolt , evdi-git fent van..
[dumber@Gabor-HP] ~ % xrandr --listprovidersProviders: number : 1Provider 0: id: 0x48 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 4 outputs: 5 associated providers: 0 name:IntelNem létszik a külső VGA, DP, HDMI..
Első kérdés: Minden USB-C porton kellene működnie?
Ha igen, mit ellenőrizzek? -
Laszlo733
aktív tag
válasz
Siriusb
#7020
üzenetére
Arra hivatkozik, amit Te is mondasz:
conky: Syntax error (.config/autostart/conky2.desktop:2: unexpected symbol near '[') while reading config
file.
conky: Assuming it's in old syntax and attempting conversion.
conky: [string "..."]:147: attempt to index a nil value (local 'settings') -
Siriusb
veterán
válasz
Laszlo733
#7017
üzenetére
Elvileg az extra tárolóban a lua 5.4 van és a conky-lua a liblua.so.5.2-t vagy 5.3-at hiányolja.
Az AUR-ban lévő conky-lua függősége a lua52, ez a probléma. Most nézem, hogy a hivatalos tárolóban lévő conky-nak is van lua függősége
, igaz verzió megkötés nélkül.
De hülye vagyok, persze hogy változott az új szintaxissal.Mit ír hibának a conky neked? Indítsd el terminálban.
-
Laszlo733
aktív tag
válasz
Siriusb
#7016
üzenetére
Azt nem tudom, hogy a " sima " lua -hoz van - e köze, de azt nem lehet eltávolítani, mert függőségre hivatkozik.:
függőségek vizsgálata...
hiba: nem sikerült előkészíteni a tranzakciót (nem sikerült kielégíteni a függőségeket)
:: luaeltávolításával megtörik a 'lua' függőség amit a conky kér
:: luaeltávolításával megtörik a 'lua' függőség amit a vlc kér -
Laszlo733
aktív tag
válasz
#63718632
#7011
üzenetére
Szia! Igen volt, nekem is hazavágta. Korábbi verzióval sikerült helyrehoznom:
Amikor a két lenti parancsot futtatod, úgy a telepítés vége előtt feltesz egy kérdést, hogy akarod -e hogy a csomag ne frissüljön Y/N. Ha Yes -t nyomsz értelemszerűen nem fognak frissülni a csomagok, viszont így megmarad a Conky.
yay -S downgrade
majd,
downgrade conky
downgrade lua
reboot
-
Frawly
veterán
válasz
Laszlo733
#7009
üzenetére
Akkor ezek szerint kernelfrissítés okozta, nem fordítottak bele valami modult, amit külön modulként kellett telepítened. Ez simán lehetséges, mint írtam, a dokkokhoz nem értek, sose használtam dokkot. Engem már az is meglep, hogy akármilyen driver meg kernelmodul kell nekik, hiszen ezeknek lényegében csak port replicatoroknak kéne lenniük, kivezetve azokat a portokat, amiket a gép elve dokk nélkül is támogat.
-
Laszlo733
aktív tag
A dokkoló teljesen jól működik, csak a két monitor képe nem jelenik meg. A kapcsolat egyébként USB3 -on működik, eddig rendben volt de pár napja volt egy frissítés / talán kernel is / és azóta nyekkent meg. A neten olvastam külföldi hozzászólásokat is, hogy másnak is bedöglött. A xrandr nem is látja a monitorokat, csak a notit. Ez alapján működött korábban:
[link] A dmesg nekem nem sokat mond [link]
Grafikus felület Plasma. -
-
Laszlo733
aktív tag
Sziasztok! Van itthon egy Dell D6000 univerzális dokkolóm, ami eddig tökéletesen működött Arch alatt. Pár napja volt egy frissítés a rendszeren és azóta nem megy. Van valakinek ötlete, hogy mit lehet gond és hogy lehet helyrehozni. A netet már feltúrtam és próbáltam újratelepíteni minden szükséges fájlt, de nem hozott sikert.
-
Most frissítettem és ezek az üzenetek jöttek szembe:
Not setting net/ipv4/conf/all/rp_filter (explicit setting exists).
Not setting net/ipv4/conf/default/rp_filter (explicit setting exists).
Not setting net/ipv4/conf/all/accept_source_route (explicit setting exists).
Not setting net/ipv4/conf/default/accept_source_route (explicit setting exists).
Not setting net/ipv4/conf/all/promote_secondaries (explicit setting exists).
Not setting net/ipv4/conf/default/promote_secondaries (explicit setting exists).
Ezek mit jelentenek? -
Frawly
veterán
válasz
#63718632
#6999
üzenetére
Az installerek egyszerűen nem bírnak el túl sok telepítési opciót, ezért limitáltak, amit tudnak. A beállítási-telepítési lehetőségek száma végtelen, ha a kombinációkat nézed, lehetetlen mindent lefedni, még ilyen lehetőségszétágaztatós módszerrel sem. Egyébként vanilla Archban, mindenféle telepítő nélkül még jobban szét van dobva a rendszer konfigurálhatósága, Gentoo-ban még jobban, LFS-ben még jobban. Ez ilyen műfaj, pont ezért is találták ki ezeket.
Ezek az installerek kezdőknek valók, akik egyébként nem tudnák a rendszert feltelepíteni, meg azt se tudják, hogy milyen csomagok léteznek. Meg esetleg olyanoknak, akiknek nagyon sebtével kell telepíteni valamit, pl. egy Ubuntu alapú GUI installeres disztró SSD-s modern gépen fent van 2-5 perc alatt, arra pl. jó, hogy egy alkalom erejéig, egy nap, egy projekt, tesztelés kedvéért ha fel kell húzni valamit, akkor legyen mihez nyúlni és ne menjen el rá sok idő.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Mondjuk annyira nem is szoktam csapkodni, mint egyesek. 
Új hozzászólás Aktív témák
Hirdetés
BoB- BESZÁMÍTÁS! Intel Core i7 4770 4mag 8szál processzor garanciával hibátlan működéssel
- Gamer PC-Számítógép! Csere-Beszámítás! I5 10500T / RTX 3050 / 32GB DDR4 / 512 SSD!
- Apple iPhone 13 Kártyafüggetlen 1 év Garanciával
- ÁRGARANCIA!Épített KomPhone i5 10400F 16/32GB RAM RX 7600 8GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! Apple iPhone 16 Pro MAX 256GB okostelefon garanciával hibátlan működéssel
Állásajánlatok
Cég: FOTC
Város: Budapest