Shouces

Niestety ext2... Zaraz posprawdzam pliki i dam znać.

System mam na pendrivie także nie ma z tym problemu zresztą kopię plików już dawno zrobiłem :) Póki co tuner tymczasowo działa sobie na starym wydaniu Graterli w NOR ale chciałbym postawić na nogi system z pendriva.

Jeżeli chodzi o strukturę katalogów to na pierwszy rzut oka wygląda wszystko w porządku ale znawcą tematu nie jestem. Czy mogę podmienić któreś pliki rozruchowe? Ewentualnie od czego zacząć? Bo póki co jestem w kropce a napis LOAD nie wróży sukcesu :(

Hmmmm w takim razie dlaczego startuje z NOR bez problemu? :D Miałem podobny przypadek kiedyś ale jak wyleciało ENV to nie mogłem po prostu ustawić gdzie ma bootować. Oczywiście na wszelki wypadek jutro sprawdzę ale wydaje mi się, że to nie to. Edit: No więc tak jak myślałem ponowne wgranie ENV nic nie dało. Czy mogę coś jeszcze próbować zrobić przez chroota? Ewentualnie jakiś dodatkowy parametr do fsck? Ewentualnie może które pliki mógłbym podmienić na pendrivie żeby ożywić system nie tracąc obecnej konfiguracji? Nie wiem czy to ma większe znaczenie ale podczas skanowania fsck miałem sporo komunikatów o błędach i na wszystkie odpowiadałem tak (aby program poprawił).

No cóż, gdybym ją miał to byśmy teraz nie rozmawiali... :)

Po prawie 2 lat ciągłej pracy udało mi się uwalić moją graterlie na UHD :) Podczas wyłączania brakło prądu. Przy próbie włączenia wisi na LOAD. Próbowałem fsck na debianie, później fsck na graterli odpalonej z NOR. Niestety system na pendrivie w dalszym ciągu nie wstaje. Jakieś sugestie jak mogę go naprawić? Nie ukrywam, że chciałbym uniknąć ponownej instalacji i konfiguracji :)

To się kompletnie mija z celem. Skoro ktoś ma mieć uruchomiony dysk czy pendriva cały czas (bo tego będą wymagać picony) to nie lepiej postawić od razu na tym nośniku system? Wtedy skończą się problemy z pamięcią i wszyscy będą zadowoleni.

Nie instalowałem ani nie przestawiałem niczego co by mogło mieć związek z dropbear'em, a przynajmniej tak mi się wydaje. Tak jak napisałem, zainstalowałem najpierw pakiet "openssh", przestawiłem w GOSM komunikację na SSH (a w zasadzie to tylko zasavowałem bo teoretycznie było już tak ustawione) a następnie pobrałem brakujące "openssh-server".

Aktualizacja generalnie przebiegła pomyślnie (uhd88) oprócz jednego małego szczegółu :) Otóż po upgrade doinstalowałem pakiet openssh, zrestartowałem tuner, w GOSMenadżer włączyłem ssh i dałem znowu restart. Tuner już nie wstał. Zatrzymał się na NTP. Oczywiście brakowało paczki openssh-server dlatego nie wstawał. Na szczęście telnet już działał także mogłem ją doinstalować i po ponownym restarcie tuner wstał bez problemu, telnet jest wyłączony a SSH działa. Czy nie powinno być przypadkiem tak, że skoro w tunerze nie ma pakietu SSH to nie powinno być również możliwości jego "aktywacji" w GOSM? Bo jak widać na moim przykładzie może to trochę namieszać.

No więc ściągnąłem listę z tunera, zastopowałem gui, wysłałem jeszcze raz, zrestartowałem tuner. Efektu brak. TVP Info dalej jest nazwane RodinTV :D Używam swojej listy kanałów, którą aktualizuję ręcznie na tunerze, tzn. ręcznie wyszukuję kanały. Wracając jeszcze do GOSmenadżer. Rozumiem, że z jego poziomu mogę pobrać tylko gotowe listy kanałów z nieba?

Czy jest jakiś sposób aby tuner pobrał sobie nazwy kanałów z satelity dla bukietów? Po ostatnich przeprowadzkach polsatu sporo kanałów zamieniło się miejscami i np. c+sport2 na mojej liście nazywa się nsport. Wiem, że mogę zmienić ręcznie nazwę dla konkretnego kanału jednak wolałbym zrobić to "z automatu" :)

