https://www.synology-forum.de/wiki/index.php?action=history&feed=atom&title=ModprobeModprobe - Versionsgeschichte2026-05-07T02:26:30ZVersionsgeschichte dieser Seite in Synology WikiMediaWiki 1.43.0https://www.synology-forum.de/wiki/index.php?title=Modprobe&diff=586&oldid=previmported>Mahgue: modprobe howto2011-08-18T21:13:48Z<p>modprobe howto</p>
<p><b>Neue Seite</b></p><div>== Wozu modprobe ? ==<br />
<br />
Module für den Kern des Betriebssystems (Dateien mit <code>*.ko</code>) sind Dateien mit binärem Code der zur Laufzeit mit dem bereits laufenden Code des Kerns verbunden (linked) werden kann. Dabei werden neue Funktionen zur Verfügung gestellt die entweder direkt von Applikationen genutzt werden können oder wieder von anderen Modulen. Verwendet ein Modul Funktionen eines anderen so kann es nur geladen werden wenn das andere Modul bereits geladen und initialisiert ist. Das führt dazu das manche Module einen ganze Baum von anderen Modulen benötigen. Mit Änderungen an den Modulen können sich auch die Abhängigkeiten verändern. Das Tool <code>modprobe</code> sorgt beim Laden eines Moduls dafür dass alle Module von denen das zu ladende Module direkt oder indirekt abhängig ist vorher in der richtigen Reihenfolge auch geladen werden. Später kann man das Modul auch wieder mit <code>modprobe -r</code> entfernen und das Tool sogt dafür das danach nicht mehr benötigte Module ebenfalls in der passenden Reihenfolge entfernt werden. Es ist keine Gute Idee derartige Ketten von <code>insmod</code> Aufrufen explizit in Scripte zu schreiben. Mit dem nächsten Kernel- oder auch nur Modul-Update kann sich das schon wieder ändern.<br />
<br />
Auf großen Systemen ist <code>modprobe</code> selbstverständlich von Anfang an mit installiert. Auf Embedded-Systemen lohnt sich das erst bei komplexeren Setups. Auf unserer Diskstation lohnt es sich erst wenn man mit [[IPKG]] installierten Diensten arbeitet die mehr als ein Modul benötigen.<br />
<br />
== Vorbereitung ==<br />
<br />
Es muss [[IPKG|ipkg]] installiert sein. Damit <code>modprobe</code> die Abhängigkeiten analysieren kann müssen sie erst mal bestimmt werden. Dazu gibt es <code>depmod</code>. Es liest alle Module und deren Symbole durch und erstellt eine Datei aus der <code>modprobe</code> die Abhängigkeiten lesen kann. Gibt man einfach <code>depmod</code> ein erhält man erst mal einen Fehlermeldung:<br />
<br />
depmod<br />
WARNING: Couldn't open directory /opt/lib/modules/2.6.15: No such file or directory<br />
FATAL: Could not open /opt/lib/modules/2.6.15/modules.dep.temp for writing: No such file or directory<br />
<br />
Als Optware-Tool erwartet <code>depmod</code> die Module in <code>/opt/lib/modules</code> und dort wie bei den großen Systemen in einem Verzeichnis das den Namen der laufenden Kern-Release hat. Auf der Diskstation liegen die Module aber unabhängig von der Kern-Version in <code>/lib/modules</code>. Da wir auf der Diskstation nicht ständig mehrere Kerne vorhalten oder austauschen lösen wir das ganze hier etwas unsauber aber schnell mit einem symbolischen Link.<br />
<br />
mkdir /opt/lib/modules<br />
ln -s /lib/modules /opt/lib/modules/$(uname -r)<br />
depmod<br />
<br />
Jetzt ist in <code>/opt/lib/modules</code> ein symbolischer Link der so heißt wie die Release des Kerns und auf <code>/lib/modules</code> verweist. Damit ist <code>depmod</code> zufrieden und erzeugt dort die Datei <code>modules.dep</code>. Damit sollte <code>modprobe</code> jetzt auch laufen.<br />
<br />
== Testen ==<br />
<br />
Einfach mal ein Modul laden das Abhängigkeiten hat. Versuchen wir es mit <code>insmod</code> so wird es scheitern.<br />
<br />
insmod iptable_nat.ko<br />
insmod: error inserting 'iptable_nat.ko': -1 Unknown symbol in module<br />
<br />
Versuchen wir es mit <code>modprobe</code> werden die nötigen drei anderen Module einfach vorher auch geladen.<br />
<br />
modprobe iptable_nat<br />
lsmod | grep iptable_nat<br />
iptable_nat 6564 0 <br />
ip_nat 16370 1 iptable_nat<br />
ip_tables 19840 1 iptable_nat<br />
ip_conntrack 46000 2 iptable_nat,ip_nat<br />
<br />
Würden wir das Modul mit <code>rmmod</code> wieder entfernen würden die anderen nutzlos im Speicher liegen bleiben. Machen wir es mit <code>modprobe -r</code> wird alles wieder korrekt aufgeräumt.<br />
<br />
modprobe -r iptable_nat<br />
lsmod | grep ip<br />
<br />
Dieser Mechanismus ist vor allem für ordentliche mit start- und stop-Option versehene Optware-Scripte sehr praktisch. Siehe z.B. das [[IPKG#Startup_Script_openvpn_mit_NAT|Start-Script]] für [[OpenVPN_auf_der_Diskstation|openvpn]] mit [[NAT]].</div>imported>Mahgue