- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Android szakmai topik
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Samsung Galaxy S26 Ultra - fontossági sorrend
- Yettel topik
- Huawei Watch GT 6 és GT 6 Pro duplateszt
- iPhone topik
- Huawei Watch Fit 5 Pro - jó forma
- Apple iPhone 17e – mágnesek ereje
- Honor 600 – kezes, kitartó, költséges
-
Mobilarena
Mobilarena
Új hozzászólás Aktív témák
-
é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.
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
-
É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.
-
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.
-
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 "
-
ŐŐő 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
-
ŐŐő 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
-
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?
Rájöttem, mégsem voltak telepítve. Most már van Aur
-
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?
-
-
É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.
Az érdekelne hogy csak a vb-vel csinálja ezt vagy vinyóra telepitéskor is?Így nem is merek neki állni
-
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. -
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.
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. -
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.
-
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.
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. -
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.
-
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. -
Telepítsd még fel a qt5ct-t is. Nekem még ezt be kellett írni az /etc/environment fájlba "QT_QPA_PLATFORMTHEME=qt5ct" majd egy újraindítás után indítsd el a qt5ct-t válaszd a gtk2 stylet. Nálam az xnview a qbittorrent és az avidemux is felvette a sötét rendszertémát.
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. -
-
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. -
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. -
qt5-styleplugins fent van? Azon be lehet állítani hogy a rendszertémát használja pl. az xnview is.
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. -
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... -
-
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...xnviewmp csomag van az AUR-ban, sőt olyan verziója is ami system lib-eket használ. utóbbi csomaggal gurítok én is
-
É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.
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... -
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.
-
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.
-
Szomorú.
Lehet, hogy ezt akkor softwaresen nem is lehet "megoldani"?! 
Szerk.: Ezt a megoldást próbáltad már?
Igen. Még mielőtt ide írtam az unbind és bind-el próbáltam azt a portot deaktiválni, aktiválni, de sajnos az is hatástalan volt. Mindegy, akkor ezzel együtt élek. Köszi a segítséget
-
No most előjött a probléma, és sajnos nem segített. Rendben lefutott, de nem működött továbbra sem. Ha magát az USB hubot akartam volna resetelni, akkor meg kiírta, hogy nem engedi, helyette az eszközt csatlakoztassam újra
Szomorú.
Lehet, hogy ezt akkor softwaresen nem is lehet "megoldani"?! Szerk.: Ezt a megoldást próbáltad már?
-
-
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. -
Ü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 -
attilav2
őstag
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
-
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'. -
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
! -
Bölcs döntés olyan alternatívákra átállni, amiknek újabb függőségeik vannak. A Qt4-et már nem fejlesztik, szép lassan feledésbe és elavultságba merül.
Persze ha van még fent másik Qt4-es progi is, akkor viszont megéri a Qt4 csomagot frissíteni.
Meg is lepődtem, hogy nekem van még fent qt4
Xsane helyett - hasonló tudású - cuccot tud valaki ajánlani? Simplescan-t próbáltam régen, de az tényleg simple és rakoncátlankodott is akkoriban.
-
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. -
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. -
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.
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.
-
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. -
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.
-
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.
-
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.
-
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.
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
É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 -
Az xcompmgr-t már régóta nem fejlesztik, nem érdemes használni. De már a Compton sem frissült rég, az mégis újabb.
Az akadozás miatt nem kell aggódni, az lehet amiatt is, hogy a videó framerate-je és a kijelződ frissítése eltér. A lényeg, hogy tearing nincs.
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 -
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. -
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.
-
"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 -
A password timeout-ot nem ajánlom 0-ra venni. Sőt, azt sem, hogy csak egyszer kérjen jelszót tty_tickets-szel , és onnantól az egész sessionben ne kelljen újra sudo-t megadni, másik ablakban sem. Hihetetlen kényelmes, de biztonságilag megkérdőjelezhető. Egyszer futtatsz valamit sudo-ként onnan minden szutyok egyszerű sudo-val rendszergazdai joghoz jut, elég veszélyes.
A kényelem és a biztonság egymást kizáró fogalmak.
Az AUR-ból forgatás úgyis csak a legelején és a legvégén kér jelszót. Először mikor a build függőségeket teszi fel, másodszor mikor a kész csomagot. Nem kell ott ülni mellette. Ha végzett és time outolna, akkor a cache-ben megmarad a kész csomag, azt felteszed pacman -U segítségével.
(#5689) Siriusb: wow, ezt a nobody useres trükköt nem ismertem. Ez a jó a Linuxban, minden nap tanul az ember valamit.
Lehet, hogy ezt akkor softwaresen nem is lehet "megoldani"?! 
!
Új hozzászólás Aktív témák
- Hp 830 G7 Core i7 10610U 16Gb Ram 512Gb NVMe Boltból Garanciával számlával
- Asus Chromebook C423NA, 8GB RAM, N4200 Pentium, 180 Kihajtható
- ASUS Vivobook X1704VA Intel Core 5 120U 16GB RAM 512GB SSD ÚJ! GARANCIA 2029-IG!
- BESZÁMÍTÁS! Samsung M7 32 UHD VA 60Hz 4ms monitor garanciával hibátlan működéssel
- LÉZEREZÉS! külföldi billentyűzet magyarra kb. 20-30p alatt!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: aiMotive Kft.
Város: Budapest