iptables - gdzie się podziało random i ROUTE?
Witam, Potrzebuję funkcjonalności, polegającej na puszczeniu części pakietów innym interfejstem. Chciałem wykorzystać -m random oraz -j ROUTe ale.. nie ma tych extensions w iptables! Szukam już którąś godzinę. Sprawdzałem SVN netfiltera w iptables i patch-o-matic, sprawdzałem nasze jajko PLDziane, sprawdzałem co ma ubuntu, debian, gentoo... ROUTE znalazłem w starszym patch-o-matic sprzed roku.. pewnie random też zaraz znajdę jak sprawdzę jeszcze starszą wersję - ale gdzie się to podziało teraz? Nie używałem iptables od 3-4 lat, może nie jestem na bierząco? -- .: Jakub Glazik, .: email jabber: zytekatnuxi.pl ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: iptables - gdzie się podziało random i ROUTE?
Dnia 2007-11-19, o godz. 16:36:13 Jakub Głazik [EMAIL PROTECTED] napisał(a): może nie jestem na bierząco? no, na bieRZąco na pewno nie jestem ;-) -- .: Jakub Glazik, .: email jabber: zytekatnuxi.pl ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: hddtemp dla userów
Dnia 2007-06-22, o godz. 23:50:15 Grzesiek Pycia [EMAIL PROTECTED] napisał(a): 22-06-07, Bart [EMAIL PROTECTED] napisał(a): Tak troche OT. Zalatwilem sprawe inaczej - zauwazylem ze dyski mi sie strasznie grzeja - dodalem opcje -S 60 do hdparm i teraz dysk mi sie sam wylacza gdy przez kilka minut jest nie potrzebny. Takie wylączanie i wlaczanie chyba jest dla dysku gorsze niż temperatura... Laptopowe to zniosą, ale deskopowe mogą paść po kilku miesiącach takiego ON/OFF, radzę uważać.. -- .: Jakub Glazik, .: too geek to live, too leet to die ;-) .: email jabber: zytekatnuxi.pl ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [TH] problem z poldkiem
Dnia 2007-06-16, o godz. 10:45:59 Andrzej Nakonieczny [EMAIL PROTECTED] napisał(a): Michał Panasiewicz wrote: niestety nie jest OK nastepuje często zablokowanie rpm-a w trakcie instalacji nastepnego pakietu, skasowanie /var/lib/rpm/ (oprócz Packages) i rpm --rebuilddb rozwiazuje problem (aż do następnego razu) A nie wystarczy usunąć __db.* ? Ale potwierdzam - u mnie to samo. Tak, wystarczy. -- .: Jakub Glazik, .: too geek to live, too leet to die ;-) .: email jabber: zytekatnuxi.pl ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
badblocks, coś z nim nie tak chyba.
badblocks, ten soft w ogóle do czegokolwiek służy?
zaobserwowałem takie coś u siebie:
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=22686768,
sector=22686768 ide: failed opcode was: unknown
end_request: I/O error, dev hda, sector 22686768
Buffer I/O error on device hda2, logical block 393966
Pojawia się to przy odczycie z jednej partycji, zwróciłem uwagę gdy
reiserfsck mi się wywalił sugerując wadliwy dysk.
Błędy pojawiają się przy odczycie 800Mb na partycji hda2 (sprawdziłem
przez dd).
Zapuściłem więc badblocks, ale.. no właśnie. Po pierwsze primo, czy on
w ogóle OZNACZA badblocki na dysku, czy tylko wypisuje?
Poza tym mogliby wspomnieć w dokumentacji, że wynik działania mocno
zależy od ustawień dysku oraz ilości czytanych bloków na raz (-c).
[EMAIL PROTECTED] ~]# badblocks -s -v /dev/hda2 160 155
Sprawdzanie bloków od 155 do 160
Poszukiwanie wadliwych bloków (tylko odczyt): 1575856 1575856/
160 1575864 1575864/160
1575865 1575865/160
1575866 1575866/160
1575867 1575867/160
done
Przebieg zakończony, znaleziono 5 wadliwych bloków.
[EMAIL PROTECTED] ~]# badblocks -s -v -c 1 /dev/hda2 160 155
Sprawdzanie bloków od 155 do 160
Poszukiwanie wadliwych bloków (tylko odczyt): 1575864 1575864/
160 1575865 1575865/160
1575866 1575866/160
1575867 1575867/160
done
Przebieg zakończony, znaleziono 4 wadliwych bloków.
[EMAIL PROTECTED] ~]# hdparm -a /dev/hda
/dev/hda:
readahead = 0 (off)
[EMAIL PROTECTED] ~]# hdparm -a 128 /dev/hda
/dev/hda:
setting fs readahead to 128
readahead = 128 (on)
[EMAIL PROTECTED] ~]# badblocks -s -v -c 1 /dev/hda2 160 155
Sprawdzanie bloków od 155 do 160
Poszukiwanie wadliwych bloków (tylko odczyt): 1575852 1575852/
160 1575853
1575854
1575855
1575856
1575857
1575858
1575859
1575860
1575861
1575862
1575863
s1575864 1575864/160
1575865 1575865/160
1575866 1575866/160
1575867 1575867/160
done
Przebieg zakończony, znaleziono 16 wadliwych bloków.
Więc ile, 5,4 16, 24 ??
Pomijam fakt, że na ustawieniach domyślnych (readahead i ilość
czytanych bloków na raz) po starcie systemu jak zapuściłem mke2fs z
opcją -c to nie znalazł żadnych badblocków, mimo, że błędy DMA w dmesgu
się pojawiały. Ech.
A tu jeszcz przykład ze zmianą wyniku w zależności od zmiany zakresu i
readahead:
[EMAIL PROTECTED] ~]# hdparm -a 256 /dev/hda
/dev/hda:
setting fs readahead to 256
readahead = 256 (on)
[EMAIL PROTECTED] ~]# badblocks -s -v /dev/hda2 160 155
Sprawdzanie bloków od 155 do 160
Poszukiwanie wadliwych bloków (tylko odczyt): 1575856 1575856/
160 1575864 1575864/160
1575865 1575865/160
1575866 1575866/160
1575867 1575867/160
done
Przebieg zakończony, znaleziono 5 wadliwych bloków.
[EMAIL PROTECTED] ~]# badblocks -s -v /dev/hda2 160 150
Sprawdzanie bloków od 150 do 160
Poszukiwanie wadliwych bloków (tylko odczyt): 1575840 1575840/
160 1575844 1575842/160
1575845
1575846
1575847
1575848
1575849
1575850
1575851
1575852
1575853
1575854
1575855
1575856
1575857
1575858
1575859
1575860
1575861
1575862
1575863
1575864 1575864/160
1575865 1575865/160
1575866 1575866/160
1575867 1575867/160
done
Przebieg zakończony, znaleziono 25 wadliwych bloków.
To jak to w końcu jest?
--
.: Jakub Glazik,
.: too geek to live, too leet to die ;-)
.: email jabber: zytekatnuxi.pl
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: badblocks, coś z nim nie tak chyba.
Dnia 2007-06-16, o godz. 20:00:23 Jakub Głazik [EMAIL PROTECTED] napisał(a): Odpowiem sobie sam. badblocks oczywiście bloków nie oznacza, do tego służy mk*fs. Dlaczego raportuje różną ilość badblocków to nie wiem, ale wyczytałem na namesys.com, że dysk realokuje badblocki w momencie ZAPISU do nich. I faktycznie, zapis danych w miejsce badblocków usunął problem. Nie mam już błędów DMA. SMART raportuje nadal 0 realokowanych bloków więc.. sam nie wiem. -- .: Jakub Glazik, .: too geek to live, too leet to die ;-) .: email jabber: zytekatnuxi.pl ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [TH] problem z poldkiem
Dnia 2007-06-15, o godz. 10:57:21 Michał Panasiewicz [EMAIL PROTECTED] napisał(a): Dnia 15-06-2007, Pt o godzinie 00:41 +0200, Arkadiusz Rdest napisał(a): Arkadiusz Rdest wrote: ... error: /var/cache/poldek-cache/dirindex-of-rpmdbcache.tndb: outdated directory index Rebuilding /var/lib/rpm's directory index.. ... jak sobie odbuduje ten index to wszystko jest OK, do czasu az zainstaluje nastepny pakiet. wtedy znowu musi obdudowac index. niestety nie jest OK nastepuje często zablokowanie rpm-a w trakcie instalacji nastepnego pakietu, skasowanie /var/lib/rpm/ (oprócz Packages) i rpm --rebuilddb rozwiazuje problem (aż do następnego razu) Potwierdzam, zdarzyło mi się to parę razy jak instalowałem Th u siebie. -- .: Jakub Glazik, .: too geek to live, too leet to die ;-) .: email jabber: zytekatnuxi.pl ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: btsco
Dnia 2007-06-15, o godz. 14:42:53 Grzegorz Sójka [EMAIL PROTECTED] napisał(a): Witam Próbuje ostatnio skompilować sobie btsco z CVSa i mam tak: rpmbuild -bb btsco.spec error: line 58: Unknown tag: %requires_releq_kernel Wie ktoś o co chodzi? Dla ułatwienia dodam, że system to PLD-Ac, athlon. .. a spec jest dla Th. Zbuduj z brancha Ac. -- .: Jakub Glazik, .: too geek to live, too leet to die ;-) .: email jabber: zytekatnuxi.pl ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
