Re: udev a kolejność ładowania modułó w (konkretnie kolejność eth*)
Pawel Koska wrote: > A gdzie tą regułkę dodawać? Trzeba utworzyć sobie plik w /etc/udev/rules.d/ i tam to wpisać. np: /etc/udev/rules.d/70-net-devices.rules ps. Freetz pracuje już nad integracją tego z rc-scripts tak by plik był tworzony w razie potrzeby automatycznie i nie kolidowała całość z automatyką kart sieiowych. Artur ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev a kolejność ładowania modułó w (konkretnie kolejność eth*)
[EMAIL PROTECTED] wrote: > Po MAC-ach? Dla przykładu? Albo innych indywidualnych liczbach? I takiej właśnie odpowiedzi udzieli Ci też kilka postów wcześniej Fryderyk. :) I po co polegać na aliasch w modprobe.conf, skoro jest to metoda, która się nie sprawdza przy większej ilości sieciówek. Artur ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev a kolejność ładowania modułó w (konkretnie kolejność eth*)
[EMAIL PROTECTED] wrote: > Rzeczywiście jest, ale to cały czas nie uzasadnaia, dlaczgo mam 150 > modułów poładowanych przy starcie systemu. Jeżeli bym tego chciał, to bym > uruchomił sobie udevsynthetize, zamiast zwykłego udev_start. To jest PLD, > a nie Mandriva! No ale dlaczego kolejność ładowania sterowników ma uzasadniać ilość ładowanych sterowników? Bez przesady, w jaki sposób niby UDEV miałby wyczuć, co jest przez Ciebie elementem pożądanym a co nie? Od tego jest blacklist. Zdecydowanie więcej jest takich co cieszą się, że im ładuje wszystkie moduły niż takich, którzy by mieli z tego powodu problem. Zresztą, co Ci przeszkadza załadowany sterownik, czyżby to był system z ograniczoną pamięcią? Artur ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev a kolejność ładowania modułó w (konkretnie kolejność eth*)
[EMAIL PROTECTED] wrote: > Ale to nie może od tego tak w ogólności zależeć! Bo to prowadzido chorych > sytuacji, gdzie najpierw muszę wyeksperymentować, jaka karta ma jakie eth, > a jeszcze nie daj Boże włożę jakąś sieciówkę od kompa i szlag trafi całą > imprezę! To musi sie dać gdzieś poustawiać! A jak chcesz ustawić kolejność sieciówek jak masz 2 intele 1000Pro + dwie karty czteroportowe też e1000Pro? 10 sieciówek, jeden obsługujący je moduł :) Artur ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev a kolejność ładowania modułó w (konkretnie kolejność eth*)
[EMAIL PROTECTED] wrote: > Dlatego, że niektóre rzeczy upierają się przy OSS - np. Skype albo Java, > czy mplayerplug. Do tego jest emulacja OSS w Alsie, działa bardzo dobrze, włącza się też jednym parametrem w /etc/sysconfig/alsa_udev: OSS_Emulation = Yes Artur ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev a kolejność ładowania modułó w (konkretnie kolejność eth*)
[EMAIL PROTECTED] wrote: > Pewna automatyzacja pewno - szczególnie sprzętu USB, ale na pewno nie > ładowanie OSS przed ALS'ą albo rozcrzanianie kolejności kart A po co masz jednocześnie kernel-sound-oss i kernel-sound-alsa? Artur ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev a kolejność ładowania modułó w (konkretnie kolejność eth*)
Fryderyk Dziarmagowski wrote:
> przy pomocy adresów MAC kart: dodać regułkę w stylu:
> KERNEL="eth*", SYSFS{address}="00:00:00:00:00:01", NAME="sis900",
> RUN+="ifup eth0"
> i odpowiednio dla drugiej karty.
Ty powinieneś jakiegoś bloga z tym prowadzić, bo tyle wiedzy umyka tak
wielu ludziom :)
Artur
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
