Deaktivierte/entfernte Module werden trotzdem geladen ?!

[VMbuseck]

Hallo !

Ich wollte bei meinem Debian Lenny ein wenig aufräumen:

Code: Alles auswählen

# less /etc/modprobe.d/aliases
.
.
# Disable ipv6
# alias net-pf-10 ipv6
alias net-pf-10 off
alias ipv6 off
.
.

und

Code: Alles auswählen

# less /etc/modprobe.d/blacklist
.
.
#NIC
blacklist r8169

#ipv6
blacklist ipv6

sowie

Code: Alles auswählen

# less /etc/hosts
.
.
# The following lines are desirable for IPv6 capable hosts
#::1     ip6-localhost ip6-loopback
#fe00::0 ip6-localnet
#ff00::0 ip6-mcastprefix
#ff02::1 ip6-allnodes
#ff02::2 ip6-allrouters
#ff02::3 ip6-allhosts

Das Modul 'r8169' kann auch entfernt werden:

Code: Alles auswählen

modprobe -r r8169
lsmod | grep r8169

Bei 'ipv6' klappt es nicht:

Code: Alles auswählen

modprobe -r ipv6
FATAL: Module ipv6 is in use.

Dann noch die RAM-Disk neu

Code: Alles auswählen

update-initramfs -c -k $(uname -r)

und Booten.

Danach sind beide Module wieder da !!!

Nach diesem Verfahren hat es auf einem zu 95% gleichem Lenny-System funktioniert. Was hat dieses System, dass es nicht klappt ???

Grüße Michael

Update I:

Eintrag

Code: Alles auswählen

less /etc/modprobe.conf
.
.
alias ipv6 off
alias r8169 off

bringt auch nichts.

Und mit debconf kann zwar 'r8169' entfernt werden, aber 'ipv6' nicht und nach dem Booten sind beide wieder da.

Update II:

Und nein, es ist ein Kernel von der "Stange":

Code: Alles auswählen

uname -a
Linux xxxbuseck 2.6.26-1-686 #1 SMP Fri Mar 13 18:08:45 UTC 2009 i686 GNU/Linux

[Clio]

Nach dem Entfernen der Module als root im Verzeichnis /lib/modules/2.6.xxx

Code: Alles auswählen

depmod -a

ausführen

[VMbuseck]

Das Erzeugen der Dependences bringt leider nichts:

Code: Alles auswählen

# less /lib/modules/2.6.26-1-686/modules.dep  | grep r8169
/lib/modules/2.6.26-1-686/kernel/drivers/net/r8169.ko:

Code: Alles auswählen

# less /lib/modules/2.6.26-1-686/modules.dep  | grep ipv6 | head
/lib/modules/2.6.26-1-686/kernel/net/dccp/dccp_ipv6.ko: /lib/modules/2.6.26-1-686/kernel/net/ipv6/ipv6.ko /lib/modules/2.6.26-1-686/kernel/net/dccp/dccp_ipv4.ko /lib/modules/2.6.26-1-686/kernel/net/dccp/dccp.ko
/lib/modules/2.6.26-1-686/kernel/net/ipv6/ah6.ko: /lib/modules/2.6.26-1-686/kernel/net/ipv6/ipv6.ko
/lib/modules/2.6.26-1-686/kernel/net/ipv6/ipv6.ko:
/lib/modules/2.6.26-1-686/kernel/net/ipv6/tunnel6.ko: /lib/modules/2.6.26-1-686/kernel/net/ipv6/ipv6.ko
/lib/modules/2.6.26-1-686/kernel/net/ipv6/sit.ko: /lib/modules/2.6.26-1-686/kernel/net/ipv4/tunnel4.ko /lib/modules/2.6.26-1-686/kernel/net/ipv6/ipv6.ko
.
.

Steht alles immer noch drinnen. Das ist auf meinen anderen 2.6.26-1-686 System genauso, nur dass dort die Module r8169 und ipv6 nicht geladen werden.

[Clio]

Das kann auch nichts bringen, wenn die unerwünschten Treiber unter lib/modules/2.6.xxx/kernel/drivers in den jeweiligen Ordnern stehenbleiben. Also erst verschieben bzw. entfernen, dann ein

Code: Alles auswählen

depmod -a

