-
IT café
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 kokopo #33412 üzenetére
Fel van erre készítve az LE, erre az egy VPN-re.
Szóval ...
a.) az OpenVPN szerveren legyártod a kliens kulcsait és konfigját, majd bemásolod az LE alá, praktikusan a /storage/.config alá.
b.) Szerkeszted a "gyári" /storage/.config/system.d/openvpn.service.sample file-t, itt az "ExecStart" kezdetű sor érdekes, itt mondod meg hol találhaó pontosan az openvpn konfig.
Ha kész átnevezed a file-t, a végéről törlöd a sample részt.c.) Engedélyezed az automatikus indítást:
systemctl enable openvpn.servicemajd kézzel -hogy nem kelljen rebootolni emiatt- elindítod:
systemctl start openvpn.serviceHa jól működik, akkor kiépíti a tunnelt és felhúz egy TUN/TAP interface-t valamilyen IP címmel, ezt az ifconfig paranccsal ellenőrizheted.
-
Ejelhar
senior tag
válasz kokopo #33436 üzenetére
Segítek majd ha elakadsz. Itt igazából a fő gond az, hogy kevés router támogatja az openvpn-t, tehát megfelelő eszköz kell a túloldalra. Az ugye a szerver.
Az LE alatt csak bemásolod a VPN konfigot, szerkeszted a gyári példa filet (megmondod neki hol van pontosan a konfig, átnevezed, majd a szervízt engedélyezed (vagyis bootkor induljon el automatikusan).
-
Ejelhar
senior tag
válasz koma106 #33636 üzenetére
kiadod ezt a parancsot:
mounta fenti csak infószerzésre való, megmutatja hova építette be a külső diszkedet. Ugyanis előbb le kell csatolni.
Nagy eséllyel valami ilyen is szerepel a kimeneti sorok között, az lesz az, amelyeket a "/var/media" alá építette be.:
/dev/sda1 on /var/media/SANDISK_U1 type vfatha megvan, akkor lecsatolod:
umount /var/media/SANDISK_U1nálad ez biztos más lesz, mert a címkéje szerinti könyvtárba fogja beépíteni (valószínűtlen ugye, hogy te is pont "SANDISK_U1"-nek nevezted el azt az eszközt.
Ha megvan a lecsatolás, akkor jöhet a formázás:
mkfs.ext4 -m 0 /dev/sda1
Valszeg ez nálad is is ugyanez, de a nyakamat azért nem tenném rá, az eszközt és annak partícióját a fenti első parancs azonosítja be pontosan. -
-
Ejelhar
senior tag
válasz fcbarca #33829 üzenetére
Csinálunk:-)
Az LE felkészítve erre, gyárilag tartalmazza az openvpn csomagot, illetve egy inaktív szervizt is tartalmaz erre.
Vagyis amit csinálni kéne:
a.) az ovpn konfig file-okat be kéne másolni az LE-re.
b.) ha szükséges szerkeszteni az ovpn konfigot.
c.) szerkeszteni és átnevezni a gyári ovpn szerviz file-t
d.) engedélyezni az opvn szervizt, hogy boot során automatikusan elinduljon, vagyis építse ki a tunnelt.a.) ha engedélyezett az SMB, akkor azon keresztül bemásoljuk az ovpn file-jait, például a ConfigFiles alá létrehozunk egy ovpn nevű mappát, majd az alá átcumózzuk.
b.) ritkán egy file az openvpn konfig, általában mellékelnek egy vagy több cert file-t, ezekre a konfigba hivatkozunk (valami.ovpn vagy valami.conf néven szokott szerepelni). Azért, hogy biztosan megtalálja a bemásolt file-okat teljes útvonallal szükséges megadni a konfig file-ban, vagyis ezeket átírjuk a következő módon (feltételezve, hogy az "a" pontba említett mappába másoltuk őket)
/storage/.config/ovpn/certfile_neveAz ovpn konfigban külső file-ra utaló direktíva lehet:
auth-user-pass
pkcs12
ca
cert
key
ezeket mind szükséges módosítani teljes útvonalra.c.) boxra ssh, majd a /storage/.config/system.d/openvpn.service.sample file átnevezzük, így:
először könyvtárat váltunk:
cd /storage/.config/system.d/
majd jöhet az átnevezés:
mv openvpn.service.sample openvpn.service
ezután szerkesztjük:
nano openvpn.service
minket csak az "ExecStart=" kezdetű sor érdekel, a "--config" argumentum után határozzuk meg az ovpn konfig file pontos helyét, tehát valami ilyesmi lesz:
ExecStart=/usr/sbin/openvpn --daemon --config /storage/.config/ovpn/valami.conf_vagy_valami.ovpnHa eddig minden jól csináltunk, akkor akár ki is próbálhatjuk, elindítjuk manuálisan a szervizt:
systemctl start openvpn.service
Ha rendben, akkor megjelenik egy új interface (tun vagy tap néven), ezt az ifconfig paranccsal tudjuk ellenőrizni, illetve új route útvonalakat is bejegyzett a routing táblába, ezt a route -n paranccsal tudjuk listázni.d.) ha minden okay, akkor engedélyezzük e szerviz automatikus indítását, még a kodi indulása előtt aktiválja majd magát a boot során:
systemctl enable openvpn.serviceHát kb. ennyi.
[ Szerkesztve ]
-
Ejelhar
senior tag
válasz kenand #33852 üzenetére
Hát akkor nyomozni kéne szerintem.
Kéne három ssh ablakot nyitni és a Kodi beállításokban engedélyezni a debugot.
első ssh ablakban:
journalctl -f
második:
tail -f /storage/.kodi/temp/kodi.log
harmadikban pedig szerkeszteni a remote.conf-ot, illetve az alanti parancsot kiadni a szerkesztés után, röptében tudjuk nézni mi a pálya, a változás azonnali:
remotecfg /storage/.config/remote.confpélda:
nyomok egy mute gombot, ezt az eseményt rendszerszinten látom az első ablakomban:
Feb 18 12:16:24 DDS-Kodi kernel: remote: press ircode = 0x03,
Feb 18 12:16:24 DDS-Kodi kernel: remote: scancode = 0x0071,maptable = 0,code:0xfc037984
Feb 18 12:16:24 DDS-Kodi kernel: remote: release ircode = 0x03,
Feb 18 12:16:24 DDS-Kodi kernel: remote: scancode = 0x0071, maptable = 0,code:0x00000000a másodikban pedig azt, hogyan kezeli le a Kodi:
12:16:24.498 T:4098041952 DEBUG: OnKey: volume_mute (0xf0b7) pressed, action is Mute
12:16:24.499 T:4098028448 DEBUG: CAnnouncementManager - Announcement: OnVolumeChanged from xbmc[ Szerkesztve ]
-
Ejelhar
senior tag
válasz blakey #34081 üzenetére
Szvsz teljesen jogos DoItYourself eljárása, ez így nem az ajánlott kategória.
kb. egészen elképesztő a WZX autógyártó új XY modellje, nagyon jól sikerült, minden tekintetben felér a prémium kategória kétszeres/háromszoros áron kapható termékeivel. Bár igaz, van olyan sorozat ami el sem indul, vagy 500 km után szétesik a sebváltó, de ha szerencsénk van, akkor nem ilyet kapunk ki.
A megoldás ha a gyártási szórás miatt -különböző helyekről- rendelünk egyszerre ötöt, az egyik csak rendben lesz. Na, az az egy viszont nagyon hasít majd, elégedettek leszünk. Ajánlott kategória.
[ Szerkesztve ]
-
Ejelhar
senior tag
válasz blakey #34087 üzenetére
Mondjuk némileg más hardware irány, de a hozzáállásnak itt is annak kéne lennie, az igazi brand-et jelzi: az IBM vagy Dell szervereket azért veszik a népek inkább felárral, mert megbíznak bennük, "ajánlott termék".
Na most, náluk is előfordultak bakik ( pl. hibásan tervezett táp, vacak soft), de villámgyorsan kivonták a piacról, a support azonnal és szó nélkül cserélte a hibás termékeket és soha többé nem kerültek forgalomba.
E cégek pont fordítva viselkedtek, ezen inkább veszteségünk legyen mint profitunk, de a hibás termékek olcsósított újraforgalmazása már rövid távon sem éri meg, mert komolyan rombolja a brand hírnevét.Nos itt, a taglalt esetben ez elmaradt, vakuljon a parasztja meg csörögjön a kasszában a pénz, ha már szart is gyártottunk, hát azon is túladunk majd okosba. Szerintük ennyi belefér. Nos, szvsz ezért nem ajánlott kategória szerintem, így nem lehet viselkedni.
[ Szerkesztve ]
-
Ejelhar
senior tag
válasz blakey #34090 üzenetére
Értem én, ez nem az a termék, nem entreprise kategória aranyárban mérve, de a hibás széria miért nem lett a gyártó által azonnal visszavonva?
Ha nem teszi meg, akkor nem lehet ajánlott termék, illetve csak addig amíg szerencséje van. Nos, az most fogyott el, a piacon hibás modelljei is kaphatóak. Nos, szerintem ez a tény eleve kizáró ok egy "ajánlott termék" esetében.Mert ugye itt is mit tudunk mondani: hát a fasz tudja mitet is csinál ha megveszed. Lehet, nagyon perfekt, a sebessége és a funkcionalitása ottan van a topon, helyből beájulsz tőle.
De benne van a pakliban, hogy a boot után 5 másodperc múlva befagy, hát akkor viszont így jártál öcsém/lányom, ennyi volt. Lehet próbálkozni újra.Szvsz az ilyen ne legyen itt ajánlott kategória.
[ Szerkesztve ]
-
Ejelhar
senior tag
válasz norbert1998 #34094 üzenetére
Szerintem ez wifis topicba való kérdés, itt erre nem fogsz érdemi választ kapni.
-
Ejelhar
senior tag
válasz blakey #34096 üzenetére
Szvsz, ilyen nem lehet normálisan működő cég esetében.
Mondjuk a világhírű, remek gyártmányairól ismert Blakey & Ejelhar Company kibocsájt egy hibás szériát, az általuk forgalmazott legújabb és elkapkodott termék alultervezett táppal került forgalomba.
Nos, semmi vész, a brand védelmében azonnal visszahívjuk a teljesen elhibázott eszközöket, mivel a viszonteladókkal olyan szerződést kötöttünk, amiben ez a kitétel/jog tételesen benne van.Bár a Blakey & Ejelhar Company számára az is fontos, hogy az alkalmazottak jól érezzék magukat, de elsősorban nem ezért fizeti őket. Az ügyvédei azért kapnak egészen tűrhető fizetést, mert az ilyen előre nem látható és tervezhető/ de kalkulálható esetekre is gondolniuk kell szerződéstervezet készítése közben.
Vagyis nincs gond, a hibás termékeket visszahívja és makulátlan minőségű gyártmányokra gyeréli a Blakey & Ejelhar Company saját költségen a brand védelmében, mivel tudja, akár már rövidtávon is is sokkal többet vesztene ha nem tenné.[ Szerkesztve ]
-
Ejelhar
senior tag
válasz sugarforce #34102 üzenetére
Akkor viszont megint nekem van igazam:-)
De tényleg, a topic összefoglalóban bele kéne tenni:
EU-s/hazai ellenőrzött forrásból vegyél, az az ajánlott, az összes többi meg a szerencsén múlik, bár igen olcsó lehet az ismeretlen forrásból rendelt, de lutri. Vagy pár ezer forintért végignyomozod szabadidődben a gyártói és eladói láncot, bár ez se garancia a hibátlan termékre, kis szerencse is kell hozzá.És ez legyen az "ajánlott".
ps-. persze alkalmazkodhatunk -kényszerűség okán- a piaci viszonyokhoz, de én akkor is óvatosan bánnék az "ajánlott" kategória esetében e címke osztogatásával. Szerintem a megbízhatatlan termékek ne kerüljenek ebbe a kategóriába.
[ Szerkesztve ]
-
Ejelhar
senior tag
Táv beüzemelése OSMC alatt.
Nem igazán tudományos vagy pláne kifinomult a megközelítés, amúgy parasztosan állunk neki, viszont egyszerű módszer és stabilan működik.Koncepció: mivel ugyanazt a módszert használja az OSMC is mint a legutolsó kszaq féle LE, ezért a már LE alatt létező remote.conf filet benyalatjuk vele és kész is, lehet zárni a bótot.
Egy ici-pici gond van csak ezzel, LE alatt létezik a "remotecfg" bináris (ami e munkát végzi), OSMC alatt viszont nem.
De nincs vész, mert minden cafrang nélkül kezeli az OSMC a LE binárisokat, ezért csak átmásoljuk az LE alól a remotecfg binárist és a konfig file-unkat, a remote.conf -ot.Menete:
a.) LE alól lementjük a remote.conf konfig file-t és a remotecfg binárist, ez utóbbi az /usr/bin alatt található, illetve opcionális, a storage/.kodi/userdata/keymaps könyvtár alól a keymap editorral generált gen.xml file-t, vagy a magunk által készített akármi.xml-t.b.) Bemásoljuk a lementett file-okat az OSMC partíciójába, ez tetszőleges hely lehet.
c.) Rávesszük az OSMC linuxot, hogy a boot során ezt nyalja be:
1.) az /etc/rc.local file való erre, ami custom parancsot itt definiálunk, azt a rendszer végrehajtja. Azonban nem végrehajtható e file gyárilag és alapértelmezetten. Nem fogja futtatnia a linux, ezért -mint Csicsóka jó szemmel kiszúrta- előbb futtatási jogot kell adni neki.:
chmod a+x /etc/rc.local2.) ezután szerkesztjük, a remotecfg bináris és a remote.conf pontos helyét kell itt megadni (ahova másoltuk) teljes útvonallal:
nano /etc/rc.local
Itt arra kell csak vigyázni, hogy az "exit 0" sor elé szúrjuk be, például nálam:
/usr/local/bin/remotecfg /usr/local/etc/remote.conf
exit 0Ezzel kész is, a következő boot után már lesz távunk is.
Opcionális:
ha cifráztuk a távot saját xml file-al vagy keymap editorral és nagyon megszoktuk, akkor ezt az LE storage/.kodi/userdata/keymaps könyvtára alól másoljuk át a /home/osmc/.kodi/userdata/keymaps könyvtárba.[ Szerkesztve ]
-
Ejelhar
senior tag
-
-
Ejelhar
senior tag
Ami a sebességet illeti, hát a gyors SanDisk nálam a nyerő, tapasztalatok avagy stációk:
https://mobilarena.hu/tema/amlogic_s905_s912_processzoros_keszulekek/hsz_14563-14563.html
https://mobilarena.hu/tema/amlogic_s905_s912_processzoros_keszulekek/hsz_15074-15074.html[ Szerkesztve ]
-
-
Ejelhar
senior tag
válasz bozsozso #34554 üzenetére
LE alatt meg tudom valahol nézni, hogy mekkora a médiatár adatbázis mérete?
Igen:
ls -l /storage/.kodi/userdata/DatabaseBár talán az is megoldás, ha megnézed fogja e a Kodi az adatbázisokat.
Scan közben több szálon is fogja a MyVideos107.db és a Textures13.db file-okat:
DDS-Kodi:~ # lsof | grep Database
2827 /usr/lib/kodi/kodi.bin /storage/.kodi/userdata/Database/Addons27.db
2827 /usr/lib/kodi/kodi.bin /storage/.kodi/userdata/Database/MyVideos107.db
2827 /usr/lib/kodi/kodi.bin /storage/.kodi/userdata/Database/Textures13.db
2827 /usr/lib/kodi/kodi.bin /storage/.kodi/userdata/Database/Textures13.db
2827 /usr/lib/kodi/kodi.bin /storage/.kodi/userdata/Database/MyVideos107.db
2827 /usr/lib/kodi/kodi.bin /storage/.kodi/userdata/Database/Textures13.dbSima működés közben csak egy szálon, illetve a MyVideos107.db sokszor teljesen elengedi:
DDS-Kodi:~ # lsof | grep Database
2827 /usr/lib/kodi/kodi.bin /storage/.kodi/userdata/Database/Addons27.db
2827 /usr/lib/kodi/kodi.bin /storage/.kodi/userdata/Database/Textures13.db[ Szerkesztve ]
-
Ejelhar
senior tag
válasz Csicsóka #34861 üzenetére
Szia,
nem tom lesz e benne opcionális customizing script vagy ilyesmi, de a lokalizációt is át kell állítani szvsz, mert hibás lehet a magyar karakterek megjelenítése linux alatt (pl. cifs file rendszer mountolása). Szerintem így:
- /etc/locale.gen file-ba a hu_HU.UTF-8 UTF-8 elől kettős kereszt kivesz
- localectl set-locale LANG=hu_HU.UTF-8 -
-
Ejelhar
senior tag
-
Ejelhar
senior tag
válasz Ejelhar #34906 üzenetére
Mégse, most felpakoltam az rc3-at, tutira magyar nyelvet választottam, de a helyzet ugyanaz:
dds-osmc etc # locale
(M)LANG=C
LANGUAGE=
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=C(/M)cifs beépítése és a karakterkészlet ellenőrzése:
dds-osmc etc # mount -t cifs -o uid=1000,gid=1000,rw,iocharset=utf8,credentials=/etc/samba/dds-desk-passwd //dds-desk/mount /mnt/dds-desk
dds-osmc etc # ls /mnt/dds-desk/K1-2TB/
$RECYCLE.BIN Samuel P. Huntington - A civiliz??ci??k ??sszecsap??sa ??s a vil??grend ??talakul??sa TEST dune_folder.txt
DokTermIsm Samuel P. Huntington - A civiliz??ci??k ??sszecsap??sa-upByOM.prc Zene
Filmek Sorozatok atm
Programok System Volume Information desktop.iniOkay, faragjunk rajta:
dds-osmc etc # sed -i 's/#hu_HU.UTF-8\ UTF-8/hu_HU.UTF-8\ UTF-8/g' /etc/locale.gen
dds-osmc etc # localectl set-locale LANG=hu_HU.UTF-8
dds-osmc etc # locale-gen hu_HU.UTF-8
Generating locales (this might take a while)...
hu_HU.UTF-8... done
Generation complete.Majd egy reboot után:
dds-osmc ~ # locale
LANG=hu_HU.UTF-8
LANGUAGE=
LC_CTYPE="hu_HU.UTF-8"
LC_NUMERIC="hu_HU.UTF-8"
LC_TIME="hu_HU.UTF-8"
LC_COLLATE="hu_HU.UTF-8"
LC_MONETARY="hu_HU.UTF-8"
LC_MESSAGES="hu_HU.UTF-8"
LC_PAPER="hu_HU.UTF-8"
LC_NAME="hu_HU.UTF-8"
LC_ADDRESS="hu_HU.UTF-8"
LC_TELEPHONE="hu_HU.UTF-8"
LC_MEASUREMENT="hu_HU.UTF-8"
LC_IDENTIFICATION="hu_HU.UTF-8"
LC_ALL=
dds-osmc ~ # mount -t cifs -o uid=1000,gid=1000,rw,iocharset=utf8,credentials=/etc/samba/dds-desk-passwd //dds-desk/mount /mnt/dds-desk
dds-osmc ~ # ls /mnt/dds-desk/K1-2TB/
atm Programok System Volume Information
desktop.ini $RECYCLE.BIN TEST
DokTermIsm Samuel P. Huntington - A civilizációk összecsapása és a világrend átalakulása Zene
dune_folder.txt Samuel P. Huntington - A civilizációk összecsapása-upByOM.prc
Filmek SorozatokHepi havaj!
[ Szerkesztve ]
-
Ejelhar
senior tag
válasz Csicsóka #35159 üzenetére
A frissítés is kérdéses még, mert a gyárit, amit az OSMC kiad a vero4-hez, nem lehet ráereszteni, mert azt hiszi hogy eredeti vason fut, és felül írhatja a dtb, boot partíciókat az eMMC-n, ha van kernel frissítés. Ez most 5.-én is így történt. Ki is kell majd venni ezt a funkciót a programból.
Nem tudom (kérdezem), ez így nem lehet megoldás?:
dds-osmc etc # apt-mark hold vero*
vero-headers-4.4.0-18-osmc set on hold.
vero-image-4.4.0-18-osmc set on hold.
vero-source-4.4.0-18-osmc set on hold.
vero-kernel-osmc set on hold.
vero-libcec-dev-osmc set on hold.
vero-libcec-osmc set on hold.
vero-mediacenter-debug-osmc set on hold.
vero-mediacenter-osmc set on hold.
vero-userland-osmc set on hold.
vero-userland-dev-osmc set on hold.
vero1-bootloader-osmc set on hold.
vero1-device-osmc set on hold.
vero1-ftr-osmc set on hold.
vero1-wifi-osmc set on hold.
vero2-device-osmc set on hold.
vero2-ftr-osmc set on hold.
vero2-userland-osmc set on hold.
vero2-kernel-osmc set on hold.
vero2-mediacenter-osmc set on hold.
vero2-earlysplash-osmc set on hold.
vero2-headers-3.10.105-11-osmc set on hold.
vero2-image-3.10.105-11-osmc set on hold.
vero2-source-3.10.105-11-osmc set on hold.
vero2-libamcodec-dev-osmc set on hold.
vero2-libamcodec-osmc set on hold.
vero2-libcec-dev-osmc set on hold.
vero2-libcec-osmc set on hold.
vero2-mediacenter-debug-osmc set on hold.
vero2-userland-dev-osmc set on hold.
vero3-device-osmc set on hold.
vero3-ftr-osmc set on hold.
vero3-userland-osmc set on hold.
vero364-kernel-osmc:arm64 set on hold.
vero3-earlysplash-osmc set on hold.
vero3-wifi-osmc set on hold.
vero3-mediacenter-osmc set on hold.
vero3-fwenv-osmc set on hold.
vero3-libamcodec-dev-osmc set on hold.
vero3-libamcodec-osmc set on hold.
vero3-libcec-dev-osmc set on hold.
vero3-libcec-osmc set on hold.
vero3-mediacenter-debug-osmc set on hold.
vero3-userland-dev-osmc set on hold.
vero364-source-3.14.29-61-osmc set on hold.
vero364-headers-3.14.29-61-osmc:arm64 set on hold.
vero364-image-3.14.29-61-osmc:arm64 set on hold.
vero364-image-3.14.29-55-osmc:arm64 set on hold.[ Szerkesztve ]
-
Ejelhar
senior tag
válasz Csicsóka #35179 üzenetére
Az rc3_1-re ráengedtem egy frissítést.
Venz V10 Pro (S905X, 2GB RAM, 16 GB eMMC)
Nincs rajta Android, az eMMC-n LE, az SD is annak van adva. OSMC USB-n.Az alant jelzett "apt-mark hold vero*" már rá volt engedve:
dds-osmc ~ # apt-get upgrade
Running apt-get upgrade on your system can cause adverse effects on your system
Use apt-get dist-upgrade, which is the proper way to administer a Debian / Ubuntu system
For more information about updates, see https://osmc.tv/wiki/general/keeping-your-osmc-system-up-to-date/Okay, akkor legyen:
dds-osmc ~ # apt-get dist-upgrade
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
Frissítés kiszámítása... Kész
Az alábbi csomagok vissza lesznek tartva:
vero3-mediacenter-osmc vero364-kernel-osmc:arm64
Az alábbi csomagok frissítve lesznek:
base-files-osmc mediacenter-addon-osmc mediacenter-skin-osmc
3 frissített, 0 újonnan telepített, 0 eltávolítandó és 2 nem frissített.
Letöltendő adatmennyiség: 0 B/12,7 MB.
A művelet után 37,9 kB lemezterület kerül felhasználásra.
Folytatni akarja? [I/n] i
(Adatbázis olvasása ... 23320 files and directories currently installed.)
Preparing to unpack .../base-files-osmc_2.5.4_all.deb ...
Unpacking base-files-osmc (2.5.4) over (2.5.1) ...
Preparing to unpack .../mediacenter-addon-osmc_3.0.657_all.deb ...
Unpacking mediacenter-addon-osmc (3.0.657) over (3.0.655) ...
Preparing to unpack .../mediacenter-skin-osmc_17.0.2-7_all.deb ...
Unpacking mediacenter-skin-osmc (17.0.2-7) over (17.0.2-6) ...
Beállítás: mediacenter-addon-osmc (3.0.657) ...
Beállítás: base-files-osmc (2.5.4) ...
Fixing permissions on busybox.
Beállítás: mediacenter-skin-osmc (17.0.2-7) ...
dds-osmc ~ # rebootEllenőriztem, az OSMC és az eMMC-n tanyázó LE is indul, nincs vész.
Azonban ez az üzenet zavart:
Az alábbi csomagok vissza lesznek tartva:
vero3-mediacenter-osmcezért:
dds-osmc ~ # apt-mark unhold vero3-mediacenter-osmc
Visszatartás törölve ezen: vero3-mediacenter-osmc.
dds-osmc ~ # apt-get install vero3-mediacenter-osmc
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
Az alábbi csomagok frissítve lesznek:
vero3-mediacenter-osmc
1 frissített, 0 újonnan telepített, 0 eltávolítandó és 1 nem frissített.
Letöltendő adatmennyiség: 39,9 MB.
A művelet után 6.144 B lemezterület kerül felhasználásra.
Letöltés:1 http://ftp.fau.de/osmc/osmc/apt stretch/main armhf vero3-mediacenter-osmc armhf 17.6.0-29 [39,9 MB]
Letöltve 39,9 MB 6mp alatt (6.443 kB/s)
(Adatbázis olvasása ... 23325 files and directories currently installed.)
Preparing to unpack .../vero3-mediacenter-osmc_17.6.0-29_armhf.deb ...
Unpacking vero3-mediacenter-osmc (17.6.0-29) over (17.6.0-23) ...
Processing triggers for mime-support (3.60) ...
Beállítás: vero3-mediacenter-osmc (17.6.0-29) ...
dds-osmc ~ # haltEzután kellett egy teljes áramtalanítás, de utána az LE és az OSMC is működik.
Vélemény?
-
Ejelhar
senior tag
Új hozzászólás Aktív témák
- Házimozi belépő szinten
- Sony MILC fényképezőgépcsalád
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- Stellar Blade
- Azonnali VGA-s kérdések órája
- Vezetékes FÜLhallgatók
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Luck Dragon: Asszociációs játék. :)
- Bivalyerős lett a Poco F6 és F6 Pro
- Vicces képek
- További aktív témák...
- HP Prodesk 600 G5 DM, Tiny i5-9500T , 8-16GB DDR4 , 256GB NvME , 2 év gari , AAM számla
- "ÚJ" ÁR/ÉRTÉK Bajnok Gamer PC i5 10600K RX 6600XT 1TB NVME SSD GARANCIA BESZÁMÍTÁS!
- "ÚJ" ÁR/ÉRTÉK Bajnok Gamer PC i5 10600K RX 6600XT 1TB NVME SSD GARANCIA BESZÁMÍTÁS!
- Intel PC , i5 7600K , 1660 Super , 16GB DDR4 , 250GB SSD , 500GB HDD
- Goldshell AL BOX 360GH Alephium (ALPH)
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen