- Először kombinálja a Full HD-t az 1000 Hz-cel egy monitor
- Milyen ÚJ notebookot vegyek?
- Gaming notebook topik
- Fujifilm X
- NVIDIA® driverek topikja
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- A DirectX 11 natív támogatását bizonygatja az Imagination
- Milyen videókártyát?
- Napokon belül váratlan versenyzővel bővül a VGA-piac
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
-
PROHARDVER!
PROHARDVER!
Új hozzászólás Aktív témák
-
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.
Nekem a transmission-cli ment a levesbe, es lett helyette qbittorrent. Ossze sem lehet hasonlitani a ketto sebesseget.
A trans jo ha tudott 10-20MB/s sebesseget, a qBittorrent 60-80-javal szemben.
-
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.
-
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.
-
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.
-
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.
-
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.
-
A doksit elolvasva nem igaz, hogy nem támogatott az SMB1, csak default-ban a minimum verzió SMB2-re van állítva.
Szóval, én a /etc/samba/smb.conf-ba betenném aclient min protocol = NT1sort.
Köszönöm !
Teljes a siker !!!
/etc/samba/smb.conf ba beillesztve
client min protocol = NT1
mentveGép újra indit
Hálózat tallózás után felugrott az az ablak ami eddig nem- jogosultságok megadásaÉs siker !!!!
Köszönöm a segítségeket !
Gelmi
-
A doksit elolvasva nem igaz, hogy nem támogatott az SMB1, csak default-ban a minimum verzió SMB2-re van állítva.
Szóval, én a /etc/samba/smb.conf-ba betenném aclient min protocol = NT1sort.
Oké, értem. Akkor ez detto, mint Win10-en a visszakapcsolás a szolgáltatásoknál.
Akkor végül is nem default támogatott. -
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? -
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.Nas310 topik tudorával levelezek éppen.
Tőle kaptam sok hasznos infót most a jelentkezésére várok .
Lehet ebböl csak holnap lesz valami.Köszönöm az eddigieket is !
-
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."Manjaron visszaállni 4.10 "
Ehhez akkor gondolom először a 4.12.3-2 t törölni kell .
A tárolókban meg sehol nem találom a 4.10-et
hogyan tovább ??
-
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.itt is megnéztem nincs samba frissítés
-
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.a firmware a leg utolsó .
állítolag több fwt nem kap
csak smb v1 et tud
Tudom öreg vas de még megy
-
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?
ez is megvan csak a thunarban hol hogyan kell e még engedéjetni nem tudom és a thunarban sem jelenik meg a plugin!
az álltalad betett link alapján brobáltam már a beállításokat , újra indításokat és semmi erdmény
-
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? -
-
-
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.
-
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.
-
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.
-
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.
-
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? -
Frawly
veterán
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 -
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? -
vargalex
félisten
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 -
Xenophobermn
csendes tag
Az mit jelent? Azt nem lehet javítani?
Próbáltam már mindenhogy dugni.
Az mit takar hogy boot maganert váltani biosban? (alaplap: MSI B450 tomahawk max) -
Xenophobermn
csendes tag
-
vargalex
félisten
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. -
Xenophobermn
csendes tag
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?
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. -
Frawly
veterán
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?
-
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? -
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.
-
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.
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.
-
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?Meglesz.
Sajnos nem látok erre lehetőséget a beállításokban, max ctrl+c.
-
É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. -
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.
Én sem törtem még el soha semmit, még a billentyűzetet sem, pedig egyszer-egyszer voltam már mérges.
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. -
Sajnálom.. meg most időm sincs.. Kölcsönzési idő meg lejár
.Majd legközelebb újra kikölcsönzöm, akkor viszont készülök USB-s arch, debian..stb rendszerekkel. Mindenképpen az ajánlásoddal kezdem,..ha egyszer az már működik .. nálad
-
Az Arch linux -ot hogy telepítetted parancsonként, vagy valamelyik grafikus telepítővel?
Windows alatt nézted, ott működik?@májkimiki: Nincs mit! Nem túl elegáns megoldás, de legalább működik.
Archot parancssorban telepítettem.. Windows-os gép nincs 3.0-s USB-vel a lakásban
Még megpróbálom USB-A-ra dugni, de ahhoz kell szerezzek egy átalakítót. -
-
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
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.
-
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...
-
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
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...
-
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? -
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') -
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.
-
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érElvileg 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.
-
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. -
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.
-
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? -
Az igazat megvallva, az "ilyen" telepítő szkiriptek és installer helper-ek mutatják meg az igazi vanilla Arch miben létét. Ezek ismeretének hiányában, nem is tudtam volna ezek lehetőségéről.
Régebben válaszoltam neked, hogy ha egy telepítő segéd eljuttat egy Xorg/Xfce rendszerig, onnantól én már révbe értem.
Viszont egy pár hete neki fogtam egy Manjaro Architect telepítőnek. Hát nem is tudom, aki nem próbálta még, az tegyen vele egy próbát. Szerintem, beteges módon szét van dobva a rendszer konfigurálhatósága. Olyan, mint ha egy utolsó szériás VW Golf-ról kapnál egy robbantott összeszrelési rajzot, az utolsó csavarig.
Ugyanolyan összekattingatós telepítő, mint az ArchLabs vagy a Magyarch telepítő, csak ezerszer nagyobb részletességgel.
Abba is hagytam, mert lövésem sem volt az adott rendszer komponensek funkciójáról és függőségeiről.
Ez kb. egy olyan svéd asztal, ahol a tyúkot is neked kell megkreálni, ahhoz, hogy egy főtt tojást le vegyél az asztalról. A többi telepítő készen kínálja a főtt tojást.
Szóval ilyen mélyen nem akarom túrni a rendszert, mert ilyen mélységeiben nem is tudom.
Az Arch-ot meg szeretem, mert rolling, mert friss és az Arch Wiki mindenben segít.
![;]](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
BoB
- PC Game Pass előfizetés
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Game Pass Ultimate előfizetések 3 - 36 hónapig azonnali kézbesítéssel! 13 hónap ultimate - 45.000 ft
- Gyermek PC játékok
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap
- BESZÁMÍTÁS! LG UltraGear 27GQ50F-B FHD 165Hz 5ms monitor garanciával hibátlan működéssel
- HIBÁTLAN iPhone 15 128GB Black -2 ÉV GARANCIA - Kártyafüggetlen, MS5434
- Keresek Galaxy S21/S21+/S21 Ultra/S21 FE
- Gamer PC-Számítógép! Csere-Beszámítás! I5 12400 F / RTX 3060Ti / 16GB DDR4 / 512 SSD
- Akció! Gamer PC-Számítógép! Csere-Beszámítás! I9 13900 / RTX 3090 24GB / 32GB RAM / 1TB SSD
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest