Zawoor

W stylu "Soc2 - Bez sidebara" brakuje dymków "Idź do pierwszego nieprzeczytanego posta" po lewej stronie od nazwy tematu.

Jakoś dziwnie długo Ci się robi ten backup. Ja zazwyczaj robię to tak: dd if=/dev/xxx bs=1M | gzip -9 > /sciezka/do/plikui do tego w drugiej konsoli: watch -n 5 kill -USR1 $(pidof dd)Parametr bs=1M przy dd mówi żeby odczytywać z dysku 1MB danych (a nie 512KB, co jest wolne), parametr -9 przy gzip to stopień kompresji: -1 to najniższy, -9 najwyższy. Polecenie kill -USR1 $(pidof dd) wysyła do procesu dd sygnał powodujący wypisanie na ekran aktualnych danych transferu. Polecenie watch -n 5 powoduje wykonanie co 5 sekund tego co jest po nim. W efekcie dd wypisuje dane co 5s i możesz monitorować prędkość wykonywania backupu. Do przywrócenia backupu: dd if=/sciezka/do/backupu bs=1M | gzip -d | dd of=/dev/xxx bs=1M Użyj tu /dev/mapper/nvidia_aiadfcbd w drugim dd Dobrze kombinujesz z zerowaniem wolnego miejsca - ten obszar na dysku kompresuje się wtedy idealnie i gzip bardzo szybko kompresuje zera, więc backup robi się szybko i zajmuje mało miejsca. Polecam Windowsowe narzędzie sdelete.exe. Jak masz włączoną kompresję NTFS to użyj gzip -1. Zera ładnie się skompresują, a reszta będzie się kompresować szybciej. Teoretycznie wszędzie w miejsce gzip możesz wstawić pigz, ale nic nie gwarantuję - nie używałem pigz. Z tego co pamiętam u mnie po przełączeniu dysków do innych portów wcześniej stworzona macierz działała normalnie. Może wyłącz RAID na porcie w którym nie ma już dysku z macierzy.

Mam drugą sieciówkę na płycie, ale jej nie używam. Pisałem o tej wbudowanej w nForce4.

Polecenie wygląda ok, wszystko powinno sie dobrze zbackupować. Możesz jeszcze sprawdzić czy to urządzenie to na pewno Twój RAID wykonując polecenie fdisk -l /dev/mapper/nvidia_aiadfcbdSpójrz czy rozmiar dysku i układ partycji się zgadza.

Faktycznie, widze że o problemie z siecią wspomnieli nawet na Wikipedii. Piszą tam, że chodzi o najnowsze sterowniki, zakładam że te od nvidii. Ja mam sterownik Microsoftu w wersji 1.0.1.211 w Windows 7 32bit, plik c:\windows\system32\drivers\nvm62x32.sys - sprawdź go u siebie.

Do jakich portów SATA podłączyłeś dyski? Nie podłączaj dysków w RAID do portów 1 i 2 jednocześnie, ani do 3 i 4 jednocześnie. Wybierz port z pierwszej dwójki dla pierwszego dysku i z drugiej dwójki dla drugiego dysku. Pisałem o tym już kiedyś - spójrz na ten post. Cały czas używam płyty ASUS A8N-SLI Premium z nforce 4 i nie zauważyłem problemów o których piszesz. Wcześniej na RAID0 średnie transfery dochodziły do 209MB/s (ograniczone wydajnością dysków), a teraz SSD też działa wyśmienicie. Z moich testów wynikało również, że operacje na małych plikach były nawet 30% szybsze na nforce4 niż na ICH8R. Wbudowana karta sieciowa też działa dobrze - nieraz widziałem ~70MB/s przy kopiowaniu z domowego serwera plików. Sterowniki Microsoftu, domyślne z Windows 7. Co do rozmiaru paska - 32k jest szybszy przy operacjach z małymi plikami, zobacz w linku powyżej. Czy zauważysz różnice - nie wiem. O ile masz miejsce na zapisanie obrazu dysku, to zmiana nie powinna zająć dużo czasu.

Mój Vertex 2 60 GB zrobił podobnie już 3 razy - BSOD i po restarcie BIOS go nie widzi. Na szczęście po wyłączeniu komputera i włączeniu po chwili działa normalnie. Mam teraz firmware 1.33, na wcześniejszych mi się takie coś nie zdarzało.

Też właśnie dostałem takiego maila. Przed tym co wkleiłeś powinieneś mieć listę z 6 punktami: 1. Total Requested Quantity : 1 2. Total Clean Received Quantity : 1 3. Total Expected Not Received Qty : 0 4. Total Discrepant Quantity : 0 5. Total Return Unrepaired Quantity : 0 6. Total OOW Charges : 0.00Jeśli w punkcie piątym masz coś innego niż 0 to znaczy, że nie przyjęli reklamacji Twojego dysku.

