mickey

Gdyby zaszła taka sytuacja, że nie ma tyle "cached", żeby zwiększyć "free" ponad 80%, to kernel będzie próbował w kółko ... a czy to źle, to nie wiem. Na temat tego czy swap w "nboksie" w ogóle jest potrzebny (ja z tej grupy, co uważa, że nie ;) ), to już dwa wątki są na forum. Do 16GB pamięci to daleko w tym sprzęcie ale działa bez (większych) problemów bez swapa. Wartość 0 w vm.swappiness nie oznacza "wyłącz swap". Ciągle działa ale z tego co widzę, to włączany jest gdy to jest bardzo konieczne. Takiej konfiguracji używam na ESI (wszystko na pendrive) już jakieś 2 miesiące, na 5800 od miesiąca (system w NAND, swap na HDD) i na razie zwiech nie zaliczyłem.

Czyszczenie pamięci po przekroczeniu 80% trafiło do GOS i wygląda, że problemów nie sprawia. Chociaż jak przeglądałem skrypt, to zakłada, że jeżeli ilość zajętej pamięci przekracza 80% dostępnej, to jest co czyścić z cached bez sprawdzania ... ale to szczegół. Uznając racje przedmówcy postanowiłem jednak swapa odpalić ... ale tak, żeby był używany jeżeli już koniecznie trzeba. A żeby sobie skomplikować życie i nie męczyć pojedynczego obszaru dysku/pendrive padło na użycie kilku plików. Dokładnie 7 - jeden z nich jest ładowany przy starcie systemu zależnie od dnia tygodnia. W praktyce pewnie są to pliki 6 i 7, bo w weekendy jest czas, żeby pomęczyć tuner, więc zdarza się jakiś restart ;) Jak to wygląda w praktyce: 1) Tworzenie plików swapa, w przykładzie rozmiar 96MB - czyli dla nboksa: #!/bin/sh # rozmiar... swapsize=98304 # pliki... dd if=/dev/zero of=/hdd/swap/swapfile1 bs=$swapsize count=1024 dd if=/dev/zero of=/hdd/swap/swapfile2 bs=$swapsize count=1024 dd if=/dev/zero of=/hdd/swap/swapfile3 bs=$swapsize count=1024 dd if=/dev/zero of=/hdd/swap/swapfile4 bs=$swapsize count=1024 dd if=/dev/zero of=/hdd/swap/swapfile5 bs=$swapsize count=1024 dd if=/dev/zero of=/hdd/swap/swapfile6 bs=$swapsize count=1024 dd if=/dev/zero of=/hdd/swap/swapfile7 bs=$swapsize count=1024 # konwersja... mkswap /media/hdd/swap/swapfile1 mkswap /media/hdd/swap/swapfile2 mkswap /media/hdd/swap/swapfile3 mkswap /media/hdd/swap/swapfile4 mkswap /media/hdd/swap/swapfile5 mkswap /media/hdd/swap/swapfile6 mkswap /media/hdd/swap/swapfile7 # aktywacja... /sbin/swapon /media/temp/swap/swapfile`/bin/date +%u` echo 0 > /proc/sys/vm/swappiness 2) Ładowanie przy starcie systemu z ustawieniem używania swapa ... jak już koniecznie trzeba. Wpisy są w rcS.users.sh (który oczywiście trzeba sobie uaktywnić): # włączenie pliku swap /sbin/swapon /media/temp/swap/swapfile`/bin/date +%u` echo 0 > /proc/sys/vm/swappiness 3) Okazało się w praktyce, że przy takim podejściu potrzebne są jeszcze /etc/rc.d/rc6.d/S39umountswap i /etc/rc.d/rc0.d/S39umountswap: #! /bin/sh # # umountswap Turn off all swap files. # # Version: @(#)umountswap 0.00-01 10-Jul-2014 PATH=/sbin:/bin:/usr/sbin:/usr/bin echo -n "Deactivating swap files..." for file in `cat /proc/swaps | grep file | awk '{print $1}'` do swapoff $file done echo "...done." : exit 0 Mnie akurat wyszło S39, ale istotne jest tylko, żeby to było przed S40umountfs. Skutek: nbox:~# free total used free shared buffers cached Mem: 98156 77340 20816 0 272 13932 -/+ buffers/cache: 63136 35020 Swap: 98296 1420 96876 nbox:~# uptime 08:17:29 up 6 days, 21:03, 2 users, load average: 4.06, 4.01, 4.00 Czyli czasami z tego swapa korzysta. Jak wynika z analizy prostego skryptu, który co 5 minut sprawdza temperaturę dysku oraz czy się kręci czy poszedł spać, to system korzysta ze swapa tylko rano, kiedy odpala się EPGImport. Może jeszcze w czasie nagrywania ... ale tutaj i tak dysk jest rozkręcany, więc nie widać tego w logu ;) Na razie niekorzystnych skutków ubocznych nie zaobserwowałem, ale w sumie mało ostatnio avi odtwarzam na tunerze a właśnie przy nich było najgorzej...

