AbrahaM

Fakt, trochę się rozpędziłem. W pewnych warunkach np. przy na parumetrowym kablu, bez multiswitcha po drodze, bez gniazdek, bez antyprzepięciówki itd., użycie Ultra Black może sprawić problemy z "zbyt silnym" sygnałem. U mnie Quattro Ultra Black zasila instalacje z multiswitchem w centralnym miejscu, z podwójnymi gniazdkami rozprowadzonymi gdzie trzeba, przy pomocy b. dobrego jakościowo kabla, byłbym zapomniał: użyłem także zabezpieczenie przeciwprzepięciowe po drodze, wszystko chodzi jak złoto. Zazwyczaj jednak problem jest dokładnie odwrotnej natury, ze (zbyt) słabym, pływającym sygnałem, gorszym odbiorem części częstotliwości. Mam kontakt z różnymi instalacjami, czasem nawet niby dość porównywalnymi (ten sam typu multiswitcha, podobne długości kabli) włącznie, ale np. z Golden Interstarem "niby 0.2" jako źródło - i tam gdzie jest GI można popaść w spore zdenerwowanie... pablocool: nie jadą jak starego psa, tylko dobrze Ci życzą. Gdybyś miał zamurowany w ścianach jeden kabel, zero możliwości zmian, to wtedy unicable bym rozważał, ale jeśli możesz poprowadzić więcej kabli, to zwykła opcja jest zdecydowanie lepszym pomysłem.

Zgłupiał, no zgłupiał. Jak już to nie 4 dziury tylko jedna większa (pod peszel) by weszło 4-5 (naziemna + jeden satelita 4x lub pod multiswitch) lub 8-9 (jak wcześniej, dla 2 pozycji) kabli, jako konwerter to inverto black ultra.

co i tak jest epicką tragedią :(

ale żeby w XXI wieku zrobić sprzęt bez obsługi DMA, pozwolę sobie nie komentować...

Jednakowoż niedokładnie. Tamże masz odnośnik do: http://openpli.xunil.pl/FAQ oraz pytanie: "Dlaczego po restarcie nBoxa nie montuje mi dysku do /hdd?" i odpowiedź na nie.

pppp: nie chcę się czepiać, ale nie odpowiedziałeś na pytanie ;) to nie było pytanie czym się różni linia tuxowa od innych dystrybucji, tylko czym się różni ostatnia wersja tuxowa (8.3 mod z 08.06.2013 + wszystkie live zmiany) od Graterli 1.0.0

Może by tak stosowną poprawkę ustawiającą najniższą wartość na 8x zrobić w aktualizacji live?

Co do awaryjności, rozpatrując to na poziomie globalnych statystyk przyznaję racje, co nie zmienia tego, że na poziomie niereprezentatywnej małej próbki, sprzęt Y z którym miałem do czynienia się sypał "za bardzo" jak na moje kryteria, a sprzęt Z, nie. I wolę ten, który się mniej sypie, mimo ew. kłopotów z gwarancją. Szorowanie głowicami gdy "nic nie robi" było wisienką na torcie...