Obrazy jak najbardziej ale jeżeli ktoś siedzi na wadliwym jajku? Będzie miał problem jak ja. Zmiana repozytoriów nie pomoże bo wadliwa paczka ma końcówkę 17, w ready jest 14 a w test 15 czyli nie "zaktualizuje" się.

System zaktualizowałem już do wersji ready. Chyba nie muszę dodawać, że paczki kernela zostały wciąż z wyższym numerkiem? Gdyby w repozytoriach był nowszy kernel od tego wadliwego to problem przy aktualizacji sam by się rozwiązał. Póki go nie ma to trzeba ręcznie naprawiać. Wydaje mi się, że jednak jest jeszcze jakaś spora rzesza osób, które działają na wadliwym jajku i być może zastanawiają się tak jak ja co może być nie tak. Proponuję umieścić wzmiankę w aktualizacjach o tym wadliwym wydaniu, niektórym na pewno się przyda. Na ten moment zrobiłem tak jak radził @mickey, usunąłem paczki: kernel-core-default-gos, kernel-modules-cifs-gos, kernel-modules-cpufreq-gos, kernel-modules-default-gos z argumentem --force-depends i zainstalowałem je ponownie. Efekt: opkg list-installed | grep kernel kernel-core-default-gos - 2.6.32.61.0214.08 kernel-modules-cifs-gos - 2.6.32.61.0214.02 kernel-modules-cpufreq-gos - 2.6.32.61.0214.03 kernel-modules-default-gos - 2.6.32.61.0214.11 Tuner się uruchomił, póki co działa także wydaje mi się, że operacja "downgradu" powiodła się ale czy mój pierwotny problem rozwiązał się będę mógł powiedzieć dopiero po dłuższym czasie użytkowania.

Po co są i dlaczego to wiem ale nie ma słowa o tym błędzie, który mnie i pewnie kilka innych osób dopadł. Wg. mnie warto o tym wspomnieć. Gdyby było tak od początku to prawdopodobnie nie dyskutowalibyśmy teraz :)

@Tux W dalszym ciągu nie rozumiem co ma do tego fragment, który zacytowałeś. Tak, byłem w zamrożonym repozytorium i wg. tego fragmentu wynika, że jest ono najbardziej stabilne. Przecież nie dograłem sobie z czapy nowego kernela :D Zrobiłem update w czerwcu i tak już zostało dlatego w dalszym ciągu nie rozumiem dlaczego miałbym się spodziewać po najstabilniejszym wydaniu takich problemów. @mickey Od dawna na szczęście mam każdy tuner postawiony na pendrivie ze względu na małą pojemność nand/nor oraz takich sytuacji jak ta gdzie system może się po prostu wysypać. Zrobiłem sobie jeszcze raz backup, najpierw pokombinuje przez samo opkg, może coś zadziała. Jak nie to wrzucę ręcznie pliki.

@mickey Dzięki za odpowiedź :) Zmieniłem repozytoria, przeanalizowałem cały tamten temat ale tak jak tamtemu koledze mi również nie działa --force-reinstall. Błąd o braku źródeł chociaż w opkg list pakiet jest w niższej wersji. Jest jakiś pomysł jak to naprawić? Bo w tamtym wątku kolega już się poddał i po prostu przeinstalował system. @Tux Przed każdą aktualizacją czytam www i historię zmian. Nie ma tam żadnej informacji na temat tego błędnego kernela. To była pierwsza rzecz jaką zrobiłem zanim opisałem mój problem w ogóle na forum. Celowo nie zmieniałem repozytoriów na ready, tuner działał kompletnie bez zarzutów na release a w przypadku UHD to jest dla mnie główny priorytet. W przypadku 2850 mogłem sobie pozwolić nawet na repozytoria TEST, które aktualizuję regularnie. Do tej pory zero problemów - nawet częstego błędu z brakiem reakcji na pilota. Dobrze, że już się wyjaśniło w czym jest problem ale tutaj rodzi się moje kolejne pytanie, skoro problem był w aktualizacji z czerwca to dlaczego dopiero teraz zaczął się pojawiać?

Może ustalmy coś bo nie bardzo rozumiem. Jeżeli w tunerze nie zmieniło się nic od 3 miesięcy to dlaczego nagle zaczął nawalać? Fajnie, że BYŁO tylko ja nie będę teraz przeszukiwał 143 stron tego tematu żeby znaleźć odpowiedź, którą zapewne możecie napisać w jednym zdaniu... Także proszę o taką odpowiedź.

