tux

Dałoby się :) Poczytaj i dasz radę to zrobić :)

Przypadków, gdzie dysk musi być sprawdzony, bo jest dużo błędów jest niezmiernie mało. Nie piszę, że ich nie ma, ale jest mało! Na stronie wyraźnie jest zalecane ext3/4 a nie ext2. W przypadku ext2 zawsze trzeba wykonać pełen skan nośnika - to może trwać faktycznie długo. W przypadku ext3/4 skanowanie w 95% przypadków będzie trwało chwilkę. Przy ilości pobrań GOS na poziomie kilku tysięcy miesięcznie te kilka przypadków z forum to naprawdę niewiele. ext3/4 potraktowane "z wtyczki" naprawdę szybko jest skanowane - wyjątek - niestabilna praca systemu i błędy podczas normalnej pracy. Jednak czy niestabilna praca tunera kilku % użytkowników ma powodować, iż ktoś będzie wywracał całe GOS do góry nogami? Tutaj dodam też, iż nawet NTFS przy dużej ilości błędów jest bezużyteczne i nawet Microsoft Windows wyświetla wtedy śliczny niebieski ekran, którego nie da się wyłączyć naciskają dowolny klawisz (niektóre takie ekrany można pominąć). Na wyświetlaczu pojawiają się u nas konkretne komunikaty - na VFD całe opisy, na LED skróty. Było to opisane. Tu jeszcze takie info z mojej strony - develowy DSI-87 ma pendrive 32GB. Idąc tym tropem co pisze @s6s, to powinienem co wtyczka z gniazdka czekać po kilka minut na przeskanowanie FS. Jednak przy ext4 trwa to może 3-4 sec a system plików nie był odmontowany poprawnie. Takich operacji ten pendrive przeżywa niejednokrotnie po kilkadziesiąt dziennie. Teraz bardziej szczegółowo. Ad A → wybacz - napisz co takiego wykonałeś dla GOS? Może chociaż ze dwie linijki jakiegoś skryptu? Póki co od tygodni piszesz to co jest Tobie potrzebne i chciałbyś, aby to coś podnad wszelką wątpliwość znalazło się w GOS. Mało tego nie tylko ja odnoszę to wrażenie, ale też wiele innych osób piszących do mnie PW - czytasz to i owo po internecie i potem opierając się na tym, co przeczytałeś twierdzisz, iż coś A albo B. Jednak piszesz to nim osobiście sprawdzisz. Nas tutaj zaś traktujesz jak osoby, które nie mają nic lepszego do roboty jak wieczne odpowiadanie na Twoje pytania i - jak to sam określiłeś - celowe prowokacje "idące po bandzie". Może nie było, by to nic złego, gdyby te pytania były "normalne" a nie coś w formie pobożnych życzeń połączonych z częściowym wymaganiem czegoś od NAS. A wiedza kosztuje co najmniej czas i bynajmniej nie jest rozdawana na tacy, bo tak Ci się to podoba. Ad B → użyć ext3/4 i używać tunera normalnie. Jeżeli nadal będą co chwilę problemy z FS, to naprawić tuner (czytaj: sprawdzić go od strony technicznej). Nie jest normalnym zachowanie, gdzie co restart/ponowne uruchomienie mamy skanowanie dysku. Ta operacja w normalnych warunkach musi trwać w sumie moment. Jeżeli używasz innego Oprogramowania niż GOS upewnij się, że tam poprawnie jest obsługiwany dysk. Jeżeli nadal uważasz, że skanowanie dysku jest uciążliwe I KONIEC - wyłącz je w system.conf - będzie jak u innych. Ad C → czy my (ja) jesteśmy (jestem) największą książką Systemów Operacyjnych? Skoro potrafisz tak szukać w internecie wszelakich informacji, to powinieneś znaleźć samemu informacje na temat tego pytania. Podpowiedź - czy możesz wykonywać działania Low Level na używanym FS? Ad D → fsck póki nie zakończy swoich działań nie wprowadza zmian w FS. Poza przypadkiem ręcznej naprawy FS. Dlatego możesz dać "killall fsck". Jednak w przypadku ext3/4 fsck zadziała piorunem w przypadku autonaprawy, a w przypadku konieczności ręcznej naprawy i tak musisz widzieć, co się dzieje. Możesz co prawda przerwać skanowanie i wymusić zamontowanie partycji dysku, ale już wiele razy pisałem, czym się to skończy. Pisałem też, że takich sytuacji NIE POWINNO BYĆ, a jak są, to coś jest nie tak z Boxem i nie będziemy w GOS obchodzić problemu, bo pojedyńcze osoby: grzebią ile wlezie; mają niesprawne technicznie odbiorniki, które jeszcze działają, ale prędzej czy później rozsypią się do końca. Ad E → ale po co skanować na zapas? Póki nie dzieje się nic złego technicznie z Boxem, a my nie uskuteczniamy NIE WIEM CZEGO, to prawdopodobieństwo uszkodzenia systemu plików jest ZEROWE! Prędzej skupiłbym się na okresowym odpalaniu testu S.M.A.R.T. Ad F → skrypt odpalany jest na tyle wcześnie, że nie mamy na systemie pootwieranych plików. Możemy jeszcze zastosować RO. Później → poczytaj - ja nie mam czasu na naukę podstaw Systemów Operacyjnych i Systemów Plików. W internecie jest dostatecznie dużo informacji na ten temat. Trzeba tylko umiejętnie szukać lub włączyć samodzielne, acz logiczne myślenie. Problem nie w tym, że zadajesz pytania. Problem w tym, że nie myślisz, jak to robisz. Zadajesz je dlatego, że nie masz zielonego pojęcia o tym, czy o tamtym. To można uszanować, ale w jakimś dziale "żłobek" jakieś dystrybucji Linuxa. Tu nie zajmujemy się aż tak podstawowymi sprawami. Nie ma po prostu nikogo, kto ma siły na pociągnięcie tego działu. Pytania jakie zadajesz są na tyle podstawowe, że nawet nie wiem jak mam pisać. Do tego dochodzi brak logicznego myślenia. Ja rozumiem, że możesz czegoś nie wiedzieć i chcieć zgłębić wiedzę, ale "DO DIABŁA" jak zapytam mojego 10-letniego syna, co się stanie jak będziesz próbował odmontować/przemontować używaną właśnie partycję dysku, to zna odpowiedź. Internet też zna odpowiedź. Logicznie myśląca osoba znajdzie tą odpowiedź po chwili namysłu, bo wystarczy pomyśleć tak - czy mogę wyjąć klocek z pudełka jak ktoś na nim stoi? Pewnie, że mogę, ale ktoś musi zejść z tego pudełka. Podobnie jest z FS. Ale... @s6s → Czy ty naprawdę nie widzisz, że: albo zadajesz pytania, na które dziecko znajdzie odpowiedź; albo zadajesz pytania, które mają za zadanie doprowadzić do wypracowania metody obchodzenia problemu; albo zadajesz pytania, które mają doprowadzić do zaspokojenia Twojej elementarnej wiedzy, ale to nie żłobek; albo zadajesz pytania po to, by ktoś za Ciebie zrobił coś pod Ciebie, bo Ty uważasz, że to może być potrzebne innym; albo zadajesz pytania z lenistwa lub po uprzednio stworzonych przez siebie problemach (tych na własne życzenie). Wykazałem wyżej, odpowiadając na Twoje punkty, gdzie źle myślisz i jakie błędy popełniasz. Nie zamierzam dalej dyskutować z Tobą na tej zasadzie. Nie trafiają do Ciebie żadne argumenty, które tu są pisane i dodatkowo wypowiadasz się za dużą liczbę osób, która (w tym konkretnym przypadku), to dosłownie kilka osób na tysiące pobrań. Oni też są ważni, ale pod warunkiem, że chcą szukać i myśleć. Dodatkowo sprawa sprawdzania systemu plików wykazała coś jeszcze - ludzie uświadomili sobie, że mają Dysk Twardy i on może mieć błędy, które wpływają na stabilność OS. Wcześniej większość osób nie była najprawdopodobniej nawet w jednym procencie świadoma, że tak jest. Za to po forach jest masa wpisów, że Tuner niestabilny, że się wiesza, że nie działa to czy tamto. Odpowiedzi udzielają też często osoby, które mają taką wiedzę, jaką mają i całość kręci się jak się kręci. Fałszywe wnioski tworzą kolejne. Dzięki podejściu takiemu, jakie mamy w kwestii OS na Tunerze jest, jak jest i rzadko czyta się, że coś nie działa jak powinno (pomijając to nad czym jeszcze pracujemy). Temat zamykam, ponieważ dyskusja dalsza nie ma sensu. @s6s i tak będzie szukał dziury w całym i na podstawie swoich "przeżyć" z GOS i tunerami będzie będzie pisał, że coś... Na koniec: @s6s zacznij szukać wiadomości we właściwych miejscach w sieci, zacznij myśleć szerzej, albo najzwyczajniej w świecie daruj sobie zabawę z maszyną, która ma na pokładzie system operacyjny umożliwiający dostosowanie go do jednostki, przestań się męczyć, a wszyscy odetchniemy. PS. Jak można przyznać się, że się prowokuje "idąc po bandzie" i jeszcze w tym samym wpisie dziwić się, że mogą pojawić się nerwy? To nie Ty potem czytasz gros wiadomości od użytkowników (swoją drogą pozdrawiam ich), że nie powinienem Tobie odpowiadać. I fakt, prawie od początku sądziliśmy, iż prowokujesz, albo masz za zadanie pochłaniać nasz czas. Gdyby tak każdy oznaczał się brakiem szacunku do ekipy, to ona by nic innego nie robiła, jak tylko odpowiadała na rzesze niewłaściwie postawionych pytań. Czy to jest wobec nas, a przede wszystkim użytkowników w porządku? O co faktycznie Ci chodzi? Albo prosto na ławę, albo wcale.

