-
IT café
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
Dave™
nagyúr
Sziasztok!
Pulseaudio-hoz kapcsolódó (legalábbis így gondolom) kérdésem lenne. Van egy Surface Pro 2-m, ezen Ubuntu 16.04 fut. Ennek van egy USB3 portja, amire csatlakoztatok egy Audioquest Dragonfly V1.5 USB-s DAC-ot. Ha menet közben csatlakoztatom, akkor csak az analóg dragonfly eszköz jelenik meg, viszont ha úgy indul a rendszer, hogy már csatlakoztatva volt, akkor megjelenik a SPDIF digitális output eszköz is. A kettő között a különbség az erősítés, az analógnak jelentősen erősített kimenete van, amire nincs szükségem, elég a digitális. Ha ott van az eszközök között a digitális is és lehúzom, majd újra csatlakoztatom, akkor továbbra is látszik, használható. Ugyanez történik altatást után is, viszont reboot után ha nem volt csatlakozva eltűnik a digitális példány és csak az analóg marad.
Kérdés: hogyan lehetne reboot nélkül is elővarázsolni a digitális outputot? Illetve a laptopom csak analóg van reboottal is, és az egyetlen technikai különbség amire gondolni tudok, hogy a Surface-nek powered USB portja van, tehát alvó módban is ad áramot. Bármi használhatónak örülnék!
Köszi!
-
Dave™
nagyúr
Szerintetek hol lehet a hiba az alábbi nyomtatásnál?
1) Van egy eredeti PDF, amit a számlázz.hu generál és mindenhol, mindenben tökéletesen nyílik és jelenik meg, ez a bal oldali kép
2) Ha ezt a rendszerem (Ubuntu 16.04) alól kinyomtatom, a jobb oldali kép fogad, mindig ugyanígy néz ki, tök mindegy milyen szoftverből nyomtatom, ahogyan az is milyen nyomtatóra, a vicc, hogy még a virtuális PDF nyomtatón is ugyanilyen hibás
3) Windows alól hibátlan a nyomtatás, viszont egy tök másik gépen Ubuntu alatt ugyanúgy rosszMi lehet a megoldás? Gondolom valami karakterkészlethez kötődő dolog.
-
Dave™
nagyúr
válasz Jester01 #24861 üzenetére
Bele vannak elvileg ágyazva (azt írja), és igen,3-4 különböző PDF megjelenítővel is próbáltam, Acrobattal nem, azt úgy láttam nem elérhető.
ubyegon2: ott is ez lehet a gond, de azt nem értem, hogy miért jeleníti meg jól, ha nyomtatásnál elrontja. Létezik, hogy megjelenítésnél a beágyazottat használja, nyomtatásnál meg meghív egy külső, általa hasonlónak véletet?
[ Szerkesztve ]
-
Dave™
nagyúr
válasz ubyegon2 #24865 üzenetére
Én is valami ilyesmire gondolok, bár pont ezért kellene a pdf-nek beágyaznia a fontokat, hogy mindenhol ugyanolyanok legyenek. Viszont megjeleníteni meg tudja normálisan, tehát nyomtatásnál nem ezeket használja ezek szerint. Azt kellene valahogy force-olni, hogy a pdf saját betűtípusát használja. Erre meg gondolom nincs lehetőség.
Szőr Artúr: ez sem nyert sajnos, de köszönöm
-
Dave™
nagyúr
Sziasztok!
Manjaro-n (KDE) nem megy a Surface Pro 2 hangerőgombja (hardveres, tabletes, nem billentyűzeten lévő). Ubival ment mindig is, szóval gondolom itt is életre kelthető, hogyan induljak el vele?
Köszi!
-
Dave™
nagyúr
Annyival előrébb vagyok, hogy ez alapján tudom, hogy a gomb funkcionál (mármint nem a hardver, abban biztos voltam, hanem betöltődött a driver is), a scancodes kimenetei "hangerő fel"-nél 30 és b0 (mintha két billentyűleütés lenne), folyamatosan nyomva tartva 30, míg "hangerő le" esetén 2e és ae ugyanez, folyamatosan nyomva 2e. A "szabványos" multimédia hangerő állítás a két utóbbinak tűnik, tehát b0 és ae kódok lennének, azokkal nem megy, ahogyan a másikkal sem. A dmi azonosítót amit kiolvastam és megadtam a hwdb fájlban a keyboard: előtag után adtam meg. A custom hwdb fájlom így fest jelenleg:
# Microsoft Surface Pro 2
keyboard:dmi:bvnAmericanMegatrendsInc.:bvr2.05.0250:bd04/10/2015:svnMicrosoftCorporation:pnSurfacePro2:pvr1:rvnMicrosoftCorporation:rnSurfacePro2:rvr1:cvnMicrosoftCorporation:ct11:cvr1:
KEYBOARD_KEY_2e=volumedown # Fn+F7
KEYBOARD_KEY_30=volumeup # Fn+F8Elvileg működnie kellene, de mégsem Lehet megnézem egy live Ubi alatt milyen hwdb fájlok vannak, mert ott jó.
-
Dave™
nagyúr
válasz Rimuru #25705 üzenetére
Sajnos nem itt van a gond, hanem hogy sehol nem jelenik meg a kimenete a hangerőgomboknak, csak ha terminálban megnézem a scancodes-zal. Hangerőt állítani egy tetszőleges bill. kombinációval tudok, és az általad linkelt parancs is működik, csak nem tudom hogyan hozzákötni a hangerőgombok megnyomásához, mert azok látszólag semmit sem csinálnak.
[ Szerkesztve ]
-
Dave™
nagyúr
válasz Rimuru #25707 üzenetére
Sajna az xbindkeys sem segített. De nem is azzal van a probléma, hogy nem tudja értelmezni/nem hajtja végre a parancsot, hanem hogy látszólag nincs kimenete a hangerőgomboknak. Azt gondolnám egy billentyűkódnak lenne megfeleltethető a hangerőgomb megnyomása, és Ubuntu alatt talán ez is a helyzet, de Manjaro alatt semmi sem történik (próbáltam global hotkeyként beállítani, csak nem érzékel ott semmit sem). De működni meg mégis csak működik, mert a scancodes-nak van kimenete.
Köszönöm a javaslatokat, még majd megnézem Gnome-os Manjaro-val is, hátha valahogy a KDE-hez kapcsolódik. Most van egy bill. kombinációm rá, ha más nem marad az, de elegánsabb lenne a hardveres gombokat használni, ha már vannak.
-
Dave™
nagyúr
válasz Rimuru #25709 üzenetére
De próbáltam xbindkeys-szel, azt hittem arra gondolsz. Global shortcutnak csak billentyűkombinációt fogad el, legalábbis amit én találtam ott nincs más. De még körbenézek hátha van más is (Gnome alatt volt ha jól rémlik, és közben megnéztem a Manjaro Gnome-ot is, annál sem megy).
szerk: na megtaláltam, ahol meg tudom egyedileg adni a kimenetet, csak az a gond - ahogyan már írtam fentebb is - hogy a hozzárendelni kívánt gombnyomást nem érzékeli. Ergo a paranccsal semmi gond, csak nem látja hogy megnyomom a gombot. Pedig terminálban látszik. Ez az igazi gond.
[ Szerkesztve ]
-
Dave™
nagyúr
-
Dave™
nagyúr
Na nem akarok spamelni, mostanra jöttem rá a probléma pontos jellegére:
Ez alapján az első és a második szintig jut el a gombnyomás kódja, tehát scancode és keycode kimenetem van, viszont a xev már nem ad vissza semmit sem, vagyis nincs billentyűkódom, valami elkapja idő előtt. Erre kellene valami okosat mondani
-
Dave™
nagyúr
válasz Rimuru #25713 üzenetére
Érdekes módon Ubi alatt megy, de máshol is olvastam hogy a xev nem kell, hogy adjon rá bármit is. Sima ablakkezelővel nem próbálom ki mert KDE-vel szeretném használni, az nem vigasztal ha mondjuk openbox-szal jó, bár inkább a Manjaro lesz a ludas, mert a Manjaro Gnome alatt sem ment míg Ubi alatt Unity-vel és Gnome-mal is ment. ACPI-t nem próbáltam, most már kezdek kicsit belefáradni, sajnos nem értek hozzá annyira amennyire kellene, de nem is olyan nagy probléma hogy ennyit tököljek vele. Köszönöm a tippeket, meg ez az utolsó is hasznos volt, hogy ne várjak xev kimenetre, mert nem feltétlen lesz
-
Dave™
nagyúr
válasz Frawly #25717 üzenetére
Nekem nem sajnos (majdnem ugyanez volt, de ezzel sem ment). De gondolom billentyűzetes hangerődomb van nálad, ez meg teljesen külön, a tableten van. Nem mintha számítania kellene, mert elvileg ugyanazt a kódot küldi, amit egy átlag multimédia billentyűzet. Valami elkapja alacsonyabb szinten, és a Manjaro-hoz köthető. Szerintem még keycode szinten is ugyanaz van nálad (115 fel, 114 le) mint nálam, csak itt valami elkapja. Ugyanez igaz a hardveres Win gombra is, ami szintén a tableten van, az is rezeg, de nem történik semmi, Ubi alatt meg bejött rá a Dash, ahogy kell. Ezek nélkül is tudok persze élni, csak már pusztán a kihívás része miatt is érdekel, hol romlik el a dolog.
-
Dave™
nagyúr
válasz kovaax #25721 üzenetére
Ő volt az, aki le tudta írni a korábbi "cikkében", hogy a "Linux operációs rendszerét Ubuntunak hívják." Most meg egy Ubis frissítés miatt hetekig járt a szervizbe, és egy csomó adata odaveszett... Autentikus forrás
Mindenesetre amit a Windowsról ír abban van igazság, pl. a 10-es frissítései szerintem is gáz minden szempontból, de használja aki szeretné.
-
Dave™
nagyúr
válasz Frawly #25729 üzenetére
Gnome-on is ugyanez a helyzet, legalábbis Manjaro alatt. Amúgy megtaláltam KDE alatt is, hol lehet megadni, csak sajnos nem érzékeli a lenyomást, nincs látható jele. Csak terminálban. Ezért gondolom, hogy valahol valami elkapja, még alacsonyabb szinten, mint a DE.
[ Szerkesztve ]
-
Dave™
nagyúr
válasz megema #25741 üzenetére
Próbaképpen állítsd a CPU sleep state-et C1-re a BIOS-ban (bármi jó, ami kisebb mint C5). Többet fog valamivel fogyasztani, meg kicsit jobban fog melegedni, de lehet megoldja. OpenELEC-nél megpatchelték a kernelt, de Ubinál amíg ilyenem volt nem volt rá megoldás több mint egy év után sem, szóval nem lepődnék meg, ha azóta fennállna. Ja meg azt hiszem régebbi kernelekkel sincs gond, csak az meg a GPU miatt nem lesz jó neked, szóval próbáld meg a fentit.
-
Dave™
nagyúr
Aki KDE-t használ nem tapasztalja olykor, hogy eltűnik a panel meg a háttérkép (minden más marad)? Eddig csak a laptopon csinálta, most előjött a HTPC/desktop gépen is. Ha jól rémlik 5.9-cel még nem volt, 5.10 óta viszont laptopon napi kétszer előjön. Elvileg multimonitoros környezetben szokott előjönni, de nekem simán is tudja. Ez helyreteszi:
kquitapp5 plasmashell ; /usr/bin/plasmashell --shut-up
De hátha van valami végleges megoldás is, amiről nem tudok.
-
Dave™
nagyúr
válasz Frawly #25747 üzenetére
Nálam is csak Intel van, kettő Kaby Lake, egy Haswell. Utóbbival eddig egyszer sem fordult elő, a desktop Kaby-val egyszer, a mobil Kaby-val meg rendszeresen. Nem hinném, hogy driver lenne,az egyetlen különbség, hogy a laptopot néha külső kijelzőre is kötöm, és ez a probléma dokumentált multi-display esetén. Csak az a gond, hogy csak a beépített mellett is csinálja. Remélem majd a következő frissítés megoldja, mert eléggé zavaró.
-
Dave™
nagyúr
Tegnap már a desktop gépen is eltűnt a panelem, és a különböző parancsokkal sem volt hajlandó újra előjönni, sőr, reboot után sem (!). Pont frissítettem utána a plasmát 5.10.2-re, gondoltam az biztosan helyreteszi, hát nem. Végső megoldásként találtam a .config mappában található plasma config fájl törlését, ami után újraindítva a plasmát egy szűz panel fogadott, amit újra beállíthattam/testreszabhattam, de remélem most már megoldottnak tekinthetem a dolgot. Nem használtam még KDE-t (tesztelési időszakon túl), így csak remélni merem, hogy ez abszolút nem általános jelenség, bár elég sokszor dokumentált a dolog. Lehet újabb plasma verziókkal idnként frissíteni kell a config fájlt vagy nem tudom, eddig ez a legnagyobb és gyakorlatilag egyedüli negatívum amivel találkoztam.
-
Dave™
nagyúr
válasz CPT.Pirk #25793 üzenetére
Ubi/Intel páros mellett nekem majdnem mindig kellett ez, hogy ne legyen tearing. (Manjaro alatt nincs rá szükség egyik gépen sem a háromból).
-
Dave™
nagyúr
válasz CPT.Pirk #25796 üzenetére
Nekem az rémlik, hogy a legacy gyorsítás erőltetése ami megoldja a gondot, ezért nem is az az alapértelmezett, persze a gyakorlat azt mutatja hogy jobb lenne ha inkább az lenne az alapérték.
Kicsit olyan ez, mint a Wayland vs. X, tudjuk hogy elviekben jobb a Wayland, de gyakorlatban mégis X van majdnem mindenhol, és nem is úgy fest hogy ez egyhamar megváltozna.
[ Szerkesztve ]
-
Dave™
nagyúr
Szerintetek ha egy RPi-n (LibreELEC) ott van egy publikus rsa kulcs SSH elérés végett, amivel simán be is léptem, és DD-vel csinálok egy klónt a LibreELEC-ről, akkor miért nem megy a klónon az SSH elérés? A megváltozott hadrverazonosítók számíthatnak ebben az esetben? A kulcs ugye változatlan.
-
Dave™
nagyúr
válasz bambano #26852 üzenetére
Minden megy, csak nem enged be. Jelszavas bejelentkezés után hozzáadtam újra a klienst, úgy már az is ment. Ez következetesen, több gép esetén is. Akkor nem csak szerintem kellene mennie egy klónon is, ha a kulcs ugyanaz. Megjegyzem a kulccsal együtt lett klónozva, de ez talán nem probléma.
Lenry: igen, sőt, másik országban is van - ezért is volt külön izgalmas meglepetés, hogy nem ment - eszembe sem jutott leellenőrizni, annyira magától értetődő volt, hogy jó lesz.
[ Szerkesztve ]
-
Dave™
nagyúr
Az a helyzet, hogy nincs is ott a publikus kulcs, és ez csak most tűnt fel, miután össze akartam hasonlítani a két hasht Ami azért izgalmas, mert teljes disk image készült, de a LibreELEC esetén a saját partíciója read-only, és gondolom ebből fakadnak a gondok dd esetén is. Mert nemhogy az ilyen dolgok hiányoznak, de még a konfigurációs beállítások is, tehát itt lesz a gond.
-
Dave™
nagyúr
válasz vargalex #26874 üzenetére
Persze, ugyanakkora kártyát használtam. Közben kezd körvonalazódni a dolog, kaptam egy overlayfs tippet, és az logikus is lenne, mert az OS partíció abszolút read only, pl. SSH jelszót sem tudsz módosítani (ezért is kell a kulcsos azonosítás). A konfigot közben kiderítettem a .cache mappában tárolja, itt terminálból is lehet tiltani pl. az SSH jelszavas elérést. Kérdés ez miért "sérül" dd esetén. De lehet configot fogok csak átmásolni hátha úgy jó lesz.
-
Dave™
nagyúr
válasz vargalex #26876 üzenetére
8GB-os volt az eredeti, próbáltam 16-os kártyára írni, akkor is ez volt. Közben a konfigot megtaláltam ugye az írható partíción, de nullázza a beállításait (pl. SSH), viszont az átalakított menü meg ilyenek megmaradtak. Érdekesség: első indításnál nincs semmi hiba, viszont nem tudja elmenteni pl. az SSH beállításokat, miután újraindítod feldobja, hogy filesystem hibát talál, és automatikusan javítja is, utána megy minden, persze ugyanúgy alap beállításokkal. Hogyan kellene megírni a képfájlt, hogy jó legyen?
-
Dave™
nagyúr
Sziasztok!
rsync push-t szeretnék ssh-n keresztül, meghatározott porton át, a forrás egy Ubuntu szerver, a cél egy LibbreELEC-et futtató Raspberry. A gond az, hogy csak a pull megy, vagyis ha a Raspberryre bejelentkezve onnan fogadom az Ubunturól az adatokat, a másik irány (push) nem, azt írja, hogy nem található az rsync. Sejtem is, hogy miért: a LibreELEC alatt az rsync pluginként települ, és ott kiadva felismeri a parancsot, viszont scriptben már a teljes elérési utat kellene megadni, ahogyan itt is írják. A megoldás valami olyasmi lehet, ahol a szintaxisban valahol meg van adva a célállomás rsync teljes elérési útja, ezt viszont nem tudom hogyan kellene megadni.
rsync -v -e "ssh -pxxxx" ~/dir1 username@remote_host:destination_directory
Köszi!
-
Dave™
nagyúr
Na jó, ez alapján én sem érteném, szóval:
Ubuntu rsync SSH-n keresztül -> LibreELEC: nem megy, mert nem található az rsync
LibreELEC rsync SSH-n keresztül -> Ubuntu: megy ahogy kellA cél az lenne, hogy az első irány is menjen. Vagy nincs rajta kliens, vagy az elérési út (hiánya) a gondja. Sajnos csak pluginként lehet telepíteni LibreELEC-en, tehát nincs nagy mozgástér.
Köszi!
-
Dave™
nagyúr
válasz bambano #27602 üzenetére
Látszólag mégsem, csak kérdés hogy ez azért van-e, mert LibreELEC alatt nincs kliens, csak szerver, ezért csak küldeni tud, vagy pedig azért, mert ha onnan indítod tudja éretelmezni lokálisan az rsync parancsot, viszont ha kívülről érkezik kérés nem találja a fogadó felet. A Libre nagyon le van csupaszítva, viszont praktikussági okokból ezt kell használnom, ha nem oldható meg máshogy akkor pull lesz LE irányból, de reméltem hogy megoldható.
szerk: amikor kívülről megy LE irányba, egyértelműen az a hibaüzenet hogy nem található az rsync (fogadó oldalon), ellenkező irányba meg szimplán megy minden.
[ Szerkesztve ]
-
Dave™
nagyúr
válasz bambano #27604 üzenetére
wiki: "Once connected, it will invoke the remote host's rsync and then the two programs will determine what parts of the local file need to be transferred so that the remote file matches the local one."
Na szerintem pont ez az invoke ami nem megy, ha kívülről jössz, mert valamiért teljes elérési úttal kell hivatkozni rá pl. scriptek esetén LE alatt.
Vagyis jön a küldő, hogy helló rsync vagyok, a másik oldalon meg néma csend, viszont ha onnan indítod, akkor persze megy gond nélkül. Nem tudom a hátterét, de gondolom nem véletlen emelték ki azt a LE twitterén.
szerk: abban biztosan igazad van, hogy két normál rendszer esetén nem kellene hogy ez gondot okozzon, de a LE eléggé speciális eset.
[ Szerkesztve ]
-
Dave™
nagyúr
Ja ezt már néztem, sajnos nem található a kodi.service, tehát mégsem megoldott a dolog egyelőre. A Kodi wikijén is hosszas leírások vannak, és a lényege mindnek vagy wm, vagy de megléte.
sonar: nem az SSH a gond, az megy ahogy kell. Az rsync-et nem találja, és ahogyan írtam, ha nem egy belső SSH session alatt adod ki, akkor teljes elérési úttal kellene rá hivatkozni, és valószínűleg ez hiányzik amikor fogadnia kellene. Pl. két Ubuntu szerver között nincs ilyen gond, de a LE speciális állatfajta.
-
Dave™
nagyúr
válasz ontheground #27626 üzenetére
Megoldottam rsync pullal, az fixen működik, sőt, talán jobb is mintha én küldeném ki az eszközöknek, de köszi
-
Dave™
nagyúr
válasz ontheground #27629 üzenetére
Igen, de szerencsére azt pont tudja amit kell (lejátszás, rsync, ssh), és mellette kellően biztonságos is meg könnyen sokszorosítható. Kiváló céleszköz, nem csak otthoni multimédiára
-
Dave™
nagyúr
Arra van ötletetek, hogy shc-vel fordított bash script miért nem fut le bootkor, amikor manuálisan tökéletesen megy? A script forrása simán lefut automatán bootkor is.
Új hozzászólás Aktív témák
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Canva Pro előfizetés - 1 éves
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."