mickey

@jaro1970: Temat już był tyle razy wałkowany, że w każdym innym wątku niż ten jest już ignorowany... Co pokazuje fdisk -l? Dysk masz czysty, czy są nim nagrania ze starej wersji systemu?

@tux: Temat JFSa też już u siebie zamknąłem, ale mam nadzieję, że jeszcze odpowiesz mi w tym wątku :) Zamierzam zaryzykować i sformatować dysk z nagraniami na ext2 a co z tego będzie, to się okaże. Miałbym kilka pytań, dość konkretnych... 1) Jeżeli w /etc/init.d/rcS zakomentuję pętlę until false (u mnie od linii 442 do 505) i zrobię reboot, to nbox wstanie bez enigmy i będę mógł spróbować sprawdzić system plików na /hdd. Jeżeli też braknie pamięci, to dysk na zewnątrz i fsck pod innym systemem? 2) Przed startem enigmy (linia 445: /usr/local/bin/enigma2) mógłbym sprawdzić, czy system plików na /dev/sda1 jest clean a jeżeli nie to zrobić w tym momencie zrobić umount /hdd. Teraz mam problem co dalej. Pomysłów mam kilka, tylko nie wiem dokładnie w którym momencie: - echo "dysk wymaga sprawdzenia" > /dev/vfd oraz sleep 5 ... jeszcze przed wywołaniem enigma2? - później trochę ryzykowne fsck -y /dev/sda1 i mount /hdd po zakończeniu sprawdzania, za tą pętlą until false czy lepiej z rcS.users.sh? - albo lepiej nie montować wcale dopóki ręcznie się nie zaloguję i nie sprawdzę? 3) Proszę o odpowiedź w sprawie maksymalnego rozmiaru pliku dla ext2/ext3/ext4. Czy trzeba coś włączyć przy formatowaniu, żeby przekroczyć te 16GB? Z tego co znalazłem, to przy tej wersji kernela, która jest w Gratelia (2.6.32) i przy rozmiarze bloku równym 4096 (tyle mam) to mam limit rozmiaru pliki 2TB. Zgadza się? 4) [dopisane] Mam folder /hdd a nie jest pod niego podmontowany dysk ... co się właściwie dzieje przy próbie włączenia nagrania? Zapisuje mi do NAND czy też na PENa? PS. Co do mojego systemu plików i szoków. Komenda reboot kiedy enigma wisi a niby trwa nagrywania jest (no może była) u mnie normalką. Odłączeń zasilania też kilka było, ale do takiej ostateczności rzadko muszę się uciekać.

@richter: To nie tak prosto... Nie wszyscy mają dysk do nagrywania pod /dev/sda2... Przede wszystkim poczytać FAQ: http://openpli.xunil.pl/FAQ#mozTocId823396 ... a potem trochę forum i poszukać czegoś na temat records albo inithdd.