Tu jest dodatkowy problem. Dla przykładu w OPKG są trzy listy kanałów. Zauważcie, że każda z nich ma inny satelities.xml. Instalujesz np. @RR PL. Zakładamy, że zrobię tak, iż plik satelities.xml zostanie. Powodzenia ze skanowaniem np. 28,2. Dlaczego? Bo tam nie ma nic innego niż 13,0 i chyba 19,2. Przykład drugi - podmieniam listę na własną jakąś nie wiem skąd i nadpisuje mi satelities.xml (DreamboxEDIT domyślnie podmienia w /etc/tuxbox). Potem wgrywam przez OPKG listę @RR ale bez satelities.xml - EFETK - może nie działać. Trzecia wersja tego co może się stać :) mam wgrana listę swoja ze swoim satelities.xml. Wgrywam listę z OPKG bez satelities.xml - działa albo nie. Czwarta wersja - plik satelities.xml w /etc/enigma2. Nawet działa. Problem w tym, że domyślnie DreamboxEDIT "zleje" go i pobierze tego w /etc/tuxbox. Jak widać dogodzić tutaj w prosty sposób się nie da. Mogę dodać kontrolę obecności lamedb/satelities.xml do skryptu od startowania OpenPLi. Ale czy każdy tego potrzebuje? Wydaje mi się, że ta paczka z listą przykładową załatwi sprawę. Jak już ktoś używa list z OPKG to musi mieć pewną świadomość tego. Można dodatkowo do opisu paczki dodać informację o tym, że po deinstalacji nie ma już listy. Można podpowiedzieć, że przykładowa jest w paczce XYZ albo polecić wgranie programem.