Próbowałeś wpisać IP na sztywno? Jak wyłączasz z prądu, to router też? Chodzi o to, czy serwer DHCP na pewno już działa kiedy tuner pyta o IP - czyli czy wcześniej router wstaje czy tuner. Jednorazowe, czy powtarzalne? Może to jest powód: not enough diskspace for timeshift! (less than 200MB) ?

Po zmianie ustawień przynajmniej jeden restart GUI robiłeś?

Na oryginalnej głowicy BSLA jest to samo.

A czy na tym oryginalnym polsatowskim pilocie da radę odpalić LONG?

Wiele nie pomogę, bo sam znam tylko podstawy, ale może wystarczy... Ogólnie szukasz w pliku skin.xml sekcji screen. Ta od listy wyboru nagrań nazywa się "MovieSelection" a ta od odtwarzacza "MoviePlayer". Fragment pomiędzy: <screen name="..." ...> </screen> kopiujesz do swojej skórki. Wcześniej znajdź taki sam w docelowej skórce i usuń, bo nie wiem jak się zachowuje skórka, która ma dwa screeny o jednakowej nazwie. Na czas testów możesz też po prostu zmienić nazwę usuwanego screena dodając np. "1" na końcu. Jak będziesz miał szczęście to zadziała bez GSów ;) Jeżeli definicji danego screena nie ma w skórce, to albo używana jest skórka domyślna albo wtyczka ma zdefiniowany domyślny wygląd. Kopiowany fragment musisz przeanalizować. Mogą tam być statyczne odnośniki do plików, wtedy musisz je przekopiować z katalogu skórki, z której kopiujesz wygląda screena. Mogę też być odnośniki do rendererów i konwerterów. Te najlepiej jak wyodrębnisz i przekopiujesz z katalogu /usr/lib/enigma2/python/ razem ze swoją skórką. Druga opcja, to instalujesz dodatkowo skórkę, które zawiera potrzebne Ci konwetery i Twoja skórka z nich skorzysta.

... ale u mnie przynajmniej nie wykrywa. No dobra, zarówno reboot jak i runlevel piszą "unknown", ale wygląda na to, że wszystko działa - czyli prawidłowo odpala skrypty z rc6.d. Wydawało mi się logiczne, żeby umieścić moje dodatkowe umount za S40umountfs (jak nie odmontowało się na tym etapie, to odmontować dodtkowo) i wtedy miałem ponad 30 minut sprawdzania dysku ext2 po restarcie. Ale jeżeli umieściłem swój skrypt jako S39, to działa poprawnie. Zarówno po init 6 jak i reboot oraz shutdown -r now.

... ale u mnie przynajmniej nie wykrywa.

Daj znać jak wymyślisz coś lepszego, ja na razie rozwiązałem to tak: W skrypcie startopenpli zmieniłem reboot na init 6 i postanowiłem się oduczyć używać reboot na rzecz init 6 właśnie;) Zdaje się, że główny problem to: nbox:~# runlevel unknown Bo gdyby runlevel był rozpoznawany, to zarówno reboot jak i shutdown -r now powinny runlevel rozpoznawać i odpalać wszystko co jest w rc6.d?

