Ubuntu.pl 🇺🇦️ - Forum Ubuntu

Witam. Mam taki problem - otóż na chwilę obecną w komputerze siedzi 6 dysków twardych (1 zewnętrzny)

1.5tb Samsung (zewnętrzny USB 2.0) / NTFS
512 gb Seagate / HFS (OS X)
2tb WD Green (systemowy) / ext4
3x 2tb Seagate NAS (RAID 5 mdadm) / xfs

z innych miejsc na dane to:
ramdysk w /tmp

Podczas kopiowania dużych partii danych często doświadczam kompletnych zwiech systemu (takich totalnych, kilka razy wywalilo mi iXy). Warto zauwazyc ze dzieje sie tak takze przy kopiowaniu danych pomiedzy dyskami innymi niz systemowy np. Seagate i RAID albo Samsung i RAID (ale z WD takze potrafi zwiesic). Zazwyczaj stabilnosc wraca po zakonczeniu kopiowania, ale czasem nigdy nie wraca i musze robic hard reset co jest dosc problematyczne. Raz doswiadczylem utraty danych, od tej pory unikam ctrl+x jak ognia.

system to wprawdzie OpenSUSE ale mam wrazenie ze problem jest bardziej "niskolinuxowy"
cpu: i7-2600k
ram:16gb Kingston HyperX

niemal zawsze na systemie dziala maszyna wirtualna z Win7 (Vbox) z przydzialem 4gb ram. Niebardzo wiem co robic, czy jakis SSD tu pomoze. Swoja droga dyski sa poteznie uzywane (niemal 24/7) wiec troche sie obawiam czy SSD zwyczajnie nie wykituje, a serwerowe SSD Intela i HP to koszt z czterema zerami wiec nie na moja kieszen. Moglbym ewentualnie pomyslec nad jakims RAID 0 z 2 czy 3 VelociRaptorow 256gb. Mam pewne obawy co do tego ramdysku, podobne objawy wystapily jak kiedys sprawdzalem co sie stanie jak napcham wiecej niz 16 gb do /tmp (wywalenie iXow i zwiecha).
Ramdysk jest montowany przez fstab:
Jakis pomysl co jest nie tak i co moge zrobic? powiedzmy ze moge przeznaczyc jakies 600 - 800zl na poprawe sytuacji .
Partycja root zajmuje 28gb wiec 64gb pojemnosci ewentualnego magazynu na system byloby bezpiecznie (rozpatrywalem rowniez kupno 32gb ramu i kopiowanie na starcie czesci systemu do ramdysku).

Pytanie pierwsze i zasadnicze - czy po Twoich problemach zostają jakieś ślady w logach systemowych? Zazwyczaj to w ten sposób najłatwiej jest diagnozować wszelkiego rodzaju usterki...

Spróbuj przy montowaniu dodać flagi sync,noatime

przy montowaniu dyskow, czy ramdysku?

Prądu masz dość? W sensie zasilacz to wszystko ogarnia w szczycie transferu?

zasilacz 600W Tagan, raczej stosunkowo dobry. Karta to 9600GT (~90W) wiec raczej wszystko powinno dawac rade.
Nie podalem m/b jesli to ma znaczenie Sabertooth P67 - dysk systemowy jest podlaczony przez Marvell SATA 6Gb podobnie jak jeden z dyskow w RAID. pozostale 2 na natywne SATA 6Gb.

RAID nie jest montowany na starcie systemu tylko 'na klikniecie' w KDE (dolphin), bo uzywam go bardziej do backupu

przy montowaniu dyskow, czy ramdysku?

tylko przy dyskach usb.

problemy nie wystepuja tylko przy usb :C. Szczerze mowiac tutaj problem jest nawet mniej odczuwalny przez niska przepustowosc dysku USB. Przy RAID mam tez cos takiego ze jak zamontuje RAID i wyswietle w Dolphinie to po przejsciu do kilku katalogow zawsze lapie scine na jakies 1 - 2min (totalny freez, tylko mysza dziala) i lampka uzycia HDD nie gasnie

-- 05 kwi 2014 21:57 --

Generalnie rozumiem ze operacje dysku moga powodowac jakies lekkie spowolnienia ale to jest KOMPLETNY freeze, ktory co gorsza czasem jest trwaly. Na win nigdy tak nie miewam chociaz ciezko to porownac bo na Win dziala mi tylko 1 z wewnetrznych HDD (WD)

-- 05 kwi 2014 22:08 --

które pliki z /var/log powinienem sprawdzic? folder ma 117MB i dosc duzo plików

-- 05 kwi 2014 22:20 --