Coś wymyślę, ale nie będzie to proste. Zerknijcie do pliku. Wystarczy, że w jednym będzie Astra 19,2 a w drugim Moja Astra 19,2. I już kłopoty gotowe. Symlink odpadnie bo podmiana via dreamboxedit wywali symlinka i dodatkowo jeszcze nadpisze nasz przykładowy. Może cp z punktu A do B podczas deinstalacji? Tyle, że co upd listy będzie podczas deinstalacji robił kopię na moment a ilość zapisów jest ograniczona dla NAND/NOR. Jakieś pomysły?

Powinien. Może być inny dla każdej listy. Chodzi np.o nazwy satelitów w nim zawarte. Dlatego ten plik również jest wymieniany przez programy do list kanałów. Samą paczkę jeszcze muszę poprawić bowiem brak kontroli czy jest już jakaś lita zainstalowana a kontrola musi być.

@Marcin → logiczne. Każda lista ma swoje własne pliki. Te co są po instalacji to też nie są najlepsze/najnowsze/jedyne. W dziale z listami @RR podawał stronę do generatora. Można tam w miarę nową wersję wygenerować. EDIT tux: Dodałem na wszelki wypadek przykładową paczkę z listą kanałów :) graterlia-sample-chlist

U mnie się zdarzają, ale jak sam je wywoła. Inaczej nie wiem, co to GS. Podczas normalnej pracy odbiornika polegającej na oglądaniu/nagrywaniu itp. nie wiem, co to GS. Są jednak tacy, co widzą GSa nawet 100 razy dziennie - wystarczy grzebać ile wlezie w tunerze/opcjach/systemie i kombinować. Może warto wtedy mieć dwa odbiorniki? Jeden do oglądania i drugi do grzebania? A może to ja jestem inny i nie wyobrażam sobie tego, że rodzina siedząc przy telewizorze nie "wydziera się w niebogłosy", że znowu coś nie działa. Reasumując, tuner służący do oglądania ma dziesiątki dni uptime bez GSów itp. zdarzeń. Jeżeli ktoś "zapuści" dysk aż tak mocno z błędami, to co się dziwić? Najczęściej są to błędy nie z czasów Graterlia OS a innych wcześniej używanych softów lub innych używanych równolegle, gdzie kontroli nie ma. Jeżeli wszystko działa OK, to nie ma szansy na to, by oglądać czarny ekran godzinami. [glow=red,2,300]Czy ty w ogóle analizujesz to co piszesz? Chcesz doprowadzić dany system plików do kompletnej ruiny?[/glow] Zabrzmi mocno, ale nie mogę powstrzymać tych myśli (użyję Caps Locka, albowiem chcę zaznaczyć): [shadow=red,left]NIEKTÓRZY NIE POWINNI NIGDY MIEĆ ŻADNYCH URZĄDZEŃ Z SYSTEMEM OPERACYJNYM, W KTÓRYM MOGĄ COŚ ZMIENIAĆ, PONIEWAŻ NIE SĄ W STANIE POJĄĆ ISTOTY DZIAŁANIA TYCH URZĄDZEŃ I NA SIŁĘ WYMYŚLAJĄ COŚ, CO NIE MA PRAWA DZIAŁAĆ LUB SPOWODUJE STRASZLIWE SKUTKI UBOCZNE. DLA NIEKTÓRYCH JEDYNYM SŁUSZNYM WYBOREM JEST (BIORĄC POD UWAGĘ SAT) ODBIORNIK DOSTAWCY USŁUGI GDZIE NIE MOŻNA GRZEBAĆ ALE ZA TO DZIAŁA.[/shadow] Powyższe to, co napisałem się tutaj kłania. Włącz logiczne myślenie, to znajdziesz odpowiedź. Ono naprawdę nie boli! Podpowiem Ci tylko, ażebyś zwrócił uwagę, w którym momencie jest sprawdzanie FS uruchamiane i przeanalizował, dlaczego tak, a nie inaczej. Z mojej strony dyskusja jest zakończona. Jeszcze chwila i będziemy wymyślać kolejne dziwactwa potrzebne jak piąte koło u wozu. W przypadkach, które opisujesz powinno się wyeliminować powody złego zachowania tunera, a nie leczyć w kółko objawy! Czasem problemem jest też użytkownik, który tak kombinuje, iż nie sposób uniknąć złego zachowania. [glow=red,2,300]Wtedy to już nie pomoże nic poza zmianą użytkownika :)[/glow] Zachęcam do autorefleksji i atomizacja tego, co powyżej napisałem. Zachęcam i dla dobra ekipy, i dla dobra forum (jego użytkowników), i dla Twojego dobra.