Jak już jesteśmy przy skryptach startowych. W /usr/bin/startopenpli jest: 2) echo "2" if [ $vfd == on ]; then echo "System restart" > /dev/vfd else echo "SrSt" > /dev/vfd fi sync reboot;; Potrzebuję, żeby przy tym reboot zrobiło się coś jeszcze. Odmontowanie czegoś, czego nie ma w fstabie. Przy każdym innym reboot też by mogło zadziałać. Z założenia powinno wystarczyć dopisać jakiegoś S41 do /etc/rc.d/rc6.d? A jeżeli nie działa, to co?

można i tak ;)

U mnie też irexec nie wystartował... To nie problem z tym, że rcS.users.sh się nie ładuje - mam tam więcej wpisów, które działają... Problem w tym, że irexec się nie odpali, jeżeli nie ma uruchomionego lircd, a obsługa pilota ładuje się później. Sugeruję zamienić miejscami gremotecontrol i rcS.users.sh, jeżeli nie wywołuje to innych komplikacji.

Zakładam optymistycznie, że do każdego nadajnika dochodzi sygnał z minimalną kompresją i dopiero tutaj jest transkodowany do parametrów docelowych. W innym przypadku sygnał trzeba od razu dostosować do nadajnika o najniższej przepustowości...

Ja bym tak ostro o pracownikach się nie wyrażał. Pewnie jest jak zwykle: najważniejsza jest kasa, a to oznacza, że więcej kanałów znaczy lepiej ;) Nie wiem jakie są dokładnie parametry nadawania w Polsce ale maksymalna pojemność jednego MUXa w DVB-T to troszkę ponad 30Mbit/s (http://pl.wikipedia.org/wiki/DVB-T#Schemat_nadawania). Z tych szczątkowych informacji, które zdarzyło mi się przeczytać, to MUX TVP (MUX-3?) zmienił paramtery nadawania tak, że mają większą przepustowość w porównaniu np z MUX-2, ale oznacza to mniejszą odporność na błędy. Dla porówania pojemności MUXów w DVB-S2 sięgają 60Mbit/s. Co wynika z tych 30Mbit/s? Przykład będzie dla 20Mbit/s, można sobie przeliczyć :) A więc na 20Mbit/s zmieści się 8 kanałów po 2,5Mbit/s albo 10 kanałów po 2Mbit/s. Tą pierwszą opcję wykorzystuje MUX-2 a tą drugą MUX-3. Te 2 kanały HD zajmują po 2 sloty, czyli dla tego przykładu powinny mieć po 4Mbit/s. Zapowiadany jest MUX-8. Tam podobno mają być tylko kanały TVP w HD, ale ile ich będzie nie wiadomo. Żeby jakość była dobra, to maksymalnie 3 ... co podejrzewam jest mało opłacalne ;) Rozważania na temat zmiennego bitrate i nierównomiernego podziału dostępnego pasma już sobie podaruję. PS. Jak chodzi o parametry nadawania w DVB-T mój nbox pokazuje: auto/auto/auto ;) Można więc trochę pogooglować, żeby znaleźć dokładne parametry MUXów w Polsce albo spróbować przeskanować kanały ustawiając parametry zamiast ustawiać Auto i jeżeli znajdzie, to znaczy, że ustawiono poprawnie.

A to nie wystarczy kilku sesji putty/ssh uruchomić?

Bez podglądu będzie ciężko. Ale możesz spróbować: - Włączyć dekoder i jak już wstanie, to kolejno: 1) opcjonalnie: POWER (o ile jest w stanie czuwania) 2) SETUP 3) GÓRA 4) GÓRA 5) OK 6) OK 7) OK 8) LEWO 9) ZIELONY 8 i 9 przy założeniu, że aktualnie masz HDMI. Jeżeli masz coś innego, to odczekaj jakieś 15-30 sek. i np. LEWO LEWO ZIELONY i ewentualnie po raz ostatnie z 3XLEWO. Może się uda ;)