@Tux Być może, na moim tunerze wciąż ostatnią aktualizacją jest czerwiec 2015. Wskazuje na to chociażby paczka enigma2-libs-metapack, którą mam w wersji 1.0.8. Dodatkowo moje repozytoria są ustawione na: http://graterlia.xunil.pl/repodata_2015-06-07/release/uhd88 http://graterlia.xunil.pl/repodata_2015-06-07/release/sh4 Czyli w tunerze od 3 miesięcy nic się nie zmieniło :)

@AbrahaM Pozwolę sobie zaznaczyć, że do Graterli (wersja stable czyli release) od dłuższego czasu nie wychodzą już żadne aktualizacjie. Ostatni raz opkg aktualizowałem przed wakacjami o ile mnie pamięć nie myli a opisany wyżej problem zauważyłem całkiem niedawno. Nie oczekuję pomocy w dziedzinie oscama bo wydaje mi się, że skoro kanały FTA również nie działają to nie ma to nic wspólnego z nim. Oczywiście mogę się mylić bo moja wiedza od zaplecza jest raczej znikoma ale na chłopski rozum do takich wniosków doszedłem :) @mickey opkg list-installed | grep kernel kernel-core-default-gos - 2.6.32.61.0217.01 kernel-modules-cifs-gos - 2.6.32.61.0214.02 kernel-modules-cpufreq-gos - 2.6.32.61.0217.01 kernel-modules-default-gos - 2.6.32.61.0217.01 ls -al /dev/dvb/adapter0 drwxr-xr-x 2 root root 460 Jan 1 2000 . drwxr-xr-x 3 root root 60 Mar 25 2014 .. crw-r----- 1 root root 212, 1 Mar 16 2015 audio0 crw-r----- 1 root root 212, 6 Mar 16 2015 ca0 crw-r----- 1 root root 212, 22 Mar 16 2015 ca1 crw-r----- 1 root root 212, 4 Mar 16 2015 demux0 crw-r----- 1 root root 212, 20 Mar 16 2015 demux1 crw-rw---- 1 root root 212, 36 Mar 16 2015 demux2 crw-rw---- 1 root root 212, 52 Mar 16 2015 demux3 crw-r----- 1 root root 212, 5 Mar 16 2015 dvr0 crw-r----- 1 root root 212, 21 Mar 16 2015 dvr1 crw-rw---- 1 root root 212, 37 Mar 16 2015 dvr2 crw-rw---- 1 root root 212, 53 Mar 16 2015 dvr3 crw-r----- 1 root root 212, 3 Mar 16 2015 frontend0 lrwxrwxrwx 1 root root 28 Jan 1 2000 frontend1 -> /dev/dvb/adapter0/frontend1_ crw-r--r-- 1 root root 212, 19 Mar 16 2015 frontend1_ lrwxrwxrwx 1 root root 33 Jan 1 2000 frontend2 -> /dev/dvb/adapter0/frontend2_uhd88 crw-r----- 1 root root 212, 67 Mar 16 2015 frontend2_ crw-r--r-- 1 root root 212, 35 Mar 16 2015 frontend2_uhd88 crw-rw-r-- 1 root root 212, 51 Mar 16 2015 frontend3_ crw-r----- 1 root root 212, 7 Mar 16 2015 net0 crw-r----- 1 root root 212, 8 Mar 16 2015 osd0 crw-r----- 1 root root 212, 0 Mar 16 2015 video0 Oczywiście wpisywałem gdy tuner jest w 100% sprawny. Jeżeli zajdzie taka potrzeba to mogę wywołać opisywany problem i sprawdzić jeszcze raz. Jeżeli ma to jakieś znaczenie to używam najnowszej wersji IPTV, która oficjalnie nie jest wspierana na Graterli.

sprawdź dla pewności co się będzie działo na oscamie 11001-1 ostatnio (10999, 11001) zostały wyłapane dwa błędy, które mogły rzutować na stabilność odbiorników, zwłaszcza jeśli używana była lokalna karta. Od prawie 3 lat używam wersji r8846. Nigdy na żadnym systemie takie cuda mi się nie działy :) Poza tym tak jak wspomniałem wcześniej na kanałach FTA również jest problem. Wygląda tak jakby obie głowice były wyłączone/zajęte. Nie wyskakuje pingwin, nic się nie wiesza, mogę normalnie operować tunerem oprócz oczywiście oglądania telewizji. Wydaje mi się, że problem pojawił się gdy IPTV zainstalowało jakąś bibliotekę do systemowego katalogu (być może ext3player? Nie pamiętam dokładnie nazwy ale biblioteka ta na pewno jest w multiframework).