O samym serwisie, w sensie uznawania gwarancji się nie wypowiadam, co do reszty, to albo kwestia szczęścia albo zastosowań? Jedyny problem jaki mam z WD, to ten z autoparkowaniem, co rozwiązuje programem o którym była mowa w tym wątku. U znajomych i u mnie (w PC, home made NAS i NAS'ach fabrycznych) łącznie działa pokaźne stado modeli EARS, EARX i ostatnio EZRX, praktycznie bezawaryjnie. Za to około połowa Seagate (począwszy od serii ".10" wzwyż zaczęły się problemy) z którymi miałem styczność i/lub używałem "odwiedziła" serwis...

Dodam od siebie, że powinien wymieniać dysk z serii/linii przeznaczonych dla urządzeń AV. Zwykłe dyski mogą (nie muszą, ale mogą) sprawiać problemy.

Zdecydowanie NIE. Aktualizacja firmware (poza paroma dyskami, problemem jest objęta ich cała masa) w WD akurat w kwestii głowic nic nie daje. Chyba że użycie programu służącego do zmiany czasu parkowania głowic wdidle3.exe (pod DOS, po bootowaniu z CD lub pendrive) uznać za aktualizacje firmware. Program załączony do tej wiadomości, przed chwilą pobrany ze strony WD. Oficjalnie wspiera tylko następujące dyski: RE Drives - WD1000FYPS-01ZKB0, WD7500AYPS-01ZKB0, WD7501AYPS-01ZKB0 GP Drives - WD20EADS, WD20EARS, WD15EADS, WD15EARS, WD10EADS, WD10EARS, WD8000AARS, WD7500AADS, WD7500AARS, WD6400AADS, WD6400AARS, WD5000AADS, WD5000AARS Wg raportów użytkowników Wdiddle działa też z dyskami z serii EARX, oraz innych nie wymienionych wyżej a należących do serii EARS i EADS, a także z innymi modelami, jednakże nie odpowiadam za ew. szkody mogące powstać po jego użyciu. Z serią EZRX podobno są problemy, nie należy w stosunku do nich stosować /D czyli wyłączenia autoparkowania, za to można użyć /S300 czyli ustawić maksymalny czas parkowania na 5 minut / 300 sekund. Większość osób które znam, decyduje się na użycie /S300. edycja/uściślenie po pytaniu s6s: Należy pamiętać, że WDIddle zmienia czas przejścia w idle na wszystkich dyskach WD aktywnych w systemie, podpiętych do natywnego kontrolera - czyli wbudowanego w chipset*, więc na czas użycia aplikacji dyski które mają nie zostać poddane zmianie należy odłączyć. Pod adresem http://idle3-tools.sourceforge.net jest też linuxowy odpowiednik narzędzia wdidle3. * co oznacza, że nie zadziała na dyskach podpiętych do "dodatkowych" kontrolerów zintegrowanych z płytami głównymi, czy adapterami/kieszeniami USB, firewire. dopisek po pytaniu s6s: WDIddle działa o warstwę niżej, przestawia parametr który jest dla hdparm nieosiągalny przy pomocy zwykłych, standardowych mechanizmów, niestety ma ograniczenia. wdidle3_1_05.zip

Niecałe parę godzin temu wgrywałem w miejsce Freebox'a 7.1.7 tux'owy mod 8.3.0 z 08.06.13, gdzie oscam z minimalistyczną konfiguracją był zainstalowany, już działający, lokalizacje plików takie, jak podawałem wyżej. W innych dystrybucjach/wersjach plik wykonywalny wgrywa się w inne miejsce, konfigi w inne. Tutaj jest dział forum, gdzie są pliki z działającymi konfiguracjami oscam, co/jak masz zmienić, już wiesz. W czystym freebox sprawdź: var/keys/ (konfigi) var/bin/ (binarka) przy czym te lokalizacje podaję z pamięci, nie mam już jak sprawdzić ich poprawności, mogę się mylić co do tych lokalizacji.

Instrukcje co i jak masz tu: http://forum.xunil.pl/index.php/topic,200.msg5200.html#msg5200. Przy czym o ile dobrze pamiętam, to dla TNK SD 0B01 trzeba zamienić na 0B00. Powinieneś odwiedzić odpowiedni kanał sugerowany do reaktywacji, z tego co pamiętam, to w wypadku TNK SD chyba jest to m.in. TVN w wersji SD. Do edycji plików konfiguracyjnych polecam EditPad Lite w wersji 6.7.x (ale nie z linii 7.x, która ma inny moim zdaniem mniej wygodny interfejs), ponieważ potrafi zapisywać (nie psuć plików tak zapisanych), pliki z "zakończeniem linii" jak w unixach/linuxach. Pliki wygodnie "wrzuca się" i zmienia im uprawienienia TotalCommander'ern. lokalizacje plików: konfigi: etc/oscam binarka: usr/bin/oscam (przydaje się, gdy chce się samemu ręcznie wgrać ręcznie wersję inną niż proponowane)

Dziękuję. Dodatkowe pytanie: czy teoretycznie (zakładając zgodność sprzętu, "wyrabianie się" zasilania), mógłbym podłączyć zamiast fabrycznego dysku greena w wersji "av", z linii AV-GP, np. WD20EURS (2TB)? W/g specyfikacji dostępnej tutaj maksymalny pobór prądu przez ten dysk to 4.5W

Szanowny autorze moda ;) Widzę (po sygnaturkach), że niektórzy użytkownicy wymieniają standardowy dysk na większy. W związku z tym mam pytanie, jaki jest (zakładając, że użyty dysk będzie względnie energooszczędny - "green" - zaś zasilanie odbiornika podoła) maksymalny rozmiar obsługiwanych dysków?

