tux

Ja mam to w jajku dystrybucyjnym w PLD i Arch Linux. Co jest w tych wielkich wynalazkach to nie wiem

Zmień sumę kontrolną w /etc/sysconfig W wolnej chwili dodamy opcję w G2 od wymuszenia instalacji :)

modprobe jffs2 modprobe mtdram total_size=59024 modprobe mtdchar modprobe mtdblock dd if=rootfs.img of=/dev/mtd0 mount -t jffs2 /dev/mtdblock0 /dest

Poprwione na serwerze. Listy same się aktualizują o godzinie 15 i o godzne 01. Jak jest podobny problem napiszcie na nbox@xunil.pl → szybciej odbiore mail niż poczytam forum :) Na komuniatorze też mnie nie ma jak pracuję nad czymś. Dzisiaj to totlne porządki na Devel - można uznać, że przygotowanie do sprzątania IMAGE z błędów.

Jeżeli już przejdę przez początek szkoły podstawowej (4 klasa) to może uda się dalej to wszystko kontynuować.

Jak znajdzie czas i zrobi całą paczkę pikon to nawet damy do UPD z PPanel :)

u-boot się kłania. Przeanalizuj plik env. OK? Jak się uda to wszystko się wyjaśni i zaświta co trzeba.

Ja nie mam teraz nBoxa pod łapą to nie napiszę dokładnie. jest mtdblock0 i mtdblock1. Jedno urządzenie zamontujesz - drugie nie. To którego nie zamontujesz masz potraktować: dd if=uImage of=/dev/.... Na więcej tłumaczenia póki co nie mam sił. To są podstawy i bez opanowania tego trudno komuś jest coś wyjaśnić. Póki co nie ma nikogo kto chciałby pociągnąć żłobek dla linuxa.

To jest to samo co uImage

Rusz głową trochę. z USB ładujesz plik kernel.img z /boot. W NAND z /dev/mtdblock0 - chyba dla nBoxa się nie walnąłem. Sprawdź. rootfs jest chyba na /dev/mtdblock1 Jak jest to /dev/mtdblock0 to wydaj polecenie w konsoli: dd if=kernel.img of=/dev/mtdblock0

Nie. Pytam się czy wgrałeś kernel.img tam gdzie trzeba a nie do /boot na partycji z NAND.

Jedno pytanie → do NAND to wgrał kernel? czy tylko /boot/ w NAND?

Technicznie - jak wszystko jest OK - musi działać! Podaj szczegóły dlaczego coś u Ciebie nie działa.

Jak pisałem wcześniej... RAW chwyta jakby napisać wiązkę główną + kawałek w lewo i prawo. XMP chwyta tylko główną. Osobiście widziałem wiele przypadków, gzie pilot po wymianie w APSie nie chciał działać z oryginalnym softem nBoxa.

Należy chwilę się zastanowić dlaczego ten plik zmienia swoją wielkość. Rozumiem jak ktoś docieka do tego co jest nie tak, szuka w wielu miejscach - to tak żeby było jasne. Odpowiedzi nie dam na tacy - podpowiem - gdzie są trzymane ustawienia danego kanału - wskaż plik?

Ja dodam tylko tyle, że tuner satelitarny służy do oglądania programów satelitarnych a nie do zmiany oprogramowania kilka razy dziennie. u-boot B4T ma taką funkcję i jak ktoś jej pragnie ponad wszelką potrzebę to już ma gotowy wybór. Dla Graterlia Project jest to wodotrysk - używając innego softu najczęściej potrzeba użyć też innego u-boota. Temat dla mnie zamknięty.

Powinno być raczej tak: echo "Start inadyn" /usr/sbin/inadyn & Czy coś jeszcze to tego nie wiem.

Jak możesz to sprawdź czy masz ten sam efekt w NAND/NOR.

Po skanowaniu - od razu restart GUI i jak wystartuje tuner dla pewności z konsoli. Potem to już nie ma znaczenia.

Analizują tok myślenia... 1. Upd listy r-r; 2. zalogować się do terminala; 3. wpisać: sync; 4. wpisać: reboot. Przy zachowaniu tej procedury na 100% plik lame.db E2 nie podmieni na ten co ma w pamięci.

Na lame.db nie. w jaki sposób restartujesz cały tuner?

Test wykonałem na: 1. BSKA/BSLA 2. 2849ST 3. ESI-88 Nic się nie dzieje. Napisz dokładnie jak wygląda restart u Ciebie. Jak go robisz?

Może tak :) To siedzi w rcS. 1. sprawdza czy ma net; 2. jak nie to idź dalej jak tak to: 3. podepnij sie do serwera NTP; 4. pobierz czas; 5. ustaw zegarek nBoxa na pobraną godzinę; 6. kontynuuj ładowanie systemu. To nie ma prawa nic mieszać. Możesz to wyremować w rcS. Najwyżej OScam zaskoczy dopiero jak zegarek zsynchronizuje się z SAT.

Wiesz w ogóle co to NTP?

Na chwilę obecną - G2 jest jeszcze w fazie DEVEL - można jedynie dopisać ręcznie linijkę do settings. Teraz jednak nie mam jak sprawdzić jak wygląda. Podejrzyj to w settings do G1.