- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- Hogy is néznek ki a gépeink?
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Dell asztali gépek
- Gaming notebook topik
- Vezetékes FEJhallgatók
- Asztrofotózás
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Azonnali VGA-s kérdések órája
- SSD kibeszélő
Hirdetés
-
Saját Redmi Note 13 Pro+ a világbajnok focicsapatnak (és indiai rajongóiknak)
ma Argentína nemzeti válogatottjának mezével díszítik az új Redmi különkiadást.
-
Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
ph A Kereskedelmi Minisztérium egyelőre csak felméri a helyzetet, egyelőre nem látni, hogy tudnak-e bármit is tenni.
-
Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
it Egyre nagyobb probléma az AI hallucinálása – most az osztrák adatvédelmi hatóság veheti elő a ChatGPT miatt az OpenAI-t, alapvetően a GDPR megsértése miatt.
-
PROHARDVER!
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 Csicsóka #35194 üzenetére
A frissítés rendben lement, egyedül az újraindítás volt gond (de lehet, ez a halt parancs nyűgje debian alapú rendszeren, mert nekem pl. virtuális gépek sem kezelik ezt mindig jól, szóval lehet, ez saját hülyeség).
Áramtalanítás kellet utána, de nem tudom megmondani, hogy a halt parancs vagy a frissítés miatt.A 8-as LE remote konfigjával minden cafrang nélkül működik nekem, csak simán benyalattam vele az LE-ből áthozott binárissal, semmit sem kellett trükközni. Tényleg csak ennyi:
/usr/local/bin/remotecfg /usr/local/etc/remote.conf[ Szerkesztve ]
-
Ejelhar
senior tag
Az mc-t már a legelső alá is letöltöttem a leírás alapján , viszont a keretek nem a megfelelő karakterekkel rajzolódnak ki , próbáltam az mc-ben átállítani más karakter kódolást, de nem változott.
A régebbi putty-k latin-1 kódolásra álltak be, úgy tűnik nekem az új már utf8, mert menet közben a linuxok is váltottak, újabban már az utf8 az alapértelmezett minden disztribúcióban. Ha nem okay, akkor karakterkészlet átvált, majd mc-ből kilép majd újra belép:
De ha esetleg ajánlhatok valamit: https://mobaxterm.mobatek.net/download-home-edition.html
Ezzel fel/letölteni is lehet file-okat, saját grafikus editorával is lehet szerkeszteni, ilyen: -
Ejelhar
senior tag
Az mitől lehet, hogy írta valaki, hogy a dualban lévő kszaq féle 8.2.3.1-ben nem megy neki a Yatse és nem zud semmit addont vagy egyebet letölteni
Ha ugyanakkor a helyi gépekről/NAS-ról le tud játszani filmeket, akkor a hálóval lehet gond.
Az addonokhoz már kell átjáró, ha a wifi (yatse) más hálón van, akkor ahhoz is.
Én linux alatt így szoktam ellenőrizni a hálót:
dds-osmc ~ # ifconfig
eth0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu 1500
inet 172.16.168.5 netmask 255.255.255.0 broadcast 172.16.168.255
ether 00:22:6d:16:a9:9b txqueuelen 1000 (Ethernet)
RX packets 7118 bytes 611140 (596.8 KiB)
RX errors 0 dropped 246 overruns 0 frame 0
TX packets 5490 bytes 2298996 (2.1 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 40lo: flags=73<UP,LOOPBACK,RUNNING> mtu 4096
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 0 (Local Loopback)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0dds-osmc ~ # route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 172.16.168.254 0.0.0.0 UG 0 0 0 eth0
172.16.168.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
172.16.168.254 0.0.0.0 255.255.255.255 UH 0 0 0 eth0
dds-osmc ~ # cat /etc/resolv.conf
# Generated by Connection Manager
search dds.net
nameserver 172.16.168.254
dds-osmc ~ # ping -c 3 index.hu
PING index.hu (217.20.130.99): 56 data bytes
64 bytes from 217.20.130.99: seq=0 ttl=57 time=2.766 ms
64 bytes from 217.20.130.99: seq=1 ttl=57 time=3.263 ms
64 bytes from 217.20.130.99: seq=2 ttl=57 time=3.605 ms--- index.hu ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 2.766/3.211/3.605 ms
dds-osmc ~ #Az ifconfig mutatja milyen IP címet szedtek fel a hálózati interface-ek, a route -n kimenetéből látom, hogy van e alapértelmezett átjáróm, a resolv.conf-ban pedig a névszerver IP-je szerepel.
----
A táv bajait pedig nézelődéssel kéne kezdeni, mitet mond a journalctl -f mikor nyomogatjuk a gombokat?
[ Szerkesztve ]
-
Ejelhar
senior tag
Hát azért, nincsen rózsa tövis nélkül
Szóval ... egy kis gondunk van ezzel:
Az osmc-ben nem root jogokkal kapcsolódunk, ezért rendszer file-okat se tudunk átírni úgy simán, illetve ugyanebből következik, hogy a baloldali ablakban sem tudjuk szerkeszteni őket (az osmc usernek nincs joga erre).
Megoldás:
root jogokkal kéne kapcsolódni, csak ezzel egy kis probléma van, nem tudjuk a jelszavát. De nem nagy gond, mert ugyan nem ismerjük, viszont át tudjuk írni az "osmc" userként is:
sudo passwd root
itt kétszer rákérdez mi legyen a root jelszava, majd már be tudunk jelentkezni azzal is, hisz ismerjük. -
Ejelhar
senior tag
válasz Csicsóka #35202 üzenetére
Halt helyett jobban szereti a poweroff parancsot abba sose fagy bele. Systemd óta kerülöm a halt-ot.
Ahogy mondod, nem is értem ki találta ki és minek szoktak rá a népek, akik a "halt" paranccsal cimborálnak, azokat kitagadjuk a kultúrnépek köréből.
Érthetetlen hogyan vetemedhetnek az elvetemültek ilyen galádságra! A poweroff az igazi parancs, ha valaki még egyszer ki meri adni a a "halt"-ot debian alapú rendszerekben (RedHat alapúakon jól működik), annak letörjük majd a kezét.[ Szerkesztve ]
-
Ejelhar
senior tag
válasz Csicsóka #35298 üzenetére
Még az előző release-ek kapcsán próbálgattam a
echo "1" > /sys/class/block/sda/device/rescan parancsot (USB eszközt méreteztem át),nagyon nem jött be, mindenképpen kellett egy újraindítás.
De mikor az fdisk helyet a parted-et használtam, akkor nem volt ilyen gond, a resize2fs utána egyből sikerült.Bár ez nem túl fontos, egy reboot mindenkinek belefér. Csak azért említem, mert a legvégén majd akár ilyen finomságokra is adhatunk.
-
-
Ejelhar
senior tag
"ha nem jó a dtb akkor van, hogy el sem indul, boot logónál lefagy."
... Az LE verziónak akkor is fel kell mennie, egy hibaüzenet kellene és minden kiderül.
Blakey mondja jól, mivel ez nem PC, nem Plug & Play a hardware. Ha nem mondjuk meg neki mitet és hol talál (erre való a dtb.img), akkor az OS nem is tudja használatba venni az eszközt.
-
Ejelhar
senior tag
Nincs futási jog a remotecfg binárison, adjál neki:
chmod a+x /usr/local/bin/remotecfgAmúgy Csicsóka a legutolsó image-ba (OSMC_Amlogic_S905_rc3.3.img), már belerakta ezt a binárist, futtatási jogokkal, illetve az /etc/rc.local is rendelkezik ezzel, ezért azt a verziót érdemes felhúzni, mert akkor csak a remote.conf-ot kell feltölteni, illetve az /etc/rc.local-ba egy sort beszúrni és kész is.
-
Ejelhar
senior tag
válasz Csicsóka #35763 üzenetére
Úgy tűnik e topicból, hogy a parancssoros faragás sokaknak gondot okoz a táv beüzemelésekor, ezért esetleg az rc4 /etc/rc.local file-t elő lehetne készíteni, hogy a népeknek csak a remote.conf-ot kelljen bemásolni.
Arra gondoltam "gyárilag" az /etc/rc.local tartalmazhatna ilyet vagy valami hasonlót:
if [ -f /home/osmc/remote.conf ]; then
/usr/local/bin/remotecfg /home/osmc/remote.conf
fiA népek között meg kihirdetni: az rc4-től kezdve ha a rendszer talál remote.conf filet az osmc user home-jábam, akkor azt be is nyalja a boot során.
-
Ejelhar
senior tag
Minden felhasználóspecifikus beállítás a /home/osmc mappa alatt található.
Ha azt lemented, akkor bármelyik másik rendszeren vissza is tudod állítani.
Szerintem erre a legfelhasználóbarátabb megoldás -feltéve ha van elég helyed helyben- az mc-vel kivitelezhető. Belépsz az elmentendő könyvtárba, ott "F2", majd az előugró menüből a "3"-ast választod:Ez létre fog hozni egy új file-t a /home alatt osmc.tar.gz néven, ezt átmásolod valahova, NAS-ra, PC-re, USB-s diszkre.
Majd az új rendszernél ezt visszaállítod, akát mc-ből is.[ Szerkesztve ]
-
Ejelhar
senior tag
válasz Csicsóka #35763 üzenetére
"... Ezért, kikerül a rendszerből az eMMC telepítő ..."
Hát ugye vannak itt sebesség-mániákusok és maximalisták is:-) bizonyos területeken magamat is ide sorolom:-) ( [link]; [link])
Az OSMC mint OS meglepően jó, pörög-forog, nem is értem miért. Egyértelműen gyorsabbnak tűnik nekem mint az LE, de -egyelőre- egzakt magyarázatot nem tudok adni erre. De azért csodák nincsenek, ha az USB/SD sebességeket nézzük, akkor az eMMC IO menetből lealázza őket.
Szóval ... szerintem majd a későbbiekben ki kéne alakítani egy olyan Csicsóka féle OSMC release-t, ami opcionálisan képes a /home/osmc mappát az eMMC-re átpakolni. Akár egy külön mappába is, majd onnan bind-elve beépíteni. Szigorúan csak sebesség megszállottak részére:-) *
Vélemény?
* bár oda muszáj a 16Gbyte-os eMMC szerintem, egy belakott LE lakik most ott nálam, előbb-utóbb az OSMC is ennyire fog hízni, ha ketten vannak úgy már nem férnek el 8Gbyte-on, bár szólóban persze okay [most -osmc alatt- a /mnt/storage alá van beépítve az LE adat partíciója]:
dds-osmc osmc # parted /dev/mmcblk1p1 print
Model: Unknown (unknown)
Disk /dev/mmcblk1p1: 15,9GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:Number Start End Size File system Flags
1 0,00B 15,9GB 15,9GB ext4dds-osmc osmc # du -s /mnt/storage/.kodi
5,8G /mnt/storage/.kodidds-osmc osmc # du -s /mnt/storage/.kodi/*
1,7G /mnt/storage/.kodi/addons
4,0K /mnt/storage/.kodi/media
4,0K /mnt/storage/.kodi/system
4,0K /mnt/storage/.kodi/temp
4,1G /mnt/storage/.kodi/userdataPersze lehet, az csupán elméleti probléma, mert ha az OSMC ennyire jól teljesít, akkor elég lesz ide egy rendszer.
[ Szerkesztve ]
-
Ejelhar
senior tag
válasz Ejelhar #35787 üzenetére
Utánlövés:
Már nem szerkeszthető az előző, alant nem megfelelő partíció méretét mutattam, szóval:
dds-osmc osmc # df -h
Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont
devtmpfs 782M 0 782M 0% /dev
tmpfs 895M 35M 860M 4% /run
/dev/sda2 14G 2,1G 12G 15% /
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/data 12G 5,8G 6,2G 49% /mnt/storage
/dev/mmcblk1p1 15G 2,8G 12G 19% /mnt/SD16G
/dev/sda1 256M 24M 232M 10% /media/OSMC
//172.16.168.1/mount 466G 357G 109G 77% /mnt/dds_desk
//172.16.168.2/DuneHD1 1,9T 1,4T 442G 77% /mnt/dune/hd1
//172.16.168.2/DuneHD2 1,9T 1,7T 158G 92% /mnt/dune/hd2
tmpfs 179M 0 179M 0% /run/user/0 -
Ejelhar
senior tag
válasz Csicsóka #35789 üzenetére
Az LE rootfs tömörített squashfs-en belül fut, az OSMC meg natívan ext4-en. Amikor a Volumio is áttért squashfs-re, az Rpi zero-n olyan lett mint a tetű, előtte elviselhetően ment.
Akkor -jó eséllyel meg is van a bűnös- valszeg tudni véljük mi az érdemi gyorsulás oka. Azért majd egyszer kimérem:-) Más:
Szerintem fel kéne adni a 2 Gbyte-os rendszerpartíció korlátot az OSMC esetében, én ennek túl sok értelmét nem látom. Ha valaki -ebben és így- ennyire faszari, akkor egyúttal igénytelen is, ezt a rendszert nem neki találták ki. Jó lesz az Android is az ócsó boxon amit arra rátettek.ps. én nem is tudom mikor vettem a Dune H1 lejátszómat, úgy 2013 táján aszem. Abba egy 4 Gbyte-os pen került (az ajánlott 2 Gbyte volt), azért, mert jó minőségben kisebbet nem is lehetett kapni, már akkor.
[ Szerkesztve ]
-
Ejelhar
senior tag
Az ár önmagában nem értékmérő, csak sejtjük mögötte a tartalmat. De lehet, úgy prémiumkategóriás, ahogy nekünk nem kell.
Például én a sok gombos távokért vagyok oda, nekem a legtöbb box ócska, a Venz viszont perfekt, ezért:
[link]Nekem ezért jobb mint pl. a Minix, mert utálom a légegeret, nem akarok Androidot, de akarok sok gombos távot. Szóval a drágább Minix nekem ócskább mint ez.
-
Ejelhar
senior tag
Az összefoglalóban benne van, remek kis táblázat a szóba jöhető Amlogic SOC-ról, eszerint is tudsz boxot választani első körben: [link]
pl. ugye a HDR, akkor a sima 905 kiesik, de a stabil kiadású LE támogatottság miatt a 912 is. A 905w gyengébb mint a többi, jelentéktelen árkülönbséggel. Szóval ... első körben legyen 905X vagy 905D a CPU, innen érdemes indulnod szerintem.
-
Ejelhar
senior tag
válasz Dolphine #35802 üzenetére
Na ez az erősen szubjektív része a választásnak-), a táv az nagyon rendben, az az erőssége.
Átlagos, de megbízható box, ami eddig nekem volt vagy ismerősöknek kiszórtam az mind okay. Ha Android is kell, akkor viszont felejtős. Vagy fogalmazzunk úgy, azért nem szarabb mint a többi kínai, gyárilag alig támogatott tömegtermék.
LE és OSMC alatt viszont nagyon rendben és jól használható, tudja amit kell. A V10 Pro a jó választás ha eMMC-re telepít az emberfia, mert a sima V10 8GB-s adatterülete az szűk lehet, nekem jelenleg - egy belakott LE alatt- 6,2 GB-t már foglalt.[ Szerkesztve ]
-
Ejelhar
senior tag
100-as Lan elég mindenre? Min és miről nézed a filmeket?
Nem, 4K-nál felejtős szerintem, elméletileg se férsz bele a LAN sávszélbe. Nekem jó, a full HD max 64 Mbit-el beéri, a box stabil LE vagy OSMC alatt, a táv sok gombos, a hardware támogatott.
De neked sovány a 100 Mbit-es LAN miatt, 4K-ra ez nem jó választás, oda mindenképpen 1 Gbites LAN kell.
Amúgy helyi hálón nézem a filmeket, a munkám miatt a desktop PC-m éjjel-nappal megy, ezért ez a NAS is nálam, illetve van itt egy Dune H1 két diszkkel, onnan is szedi a a videókat. De csak full HD-re izgulok, ezért a 100 Mbit nekem elég ( a Dune 72Mbitet tud a hálón maximum, de FHD-ra elég, nincs akadás)
-
Ejelhar
senior tag
válasz dugesz77 #35801 üzenetére
Meg kell várni az első teszteket mit lehet ezekből kihozni gyári/LE rendszerrel.
Már kiderült, djnice olvtárs hozta ([link]
"1. The bootloader will be closed to the normal user and basically it is used only for service purposes.
2. Make a second OS for download, such as LibreElec - will not work.
3. The recovery button and its functionality are only for the Dune HD service center." -
Ejelhar
senior tag
Kézzel is el lehet indítani, akkor ki is vágja a kimenetét a képernyőre, csak ennyi:
/etc/rc.localIlyenkor mitet mond?
ps. bár ha a képernyőre is logol bootnál, akkor valszeg neked nem a rc3.3 van fent, lehet csak annyi a gond, hogy nincs futtatási jog az rc.local file-on. Tegyünk rá:
chmod a+x /etc/rc.local[ Szerkesztve ]
-
Ejelhar
senior tag
válasz Petyuska111 #35855 üzenetére
A Nexbox táv (és / vagy a Kodi) ehhez képest nekem nem jó, nem skálázható a tekerési gyorsaság.
Létezik ilyen Kodi szolgáltatás (FastForward; Rewind), a teljes lista: https://kodi.wiki/view/Keymaps
A keyboard editor addons kell telepíteni ahhoz, hogy át tudjad faragni a távodat, tetszőleges gombra ráteheted e funkciókat. Bár nekem -most, mikor próbáltam- a visszatekerés nem működik jól, de reméljük ez egyedi.A sokgombos távról pedig az utolsó lapokon írtam, ilyen a Venz V10 és V10 Pro. Nagy dolgot nem szabad várni tőle, de stabil box linuxon és sok gombos a távja.
[ Szerkesztve ]
-
-
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 -
Ejelhar
senior tag
-
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[ Szerkesztve ]
-
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).
[ Szerkesztve ]
-
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 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 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 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 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 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.[ Szerkesztve ]
-
Ejelhar
senior tag
válasz Massmurderer #36025 üzenetére
Nézek pl. egy filmet,ami bejön.,letöltésre van lehetöség???
Én nem tudok erre felelni, mert nem tudom a fenti mondatot értelmezni. Szerintem a többiek is így lehetnek vele.
-
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
-
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.
[ Szerkesztve ]
-
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) -
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.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Toyota topik
- Kerékpárosok, bringások ide!
- Szevam: Érzelmi magabiztosság/biztonság - miért megyünk sokan külföldre valójában?
- Hogy is néznek ki a gépeink?
- Luck Dragon: Asszociációs játék. :)
- Samsung Galaxy A54 - türelemjáték
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: MárkaLánc
- Készülőben a Xiaomi 2021-es csúcsmodelljeinek HyperOS frissítése
- A pápa egyre jobban tart a romlott AI veszélyeitől
- További aktív témák...
- Asus Z170 Pro Gaming, Intel Core i5-6500, 16GB Kingston HyperX 2133MHz félkonfiguráció (használt)
- ASUS ROG STRIX Z370-H GAMING + Intel Core i5-8600K + SK Hynix 16GB DDR4 2666MHz - Számla + Garancia
- VADIÚJ, BONTATLAN! Mac Mini M2 8GB 256GB
- i7 7700K////1070 TI///16GB
- Intel NUC5CPYH (Celeron N3050, N3060, J3060) - 4GB RAM, 120GB SSD
- I7 - GAMER /8700K + VÍZ - Z370 - 16GB DDR4 - 512GB NVME - 4TB HDD -RX 6600/8GB DDR6- 700W - RGB HÁZ
- 10.GEN GAMER PC /B460-STEEL-I5 10400F +VÍZ - 1TB NVME + 4TB HDD - 16GB RGB - RX 6600-8GB DDR6 + RGB/
- Belépő szintű Gaming PC Intel i5-9400F, Nvidia GTX1650OC, 16GB DDR4, 512GB m.2 SSD, Seasonic 500W
- I5 6600/ 8GB/ SSD+HDD
- Polycom HDX hálózati videokonferencia HD video ip telefon