| Találatok száma: 5737 üzenet |
|
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
17759.  Elküldve:
2016-12-04 19:50:06 |
[2451.] |
Amit linkeltem, az STi7111-re van. Ebben a verzsönben nincs sem Shura, sem LITE.
Nálad van ilyen magyar billentyűzet az Operában?
|
| |
|
[válaszok erre: #17763 #17764]
|
[előzmény: (17758) sign_az, 2016-12-04 19:36:05]
|
|
Kiváló dolgozó  |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
| 17751. Elküldve:
2016-12-02 21:56:38 |
[2454.] |
Úgy látszik az ironikus beszólásra azért csak elindították megint az Spark Online-t.
|
| |
|
[válaszok erre: #17765]
|
[előzmény: (17748) bojsza, 2016-12-01 18:08:32]
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
| 51083. Elküldve:
2016-12-02 18:28:27 |
[2455.] |
Az Amiko Alien1 is pontosan ugyanez a méret (220mm * 40mm * 160mm). Köszöni szépen jól van, igaz nem MinDigTv vevő!
|
| |
|
[válaszok erre: #51084]
|
[előzmény: (51081) miki2002, 2016-12-02 17:43:49]
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
| 1566. Elküldve:
2016-12-02 11:35:09 |
[2456.] |
A megoldást tegnaptól elkezdte alkalmazni az AFN is. 
AFN (9°E, 0.8°W, 64.2°E, 166°E, 177°W ,180°E & 113°E)
|
| |
|
[válaszok erre: #1567]
|
[előzmény: (1553) bojsza, 2016-11-20 17:17:44]
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
| 44437. Elküldve:
2016-12-02 08:26:08 |
[2457.] |
Melyik fórumtársé volt ez az építmény Albertirsán?
goo.gl/w9P4Ul
Régen parabolák voltak rajta, ma már valamelyik cég bérelheti.
|
| |
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
| 17750. Elküldve:
2016-12-02 07:47:35 |
[2458.] |
A webszerveren is "elvileg" csak engedélyezni vagy tiltani lehet a HBBTV-t, ugyan úgy mint a képernyőn a menüből.
Maga a HBBTV tartalom, ha van az adott csatornán, és el is indítod, kizárólag a tv képernyőn jelenik meg. A webszerveren nem!
( A webszerveren csak felajánlva van a Miscellaneous Setting pontban a változtatások lehetősége, menteni azonban nem lehet! -pl. HBBTV ON-OFF )
Úgyhogy lenne még mit reszelni a Sparkon 1.2.83 után is.
|
| |
|
[válaszok erre: #17752]
|
[előzmény: (17738) csacsaló, 2016-11-30 11:14:13]
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
| 17748. Elküldve:
2016-12-01 18:08:32 |
[2459.] |
Szerintem is a mostani verzsön az utolsó.
Az Online Sparkra sincs ereje már a volt Karmakomnak.
Múltkor még tessék-lássék beröffentették a szerver egy részét, (időjárás előrejelzés akkor sem ment), most meg már szarnak az egészre.
|
| |
|
[válaszok erre: #17751 #17756 #17761]
|
[előzmény: (17747) Sünce, 2016-12-01 15:33:54]
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
| 17727. Elküldve:
2016-11-29 11:17:48 |
[2461.] |
Köszi!
userfs_base_spark és userfs_len_spark környezeti változók értékeit írtam át az u-boot-ban.
Nincs egyszerűbb, mint egy megoldott probléma.
Igazi megoldás lenne, ha a bad block table (BBT) sikerülne módosítani a flashben, beírva a hibás blokkot.
nand markbad <block-number> --- Az u-bootba így beírt adat újraindulás után elvész.
|
| |
|
|
[előzmény: (17725) Klown, 2016-11-29 08:38:16]
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
| 17720. Elküldve:
2016-11-28 19:42:15 |
[2462.] |
Idézet:
| Van valakinek újabb u-bootja mint ez? --- U-Boot 1.3.1 (Nov 15 2010 – 17:57:53) – stm23_0043 – YW 1.0.018 Rel
| |
Nem értem....
Elég egyszerű volt a kérdés, erre külditek ugyan ezt az stm23_0043-verziót több példányban is.
Ez bárhol megtalálható, mindenkinek ez van, nem ezt kértem... Bocs!
Egyébként már fut a Spark, átírtam egy-két változót az u-boot-ban, így kikerülöm a hibás NAND részt.
|
| |
|
[válaszok erre: #17725]
|
[előzmény: (17706) bojsza, 2016-11-27 14:05:42]
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
| 17718. Elküldve:
2016-11-28 19:30:44 |
[2463.] |
Sparkon egyszerű, kattints 2x a képre.
|
| |
|
[válaszok erre: #17721]
|
[előzmény: (17716) csacsaló, 2016-11-28 18:05:40]
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
| 17710. Elküldve:
2016-11-28 08:56:41 |
[2464.] |
Ezek forrás kódok, nem tudok vele mit kezdeni.
/opt/STM/STLinux-2.4/devkit/sources/u-boot/u-boot-sh4-1.3.1_stm24_0057/include/asm
/opt/STM/STLinux-2.4/devkit/sources/u-boot/u-boot-sh4-1.3.1_stm24_0057/include/linux
/opt/STM/STLinux-2.4/devkit/sources/u-boot/u-boot-sh4-1.3.1_stm24_0057/include cmd_
|
| |
|
[válaszok erre: #17715]
|
[előzmény: (17709) zoltan46, 2016-11-28 08:40:10]
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
| 17708. Elküldve:
2016-11-28 08:36:48 |
[2465.] |
17706.hsz.
Idézet:
| stlinux23-sh4-u-boot-mb618-1.3.1_stm23_0057-11.sh4.rpm ,sajnos nem jó a mi gépünkre.
| |
|
| |
|
[válaszok erre: #17709 #17711]
|
[előzmény: (17707) Rita1990, 2016-11-28 01:52:36]
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
| 17706. Elküldve:
2016-11-27 14:05:42 |
[2466.] |
Van valakinek újabb u-bootja mint ez? --- U-Boot 1.3.1 (Nov 15 2010 – 17:57:53) – stm23_0043 – YW 1.0.018 Rel
A legújabb ez lehetne ---> stlinux23-sh4-u-boot-mb618-1.3.1_stm23_0057-11.sh4.rpm ,sajnos nem jó a mi gépünkre.
ftp://ftp.stlinux.com/pub/stlinux/2.3/updates/RPMS/sh4/
|
| |
|
[válaszok erre: #17707 #17720]
|
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
| 44378. Elküldve:
2016-11-26 21:16:00 |
[2467.] |
Fogsz egy fűrészlapot, azt nekiesel.
Ha van szúrófűrészed, az is megoldás.
|
| |
|
|
[előzmény: (44362) komik, 2016-11-26 19:20:25]
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
| 17703. Elküldve:
2016-11-26 11:44:01 |
[2468.] |
A másfél perces Spark boot az lassú, de ennél sohasem volt gyorsabb.
Nálam azonban ~5perc körül volt a Spark boot, végül is ez így működött, kb 15 ilyen indítás lehetett. (én mindig áramtalanítom a boxot használat után)
Ekkor csináltam egy E2 boot-ot, ami rendben is volt, de vissza Sparkra már nem tudtam állni. Ekkor kb. 2 perces BOOT kijelzés után a kijelző csak a percek múlását mutatta.
E2 az rendben van, telnetben is E2 alól dolgoztam a /dev/mtd4 Spark partíción (törlés, írás, olvasás,tesztelés, bad block megjelölése), amikor már nem bootolt be a Spark egyáltalán.
A Spark is és az E2 is NAND flash-ben van tárolva. Gyárilag is néhény bad block-al szállítják ezeket a , de a Spark és E2 rendszer is kezelni tudja ezt a helyzetet.
Most, mivel lényegében üres a /dev/mtd4 Spark partíció, így ez a kép van fixen.
| Csatolt kép - 17398319.pic |
|
|
| |
|
|
[előzmény: (17701) chucky, 2016-11-26 10:47:40]
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
| 17700. Elküldve:
2016-11-26 09:43:47 |
[2469.] |
Köszönöm a választ, akkor ez a /dev/root ---100% van feltételezhetően mindenkinél, a mostani Spark esetén.
Nálam a gond azzal kezdődött, hogy egyszer csak jelentősen megnőtt a boot idő, vagy be sem bootolt. (csak Spark)
Azóta sikerült a rossz NAND blokkot megjelölni a nandtest paranccsal.
Idézet:
|
root@spark:/# ./nandtest -h
usage: nandtest [OPTIONS] <device>
-h, --help Display this help output
-m, --markbad Mark blocks bad if they appear so
-s, --seed Supply random seed
-p, --passes Number of passes
-o, --offset Start offset on flash
-l, --length Length of flash to test
-k, --keep Restore existing contents after test
root@spark:/#
| |
Így már rendben lefut a flash_eraseall
Idézet:
|
root@spark:/# flash_eraseall /dev/mtd4
Erasing 128 Kibyte @ 220000 - 0% complete.
Skipping bad block at 0x00240000
Erasing 128 Kibyte @ 2100000 - 8% complete.
Skipping bad block at 0x02120000
Erasing 128 Kibyte @ 7880000 - 32% complete.
Skipping bad block at 0x078a0000
Erasing 128 Kibyte @ db00000 - 58% complete.
Skipping bad block at 0x0db20000
Erasing 128 Kibyte @ dbc0000 - 58% complete.
Skipping bad block at 0x0dbe0000
Erasing 128 Kibyte @ 17800000 - 100% complete.
root@spark:/#
| |
Ezek ellenére a Spark rescue felírása mégsem sikerül, ott megakad a hibás, de megjelölt badblock-nál.
Idézet:
|
96598656 bytes read
NAND erase: device 0 offset 0x800000, size 0x17800000
Erasing at 0x800000 -- 0% complete.
NAND 512MiB 3,3V 8-bit: MTD Erase failure: -5
Skipping bad block at 0x02920000
Skipping bad block at 0x080a0000
Skipping bad block at 0x0e320000
Skipping bad block at 0x0e3e0000
Erasing at 0x17fe0000 -- 100% complete.
OK
NAND write: device 0 offset 0x800000, size 0x5c1fa80
Writing data at 0x9c9000 -- 2% complete.
MTD writeoob failure: -5
Data did not fit into device, due to bad blocks
96598656 bytes written: ERROR
| |
| Csatolt kép - 17398289.pic |
|
|
| |
|
[válaszok erre: #17701]
|
[előzmény: (17699) chucky, 2016-11-25 22:27:08]
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
| 17698. Elküldve:
2016-11-25 18:21:18 |
[2470.] |
Meghibásodott az A1 Spark alatti NAND memória egy kis területe.
25c000-25dfff közötti rész nem törölhető. E2-alól dolgoztam.
Esély szoftveres javításra?
Idézet:
|
root@spark:/# ./mtd_debug info /dev/mtd4
mtd.type = MTD_NANDFLASH
mtd.flags = MTD_WRITEABLE
mtd.size = 394264576 (376M)
mtd.erasesize = 131072 (128K)
mtd.writesize = 2048 (2K)
mtd.oobsize = 64
mtd.ecctype = (unknown ECC type - new MTD API maybe?)
regions = 0
root@spark:/#
root@spark:/# ./flash_eraseall /dev/mtd4
Erasing 128 Kibyte @ 240000 -- 0 % complete.
./flash_eraseall: /dev/mtd4: MTD Erase failure: Input/output error
Erasing 128 Kibyte @ 2100000 -- 8 % complete.
Skipping bad block at 0x02120000
Erasing 128 Kibyte @ 7880000 -- 32 % complete.
Skipping bad block at 0x078a0000
Erasing 128 Kibyte @ db00000 -- 58 % complete.
Skipping bad block at 0x0db20000
Erasing 128 Kibyte @ dbc0000 -- 58 % complete.
Skipping bad block at 0x0dbe0000
Erasing 128 Kibyte @ 177e0000 -- 99 % complete.
root@spark:/# nandwrite
| |
|
| |
|
|
[előzmény: (17696) bojsza, 2016-11-25 12:15:43]
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
| 17696. Elküldve:
2016-11-25 12:15:43 |
[2471.] |
Alien1 Spark, másnál hogy néz ki telnetben a df parancsra adott válasz? Nem tudom, hogyan lett a /dev/root 100%-os! Nagyon belassította a boot-ot, újra rakni azonban nem akarom a spark-ot.
Idézet:
|
[root@stlinux]#df
Filesystem 1024-blocks Used Available Use% Mounted on
/dev/root 5947 5722 0 100% /
/dev/mtdblock4 385024 241732 143292 63% /root
tmpfs 6144 72 6072 1% /dev/shm
tmpfs 6144 72 6072 1% /tmp
[root@stlinux]#
| |
|
| |
|
[válaszok erre: #17698 #17699]
|
|
|
| Kiváló dolgozó |
|
bojsza
Tagság: 2009-06-14 22:18:15
Tagszám: #75364
Hozzászólások: 5737
|
|
| Kiváló dolgozó |
|
|
