- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- Magga: PLEX: multimédia az egész lakásban
- LordAthis: Ismét egy "Idióta" A.I. Projekt, hogy meglovagolja az aktuális trendeket...
- sh4d0w: Netflix? Ugyan, VW előfizetés!
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- bambano: Bambanő háza tája
- hcl: MS Office365 Linuxon
- Carlytoo: Pánikszindróma #3
-
LOGOUT
Arch Linux topik
Új hozzászólás Aktív témák
-
Shyciii
veterán
válasz
vinibali
#5799
üzenetére
Nálam nincs ilyen probléma az SSD-vel. Relatíve friss Kingston van, így ilyen alignment tologatás már nem érint, mint a kezdetekkor. Viszont az UEFI miatt kicsit gyorsabban bootolódna be (elvben), meg azért mégiscsak legyek kicsit korszerűbb, így megcsinálom. Meg akkor legalább kipróbálom a telepítéshez, rendszer beállításához írt scripteket
-
vinibali
őstag
válasz
Shyciii
#5798
üzenetére
én pár éve álltam vissza MBR-re, és akkor is csak azért lett pár hónapra UEFI-s bootom, mert akkor azt gondoltam, hogy a TLC-s SSD-hez kívánt 6MB-os szektor eltolás majd komoly előnyökkel jár, (Setting up Samsung 840 EVO SSDs on Linux), de aztán elengedtem. Windows is állandóan módosítgatta a boot sorrendet.
-
Shyciii
veterán
Épp ezaz, hogy a pulseaudio panelján nem jelenik meg amióta mpv van. Ha leszedem, és VLC-t visszarakom, akkor nincs ez a gond. Ezért gondoltam, hogy mpv valamit belekavar.
Egyelőre skip-elem a problémát, mert valamelyik nap újrahúzom az Arch + Openbox kombót, mert most mbr-es, és átalakítom UEFI-sre a notit. -
wwenigma
Jómunkásember
Szépjónapot.
Két érdekes kérdéssel jöttem, hatha tudtok segiteni.Az egyik az az lenne hogy rrdtool-lal kapcsolatban valami ertheto - mezei ember szamara - leirast tudtok e valahol, gyakorlatilag azt szeretném hogy egy ilyen statisztika keszuljon a kis szerveremen, adatforgalom, cpu terhelés és esetleg procihőmérsékletből bár ez utóbbi mellékes mert egy kis N3050 cpu van benne es full passziv uzemben sem jart még 50 fokon a nyári hőségben.
A masik pedig az egy X11 cucc, azaz tavolrol desktop környezetbe tudjak belepni android/windows eszközről rávoli eléréssel amin futna egy firefox bongeszo pl. scripttekkel, automatikusan indul és nem lép ki ha lecsatlakozok. Mintha egy VPS lenne.
-
Frawly
veterán
válasz
Shyciii
#5793
üzenetére
A HDMI-s gépre még nem tettem fel az Archot, de használtam már Linuxon HDMI-n. Meg kéne jelennie a HDMI-s hangeszköznek a PulseAudio kimenetei között, azt kéne kiválasztani. Ezt alapból nem is mpv-ben kell állítani, hanem a pamixer-ben, hogy a megfelelő kimenetet használja. Valószínű analóg jack kimenetre állítottad, azért nem küldi ki a hangot.
-
Laszlo733
aktív tag
válasz
Laszlo733
#5789
üzenetére
Végül sikerült megoldani az etc/polkit-1/rules.d szerkesztésével. Két szöveges fájl kellett alá.
Első:
50-default.rules / tartalma /
/* -*- mode: js; js-indent-level: 4; indent-tabs-mode: nil -*- */
// DO NOT EDIT THIS FILE, it will be overwritten on update
//
// Default rules for polkit
//
// See the polkit(8) man page for more information
// about configuring polkit.polkit.addAdminRule(function(action, subject) {
return ["unix-group:wheel"];
});Második: / itt segített a Manjaro
/99-manjaro.rules / tartalma /
polkit.addRule(function(action, subject) {
if (action.id.indexOf("org.freedesktop.udisks2.") == 0 && subject.isInGroup("wheel")) {
return polkit.Result.YES;
}
});polkit.addRule(function(action, subject) {
if (action.id == "org.freedesktop.login1.power-off" ||
action.id == "org.freedesktop.login1.reboot" ||
action.id == "org.freedesktop.login1.hibernate" ||
action.id == "org.freedesktop.login1.suspend") {
return polkit.Result.YES;
}
});polkit.addRule(function(action, subject) {
if (action.id == "org.freedesktop.upower.hibernate" ||
action.id == "org.freedesktop.upower.suspend") {
return polkit.Result.YES;
}
});/* Allow users of network group to use blueman feature requiring root without authentication */
polkit.addRule(function(action, subject) {
if ((action.id == "org.blueman.network.setup" ||
action.id == "org.blueman.dhcp.client" ||
action.id == "org.blueman.rfkill.setstate" ||
action.id == "org.blueman.pppd.pppconnect") &&
subject.isInGroup("network")) {
return polkit.Result.YES;
}
});Most már nem jön fel újraindításkor a hivatkozott " ablak "
-
-
Shyciii
veterán
válasz
Laszlo733
#5783
üzenetére
ŐŐő most van yay-od és trizened is? Minek kettú AUR helper? Vagy az Octopi csak a trizent ismeri? Őszintén szólva én már 1 éve nem használom az Octopi-t, így nem emlékszem, hogy melyiket preferálja. Akkor is csak azért használtam, mert akkoriban Manjaro+KDE-vel kezdtem a linuxozást és ugye az Octopi Qt-s
-
Laszlo733
aktív tag
válasz
Shyciii
#5781
üzenetére
Köszi. Próbáltam onnan, de mindig beleütköztem valami hibába. Végül felraktam yay -ból. / lehet ezzel kellett volna kezdenem
/Egy kérdés:
Elvileg a trizen és társai is telepítésre kerültek, de ennek ellenére nincs ott a kis " ufo " fejecske a keresősáv előtt. Ez így normális?
-
Frawly
veterán
-
Én Plasmát telepítettem belőle. Nem volt olyan egyszerű, mint más linuxok telepítésekor történtek a dolgok. Nekem is többször kifagyott a telepítő és mindent újra kellett kezdeni az elejétől, de mindig egy kicsit tovább jutottam a folyamattal és végül mégis összejött. Úgy éreztem, mintha valahová a netre elmentené az addigi küszködésem eredményét.
-
Shyciii
veterán
Peeeersze. Qt-s sötét téma, majd qt-s témaválasztó, meg a...lófaszt a seggébe a qt-nek
Inkább programokat váltottam, és egyelőre nem bántam meg. Köszi a javaslatokat, de kicsit elkéstél, mert már tegnap megtörténtek a váltások. Részben arra, amit pont írtál. Pl VLC helyett mpv lett, qbittorrent helyett transmission, Xnview helyett feh. Mondjuk azzal több munka volt, mert ugye parancssoros, úgyhogy megfelelően fel kellett paramétereznem, hogy úgy induljon el ahogy nekem tetszik, és persze ezt a paraméterezett desktop filet használtam fel a mimeapps szerkesztésére, mert ugye kézzel kellett hozzáadnom, hogy mely kiterjesztésekre használja a feh-t. Szal jó móka volt, dehát ezzel jár a minimál Arch működtetése 
Notepadqq helyett viszont Sublime 3-ast tettem fel (bár érdekes, hogy a fejlécben UNREGISTERED van, mert fizetős), de jól működik. Azért megnézem az általad mondott SciTe -t is. Max ha egyik se jó hosszabb távon, akkor lesz Atom, de az meg jóval több, mint ami nekem kell, szal olyan mintha ágyúval lőnék verébre
Amúgy nem akarok 100%-ig terminálos progrikra váltani. Minimál rendszert akartam ez igaz, kis erőforrásigényű WM/DE-t ez igaz, de azért annyira nem, hogy csak a konzolos partancsok miatt hosszabb legyen bármilyen munkám. Így is sokat használom a terminált, mert pl sacd-s formátumok szétbontását is ott végzem, rendszerfileok módosítását is parancssorban végzem (nem nem mcedit, hanem nano ), meg most már az mkv-re konvertálást is inkább ffmpeg-es parancssorban fogom megcsinálni. Úgyis ritka. Szal 100% terminálos programok használatának nem látom értelmét a részemről. -
vargalex
félisten
Én először rTorrent-et használtam, majd sokáig Transmission-t. Aztán visszatértem az rTorrent-re, majd váltottam qBittorrent-re. Utóbbi jóval gyorsabban elkezd maximális sebességen tölteni. Az rTorrent sajnos feleslegesen jobban terheli a háttértárat seed alatt (nagyságrendekkel több adatot olvas, mint kellene). Én egyelőre maradok a qBittorrent-nél, ami nálam egy AsRock J3455-ITX lapon fut (az otthoni mini szerverem/NAS-om, természetesen Arch-al), gond nélkül kihajtja az 500 Mbps-es netet. 60 MB/s letöltésnél a magok még csak fel sem kapcsolnak maximális órajelre...
-
Köszi az infókat, de a mostani 500-as nettel az asztali Deluge (GUI-val együtt, Mate környezetben) simán hozza az 51-53MByte/sec sebességet, de le is terheli teljesen a procit.
A transmission GUI nélkül 30-33 között tud torrentek számától függően. Az egyszálas infó alapján, ha ezt tudja egy szálon, akkor négy szálon egész jó lenne egy hasonló kliens.
De akkor az rTorrent-re ránézek.
-
Frawly
veterán
Erről nem kell neked gondoskodni. Ha a proci lesz a szűk keresztmetszet, akkor a kernel ütemezője úgyis úgy fogja pakolgatni a szálakat, hogy jól kihasználja a procit. Ennek ellenére a gigabites netet azzal a procival nem fogod tudni kihajtani, túl gyenge (rossz IPC, kicsi freki, kevés L2 cache, amin az összes mag osztozik), több szálon futó torrentprogival sem. Egy normálisabb i5/i7-es szintet szoktak ajánlani gigabithez.
Fogadd el, hogy csak egy részét leszel képes kihajtani a gigabitnek, vagy cseréld le azt a gépet / procit.
Egyébként meg a gigabites netnek ezért nincs lakossági szinten értelme. A legtöbb embernek se a kábelei, se a routere, se a Wi-Fi-je, se a hálókártyái, gépei, akármilyei nem tudják kihajtani a felét sem.
Ha nagyon minimalista torrentprogi kell, akkor rtorrent.
-
Frawly
veterán
válasz
Shyciii
#5744
üzenetére
Ennek egyszerű a megoldása, tegyél fel Qt-s sötét témát, ami hasonlít a sötét Gtk-s témádra. Persze Arch Wiki alapján rá lehet erőszakolni a Gtk-sat is a Qt-s progikra, de ez bugokkal járhat.
Nálam már csak egy Qt-s alkalmazás maradt, a qBittorrent, de le fogom cserélni, úgyis egyre ritkábban használom és egyre alapabb dolgokra. Régen viszont nagy szükségem volt rá, mert elég nagy seedállományom volt, amit nehéz volt gondozni, de ma már ez nem érint.
VLC helyett ajánlom az mpv-t. Notepadqq helyett meg SciTe. De ez egy fejlődési folyamat, ahogy egyre hosszabban használsz Linuxot, úgy fejlődik az alkalmazásválasztékod is, terelődsz az egyre kevésbé bloat megoldások irányába. Lásd KDE helyett már Openboxot használsz, qBittorrent helyett Transmissiont (Delugot nem ajánlom, Pythonban írt, erőforrás-zabáló, lassú), XnView helyett feh-t. Majd fog ez még fejlődni, mire eljutsz te is a terminálos alkalmazásokig, meg a még fapadosabb WM-ekig.
-
-
vargalex
félisten
válasz
Shyciii
#5762
üzenetére
A transmission valóban kis erőforrásigényű, nem véletlenül alkalmazzák embedded rendszereknél is.
16 MB/s persze nem gond egy x86-os CPU-nak. Az érvelésedet továbbra sem értem, különösen annak fényében nem, hogy úgyis nyitva van több fül a böngésződben. Egy új fül már nem hinném, hogy (sokkal) több RAM használatot eredményezne, mint egy új natív alkalmazás... -
Shyciii
veterán
aki33
Az is fent volt asszem, de ami leírást találtam ott nem a qt5ct-t kellett beírni új environmentként, hanem gtk2-őt. De már mindegy. Lecseréltem a Notepadqq-t, VLC-t, qbittorrentet, Flacon-t, Xnview-t is már. Persze ezekkel együtt sok felesleges qt dependecies is lement. Máris kevesebb telepített csomagom lett
Notepadqq --> Sublime 3-as lett
Xnview --> feh számomra megfelelően beparaméterezve
qbittorrent --> transmission
Flacon --> split2flac (de ezt még nem próbáltam)
VLC --> mpv (ettől fostam, mert évekóta VLC-t használok, de ez az mpv még jobb is)vargalex
Nem tom, hogy a Transmission mennyi threadet képes használni, de alatta is 16MB/sec-el jöttek le most a filmek. Pont ugyanúgy, mint qbittorrent alatt. A gyorsaságot amúgy nem a letöltési sebességre értettem, hanem a használatra. Gyorsabban reagál a transmission. Mondjuk ez nem meglepő, mert eleve kevesebb erőforrással is beéri.
Egyébként meg nem mindegy, hogy böngészőt nyitok meg. 4GB-os notebookom van. A böngésző legyen bármelyik kicseszettűl zabálja a memóriát, míg a natív program nem. Így is sok fül van nekem megnyitva, nem kell még egy, ráadásul olyan funkcióra, amit az alap programmal is el lehet intézni. -
válasz
vargalex
#5758
üzenetére
Honnan találtok infót arról, hogy az egyes torrent kliensek hány magon tudnak futni?
Én pár hónapja egy épített kis négy magos (egy szálon buta) x86 NAS miatt kerestem infót, de nem találtam biztosat.
A próbálgatás pedig nem hozott eredményt, mert mindegyik csak 15-25% körül kért. -
-
aki33
csendes tag
-
Shyciii
veterán
aki33
Tudtommal az önmagában kevés, ahhoz kell környezeti változót beállítani, hogy mely gtk-s témát használja. Ezt próbáltam, de nem foglalkozott vele.
vargalex
Igen, ezt olvastam, de azért, hogy pár dolgot megnézzek azért még külön böngészőt indítani...A vicces az, hogy a qbitorrent fejlesztői magukat barátságos embereknek vallják magukat, és figyelembeveszik a felhasználókat. Közben már évekóta belexa..ak, hogy rengetegen kérik a sötét témát Mindegy. Átálltam a Transmission-re, és ahogy nézem gyorsabb, mint a qbittorrent, és a rendszert is jobban kíméli. -
Shyciii
veterán
válasz
vinibali
#5749
üzenetére
Azt használom (-tam, most váltottam Feh-re, ami persze konfigurálás nélkül rém fapados), de nem az a gondom, hogy nincs Xnview, hanem az, hogy az Xnviewmp QT-s csomagokat használ, mint ahogy a systemlib-es is, így nem veszi át a GTK-s rendszerek alatt a témákat (sem).
-
Shyciii
veterán
Igen, a Deluge volt a másik amit a Transmission mellett érdemesnek találtam a qbitorrent helyett. Egyelőre most hagyom a Transmission-t. Ha pár nap alatt nem válik be, vagy nem tetszik, akkor kipróbálom a Deluge-t is. Flacon helyett split2flc -t találtam, de persze külsőre ég és föld, hisz parancssoros ahogy néztem, de még nem próbáltam ki, mert most épp nincs olyan flac-em amit darabolni kellene. A gáz az XnView lesz és a VLC. Ezekhez nagyon hozzászoktam hosszú évek alatt. Ebben az esetben meg kell erőszakolnom magam
No meg a notepadqq miatt is... -
válasz
Shyciii
#5746
üzenetére
Én még a linux korszakom elején végigpróbáltam jó sok progit, amikre szükségem volt, és sikerült GTK-sok közül megtalálni mindent, ami kell. Csak annyi, hogy újra kell gondolni, hogy mire van szükséged valójában.
Jó kis változás volt nekem is, de utólag nagyon örülök neki.Torrent kliensből kipróbálhatod a deluge-t is. Nekem az a kedvencem.
-
Shyciii
veterán
Mikor Openbox-ra áttértem én is így tettem, de van pár berögződés még Win-es korszakból (meg KDE-s Manjaro-ból is), ami miatt pár QT-s cuccom van.
Win-es korszakból:
- Xnview képnézőnek
- VLC média lejátszónak
- Qbittorrent -> mondjuk tegnap átváltottam Transmission-ra. Kevesebbet tud, de jó ez is nekem ahogy most próbáltam.
Manjaro KDE-ből:
- Flacon -> 1 darabos FLAC fileok szétválasztása
- FF Multi Converter -> képek, videók konvertálása más formátumra
- Notepadqq szövegszerkesztőDe muszáj lesz keresnem alternatívákat amik megfelelnek nekem a hülye berögződéseim ellenére is, mert ha nem is fog bejönni a sötét téma (bár most nagyon tetszik épp), akkor se jó, hogy ennyire meg van kötve a kezem. És az már tuti, hogy soha többet nem fogok KDE-re visszamenni.
-
Shyciii
veterán
Csak engem zavar ez a GTK vs QT mizéria? Most kitaláltam, hogy sötét témát akarok használni. Természetesen mivel az Openbox GTK-t használ (bár ha jól tudom QT-t csak a KDE használ) így a QT-s appok egyrészt sok függőséget raknak fel, de a legnagyobb szívás a támák használata. Kitaláltam, hogy most egy ideig (vagy akár hosszabb ideig attól függően hogy jön be) sötét témát fogok használni. Persze a GTK-s progik frankón átveszik, a QT-sek meg nem. Oké, Arch Wikin van leírás, hogyan lehetne ráerőszakolni a QT-s appokra, hogy vegyék át, de ez nemigazán akar működni. Azért ez egy nagy hibája a Linuxnak, hogy ennyire szét tud tagolódni, nincs egységesítés. Vagy a programozók nem törődnek ezzel a problémával. Tisztelet a kivételnek, mert pl a Transmission programozói egy huszárvágással megoldották ezt. Ők csináltak gtk-s és qt-s verziót is.
-
-
-
Shyciii
veterán
Köszi. Az usbreset-et az AUR-ból próbáltam, de nem találtam hozzá syntaxist, így amiket próbáltam azzal nem működött. Pl a másik linken próbált módon is xxxx:xxxx amit persze az lsusb által kiadott értékekkel próbáltam.
Most nézem, hogy az AUR-os usbreset az nem ugyanaz a linken levő usb-reset -el. Nah akkor ezt lefordítom mindjárt és próba.
-
Shyciii
veterán
Sziasztok,
Ismer valaki olyan parancsot, amivel az USB-s eszközöket újra lehet inicializálni?
A gondom az, hogy az USB-s wireless egeremet betöltéskor nem mindig ismeri fel, és ilyenkor csak az adó/vevő egységet ki-behúzva tudom működésre bírni, de ugye ezt nem szeretném, mert azért az USB port sem egy tartós csati. -
eddie1978
senior tag
NFS gondom van. Netgear R7800 routeren OpenWrt van. Beállítottam az NFS megosztást ami működött is. Pár hete eltört valami. A boot után nem töltötte be az asztalt, viszont használható volt a gép már akkor is. Legalább egy perc kellett mire megjelentek az ikonok az asztalon. Az NFS megosztást nem tudtam megnyitni a thunar-ban. Teljesen belassult a thunar. Most kivettem az fstab-ból az NFS bejegyzést. Így rendesen elindul a rendszer.
Végignéztem az OpenWrt-t Mount megvan, showmount parancsra mutatja a megosztást.
Ellenben ha Arch alól akarom parancsorból felcsatolni az NFS megosztást, akkor az alábbit látom és itt elakad:
Created symlink /run/systemd/system/remote-fs.target.wants/rpc-statd.service → /usr/lib/systemd/system/rpc-statd.service.
Mit érdemes megnéznem?
rpc.statd exited statusban van.Ez az nfs probléma lehet az nfs-utils frissítéstől?
-
Frawly
veterán
Arch Linux Drops GCC 9 From Testing Due To BCache Corruption Bug
Mielőtt ubyegon örülne, hogy instabil az Arch, csak úgy mondanám, hogy csak Testingen jön elő, és ott is csak akkor, ha SSD-vel cache-el valaki HDD-t, és még az is kell hozzá, hogy valaki 5.0 vagy újabb kernelt használjon. Én nem teszek ilyet, így nálam Testingen sem okozott gondot a legújabb kernel mellett gcc 9.1, simán fordult vele minden. Ennek ellenére beraktam ide a hírt, hátha valaki érintett, mert az archlinux.org-ra csesztek kitenni. Gondolom úgy voltak vele, hogy Testing tárolót úgyis csak a bátrak és a haladók használnak, ők megoldják maguknak.
-
Siriusb
veterán
Szia!
https://wiki.archlinux.org/index.php/Arch_User_Repository#Installing_packages
Vagy feltelepítesz egy AUR helper-t, pl. pikaur, és utána már egyszerűen, amúgy pekmenesen tudsz telepíteni és frissíteni is az AUR-ból.
-
zumike
tag
Üdv,
ezt hogyan tudnám telepíteni?
git clone https://aur.archlinux.org/brother-dcpt510w.gitls -alt brother-dcpt510w/
összesen 28
drwx------ 15 users 4096 máj 19 07.59 ..
drwxr-xr-x 3 root root 4096 máj 16 21.33 .
-rwxr-xr-x 1 root root 443 máj 16 21.33 brother-dcpt510w.install
-rw-r--r-- 1 root root 376 máj 16 21.33 fix_lp.patch
drwxr-xr-x 8 root root 4096 máj 16 21.33 .git
-rw-r--r-- 1 root root 1245 máj 16 21.33 PKGBUILD
-rw-r--r-- 1 root root 785 máj 16 21.33 .SRCINFO -
Biztonságilag milyen ez a megosztás, lehet ezen még finomítani?
A wiki ezt javasolja biztonság szempontjából:
Configuration
ServerGlobal configuration options are set in /etc/nfs.conf. Users of simple configurations should not need to edit this file.
The NFS server needs a list of exports (see exports(5) for details) which are defined in /etc/exports or /etc/exports.d/*.exports. These shares are relative to the so-called NFS root. A good security practice is to define a NFS root in a discrete directory tree which will keep users limited to that mount point. Bind mounts are used to link the share mount point to the actual directory elsewhere on the filesystem.
Consider this following example wherein:
The NFS root is /srv/nfs.
The export is /srv/nfs/music via a bind mount to the actual target /mnt/music.# mkdir -p /srv/nfs/music /mnt/music
# mount --bind /mnt/music /srv/nfs/music
To make the bind mount persistent across reboots, add it to fstab:
/etc/fstab
/mnt/music /srv/nfs/music none bind 0 0Van értelme így csinálni?
Egyetlen aggályom van ezzel, hogy mivel sima felhasználóként csak a /home könyvtáramra van írási jogom, és az alkalmazások is csak oda írhatnak tudtommal, ha a torrentkliens letölt valamit annak az én felhasználóm lesz a tulajdonosa, a torrent kliens alapból nem is tud írni a /srv/nfs könyvtárba. Megoldható ez valahogy? Hogy kell beállítani a felhasználó/csoport jogokat hogy az én nevemben futtatott alkalmazások írhassák a /srv/nfs-t? -
Na most kikommenteltem ezt a beállítást:
Add the following line to the [Unit] section of /usr/lib/systemd/system/nfs-client.target
DefaultDependencies=False -> #DefaultDependencies=Falseés így is működik a szolgáltatás. Lehet csak az nfs telepítés után egy újraindítás kellett volna, ahogy az egyik arch-os fórum javasolta.
Ha a nfs-client.target szolgáltatás automatikus indítása is be van kapcsolva(ahogy ez a leírás javasolja) akkor vár 1perc 30mp-t az nfs szerver indítása előtt, inkább kivettem ezt az automatikus indításból, maradt csak a nfs-server.service és most nem volt várakozás és elindult rendben az nfs. Érdekes anomáliák vannak az arch linuxban
Egyébként a /home/attilav/nfs <lejátszó ip>(ro,sync,crossmnt)
paraméterekkel a megosztás működik és az alkönyvtárakba is beenged.
A paramétereket az /etc/exports fájlban levő példák és a wiki alapján próbáltam belőni.
Az NFS-t egyszerűbb beállítani mint a Samba-t
-
válasz
attilav2
#5724
üzenetére
Kigugliztam, megcsináltam ezt: [link] Egyelőre nem dobott hibát.
Most újraindítom a gépet, meglátom működni fog e.Hát ez nem jött össze, szarakodott az indításnál, valami szolgáltatásra várva számolta a másodperceket, átléptem.
Belépés után elindítottam az nfs szervert, megtalálta a megosztást a médialejátszó. Az automatikus indítással lesz egy kis bibi.
-
Nem indul az NFS, erre panaszkodik (ezt a journalctl -xe paranccssal írattam ki):
The unit var-lib-nfs-rpc_pipefs.mount has entered the 'failed' state with result 'exit-code'.
máj 13 17:12:43 attilav-pc systemd[1]: Failed to mount RPC Pipe File System.
-- Subject: A start job for unit var-lib-nfs-rpc_pipefs.mount has failed
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- A start job for unit var-lib-nfs-rpc_pipefs.mount has finished with a failure.
--
-- The job identifier is 1350 and the job result is failed.
máj 13 17:12:43 attilav-pc systemd[1]: Dependency failed for rpc_pipefs.target.
-- Subject: A start job for unit rpc_pipefs.target has failed
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- A start job for unit rpc_pipefs.target has finished with a failure.
--
-- The job identifier is 1349 and the job result is dependency.
máj 13 17:12:43 attilav-pc systemd[1]: Dependency failed for RPC security service for NFS client and server.
-- Subject: A start job for unit rpc-gssd.service has failed
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- A start job for unit rpc-gssd.service has finished with a failure.
--
-- The job identifier is 1353 and the job result is dependency.
máj 13 17:12:43 attilav-pc systemd[1]: rpc-gssd.service: Job rpc-gssd.service/start failed with result 'dependency'.
máj 13 17:12:43 attilav-pc systemd[1]: rpc_pipefs.target: Job rpc_pipefs.target/start failed with result 'dependency'. -
Sziasztok! Média lejátszó számára szeretném megosztani a filmjeimet NFS-en keresztül, csak olvasható módban, a megosztás elérését a médialejátszó ip címére korlátozva. Milyen paramétereket javasoltok az /etc/exports fájlba? A megosztás a /home/usernev/nfs és az ez alatt levő könyvtárak lennének. Tehát a felhasználóm könyvtára alatt lenne a megosztás.
A wikiben ez a példa konfig van:/etc/exports
/srv/nfs 192.168.1.0/24(rw,sync,crossmnt,fsid=0)
/srv/nfs/music 192.168.1.0/24(rw,sync)
/srv/nfs/home 192.168.1.0/24(rw,sync,nohide)
/srv/nfs/public 192.168.1.0/24(ro,all_squash,insecure) desktop(rw,sync,all_squash,anonuid=99,anongid=99) # map to user/group - in this case nobodyMilyen paraméterek kellenek ebből? A /home/usernev/nfs <lejátszó ip>(ro,all_squash,crossmnt) elég? Azt silabizáltam ki a wikiből hogy nekem ezek a paraméterek kellenek.
-
vinibali
őstag
Az Evergreen sorozat nagyon jól támogatott a nyílt driverrel, én nem is tudom elgondolkoztam-e azon, hogy az elmúlt 5 évben felrakjam a zárt drivert
rá is kerestem, a gyáró oldalán az utolsó driver: 2015 szeptemberi, a nyílt meg időként most is kapja a hiba javításokat és frissítéseket. -
Blasius
tag
Üdv,
Van egy AMD C-30 alapú netbookom amit még néha előveszek. Régebben Ubuntuval használtam és a zárt Catalyst meghajtóval jól működött a suspend (a Windowsokon is jól működött). Majdnem egy éve áttértem Manjarora nyílt meghajtóval (Radeon), de itt már nem működött a suspend. Pontosabban a felébredés nem működött... A hibernálás az jól működött de a rendszer elég lassan állt fel utána. Ha sikerült felállítani akkor utána már jól működött. Gondoltam hogy nekiugrok az Arch wiki alapján felrakni a Catalystot, de a telepítés közben elakadtam mert a repók nem voltak elérhetőek. A Catalystot nem egy könnyű menet modern rendszerekre feltenni mert pl az xorgott le kell butítani régebbi verzióra stb. Ezek a régi xorgok, de kernelhez illő Catalystok is a wikin linkelt repókban lettek volna.
Hát én úgy gondoltam hogy ezek nélkül nem ugrok neki a Catalyst telepítésének. Viszont a netbookon teszteltem a suspendet, és a legnagyobb meglepetésemre azt tapasztaltam hogy a nyílt meghajtókkal is jól működik, a felébredés is jól működik, pedig nem is babráltam rajta semmit, csak azokat a frissítéseket szoktam engedni felmenni amik időnként előjönnek. Pedig régebben tuti nem ment. Úgy látszik ilyen is van
! -
-
Siriusb
veterán
Pikaur-ral frissítettem, erre kiírja, hogy q4-et frissíti AUR-ból. Mi a fenének van nekem qt4?! Megnéztem, a keepassx2 függősége, viszont ahelyett van a hivatalos repóban a keepassxc.
Ezután, ha már lendületben voltam, megnéztem, a kupfer-nek van-e valami normális alternatívája, mert 5-6 évvel ezelőtt még ez volt a legjobb. Nos, meglepetésemre találtam is egy Synapse nevű cuccot, ami egész jónak néz ki, hát gyorsan le is cseréltem a kupfer-t.
Végig kell gondolnom, mi az még, amit már sok éve használok és esetleg megérett a cserére. -
Shyciii
veterán
Igen, tudom, hogy frissebb. Anno azzal is kezdtem a próbát, de nem működött, és ezért írtam ide. Valaki ajánlotta a libva-t, és azzal jó lett. És ekkor kezdtünk el agyalni, hogy most akkor melyik csomag is a jó, az ajánlott. Ez határozottan rémlik, csak az nem, hogy pontosan mit is következtettünk ki
Lényeg, hogy nekem a libva-val működik (valamiért).Amúgy párszor már próbálgattam a Vivaldit, hogy azzal leváltom, de aztán valahogy mégsem vált be. Firefox-ot meg nem bírom. Így maradt a Chromium.
-
Frawly
veterán
válasz
Shyciii
#5714
üzenetére
A libva-intel-driver is működhet, de a te GPU-d már a legújabb generációba tartozik és az intel-media-driver való hozzá, amit gyurmafigura ír. Ez több codec-et támogat. Ellenőrizheted az Arch Wiki VAAPI cikkéből kiindulva.
A Chrome egy hulladék mindenképpen, az alatt a hardveres gyorsítás mindig is problémás volt. Persze ha elégedett vagy a libva-val, akkor maradhatsz annál. Én is azt használom, de én kényszerből, az én Intel IGP-m még egy régi generáció, és azt nem támogatja az intel-media-driver, hiába telepítem, nem használja a rendszer.
-
Shyciii
veterán
Nekem nem az van fent va-api gyorsításra, hanem a libva-intel-driver.
A media-val is próbálkoztam (Kaby Lake-es procim miatt), de asszem azzal nem ment a chromium hardveres gyorsítása. CPU ugyanannyit zabált, mint előtte. Tán pont ezen a fórumon tárgyaltuk anno, hogy a libva-intel-driver, vagy az intel-media-driver a megfelelőbb, de már nem emlékszem, hogy konkrétan mire jutottunk. -
-
Shyciii
veterán
inxi nem mutatja nekem, hogy éppen melyiket használja. Mesa-demos nincsen felrakva, így a glxinfo-val nem tudja lekérni. Most gyorsan felraktam, és azalapján pl 4k-s youtube videónál is az intelét használja, hiába nagy a terhelés. Mondjuk nem baj, mert a geforce tuti jobban zabálná az akksit.
-
Frawly
veterán
válasz
Shyciii
#5709
üzenetére
Igen, ha nem váltogatod, akkor az Intel IGP-t használja. Ezt inxi -Gxxx futtatásával ellenőrizheted is.
Nálam van egy kis akadás. Nem nagy, néha, sok másodpercenként kicsit ugranak a csíkok. Nem tudok vele mit csinálni, ez az eltérő fps miatt van. Tényleg csak olyan enyhén, hogy ilyen tesztvideóval lehet csak kimutatni, akkor is nagyon figyelni kell rá, hogy észrevegyem. Nekem csak Intel IGP-m van (HD3000).
Annak örülni kell, ha nálad egyáltalán nem csinálja. De Intel IGP-n is sok mindentől függ, milyen driverrel hajtod, pl. KMS kernel driverből is van már kétféle, az egyik a hagyományos i915, a másik az Iris Gallium3D, ami alapból nincs bekapcsolva, és a Broadwell prociktól kezdve támogatja az IGP-ket, a régebbi Intel GPU-kra csak az i915 elérhető.
Az sem mindegy, hogy fent van-e a X.org-hoz a xf86-video-intel driver (nem ajánlják, de van, aki esküszik rá mégis), vagy enélkül hajtod, vagy ha fent is van, akkor be van-e kapcsolva a tearfree vagy valami egyéb opció benne.
De még kompozitora is válogatja. Compton és Compton között is vannak különbségek, még az eredeti verziókban is, nem hogy a forkhoz képest.
-
Shyciii
veterán
Hát most compton esetén nincsen akadás. Max annyi, ami emberi szemmel nem érzkelhető, így nekem továbbra is kompozitor problémának tűnik
Amúgy természetesen 60Hz a kijelzőm, mert egy teljesen átlag notebookom van.GPU: Intel HD620 és Nvidia GeForce MX130, de bumblebee-t nem üzemeltem be, úgyhogy én nem tudom váltogatni, hogy mikor melyiket használja. Szerintem így mindig az Intel-t használhatja a linux.
-
Frawly
veterán
válasz
Shyciii
#5707
üzenetére
Valamennyire minden kijelzőn akadnak ezek a tesztcsíkok. Azért tűnik randomnak, mert nem minden képkocka kerül asszinkronba, kell egy pár frame, mire annyira asszinkronban frissülnek a képkockák, hogy akadást érzékelsz. A kijelződ sanszosan 60 Hz-es, míg a legtöbb videó 29.97 fps-ses. De még 60 fps-ses videónál is előjön, hogy a kijelzőfrissítés sose pontosan 60 Hz, hanem ilyen 59,99 vagy 60,02 vagy hasonló.
Még nálam is van egy kis akadás, pedig nálam se X.org, se Compton, se Compton git, helyette Wayland kompozitor van (wlroots + SwayWM).
A gond akkor van, ha túl nagyok az akadások, szinte végig diavetítés az egész, na, akkor tényleg a GPU driver nem jó.
Milyen hardveren használod az Arch Openboxot? A GPU miatt kérdezem.
-
Shyciii
veterán
Frawly
Én azt látom, hogy a compton 03.28-án buildelt utoljára, ezért is próbáltam ki És ahogy nézem yshui forkja érhető el alapból a tárolóból.
Az akadozásra amit írtál akár igaz is lehetne, de annyira asszimetrikusan véletlenszerűen hol itt, hol ott akadozik meg egy-egy pillanatra, hogy nyilvánvaló volt, hogy driver, vagy más gond lesz. Én az intel plusz configjára tippeltem, de azzal csak rosszabb lett a helyzet. Így egy másik ügy kapcsán viszont kiderült, hogy az xcompmgr kompozitor okozta ezt az érdekességet.vinibali
Ez a fork érhető el alapból az Arch tárolóból -
vinibali
őstag
a Compton-nak van egy forkja, esetleg érdemes lehet megnézni:
https://github.com/yshui/compton/tree/master és az AUR csomag: compton-git -
Frawly
veterán
-
Shyciii
veterán
Egy kis infó, aki esetleg hasonló cipőben jár.
Openbox alatt azt tapasztaltam, hogy a Termite ablak keretének egy része ott marad mikor bezárom. Plusz egy video tearing and smoothness youtube testnél akadozott a kettős vonal mozgása időnként (de tearing hiba nem volt). Ekkor még nem gondoltam volna, hogy a két hiba összefügg.
A lényeg, hogy én xcompmgr -t használtam kompozit managerként (könnyebb beparaméterezni, meg kevésbé robosztus, mint a többi, csak ezért választottam ezt).
A keret megmaradási probléma esetén erre gyanakodtam, mert előtte nem volt. Gondoltam fordítok elég időt a Compton-ra és kipróbálom vele. Nos Compton-t használva már nincs ablakkeret megmaradási probléma a Termite bezárása esetén, sőt. Most vettem észre, hogy a video tearing and smoothness teszt a youtube-on teljesen sima futást eredményez, így ezekszerint ezen hiba is a kompozit manager hibája volt. -
Frawly
veterán
Nem, nem arra gondoltam. Meg lehet úgy csinálni, hogy időkorlátra való tekintet nélkül nem kell többé beírni a jelszót rebootig, még másik ablakban sem. Ez még kényelmesebb, mint az időkorlát megemelése. De képzeld el, hogy véletlenül lefut valami szutyok, ami simán root jogot kap, mert már egyszer aktiváltad a sudo-t. Nem véletlen, hogy az összes disztróban a default az 5 perc körüli idő. Igen, kényelmetlen állandóan beírogatni, kellemetlenséggel jár, ha lejár, de a felhasználó saját biztonságát szolgálja.
Ha csak az a baj, hogy yay-es telepítés vége felé time out-ol, simán újra kell csak indítani a yay -S programnév paranccsal, akkor látni fogja, hogy .cache-ben már le van fordítva, és egyenesen a telepítéséhez fog hozzákezdeni az elkészült, azaz a már lefordított és betömörített AUR-os csomagnak. Vagy amit már írtak, hogy a yay tartja meg a sudo jogot egy kapcsolóval.
-
BoB
Topikgazda
"password timeout-ot nem ajánlom 0-ra venni."
Nem igazán látom annak a biztonsági hátrányát hogy a végetelenségig vár arra hogy beírd a jelszót, bár lehet van. Szerintem ez inkább csak azért van hogy ne akasszon meg a végtelenségig programfutást a jelszóra várás.
"onnantól az egész sessionben ne kelljen újra sudo-t megadni"
Itt szerintem arra gondolsz hogy jelszót nem kér x ideig újra. Ez alapból 5 percre van állítva, akkor neked javaslom tiltsd le:
visudoDefaults timestamp_timeout=0
Lehet, hogy ezt akkor softwaresen nem is lehet "megoldani"?! 
!
Új hozzászólás Aktív témák
Hirdetés
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Vírusirtó, Antivirus, VPN kulcsok
- Eladó Steam kulcsok kedvező áron!
- Jogtiszta Windows - Office & Vírusirtó licencek- Azonnal - Számlával - Garanciával - Nint.hu
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- iKing.Hu - Samsung Galaxy S25 Edge Használt, újszerű állapotban 12 GB RAM / 512 GB tárhely
- Bomba ár! HP 240 G7 - i5-8250U I 8GB I 256GB SSD I 14" HD I HDMI I Cam I W11 I Garancia!
- GYÖNYÖRŰ iPhone 14 Pro Max 128GB Space Black -1 ÉV GARANCIA - Kártyafüggetlen, MS2998, 100% Akkumulá
- Telefon felváráslás!! Samsung Galaxy S22/Samsung Galaxy S22+/Samsung Galaxy S22 Ultra
- ÁRGARANCIA!Épített KomPhone i9 14900KF 64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: FOTC
Város: Budapest