ausführen.

[VMbuseck]

Mal ganz langsam:

Bei System A habe ich gemäß Anleitung das "ipv6" deaktiviert. Außerdem habe ich den Realtek Treiber r8168 aus den Quellen neu erzeugt und mit modprobe geladen, depmod und update-initramfs ausgeführt. Dann gebootet und den r8169 mit rmmod entfernt. Nochmal gebootet und der r8169 ist auch nicht mehr geladen. Ich habe keinen einigen Treiber (.ko) gelöscht od. umbenannt.

Bei System B (ebenfalls Lenny wie A - absolut identische Hardware) funktioniert dieses Vorgehen nicht !

Warum ?



Update

System A:

Code: Alles auswählen

/lib/modules/2.6.26-1-686# find -name r81*
./kernel/drivers/net/r8169.ko
./kernel/drivers/net/r8168.ko

Code: Alles auswählen

lib/modules/2.6.26-1-686# find -name ipv6
./kernel/net/ipv6

System B:
dito !

[Danielx]

Kannst du mal nachsehen, ob die Dateien in der initrd korrekt übernommen wurden?
Dazu die initrd entpacken:

Code: Alles auswählen

mkdir initrd_entpackt && cd initrd_entpackt && zcat /boot/initrd.img-$(uname -r) | cpio -i

Und dann z.B. ./etc/modprobe.d/blacklist und ./etc/modprobe.d/aliases ansehen.

Gruß,
Daniel

[VMbuseck]

Danke für den Tipp. Sieht aber alles gut aus:

Code: Alles auswählen

xxx:/tmp/initrd_entpackt# less etc/modprobe.d/aliases
.
.
# Disable ipv6
# alias net-pf-10 ipv6
alias net-pf-10 off
alias ipv6 off
.
.

bzw

Code: Alles auswählen

xxx:/tmp/initrd_entpackt# diff /etc/modprobe.d/aliases etc/modprobe.d/aliases
=> Nix!

und

Code: Alles auswählen

xxx:/tmp/initrd_entpackt# less etc/modprobe.d/blacklist
.
.
#NIC
blacklist r8169

#ipv6
blacklist ipv6

bzw

Code: Alles auswählen

xxx:/tmp/initrd_entpackt# diff /etc/modprobe.d/blacklist etc/modprobe.d/blacklist
=> Nix!

[Danielx]

Wenn auf beiden Systemen wirklich der gleiche Kernel läuft, dann könntest du mal die initrd von System A nach System B kopieren.
Vorher aber bei System B ein Backup der initrd machen, z.B. mit

Code: Alles auswählen

cp -a /boot/initrd.img-$(uname -r) /boot/initrd.img-$(uname -r).bak

Damit du evtl. wieder mit der alten initrd booten kannst, in diesem Fall die alte initrd im GRUB-Menü angeben.

Wenn es dann immer noch nicht funktioniert, dann sollte es nicht an der initrd liegen.

Gruß,
Daniel

[VMbuseck]

Hallo Daniel !

Es liegt nicht an der initrd. Mit der von System A bleibt das Problem bestehen

Welche Module könnten den nach der Ausführung der initrd noch die besagten LKM nachladen ?

Grüße Michael

[Danielx]

Welche Module könnten den nach der Ausführung der initrd noch die besagten LKM nachladen ?

Darüber hatte ich auch schon nachgedacht, aber bisher ohne Ergebnis.

Gruß,
Daniel

[KBDCALLS]

Hallo !

Ich wollte bei meinem Debian Lenny ein wenig aufräumen:


Bei 'ipv6' klappt es nicht:

Code: Alles auswählen

modprobe -r ipv6
FATAL: Module ipv6 is in use.

Danach sind beide Module wieder da !!!

Wer benutzt das Module denn ? Das mußt du erst loswerden. Ansonten wird das nix. Egal was in der Blacklist oder sonstwo steht.

Ausgabe von lsmod

[VMbuseck]

Hi !

Ich habe mal den alten Müll gelöscht:

Code: Alles auswählen

#  rm /etc/modprobe.conf*
#  rm /etc/modules.old

Beides gibt es auf System A nicht. Jetzt werden die Module auch auf System B NICHT mehr geladen

Danke für die Unterstützung !

Michael