Przeczytałem, zauważyłem, że pewnych spraw nie poruszono wystarczająco jasno i/lub dobitnie, więc pozwalam sobie na napisanie paru uwag, podsumowanie. 1) to, że używasz gdzieś kabli "fabrycznie" zrobionych, nie znaczy, że one są zrobione dobrze. Sam miałem do czynienia z kablem (jakieś 3m) "fabrycznym", z wtyczkami zalanymi w masie, który uniemożliwiał synchronizacje na 1000, nie bo nie i już. "Samoróbka" o tej samej długości (3m) spinająca te same urządzenia chodzi na 1000, 2) upewnij się, tam gdzie robiłeś wtyczki samodzielnie, są one zaciśnięte zgodnie którąś z norm. Upewnij się (wizualnie to będzie widać, że końcówki drutów dochodzą do końca wtyczek), że są starannie wykonane, i że są dobrze zaciśnięte. Zaciskanie nożem zamiast zaciskarki też nie jest dobrym pomysłem, jeśli tak robiłeś, to wtyczki są do zaciśnięcia na nowo, 3) jeśli używasz gniazdek, upewnij się, że są dobrze podłączone, 4) nawet poprawne podłączenie gniazdka nie gwarantują sukcesu, są gniazdka nie trzymające norm, i z instalacji która powinna spełniać wymagania kategorii 5(e), robi się... no lepiej nie pisać co, 5) jeśli oszczędzałeś na kablach, możesz właśnie teraz odczuwać tego skutki, miałem do czynienia z kablem polskiej produkcji o deklarowanej kategorii 5e, na którym bym najchętniej powiesił pranie, gdyż do tego w porywach się nadawał... 6) tplink przesadnie dobrze na DD-WRT nie działa, netgear nie na broadcomm - też bywa różnie, owszem działa, ale "jakoś". Nie raz spotkałem się sytuacjami, że instalacja z tplink (linksysem, netgearem) chodziła wydajniej na fabrycznym (niestety mniej funkcjonalnym) firmware. Z innymi routerami też bywa różnie, generalnie dd-wrt wyraźnie (naj)lepiej chodzi na routerach które są oparte o układy Broadcomm, inne *-wrt też wykazują takie tendencje. Od siebie dodam, że we własnej instalacji na giga-eth mam transfery bliskie maksymalnej przepustowości, pomimo tego, że jest ona oparta na ponad 10 letnich kablach Mohawk kategorii 5 (nawet nie 5e, bo 5e wtedy nie było), które własnoręcznie zaciskałem na nowo przy przechodzeniu na giga-eth. W zależności od miejsca po drodze jest router (ale asus rt-n16, który ma silne cpu, broadcomm w środku) oraz 16 portowy switch giga-eth tplinka. Dobrym pomysłem jest test (widzę, że to planujesz) połączenia bezpośrednio NAS<>nBox. Jeśli pójdzie ok, to będzie jasność że problem jest gdzie indziej, będziesz mógł sukcesywnie kolejne przyczyny próbować eliminować. Jeśli nie pójdzie, to też będziesz miał na tacy winowajcę. Przy założeniu, że użyjesz pewnego kabla.