tux

Plik logo_ zastępuje logo.mvi

logo_.mvi do /boot Nic nie trzeba zastepowac.

Sądząc po wysypie takich przypadków jak Twój (czytaj - prawie wcale ich nie ma) to musisz mieć coś specyficznego u siebie. Niestety współpraca z Tobą wygląda tak: użytkownik twierdzi, że po aktualizacji coś jest nie tak; użytkownik nie potrafi podać co się działo podczas aktualizacji; użytkownik twierdzi, że winna jest aktualizacja systemu. Po tym co użytkownik napisał zespół Graterlia OS powinien: na początek ustalić gdzie jest najbliższa wróżka; iść do tej wróżki w celu ustalenia co u użytkownika jest nie tak - może szklana kula wróżki to magicznie zrobi; podać na podstawie punku powyżej co użytkownik ma zrobić. Jak się czyta takie tematy jak ten to ma się wrażenie, że do sprzętów elektronicznych dorwały się osoby, które nie powinny mieć styczności z tymi urządzeniami. Mogą sobie i innym, wyrządzić krzywdę. Jeżeli coś się pojawia na ekranie (tutaj polecenie sysupdate) to przecież nie po to by cokolwiek się działo, ale po to by w razie problemów móc coś z tych informacji wyczytać. Użytkownicy jednak notorycznie ignorują komunikaty (po co czytać). Jak się coś stanie to napiszemy, że nie działa i poczekamy aż ktoś napisze co mamy zrobić. Taka postawa irytuje nie tylko mnie, ale tez innych z devel. Ile lat jeszcze mnie zanim nauczycie się, drodzy użytkownicy, że aby wam coś pomóc to musicie: nauczyć się zadawać pytania (i nie w kółko te same); nauczyć się podawać wszystkie potrzebne informacje (np. w tym przypadku log z aktualizacji); W przeciwnym razie nikt Wam nie pomoże. nawet Was zignoruje! I to co najgorsze: Czyli użytkownik nie widzi, że sam sobie narobił kłopotów, że prawdopodobnie wystarczyłby log z aktualizacji i można by mu pomóc. Może nawet (skoro zdarza się to nie pierwszy raz) użytkownik wreszcie by wiedział co robi inaczej niż reszta i dlaczego ma problem. Jednak użytkownik woli po swojemu. W tej sytuacji nikt nie pomoże - nie ma po prostu jak. Na koniec… Tekst powyżej nie ma na celu atakować kogoś. Ma na celu uświadomienie użytkownikom, że to od nich zależy jakie wsparcie od nas dostaną.

Rozumiem, że masz LOG z tego co było napisane w terminalu? Jeżeli tak to poproszę o załączenie go - poszukamy co poszło nie tak. Jeżeli nie masz - cóż - nigdy nie dowiemy się co poszło nie tak.

Co do NAND/Pen już odpowiedziano. Ale co do pilota to będzie trudniej. Tutaj zależy od samego pilota. ADB jest wybredne co do np. długości sygnału.

Dość ciekawe. Być może coś się zmieniło w trakcie. Dzięki za informację. Sprawdzimy.

Dość dziwnie to wygląda. Powinno teoretycznie działać. Chyba, że jest flaga ext4 a fizycznie inny system plików.

cfdisk /dev/sda Ramka na dole.

Ale nadal nie wiemy jaki system plików :) ext2/3/4/4dev? Też miło powitać po dłuższej przewie :)

Co to za inny dekoder, jaki system plików? Co pokaże fsck /dev/sda1

Natywnego wsparcia dla NTFS nie było i raczej nigdy nie będzie w Linux ze względu na politykę firmy Microsoft. Sterownik z opcją WRITE jest dostępny ale powstał na podstawie "domysłów" i nie ma gwarancji, że wszystko będzie OK. Z tego powodu w GOS nigdy go nie będzie. GOS ma być stabilnym systemem.

W nowej GOS o ile mnie pamięć nie myli też nie ma zapisu.

Jeżeli dobrze pamiętam to jak oglądałem się za tunerami VU+ to tylko DUO 2 miało innego pilota. To znaczy był nawet inny układ klawiszy.

Obawiam się tylko problemów jak zacznie pomijać "wyłącz" Dlatego napisałem.

I za którymś razem ratowanie boxa lub systemu. Te tunery są przygotowane do pracy ciągłej.

Tylko po co to? Gotowy skrypt jest w pakiecie od oscam.

Na temat modemów na USB wielokrotnie wypowiedziałem się jednoznacznie. W GOS nie ma i nie będzie obsługi. nBox jest tunerem satelitarnym a nie urządzenie od wszystkiego co użytkownik wymyśli. Ponadto SH4 ma swoje ograniczenia.

Jak zainstalujesz OSCam z repo GOS to będzie się sam uruchamiał.

enigma2-plugin-fancontrol na dopisaną zależność: kernel-modules-fan-gos Instalując pakiety z opkg wszystko co potrzeba powinno samo się doinstalować. Oczywiście po instalacji restart systemu.

Brak modułu od sterowania wiatraka. Czy nasz zainstalowana odpowiednia paczkę Kernel?

Zasada jest taka. Każde niewykorzystane (nie obciążone) gniazdo należy zakończyć rezystorem.

Z tego co wiem to możesz ale musisz nieużywane wejścia podpiąć przez rezystor 75Om do masy. Są do tego specjalne "nakrętki".

Jak ktoś jest świadomy to ma polecenie: opkg update && opkg upgrade Nie damy rady zapanować nad każdym użytkownikiem. Albo ktoś ma jakąś tam wiedzę i wie co robi, albo ktoś nie zna się dostatecznie i lepiej jak mu skrypt napisze, że nie może kontynuować bo jest za mało miejsca.

To ja poproszę info z komendy: lsmod

Dlatego skrypt przyjmuje lekko pisząc dwa razy więcej niż potrzeba.