Forum Linux.pl

System => Konfiguracja => Wątek zaczęty przez: c64club w 2007-12-25, 20:10:38

Tytuł: iptables "budzi" uśpiony hdarmem dysk podmontowany pod /storage
Wiadomość wysłana przez: c64club w 2007-12-25, 20:10:38
Witam
Mam routerek oparty o pentium 75 i inne energooszczędne komponenty :)
System (slack 10 z upgradami) stoi na dysku od laptopa (2.25 W, więc nawet nei bawiłem się w wyłączanie), ale dodałem ostatnio 160GB Seagate na dane , który ciągnie  ponad 11W a używany jest rzadko (tylko do kopipwania na niego backupów przez scp albo z pendriva).

Wielka partycja na nim (140GB ext3) jest podmontowana pod /storage i na niej trzymam pliki.
Ustawiłem mu hdparmem idletime na 3 minuty i rzeczywiście zasypia po tych 3 miutach.

Kiedy chodzę sobie po stronach za pomocą mojego drugiego kompa i np. siedzę dłużej na jakimś forum to wszystko gra jak założyłem - dysk zasypia po 3 minutach i śpi grzecznie i nieprzerwanie.
Kiedy zmieniam adres domey (np. przechodzę na inną stronę), dysk się budzi.

Miałem go podmontowanego pod /home, ale słyszałem, że to powoduje problemy, więc przemontowałem go pod /storage.

Mam normalnie odpalone iptables, z poblokowanymi portami i ignorowaniem pingów z zewnątrz. Nie mam BIND'a, żadnego serwa ftp, samba czy http ani squida. Logi są zapisywane standardowo w /var/log. Jednak przy każdej zmianie domeny, do jakiej się odwołuję poprzez iptables, dysk podmontowany pod /storage się budzi.

Wiecie może, co za dziadostwo odwołuje się do wszystkich dysków w momencie, kiedy iptables forwarduje pakiety z nowej domeny?
Tytuł: iptables "budzi" uśpiony hdarmem dysk podmontowany pod /storage
Wiadomość wysłana przez: w 2007-12-26, 12:51:16
Czy problem występuje gdy dysk jest odmontowany?

M.
Tytuł: iptables "budzi" uśpiony hdarmem dysk podmontowany pod /storage
Wiadomość wysłana przez: c64club w 2007-12-26, 13:57:48
nie, wtedy po prostu zasypia i jdedyne, co go budzi, to montaż lub shutdown.
Tytuł: iptables "budzi" uśpiony hdarmem dysk podmontowany pod /storage
Wiadomość wysłana przez: w 2007-12-26, 14:11:27
Sprawdź coś takiego:
cd /
poczekaj aż dysk "zaśnie"
wydaj komendę "ls -al"
Czy wyświetlenie zawartości / powoduje "obudzenie" dysku?

M.
Tytuł: iptables "budzi" uśpiony hdarmem dysk podmontowany pod /storage
Wiadomość wysłana przez: c64club w 2007-12-26, 14:50:17
ciekawe, ale obudziło
czyżby były jakieś linki do zbiorów na tej partycji?

zrobiłem eksperyment(żeby nie było, że przy przemontowywaniu ewentualne linki "pójdą" w nowe miejsce):
1)odpaliłem kompa z livecd
2)ręcznie zmieniłem fstaba, żeby podmontował ten dysk(jego partycję) pod /store
3)odpaliłem system z dysku
4)$ cd /
5)poczekałem aż hdc zaśnie
6) ls -l

hdc obudził się...
Tytuł: iptables "budzi" uśpiony hdarmem dysk podmontowany pod /storage
Wiadomość wysłana przez: w 2007-12-26, 15:02:37
A możesz przemontować to głębiej?
Np do /usr/storage

M.
Tytuł: iptables "budzi" uśpiony hdarmem dysk podmontowany pod /storage
Wiadomość wysłana przez: c64club w 2007-12-26, 17:33:59
na to nie wpadłem.
wrzuciłem do /a/b  (całkiem z sufitu) i do /mnt/hdc1(klasyczne miejsce)
nadal go wybudza
Tytuł: iptables "budzi" uśpiony hdarmem dysk podmontowany pod /storage
Wiadomość wysłana przez: w 2007-12-26, 17:36:40
W jaki sposób go usypiasz?