w pliku warn jest kilka byc moze zwiazanych z problemem wpisów. Nie jestem pewien na ile to może dotyczyć ale mam wpisy takie jak: załączam plik, bo jest tu tego sporo
https://dl.dropboxusercontent.com/u/441 ... table/warn
https://dl.dropboxusercontent.com/u/441 ... e/messages
na samym koncu powinny sie pojawic ewentualne bledy, przed samym skopiowaniem logow wywolalem taka scine od kopiowania danych

To co opisujesz wygląda mi na dojść stary problem (sięga czasów kernela 2.6.17), który u niektórych występuje u innych nie. Przynajmniej logi wyglądają podobnie.
Objawy: gigantyczny wzrost obciążenia systemu(system load) podczas kopiowania danych pomiędzy różnymi urządzeniami. Na desktopach najczęściej przy kopiowaniu na klucze USB 2.0 ale występuje tez przy kopiowaniu z jednego fizycznego dysku twardego na drugi. Spróbuj dwóch rzeczy:
1. Wyłącz całkowicie swap.
sudo swapoff -a
lub
echo 0 > /proc/sys/vm/swappiness
(te ustawienia nie są zapisywane po restarcie)
2. Pobawienie się opcjami vm.dirty_background_ratio oraz vm.dirty_ratio. Ale to już wymaga trochę eksperymentów. Więcej tutaj:
http://lonesysadmin.net/2013/12/22/bett ... rty_ratio/

zmniejszenie cache spowodowalo zmniejszenie freezow. Swapoff nic nie zmienilo. Freezy nadal wystepuja - wtedy kiedy w trakcie kopiowania jakis program chce dostepu do dysku - w moim przypadku po najechaniu na folder dolphin chce wygenerowac podglad i komp sie scina

Może jakiś problem z dyskiem? Przejrzyj

Lapsio pisze:zmniejszenie cache spowodowalo zmniejszenie freezow. Swapoff nic nie zmienilo. Freezy nadal wystepuja - wtedy kiedy w trakcie kopiowania jakis program chce dostepu do dysku - w moim przypadku po najechaniu na folder dolphin chce wygenerowac podglad i komp sie scina

Napisz co dokładnie zrobiłeś, że zmniejszyło freezy.

zmniejszylem cache z domyslnego 5 / 10 na 1 / 2. To wychodzi mniej wiecej tyle samo co domyslne jakbym mial 4gb ramu. Freezy sa takie regularne wyglada troche jakby on za kazdym razem cachowal i zrzucal na dysk, znowu cachowal i znowu zrzucal.

-- 07 kwi 2014 10:37 --
prints only a lot of network logs. I doubt there is something wrong with HDD. I've checked many times with smartctl and nothing unexpected, neither mdadm reported anything

Lapsio pisze:zmniejszylem cache z domyslnego 5 / 10 na 1 / 2. To wychodzi mniej wiecej tyle samo co domyslne jakbym mial 4gb ramu. Freezy sa takie regularne wyglada troche jakby on za kazdym razem cachowal i zrzucal na dysk, znowu cachowal i znowu zrzucal.

Bo to mniej więcej się właśnie dzieje. Przy dużym IO nie wyrabia z rzucaniem danych. Kilka luźnych pomysłów.

Można spróbować podnieść wartości cache (wtedy będzie zapisywał w ramie więcej i rzadziej zrzucał na dysk),

wymusić mniejsze korzystanie ze swapa (nie całkowite wyłączenie): Przenieść swapa na bardziej wydajny dysk (nie napisałeś gdzie go trzymasz). Na twojej konfiguracji użyłbym tego systemowego.

Wyłączyć ramdysk dla /tmp i sprawdzić czy problem dalej występuje (zapewne tak).

Co do RAMdysku: używasz tu systemu plików ramfs, który ma tu dwie wady: korzysta ze swapa (jak mu się skończy miejsce) i ma nieograniczony rozmiar (jeżeli zabraknie miejsca to i tak dalej będzie próbował zapisywać dane). Spróbuj zmienić na tempfs i określić maksymalny rozmiar (opcja montowania dla 512 megabajtów size=512M) a następnie poeksperymentuj z ustawieniami swapa oraz cache.
Tempfs nie korzysta ze swapa i jak skończy się miejsce to wywali błąd zamiast zawiesić system.

watpie zeby swiekszenie cache pomoglo, raczej przeciwnie - zalezy mi glownie na kopiowaniu duzych partii danych. Z tym ramfs to w ogole tak troche dziwnie jest no bo free -g pokazuje bardzo duze zajecie ramu, a zawartosc /tmp ma... 16kb 12 gb zawalone bo chodzi win7 akurat