Dać się da. Tylko w założeniu GOS nie ma tego póki co. Dlaczego? Bo założenie jest takie, że uruchamiasz i działa a nie robisz dziesiątki restartów dziennie.

W sumie to chyba każdy dekoder ma lekko inną konfigurację jądra. To też będzie ustandaryzowane :)

W przypadku ADB nie ma jeszcze tego w jądrze. Niedługo będą moduły do tego i problem się rozwiąże.

O mamo :P release czy test?

Przetłumacz sobie ten komunikat co się wyświetlił i wszystko stanie się jasne!

A z jakiego repozytorium korzystasz?

Wklej zawartość pliku /etc/network/interfaces

Zależy jaki system plików ale przy dużej ilości błędów ze 2-3h na pewno. Jeżeli będzie coś nie tak to wyświetli Ci: Wtedy zostanie Ci zalogowanie się do tunera (SSH/telnet) i naprawienie ręcznie.

Uzbroić się w cierpliwość. Sprawdza system plików na partycji records.

Zacytuję siebie samego → Skoro uważasz, że to zdania nie załatwia na chwilę obecną komentarza z mojej strony to proponuję abyś się wykazał i naprawił ten stan rzeczy :) Już wiele razy pisałem - jest nas dosłownie kilka osób i robimy to po godzinach.

