-
Fototrend
Utoljára frissítve: 2024.03.06.
Légy szíves olvasd el mielőtt kérdezel!
Az összefoglalóban sok helyen a fórumtársak hozzászólásai vannak belinkelve, vagy az ő információik alapján írtam meg, tisztáztam le az adott információt. Ezúton is köszönöm mindenkinek a segítséget!
Új hozzászólás Aktív témák
-
-
Ejelhar
senior tag
válasz
blakey
#37191
üzenetére
Egyelőre tanácstalan vagyok:-)
Még a gombod is stimmel, mert ha nem powert küldene, akkor nem a default "Power Menu" ugrana fel, tehát ez is rendben. Mindjárt utána nézek, a rendszer alapértelmezett file-jait is át tudjuk írni OSMC alatt, bár egy "mediacenter" update után ezt mindig meg kell majd tenned.ps. közben olvastam a legutolsó bejegyzésedet, akkor mégsem tökölődök a globális file-okkal:-)
-
Ejelhar
senior tag
válasz
blakey
#37170
üzenetére
Nálam nem akar működni ... Valamit nem vettem észre?
Nem tudni miért, ennek mennie kéne. Ezt a könyvtárat nyalja be utoljára, kifejezetten arra való, hogy átkonfiguráljuk a billentyűzetet,távot.
De mindig a legutolsó xml érvényes, amit abc sorrendben talált. Ha van itt más is, például a keyboard editorral készített gen.xml, akkor az ezt kilövi. Vagy talán mac alatt csináltad a file-t? Az önmagában nem baj, csak a sorvégződést át kéne alakítani unixra.utánlövés: nem emlékszem pontosan hol futottam bele, de lehet, pont ez a file volt, nem minden működött jól root jogokkal. Ha rootként kreáltál vagy cuccoltál át bármit, akkor utólag add az osmc birtokába, tulajdonosváltás:
chown osmc
smc -R /home/osmc/.kodi -
Ejelhar
senior tag
válasz
Csicsóka
#37145
üzenetére
Pedig ez -első ránézésre- stimmelni látszik, a "Power" linux input event code az tényleg a decimális 116-os.
Szerintem ide kéne még a kodi debug is, például én így szoktam végignyomozni a működést:
A remote.conf-ban van egy ilyen bejegyzésem:
0x12 116 #POWER power
Akkor nézzük, megnyomom a távon a power gombot, egyik ssh ablakban a journalctl -f:
dds-osmc kernel: remote: press ircode = 0x12,
dds-osmc kernel: remote:
dds-osmc kernel: scancode = 0x0074,maptable = 0,code:0xed127984
dds-osmc kernel: remote: release ircode = 0x12,
dds-osmc kernel: remote: scancode = 0x0074, maptable = 0,code:0x00000000Eddi jó, a hexa 12 IR kódot érzékeli, amihez a decimális 116-ot (hexa 74-et társítja). No de mitet csinál a kodi ezzel? A tail -f /home/osmc/.kodi/temp/kodi.log kimenete:
DEBUG: -------------Keyboard keyevent----------------
DEBUG: CLinuxInputDevice:
eyEvent: TranslateKey with event type 0x0001, code 0x0074, value 0x0001 returned XBMCKey = 0x0140
DEBUG: CLinuxInputDevice:eyEvent: keyMods 0x0000 kbMods 0x0000 keyMapTable 0x0000
DEBUG: CLinuxInputDevice::GetKeymapEntry table 0x0000 code 0x0074 value returned by KeyboardReadValue 0x011c
DEBUG: CLinuxInputDevice::GetKeymapEntry values after KeyboardGetSymbol ktyp=0x00 kval=0x00
DEBUG: Keyboard: scancode: 0x74, sym: 0x0140, unicode: 0x0000, modifier: 0x0
DEBUG: OnKey: power (0xf0de) pressed, action is ActivateWindow(ShutdownMenu)Király, a power gombot tényleg powernek tudja ő is, valamint a Shutdown menüt társította hozzá.
ps.
Amúgy itt van némi eltérés az LE és az OSMC Kodi között, amit áthoztam konfigot az LE-ből, abban nekem nem működött az egyik gombom fullscreenvideo üzemmódban OSMC alatt, ez volt a keyboard.xml-ben:
<browser_home>ActivateWindow(osdvideosettings)</browser_home>A kodi.log-ból derült ki számomra, hogy itt le kell cserélni, erre:
<homepage>ActivateWindow(osdvideosettings)</homepage> -
Ejelhar
senior tag
válasz
RedCat
#37114
üzenetére
A lényeg, hogyan tudom visszaállítani azt, hogy ha megnyomom a power gombot, akkor egyből aludjon vagy kikapcsoljon a box?
Csinálni kéne egy sima szöveges file-t /home/osmc/.kodi/userdata/keymaps/keyboard.xml néven (igazából csak az útvonal fontos és a kiterjesztése), tartalma:
<keymap>
<global>
<keyboard>
<power>Suspend</power>
</keyboard>
</global>
</keymap>A fenti szundira cseréli le a power gomb felugró menüt, ha viszont kikapcsolást akarunk, akkor ebben csere, Suspend helyett ShutDown szerepeljen.
Egy reboot után már okay lesz, vagy ha már úgyis bent vagy ssh-n, akkor ezzel a paranccsal benyalatjuk a változást:
xbmc-send --action="reloadkeymaps" -
Ejelhar
senior tag
válasz
junkpod
#37030
üzenetére
Te csak szervezd meg az információáramlást, ahogy megbeszéltük, mint futár én hozom-viszem a sittről Csicsóka üzeneteit.
Valamint -utólagos engedelmeddel- majd a többi rab számára egyértelművé teszem, ne keressék a bajt, mert nem tudják mivel állnak szemben: Csicsóka őrizetes érinthetetlen, mert ha bármi okból csak a haja szála is görbül, akkor az elkövetőre Junkpod keresztapu emberei a szokott módon"rászólnak". -
Ejelhar
senior tag
-
Ejelhar
senior tag
válasz
schawo
#37022
üzenetére
Ritka jó párhuzam, és amúgy fordítva is működik a dolog ugye, a CentOS széles táborának tapasztalatai/hibajelentései/megoldásai gazdagítják a közös tudásbázist, ergo az RHEL-nek is előnyére válik. Valszeg a kereskedelmi termék profitál a free klón népszerűségéből, ez egy win-win helyzet.
-
#37019
Ejelhar
senior tag
szabi__memo
#37014
Ejelhar
senior tag
válasz
szabi__memo
#37014
üzenetére
Szvsz annyi könnyebbség lehet, hogy elmented a /home/osmc/.kodi/userdata alól a Database mappát és az xml file-okat. Akkor nem kell nulláról kezdeni, csak a cache feltöltésével fog molyolni.
-
#37005
Ejelhar
senior tag
szabi__memo
#37004
Ejelhar
senior tag
válasz
szabi__memo
#37004
üzenetére
A boot file-ok és a kernel így biztos, a scriptekhez kell az /usr/local/bin, az fstab és az rc.local nem változott, a többiről meg nem tudok.
A linux rendszer frissítés meg -kézzel- a klasszikus Debian módszer, többek között ezért is ritka remek Csicsóka rendszere:
apt-get update
apt-get dist-upgrade -
#37003
Ejelhar
senior tag
szabi__memo
#36999
Ejelhar
senior tag
válasz
szabi__memo
#36999
üzenetére
Majd Csicsóka megmondja a tutit, de szerintem elég, ha az OSMC partíció/adatterület alatt lévő file-okat felülírod, illetve az /usr/local/bin tartalmát. Akkor már valszeg új rendszered lesz, legalábbis az RC4-hez képest.
-
#36989
Ejelhar
senior tag
DoItYourself
#36985
Ejelhar
senior tag
válasz
DoItYourself
#36985
üzenetére
Persze, de én praktikus tanácsokkal is szolgálhatok, mivel láttam az "Ameddig a lábam bírja" filmet, ezért ebben szakértőnek tartom magam. Simán ki lehet jutni onnan, nem probléma.
-
Ejelhar
senior tag
válasz
Csicsóka
#36978
üzenetére
Én a reakciókra leszek kíváncsi, amikor felbukkan majd az OSMC fórumon.
Semmi vész!
Schawo ingyen vállalta jogi védelmedet és DoItYourself már megszervezte itt a gyűjtést, ezért az óvadék is rendben lesz, a pénz miatt ne aggódj. Bár Blakey szerint amíg előzetesbe vagy, addig csak a családtagok látogathatnak, ezért hiába engednek ki jó magaviseletért beszélőre, addig a fejlesztés áll, mert nem konzultálhatunk.
De Junkpod már jelezte nekem, az alvilági kapcsolatait mozgósítani fogja, üzeneteidet és a válaszokat ki- becsempészteti majd a sittről. Én leszek majd a futár, az összekötő, mert minden nap munkába menet a börtön előtt hajtok le, szóval nem lesz feltűnő.Úgyhogy te csak ne aggódj semmiért, mi már mindent leszerveztünk.*
* Mexel rajtam keresztül kérdezi, hogy anfetamint, füvet, vagy valami erősebbet küldjön? És üzeni, a "B" blokkban készítik e legjobb pancsolt alkoholt.
-
Ejelhar
senior tag
válasz
Csicsóka
#36907
üzenetére
Hát jogi dolgokban én soha nem voltam jó, még egy kicsit se, de:
- a Linux kernel ingyenes, beleértve a kszaq féle kernelt is
- a Debian disztribúció ingyenes
- a Kodi ingyenesAz OSMC komponensek érdekesek csak, egyedül annak kell utána nyomozni, a repository szabadon elérhető, valszeg ez is ingyenes. De maga a "Mediacenter"nek átkeresztelt Kodi és az általuk készített skin, az abban található OSMC plugin vagy a splash.jpg kérdéses. Szerintem csak ezek lehetnek jogvédettek, ha egyáltalán. Vagy lenne még más is benne ami e céghez köthető?
Ami nem az övék, azért nem perelhetnek, márpedig 99%-ban e rendszer nem az ő szellemi termékük. -
-
Ejelhar
senior tag
válasz
Ejelhar
#36835
üzenetére
Meg van!
Mégis csak fogok SQL-el molyolni, mert az a legtisztább megoldás. A saját box connection stringjét átírom, az SMB-s Kodi más, külön adatbázisba fog dolgozni. Egy SQL job pedig ezt szépen átkonvertálja majd a default kodisra, az smb-s útvonalakat lecseréli abban webdav URL-ekre.
Így az IIS remek performanciája és alacsony erőforrásigénye is megmarad, mert azt sajnálnám, az Apache-t még senki sem dicsérte Windows alatt. -
Ejelhar
senior tag
-
#36835
Ejelhar
senior tag
Media guru
#36833
Ejelhar
senior tag
válasz
Media guru
#36833
üzenetére
Ez a probléma megkerülése, meg rendszeresen karban kéne tartanom.
Ugyanis a webdav scan helyi hálón sem olyan gyors mint az SMB, azért itthon az utóbbit használom. A sajátomat meg nem vághatom fel egy az egyben, mert az útvonalak nem fognak stimmelni. SQL jobokat meg nem fogok csak ezért, a csere miatt írni, mert az adatbáziskezelést azt mindig utáltam. Az nem az én műfajom.Teszek majd egy próbát az Apache-al, bár kérdéses, hogy a Windows IIS virtuális könyvtárait tudja e, illetve milyen erőforrásigénye van. Mert ebben ritka jó az IIS.
-
#36827
Ejelhar
senior tag
Media guru
#36822
Ejelhar
senior tag
válasz
Media guru
#36822
üzenetére
Nos, nekem úgyis kell egy ilyen, távolról rokonok elérik a cumóimat. Működik is jól, de ez IIS 7.5-ösön szolgáltató webdav. Az átviteli sebességre nincs panasz, sőt, de a scannelés az sokáig tart. Egyelőre nem tudom az okát. Megnézem majd Apache-al is, hogyan teljesít azzal a webdav.
-
Ejelhar
senior tag
válasz
blakey
#36814
üzenetére
Pár éve még volt sírás-rívás az SMB miatt, a célgépek gyenge teljesítménye sokszor a gyenge implementációra vezethető vissza, mert PC-n, x86-os platformon már akkor is jól teljesített.
De pl. a Dune 3-4Mbyte-al kezdte SMB-n (100 Mbites LAN kártyával), ez tényleg pocsék.
De mikor én megvettem, addigra kifaragták. A Smart H1-et kimértem, 72-73 Mbit SMB-n és TCP NFS-en, ez FHD-ra elég. Érdekes amúgy, az NFS kliense UDP-n 50 Mbit alatt teljesített, ez viszont kevés. -
Ejelhar
senior tag
-
Ejelhar
senior tag
válasz
attila157
#36714
üzenetére
De ha hozzá is adtad, nem azt akarod tallózni mint az alanti képeden látszik, mert annak biztos nem smb:// szerepel a fejlécében. Az a sima "Windows hálózat (SMB)", de ha úgy csináltad ahogy írtam, akkor már lennie kell itt egy "smb://gépnév" vagy "smb://IP_cím" forrásnak, abba kell beletallóznod.
-
Ejelhar
senior tag
-
Ejelhar
senior tag
válasz
Csicsóka
#36668
üzenetére
Okay, én is körbe szagolom, a wifi-t egyrészt mindig utáltam másrészt pocséknak tartom. De egy próbát megér e project kapcsán, e kernel modulokat talán rá kéne szuszakolni a boxra, hátha kezelik a hardware-t. Holnap utána nézek ennek.
Bár jó kérdés, hogy miért csak a wifinél fordul ez elő. -
Ejelhar
senior tag
-
Ejelhar
senior tag
-
Ejelhar
senior tag
válasz
dugesz77
#36649
üzenetére
Nagyon korrekt módon -no meg saját érdekből is- a fejlesztők jelzik, ez itt alfa.
Ezt senki se viccből vagy szerénységből teszi, jó oka van rá. Ezért alfa verziónál nincs is értelme frissíteni, mert senkinek sincs fogalma arról mibe fut majd bele.
A szokványos menetrend:alfa: a fejlesztők belepakolnak mindenfélét a kódba, vagy egy combosabb részét lecserélik és utánuk az özönvíz, nem tudni mi lesz. Reméljük a legjobbakat, de itt a magasabb verziószám csak azt jelöli, most mással van dolgunk, de még véletlenül sem azt, hogy jobb.
beta: használható állapotban, itt már általában illik figyelni a komplett rendszerre, egy kiadás előtt álló használható verzióról van szó. Ezekre általában tényleg igaz, a magasabb verzió egyúttal jobb/stabilabb/hibamentesebb programot is jelez.
stabil: lehet, vannak ismert hiányosságai vagy hibái, de mindig ez az ajánlott, mert kellően tesztelt és ismert.
-
Ejelhar
senior tag
válasz
dugesz77
#36645
üzenetére
Az a furcsa,hogy a 8.90.4 egészen stabil volt szinte minden részről erre jött a 90.5 már sokkal bugosabb volt ez meg most a legalja
Nekem meg az a furcsa, hogy itt ezen értetlenkednek a népek.
Ha stabil vagy béta állapotban lenne a kód, akkor megérteném ezt, mert jogos lenne. De az alfa lényege pont az, hogy pakoljunk bele új funkciót vagy faragjunk át teljes alrendszereket, majd nézzük meg: egyáltalán képes működni vagy rögtön összeomlik? Illetve csak próbálkozunk, majd menet közben kiderül milyen nem várt hibákat okoznak.
Az alfáktól egész egyszerűen nem lehet többet várni. -
Ejelhar
senior tag
válasz
gaben919
#36644
üzenetére
Amikor kiírod az image-t, akkor a FAT partíción megtalálod a dtb könyvtárat, abból lehet választani.
Tartalma:
gxbb_p200_1G_100M.dtb
gxbb_p200_1G_100M_RealtekWiFi.dtb
gxbb_p200_1G_1Gbit.dtb
gxbb_p200_1G_1Gbit_RealtekWiFi.dtb
gxbb_p200_1G_mxq_pro_4k.dtb
gxbb_p200_1G_wetek_hub.dtb
gxbb_p200_2G_100M.dtb
gxbb_p200_2G_100M_RealtekWiFi.dtb
gxbb_p200_2G_1Gbit.dtb
gxbb_p200_2G_1Gbit_OTG_Port.dtb
gxbb_p200_2G_1Gbit_RealtekWiFi.dtb
gxbb_p200_2G.dtb
gxbb_p200_2G_m8s+_k3_pro.dtb
gxbb_p200_2G_minix_neo_u1.dtb
gxbb_p200_2G_wetek_play_2.dtb
gxbb_p200.dtb
gxbb_p200_k1_plus.dtb
gxbb_p200_k2_pro.dtb
gxbb_p201_2G.dtb
gxbb_p201.dtb
gxbb_skt.dtb
gxl_p212_1g_AB.dtb
gxl_p212_1g_coowell_v5.dtb
gxl_p212_1g.dtb
gxl_p212_1g_lepotato.dtb
gxl_p212_1g_nand.dtb
gxl_p212_1g_slowemmc.dtb
gxl_p212_1g_tx3mini.dtb
gxl_p212_2g_AB.dtb
gxl_p212_2g.dtb
gxl_p212_2g_kvim.dtb
gxl_p212_2g_lepotato.dtb
gxl_p212_2g_nand.dtb
gxl_p212_2g_slowemmc.dtb
gxl_p212_2g_tx3mini.dtb
gxl_p212_3g.dtb
gxl_p230_2g.dtb
gxl_p230_k1_pro.dtb
gxl_p231_1g.dtb
gxl_p231_1g_dvb.dtb
gxl_p231_2g.dtb
gxl_p231_2g_dvb.dtb
gxl_pxp.dtb
gxl_skt.dtb
gxm_kvim2.dtb
gxm_q200_1g.dtb
gxm_q200_2g.dtb
gxm_q200_2g_minix_neo_u9.dtb
gxm_q200_3g.dtb
gxm_q200_k3_pro.dtb
gxm_q201_1g.dtb
gxm_q201_2g.dtb
gxm_q201_3g.dtb
gxm_skt.dtb
gxtvbb_9023_skt.dtb
gxtvbb_p300.dtb
gxtvbb_p301.dtb
gxtvbb_p310.dtb
gxtvbb_p311.dtb
gxtvbb_pxp.dtb
gxtvbb_skt.dtb
gxtvbb_t966_skt.dtb
kvim2_android.dtb
kvim2_linux.dtb
kvim2_multios.dtb
kvim_android.dtb
kvim.dtb
kvim_linux.dtb
kvim_multios.dtb
odroidc2.dtb
txl_p320.dtb
txl_p321_512m.dtb
txl_p321.dtb
txl_p321_v2.dtb
txl_p341.dtb
txl_pxp.dtb
txl_skt.dtb
txl_t950_skt.dtb
txl_t960_p346.dtb
txl_t960_skt.dtb -
#36639
Ejelhar
senior tag
szabi__memo
#36638
Ejelhar
senior tag
válasz
szabi__memo
#36638
üzenetére
Gyanús, nem ez lesz a neve, a yum search transmission ezt mondja:
transmission-cli.x86_64 : Transmission command line implementation
transmission-common.x86_64 : Transmission common files
transmission-daemon.x86_64 : Transmission daemon
transmission-gtk.x86_64 : Transmission GTK interface
transmission-qt.x86_64 : Transmission Qt interface
transmission.x86_64 : A lightweight GTK+ BitTorrent clientValszeg ide a transmission-daemon kell.
-
#36637
Ejelhar
senior tag
szabi__memo
#36636
Ejelhar
senior tag
válasz
szabi__memo
#36636
üzenetére
Gondolom szervizként futna.
a systemctl status transmission mitet mond?
Lehet, csak engedélyezni kéne a szervizt és elindítani:
systemctl enable transmission
systemctl start transmission -
Ejelhar
senior tag
válasz
junkpod
#36632
üzenetére
Igen, -fogalmazzunk úgy- nagyon nem szokványos, némileg formabontó érvelés, az ilyet inkább egy művészlélektől várna az ember, semmi esetre sem egy műszakitól.
De ő a project vezetője, és ez valszeg nem véletlen, itt is az lehet mint a profitorientált teamek esetében: a vezérnek az is feladatkörébe tartozik, hogy kezelje és akár ritka pofátlanul is, de leugassa a hőzöngő ügyfeleket.
-
Ejelhar
senior tag
válasz
hunaqua
#36618
üzenetére
A journalctl mitet mond? Hátha abból kiderül mivel van baja: Nálam például:
dds-osmc kernel: usb 1-1.1: New USB device found, idVendor=174c, idProduct=1153
dds-osmc kernel: usb 1-1.1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
dds-osmc kernel: usb 1-1.1: Product: AS2115
dds-osmc kernel: usb 1-1.1: Manufacturer: ASMedia
dds-osmc kernel: usb 1-1.1: SerialNumber: 00000000000000000000
dds-osmc kernel: usb-storage 1-1.1:1.0: USB Mass Storage device detected
dds-osmc kernel: scsi2 : usb-storage 1-1.1:1.0
dds-osmc kernel: scsi 2:0:0:0: Direct-Access ASMT 2115 0 PQ: 0 ANSI: 6
dds-osmc kernel: sd 2:0:0:0: [sdc] Spinning up disk...
dds-osmc kernel: ..ready
dds-osmc kernel: sd 2:0:0:0: [sdc] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
dds-osmc kernel: sd 2:0:0:0: [sdc] Write Protect is off
dds-osmc kernel: sd 2:0:0:0: [sdc] Mode Sense: 43 00 00 00
dds-osmc kernel: sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
dds-osmc kernel: sdc: sdc1
dds-osmc kernel: sd 2:0:0:0: [sdc] Attached SCSI disk
dds-osmc udisks-glue[2289]: Device file /dev/sdc inserted
dds-osmc sudo[19340]: osmc : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/sbin/hdparm -S 240 /dev/sdc
dds-osmc sudo[19340]: pam_unix(sudo:session): session opened for user root by (uid=0)
dds-osmc udisks-glue[2289]: /dev/sdc:
dds-osmc udisks-glue[2289]: setting standby to 240 (20 minutes)
dds-osmc sudo[19340]: pam_unix(sudo:session): session closed for user root
dds-osmc udisks-glue[2289]: Device file /dev/sdc1 inserted
dds-osmc udisks-glue[2289]: Trying to automount /dev/sdc1...
dds-osmc kernel: fuse init (API version 7.22)
dds-osmc systemd[1]: Mounting FUSE Control File System...
dds-osmc systemd[1]: Mounted FUSE Control File System.
dds-osmc ntfs-3g[19365]: Version 2016.2.22AR.1 integrated FUSE 28
dds-osmc ntfs-3g[19365]: Mounted /dev/sdc1 (Read-Write, label "DDS-T2", NTFS 3.1)És tényleg, sda és sdb nem lehet, mert már foglalja azokat két pen, ezért /dev/sdc. A disk label az "DDS-T2", ezért ilyen néven is építi be a /media könyvtár alá. Tényleg ntfs-re van formázva, ez is rendben.
Talán nálad is kiderül a logból mi és hol akad le. -
#36599
Ejelhar
senior tag
szabi__memo
#36595
Ejelhar
senior tag
válasz
szabi__memo
#36595
üzenetére
Ez amúgy tényleg igaz lehet?:
Error Contents: [Errno 12] Cannot allocate memory
1 GB-s a box? -
#36598
Ejelhar
senior tag
szabi__memo
#36597
Ejelhar
senior tag
válasz
szabi__memo
#36597
üzenetére
parancsorból:
apt-get update
apt-get dist-upgradeEnnek illene hiba nélkül lefutnia.
-
#36596
Ejelhar
senior tag
szabi__memo
#36595
Ejelhar
senior tag
válasz
szabi__memo
#36595
üzenetére
Hát ... akkor mégse volt nyerő ötlet az LE-s .kodi könyvtár átmásolása. Abba debian update biztos nincs integrálva.
-
#36557
Ejelhar
senior tag
szabi__memo
#36554
Ejelhar
senior tag
válasz
szabi__memo
#36554
üzenetére
Valószínűtlen, valszeg menni fog, ugyanaz a verzió.
De, a jogokkal gond lehet, mert az LE alatt a root tulajdonába vannak, OSMC alatt meg az osmc useré.
Ezért:chown -R osmc:osmc /home/osmc/.kodi -
Ejelhar
senior tag
válasz
Csicsóka
#36464
üzenetére
Szia,
megcsináltam a módosítást, ki is próbáltam egy friss rc4.1 telepítéssel, 8 GB-s penről bootolva.
A telepítő image ext4 partíciójába beleraktam az /sbin alá a parted és partprobe binárisokat, ezek az osmc rc3.3-ból származnak (ott feltelepítettem a parted csomagot).
Valamint az /usr/local/bin/fs-resize file-t lecseréltem a módosítottra. Eredmény:
osmc ~ # parted /dev/sda print
Model: SanDisk Cruzer Switch (scsi)
Disk /dev/sda: 7849MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:Number Start End Size Type File system Flags
1 4194kB 273MB 268MB primary fat16 boot, lba
2 273MB 1850MB 1577MB primary ext4osmc ~ # fs-resize
Found the start point of /dev/sda2:
Warning: Partition /dev/sda2 is being used. Are you sure you want to continue?
Information: You may need to update /etc/fstab.Ok, Partition resized.
Model: SanDisk Cruzer Switch (scsi)
Disk /dev/sda: 7849MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:Number Start End Size Type File system Flags
1 4194kB 273MB 268MB primary fat16 boot, lba
2 273MB 7849MB 7576MB primary ext4
Activating the new size
resize2fs 1.43.4 (31-Jan-2017)
Done!
Start OSMC. Enjoy your new space!
init: required argument missing.
osmc ~ # df -h
Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont
devtmpfs 783M 0 783M 0% /dev
tmpfs 895M 19M 877M 3% /run
/dev/sda2 6,9G 792M 6,1G 12% /
tmpfs 895M 0 895M 0% /dev/shm
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 895M 0 895M 0% /sys/fs/cgroup
/dev/mmcblk1p1 15G 2,7G 12G 19% /media/Sandisk_SD16G
tmpfs 179M 0 179M 0% /run/user/1000
osmc ~ #A módosított script, amit kivettem azok a sorok a könnyebb azonosíthatóság miatt ## -- ## kezdődnek.
#!/bin/sh
fdisk_first() {
PART=$(grep "/" /proc/mounts | cut -d" " -f1 | grep '2$')
case $PART in
"/dev/mmcblk"*)
DISK=$(echo $PART | sed s/p2$//g)
;;
*)
DISK=$(echo $PART | sed s/2$//g)
;;
esac
## -- ## p2_start=`fdisk -l $DISK | grep $PART | awk '{print $2}'`
echo "Found the start point of $PART: $p2_start"
## -- ## fdisk $DISK << __EOF__ >> /dev/null
## -- ## d
## -- ## 2
## -- ## n
## -- ## p
## -- ## 2
## -- ## $p2_start
## -- ##
## -- ## p
## -- ## w
## -- ## __EOF__
/sbin/parted $DISK resizepart 2 Yes 100%
sync
touch /.resize
echo "Ok, Partition resized."
/sbin/parted $DISK print
echo
echo ""
sleep 5
## -- ## reboot -f
}
resize_fs() {
mount -t proc proc /proc >/dev/null 2>&1
/usr/bin/clear
PART=$(grep "/" /proc/mounts | cut -d" " -f1 | grep '2$')
echo "Activating the new size"
resize2fs $PART >> /dev/null
echo "Done!"
echo "Start OSMC. Enjoy your new space!"
sleep 5
rm -f /.resize
mkdir -p /tmp/mnt
mount -L OSMC /tmp/mnt
rm -f /tmp/mnt/resize
umount /tmp/mnt
exec /sbin/init $*
}
if [ -f /.resize ]; then
resize_fs
else
fdisk_first
resize_fs
fi -
#36503
Ejelhar
senior tag
robi12ster
#36502
Ejelhar
senior tag
válasz
robi12ster
#36502
üzenetére
Az égvilágon semmilyen.
-
#36501
Ejelhar
senior tag
robi12ster
#36499
Ejelhar
senior tag
válasz
robi12ster
#36499
üzenetére
Nekem így sikerült:
63. LibreELEC elérése SSH-n keresztül
Ez egy távoli, parancssoros elérési mód a LE-et futattó eszközökhöz. PuTTY klienssel minden platformról csatlakozhatunk, ha engedélyeztük az SSH elérést a LE beállításoknál.
Felhasználó: root, jelszó: libreelec.
Ha problémáid adódnak, tekintsd meg a LE wiki oldalán a videókat. -
#36452
Ejelhar
senior tag
DoItYourself
#36447
Ejelhar
senior tag
válasz
DoItYourself
#36447
üzenetére
Köszönöm, most bajt, veszélyes dolgot nem írtam le, csak egy felesleges/értelmezhetetlen karakter miatt sikertelen lesz az akció.
-
-
Ejelhar
senior tag
válasz
Csicsóka
#36436
üzenetére
Akkor meg is ragadom a lehetőséget, alkalomadtán majd az egyik topic gazdától módosítást kérek (nem csupán a pontosításod, hanem az elgépeléseim miatt is) a 36426 számú hsz-be.
ezt ki:
/dev/data /home/osmc ext4 defaults,nofail,rw,uid=1000,gid=100,noatimelezt pedig a helyére:
/dev/data /home/osmc ext4 defaults,nofail,rw,uid=1000,gid=1000,noatime,nodiratime -
Ejelhar
senior tag
válasz
Beni2360
#36431
üzenetére
Ugyan már, csak tisztáztuk, mert ebben elmértél szinte mindent, de nem kell szabadkozni, mert nincs miért. Emberek vagyunk.
Tegnap egy komplett infrastruktúra alrendszerét kellett újrarúgni miattam, mert valamit nagyon benéztem. Úgyhogy én leszek itt az utolsó, aki megszól:-) -
-
Ejelhar
senior tag
válasz
Polllen
#36407
üzenetére
Én úgy csinálnám (vakon írom, csak ötlet, nincs kipróbálva):
- osmc user nevében futó Kodi leállít:
systemctl stop mediacenter
- az eMMC adat partíciója ideiglenesen valahova beépít:
mkdir /tmp/data
mount /dev/data /tmp/data
- OSMC alól az egész usermappát (/home/osmc) átcumóznám az eMMC-re és átnevezném az eredetit ideiglenesen (az eltávolítás előtt).
cp -r /home/osmc/ /tmp/data
- átnevezzük az eredeti mappáját, majd újból létrehozzuk és az osmc tulajdonába adjuk:mv /home/osmc /home/osmc.orig
mkdir /home/osmc
chown osmc:osmc /home/osmc
Bootnál beépítjük, az /etc/fstab file-ba:
/dev/data /home/osmc ext4 defaults,nofail,rw,uid=1000,gid=1000,noatime,nodiratimeps. előtte persze kötelezően átírni a root jelszavát, hogy ha valami balul sül le, akkor legyen visszaút.
[ Módosította: vond ]
-
-
Ejelhar
senior tag
válasz
darvinya
#36226
üzenetére
Csicsóka holnapra igérte az OSMC rc4-et, próbáld azt ki, mert azzal kezelhető e probléma.
Mióta LE kernel liheg alatta okaynak tűnik, stabil is (én az rc3.3-at gyűröm, eddig rendben vagyunk, ugyan nem stresszeltem, de van olyan szinten átlagos felhasználás mellett mint a stabil LE, sőt, átszoktam, mert gyorsabb). -
-
Ejelhar
senior tag
válasz
Dolphine
#36217
üzenetére
Igen, én is pontosan ezt gondolom amit írtél.
Bár mégegyszer leírom, biztos ami biztos: a Venz csak a sok gombos távja miatt nyerő nálam, meg az FHD források100 Mbit-be beleférnek és linux alapú OS-ekkel stabil e cucc, Android meg nem kell.
ilyen igények mellett jó választás a Venz. -
Ejelhar
senior tag
válasz
darvinya
#36215
üzenetére
Megpróbáltam és bele is buktam
Stációk:
- az LE kernelt használó Csicsóka féle OSMC alatt tudja ezt a box, jó jel. Akkor reboot LE alá, majd nézzük a kikapcs menüt, csak hát itt nincs szundi menüpont.
- Nem baj, lepsórolták a skinból, de akkor majd a táv egyik gombjára rávágjuk a Kodi beépített power menüjét, onnan választjuk ki. LE alatt itt sem jelenik meg a szundi.
- Ez se baj, akkor legyen a Kodi előre definiált Suspend parancsa dedikálva, ezt rávágom a táv egy gombjára és majd úgy. Az LE Kodi logolja is, tényleg megkapja e parancsot, jól is értelmezi, majd semmit se csinál.Nos, én itt dobtam be a törülközőt.
-
Ejelhar
senior tag
válasz
Dolphine
#36212
üzenetére
Ennél a lejátszónál van minden? HD hangok, HDR, 4K, kadenciahelyes lejátszás?
Csak LE/OSMC alatt és biztosan csak a Pro-nál. Az eredeti V10-ek azok S905-ök, a Pro verzió S905X, illetve az új sorozatú sima V10-ek nagy eséllyel már szintén S905X-el készülhetnek, a logójuk ellenére (az S905-öt jelez). Viszont az új sorozatú V10-ekre nem okay az LE S905-ös dtb.img, az S905X-es dtb-vel működnek jól, ebből gondolom.
Szóval ... ha biztosra akarsz meni, akkor Pro, bár ha kell az Android is, akkor felejtős, mert azért még senki se dicsérte:-)Viszont nekem meg a környeztemnek stabil, semmi gond vele LE alatt, illetve sok gombos a távja. Számomra ez utóbbi emelte a versenytársak fölé, no meg az, hogy meg sem próbáltuk Android alatt munkára fogni:-)
-
Ejelhar
senior tag
válasz
Dolphine
#36206
üzenetére
Nekem most V10 Pro van, de nincs ilyen gondom, illetve volt sima v10, azzal sem jelentkezett. Az ismerősöknek/rokonoknak kilóra szórtam ki Venzeket, de ilyen probléma sehol sem jelentkezett.
Amit viszont kifigyeltem: ha PCM-re állított a hangkimenet akkor érdemes a "Kimeneti konfiguráció"-t "Rögzített"-re rakni, mert ha menet közben hangsávot váltunk, akkor így előbb lesz hang. Bár szerintem ez nem Venz, hanem LE/OSMC vagy Kodi sajátosság.
-
Ejelhar
senior tag
válasz
darvinya
#36148
üzenetére
OSMC alatt kipróbáltam, úgy tűnik működik ha alvó üzemmódba kapcsolom a boxot.
Az el is megy szundiba, mert ilyenkor a TV rögtön nyomat egy drámai bejelentést: ezen a HDMI porton nincsen jel.
Ha kikapcsolom a TV-t (igazából az is csak szundi), meg vissza, akkor viszont feléleszti a boxot, mert a box így ad képet, pont ott folytatja ahol hagytam (Kikapcsolás-> Alvó üzemmód) -
#36074
Ejelhar
senior tag
headhunter
#36071
Ejelhar
senior tag
válasz
headhunter
#36071
üzenetére
Igazán nem akarok sprőd lenni, de ha az ember egy "devel", "alpha", "beta", "test" verziót választ, akkor a kérdését az annak megfelelő oldalon teszi fel.
-
Ejelhar
senior tag
válasz
dethroner
#36047
üzenetére
Rendszer->Beállítások->Média->Videók
Megjelennek a források, itt előcsalogatjuk az előugró menüt (jobb egérgomb, vagy "Menu" gomb a távon, vagy "C" a billentyűzeten), majd a "Forrás szerkesztése" kiválaszt.
Nem csinálsz itt semmit, csak leokézod az ablakot, amire viszont felugrik egy másik:
-
Ejelhar
senior tag
válasz
tukko1
#36028
üzenetére
A Kodiban engedélyeztem a debugot, valszeg ez a kiolvasott EDID infó alapján logolta, nagy eséllyel neked is ilyet kéne látni:
NOTICE: Found resolution 1280 x 720 for display 0 with 1280 x 720 @ 60.000000 Hz
NOTICE: Found resolution 1280 x 720 for display 0 with 1280 x 720 @ 59.940060 Hz
Found resolution 1920 x 1080 for display 0 with 1920 x 1080i @ 60.000000 Hz
NOTICE: Found resolution 1920 x 1080 for display 0 with 1920 x 1080i @ 59.940060 Hz
NOTICE: Found resolution 1920 x 1080 for display 0 with 1920 x 1080 @ 60.000000 Hz
NOTICE: Found resolution 1920 x 1080 for display 0 with 1920 x 1080 @ 59.940060 Hz
NOTICE: Found resolution 1280 x 720 for display 0 with 1280 x 720 @ 50.000000 Hz
NOTICE: Found resolution 1920 x 1080 for display 0 with 1920 x 1080i @ 50.000000 Hz
NOTICE: Found resolution 1920 x 1080 for display 0 with 1920 x 1080 @ 30.000000 Hz
NOTICE: Found resolution 1920 x 1080 for display 0 with 1920 x 1080 @ 29.970030 Hz
NOTICE: Found resolution 1920 x 1080 for display 0 with 1920 x 1080 @ 50.000000 Hz
NOTICE: Found resolution 1920 x 1080 for display 0 with 1920 x 1080 @ 24.000000 Hz
NOTICE: Found resolution 1920 x 1080 for display 0 with 1920 x 1080 @ 23.976025 Hz
NOTICE: Found (1920x1080@60.000000) at 20, setting to RES_DESKTOP at 16 -
Ejelhar
senior tag
válasz
koma106
#35995
üzenetére
annyi kérdésem lenne, hogy meglévő, belakott rendszernél pontosan mit és hova kell átmásolni?
Szerintem elég a /storage alatt lévőket ide átcumózni, de ebből szerintem ki is derül:
mount -o rw /dev/data /tmp/data
cp -pPRv /storage/. /tmp/dataVagyis az eMMC data partícióját ideiglenesen építsük be LE alatt a /tmp/data alá
majd a /storage könyvtár alól cumózzunk át mindent oda. -
Ejelhar
senior tag
válasz
tukko1
#35991
üzenetére
Ezután mit csináljak?
Nem tudom
Most már annyit tudunk, hogy van/létezik CEC eszközöd, valszeg a Kodi is kezelné.
Nincs ott a közelben egy másik TV? Ellenpróbának megtenné, illetve először egy másik HDMI porton kipróbálni, hogy ki a bűnös.
Amúgy nekem a Samu TV a HDMI portnál is jelzi ha összedumáltak, a források közül kiválasztva a box HDMI portját + egy lefele nyíl vagy hosszú OK után megjelenik az "Anynet+ (HDMI-CEC)". Neked van ilyen? Kéne. -
-
Ejelhar
senior tag
válasz
tukko1
#35966
üzenetére
Most megnéztem 8.2.3.1 LE alatt, ha a Kodi debugot aktiválod, akkor szépen logolja is (/storage/.kodi/temp/kodi.log) induláskor milyen eszköz szükséges neki a CEC-hez:
INFO: Found input device /dev/input/event2
INFO: opened device 'cec_input' (file name /dev/input/event2)és van is ilyen eszközöm:
DDS-Kodi:~ # ls -l /dev/input/event2
crw-rw---- 1 root input 13, 66 Jan 1 2015 /dev/input/event2Közben rájöttem miért nincs evtest binárisod, ez nem alapértelmezett úgy tűnik a "System Tools" addont kell feltelepíteni (Programok szekció), csak akkor lesz (OSMC alatt pedig: apt-get install evtest):
-
Ejelhar
senior tag
válasz
Csicsóka
#35903
üzenetére
Tuti,
most megpróbáltam rászuszakolni kézzel, a hold ragyogóan működik, még a legfrissebbnek is mondja magát
:
dds-osmc S905 # apt-get install vero364-kernel-osmc
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
vero364-kernel-osmc:arm64 már a legújabb verzió (3.9.35).
vero364-kernel-osmc:arm64 kézi telepítésűre állítva.
0 frissített, 0 újonnan telepített, 0 eltávolítandó és 0 nem frissített.
dds-osmc S905 # -
Ejelhar
senior tag
válasz
Ejelhar
#35886
üzenetére
Mégse, a kernel most nem frissült, nem ártana ha nézném a dátumot is a logokban:-) Bár ezek után biztos vagyok benne, hogy a kernel csomagok visszatartása rendben.
Amit ma lenyomott az ez pontosan:
2018-03-14 19:06:56 upgrade base-files:armhf 9.9+deb9u3 9.9+deb9u4
2018-03-14 19:06:57 upgrade bsdutils:armhf 1:2.29.2-1 1:2.29.2-1+deb9u1
2018-03-14 19:06:58 upgrade util-linux:armhf 2.29.2-1 2.29.2-1+deb9u1
2018-03-14 19:07:01 upgrade mount:armhf 2.29.2-1 2.29.2-1+deb9u1
2018-03-14 19:07:02 upgrade ncurses-bin:armhf 6.0+20161126-1+deb9u1 6.0+20161126-1+deb9u2
2018-03-14 19:07:02 upgrade libc-bin:armhf 2.24-11+deb9u1 2.24-11+deb9u3
2018-03-14 19:07:04 upgrade ncurses-base:all 6.0+20161126-1+deb9u1 6.0+20161126-1+deb9u2
2018-03-14 19:07:05 upgrade libnss-myhostname:armhf 232-25+deb9u1 232-25+deb9u2
2018-03-14 19:07:05 upgrade systemd-sysv:armhf 232-25+deb9u1 232-25+deb9u2
2018-03-14 19:07:05 upgrade libpam-systemd:armhf 232-25+deb9u1 232-25+deb9u2
2018-03-14 19:07:05 upgrade libapparmor1:armhf 2.11.0-3 2.11.0-3+deb9u2
2018-03-14 19:07:06 upgrade libuuid1:armhf 2.29.2-1 2.29.2-1+deb9u1
2018-03-14 19:07:07 upgrade libblkid1:armhf 2.29.2-1 2.29.2-1+deb9u1
2018-03-14 19:07:07 upgrade libmount1:armhf 2.29.2-1 2.29.2-1+deb9u1
2018-03-14 19:07:08 upgrade systemd:armhf 232-25+deb9u1 232-25+deb9u2
2018-03-14 19:07:11 upgrade libsystemd0:armhf 232-25+deb9u1 232-25+deb9u2
2018-03-14 19:07:12 upgrade libwbclient0:armhf 2:4.5.12+dfsg-2+deb9u1 2:4.5.12+dfsg-2+deb9u2
2018-03-14 19:07:12 upgrade libsmbclient:armhf 2:4.5.12+dfsg-2+deb9u1 2:4.5.12+dfsg-2+deb9u2
2018-03-14 19:07:13 upgrade samba-libs:armhf 2:4.5.12+dfsg-2+deb9u1 2:4.5.12+dfsg-2+deb9u2
2018-03-14 19:07:15 upgrade ntp:armhf 1:4.2.8p10+dfsg-3+deb9u1 1:4.2.8p10+dfsg-3+deb9u2
2018-03-14 19:07:16 upgrade samba-common:all 2:4.5.12+dfsg-2+deb9u1 2:4.5.12+dfsg-2+deb9u2
2018-03-14 19:07:17 upgrade libfdisk1:armhf 2.29.2-1 2.29.2-1+deb9u1
2018-03-14 19:07:17 upgrade libsmartcols1:armhf 2.29.2-1 2.29.2-1+deb9u1
2018-03-14 19:07:19 upgrade libncurses5:armhf 6.0+20161126-1+deb9u1 6.0+20161126-1+deb9u2
2018-03-14 19:07:19 upgrade libtinfo5:armhf 6.0+20161126-1+deb9u1 6.0+20161126-1+deb9u2
2018-03-14 19:07:20 upgrade libncursesw5:armhf 6.0+20161126-1+deb9u1 6.0+20161126-1+deb9u2
2018-03-14 19:07:21 upgrade multiarch-support:armhf 2.24-11+deb9u1 2.24-11+deb9u3
2018-03-14 19:07:22 upgrade base-files-osmc:all 2.5.4 2.5.5
2018-03-14 19:07:23 upgrade mediacenter-skin-osmc:all 17.0.2-7 17.0.4-1
2018-03-14 19:07:25 upgrade vero3-mediacenter-osmc:armhf 17.6.0-29 17.6.0-31
2018-03-14 19:07:48 upgrade libc-l10n:all 2.24-11+deb9u1 2.24-11+deb9u3
2018-03-14 19:07:49 upgrade locales:all 2.24-11+deb9u1 2.24-11+deb9u3
2018-03-14 19:07:51 upgrade openssh-sftp-server:armhf 1:7.4p1-10+deb9u2 1:7.4p1-10+deb9u3
2018-03-14 19:07:52 upgrade openssh-server:armhf 1:7.4p1-10+deb9u2 1:7.4p1-10+deb9u3
2018-03-14 19:07:52 upgrade openssh-client:armhf 1:7.4p1-10+deb9u2 1:7.4p1-10+deb9u3 -
Ejelhar
senior tag
válasz
blakey
#35891
üzenetére
Bár én jelenleg jóval fontosabbnak tartom magát a tényt: a Csicsóka féle OSMC gyári repository-ból frissült, a veszélyes (kernel image) csomagok visszatartása működik, ugyanakkor az OS gond nélkül benyalja a frissítéseket. Nincsenek átlépet vagy törött csomagok, feloldhatatlan függőségekkel. A rendszer teljesen konzisztens, ritka jó jel.
-
Ejelhar
senior tag
válasz
blakey
#35887
üzenetére
A rendszer elég rendesen (54 csomag), ezen belül a Kodi is (ugye itt mediacenter fedőnévvel szerepel).
Hogy ez egész pontosan mit fed, azt nem tudom, majd az ide vonatkozó változásnaplókat is érdemes lesz ide linkelni talán (a Debian rendszerét persze nem, csak a Kodisat, az OSMC Mediacenter csomagét).
-
Ejelhar
senior tag
válasz
Csicsóka
#35883
üzenetére
Igen, a kernel is, de az előző hold az hatott, szerintem rendben vagyunk csomagkezelő szinten is:
dds-osmc S905 # cat /var/log/dpkg.log | grep vero364*
2018-03-06 21:19:54 install vero364-image-3.14.29-61-osmc:arm64 <none> 61
2018-03-06 21:19:56 status half-installed vero364-image-3.14.29-61-osmc:arm64 61
2018-03-06 21:20:38 status unpacked vero364-image-3.14.29-61-osmc:arm64 61
2018-03-06 21:20:38 status unpacked vero364-image-3.14.29-61-osmc:arm64 61
2018-03-06 21:25:08 upgrade vero364-kernel-osmc:arm64 3.9.24 3.9.35
2018-03-06 21:25:08 status half-configured vero364-kernel-osmc:arm64 3.9.24
2018-03-06 21:25:09 status unpacked vero364-kernel-osmc:arm64 3.9.24
2018-03-06 21:25:09 status half-installed vero364-kernel-osmc:arm64 3.9.24
2018-03-06 21:25:10 status half-installed vero364-kernel-osmc:arm64 3.9.24
2018-03-06 21:25:11 status unpacked vero364-kernel-osmc:arm64 3.9.35
2018-03-06 21:25:11 status unpacked vero364-kernel-osmc:arm64 3.9.35
2018-03-06 21:25:15 configure vero364-image-3.14.29-61-osmc:arm64 61 <none>
2018-03-06 21:25:15 status unpacked vero364-image-3.14.29-61-osmc:arm64 61
2018-03-06 21:25:15 status half-configured vero364-image-3.14.29-61-osmc:arm64 61
2018-03-06 21:25:36 status installed vero364-image-3.14.29-61-osmc:arm64 61
2018-03-06 21:25:38 configure vero364-kernel-osmc:arm64 3.9.35 <none>
2018-03-06 21:25:38 status unpacked vero364-kernel-osmc:arm64 3.9.35
2018-03-06 21:25:38 status half-configured vero364-kernel-osmc:arm64 3.9.35
2018-03-06 21:25:38 status installed vero364-kernel-osmc:arm64 3.9.35és ugye a debianon vagy debian alapú disztribeknél:
half-configured
The package is unpacked and configuration has been started, but
not yet completed for some reason.Ugyanakkor:
dds-osmc S905 # cat /var/log/dpkg.log | grep upgrade | grep vero
2018-03-06 21:21:42 upgrade vero3-mediacenter-osmc:armhf 17.6.0-23 17.6.0-29
2018-03-06 21:25:08 upgrade vero364-kernel-osmc:arm64 3.9.24 3.9.35
2018-03-14 19:07:25 upgrade vero3-mediacenter-osmc:armhf 17.6.0-29 17.6.0-31 -
-
Ejelhar
senior tag
válasz
Csicsóka
#35868
üzenetére
Most jött ki egy nagyobb frissítés, az OSMC Kodi szólt, hogy csináljuk, engedélyeztem.
RC 3.3, USB-ről fut, az eMMC-n LE.
Minden okay, az OSMC felállt utána, az LE szintén. Úgy tűnik teljesen jól működik a gyári frissítés. Még előtte én telepítettem az rsyslog csomagot, úgyhogy részletes infóm van a menetéről ha kell*, de ezzel így minden rendben.*dds-osmc ~ # cat /var/log/dpkg.log | grep upgrade | wc -l
54
smc -R /home/osmc/.kodi
eyEvent: TranslateKey with event type 0x0001, code 0x0074, value 0x0001 returned XBMCKey = 0x0140
:Új hozzászólás Aktív témák
- Futás, futópályák
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Milyen billentyűzetet vegyek?
- Forza sorozat (Horizon/Motorsport)
- The Game Awards 2025 - Az összes bejelentés egy helyen!
- Nyaralás topik
- Éjszakai műszak
- Xbox tulajok OFF topicja
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- sziku69: Szólánc.
- További aktív témák...
- AMD Ryzen 5600X/Radeon RX 6800 16GB/32GB DDR RAM/1TB SSD konfig eladó
- AMD 5 3600/GeForce RTX 3070/16GB DDR4 RAM/512GB SSD konfig eladó sok-sok garival
- AMD Ryzen 5 4500/Radeon RX6600 8GB/16GB DDR4 RAM/512GB SSD konfig eladó sok-sok garival
- Intel Core i5 10400F/GeForce RTX 4060/16GB DDR4 RAM/500GB SSD konfig eladó
- AMD Ryzen 7 5700/Radeon 7800XT/32GB DDR4 RAM/1TB SSD konfig eladó
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: ATW Internet Kft.
Város: Budapest