mickey

Zainstaluj sobie na esi stary moduł CEC do kernela. Wtedy działa tylko wysyłanie komend, cała reszta komunikacji CEC jest wyłączona.

Z tego co widzę w logu literówki nie ma. Wysyłanie jest 3004 a potem 3f821100. Czyli prawidłowo. Zmniejsz powtarzanie do 1 albo nawet do 0. Czas ... 300 wydaje się być ok. Możesz dać 1000.

Sprawdź na innym wejściu HDMI... Nowa wersja wtyczki w załączniku, może w końcu trafi do repo kiedyś... Pomysł j00zka, poprawki i dokończenie autor posta ;) Gdyby nie działało, to na początku wtyczki jest myDEBUG=False - popraw na True i sprawdź w logu wszystko z tekstem [CECv2]. A jeżeli zadziała ... to znaczy, że w starej wersji wtyczki gdzieś jest literówka :/ CECv2.tar.gz

Optymistycznie zakładam, że we wtyczce błędów nie ma :] Próbowałeś na innym wejściu HDMI? Co masz w /etc/enigma2/settings z serii config.plugins.CEC? Przełącz TV w standby i z konsoli wpisz: echo "3004" > /proc/stb/hdmi/cec To powinno obudzić TV. A potem: echo "3f821100" > /proc/stb/hdmi/cec To powinno przełączyć na HDMI1. Jeżeli zadziała, to by znaczyło, że coś jednak nie tak z wtyczką CEC ... :( Jeżeli nie przełączy, to znaczy, że Twój TV olewa sprawę. Może czas na aktualizację wtyczki ... bo w sumie u mnie już jakiś czas inna wersja niż w opkg działa.

Popraw sobie lircd.conf. Jeżeli masz plik z poprawnymi nazwami, to zmień: KEY_HELP na KEY_INFO a później KEY_PROGRAM na KEY_HELP. Albo popraw sobie keymap.xml ... powiedzmy w skrócie, że odwrotnie.

Jeżeli jakiś użytkownik ADB5800 z ubotem w wersji 400 tu zagląda, to może mógłby załadować cpu_frequ.ko i sprawdzić u siebie: cat /proc/cpu_frequ/pll1_ndiv_mdiv | grep PLL1

Dokładnie jaki uboot to nie wiem, ale częstotliwość o której mowa zwraca chyba to polecenie: cat /proc/cpu_frequ/pll1_ndiv_mdiv | grep PLL1 Żeby działało wymaga załadowania cpu_frequ.ko.

Jednotalerzowy WD10EURX. W miarę rozsądna cena. Moim zdaniem cichy. Ale zbyt uczulony na hałas nie jestem. W porównaniu z "fabrycznym" Seagate ... nawet nie ma co porównywać, bo tego drugiego słychać z daleka ;)

@pokokolo: Z tym shtd to działa dokładnie jak napisałeś. Dałeś z menu wyłącz, to system zrobił "halt", więc ponowne włączenie to przez odpięcie zasilania, bo nic już nie działa. Wszystko w normnie. Do wgrania pikon nie wystarczy putty. Potrzebujesz klienta FTP albo programu typu WinSCP. PS. Z tym CEC to w sumie ciekawe. Była kiedyś wtyczka. Domyślnie włączona i skonfigurowana na HDMI1 i wszystkim działało chyba w takiej konfiguracji, bo jak wtyczka zniknęła, to są posty, że CEC nie działa, a nie, że nie ma wtyczki...

Cokolwiek 2,5" SATA o ile masz kieszonkę.

http://wiki.openpli.org/E1SystemRecord http://forums.openpli.org/topic/18046-dm800-split-recordings-for-fat32-external-drive/ Wygląda na to, że taka opcja kiedyś była w E1, czy w starszych wersjach OpenPLi. Obecnie nie ma i developerzy uparli się, że nie będzie.

Pomijając na razie szczegóły konstrukcyjne nboksa, to wentylator dmuchający generuje mocny przepływ powietrza tam gdzie dmucha (powiedzmy: chłodzi punktowo). Wentylator wyciągający natomiast w miarę równomiernie wyciąga ciepłe powietrze z obudowy. W przypadku więc nboksa z dyskiem, to będzie dmuchał na dysk i dobrze go chłodził, ale jednocześnie będzie trochę podgrzewał atmosferę w środku. Wyciągający będzie gorzej chłodził dysk, ale wewnątrz temperatura powinna być niższa. To tyle teorii. Zostało Ci znaleźć czujnik na kabelku i pomierzyć temperaturę przez jakiś czas w jednej i w drugiej konfiguracji.

Zaznaczony fragment jest istotny. Jeżeli przy aktualizacji przez terminal pojawiły się jakiekolwiek błędy albo ostrzeżenia, to dopóki nie wiadomo co znaczą i w razie potrzeby ich nie naprawimy, to nie należy restartować odbiornika. Osobną sprawą są błędy związane z brakiem miejsca...

Mam to rozumieć tak: Odpalasz sieć, robisz Restart GUI i po powrocie OpenPLi do życia nie ma sieci? To o tyle istotne, że sugeruje problem gdzieś w OpenPLi a nie w systemie.