Żeby fsck się zapuściło, to trzeba zmienić linię w fstab na: LABEL=records /hdd auto defaults 0 1 Czyli wpisać 1 zamiast 0 na końcu. Natomiast nie wiem co się dzieje, jeżeli automatyczne fsck nie da rady naprawić samo. Komunikat na konsoli (dostępnej przez kabelek...) i oczekiwanie na reakcję użytkownika? A wtedy pewnie nie działa SSH i system już nie wstanie? Druga możliwość, to jakiś skrypt odpalany z rcS, tuż przed startem enigmy. Jeżeli status partycji (tune2fs -l /dev/sda1 | grep "Filesystem state:" | awk '{print $3}') róźny od clean, to załącz fsck -y /dev/sda1. Podczas tej operacji, przydałoby się na wyświetlaczy wypisać "sprawdzenie dysku". Zostają dwa problemy: 1) Ile to będzie trwało, 2) Jakby ktoś zerknął na mojego poprzedniego posta - u mnie nie daję rady sprawdzić systemu plików na /dev/sda1, bo zabrakło pamięci. Jeżeli opisana procedura byłaby przed startem enigmy, to dostępnej pamięci jest więcej, może wystarczająco dużo? W najgorszym razie system plików nie zostanie naprawiony a system wstanie. Wykonywanie tego skryptu można by uzależnić od jakiegoś ustawienia w system.conf... Jak chodzi o opcje formatowania i montowania, to nie mam pojęcia. Ale mam dodatkowe pytanie. Szukając różnic pomiędzy ex2/ext3/ext4 znalazłem takie info: Maximum individual file size can be from 16 GB to 2 TB. Ten opis dotyczy ext2, ale dolny limit jest taki sam dla ext3 i ext4. Jak mam rozumieć te from i to? Muszę coś ustawić przy formatowaniu, żeby system plików akceptował pliki większe niż 16GB? 25GB nagrania to nie jest wielki problem... OT (tym razem bardzo OT): FreeBSD odpala coś takiego jak "background filesystem check". System wstaje a jeżeli była awaria zasilania, t sprawdza sobie dyski w tle. Dysk trzeba podzielić na partycje (/, /boot, /usr, /var, ...) i na te ważne dla startu systemu w trakcie normalnego działania nic się nie zapisuje, więc się nie sypią. A jak samo się nie naprawi i nie wstanie /home czy /usr (odpukać, ale dawno - liczone w latach - mi się nie zdarzyło), to przynajmniej działa już SSH i można zrobić fsck przez sieć.

OT ... a może jednak nie. Z ciekawości chciałem sprawdzić mój dysk sformatowany na ext4 a w wyniku zobaczyłem na ekranie: nbox:~# fsck /dev/sda1 fsck 1.41.14 (22-Dec-2010) e2fsck 1.41.14 (22-Dec-2010) fsck.ext4: Group descriptors look bad... trying backup blocks... One or more block group descriptor checksums are invalid. Fix<y>? (...) [linii podobnych do poniższej było duuużo] (...) Group descriptor 7452 checksum is invalid. FIXED. records contains a file system with errors, check forced. Pass 1: Checking inodes, blocks, and sizes Error allocating block bitmap (1): Memory allocation failed e2fsck: aborted Dysk wydaje się działać całkowicie poprawnie...

Podsumowując z poziomu zwykłego użytkownika jak ja :P: Zalecanym systemem dla partycji records pozostaje ext4. Jego zaletą jest odporność na uszkodzenia, które mogą nastąpić po awarii zasilania. Wadą: duże obciążenie procesora. Aby zmniejszyć obciążenie procesora formatujemy partycję records na ext2. Robimy to na własne ryzyko związane z możliwą awarią systemu plików przy odłączeniu zasilania. Po awarii zasilania logujemy się na konsolę i wykonujemy kolejno (zakładając, że records mamy na /dev/sda1): 1) umount /hdd, 2) fsck /dev/sda1, 3) mount /hdd. Jeżeli coś pomieszałem, to poprawcie mnie.

1GB/godz. to ok. 2,4Mbit/s Dobrej jakości kanał HD ma jakieś 12Mbit/s, czyli ok. 5GB/godz. Mnie s6s nawet przekonał do użycia JFS na partycji records, ale pewnie czegoś nie wiem... Rozumiem, że problem dotyczy dwóch "drobnych" szczegółów: fragmentacji i zachowania przy braku zasilania? Do defragmentacji pewnie są narzędzia i trzeba by było pamiętać o niej co jakiś czas? A braki zasilania: Co mi właściwie grozi jak wyłączą prąd podczas nagrania? Stracę to jedno nagranie, czy cały dysk może się posypać? W takiej sytuacji pewnie byłoby wskazane fsck przed startem enigmy? Czy do Gratelia 1.0.0 wystarczy dokompilować moduł ko i narzędzia, żeby działał JFS, czy konieczna jest kompilacja całego systemu?

Jak chodzi o ext3/ext4 a dysk służy tylko do gromadzenia nagrań, to pewnie można by zmniejszyć obszar zarezerwowany: tune2fs -m 1 /dev/sda1? Jeżeli wstawię -m 0, to mogę się spodziewać problemów, czy też powinno być ok?