M.
Tytuł: iptables "budzi" uśpiony hdarmem dysk podmontowany pod /storage
Wiadomość wysłana przez: c64club w 2007-12-26, 18:17:11
w /etc/rc.d/rc.local mam linijkę z hdparm'em, z ustawionym -S na 240

po prostu odczekuję te 3 minuty po załadowaniu systemu czy ostatniej operacji i zasypia
Tytuł: iptables "budzi" uśpiony hdarmem dysk podmontowany pod /storage
Wiadomość wysłana przez: w 2007-12-26, 18:24:51
U mnie pokazuje:
hdparm -S 240 /dev/sdb

/dev/sdb:
 setting standby to 240 (20 minutes)
20 minut a nie 3 !!????
Co ciekawsze nie zasypia ;) nawet jak ustawie na 1.
Muszę to sprawdzić.

M.
Tytuł: iptables "budzi" uśpiony hdarmem dysk podmontowany pod /storage
Wiadomość wysłana przez: w 2007-12-26, 18:33:01
Spróbuj jeszcze wyłączyć logi od iptables.

M.
Tytuł: iptables "budzi" uśpiony hdarmem dysk podmontowany pod /storage
Wiadomość wysłana przez: c64club w 2007-12-26, 19:51:42
rypło mi się, gadałem z kumplem i się zasugerowałem rozdzielczością jego palmtopa :)
-S mam oczywiście ustawione na 36.
i -B 1, bo trzeba jeszcze ustawić tryb oszczędzania


Nie chcę wyłączać logów od iptables, bo w przyszłości logi mają być, ale dla testu spróbuję. Tyle, że logi są w /var/log , a /var jest na pierwszym dysku. Chyba, że próba zapisu w ogóle do IDE budzi oba urządzenia na obu kanałach.
Tytuł: iptables "budzi" uśpiony hdarmem dysk podmontowany pod /storage
Wiadomość wysłana przez: w 2007-12-26, 20:15:40
U mnie to w ogóle działa jak szalone;) Być może problemem jest to, że dysk ide działa przez dziwny kontroler firmy jmicron ;)
Czy te dyski są na jednym kanale? Jednej wstążce?

M.
Tytuł: iptables "budzi" uśpiony hdarmem dysk podmontowany pod /storage
Wiadomość wysłana przez: c64club w 2007-12-26, 22:35:29
Cytuj
Czy te dyski są na jednym kanale? Jednej wstążce?
Proszę nie robić ze mnie większego debila niż jestem :)
Kontroler jest wbudowany w chipset via, nie dowiemy się, czy to jmicron (chyba, że ma jakiś charakterystyczny string w pnp ident, to by się go wyciągnęło jakimś prostym sofcikiem pod DOS (bo DOS nie ma żadnych zabezpieczeń)

Gdybym miał jeszcze jedno wolne PCI, walnąłbym do środka kontroler ATA133 VIA, który leży mi w szufladzie.

hdc oznacza "secondary master" :)
Tytuł: iptables "budzi" uśpiony hdarmem dysk podmontowany pod /storage
Wiadomość wysłana przez: w 2007-12-27, 09:44:04
Łańcuch "hdc" był mocno zagnieżdżony w tekście i go nie zauważyłem ;)
Jakiej dystrybucji używasz? Kernel 2.4?

M.
Tytuł: iptables "budzi" uśpiony hdarmem dysk podmontowany pod /storage
Wiadomość wysłana przez: micu w 2007-12-27, 20:05:09
A sprobowales w trybie single-user ? Ustaw reguly iptables, usypianie dysku, zamontuj swoj dysk a nastepnie sie wyloguj. Poza procesami init i sulogin nie powinno byc zadnych innych w systemie, wiec zobaczymy czy to kernel sam w sobie nie wybudza dysku.

Do tego oczywiscie potrzebujesz konsoli - zdalnie jest bardzo niewygodnie :-)

Micu