Witam, Od tygodnia-dwóch moje UHD (wersja stable) ma bardzo dziwną przypadłość. Mianowicie gdy skończę oglądać jakieś nagranie z TV żaden kanał nie świeci. Jest po prostu ciemno a po kilkunastu sekundach pojawia się komunikat o nieznalezieniu kanału w PAT czy coś takiego. Wygląda jakby coś działo się z głowicą w tym czasie. Oczywiście to nie jest wina oscama, kanały FTA również nie świecą. Pomaga tylko pełny restart tunera i wszystko wraca do normy. Dodam jeszcze, że sytuacja taka występuje tylko z nagraniami z TV. Jeżeli odpalę jakiś film przesłany z komputera, IPTV czy jakieś inne materiały wszystko działa normalnie.

odinstalować "zewnętrzny", bardziej rozbudowany wget opkg remove wget po tym zabiegu aktualizacja powinna pójść, gdyż będzie się odbywała przez wbudowany wget. Musiałem dodać atrybut --force-depends bo iptv blokowało usunięcie ale po tym aktualizacja poszła i właśnie się robi. Może tym razem nie wysypie jej po kilku paczkach :) Dzięki bardzo za pomoc.

Podczas aktualizacji TEST z sierpnia (tej dużej) zaraz po starcie tuner zaczął sypać błędy. Teraz opkg nie chce zaktualizować listy. GraterliaOS:~# opkg update Downloading http://graterlia.xunil.pl/repodata/release/sh4/Packages.gz. wget: error while loading shared libraries: libssl.so.1.0.0: cannot open shared object file: No such file or directory Downloading http://graterlia.xunil.pl/repodata/release/adb28xx/Packages.gz. wget: error while loading shared libraries: libssl.so.1.0.0: cannot open shared object file: No such file or directory Downloading http://graterlia.xunil.pl/repodata/testing/sh4/Packages.gz. wget: error while loading shared libraries: libssl.so.1.0.0: cannot open shared object file: No such file or directory Downloading http://graterlia.xunil.pl/repodata/testing/adb28xx/Packages.gz. wget: error while loading shared libraries: libssl.so.1.0.0: cannot open shared object file: No such file or directory Downloading http://graterlia.xunil.pl/repodata/testing-src/sh4/Packages.gz. wget: error while loading shared libraries: libssl.so.1.0.0: cannot open shared object file: No such file or directory Downloading http://graterlia.xunil.pl/repodata/testing-src/adb28xx/Packages.gz. wget: error while loading shared libraries: libssl.so.1.0.0: cannot open shared object file: No such file or directory Collected errors: * opkg_download: Failed to download http://graterlia.xunil.pl/repodata/release/sh4/Packages.gz, wget returned 127. * opkg_download: Failed to download http://graterlia.xunil.pl/repodata/release/adb28xx/Packages.gz, wget returned 127. * opkg_download: Failed to download http://graterlia.xunil.pl/repodata/testing/sh4/Packages.gz, wget returned 127. * opkg_download: Failed to download http://graterlia.xunil.pl/repodata/testing/adb28xx/Packages.gz, wget returned 127. * opkg_download: Failed to download http://graterlia.xunil.pl/repodata/testing-src/sh4/Packages.gz, wget returned 127. * opkg_download: Failed to download http://graterlia.xunil.pl/repodata/testing-src/adb28xx/Packages.gz, wget returned 127. Jakaś propozycja żeby to szybko naprawić? Zakładam, że muszę dograć bibliotekę libssl ręcznie?

Nawiązując do mojego poprzedniego postu z pytaniem odnośnie kodeka e-ac3 (http://forum.xunil.pl/index.php?topic=82.msg31929#msg31929 ), tuner uhd i tak jak już pisałem, nie ma w ogóle dźwięku przy filmie z takim kodekiem. Ps. Przepraszam, że tak późno odpisałem ale wyjechałem na urlop :)

Czy można dograć w jakiś sposób obsługę kodeka eac3? Zdarzają mi się materiały właśnie z takim dźwiękiem i niestety zanim wrzucę sobie na tuner muszę na komputerze przekonwertować dźwięk na zwykłe ac3.