Nie do końca wiem o co Ci chodzi. Ja bym próbował zmieniać opcje w Ustawieniach AV - standardowo z pilota albo przez OpenWebif. SETUP -> Ustawienia -> System -> Uatawienia AV Nie wiem co jest pod gwiazdką... W InfoBarGenerics jest taki fragment kodu: tlist.append(("576i", "576i50")) tlist.append(("576p", "576p50")) tlist.append(("720p@50hz", "720p50")) tlist.append(("720p@60hz", "720p60")) tlist.append(("1080i@50hz", "1080i50")) tlist.append(("1080i@60hz", "1080i60")) tlist.append(("1080p@23.976hz", "1080p23")) tlist.append(("1080p@24hz", "1080p24")) tlist.append(("1080p@25hz", "1080p25")) tlist.append(("1080p@29hz", "1080p29")) tlist.append(("1080p@30hz", "1080p30")) tlist.append(("1080p@50hz", "1080p50")) tlist.append(("1080p@59hz", "1080p59")) tlist.append(("1080p@60hz", "1080p60")) Działa to tak, że jak chcesz np. zmienić na 1080i@50Hz to wpisujesz następującą komendę: echo "1080i50" > /proc/stb/video/videomode Czy to są wszystkie tryby, to nie wiem. Czy wszystkie są obsługiwane - też nie.

Nie, dodać. Klawisze obsługiwane w trybie LONG mają być podwójnie. Pewnie dobrze by było drugi kod dla wszystkich klawiszy dopisać, ale do tego też trzeba chwilę przysiąść.

Tak powinien tam być tuner DVB-T, który możliwe, że domyślnie jest wyłączony. Z ADB100T jest jeszcze jeden drobny problem i jeżeli nie ma na liście tunera DVB-T, to żeby być pewnym, że wszystko jest ok: zamknij system (odpowiednia opcja w E2PPanel) i wyłącz wszystko z prądu na kilka sekund. Po ponownym włączeniu, jeżeli zainstalowałeś co trzeba, tuner powinien być wyświetlany na liście. Jeżeli ciągle nie ma, to czegoś nie zainstalowałeś ... albo tuner nie działa bo się zepsuł albo ma inną elektronikę w środku (z lektury forum wynika, że mogło być więcej wersji ADB100T).

A może jakiś parametr do fsck? Nazwa urządzenia? Jakiś label? No i może najpierw umount? Może np: fsck /dev/sda1?

Mogę się mylić, ale zdaje się nie w tym problem - tytuł wątku trochę zamieszania robi. Nie chodzi o wtyczkę FrontPanel a o panel przedni (znaczy: guziki) w nboksie i ich obsługę w enigmie. Obsługę pilota, czyli komunikacją między enigmą a lircd, załatwia evremote2. A co obsługiwało guziki panelu czołowego? Coś w samej enigmie? Może tam był jakić patch do nboksa? Próbowałem podmienić binarkę enigmy na tą z 2014-04-24 (czy jakoś tak), ale GUI nie wstało wcale - pewnie za dużo zmian w bibliotekach.

A napiszesz co było powodem?

U siebie mam skrypt /usr/bin/startopenpli lekko zmodyfikowany: #/usr/bin/enigma2 > /dev/null 2> /dev/null info_log=`date +"/media/temp/info_%Y%m%d%H%M.log"` error_log=`date +"/media/temp/error_%Y%m%d%H%M.log"` /usr/bin/enigma2 > $info_log 2> $error_log I we wskazanym miejscu zapisują mi się logi z enigmy. Może tam coś znajdziesz. A poza tym, jak już skrypt zdecyduje, że ma zrobić reboot, to mógłby jeszcze coś do plików zapisać może? Np. netstat -n czy inne top -n 1 albo co Ci jeszcze przyjdzie do głowy.

W ramach uzupełnienia do poprzedniego wątku... Żeby powżysze ustawienia wpisy zadziałały w GOS potrzebne są jeszcze dwie drobne rzeczy: trzeba zainstalować paczkę: kernel-modules-cifs-gos załadować za pomocą insmod moduł cifs.ko Drugie mam nadzieję niedługo zostanie dodane w skryptach startowych. Pierwsze trzeba sobie zrobić samodzielnie.