tux

Mogę odpić piłeczkę → @gregoryfx, dlaczego u mnie wszystko działa? Tą metodą nie dojdziemy do niczego. Dlaczego? Otóż piszesz: nie montuje Ci poprawnie /dev/sda1 /hdd; na 7.1.6 działa na 8.2.1 nie; nagrywa Ci wybiórczo; wcześniej nawet miałeś 1MB wolnego? → co prawda nie sprecyzowałeś ale domyślam się, że chodzi o rootfs bowiem na HDD masz więcej miejsca wolnego; po sprawdzeniu komendą root$ fdisk -l wiemy, że mamy /dev/sda1 na 100% i mamy partycję linuxa; mylisz nadawanie etykietki poleceniem tune2fs -L "records" /dev/sda1 z montowaniem HDD mimo, iż zwracałem na to uwagę; /$ df -h → to polecenie potwierdza (cytat niżej), że nie masz zamontowanego nic do /hdd Filesystem Size Used Available Use% Mounted on /dev/root 60.0M 44.9M 15.1M 75% / none 128.0K 16.0K 112.0K 13% /tmp none 32.0K 24.0K 8.0K 75% /var/run none 32.0K 0 32.0K 0% /var/log tmpfs 47.9M 0 47.9M 0% /ram tmpfs 47.9M 0 47.9M 0% /dev tmpfs 47.9M 0 47.9M 0% /dev/shm tune2fs -L "records" /dev/sda1 → raz działa a raz nie → potwierdza to komunikat wklejony przez Ciebie: tune2fs: Bad magic number in super-block while trying to open /dev/sda1 Couldn't find valid filesystem superblock. tune2fs 1.41.14 (22-Dec-2010) Podsumowując to co zacytowałem wyżej mamy możliwe następujące opcje moim zdaniem: masz problem z sekcją zasilania; masz problem z dyskiem; masz problem z obsługą linuxa; coś innego czego nie potrafię wyjaśnić. U mnie na BZZB, BSKA i testowym BSLA wszystko działa od tak zwanego kopa. Nadal uważam, że albo masz coś niestabilnego albo coś wykonujesz nie tak. Dlaczego? df -h nie pokazuje zamontowanego /dev/sda1 do /hdd.

Jeżeli problem jest 7.x vs 8.x to stawiam na zasilanie. Niestety 8.x jest bardziej wymagające i przy niewymienionych wszystkich kondensatorach (tylko realnie, a nie bo tak powiedziała osoba co przerabiała) i zasilaczu na wylocie będziesz mieć takie efekty. 7.1.6 będzie działać a np. 8.0 czy .8.2 już będzie się sypać.

Zamontuję dysk poleceniem tune2fs -L "records" /dev/sda1 Pisałem wcześniej → to polecenie nadaje tylko etykietkę "records" na /dev/sda1. Wystarczy zrobić to raz, chyba że się formatuje co chwilę partycję. Czyli tak: wgrywamy 8.2.1; upewniamy się, że /dev/sda1 nie jest zamonotwane do /hdd (df -h) → jeżeli jest to reszta kroków jest zbędna; tune2fs -l /dev/sda1 → upewniamy się, że jest etykietka "records" na /dev/sda1 jeżeli nie to wydajemy polecenie: tune2fs -L "records" /dev/sda1 wydajemy polecenie: mount /hdd jak wszystko poszło OK to w /hdd będzie zamontowane /dev/sda1 Dopiero jak już nasz /dev/sda1 będzie montowany w /hdd moża testować resztę.

Ponieważ od wersji 8.x jest inna obsłucha montowania HDD. Nie przyjmuje się, że do /hdd montowane jest /dev/sda1 a to co nazywa się \"records\". Dzięki temu zasób może być gdziekolwiek :) Proponuję raz jeszcze na spokojnie wszystko sprawdzić.

hmm... Po pierwsze to jak było 1MB wolnego w NAND to nie dziwi mnie, że coś się sypie. Problem w tym, że nie am pojęcia co się zrobiło, że miałeś 1MB

Można wlutować drugi port USB ale to nie kwestia tylko samego gniazda niestety. Brakuje jeszcze wielu elementów. Oczywiście dla chcącego nic trudnego ale czy WARTO? Jak już się zaczyna kombinować to może jaki serwerek na linuxie + NFS i boot nBoxa po NFS?

Może też być, że ma partycję i to nawet linuxa ale coś się stało ze strukturą. Jak było to ext2 (tego nie wiemy) to może wystarczy jedynie naprawa przez fsck.

Sądząc po komunikacie to raczej nie obejdzie się bez formatowania. Ale sprawdź jeszcze co będzie podczas testu partycji dysku: fsck -f /dev/sda1