IP wpisane ręcznie czy z DHCP? Próbowałeś: Ustawić -> zrobić Restart GUI -> Sprawdzić czy działa -> Restart systemu -> ??

Bezpośredniej możliwości nie widziałem nigdzie w opcjach. Moża by pogrzebać w źródłach ... ale może po prostu lepiej zatrzymać OpenPLi, przenieść wtyczki i może jeszcze skórki na dysk twardy a potem zrobić odpowiednie linki symboliczne w NAND do przeniesionych katalogów. Powinno działać, chociaż nie testowałem. /etc/init.d/openpli stop

Co jest ustawione w konfiguracji OpenWebif? Autoryzacja włączona czy wyłączona? Użytkownik/hasło w DreamBoxEdit wpisane poprawnie?

Robiąc grzecznie jak napisano na stronie: opkg remove --force-depends enigma2-i18n-pl enigma2-i18n-en enigma2-plugin-openwebif-i18n-pl graterlia-manager-i18n-en graterlia-manager-i18n-pl A potem: opkg update opkg upgrade Na trzech systemach wszytskie 3 ładnie wstały po restarcie i nic się nie dzieje. Ale jak już komuś padło, bo nie zrobił pierwszego polecenia, to może spóbować ... ja nie zamierzam testować na sobie. Znaczy polecenia działają, ale nie zamierzam psuć systemu, żeby się upewnić, że faktycznie naprawiają. Tak po kolei: 1) opkg update 2) opkg remove --force-depends enigma2-i18n-pl enigma2-i18n-en enigma2-plugin-openwebif-i18n-pl graterlia-manager-i18n-en graterlia-manager-i18n-pl 3) [opcjonalnie, jeżeli ktoś się załapał na te paczki] opkg remove --force-depends enigma2-i18n.pl enigma2-i18n.en enigma2-plugin-openwebif-i18n.pl graterlia-manager-i18n.en graterlia-manager-i18n.pl 4) opkg install --force-reinstall enigma2 enigma2-plugin-openwebif graterlia-manager enigma2-i18n-default graterlia-manager-i18n-default 5) [opcjonalnie, jak ktoś ma zainstalowane] opkg install --force-reinstall enigma2-multiframework 6) opkg update 7) opkg upgrade Jak nie pomoże to albo myśleć i kombinować samemu albo system od nowa...

Próbowałem trochę szukać i gdzieś znalazłem w miarę podobne z odpowiedzią, że problem jest sprzętowy. Rozwiązaniem było odpięcie urządzenia na USB, czyli ogólnie problem ze sterownikiem, który czegoś nie umie załadować. Może więc masz jakiś problem ze sprzętem :( Ale to są tylko domysły :(

@artur_n: Mój system stoi na strasznie powolnym ustrojstwie o nazwie DT Micro ... bo był mały i tani :P Szybkość ... no jak grzebię po ssh, to jest czasami bardzo wolno, ale przy normalnym klikaniu pilotem działa. A jak się po prostu ogląda ... to już wcale nie ma problemu. Czemu w ogóle pendrajw: No bo jak mi padnie, to w NOR mam zapasowy system, w którym nie grzebię. W razie czego odtworzę system na pendrajwie mając cały czas działający tuner. Problem braku portów USB załatwiam przez HUBa. Oczywiście jak chcesz mieć szybko, to poszukaj dobrego pendrajwa - poza podanymi może np. DT R3.0 Kingstona. No i ten Black ... to faktycznie nie jest dysk do tunera :( Za dużo prądu i za ciepło :( I za głośno też ? PS. Co do timeshifta na pendrajwie - próbowałem, bez zachwytów :( Ale też nigdy niczego szybkiego do portu USB nie podłączyłem.

Zmieniła się treść komunikatu i już jest problem :( Szczegółów poszukaj na forum wpisując w pole szukaj "FS notOK". A w skrócie: Sprawdź sobie system plików na tej karcie pamięci, najlepiej na jakimś zewnętrznym systemie.

Podmontować sobie partycję w innym systemie i spakować używajac tara?

Podłączałeś pendrajwa do jakiejś maszyny z linuksem celem sprawdzenia systemu plików?

@newbe: Odłącz dysk i sprawdź czy system w ogóle wstanie. Jeżeli tak, to dopisz do /etc/sysctl.conf linię: fscheck=off I podłącz dysk. Po uruchomieniu ... o ile się uda, odmontuj dysk i sprawdź system plików. Przestaw wpis w sysctl na on. Jeżeli nie: Jeżeli masz system w NAND to postaw na pendrive, odpal z PENa, podmonyu NAND i popraw co trzeba. A jeżeli masz już na PENie to podmontuj go po jakiegoś linuksa i popraw co trzeba.

Jak dla mnie masz błąd systemu plików. Ale mogę się mylić, bo takiego komunikatu jak podałeś GOS nie generuje na wyświetlaczu. Najpierw dokładnie przeczytaj komunikat a potem użyj opcji "szukaj" na forum. Jeżeli komunikat jednak jest dobrze spisany ... to masz jakąś starą wersję systemu. PS. Jeżeli uważasz, że masz błędy w fstabie, to załącz go na forum. Niestety ciężko to ocenić wyłącznie na podstawie Twojej opinii.