# LINBO und die KernelOptions: modprobe.blacklist=r8169 loadmodules=r8125 **URL:** \ **Category:** linbo\ **Created:** [19. September 2024 um 08:20 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300 "2024-09-19T08:20:21Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\ **Post date:** [19. September 2024 um 08:20 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/1 "2024-09-19T08:20:21Z")
Hallo. Ich versuche hier gerade weiterhin, dem `LINBO-Kernel 6.9.9 ` das Modul `r8125.ko` unterzujubeln. Dazu bin ich nun folgendermaßen vorgegangen: In der entsprechenden start.conf steht jetzt: `KernelOptions =nomodeset dhcpretry=10 modprobe.blacklist=r8169 loadmodules=r8125` Wenn ich den Client starte, meldet der beim ersten Mal: `modprobe: FATAL: Module r8125 not found in directory /lib/modules/6.9.9` Danach ist der Client (wie zu erwarten!) OFFLINE. Wenn ich den Client dann aber **nochmal** neu starte, verhält sich der Client anders: Ich weiß nicht, ob dann die KernelOptions ignoriert werden – jedenfalls ist es dann so, dass der Client wieder den r8169-Treiber lädt und wieder ONLINE ist. Woran liegt das? Und warum verhält sich der Client so? Ich habe natürlich bereits versucht, das Modul auf dem Server unter ` /var/cache/linuxmuster/linbo/linbofs64/lib/modules/6.9.9/kernel/drivers/net/ethernet/realtek` unterzubringen und anschließend ein `update-linbofs` durchzuführen. Scheinbar reicht das aber nicht, denn das Modul kommt trotzdem nicht auf dem Client an. Daher nochmal die Frage nach der richtigen Vorgehensweise … Danke für einen guten Tipp, Michael ---
**Author:** ![baumhof](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/baumhof/32/1504_2.png) [@baumhof](https://ask.linuxmuster.net/u/baumhof)\ **Post date:** [19. September 2024 um 08:37 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/2 "2024-09-19T08:37:28Z")
Hallo Michael, > [@Michael](#): > > /var/cache/linuxmuster/linbo/linbofs64/lib/modules/6.9.9/kernel/drivers/net/ethernet/realtek ich weiß nicht, ob das der richtige Pfad ist für das Modul und ob der benutzt wird, wenn linbo neu erstellt wird. Außerdem mußt du sicher gehen, dass die Datei die richitgen Rechte hat. LG Holger ---
**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\ **Post date:** [19. September 2024 um 08:40 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/3 "2024-09-19T08:40:54Z")
> [@baumhof](#): > > ich weiß nicht, ob das der richtige Pfad ist für das Modul und ob der benutzt wird, wenn linbo neu erstellt wird. Hallo Holger, ich habe auf dem Server nach `r8169.ko` gesucht und dabei wurde mir dieser Pfad ausgegeben. Daher dachte ich, dass dann dort auch das andere Modul hingehört? Die Rechte in dem Verzeichnis sind für alle Files: `-rw-r--r-- root root ` Das passt also. Hast Du noch eine andere Idee? Viele Grüße, Michael ---
**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\ **Post date:** [19. September 2024 um 10:18 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/4 "2024-09-19T10:18:42Z")
Noch ein Nachtrag: Ich habe es nun auch mit der Datei `firmware` versucht, um LINBO gezielt Firmware mitgeben zu können. Das funktionert auch, und zwar so: ```auto [root@server:/etc/linuxmuster/linbo]$ cat firmware # Example file for firmware to be integrated in linbofs. # One entry per line, path has to be relative to /lib/firmware. # Must be provided under /etc/linuxmuster/linbo/firmware. # Be sure to invoke update-linbofs after you have made changes. # # thomas@linuxmuster.net # 20231016 # # Realtek r8168 ethernet adaptors firmware (whole directory) #rtl_nic # Intel Wi-Fi 6 AX201 firmware (Step Barebone Micro Cun 312) iwlwifi-so-a0-hr-b0-86.ucode # Realtek RTL8125 2.5 GBit LAN firmware (single file) rtl_nic/rtl8125b-1.fw rtl_nic/rtl8125b-2.fw ``` Anschließend `update-linbofs` und ein Neustart des Clients. Aber: Der Client verwendet **dennoch** auch weiterhin den `r8169` Treiber (mit unterirdischer Übertragungsrate). Immerhin: Das WLAN-Modul hat er genommen (auch wenn wir das für diesen Client nicht benötigen). Mir ist nicht klar, warum der Eintrag `modprobe.blacklist=r8169` ignoriert wird!? `dmesg` auf dem Client zeigt: ```auto RTL8226B_RTL8221B 2.5Gbps PHY r8169-0-200:00: attached PHY driver (mii_bus:phy_addr=r8169-0-200:00, irq=MAC) r8169 0000:02:00.0 eth0: No native access to PCI extended config space, falling back to CSI r8169 0000:02:00.0 eth0: Link is Down r8169 0000:02:00.0 eth0: Link is Up - 1Gbps/Full - flow control off ``` Wo steckt da der Fehler?? @thomas : Kannst Du evtl etwas dazu sagen? Viele Grüße, Michael ---
**Author:** ![baumhof](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/baumhof/32/1504_2.png) [@baumhof](https://ask.linuxmuster.net/u/baumhof)\ **Post date:** [19. September 2024 um 11:35 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/5 "2024-09-19T11:35:05Z")
Tu doch mal r8169 blacklisten mittels kernelparameter. LG Holger ---
**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\ **Post date:** [19. September 2024 um 12:08 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/6 "2024-09-19T12:08:19Z")
… das meinte ich ja oben: Der Eintrag **steht** da und wird offenbar beim zweiten Start **ignoriert** 🤷‍♂️ ⁉ ---
**Author:** ![thomas](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/thomas/32/1530_2.png) [@thomas](https://ask.linuxmuster.net/u/thomas)\ **Post date:** [19. September 2024 um 17:43 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/7 "2024-09-19T17:43:41Z")
> [@Linuxmuster-linbo7 4.3 testing](https://ask.linuxmuster.net/t/linuxmuster-linbo7-4-3-testing/11292/6): > > Moinsen! Linbo 4.3.2 ist released in lmn72-testing: add r8125 driver for Realtek 2.5G Ethernet adapter ([ae4187e](https://github.com/linuxmuster/linuxmuster-linbo7/commit/ae4187ee53a60b83d0c837886e73ec036851e317)). fix module path for r8168 ([72f3a8b](https://github.com/linuxmuster/linuxmuster-linbo7/commit/72f3a8b10d277939d4ba3292b0e777cf5aa35825)). update longterm kernel to 6.1.111 ([8c14f8f](https://github.com/linuxmuster/linuxmuster-linbo7/commit/8c14f8f884327bc2430047ff97250086da65c55d)). update stable kernel to 6.10.11 ([89f9eea](https://github.com/linuxmuster/linuxmuster-linbo7/commit/89f9eea859ee3c6d3ddee976c209c7f4a6c8902f)). additionally log client’s firmware info ([d7e53c0](https://github.com/linuxmuster/linuxmuster-linbo7/commit/d7e53c0e259822bb01012cfd5c0cc624dee537d8)). r8125 hilft evtl. @Michael VG, Thomas modprobe.blacklist funktioniert eigentlich, keine Ahnung. Teste mal 4.3.2. LG, Thomas ---
**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\ **Post date:** [19. September 2024 um 18:02 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/8 "2024-09-19T18:02:37Z")
Super, danke. Schaue ich mir an 👍🏻 ---
**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\ **Post date:** [20. September 2024 um 07:10 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/9 "2024-09-20T07:10:01Z")
Hallo. Wir haben das gerade mit der aktuellen LINBO-Version aus testing ausprobiert. Der Client zeigt jetzt: ```auto lsmod Module Size Used by r8125 196608 0 r8169 94208 0 iwlwifi 331776 0 realtek 32768 1 ``` Seltsamerweise werden jetzt also _beide_ Module angezeigt? Die Übertragungsgeschwindigkeit unter LINBO hat sich leider nicht verändert. Es bleibt bei sehr langsamen ~15 MB/s. Ach ja: Die Kerneloptions lauten weiterhin: `KernelOptions = nomodeset dhcpretry=10 modprobe.blacklist=r8169 loadmodules=r8125` ---
**Author:** ![thomas](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/thomas/32/1530_2.png) [@thomas](https://ask.linuxmuster.net/u/thomas)\ **Post date:** [20. September 2024 um 07:14 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/10 "2024-09-20T07:14:46Z")
Was enthält die Clientlogdatei bzgl. Firmware? ---
**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\ **Post date:** [20. September 2024 um 10:57 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/11 "2024-09-20T10:57:14Z")
Der meldet sowas wie: ```auto ### Fri Sep 20 09:13:59 CEST 2024 ### firmware.log platform regulatory.0: Direct firmware load for regulatory.db failed with error -2 iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-89.ucode failed with error -2 iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-88.ucode failed with error -2 [... das gleiche für -60 bis -87.ucode] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-so-a0-hr-b0-59.ucode failed with error -2 iwlwifi 0000:00:14.3: no suitable firmware found! iwlwifi 0000:00:14.3: check git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git r8169 0000:02:00.0: Direct firmware load for rtl_nic/rtl8125b-2.fw failed with error -2 r8169 0000:02:00.0: Unable to load firmware rtl_nic/rtl8125b-2.fw (-2) ### linbo.log [1381] Sep 20 09:13:53 Running in background [1460] Sep 20 09:13:54 Child connection from 10.16.1.1:56594 [1460] Sep 20 09:13:54 Pubkey auth succeeded for 'root' with key sha1 from 10.16.1.1:56594 [1460] Sep 20 09:13:54 Exit (root) from <10.16.1.1:56594>: Disconnect received Mounting cache partition /dev/nvme0n1p6 ... receiving incremental file list ``` Entscheidend ist die Passage: ` r8169 0000:02:00.0: Direct firmware load for rtl_nic/rtl8125b-2.fw failed with error -2` Kann es sein, dass der Treiber für die r8125 mit unter r8169 läuft? Aber das erklärt noch nicht, warum die Übertragungsgeschwindigkeit unter LINBO unterirdisch ist, während sie unter Ubuntu normal läuft, oder? Viele Grüße, Michael ---
**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\ **Post date:** [20. September 2024 um 11:36 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/12 "2024-09-20T11:36:27Z")
Ich habe die Firmware auch nochmal aufgenommen. Jetzt sieht `dmesg` auf dem Client so aus: ```auto r8169 0000:02:00.0: can't disable ASPM; OS doesn't have ASPM control PTP clock support registered r8169 0000:02:00.0 eth0: RTL8125B, 8c:32:23:1a:51:7b, XID 641, IRQ 143 r8169 0000:02:00.0 eth0: jumbo features [frames: 9194 bytes, tx checksumming: ko] r8125: loading out-of-tree module taints kernel. iwlwifi 0000:00:14.3: Detected Intel(R) Wi-Fi 6 AX201 160MHz, REV=0x370 iwlwifi 0000:00:14.3: WRT: Invalid buffer destination iwlwifi 0000:00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x20 iwlwifi 0000:00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f iwlwifi 0000:00:14.3: WFPM_AUTH_KEY_0: 0x90 iwlwifi 0000:00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x10 iwlwifi 0000:00:14.3: Detected RF HR B3, rfid=0x10a100 iwlwifi 0000:00:14.3: RFIm is deactivated, reason = 4 iwlwifi 0000:00:14.3: base HW address: d4:e9:8a:e5:57:59 warning: `hwinfo' uses wireless extensions which will stop working for Wi-Fi 7 hardware; use nl80211 RTL8226B_RTL8221B 2.5Gbps PHY r8169-0-200:00: attached PHY driver (mii_bus:phy_addr=r8169-0-200:00, irq=MAC) r8169 0000:02:00.0 eth0: No native access to PCI extended config space, falling back to CSI r8169 0000:02:00.0 eth0: Link is Down r8169 0000:02:00.0 eth0: Link is Up - 1Gbps/Full - flow control off ``` Weiterhin gilt aber: Wenn ich z.B. den Cache aktualisiere, fängt die Verbindung schnell an (mit ca 100 MB/s) und bricht dann ein … sie bleibt bei ~15 MB/s und dümpelt da so vor sich hin. Ein Lenovo-Laptop **am selben Kabel** kommt locker auf 90 MB/s. Von daher denke ich weiterhin, dass es nicht der richtige Treiber ist. Zudem scheint sich der r8169 ja auch weiterhin vorzudrängeln, oder? ---
**Author:** ![thomas](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/thomas/32/1530_2.png) [@thomas](https://ask.linuxmuster.net/u/thomas)\ **Post date:** [20. September 2024 um 12:52 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/13 "2024-09-20T12:52:53Z")
Ist eine dieser reklamierten iwlwifi-ucode-Dateien in `firmware` eingetragen (z.B. die neueste Version, die unter `/lib/firmware` zu finden ist? `ls -1 /lib/firmware/iwlwifi-so-a0-hr* | tail -1` LG, Thomas ---
**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\ **Post date:** [20. September 2024 um 12:58 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/14 "2024-09-20T12:58:16Z")
Ja, das hatte ich im zweiten Versuch gemacht. Das klappt also für die WLAN Schnittstelle schon mal und die Fehlermeldungen bzgl `iwlwifi` und der nicht gefundenen Firmware sind dann weg. 👍🏻 Aber bei der LAN Schnittstelle bleibt es bei der o.g. Meldung. Bemerkenswert ist ja auch: `r8125: loading out-of-tree module taints kernel` , oder? ---
**Author:** ![thomas](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/thomas/32/1530_2.png) [@thomas](https://ask.linuxmuster.net/u/thomas)\ **Post date:** [20. September 2024 um 15:02 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/15 "2024-09-20T15:02:48Z")
Das ist kein Fehler. Das meldet der Kernel immer, wenn ein „fremdes“ Modul geladen wird. Irgendwie scheint der r8125-Treiber nicht richtig geladen zu werden. Hast du die anderen Kernel probiert? Mangels Hardware kann ich das leider nicht debuggen. LG, Thomas ---
**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\ **Post date:** [20. September 2024 um 15:31 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/16 "2024-09-20T15:31:34Z")
Hallo Thomas. Die anderen Kernel habe ich bisher nicht getestet aber stattdessen bin ich während der Suche nun schon öfter über Aussagen wie diese gestolpert: > **[\[Plugin\] Realtek R8125 R8126 R8168 and R8152\\6\\7 drivers](https://forums.unraid.net/topic/141349-plugin-realtek-r8125-r8126-r8168-and-r815267-drivers/page/9/)** Da schreibt jemand: > [@](#): > > There are many unexplained stories about Realtek cards and ASPM … so I made a little investigation: > > The kernel in-tree r8169 driver is a generic driver for all Realtek network cards, despite its name. It contains lots of workaround for different Realtek chipset. It also has a very strict condition for using ASPM (this condition was removed for a few weeks last year then reverted back…). It enables ASPM only for RTL8125A and RTL8125B chipset and only if a bit in a register is set in the chip by the system vendor, which signals to the driver that vendor successfully tested ASPM 1.2 on this configuration. (Probably not many motherboard vendor bothers to do this …). If this condition not met it tries to disable ASPM, if it is denied by BIOS then it uses ASPM whatever the chipset is … > > This behaviour cannot be overridden. That basically means low chance for having ASPM with the in-tree driver. > > I also checked the r8125 driver (from Realtek) used by this plugin. It contains CONFIG\_ASPM = n in the Makefile but this just sets the default value of ASPM, it is not a real compile time option. After installing this plugin you can easily enable ASMP if you create a file r8125.conf in /boot/config/modprobe.d with the following line: > > options r8125 aspm=1 > > It enables ASPM the correct way. With this my server reaches C10 package state… und direkt darunter dann noch eine Aussage, die mich aufhorchen ließ: > [@](#): > > The speed issues can be caused by EEE (Energy Efficient Ethernet) which is enabled by default by this driver. You can check the status with > > ethtool --show-eee eth0 > > Or disable it with an extra line in r8125.conf > > options r8125 eee=0 Keine Ahnung, was da dran ist – ich kann das frühestens am Montag nochmal testen. ---
**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\ **Post date:** [20. September 2024 um 15:48 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/17 "2024-09-20T15:48:20Z")
noch viel später (auf Seite 12 des endlos langen Threads) fasst es nochmal eine anderer User so zusammen: > [@](#): > > I’m using OMV with proxmox kernel and this dkms: > [GitHub - awesometic/realtek-r8125-dkms: A DKMS package for easy use of Realtek r8125 driver, which supports 2.5 GbE.](https://github.com/awesometic/realtek-r8125-dkms/) > > I have the same slow speed problem for some times. > I have a r8125.conf file in /modprobe.d with: > options r8125 aspm=1 > options r8125 eee=0 > > I changed the last line to > options r8125 eee\_enable=0 > > rebooted, now full speed is back! Das werde ich auf jeden Fall noch ausprobieren … ---
**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\ **Post date:** [23. September 2024 um 06:38 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/18 "2024-09-23T06:38:50Z")
Hallo. Ich habe mir das gerade nochmal angesehen … aber leider klappt das nicht so wie dort vorgeschlagen: Unter LINBO gibt es den Pfad `/.../modprobe.d/` nicht. Daher weiß ich nicht, wohin ich ggf. die Datei `r8125.conf` mit den angegebenen Optionen packen soll 🤷‍♂️ @thomas : Hast Du vielleicht noch einen Tipp diesbzgl? Was ich in der Zwischenzeit auf dem Client gesehen habe, ist: ```auto raum1-pc17: ~ # ethtool eth0 Settings for eth0: Supported ports: [TP MII] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full 2500baseT/Full Supported pause frame use: Symmetric Receive-only Supports auto-negotiation: Yes Supported FEC modes: Not reported Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full 2500baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Advertised FEC modes: Not reported Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Link partner advertised pause frame use: No Link partner advertised auto-negotiation: Yes Link partner advertised FEC modes: Not reported Speed: 1000Mb/s Duplex: Full Auto-negotiation: on master-slave cfg: preferred slave master-slave status: slave Port: Twisted Pair PHYAD: 0 Transceiver: external MDI-X: Unknown Supports Wake-on: pumbg Wake-on: g Link detected: yes raum1-pc17: ~ # ethtool -i eth0 driver: r8169 version: 6.9.9 firmware-version: rtl8125b-2_0.0.2 07/13/20 expansion-rom-version: bus-info: 0000:02:00.0 supports-statistics: yes supports-test: no supports-eeprom-access: no supports-register-dump: yes supports-priv-flags: no ``` Sieht also alles richtig aus – es bleibt aber bei Übertragungsgeschwindigkeiten von ~15 MB/s. ---
**Author:** ![thomas](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/thomas/32/1530_2.png) [@thomas](https://ask.linuxmuster.net/u/thomas)\ **Post date:** [23. September 2024 um 11:33 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/19 "2024-09-23T11:33:54Z")
> [@Michael](#): > > Hast Du vielleicht noch einen Tipp diesbzgl? Evtl. hilft das [GitHub - linuxmuster/linuxmuster-linbo7: Next generation linbo](https://github.com/linuxmuster/linuxmuster-linbo7#customize-the-linbo-filesystem) Mit dieser Vorgehensweise kannst du das Linbo-Dateisystem an deine Bedürfnisse anpassen. VG, Thomas ---
**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\ **Post date:** [23. September 2024 um 13:41 UTC](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300/20 "2024-09-23T13:41:09Z")
Hallo @thomas, ok, das teste ich. Ich bin dabei jedoch auf eine widersprüchliche Aussage gestoßen: Unter `.../update-linbofs.pre.d]$ cat 00_example` heißt es: `# DON'T make this script executable!` aber auf github steht das Gegenteil: > **[GitHub - linuxmuster/linuxmuster-linbo7: Next generation linbo](https://github.com/linuxmuster/linuxmuster-linbo7?tab=readme-ov-file#execute-your-own-boot-scripts)** > > Next generation linbo. Contribute to linuxmuster/linuxmuster-linbo7 development by creating an account on GitHub. `Don't forget to make the pre-hook script executable.` Was ist nun richtig? Oder verstehe ich das im ersten Fall falsch und das bezieht sich nur auf „THIS script“?? Viele Grüße, Michael [Nächste Seite](https://ask.linuxmuster.net/t/linbo-und-die-kerneloptions-modprobe-blacklist-r8169-loadmodules-r8125/11300.md?page=2)