Po pierwsze → włączyć logiczne myślenie → to że zrobiłem literówkę nie oznacza, że nie należy zastanowić się dlaczego jest błąd. Podałem tunet2fs zamiast tune2fs tune2fs nie montuje dysku → również kłania się logiczne myślenie i czytanie ze zrozumieniem. tune2fs służy do "tuningowania" systemu plików ext2/3/4 dla Linuxa. Do montowania służy polecenie mount. Jeżeli po wydaniu polecenia: tune2fs -L "records" /dev/sda1 nic się nie stało, to znacz nie wyskoczył żaden błąd oznacza, że komenda została przyjęta. Uruchom ponownie tuner i zobacz czy już masz zamontowane /dev/sda1 do /hdd Oczywiście bez urazy dla nikogo. Jak używasz MS Windows to znasz jego podstawy prawda? Kupując tuner z Linuxem też trzeba poznać podstawy obsługi Linuxa. Bez nich daleko się nie zajdzi

Po pierwsze nie jest zamontowany. Jeżeli używasz mojego moda musisz mieć na partycji co ma być zamontowana do /hdd nadać etykietkę records a partycja musi być etx2/3/4. Analizując to co napisałeś wyżej: /root$ fdisk -l Disk /dev/sda: 250.0 GB, 250059350016 bytes 255 heads, 63 sectors/track, 30401 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 1 30401 244196028+ 83 Linux Wygląda na to, że masz jeden HDD 250GB i prawdopodobnie masz BSLA. Wpisz tunet2fs -l /dev/sda1 i zweryfikuj czy masz nadaną etykietkę. Poniżej listing z poprawnie nadanej etykietki: tuxish-NFSnBox:~# tune2fs -l /dev/sda1 tune2fs 1.41.14 (22-Dec-2010) Filesystem volume name: records Last mounted on: /hdd Filesystem UUID: 359d0bb8-ed64-4309-aef5-db50c617982b Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize Filesystem flags: signed_directory_hash Default mount options: (none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 15269888 Block count: 61049638 Reserved block count: 3052481 Free blocks: 23396021 Free inodes: 15269664 First block: 0 Block size: 4096 Fragment size: 4096 Reserved GDT blocks: 1009 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 512 Flex block group size: 16 Filesystem created: Tue Feb 5 15:16:00 2013 Last mount time: Sat Jan 1 01:00:10 2000 Last write time: Sat Jan 1 01:00:10 2000 Mount count: 378 Maximum mount count: 32 Last checked: Tue Feb 5 15:16:00 2013 Check interval: 15552000 (6 months) Next check after: Sun Aug 4 16:16:00 2013 Lifetime writes: 408 GB Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 256 Required extra isize: 28 Desired extra isize: 28 Journal inode: 8 Default directory hash: half_md4 Directory Hash Seed: 876e3837-8a60-4d8a-b605-c661c188902e Journal backup: inode blocks tuxish-NFSnBox:~#

Zobacz co pokaże df -h

Czy poprawnie montuje Ci /dev/sda1 do /hdd

Wgrać soft z 14.04 PTS 1.3b jest w PPanels ale tm z 14.04 → w innych nie pamiętam 3. 1MB wolnego? sprawdź jaki system plików → w terinalu fdisk -l

Jest tylko jeden port SATA, a SATA nie ma podziału Master/Slave. Odpowiedź na powyższe nasuwa się sama :)

Więcej info: wersja softu (dokładnie) wersja PTS jaki HDD jaki sstem plików na HDD

W jaki sposób wgrywasz PTS?

Może to jest w samym OpenPLi?

Piszcie czy testujecie z Long czy bez.

Piszcie czy testujecie z Long czy bez.

Najpierw sterowniki potem reszta. Myślę, że coś się wymyśli.

sterownik jądra → działa z tym co w nBox firmware → da się przegrać E2 samo przeskanuje → wgrać do /etc/tuxbox listę kanałów dvb-t

Może dostawca mieć problem z portem 22. Zmień port SSH na inny i ten przekieruj. Ja osobiście nie używam w ogóle portu 22. Ilość prób włamania się po porcie 22 jest masakryczna.

Przede wszystkim to nie przekierowuje się wszystkich a konkretne porty. Po drugie port SSH jest inny niż telnet. Po trzecie → jak robi się przekierowanie np. SSH to nie z porty a na port a → należy zrobić z a na b i logować się na b. Chodzi o bezpieczeństwo.

A który port przekierowaliście?

Wgraj przykładową konfigurację z Menu SoftCam. Po zmianie na MgCamd będą tam inne opcje niż przy OSCam :)