init 3 init 5 init 4 init x Przy czym jeszcze nie testowałem jak to działa bo skrypty finalne nie są :)

Realnie to ile zaoszczędzisz? Poszaleliście z tymi oszczędnościami. W skali roku to kropla i tylko kropla. Ale skoro jest tak wielkie lobby EKO to co poradzić. Dla mnie tuner z GraterliaOS to komputer. Można go uśpić (standby) i tyle.

Czy ja napisałem, że SysVinit jest skończony? Co do leveli. W skrócie dla GOS to: 3 - uruchom wszystko bez OpenPLi; 5 - uruchom wszystko + openPLi.

Soft na tuner jest tak mały i okrojony, że standardowe ustawianie z 0 na 1 w fstab nie zadziała. Ta funkcja nie jest zaimplementowana. Dlatego powstał skrypt sprawdzający. Być może kiedyś stanie się częścią "mountall". Co do włącz/wyłącz. Cóż - to jest Graterlia OS. Z założenia ma działać a restart tylko jak już naprawdę trzeba.

@s6s → przypomnij sobie dlaczego powstał skrypt od sprawdzania systemów plików!

@s6s → poczytaj o pliki "inittab"

@s6s → czy ty uważasz, że wszyscy Twórcy Systemów Operacyjnych mylą się? Każdy Linux sprawdza FS przed wystartowaniem. Nawet MS to robi w przypadku Windows od 95 w górę. Jesteś "grzebaczem" i nawet się do tego przyznałeś tu na forum. Pomyśl tak. Masz samochód. Wsiadasz do samochodu i odpalasz go od razu niezależnie od wszystkiego i ewentualnie sprawdzasz co jest nie tak jak już jedziesz? Jeżeli tak to możesz nie zauważyć przeciętej opony i rozwalić sobie felgę, może oś albo i coś więcej. Może nawet wjedziesz w drzewo. To samo jest z FS i OS. Nie wyobrażam sobie jakiegokolwiek działania OS na niesprawnym systemie plików. Konsekwencje będą tak dalece nieprzewidywalne, że nawet myśleć nie chcę. Czasem, @s6s, zdajesz się nie podchodzić do zagadnienia logicznie. Pomyśl nad tym.

Zgadzam się z @Lloyd75. Dodam tylko, ze jeszcze nie ma narzędzia do dodawania symlinków. Miałem dwa wyjścia: [*]trzymać to nadal w TEST a sprawdzi całość może 2% wszystkich użytkowników; [*]dać do release i jak coś padnie to od razu będzie szum. Na tyle byłem pewny tego co zrobiłem, że nie bałem się punktu 2. Na resztę przyjdzie też cas. Niektórzy z Was już widzą w którą stronę zmierzam z GraterliaOS. Dużo jeszcze przede mną ale na koniec myślę, że będzie bardzo miło.