Hmmm... W założeniach skrypt miał być odpalany jest z crona co 4 minuty... I chyba coś pomyliłem :( W crontab powinno być: */4 * * * * /root/scripts/fan_speed.sh Poprawiłem też w moim pierwszym poście.

Co do powodu, to możliwe, że Paul ma rację :) Ja to miałem kiedy po raz pierwszy nboksa rozkręciłem. Podłączyłem i czarno, tylko OSD. Trochę nerwów mnie to kosztowało - nbox ponownie na części, sprawdziłem wszystkie połączenia i podłączyłem ponownie już bez problemu. Myślę, że wystarczyło wyłączyć z prądu, odczekać chwilę i podłączyć ponownie ;)

@Quell: Sugeruję zmienić: Menu główne -> Ustawienia -> System -> Interfejs użytkownika i Ukryj listę wyboru kanałów w trybie radio -> Tak ... wtedy IMHO przełączanie domkiem działa w sposób przewidywalny.

Miałbyś chwilę na zrobienie testu odczytu (swapfile > /dev/null) i kopiowania (swapfile -> swapfile2)?

Tak tylko informacyjnie: Na 5800SX to przedstawiona przez tuxa operacja pozwalała osiągnąć co najwyżej ok. 2,5 MB/s - http://forum.xunil.pl/index.php?topic=133.msg1642#msg1642 @s6s: A może byłbyś chętny spróbować sformatować dysk na JFS, żeby sprawdzić, czy to coś daje?

Bardzo podobnego loga widziałem, ale w reakcji na naciśnięcie przycisku TEXT, kiedy przypisana jest pod niego telegazeta a plugin tuxtxt nie jest zainstalowany...

Wszystko jedno, czy przez OpenWebif, czy z plugina, czy z linii poleceń - screenshot zawsze jest robiony przez program grab (AiO Dreambox Screengrabber). Program ten nie ma pojęcia gdzie w pamięci szukać obrazu ekranu w przypadku nboksa i jedyne co potrafi pokazać to rysunek grafiki ekranowej (GUI/OSD) na czarnym tle.

tune2fs -l /dev/sda1 | grep name

Przede wszystkim, to nic nie jest blokowane tylko domyślnie wyłączone. A po co? A żeby zaoszczędzić kilka kB pamięci i odrobinę zasobów sprzętowych na funkcję, która nie jest niezbędna do działania tunera.

My tu sobie debatujemy, a kolega egreg się nie odzywa :( Jak był GS, to powinien być zamieszczony log! Pewnie jest jakiś błąd w konfiguracji Assignbutton...

Jeżeli winą obarczamy ADB, to zapytam: na ESI to samo?

W menu wtyczek jest OpenWebif. W jego konfiguracji jest opcja włączenia autoryzacji po http. Działa z interfejsem webowym, więc pewnie z tym DreamDroidem też, ale nie sprawdzałem. Dane do logowania standardowe: root i jego hasło.

Nbox obsługuje dysk w trybie PIO, nie działa DMA. Nie sądzę, że zmiana systemu plików coś pomoże :(

Formatuje się... Po formacie reboot i powinno wszystko działać.

Trochę to zgadywanie, ale może partycja nie jest sformatowana? To dysk czysty, czy z danymi? Jeżeli czysty, to sugerowałbym pełną procedurę "fdisk" + "mkfs" z FAQ. Jeżeli są tam dane ... działa: mount /dev/sda1 /hdd ??

W załączniku pilot RAW. Paczka używana na 8.3.0 ale NIE TESTOWANA jeszcze na Gratelia 1.0.0. Instalujemy jak poprawki Live ... na własne ryzyko. Update: Przetestowane na moim ESI-88. Działa. Można by poprawić komunikat w PPanel, bo się nie mieści w jednej linii.. pilot_raw.tar.gz

Zajrzyj do oscam.conf do sekcji [webif].