tux

W GOS nie ma. Czy ja zawsze muszę cytować to co sam piszę?

Oscam z repo. Podobno działa to co u Ciebie nie działa.

Niedługo pojawią się szczegóły w tej sprawie.

Wniosek jest taki...wszystko masz OK. Po prostu system nie widzi potrzeby póki co użycia SWAP. Będzie chciał to użyje.

Po pierwsze przenoszę temat do "piszcie co chcecie" bo ma mało związku z GOS. Po drugie fstab wygląda OK. Jeżeli faktycznie partycja SWAP ma etykietę "swap" to musi się sama montować. Wklej dla pewności co pokazuje polecenie free.

Podforum ubyło ponieważ....to niebawem się wyjaśni. Co do Neutrino to nie mam zielonego pojęcia jak to tam działa i nawet nie będę strzelał. Mogę za to: poprosić abyś podał zawartość /etc/fstab oraz poinformować, że E2 nie potrzebuje SWAP to tym bardziej nie powinno Neutrino. Drugi punkt do rozważenia ponieważ jeżeli przy Neutrino brakuje Ci pamięci i jesteś pewien, że z tego powodu się system wywraca to jak najszybciej szukaj co jest nie tak. Dołożenie SWAP rozwiąże problem, ale niestety nie na długo. Co prawda czas do wywrócenia się systemu zwiększy się, ale tak czy siak system się wywróci. Moim zdaniem musi być tego jakaś przyczyna. Ponadto nie musi to być wina Neutrino. Może jest tu błędnie interpretowana ilość wolnej pamięci (często użytkownicy źle odczytują i interpretują pozycję CACHE). Jeżeli tutaj by tak było to może to świadczyć o problemie sprzętowym a nie za małej ilości RAM.

Ustalmy coś... Może źle zrozumiałe (proszę poprawić jak źle zrozumiałem) - używasz Neutrino? A może jakaś przedpotopowa Graterlia? Z tego co napisałeś wynika coś niejednoznacznego.

Wybacz mi - od listopada zeszłego roku nie mam SH4 :) Wejdź jeszcze do /etc i poszukaj pliku fsmodules.conf. Wyedytuj go (edytor z zachowaniem końca wiersza UNIX) i zmień: fs_ntfs=0 na fs_ntfs=1

opkg update && opkg install kernel-modules-extrafs-gos Przy czym możesz liczyć co najwyżej na odczyt partycji NTFS.

Może na początek przeczytać dokładnie to co jest na ekranie?

To nie jest nowy sposób a od dawna znany. Zastosował go po raz pierwszy freebox[/member] jeżeli chodzi o SagemCom i polega na uruchomieniu Systemu z PENa i wgraniu spod Linux danych do pamięci NOR.

Na moich dwóch 2850 problem nie występuje. Jest potrzeba loga z tej sytuacji. Może on coś więcej nam powie.

RemoteControlCode ← jest w repo. Czyżby nie działała? enigma2-plugin-extensions-youtube ← jest już testowane. Co do reszty nie wypowiadam się bo za wtyczki spoza głównego repo (addons) odpowiada TomTelos[/member].

Polecenie poniższe w terminalu załatwia sprawę bez restartu :) mount -a

Dla nBox nie ma roznicy 8 czy 32 a zawsze wiecej wolnego w nand.

Picony to 8bit czy 32bit?

Po weekendzie dodam ten pakiet. Dziwi mnie jednak opis tego pakietu. Cóż... Postępy ze skórką są. Tylko czasem doba musi mieć do najmniej 48 godzin by się wyrobić :)

Jeżeli chodzi o wybudzanie to sprawdź czy problemu nie rozwiąże pakiet: vuplus-shutdown

Proponuje przed założeniem tematu zapoznać się z architekturą procesora. Na temat ARM jasno się już wypowiedziałem. Inni też.

Pytanie zadaj u źródła. Tam gdzie jest wsparcie dla tych IMAGE z KODI. Tutaj nikt Ci nie odpowie na to pytanie ponieważ nie znamy tych IMAGE i raczej poznawać ich nie będziemy.

W GOS nie ma KODI.

Modchip?

GraterliaOS:~# opkg list | grep openssh openssh - 7.4.p1 - OpenSSH openssh-clients - 7.4.p1 - OpenSSH Clients openssh-server - 7.4.p1 - OpenSSH Server GraterliaOS:~#

Na temat IPTVPlayer tutaj nie piszemy. Wtyczki nie ma prawa być w GOS ponieważ jest spoza repozytorium a przy takim układzie - LICENCJA się kłania. Co do sherlock to używa on pakietu bitrate. Ten zaś po wyjściu nie czyści danych z RAM aż do restartu GUI. W efekcie faktycznie może nastąpić większe zużycie RAM. Na koniec jeszcze do przemyślenia jest fakt korekcji błędów oraz dekodowania po stronie tunera dawcy a nie klienta. Przy dużej ilości błędów może się zdążyć, iż tuner po prostu nie zdąży naprawić strumienia. O ile nie zobaczysz tego aż tak mocno bezpośrednio na tunerze, o tyle w strumieniu jest to już anomalia i np. VLC to pokaże. Kolejna sprawa to dekodowanie po stronie tunera dawcy. Im wyższy bitrate tym więcej czasu procesora potrzeba na takie dekodowanie. Z doświadczenia wiem, ADB5800xx nie nadaje się do strumieniowania - zawsze prędzej czy później coś mu odbija. ADB28xx działa znacznie lepiej ale nadal jak wykorzystywany jest jako zapasowy odbiornik po LAN potrafi pixelować - tylko tutaj jest mała ale - czytaj niżej. Inaczej sprawa wygląda dla ADB28xx jak wyłączę (w menu) dekodowanie po stronie odbiornika i każę dekodować odbiorcy. Nagle wszelkie efekty specjalne znikają. Tutaj dla mnie wniosek jest jeden - dekodując na dekoderze dawcy musimy ingerować w strumień TS i wypuścić go po LAN zdekodowanego. W efekcie biedne 266MHz dla ADB5800xx, i nawet 450Mhz dla ADB28xx nie nadąża z ta pracą. Jednak jak strumień dekodujemy na tunerze biorcy (czyli po LAN dawca wypuszcza strumień 1:1 z SAT bez ingerencji w niego) to jest to robione sprzętowo u biorcy tak jak w przypadku odbioru bezpośrednio z SAT i nic się nie haczy. Z oczywistych przyczyn na VLC nie zrobisz dekodowania strumienia.

jordi[/member] Wystarczy inne repo, aktualizacja i zgłaszanie błędów poprzez to: http://graterlia.xunil.pl/index.php/Raport_b%C5%82%C4%99d%C3%B3w daromen21[/member] W GOS nie idziemy na choinkę. Dopracowywana jest tylko jedna funkcja - DVBx. Kastrowanie systemu już dawno mamy za sobą. Teraz tylko pojedyncze poprawki są wprowadzane. Oczywiście nie licząc aktualizacji systemu operacyjnego.