Re: [SOLVED] Reihenfolge des Ladens von Modulen
Andreas Pakulat schrieb: Doch sind sie. Baue eine neue initrd. Ich hab keine initrd-tools, aber AFAIK gibts eine Konfigdatei in der du die zu inkludierenden Module auflisten kannst. Einfach mal reinschauen. Wuerde mich aber wundern, weil die initrd doch eigentlich nur Module laedt die zum Starten des Kernels notwendig sind... mal kucken... Daher bleibt nur die Lösung mit einem script. Oder ifrename, wobei mir immernoch schleierhaft ist warum das wichtig ist auf welchem IF e1000 ist und auf welchem e100, solange es sich nicht staendig aendert. Das braucht man z.B. wenn der Server die Dienste eines anderen übernehmen soll (failover) und man deswegen auf gleiche Namen angewiesen ist. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: [SOLVED] Reihenfolge des Ladens von Modulen
On 14.02.06 16:25:05, Til Obes wrote: > also: > die Module werden wohl in der initrd geladen und sind somit für mich nicht > beeinflussbar :( Doch sind sie. Baue eine neue initrd. Ich hab keine initrd-tools, aber AFAIK gibts eine Konfigdatei in der du die zu inkludierenden Module auflisten kannst. Einfach mal reinschauen. Wuerde mich aber wundern, weil die initrd doch eigentlich nur Module laedt die zum Starten des Kernels notwendig sind... > Daher bleibt nur die Lösung mit einem script. Oder ifrename, wobei mir immernoch schleierhaft ist warum das wichtig ist auf welchem IF e1000 ist und auf welchem e100, solange es sich nicht staendig aendert. Andreas -- You will visit the Dung Pits of Glive soon. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: [SOLVED] Reihenfolge des Ladens von Modulen
Til Obes schrieb: ich hatte hier schon mal gefragt, aber keine befriedigende Antwort bekommen :( Daher nochmal ein Versuch mit genaueren Informationen und der Hoffnung auf eine Antwort. Mein Problem ist, dass das Modul e1000 vor dem Modul e100 geladen wird und somit eth0 die Gigabitkarte ist und eth1 die 100er. Vielleicht kann mir mal jemand erklären, wieso das so ist und an welcher Stelle die Netzwerkkartenmodule geladen werden. Für mich sieht das so aus, als wenn die vor allem anderen schon geladen werden. Also vor hotplug und /etc/modules. udev scheint es ja beim Standard Sarge Kernel noch nicht zu geben (?). also: die Module werden wohl in der initrd geladen und sind somit für mich nicht beeinflussbar :( Daher bleibt nur die Lösung mit einem script. #!/bin/sh RMMOD="/sbin/rmmod" MODPROBE="/sbin/modprobe" IFUP="/sbin/ifup" $RMMOD e1000 $RMMOD e100 $MODPROBE e100 $MODPROBE e1000 $IFUP -a -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Reihenfolge des Ladens von Modulen
Gruesse! * Til Obes <[EMAIL PROTECTED]> schrieb am [14.02.06 12:31]: > >hier: Hast du mal in den /etc/network/* versucht eth0 und eth1 per > >Befehl zu vertauschen? Durchforste die configs in diesem Dir mal. > > nein das stammt von dem Versuch per mactab die devices zu ordnen... > Hm, du hast aber bei den Tests jetzt kein irgendwie geartetes Konfig-Mischmasch aus ifrename, mactab, etc. ??? Das sich da gegenseitig was stört? Wenn ich *rein* über die Reihenfolge über die 7etc/modules gegangen bin habe ich noch nie Probleme bei der Reigenfolge gehabt. > Nein in dmesg erscheint e1000 vor e100. > Das mit dem Alias hab ich schon ausprobiert -> geht auch nicht Dann bin ich jetzt - ohne den Rechner konkret zu sehen - jetzt auch überfragt. Ich würde jetzt wahrscheinlich so vorgehen: Das Laden von e1000 in der /etc/modules erstmal unterbinden, also ohne diese Booten. Dann muß die e100 auf eth0 sein. Wenn allerdings die e1000 trotzdem auftaucht ist es ein anderes Problem. Danach die 1000 halt wieder einbinden. Wenn du dann nicht zum von dir gewünschten Ergebniss kommst hast du wohl keine andere Wahl als: -ifrename oder e100 fest in den Kernel zu bauen und nur e1000 als Modul. > Ich bin echt am verzweifeln. Dachte eigentlich, dass ich ein *bissl* > Ahnung habe, aber dem scheint wohl nicht so ;-) Jaja, ist fast so nevig wie Lan23 unter anderen OSses... Gruß Gerhard -- DSSP - Deutschland sucht den Super Papst Casting mit Fliege
Re: Reihenfolge des Ladens von Modulen
On 14.02.06 11:36:50, Til Obes wrote: > Harald Weidner schrieb: > >Das Kommando nameif auf dem Paket net-tools kann die Zuordnung des Interface- > >Namens zur darunter liegenden Hardware über die MAC Adresse statisch > >zuordnen. > >Dazu liest es die Datei /etc/mactab aus, in der die Zuordnung z.B. wie folgt > >definiert wird: > >eth2 00:12:79:5E:D1:63 > >eth1 00:0E:2E:29:B0:AE > >eth0 00:0E:2E:2A:2F:7E > >nameif muss aufgerufen werden, solange alle Interfaces DOWN sind. Daher > >schreibt man den Aufruf am einfachsten in die Datei /etc/init.d/networking > >unmittelbar vor "ifup -a". > > hmm das funktioniert wohl auch nicht :( Doch das tut es, allerdings... > Reconfiguring network interfaces...cannot change name of eth0 to eth1: File > exists Kannst du nicht einem Interface einen Namen geben der schon existiert. Wieso spielt das ueberhaupt eine Rolle ob die GB-Karte eth0 oder eth1 ist? Wenn es bei einer Benennung bleibt ist das doch egal oder? mit ifname oder dem Paket ifrename wirst du dir neue Interface-Namen ausdenken muessen, z.B. gigabit0 oder gb0 oder was weiss ich. Andreas -- You will always have good luck in your personal affairs. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Reihenfolge des Ladens von Modulen
hier: Hast du mal in den /etc/network/* versucht eth0 und eth1 per Befehl zu vertauschen? Durchforste die configs in diesem Dir mal. nein das stammt von dem Versuch per mactab die devices zu ordnen... *Ohne* hotplug und discover, also mit diesem Boot wie obiges bootlog, da wäre dann mit dmesg zu prüfen, ob die Module wenigstens in der richtigen Reihenfolge geladen werden. Müßten sie eighentlich, da die /etc/modules greift. Um jetzt deine eth-Devices auf die richtigen Module abzustimmen gäbe es noch die Möglichkeit per alias zu arbeiten. Also in /etc/modutils/aliases eintragen: alias eth0 e100 alias eth1 e1000 Dann als root update-modules ausführen und wie in der letzten Mail ohne hotplug und/oder discover booten. Ich bin mir jetzt aber nicht sicher ob das dem Debian-interfaces Konzept wiederspricht. Aber probieren kann nichts schaden. Nein in dmesg erscheint e1000 vor e100. Das mit dem Alias hab ich schon ausprobiert -> geht auch nicht Ich bin echt am verzweifeln. Dachte eigentlich, dass ich ein *bissl* Ahnung habe, aber dem scheint wohl nicht so -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Subject: Re: Reihenfolge des Ladens von Modulen
-- Original Message -- From: Gerhard Brauer <[EMAIL PROTECTED]> Date: Tue, 14 Feb 2006 11:56:36 +0100 >Gruesse! >* Til Obes <[EMAIL PROTECTED]> schrieb am [14.02.06 11:11]: >> >> Das mit dem bootlogd bringt wohl auch nichts Neues :( > >Doch, schon... Ich dachte zwar eher an eine Ausgabe bei der hotplug bzw. >discover noch aktiv sind, aber... > >> /var/log/boot >> >> Tue Feb 14 11:59:18 2006: Calculating module dependencies... done. >> Tue Feb 14 11:59:19 2006: Loading modules... >> Tue Feb 14 11:59:19 2006: e100 >> Tue Feb 14 11:59:19 2006: ide-cd >> Tue Feb 14 11:59:19 2006: ide-disk >> Tue Feb 14 11:59:19 2006: ide-generic >> Tue Feb 14 11:59:19 2006: psmouse >> Tue Feb 14 11:59:19 2006: sd_mod >> Tue Feb 14 11:59:19 2006: e1000 >> Tue Feb 14 11:59:19 2006: All modules loaded. >> Tue Feb 14 11:59:19 2006: Setting up networking...done. >> Tue Feb 14 11:59:19 2006: Setting up IP spoofing protection: rp_filter. >[...] >> Tue Feb 14 11:59:19 2006: Configuring network interfaces...cannot change >> name of eth0 to >> eth1: File exists > >hier: Hast du mal in den /etc/network/* versucht eth0 und eth1 per >Befehl zu vertauschen? Durchforste die configs in diesem Dir mal. > >*Ohne* hotplug und discover, also mit diesem Boot wie obiges bootlog, da >wäre dann mit dmesg zu prüfen, ob die Module wenigstens in der richtigen >Reihenfolge geladen werden. Müßten sie eighentlich, da die /etc/modules >greift. > >Um jetzt deine eth-Devices auf die richtigen Module abzustimmen gäbe es >noch die Möglichkeit per alias zu arbeiten. Also in >/etc/modutils/aliases eintragen: >alias eth0 e100 >alias eth1 e1000 >Dann als root update-modules ausführen und wie in der letzten Mail ohne >hotplug und/oder discover booten. Ich bin mir jetzt aber nicht sicher ob >das dem Debian-interfaces Konzept wiederspricht. Aber probieren kann >nichts schaden. > > >Gruß > Gerhard >-- >Wer mich mag kann mit mir machen was ich will... > > Schau dir mal http://www.reactivated.net/writing_udev_rules.html#example-iface an. bei mir hat der udev immer die /dev/videoX und ethX nach belieben gemacht (X Nummer) Nach der entsprechenden "Regel" (Device "identifizieren" und alles Regel erstellen, entweder Alias oder/und Name,) kann ich nun mit pump -i tulip immer auf die Karte zurueckgreifen, die ich meine (Meine Regel: die Karte mit dem Tulip Chip sei auch ueber tulip ansprechbar) Bei der TV-Karte: die hat nun auch /dev/bttv, egal, ob sie video0 oder video1 ist. Mit der udev Regel kann ich aber auch explizit sagen, die soll immer video0 sein. Ob diese Beliebigkeit (im Vergleich zu fruehler - modules.conf ein Fortschritt ist, sei dahingestellt) so funktionierts bei mir - hoffe, das war jetzt korrekt., lg, wolfgang
Re: Reihenfolge des Ladens von Modulen
Gruesse! * Til Obes <[EMAIL PROTECTED]> schrieb am [14.02.06 11:11]: > > Das mit dem bootlogd bringt wohl auch nichts Neues :( Doch, schon... Ich dachte zwar eher an eine Ausgabe bei der hotplug bzw. discover noch aktiv sind, aber... > /var/log/boot > > Tue Feb 14 11:59:18 2006: Calculating module dependencies... done. > Tue Feb 14 11:59:19 2006: Loading modules... > Tue Feb 14 11:59:19 2006: e100 > Tue Feb 14 11:59:19 2006: ide-cd > Tue Feb 14 11:59:19 2006: ide-disk > Tue Feb 14 11:59:19 2006: ide-generic > Tue Feb 14 11:59:19 2006: psmouse > Tue Feb 14 11:59:19 2006: sd_mod > Tue Feb 14 11:59:19 2006: e1000 > Tue Feb 14 11:59:19 2006: All modules loaded. > Tue Feb 14 11:59:19 2006: Setting up networking...done. > Tue Feb 14 11:59:19 2006: Setting up IP spoofing protection: rp_filter. [...] > Tue Feb 14 11:59:19 2006: Configuring network interfaces...cannot change name > of eth0 to > eth1: File exists hier: Hast du mal in den /etc/network/* versucht eth0 und eth1 per Befehl zu vertauschen? Durchforste die configs in diesem Dir mal. *Ohne* hotplug und discover, also mit diesem Boot wie obiges bootlog, da wäre dann mit dmesg zu prüfen, ob die Module wenigstens in der richtigen Reihenfolge geladen werden. Müßten sie eighentlich, da die /etc/modules greift. Um jetzt deine eth-Devices auf die richtigen Module abzustimmen gäbe es noch die Möglichkeit per alias zu arbeiten. Also in /etc/modutils/aliases eintragen: alias eth0 e100 alias eth1 e1000 Dann als root update-modules ausführen und wie in der letzten Mail ohne hotplug und/oder discover booten. Ich bin mir jetzt aber nicht sicher ob das dem Debian-interfaces Konzept wiederspricht. Aber probieren kann nichts schaden. Gruß Gerhard -- Wer mich mag kann mit mir machen was ich will...
Re: Reihenfolge des Ladens von Modulen
Harald Weidner schrieb: Das Kommando nameif auf dem Paket net-tools kann die Zuordnung des Interface- Namens zur darunter liegenden Hardware über die MAC Adresse statisch zuordnen. Dazu liest es die Datei /etc/mactab aus, in der die Zuordnung z.B. wie folgt definiert wird: eth2 00:12:79:5E:D1:63 eth1 00:0E:2E:29:B0:AE eth0 00:0E:2E:2A:2F:7E nameif muss aufgerufen werden, solange alle Interfaces DOWN sind. Daher schreibt man den Aufruf am einfachsten in die Datei /etc/init.d/networking unmittelbar vor "ifup -a". hmm das funktioniert wohl auch nicht :( Reconfiguring network interfaces...cannot change name of eth0 to eth1: File exists Any hints? -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Reihenfolge des Ladens von Modulen
Gerhard Brauer schrieb: Dann würde ich gezielt nachschauen, wer die Module lädt: In /etc/default/bootlogd den bootlog-Daemon aktivieren (Yes) und mittels dmesg und /var/log/boot schauen in welcher Umgebung die beiden NICs auftauchen. Bitte auch mal die Ausgabe von: dpkg -l | egrep 'hotplug | udev | discover' ii discover1 1.7.7 hardware identification system ii discover1-data 1.2005.01.08 hardware lists for libdiscover1 ii hotplug0.0.20040329-2 Linux Hotplug Scripts Als Radikalmethode zum Testen bietet sich an, in die Init-Skripte von hotplug bzw. discover jeweils ein: exit 0 an den Anfang einzubauen. Also in /etc/init.d/hotplug und /etc/init.d/discover jeweils nach der ersten Zeile ein: exit 0 Damit werden beide Daemons nicht aktiv. habe ich gemacht -> keine Änderung Mit udev, sofern bei dir installiert, kenne ich mich nicht aus. Nach obiger Änderung von hotplug/discover kann sein, daß manche Module etc. nach dem Start nicht funktionieren. Zum Überprüfen, ob es was am Problem ändert, ist es aber akzeptabel. Nicht vergessen, die Änderungen wieder rückgängig zu machen. Das mit dem bootlogd bringt wohl auch nichts Neues :( /var/log/boot Tue Feb 14 11:59:16 2006: bootlogd. Tue Feb 14 11:59:16 2006: Setting parameters of disc: (none). Tue Feb 14 11:59:16 2006: Activating swap. Tue Feb 14 11:59:16 2006: Checking root file system... Tue Feb 14 11:59:16 2006: fsck 1.37 (21-Mar-2005) Tue Feb 14 11:59:16 2006: /: clean, 18048/1221600 files, 111891/2441880 blocks Tue Feb 14 11:59:17 2006: System time was Tue Feb 14 10:59:16 UTC 2006. Tue Feb 14 11:59:17 2006: Setting the System Clock using the Hardware Clock as reference... Tue Feb 14 11:59:18 2006: System Clock set. System local time is now Tue Feb 14 11:59:18 CET 2006. Tue Feb 14 11:59:18 2006: Cleaning up ifupdown...done. Tue Feb 14 11:59:18 2006: Calculating module dependencies... done. Tue Feb 14 11:59:19 2006: Loading modules... Tue Feb 14 11:59:19 2006: e100 Tue Feb 14 11:59:19 2006: ide-cd Tue Feb 14 11:59:19 2006: ide-disk Tue Feb 14 11:59:19 2006: ide-generic Tue Feb 14 11:59:19 2006: psmouse Tue Feb 14 11:59:19 2006: sd_mod Tue Feb 14 11:59:19 2006: e1000 Tue Feb 14 11:59:19 2006: All modules loaded. Tue Feb 14 11:59:19 2006: Checking all file systems... Tue Feb 14 11:59:19 2006: fsck 1.37 (21-Mar-2005) Tue Feb 14 11:59:19 2006: /data: clean, 11/13205504 files, 422619/26380738 blocks Tue Feb 14 11:59:19 2006: Setting kernel variables ... Tue Feb 14 11:59:19 2006: ... done. Tue Feb 14 11:59:19 2006: Mounting local filesystems... Tue Feb 14 11:59:19 2006: /dev/sda3 on /data type ext3 (rw) Tue Feb 14 11:59:19 2006: Cleaning /tmp /var/run /var/lock. Tue Feb 14 11:59:19 2006: Running 0dns-down to make sure resolv.conf is ok...done. Tue Feb 14 11:59:19 2006: Setting up networking...done. Tue Feb 14 11:59:19 2006: Setting up IP spoofing protection: rp_filter. Tue Feb 14 11:59:19 2006: Configuring network interfaces...cannot change name of eth0 to eth1: File exists Tue Feb 14 11:59:20 2006: done. Tue Feb 14 11:59:20 2006: ^[]RSetting up general console font... Setting up per-VC ACM's: /dev/tty1 (iso15), /dev/tty2 (iso15), /dev/tty3 (iso15), /dev/tty4 (iso15), /dev/t ty5 (iso15), /dev/tty6 (iso15), done. Tue Feb 14 11:59:21 2006: ^[[9;30]^[[14;30] Tue Feb 14 11:59:22 2006: Setting the System Clock using the Hardware Clock as reference... Tue Feb 14 11:59:22 2006: System Clock set. Local time: Tue Feb 14 11:59:22 CET 2006 Tue Feb 14 11:59:22 2006: Tue Feb 14 11:59:22 2006: Initializing random number generator...done. Tue Feb 14 11:59:22 2006: Recovering nvi editor sessions... done. Tue Feb 14 11:59:22 2006: INIT: Entering runlevel: 2 Tue Feb 14 11:59:22 2006: Starting system log daemon: syslogd. Tue Feb 14 11:59:22 2006: Starting kernel log daemon: klogd. Tue Feb 14 11:59:22 2006: Starting MTA: exim4. Tue Feb 14 11:59:23 2006: Starting internet superserver: inetd. Tue Feb 14 11:59:23 2006: Starting OpenBSD Secure Shell server: sshd. Tue Feb 14 11:59:23 2006: Starting deferred execution scheduler: atd. Tue Feb 14 11:59:23 2006: Starting periodic command scheduler: cron. Dass es Module sind, sieht man hier: #lsmod | grep e100 e100 34464 0 mii 5344 1 e100 e1000 86884 0 -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Reihenfolge des Ladens von Modulen
Gruesse! * Til Obes <[EMAIL PROTECTED]> schrieb am [14.02.06 10:00]: > Gerhard Brauer schrieb: > >Aber hotplug läßt sich auch einstellen. Für dein Anliegen müßte es z.B. > >reichen in /etc/default/hotplug (die Debian-Policy für hotplug) das Flag > > #HOTPLUG_RC_net=no > >aktiv zu schalten (entkommentieren). Dann würden die Module entsprechend > >der modules geladen werden. > > hmm das habe ich eben probiert -> keine Änderung :( Dann würde ich gezielt nachschauen, wer die Module lädt: In /etc/default/bootlogd den bootlog-Daemon aktivieren (Yes) und mittels dmesg und /var/log/boot schauen in welcher Umgebung die beiden NICs auftauchen. Bitte auch mal die Ausgabe von: dpkg -l | egrep 'hotplug | udev | discover' Als Radikalmethode zum Testen bietet sich an, in die Init-Skripte von hotplug bzw. discover jeweils ein: exit 0 an den Anfang einzubauen. Also in /etc/init.d/hotplug und /etc/init.d/discover jeweils nach der ersten Zeile ein: exit 0 Damit werden beide Daemons nicht aktiv. Mit udev, sofern bei dir installiert, kenne ich mich nicht aus. Nach obiger Änderung von hotplug/discover kann sein, daß manche Module etc. nach dem Start nicht funktionieren. Zum Überprüfen, ob es was am Problem ändert, ist es aber akzeptabel. Nicht vergessen, die Änderungen wieder rückgängig zu machen. Gruß Gerhard -- Try rm -rf (_R_ead _M_ail _R_ealy _F_ast)
Re: Reihenfolge des Ladens von Modulen
Gerhard Brauer schrieb: Die Umgebung, wann die Treiber geladen werden, sieht mir ziemlich nach hotplug aus. Die Reihenfolge, mit der wann was geladen wird, wird AFAIK bestimmt durch: a) Position der Karte auf dem PCI-Bus/Slot sind bei onboard -> kann ich nicht ändern b) Kernelseitig durch Mechanismen wie hotplug/discover c) Reihenfolge in /etc/modules Bei den Diensten wie hotplug/discover ist es halt die Frage, inwieweit man das überhaupt im laufenden Betrieb braucht. An einem PC, dessen Hardware sich nicht ändert (es nichts zu "heißstecken" gibt) kann auf hotplug auch verzichtet werden. Also alle Module über /etc/modules. Aber hotplug läßt sich auch einstellen. Für dein Anliegen müßte es z.B. reichen in /etc/default/hotplug (die Debian-Policy für hotplug) das Flag #HOTPLUG_RC_net=no aktiv zu schalten (entkommentieren). Dann würden die Module entsprechend der modules geladen werden. hmm das habe ich eben probiert -> keine Änderung :( -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Reihenfolge des Ladens von Modulen
Hi, ich habe vor zwei Tagen dieselbe Frage gestellt. Da wurde mir geantwortet, das ich die Reihenfolge in der Datei /etc/modules bestimmen kann. Also habe ich die Module für die 3Com und die onboard (Nvidia) getauscht. Bei mir hat es sehr gut funktioniert. Ist das Module für die GE-Karte fest in den Kernel eingebunden? Klemens Am Tuesday, 14. February 2006 09:08 schrieb Til Obes: > Hallo, > > ich hatte hier schon mal gefragt, aber keine befriedigende Antwort > bekommen :( Daher nochmal ein Versuch mit genaueren Informationen und > der Hoffnung auf eine Antwort. > Mein Problem ist, dass das Modul e1000 vor dem Modul e100 geladen wird > und somit eth0 die Gigabitkarte ist und eth1 die 100er. > Vielleicht kann mir mal jemand erklären, wieso das so ist und an welcher > Stelle die Netzwerkkartenmodule geladen werden. Für mich sieht das so > aus, als wenn die vor allem anderen schon geladen werden. Also vor > hotplug und /etc/modules. udev scheint es ja beim Standard Sarge Kernel > noch nicht zu geben (?). > > > Hier ein Auszug der Config. > > /etc/modules: > # /etc/modules: kernel modules to load at boot time. > # > # This file should contain the names of kernel modules that are > # to be loaded at boot time, one per line. Comments begin with > # a "#", and everything on the line after them are ignored. > > e100 > ide-cd > ide-disk > ide-generic > psmouse > sd_mod > e1000 > > > /var/log/dmesg: > > > Initializing Cryptographic API > isapnp: Scanning for PnP cards... > isapnp: No Plug & Play device found > Serial: 8250/16550 driver $Revision: 1.90 $ 48 ports, IRQ sharing enabled > ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A > RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize > serio: i8042 AUX port at 0x60,0x64 irq 12 > serio: i8042 KBD port at 0x60,0x64 irq 1 > input: AT Translated Set 2 keyboard on isa0060/serio0 > NET: Registered protocol family 2 > IP: routing cache hash table of 8192 buckets, 64Kbytes > TCP: Hash tables configured (established 262144 bind 65536) > NET: Registered protocol family 8 > NET: Registered protocol family 20 > RAMDISK: cramfs filesystem found at block 0 > RAMDISK: Loading 4876 blocks [1 disk] into ram disk... done. > VFS: Mounted root (cramfs filesystem) readonly. > Freeing unused kernel memory: 168k freed > vesafb: probe of vesafb0 failed with error -6 > NET: Registered protocol family 1 > SCSI subsystem initialized > 3ware Storage Controller device driver for Linux v1.26.00.039. > scsi0 : Found a 3ware Storage Controller at 0xc000, IRQ: 137, P-chip: 1.3 > scsi0 : 3ware Storage Controller > Using anticipatory io scheduler >Vendor: 3ware Model: Logical Disk 0Rev: 1.2 >Type: Direct-Access ANSI SCSI revision: 00 > SCSI device sda: 234491008 512-byte hdwr sectors (120059 MB) > SCSI device sda: drive cache: write back > /dev/scsi/host0/bus0/target0/lun0: p1 p2 p3 > Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 > Generic RTC Driver v1.07 > Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 > ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx > hda: TOSHIBA DVD-ROM SDM2012C, ATAPI CD/DVD-ROM drive > ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 > hda: ATAPI 48X DVD-ROM drive, 256kB Cache > Uniform CD-ROM driver Revision: 3.20 > input: ImExPS/2 Generic Explorer Mouse on isa0060/serio1 > mice: PS/2 mouse device common for all mice > ts: Compaq touchscreen protocol output > e1000: Ignoring new-style parameters in presence of obsolete ones > Intel(R) PRO/1000 Network Driver - version 5.2.52-k4 > Copyright (c) 1999-2004 Intel Corporation. > e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection > e100: Intel(R) PRO/100 Network Driver, 3.0.18 > e100: Copyright(c) 1999-2004 Intel Corporation > e100: eth1: e100_probe: addr 0xe2861000, irq 185, MAC addr > 00:10:DC:F1:E4:2E ICH4: IDE controller at PCI slot :00:1f.1 > ICH4: chipset revision 1 > ICH4: not 100% native mode: will probe irqs later > ICH4: port 0x01f0 already claimed by ide0 > -- Klemens Kittan Systemadministrator Uni-Potsdam, Inst. f. Informatik August-Bebel-Str. 89 14482 Potsdam Tel.: +49-331-977/3125 Fax.: +49-331-977/3122 eMail : [EMAIL PROTECTED] gpg --recv-keys --keyserver wwwkeys.de.pgp.net 6EA09333 pgpooMwLpualm.pgp Description: PGP signature
Re: Reihenfolge des Ladens von Modulen
Gruesse! * Til Obes <[EMAIL PROTECTED]> schrieb am [14.02.06 09:08]: > Hallo, > Mein Problem ist, dass das Modul e1000 vor dem Modul e100 geladen wird > und somit eth0 die Gigabitkarte ist und eth1 die 100er. Vielleicht > kann mir mal jemand erklären, wieso das so ist und an welcher Stelle > die Netzwerkkartenmodule geladen werden. Für mich sieht das so aus, > als wenn die vor allem anderen schon geladen werden. Also vor hotplug > und /etc/modules. Die Umgebung, wann die Treiber geladen werden, sieht mir ziemlich nach hotplug aus. Die Reihenfolge, mit der wann was geladen wird, wird AFAIK bestimmt durch: a) Position der Karte auf dem PCI-Bus/Slot b) Kernelseitig durch Mechanismen wie hotplug/discover c) Reihenfolge in /etc/modules Bei den Diensten wie hotplug/discover ist es halt die Frage, inwieweit man das überhaupt im laufenden Betrieb braucht. An einem PC, dessen Hardware sich nicht ändert (es nichts zu "heißstecken" gibt) kann auf hotplug auch verzichtet werden. Also alle Module über /etc/modules. Aber hotplug läßt sich auch einstellen. Für dein Anliegen müßte es z.B. reichen in /etc/default/hotplug (die Debian-Policy für hotplug) das Flag #HOTPLUG_RC_net=no aktiv zu schalten (entkommentieren). Dann würden die Module entsprechend der modules geladen werden. Damit müßte man ohne externe Tools wie ifrename auskommen können. Gruß Gerhard -- Linux ist wenn es trotzdem geht...
Re: Reihenfolge des Ladens von Modulen
Christian Frommeyer schrieb: Bist Du sicher, das die Treiber als Module vorliegen und nicht fest in den Kernel eingebaut sind? AFAIK ist die Reihenfolge, in der Treiber geladen werden, Build-in - initrd - /etc/modules - hotplug/udev. Das ist der Standarddebiankernel. Linux version 2.6.8-2-686-smp ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #1 SMP Tue Aug 16 12:08:30 UTC 2005 # l /lib/modules/2.6.8-2-686-smp/kernel/drivers/net/e* -rw-r--r-- 1 root root 40875 2005-08-16 17:12 /lib/modules/2.6.8-2-686-smp/kernel/drivers/net/e100.ko -rw-r--r-- 1 root root 8165 2005-08-16 17:12 /lib/modules/2.6.8-2-686-smp/kernel/drivers/net/e2100.ko -rw-r--r-- 1 root root 38978 2005-08-16 17:12 /lib/modules/2.6.8-2-686-smp/kernel/drivers/net/eepro100.ko -rw-r--r-- 1 root root 20960 2005-08-16 17:12 /lib/modules/2.6.8-2-686-smp/kernel/drivers/net/eepro.ko -rw-r--r-- 1 root root 19969 2005-08-16 17:12 /lib/modules/2.6.8-2-686-smp/kernel/drivers/net/eexpress.ko -rw-r--r-- 1 root root 23797 2005-08-16 17:12 /lib/modules/2.6.8-2-686-smp/kernel/drivers/net/epic100.ko -rw-r--r-- 1 root root 9193 2005-08-16 17:12 /lib/modules/2.6.8-2-686-smp/kernel/drivers/net/eql.ko -rw-r--r-- 1 root root 17037 2005-08-16 17:12 /lib/modules/2.6.8-2-686-smp/kernel/drivers/net/eth16i.ko -rw-r--r-- 1 root root 7909 2005-08-16 17:12 /lib/modules/2.6.8-2-686-smp/kernel/drivers/net/ethertap.ko -rw-r--r-- 1 root root 22679 2005-08-16 17:12 /lib/modules/2.6.8-2-686-smp/kernel/drivers/net/ewrk3.ko /lib/modules/2.6.8-2-686-smp/kernel/drivers/net/e1000: insgesamt 116 drwxr-xr-x 2 root root 4096 2006-01-13 07:51 . drwxr-xr-x 16 root root 8192 2006-01-13 07:51 .. -rw-r--r-- 1 root root 99793 2005-08-16 17:12 e1000.ko -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Reihenfolge des Ladens von Modulen
Moin! Das Einzige was langfristig hilft, ist ifrename oder nameif. Ansonsten kann man sich damit stundenlang beschäftigen. Gruß, Marc -- The best defense against logic is ignorance.
Re: Reihenfolge des Ladens von Modulen
Harald Weidner schrieb: Die Benamung der Netzwerk-Interfaces lässt sich auf folgende Weise leicht von der Lade-Reihenfolge der Module entkoppeln: Das Kommando nameif auf dem Paket net-tools kann die Zuordnung des Interface- Namens zur darunter liegenden Hardware über die MAC Adresse statisch zuordnen. Dazu liest es die Datei /etc/mactab aus, in der die Zuordnung z.B. wie folgt definiert wird: eth2 00:12:79:5E:D1:63 eth1 00:0E:2E:29:B0:AE eth0 00:0E:2E:2A:2F:7E nameif muss aufgerufen werden, solange alle Interfaces DOWN sind. Daher schreibt man den Aufruf am einfachsten in die Datei /etc/init.d/networking unmittelbar vor "ifup -a". Das wäre wohl ein möglicher Workaround. Aber ich habe immer noch die Hoffnung, dass es auch ohne geht ;) Schon mal danke. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Reihenfolge des Ladens von Modulen
Hallo Til Obes (<[EMAIL PROTECTED]>) wrote: > [...] > Mein Problem ist, dass das Modul e1000 vor dem Modul e100 geladen wird > und somit eth0 die Gigabitkarte ist und eth1 die 100er. > Vielleicht kann mir mal jemand erklären, wieso das so ist und an > welcher Stelle die Netzwerkkartenmodule geladen werden. Für mich sieht > das so aus, als wenn die vor allem anderen schon geladen werden. Also > vor hotplug und /etc/modules. udev scheint es ja beim Standard Sarge > Kernel noch nicht zu geben (?). Doch. Ob es bei Dir installiert ist weiß ich allerdings auch nicht. Das müsstest Du mal nachschauen. Lass auch mal ls -l /etc/rcS.d/*udev* laufen, und cat /etc/debian_version. Eine weitere Frage wäre ob Du eventuell Backports benutzt (apt-cache policy udev). > Hier ein Auszug der Config. > > /etc/modules: > [...] > e100 > [...] > e1000 Für das Verhalten gibt es verschiedene Erklärungen. Eine wäre neueres udev (ersetzt hotplug, läuft aber früher als dieses), eine andere ist discover. Wenn Du einen eigenen Kernel benutzt kann das Problem auch auftreten wenn die Treiber in den Kernel gebaut sind und nicht als Module. Wenn alles nichts hilft solltest Du nameif oder ifrename benutzen und die Namen einfach an die MAC-Adressen binden. Grüße Andreas Janssen -- Andreas Janssen <[EMAIL PROTECTED]> PGP-Key-ID: 0xDC801674 ICQ #17079270 Registered Linux User #267976 http://www.andreas-janssen.de/debian-tipps-sarge.html -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Reihenfolge des Ladens von Modulen
Christian Schmidt schrieb: Du suchst z.B das Paket: ifrename - Rename network interfaces based on various static criteria Ich hatte vergessen zu erwähnen, dass ich sowas nicht will ;) Das muss doch (so wie bisher immer) auch über die Reihenfolge der Module gehen... -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Reihenfolge des Ladens von Modulen
Hallo, Til Obes <[EMAIL PROTECTED]>: >Mein Problem ist, dass das Modul e1000 vor dem Modul e100 geladen wird >und somit eth0 die Gigabitkarte ist und eth1 die 100er. Die Benamung der Netzwerk-Interfaces lässt sich auf folgende Weise leicht von der Lade-Reihenfolge der Module entkoppeln: Das Kommando nameif auf dem Paket net-tools kann die Zuordnung des Interface- Namens zur darunter liegenden Hardware über die MAC Adresse statisch zuordnen. Dazu liest es die Datei /etc/mactab aus, in der die Zuordnung z.B. wie folgt definiert wird: eth2 00:12:79:5E:D1:63 eth1 00:0E:2E:29:B0:AE eth0 00:0E:2E:2A:2F:7E nameif muss aufgerufen werden, solange alle Interfaces DOWN sind. Daher schreibt man den Aufruf am einfachsten in die Datei /etc/init.d/networking unmittelbar vor "ifup -a". Gruß, Harald -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Reihenfolge des Ladens von Modulen
Am Dienstag 14 Februar 2006 09:08 schrieb Til Obes: > Vielleicht kann mir mal jemand erklären, wieso das so ist und an > welcher Stelle die Netzwerkkartenmodule geladen werden. Für mich > sieht das so aus, als wenn die vor allem anderen schon geladen > werden. Also vor hotplug und /etc/modules. udev scheint es ja beim > Standard Sarge Kernel noch nicht zu geben (?). Bist Du sicher, das die Treiber als Module vorliegen und nicht fest in den Kernel eingebaut sind? AFAIK ist die Reihenfolge, in der Treiber geladen werden, Build-in - initrd - /etc/modules - hotplug/udev. Gruß Chris -- A: because it distrupts the normal process of thought Q: why is top posting frowned upon
Re: Reihenfolge des Ladens von Modulen
Hallo Til, Til Obes, 14.02.2006 (d.m.y): > ich hatte hier schon mal gefragt, aber keine befriedigende Antwort > bekommen :( Daher nochmal ein Versuch mit genaueren Informationen und > der Hoffnung auf eine Antwort. > Mein Problem ist, dass das Modul e1000 vor dem Modul e100 geladen wird > und somit eth0 die Gigabitkarte ist und eth1 die 100er. Du suchst z.B das Paket: ifrename - Rename network interfaces based on various static criteria Gruss, Christian Schmidt -- Christian Schmidt | Germany No HTML Mails, please! -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Reihenfolge des Ladens von Modulen
Hallo, ich hatte hier schon mal gefragt, aber keine befriedigende Antwort bekommen :( Daher nochmal ein Versuch mit genaueren Informationen und der Hoffnung auf eine Antwort. Mein Problem ist, dass das Modul e1000 vor dem Modul e100 geladen wird und somit eth0 die Gigabitkarte ist und eth1 die 100er. Vielleicht kann mir mal jemand erklären, wieso das so ist und an welcher Stelle die Netzwerkkartenmodule geladen werden. Für mich sieht das so aus, als wenn die vor allem anderen schon geladen werden. Also vor hotplug und /etc/modules. udev scheint es ja beim Standard Sarge Kernel noch nicht zu geben (?). Hier ein Auszug der Config. /etc/modules: # /etc/modules: kernel modules to load at boot time. # # This file should contain the names of kernel modules that are # to be loaded at boot time, one per line. Comments begin with # a "#", and everything on the line after them are ignored. e100 ide-cd ide-disk ide-generic psmouse sd_mod e1000 /var/log/dmesg: Initializing Cryptographic API isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found Serial: 8250/16550 driver $Revision: 1.90 $ 48 ports, IRQ sharing enabled ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 input: AT Translated Set 2 keyboard on isa0060/serio0 NET: Registered protocol family 2 IP: routing cache hash table of 8192 buckets, 64Kbytes TCP: Hash tables configured (established 262144 bind 65536) NET: Registered protocol family 8 NET: Registered protocol family 20 RAMDISK: cramfs filesystem found at block 0 RAMDISK: Loading 4876 blocks [1 disk] into ram disk... done. VFS: Mounted root (cramfs filesystem) readonly. Freeing unused kernel memory: 168k freed vesafb: probe of vesafb0 failed with error -6 NET: Registered protocol family 1 SCSI subsystem initialized 3ware Storage Controller device driver for Linux v1.26.00.039. scsi0 : Found a 3ware Storage Controller at 0xc000, IRQ: 137, P-chip: 1.3 scsi0 : 3ware Storage Controller Using anticipatory io scheduler Vendor: 3ware Model: Logical Disk 0Rev: 1.2 Type: Direct-Access ANSI SCSI revision: 00 SCSI device sda: 234491008 512-byte hdwr sectors (120059 MB) SCSI device sda: drive cache: write back /dev/scsi/host0/bus0/target0/lun0: p1 p2 p3 Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 Generic RTC Driver v1.07 Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx hda: TOSHIBA DVD-ROM SDM2012C, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hda: ATAPI 48X DVD-ROM drive, 256kB Cache Uniform CD-ROM driver Revision: 3.20 input: ImExPS/2 Generic Explorer Mouse on isa0060/serio1 mice: PS/2 mouse device common for all mice ts: Compaq touchscreen protocol output e1000: Ignoring new-style parameters in presence of obsolete ones Intel(R) PRO/1000 Network Driver - version 5.2.52-k4 Copyright (c) 1999-2004 Intel Corporation. e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection e100: Intel(R) PRO/100 Network Driver, 3.0.18 e100: Copyright(c) 1999-2004 Intel Corporation e100: eth1: e100_probe: addr 0xe2861000, irq 185, MAC addr 00:10:DC:F1:E4:2E ICH4: IDE controller at PCI slot :00:1f.1 ICH4: chipset revision 1 ICH4: not 100% native mode: will probe irqs later ICH4: port 0x01f0 already claimed by ide0 -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)