Serwis ProLine spisał się świetnie - dostałem nowy dysk od ręki. Dźwięk ten sam. Dziwię się, że Twój zaczął wydawać te odgłosy dopiero teraz, może nie zauważyłeś tego wcześniej? Zmieniałeś położenie dysku w obudowie?

Moje mają firmware 1AG01118. Podobno dyski z serii F2EG mają czujnik wibracji, który pomaga zapobiegać hałasowi (zobacz ten post). Myślę, że dysk co jakiś czas rusza głowicami i sprawdza wibracje - stąd ten dźwięk. Jutro oddam jeden z moich dysków do serwisu, wczoraj pojawiło się kilka uszkodzonych sektorów. Zobaczymy czy nowy też będzie wydawał ten dźwięk.

Mam 2 takie dyski, jeden ma ponad rok, drugi 3 miesiące i oba od pierwszego uruchomienia robią dokładnie to samo co Twój. Nie masz się czym przejmować.

Z syslinuksem Ci się nie udało? Mam MHDD na pendrive z syslinuksem - w syslinux.cfg wystarczy wpisać: LABEL mhdd KERNEL memdisk APPEND initrd=mhdd.img floppygdzie mhdd.img to obraz dyskietki z MHDD.

Widzimy, a o co pytasz? Jeśli chcesz podłączyć serwer tym i z drugiej strony do portu sieciowego w laptopie to nie będzie działać. Możesz użyć dwóch takich przejściówek i skrętkę pomiędzy, łatwiej wtedy dobrać odpowiednią długość i są mniejsze zakłócenia przy długim kablu.

Tak, przejściówka na USB i kabel nullmodem. Okienko samo się nie pojawi, musisz uruchomić jakiś program, który potrafi się komunikować przez port COM i ustawić parametry transmisji takie jak na serwerze (PuTTY, HyprTerminal dla Windows albo Minicom w Linuksie). Działa to prawie jak wirtualny monitor: tylko tryb tekstowy i tylko dla programów/systemów, które potrafią używać portu COM, czyli np. GRUB, Linux. Niektóre serwerowe płyty główne potrafią przekierować to co się wyświetla przy uruchamianiu komputera na port COM.

Jest możliwość przekierowania wejścia/wyjścia GRUBa na port szeregowy (RS-232). Mógłbyś ten serwer podłączyć do swojego desktopa i stamtąd sterować (np. za pomocą PuTTY w Windowsie). Kabel szeregowy może być stosunkowo długi. To byłoby o wiele prostsze niż budowa sprzętu, który proponujesz. :) Poza tym można też przekierować konsole Linuksa na port szeregowy.

Z tego co widze to vertex z tej aukcji to pierwsza (wolniejsza) wersja, a nie vertex 2.

Liczę, ale tak jak pisałem wcześniej tylko kilka komputerów. Strasznie długo się to liczy, jeszcze żadne próbki się nie odesłały...

Uhh, 90 godzin na próbkę... :blink: U mnie będzie liczyć tylko kilka komputerów tym razem.

Pod koniec robiłem co mogłem - udało mi się przed 20 odesłać wszystkie zalegające przeliczone próbki, chociaż akurat miałem dostęp do internetu tylko w telefonie, ale niestety nie dało to nam wyższej pozycji. Z jednej strony jestem z wyścigu zadowolony, bo podłączyłem więcej mocy obliczeniowej niż w poprzednich wyścigach. Z drugiej strony żałuję, że nie podłączyłem jeszcze kilku starych komputerów - myślałem, że na niewiele się przydadzą, ale możliwe, że dałyby te 10000 punktów, które brakowały i drużynie, i mi do wskoczenia o pozycję wyżej. No cóż, może następnym razem się uda.

Jeszcze nic nie obiecuję, ale myślę że w najbliższym wyścigu PrimeGrid uda mi się dużo przeliczyć :) Przy okazji - mógłbyś jeszcze na stronie dodać linka do mojej drużyny?

Liczę od początku, ale tym razem niestety o wiele mniej niż ostatnio, termin mi niezbyt pasuje.

Może taka taktyka jest dobra, ale u mnie to wyszło zupełnie przypadkowo. Komputery mają dosyć próbek w kolejce i nie chcą się automatycznie komunikować z serwerem. Co jakiś czas, jak mi się przypomni zaglądam do BoincView i klikam update wtedy wszystkie na raz raportują zadania. Tak więc raczej nie zasługuję na proponowane stanowisko ;)

Dzięki. Niestety 98% moich systemów jest 32bit i nie mogę tego zmienić. Szkoda, że nie dałem rady liczyć od początku, może następnym razem się uda.

Już jestem. Wiedziałem o wyścigu i planowałem liczyć, ale akurat chory jestem i nie miałem siły o tym myśleć. Dziś już się trochę lepiej czuje, zaraz przełączę kilka kompów na liczenie primegrid.

Boinc domyślnie słucha na porcie 31416 TCP.