View previous topic :: View next topic |
Author |
Message |
humanthing Tux's lil' helper
Joined: 29 Nov 2006 Posts: 141
|
Posted: Fri Feb 16, 2007 9:23 am Post subject: Udev lädt unnötiges 1394 Geräte |
|
|
Hallo,
nachdem ich nach dem letzten udev-Update plötzlich kein Internet mehr hatte, jetzt ein neues Problem.
Udev hatte die Benennung der Netzwerkkarten geändert, weil plötzlich Treiber für IPv4 over 1394 Ethernet geladen wurden.
Jetzt meine Frage wie kann ich udev sagen, dass es die nicht mehr laden soll?
Code: |
ich-ag ~ # dmesg | grep eth
eth1394: eth0: IEEE-1394 IPv4 over 1394 Ethernet (fw-host0)
forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.56.
eth1: forcedeth.c: subsystem: 01462:0250 bound to 0000:00:05.0
eth2: RTL8169s/8110s at 0xffffc20000ddc000, 00:11:09:dd:ae:b2, IRQ 217
r8169: eth_inet: link up
|
Die eth_inet Karte ist die einzige die ich benutzen möchte. Zusätzlich ist das Problem, dass nachdem eth0 geladen wird dhcpd geladen wird, was natürlich zu keinem Ergebnis führt...
Vielen Dank im Voraus und beste Grüße
- Daniel _________________ ""Sir! We are surrounded!" - "Excellent! We can attack in any direction!"" |
|
Back to top |
|
|
Finswimmer Bodhisattva
Joined: 02 Sep 2004 Posts: 5467 Location: Langen (Hessen), Germany
|
Posted: Fri Feb 16, 2007 9:46 am Post subject: |
|
|
Schmeiss das Modul ausm Kernel raus.
Wenn du etwas langfristig nicht brauchst, deaktiviere es immer auf höchster Ebene.
Tobi _________________ Bitte auf Rechtschreibung, korrekte Formatierung und Höflichkeit achten!
Danke |
|
Back to top |
|
|
mrsteven Veteran
Joined: 04 Jul 2003 Posts: 1938
|
Posted: Fri Feb 16, 2007 11:20 am Post subject: |
|
|
Du kannst deinen Netzwekkarten übrigens auch feste Namen geben, z.B.:
/etc/udev/rules.d/10-lan.rules: | KERNEL=="eth*", ATTR{address}=="00:11:22:33:44:55", NAME="wlan" |
Wenn du das für alle Netzwerkinterfaces machst, sollte es diesbezüglich keine Probleme mehr geben. _________________ Unix philosophy: "Do one thing and do it well."
systemd: "Do everything and do it wrong." |
|
Back to top |
|
|
Polynomial-C Retired Dev
Joined: 01 Jun 2003 Posts: 1432 Location: Germany
|
Posted: Fri Feb 16, 2007 12:17 pm Post subject: |
|
|
Hi,
oder du schaltest das coldplugging von udev aus, dann läd dieses nicht mehr wild alle Module beim Booten: Code: | sed -e 's:^RC_COLDPLUG=.*:RC_COLDPLUG="no":' -i /etc/conf.d/rc |
Grüße
Poly-C _________________ The manual said "Requires Windows10 or better" so I installed GNU/Linux...
my portage overlay
Need a stage1 tarball? (Unofficial builds) |
|
Back to top |
|
|
humanthing Tux's lil' helper
Joined: 29 Nov 2006 Posts: 141
|
Posted: Fri Feb 16, 2007 5:48 pm Post subject: |
|
|
Hi,
danke für die schnellen Antworten...
@Finswimmer: danke, aber da ich eigentlich noch Neuling bin und bisher nur Standard-Genkernels benutzt habe, fällt die Option erstmal weg, bis ich mal richtig durchblicke beim Kernel bauen... =)
@mrsteven: danke für den Tip aber das hab ich schon gemacht, meine zu benutzende Karte heißt ja schon eth_inet...
@Polynomial-C: das werd ich mal probieren, obwohl die elegantere Methode wäre wenn man udev dazu bringen könnte nur bestimmte Treiber nicht mehr zu laden... Gibts dafür vielleicht auch eine Möglichkeit?
Hab übrigens gesehen, dass man da auch einzelne Service einstellen kann...
Code: |
# Do we allow services to be hotplugged? If not, set to RC_HOTPLUG="no"
# NOTE: This does not affect anything hotplug/udev related, just the
# starting/stopping of the init.d service triggered by hotplug.
RC_HOTPLUG="yes"
# Dynamic /dev managers can trigger coldplug events which cause services to
# start before we are ready for them. If this happens, we can defer these
# services to start in the boot runlevel. Set RC_COLDPLUG="no" if you don't
# want this.
# NOTE: This also affects module coldplugging in udev-096 and higher
# If you want module coldplugging but not coldplugging of services then you
# can set RC_COLDPLUG="yes" and RC_PLUG_SERVICES="!*"
RC_COLDPLUG="yes"
# Some people want a finer grain over hotplug/coldplug. RC_PLUG_SERVICES is a
# list of services that are matched in order, either allowing or not. By
# default we allow services through as RC_COLDPLUG/RC_HOTPLUG has to be yes
# anyway.
# Example - RC_PLUG_SERVICES="net.wlan !net.*"
# This allows net.wlan and any service not matching net.* to be plugged.
RC_PLUG_SERVICES="net.eth_inet !net.*"
# RC_NET_STRICT_CHECKING allows some flexibility with the 'net' service.
# The following values are allowed:
# none - The 'net' service is always considered up.
# no - This basically means that at least one net.* service besides net.lo
# must be up. This can be used by notebook users that have a wifi and
# a static nic, and only wants one up at any given time to have the
# 'net' service seen as up.
# lo - This is the same as the 'no' option, but net.lo is also counted.
# This should be useful to people that do not care about any specific
# interface being up at boot.
# yes - For this ALL network interfaces MUST be up for the 'net' service to
# be considered up.
RC_NET_STRICT_CHECKING="no"
|
Könnte der Eintrag RC_PLUG_SERVICES="net.eth_inet !net.*" helfen? Und muss ich da auch net.lo angeben? _________________ ""Sir! We are surrounded!" - "Excellent! We can attack in any direction!"" |
|
Back to top |
|
|
firefly Watchman
Joined: 31 Oct 2002 Posts: 5205
|
Posted: Fri Feb 16, 2007 6:17 pm Post subject: |
|
|
RC_PLUG_SERVICES wird dir bei diesem problem nicht helfen, da es für die Services zuständig ist sprich welche net.* scripte beim "einstecken" eines netzwerk-adapters gestartet werden sollen oder nicht.
Das wird aber nicht verhindern, ob das modul geladen wird oder nicht. _________________ Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn. |
|
Back to top |
|
|
humanthing Tux's lil' helper
Joined: 29 Nov 2006 Posts: 141
|
Posted: Fri Feb 16, 2007 6:39 pm Post subject: |
|
|
Also gut nachdem das mit RC_PLUG_SERVICES logischerweise das Treiberladen nicht beeinflußt hat, aber dafür das Starten von eth0, dass ja dann die Fehlermeldung macht, hab ich RC_COLDPLUG="no" probiert, das hat aber dazu geführt, dass für Sound und Netzwerk keine Treiber geladen wurden, was jede Menge Fehlermeldungen gab...
Wie genau wirkt RC_NET_STRICT_CHECKING="lo"? Lädt dass dann auch nur net.lo und wartet bis init dann net.eth_inet lädt ohne net.eth0 zu laden? Dass wenigstens die Fehlermeldungen weg sind, was aber natürlich auch keinen Einfluß auf das Treiberladen haben wird, oder?
Danke und Grüße! _________________ ""Sir! We are surrounded!" - "Excellent! We can attack in any direction!"" |
|
Back to top |
|
|
Polynomial-C Retired Dev
Joined: 01 Jun 2003 Posts: 1432 Location: Germany
|
Posted: Fri Feb 16, 2007 7:00 pm Post subject: |
|
|
Hi,
du kannst in der Datei /etc/modules.autoload.d/kernel-2.6 die Module eintragen, die beim Booten automatisch geladen werden sollen. ALSA (sound) ist hierbei eine Ausnahme, diese Module definiert man in der Datei /etc/modules.d/alsa. Hier mal der Inhalt meiner /etc/modules.d/alsa: Code: | :~ # grep -v ^# /etc/modules.d/alsa
alias char-major-116 snd
alias char-major-14 soundcore
alias snd-card-0 snd-emu10k1
alias snd-card-1 snd-via82xx
alias sound-slot-0 snd-card-0
alias sound-slot-1 snd-card-1
alias sound-service-0-0 snd-mixer-oss
alias sound-service-0-1 snd-seq-oss
alias sound-service-0-3 snd-pcm-oss
alias sound-service-0-8 snd-seq-oss
alias sound-service-0-12 snd-pcm-oss
alias sound-service-1-0 snd-mixer-oss
alias sound-service-1-3 snd-pcm-oss
alias sound-service-1-12 snd-pcm-oss
alias /dev/mixer snd-mixer-oss
alias /dev/dsp snd-pcm-oss
alias /dev/midi snd-seq-oss
options snd cards_limit=2 | Wenn man dann noch das alsasound initskript zum default runlevel hinzufügt, hat man auch ohne Eingreifen von udev Sound: Code: | rc-update add alsasound default |
_________________ The manual said "Requires Windows10 or better" so I installed GNU/Linux...
my portage overlay
Need a stage1 tarball? (Unofficial builds) |
|
Back to top |
|
|
Garwin Tux's lil' helper
Joined: 21 Jun 2004 Posts: 145 Location: Leipzig
|
Posted: Sat Feb 17, 2007 4:17 am Post subject: |
|
|
Meine Lösung dafür ist:
eine Datei namens eth1394 in /etc/modules.d/ erstellen mit dem Inhalt
Funktioniert hier auf meinem Laptop ganz gut. Der Netzwerktreiber wird dann nicht mehr geladen. Hatte dasselbe Problem.
Man hätte das sicher auch an /etc/modules.d/i386 anhängen können, aber eine eigene Datei macht das übersichtlicher find ich.
Keine Ahnung, ob das eine korrekte Lösung oder nur ein Workaround ist, für mich funktionierts.
Eigentlich wäre ja ein Eintrag in /etc/hotplug/blacklist passend gewesen, da steht auch einer drin, aber da udev neuerdings das Laden übernimmt funktioniert das so nicht mehr. Siehe hier https://bugs.gentoo.org/show_bug.cgi?id=128962 |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|