Nachdem der Kühler nun passend modifiziert ist und via HWiNFO sichergestellt wurde das zumindest bei niedriger Last keine extremen Temperaturen auftreten habe ich mich als nächstes um die Firmware gekümmert:

Die Controller von Marvell / Aquantia haben eine interne Firmware, die aktualisiert werden kann. Bis heute werden Probleme behoben und es ist sehr empfehlenswert eine aktuelle Firmwareversion zu flashen, auch wenn das gewisse Risiken mit sich bringt. Die Aktualisierung ist (nur?) unter Windows möglich und daher macht es für mich Sinn, das jetzt durchzuführen, bevor Proxmox und somit Debian auf den Mini-PCs läuft.

Es gibt gute Ressourcen zu den Aquantiacontrollern bei station-drivers.com

Ablauf der Aktualisierung

Etwas Sorgen habe ich mir schon gemacht, immerhin kann man das Modul durchaus unbrauchbar machen falls etwas schiefläuft. Ähnlich wie bei einem BIOS bzw. UEFI-Update mit Stromausfall.

Daher habe ich in zwei Schritten aktualisiert: Einmal auf Version 1.5.38 mit dem offiziellen Marvell Firmwareaktualisierungsprogramm und dann einen kleinen Schritt auf 1.5.45 mithilfe des modifizierten Updaters bei station-drivers.com. Beides gibt es dort zum Download mitsamt einem ausführlichen Forenthread:

Download von v1.5.38 (Offiziell)
Download von v1.5.45 (Mod)
Forenthread

Interessant sind auch die Release Notes, es wurde wirklich viel verbessert über die Jahre, danke an Marvell / Aquantia:

FW version 1.5.45 for Marvell AQC113 Family of Controllers
==============================================

1.5.45
?
-------
* Updates the PCIe Gen3 x4 advertisement information.
* Tunes the PCIe memory timing for 0.7 V power supply.
* Sets hysteresis to 50 mV.
* Provides SRAM ECC protection.
* Restricts the presets to used only P4-P9.


1.5.38
27 February 2024
-------
* Bypassed automatic execution of PCIe Configuration from Bootloader.
* PCIe Serdes Firmware integrated into MAC Firmware image and loaded during cold boot.
* PCIe initialization triggered from MAC Firmware.
* ROMBIN atlantic2 set to Antigua_1_5_xxx_487


1.3.37
31 October 2023
-------
* Signed PXE ROM v3.1.106 with EFI v2.1.13 FW 
* Added fix for Pre-Boot DMA protection


1.3.36
31 October 2023
-------
* Signed PXE ROM v3.1.105 with EFI v2.1.12 FW 
* Added boot time optimization and check for cable detect status - fix for Lenovo


1.3.34
3 February 2023
-------
* Reverted the change of loading the PCIe PHY FW to PCIe PHY SRAM (Change introduced in 1.3.29).
  The PHY FW will be loaded from PCIe PHY ROM as it was before


1.3.28
8 April 2022
------------
* Added Advertize 2.5 and 5G NBase-T speed capabilities
* Added AQC113 device ID 0x34C0 to inventory list


1.3.27
18 March 2022
------------
* OEM specific release
* exluded SerDes FW to 3.5.0
* Added configuration to enable SRAM ECC detection and correction


1.3.26
23 feb 2022
------------
* OEM specific release
* Added CFG TLV configuration changes(need your input)


1.3.25
16 feb 2022
------------
* OEM specific release
*	Fixed the unintended Wake-On-Link-Up behavior on the Mac-OS environment.
* Fixed the issue of untimely wake-up from Wake-On-Timer.


1.3.24
08 feb 2022
------------
* Updated the SerDes FW to 3.5.0
* Limited the PCIe preset mask to p4-p9 for Gen3 and Gen4


1.3.23
15 jan 2022
------------
* Introduced additional provisionable PCIe configuration mode to workaround PCIe instability observed on some platforms
  Relevance- AQC113C


1.3.22
5 jan 2022
------------
* Removed default advertisement of GARP and Unsolicited NA in Sleep Proxy mode. The driver can use the new capability mask bit in the offload-control register to control this feature
* Do not wait for 20sec (linklatchuptimeout) to enable Wakeonlinkup if the link is down at the time of suspend/sleep
* Removed the extra link flap on Wake-on-link. And when the system wakes up, initialize the link at the highest possible speed
  Relevance: fast-boot mode


1.3.21
11 nov 2021
------------
* Updated PCIe VPD data
  Relevance: images with PCIe VPD support
* Added support for drvdiag -s in PCIROM v3.1.4 UEFI driver
  Relevance: UEFI


1.3.20
16 oct 2021
------------
 * OEM specific release with specific provisioning


1.3.19
-----------
* Skipped version


1.3.18
02 july 2021
------------
* Fixed the issue of incorrect packet statistics counters reported by fw
* Removed 1G half duplex speed advertisement from the speed capability configuration
* Fixed the invalid speed advertisement 
  Relevance: AQC115C-B1
* Fixed the wrong led behavior at 2.5G speed 
  Relevance: AQC115C


1.3.17
23 apr 2021
-----------
* Added firmware support to disable NCSI via BDP provisioning
* Fixed longer link downtime during os suspend to resume transition in fast-boot mode


1.3.16
13 apr 2021
-----------
* Fixed the TFTP pxe boot failure due to failure to acknowledge Ock/Oack 
  Relevance: FW images with PCIe option rom support


1.3.15
02 apr 2021
-----------
* Added mDNS support
 
 
1.3.14
-----------
* Skipped version


1.3.13
13 feb 2021
-----------
* PHY firmware updated to v6.01.02 for Bx
* PHY change: only enable autoneg timeout when downshift is enabled if downshift was active
* Disable Reed Solomon feature in PHY firmware
* Fixed AQC113 power consumption is higher when cable is removed vs. Attached


1.3.12
08 feb 2021
-----------
* Revert additional fix for mDNS


1.3.11
05 feb 2021
-----------
* Fixed answers in mDNS query differ between when system is in sleep and when the system is awake - additional fix
* Fixed panic case: extended Lom port not open up after secure request was sent


1.3.10
01 feb 2021
-----------
* Fixed AQC113 failed when configured with 10G/full-duplex and came back up with a hot-plug of cable


1.3.9
28 jan 2021
-----------
* Fixed additional fix - remove questions from response (mDNS)


1.3.8
26 jan 2021
-----------
* Fixed AQC113: link became inactive and still fails with hot-plug of cable
* Fixed additional fix for regression test failure
* Fixed AQC113: answers in mDNS query differ between when system is in sleep and when the system is awake
 
 
1.3.7
20 jan 2021
-----------
* Fixed AQC113 ping failed after stress test when system is in sleep
* Fixed [Lom] ping6 extLom is successful after the system panics without pinging basic Lom


1.3.6
10 jan 2021
-----------
* Fixed AQC113 PTP tx ring appears to stop working

	
1.3.5
6 jan 2021
----------
* Fixed AQC113 A0 : built-in became 10base after cable was plugged in switch
* Fixed [Lom] extended mode enabled before 30 sec window
* Fixed [Lom] extended Lom port should be closed after 300 seconds, not 500+ seconds
* Added provision registers 3660 and 3664 in config
* PHY firmware updated to v6.01.01 for Bx


1.3.4
18 dec 2020
-----------
* Fixed AQC113 extended Lom port should be closed after 300 seconds, not 500+ seconds - "shutdown" case
* Fixed AQC113 extended Lom port kept open after Lom unenrolled
* Fixed AQC113 ping6 ext Lom drops packets when system is shutdown (power on failed)


1.3.3
15 dec 2020
-----------
* Fixed AQC113 (both A0/B0) FW does not respond to mDNS query while sleeping
* Fixed AQC113 did not wake after tcp keepalive expires
* PHY firmware updated to v6.0.15


1.3.2
26 nov 2020
-----------
* Fixed AQC113 (both A0/B0) FW does not respond to mDNS query while sleeping (side-issue with uncast request)
* Fixed thermal shutdown functionality is not provisionable
* Remove support for 10m_HD and 100m_HD


1.3.1
09 nov 2020
-----------
* Added support for B1 devices


1.2.3
27 oct 2020
-----------
* Fixed AQC113 Lom0 doesn't generate interrupts for link change events


1.2.1
14 oct 2020
-----------
* Added support for B0 devices


1.1.27
16 sept 2020
------------
* Fixed MAC firmware hang while pc wakeup from suspend state
* Fixed unexpected wake when thunderbolt ethernet adapter is connected
* Fixed regression: ipv4 ping to nic proxy not functioning


1.1.24
22 july 2020
-------------
* Fixed configuration for GPIO
* Fixed calculation read bytes for smbus transaction of Lom
* Fixed interrupt line for Lom if rx packet available
* Fixed Lom interruption pin set to "asserted" after initializing


1.1.19
26 june 2020
-------------
* No changes


1.1.18
25 june 2020
-------------
* Fixed processing of mDNS resource records
Known issue:
* GPIO pin for reset function should be pulled up instead of pulled down


1.1.12
10 june 2020
-------------
Bug fixes:
* Fixed possible datapath stuck after hot-reset
* Fixed link negotiation issue caused after reset for AQC113C 7x7 devices
* Fixed chip stuck which may be caused by soft reset
* Fixed issue preventing chip reset when reset requested while loading ITI


1.1.5
6 may 2020
-----------
Bug fixes:
* Fixed issue that cause PCIe link drops
* Fixed issue when MAC calculated PHY hash before PHY is ready
Enhancements:
* FW provide packet to driver that woke up the system
New features:
* SNR data were added to driver interface


1.0.32
16 march 2020
-------------
Bug fixes:
* PHY reset stability improvements
* Fixed PHY FW stuck caused by fast reset
* Fixed ipv6 offload issue which may prevent receiving fragmented packets
* Fixed VPD corruption caused by multiple VPD read/write operations
Enhancements:
* Hot reset alarm support added
* MSM settings may be applied without link drop-off


1.0.25
14 february 2020
-------------
Bug fixes:
* FW no longer wake host after first link down/up immediately after hibernation
* Fixed SerDes initialization which cause disappearance from PCIe
* Fixed wake on link up
Changes:
* Disabled half-duplex by default for 10M, 100M, 1G speeds


1.0.22
31 january 2020
-------------
Enhancements:
* Disabled half duplex on 10M, 100M, 1G speeds by default
Changes:
* Disabled run-time power optimizations


1.0.19
24 january 2020
-------------
Enhancements:
* Added "coma" power mode
Bug fixes:
* Fixed disappearing from PCI after hibernating
* Fixed data at mDNS response for ipv4 "A" request
* Fixed missing response for mDNS PTR+TXT request
* Fixed chip licensing, which hadn't got settings from efuse high word


1.0.13
10 january 2020
-------------
Enhancements:
* Reduced minimal timeout for TCPKA from 60 to 1 sec
Bug fixes:
* Fixed link up in sleep proxy mode
* Fixed missed ipv6 probes after TCPKA timeout
* Fixed wake up caused by receiving TCPKA probe with wrong flags
* Fixed data at mDNS reply


1.0.11
30 december 2019
-------------
New features:
* Added chip licensing functionality
* Added thermal monitor interface
* Added cable diagnostics
Bug fixes:
* Fixed flow control configuration. Incoming pause frames cause traffic slow down as intended.
* Fixed forced reset of PHY FW caused by MAC FW
* Fixed incorrect data at probe packet which is generated by TCPKA offload
* Fixed invalid src ipv6 at mDNS reply
* VPD mailbox was removed from FW
* Fixed wake up counter
* Fixed resending probes by TCPKA after receiving correct ack on first probe


1.0.3
20 december 2019
-------------
Initial release

FW version 1.5.45 for Marvell AQC113 Family of Controllers
==============================================

1.5.45
?
-------
* Updates the PCIe Gen3 x4 advertisement information.
* Tunes the PCIe memory timing for 0.7 V power supply.
* Sets hysteresis to 50 mV.
* Provides SRAM ECC protection.
* Restricts the presets to used only P4-P9.


1.5.38
27 February 2024
-------
* Bypassed automatic execution of PCIe Configuration from Bootloader.
* PCIe Serdes Firmware integrated into MAC Firmware image and loaded during cold boot.
* PCIe initialization triggered from MAC Firmware.
* ROMBIN atlantic2 set to Antigua_1_5_xxx_487


1.3.37
31 October 2023
-------
* Signed PXE ROM v3.1.106 with EFI v2.1.13 FW 
* Added fix for Pre-Boot DMA protection


1.3.36
31 October 2023
-------
* Signed PXE ROM v3.1.105 with EFI v2.1.12 FW 
* Added boot time optimization and check for cable detect status - fix for Lenovo


1.3.34
3 February 2023
-------
* Reverted the change of loading the PCIe PHY FW to PCIe PHY SRAM (Change introduced in 1.3.29).
  The PHY FW will be loaded from PCIe PHY ROM as it was before


1.3.28
8 April 2022
------------
* Added Advertize 2.5 and 5G NBase-T speed capabilities
* Added AQC113 device ID 0x34C0 to inventory list


1.3.27
18 March 2022
------------
* OEM specific release
* exluded SerDes FW to 3.5.0
* Added configuration to enable SRAM ECC detection and correction


1.3.26
23 feb 2022
------------
* OEM specific release
* Added CFG TLV configuration changes(need your input)


1.3.25
16 feb 2022
------------
* OEM specific release
*	Fixed the unintended Wake-On-Link-Up behavior on the Mac-OS environment.
* Fixed the issue of untimely wake-up from Wake-On-Timer.


1.3.24
08 feb 2022
------------
* Updated the SerDes FW to 3.5.0
* Limited the PCIe preset mask to p4-p9 for Gen3 and Gen4


1.3.23
15 jan 2022
------------
* Introduced additional provisionable PCIe configuration mode to workaround PCIe instability observed on some platforms
  Relevance- AQC113C


1.3.22
5 jan 2022
------------
* Removed default advertisement of GARP and Unsolicited NA in Sleep Proxy mode. The driver can use the new capability mask bit in the offload-control register to control this feature
* Do not wait for 20sec (linklatchuptimeout) to enable Wakeonlinkup if the link is down at the time of suspend/sleep
* Removed the extra link flap on Wake-on-link. And when the system wakes up, initialize the link at the highest possible speed
  Relevance: fast-boot mode


1.3.21
11 nov 2021
------------
* Updated PCIe VPD data
  Relevance: images with PCIe VPD support
* Added support for drvdiag -s in PCIROM v3.1.4 UEFI driver
  Relevance: UEFI


1.3.20
16 oct 2021
------------
 * OEM specific release with specific provisioning


1.3.19
-----------
* Skipped version


1.3.18
02 july 2021
------------
* Fixed the issue of incorrect packet statistics counters reported by fw
* Removed 1G half duplex speed advertisement from the speed capability configuration
* Fixed the invalid speed advertisement 
  Relevance: AQC115C-B1
* Fixed the wrong led behavior at 2.5G speed 
  Relevance: AQC115C


1.3.17
23 apr 2021
-----------
* Added firmware support to disable NCSI via BDP provisioning
* Fixed longer link downtime during os suspend to resume transition in fast-boot mode


1.3.16
13 apr 2021
-----------
* Fixed the TFTP pxe boot failure due to failure to acknowledge Ock/Oack 
  Relevance: FW images with PCIe option rom support


1.3.15
02 apr 2021
-----------
* Added mDNS support
 
 
1.3.14
-----------
* Skipped version


1.3.13
13 feb 2021
-----------
* PHY firmware updated to v6.01.02 for Bx
* PHY change: only enable autoneg timeout when downshift is enabled if downshift was active
* Disable Reed Solomon feature in PHY firmware
* Fixed AQC113 power consumption is higher when cable is removed vs. Attached


1.3.12
08 feb 2021
-----------
* Revert additional fix for mDNS


1.3.11
05 feb 2021
-----------
* Fixed answers in mDNS query differ between when system is in sleep and when the system is awake - additional fix
* Fixed panic case: extended Lom port not open up after secure request was sent


1.3.10
01 feb 2021
-----------
* Fixed AQC113 failed when configured with 10G/full-duplex and came back up with a hot-plug of cable


1.3.9
28 jan 2021
-----------
* Fixed additional fix - remove questions from response (mDNS)


1.3.8
26 jan 2021
-----------
* Fixed AQC113: link became inactive and still fails with hot-plug of cable
* Fixed additional fix for regression test failure
* Fixed AQC113: answers in mDNS query differ between when system is in sleep and when the system is awake
 
 
1.3.7
20 jan 2021
-----------
* Fixed AQC113 ping failed after stress test when system is in sleep
* Fixed [Lom] ping6 extLom is successful after the system panics without pinging basic Lom


1.3.6
10 jan 2021
-----------
* Fixed AQC113 PTP tx ring appears to stop working

	
1.3.5
6 jan 2021
----------
* Fixed AQC113 A0 : built-in became 10base after cable was plugged in switch
* Fixed [Lom] extended mode enabled before 30 sec window
* Fixed [Lom] extended Lom port should be closed after 300 seconds, not 500+ seconds
* Added provision registers 3660 and 3664 in config
* PHY firmware updated to v6.01.01 for Bx


1.3.4
18 dec 2020
-----------
* Fixed AQC113 extended Lom port should be closed after 300 seconds, not 500+ seconds - "shutdown" case
* Fixed AQC113 extended Lom port kept open after Lom unenrolled
* Fixed AQC113 ping6 ext Lom drops packets when system is shutdown (power on failed)


1.3.3
15 dec 2020
-----------
* Fixed AQC113 (both A0/B0) FW does not respond to mDNS query while sleeping
* Fixed AQC113 did not wake after tcp keepalive expires
* PHY firmware updated to v6.0.15


1.3.2
26 nov 2020
-----------
* Fixed AQC113 (both A0/B0) FW does not respond to mDNS query while sleeping (side-issue with uncast request)
* Fixed thermal shutdown functionality is not provisionable
* Remove support for 10m_HD and 100m_HD


1.3.1
09 nov 2020
-----------
* Added support for B1 devices


1.2.3
27 oct 2020
-----------
* Fixed AQC113 Lom0 doesn't generate interrupts for link change events


1.2.1
14 oct 2020
-----------
* Added support for B0 devices


1.1.27
16 sept 2020
------------
* Fixed MAC firmware hang while pc wakeup from suspend state
* Fixed unexpected wake when thunderbolt ethernet adapter is connected
* Fixed regression: ipv4 ping to nic proxy not functioning


1.1.24
22 july 2020
-------------
* Fixed configuration for GPIO
* Fixed calculation read bytes for smbus transaction of Lom
* Fixed interrupt line for Lom if rx packet available
* Fixed Lom interruption pin set to "asserted" after initializing


1.1.19
26 june 2020
-------------
* No changes


1.1.18
25 june 2020
-------------
* Fixed processing of mDNS resource records
Known issue:
* GPIO pin for reset function should be pulled up instead of pulled down


1.1.12
10 june 2020
-------------
Bug fixes:
* Fixed possible datapath stuck after hot-reset
* Fixed link negotiation issue caused after reset for AQC113C 7x7 devices
* Fixed chip stuck which may be caused by soft reset
* Fixed issue preventing chip reset when reset requested while loading ITI


1.1.5
6 may 2020
-----------
Bug fixes:
* Fixed issue that cause PCIe link drops
* Fixed issue when MAC calculated PHY hash before PHY is ready
Enhancements:
* FW provide packet to driver that woke up the system
New features:
* SNR data were added to driver interface


1.0.32
16 march 2020
-------------
Bug fixes:
* PHY reset stability improvements
* Fixed PHY FW stuck caused by fast reset
* Fixed ipv6 offload issue which may prevent receiving fragmented packets
* Fixed VPD corruption caused by multiple VPD read/write operations
Enhancements:
* Hot reset alarm support added
* MSM settings may be applied without link drop-off


1.0.25
14 february 2020
-------------
Bug fixes:
* FW no longer wake host after first link down/up immediately after hibernation
* Fixed SerDes initialization which cause disappearance from PCIe
* Fixed wake on link up
Changes:
* Disabled half-duplex by default for 10M, 100M, 1G speeds


1.0.22
31 january 2020
-------------
Enhancements:
* Disabled half duplex on 10M, 100M, 1G speeds by default
Changes:
* Disabled run-time power optimizations


1.0.19
24 january 2020
-------------
Enhancements:
* Added "coma" power mode
Bug fixes:
* Fixed disappearing from PCI after hibernating
* Fixed data at mDNS response for ipv4 "A" request
* Fixed missing response for mDNS PTR+TXT request
* Fixed chip licensing, which hadn't got settings from efuse high word


1.0.13
10 january 2020
-------------
Enhancements:
* Reduced minimal timeout for TCPKA from 60 to 1 sec
Bug fixes:
* Fixed link up in sleep proxy mode
* Fixed missed ipv6 probes after TCPKA timeout
* Fixed wake up caused by receiving TCPKA probe with wrong flags
* Fixed data at mDNS reply


1.0.11
30 december 2019
-------------
New features:
* Added chip licensing functionality
* Added thermal monitor interface
* Added cable diagnostics
Bug fixes:
* Fixed flow control configuration. Incoming pause frames cause traffic slow down as intended.
* Fixed forced reset of PHY FW caused by MAC FW
* Fixed incorrect data at probe packet which is generated by TCPKA offload
* Fixed invalid src ipv6 at mDNS reply
* VPD mailbox was removed from FW
* Fixed wake up counter
* Fixed resending probes by TCPKA after receiving correct ack on first probe


1.0.3
20 december 2019
-------------
Initial release

Die erste Aktualisierung durchführen

Als Voraussetzungen sollte:

• Secure Boot im UEFI deaktiviert worden sein
• Im Windows Defender alles ausgeschaltet sein (Auch „Treiber-Sperrliste“)
• Andere Antivirensoftware ebenfalls deaktiviert sein

Um auf Version 1.5.38 zu kommen, einfach das oben verlinkte Archiv herunterladen, entpacken und die darin enthaltene „startprg.bat“ als Administrator ausführen. Nach Abschluss werden sich die aufgegangenen Kommandozeilenfenster von selbst schließen und man sollte den PC neu starten.

Mithilfe von „kickstart2.exe“ kann man vorher bzw. nachher herausfinden, welche Firmware momentan auf dem Controller läuft:

Skriptanpassungen

Um danach auf Version 1.5.45 zu kommen müssen im von station-drivers.com bereitgestellten Skript Änderungen vorgenommen werden, da die eingetragenen IDs nicht passen:

Damit der modifizierte Updater bei diesem HP FlexIO v2 Modul funktioniert, müssen die vier ID-Blöcke derer des Moduls angepasst werden. Eigentlich eher nur zwei. Dazu im Bereich „Check if device matches required IDs“ innerhalb der Skriptdatei „flashUpdateScript.ps1“ das:

    # Configuration 1 and 2
    If (($ids[1] -eq "0x1D6A") -and ($ids[3] -eq "0x1043") -and ($ids[4] -eq "0x8890")) {
        If (($ids[2] -eq "0x04C0") -or ($ids[2] -eq "0x14C0")) {
            $deviceSupported = $true
        }
    }

    # Configuration 1 and 2
    If (($ids[1] -eq "0x1D6A") -and ($ids[3] -eq "0x1043") -and ($ids[4] -eq "0x8890")) {
        If (($ids[2] -eq "0x04C0") -or ($ids[2] -eq "0x14C0")) {
            $deviceSupported = $true
        }
    }

durch das ersetzen:

    # Configuration 1 and 2
    If (($ids[1] -eq "0x1D6A") -and ($ids[3] -eq "0x103C") -and ($ids[4] -eq "0x88FB")) {
        If (($ids[2] -eq "0x04C0") -or ($ids[2] -eq "0x14C0")) {
            $deviceSupported = $true
        }
    }

    # Configuration 1 and 2
    If (($ids[1] -eq "0x1D6A") -and ($ids[3] -eq "0x103C") -and ($ids[4] -eq "0x88FB")) {
        If (($ids[2] -eq "0x04C0") -or ($ids[2] -eq "0x14C0")) {
            $deviceSupported = $true
        }
    }

Am Besten die IDs mit den Hardware IDs im Geräte-Manager gegenprüfen, diese müssen übereinstimmen. Im Anschluss das Skript abspeichern, schließen und die ebenfalls vorhandene „startprg.bat“ ausführen.

Das Update auf 1.5.45 durchführen

Als erstes kam bei mir der Hinweis, das der installierte Treiber (von Windows Update) zu alt sei. Nachdem dieser dann durch die Installation der neueren v3.1.11 von der Marvell Website auf dem neuesten Stand war ließ sich das Update problemlos durchführen:

Nach einem Neustart des PCs läuft alles wie es soll. Das war ein nervenaufreibender Prozess, wäre doch all das vorangegangenes Gebastel umsonst gewesen falls das Update schiefgegangen wäre. Nun ist der Controller bereit für die Zukunft unter Debian / Proxmox VE.

Der Beitrag <h5>Mini-PC Server #7: </h5><h3><b>Firmwareaktualisierung des Marvell / Aquantia AQC113 Controllers</b></h3> erschien zuerst auf flohs blog.

Als allererstes musste ich sicherstellen, dass das Modul auch wirklich elektrisch bzw. softwareseitig funktioniert. An mehreren Stellen im Internet habe ich gelesen, das es durchaus Modelle gibt (z.B. die ProDesk Serie) in die das Modul physikalisch passt aber UEFI-seitig nicht funktioniert da die notwendigen Treiber dort nicht integriert zu sein scheinen. Dafür habe ich den CPU-Kühler temporär durch einen alten Intel-Kühler ersetzt, mit etwas Wärmeleitpaste dazwischen. Dadurch passt das Modul dann:

Offline wird der Netzwerkadapter als solcher erkannt und mit funktionierender Internetverbindung installiert Windows automatisch den passenden Treiber. Aber auch mit dem Treiber direkt von Marvell sollte das Modul erkannt werden und laufen, außerdem ist die Treiberversion bei Marvell stets neuer (Marvell Public Drivers -> Windows -> AQC113):

Download des Treibers bei Marvell

Geräte-Manager

Wenn alles korrekt installiert worden ist kann man im Geräte-Manager prüfen ob alles wie gewünscht eingestellt bzw. erkannt worden ist:

Auch mit HWiNFO kann man einiges über das Modul erfahren:

Angebunden ist das Modul also über den propertiären Steckplatz des FlexIO v2 intern über zwei PCI-Express 3.0 Lanes, darüber sollten die vollen 10 Gbps locker möglich sein (Eine PCIe 3.0 Lane stellt theoretisch 8 GT/s bereit, zwei also 16 GT/s. Das entspricht theoretisch 1.969 Gigabyte pro Sekunde wobei 10 GbE maximal ca. 1.25 GB/s übertragen kann).

Zusammenfassend kann man sagen, das auf elektrischer und Softwareebene alles zu funktionieren scheint. Es ist also wirklich „nur“ ein mechanisches Problem, weswegen das revidierte, neuere Modul nicht mehr in die Mini-PCs passt. Eine vollkommen unverständliche Entscheidung seitens HP.

Mechanische Anpassungen

Näher betrachtet sollte man den Befestigungspunkt adaptieren können. Am allerbesten wäre ein gefrästes CNC-Teil, inklusive dem werksseitig vorhandenen Federdruck unter der Schraube, um den Anpressdruck des Kühlers auf die CPU weiterhin zu gewährleisten. Ich wollte das Problem aber realitäts- und zeitnah behoben haben und habe daher eine Adaptierung aus Aluminiumwinkelprofil gebaut, direkt am lebenden Objekt.

Zuerst muss der Kühler überhaupt montierbar gemacht werden, dazu erst einmal eine Bestandaufnahme was möglich ist:

Der dritte Verschraubungspunkt muss weichen, da führt leider kein Weg dran vorbei. Wenig Platz ist vorhanden, aber immerhin.

Kühlerbearbeitung

Zuerst habe ich die Wärmeleitpads entfernt, um Metallspäne in diesen zu vermeiden. Als nächstes habe ich den Weißblechdeckel des Kühlers abgeschraubt (PH0) um sehen zu können wie die Lage innen aussieht. Dann wurde die „Ecke“ passend bearbeitet:

Nun ist der Kühler zusammen mit dem Netzwerkmodul zumindest an der richtigen Stelle platzierbar:

Eine Halterung bauen

Ich habe einen sowieso übrigen Abschnitt eines Aluminiumeckprofils verwendet und entsprechend bearbeitet. Eine passende Schraube mit dem im IT-Bereich (leider) verbreiteten Zollgewinde „UNC 6#-32″ hatte ich in meinem Teilelager. Das ist dasselbe Gewinde wie z.B. in 3.5“ Festplatten seitlich zur Befestigung vorhanden sind:

Um die Höhe des zweiten Lochs für die Befestigung des Kühlers zu ermitteln habe ich das Bauteil testweise in den Mini-PC geschraubt. An der Unterseite, an dem das Winkelstück die Platine berührt habe ich mithilfe von PVC-Isolierband für Isolation und Schutz gesorgt:

Die Torxschraube in Richtung Kühler ist eine M3-Senkkopfschraube aus Edelstahl, um durch den Senkkopf wenigstens etwas Druck auf den Prozessor auszuüben. Eine Klemmung via Langloch im Winkel und Linsenkopfschraube war mir zu „unsicher“, wenn es rutscht hält nichts mehr. Die UNC-Schraube im originalen Befestigungspunkt habe ich zusätzlich heruntergefeilt, da das unpassende Modul direkt über der Schraube leider auch noch von unten bestückt ist:

Nun konnte ich alles wieder zusammenbauen und erste Tests vornehmen. Als TIM habe ich MX-4 von Arctic verwendet, um zu prüfen ob die Adaptierung überhaupt funktioniert oder ob der Kühler nun so schlecht sitzt das ich eine zweite, stabilere Variante bauen muss. Auf den abgefeilten Schraubenkopf habe ich wie auf der Unterseite des Winkels eine Schicht weißes PVC-Isolierband geklebt, es passt zwischen den SMD-Komponenten und dem PVC gerade so ein Blatt Standarddruckerpapier. Das funktioniert, aber es ist trotzallem sehr knapp:

Nun gilt es herauszufinden ob die Kühlleistung weiterhin gegeben ist um dann zuerst die Firmware des Netzwerkcontrollers zu aktualisieren.

Der Beitrag <h5>Mini-PC Server #6: </h5><h3><b>Geht nicht? Gibts nicht!</b></h3> erschien zuerst auf flohs blog.

In diesem Post von ServeTheHome wird quasi die Ideallösung für einen Mini-PC Proxmox-Host zum Thema Netzwerk vorgestellt: Ein passendes FlexIO v2 Modul von HP für 10 Gigabit Ethernet, mit dem sehr stromsparenden AQC113 Controller von Marvell / Aquantia (HP Teilenummer 56Q71AA) der ebenso die Zwischenstufen 2.5 und 5 GbE beherrscht!

Nach anfänglicher Freude über die Existenz dieses Moduls stellte sich Ernüchterung ein: Teuer ist es. Ungefähr Synology-Niveau – Um die 120 – 150 € für ein Modul. Dazu kommt das nach dem Lesen der Kommentare unter diesem STH-Post klar wurde, das es eine erste und zweite Revision dieses Moduls gibt und die nun fast ausschließlich erhältliche zweite Revision NICHT mehr in die Mini-PCs passt!

Das wirklich ärgerliche ist aber das sich die Teilenummer (56Q71AA) bei HP nicht geändert hat, beide Revisionen besitzen diesselbe Nummer. Es ist also unmöglich ohne echte Fotos des Artikels spezifisch die erste Revision zu kaufen, die einfach passen würde aber wohl gewisse Probleme hatte und deshalb revidiert wurde.

Schade.

Ein 10 GbE und der integrierte 1 GbE Ethernetport wären wirklich sehr gut. Zumal die Anbindung ans Medienmaterial bei uns auch über einen 10 GbE-Switch läuft, der mit der neuerdings ebenfalls auf 10 GbE aufgerüsteten DiskStation DS1819+ verbunden ist. Dieses Modul wäre in unserem Anwendungszweck also technisch perfekt, die Festplatten und SSDs im NAS bzw. Mini-PC könnten mit jeweils voller Leistung agieren, das erste Mal überhaupt.

Was ist also das Problem der neueren Variante, was genau passt nicht?
Das Modul überdeckt einen Befestigungspunkt des CPU-Kühlers und zwar so, das dieser nicht mehr vernünftig befestigt bzw. überhaupt eingebaut werden kann. Elektrisch sollte es trotzdem laufen, der Anschluss und die Fixierungsschrauben sitzen an derselben Position. Es sollte also ein rein mechanisches Problem sein.

Toll gemacht, HP. Warum nur?

Nach etwas näherer Betrachtung entschied ich mich zu versuchen das Ganze trotzdem zum Laufen zu bringen. 10 GbE ist einfach ein gutes Argument.

Bei Jacob Elektronik fand ich das Modul als B-Ware für knapp 100 € und ging das Risiko ein, das „falsche“ Modul geliefert zu bekommen. So war es dann auch, angekommen ist Revision 2, passt nicht. Im nächsten Schritt habe ich dann Möglichkeiten gesucht, wie das Ganze trotzdem zusammen laufen würde.

Der Beitrag <h5>Mini-PC Server #5: </h5><h3><b>Die (fast) verhinderte 10 GbE NIC</b></h3> erschien zuerst auf flohs blog.

Unser größtes Synology-NAS, ein DS1819+, ist mit einem PCIe 3.0 x8 Erweiterungsslot (elektrisch mit vier Lanes angebunden) ausgestattet was damals neben acht 3.5″ Festplattenschächten einer der Gründe war dieses spezifische Modell anzuschaffen. Gekauft wurde unser Exemplar direkt nach dem Release – Mitte 2019. Auch schon fast 7 Jahre her.

Seither wurde der RAM von der Werkskonfiguration von einem 4 GB DDR4-2133 Riegel auf 2 x 8 GB DDR4-2133* für insgesamt 16 GB Arbeitsspeicher und Dual-Channel Betrieb aufgerüstet und die Datenträgerkonfiguration mehrfach geändert. Im Moment sind acht 18 TB Laufwerke von Western Digital* verbaut, die ursprünglich aus externen 3.5″ WD Elements* Festplatten stammten.

Durch einen Zufall habe ich nun die längst überfällige Netzwerkaufrüstung durchgeführt:
Eigentlich war gedacht, eine der lauffähigen Intel-Netzwerkkarten als Alternative zu den sehr überteuerten Synology-rebrandeten Karten zu verwenden, da diese günstig und in Fülle gebraucht erhältlich sind. Typische Kandidaten mit 10 Gbit über RJ45 (Kupfer) wären die X540-T2* mit zwei bzw. X540-T1* mit nur einem Port oder die deutlich bessere aber auch teurere X550-T2* bzw. X550-T1*. Beide haben das bekannte Problem, warm bis heiß zu laufen. Bei der X540 sind Instabilitäten und Abbrüche ohne aktive Kühlung keine Seltenheit, zumal diese auch nur 10, 100, 1.000 oder 10.000 Mbit unterstützt, 2.500 und 5.000 Mbit fehlen. Dafür ist der Chip zu alt (Diese Zwischenschritte wurden erst später eingeführt).

Aufgrund dieser Gegebenheiten und der Tatsache, das mehr als 1 Gbit bei uns momentan eher „Nice to have“ als unbedingt nötig ist habe ich das Netzwerkupgrade auf unbestimmte Zeit hinausgeschoben.

Bis mir vor wenigen Tagen am unteren Ende der „Mindstars“ von Mindfactory die „E10G18-T1*“ Netzwerkkarte von Synology als Einzelstück für 99 € inkl. Versand ins Auge fiel (Testbericht in Englisch). Da ich seit längerem auch noch einen 50€ Gutschein für Mindfactory zur Verfügung hatte war klar: 99 € für eine garantiert immer kompatible Netzwerkkarte ohne Basteln oder Probleme ist kein schlechtes Angebot, der wenig schwankende Normalpreis für dieses Modell bewegt sich seit es auf den Markt kam um die 150 €. Das ich am Ende dann dafür stattdessen 49 € bezahlt habe machte die Aktion noch unausweichlicher für mich. Also los gehts, Karte gekauft.

Heute kam diese an, wie erwartet originalverpackt und zeitnah:

Diese Karte basiert auf dem „AQC107“ von Aquantia (Ein Netzwerkausrüster, mittlerweile von Marvell übernommen). Das ist im Vergleich zu den älteren Chips von Intel ein sehr stromsparender Netzwerkcontroller (~6 Watt). Einen noch sparsameren Nachfolger aus diesem Hause gibt es aber auch schon, den „AQC113“ (~3.5 Watt).

100 / 1.000 / 2.500 / 5.000 und 10.000 Mbit werden unterstützt, also alles was man sich wünschen könnte.

Überblick und RAM

Voll bestückt wiegt die DiskStation 1819+ schon ein paar Kilo, da ist es ratsam die (im Moment fast unbezahlbaren) Festplatteneinschübe samt Laufwerken herauszunehmen. Ich habe die Aufrüstung mit einer Reinigung kombiniert, die NAS stauben als dauerlaufende Geräte schon schnell ein und es war mal wieder Zeit:

Um an den Arbeitsspeicher (in meinem Fall zur Reinigung) zu gelangen, muss das DS1819+ umgedreht werden. Im Anschluss müssen zwei PH2-Kreuzschlitzschrauben entfernt werden um den Schacht öffnen zu können:

Die Erweiterungskarte einbauen

Um an den PCIe-Slot zu gelangen muss das Blechgehäuse entfernt werden. Dazu müssen alle rot umkreisten PH2-Kreuzschlitzschrauben entfernt werden, anschließend kann das Blechgehäuse durch schieben in Richtung Rückseite ausgehängt und vorsichtig abgenommen werden. Die blau umkreiste Kreuzschlitzschraube dient zur Befestigung der Karte / des Slotblechs:

Jetzt kann die Karte sehr einfach eingebaut werden:

Fertig?

Ja, das war alles. Nun einfach alles in umgekehrter Reihenfolge wieder zusammenbauen und siehe da:

In der Netzwerkkonfiguration wird der zusätzliche RJ45-Port nun korrekterweise als „LAN 5“ angezeigt. Das ist die Stärke der von Synology selbst vertriebenen Erweiterungsmöglichkeiten: Einstecken und läuft. Alternativ zu dem von mir eingebauten Modell gäbe es auch noch andere Möglichkeiten:

Der Beitrag Synology: DS1819+ mit 10 Gbit über Kupfer aufrüsten – E10G18-T1 erschien zuerst auf flohs blog.

Dieser „Rackmounted switch for small businesses“ von Linksys (damals noch eine Cisco-Tochter) soll vorerst temporär in unserem Eigenheim eingesetzt werden solange das Netzwerk noch nicht vollständig aufgebaut ist. Aber auch später sind 48 Ports mit je maximal 1 GbE* für sehr viele Geräte noch gut nutzbar. Die technischen Daten findet man zum Glück noch bei Cisco (archive.org). Nach etwas Suche findet man auch die vollständige Bedienungsanleitung.

Zuerst sollte das Gerät zurückgesetzt, gereinigt, gewartet und neu konfiguriert werden da es aus einer Firmenauflösung stammt und jahrelang nur herumlag (Zustand unbekannt). Diese Modellreihe ist mit „WebView“ ausgestattet, was eine komfortable Konfiguration über den Webbrowser ermöglicht, das funktioniert leider nur noch in alten Browserversionen – aber immerhin.

Zustand

Die Frontblende aus schwarzem Kunststoff ist beidseitig gebrochen (das sollte mit Sekundenkleber* einfach und gut reparierbar sein) und der bzw. die Lüfter haben einen deutlich hörbaren Lagerschaden. Nach Test aller 48 RJ-45-Ports scheinen alle sowohl mit 100 Mbit als auch 1 Gbit problemlos zu funktionieren. Die auch vorhandenen vier SFP-Ports auf der rechten Seite habe ich mangels Modulen nicht getestet, diese können aber ebenfalls „nur“ GbE und teilen sich ihre Bandbreite wie beschriftet mit bestimmten RJ-45-Ports und sind daher im Moment kaum von Interesse – Ich habe diese mit 3D-gedruckten Kappen aus PLA staubgeschützt verschlossen (Modell bei Thingiverse von jbanion):

Das restliche Gerät ist bis auf Schmutz und Kratzer in einem verhältnismäßig gutem Zustand, es ist keine Korrosion oder mechanischen Beschädigungen an den relevanten Bauteilen zu erkennen.

Hardware

Gerät öffnen

Zuerst muss der Switch geöffnet werden: Nicht so einfach wie gedacht. Die Rackmounts sind jeweils mit vier PH2-Schrauben pro Seite befestigt und müssen abgeschraubt werden. Dann muss mit einem weichen, flachen Werkzeug wie einem Plektrum* die Frontblende gelöst werden, diese ist ringsherum aufgeschoben und eingeclipst. Danach muss man mit einem Spatel* oder einem ähnlich dünnen aber härteren Werkzeug zuerst auf einer Seite in den Spalt des Metallgehäuses leicht hebeln, beide Gehäuseteile werden mit Metallclips zusammengehalten. Behutsam arbeiten, die Halterungen sind fragil.

Sobald sich der Spalt vergrößert kann man sich vorarbeiten bis die ganze Breite gelöst ist. Dann auf der gegenüberliegenden Seite dasselbe nochmal, aber viel einfacher weil geschoben und gedrückt werden kann. Zum Schluss das Gehäuseoberteil aus der hinteren Kunststoffblende herausziehen. Es sitzt ziemlich stramm zusammen.

Lüfter entfernen

Die Lüfter sind mittels gebogenem Weißblech in spezielle Halterungen geklemmt: Um diese zu entfernen empfiehlt es sich mit einem Schlitzschraubendreher die flache Seite der Konstruktion (Am Rand des Gehäuseunterteils) leicht aufzubiegen und den jeweiligen Lüfter durch seitliches Kippen in Richtung der Platinen zu entfernen.

Leider sind die Lager der verbauten Lüfter alle drei schadhaft und eher keine Standardbauteile: 40 x 40 mm Baugröße bei 20 mm Tiefe, 5 Volt DC bei 0.4 Watt Leistungsaufnahme, ungeregelt. Der OEM-Hersteller ist Sunon, das spezifische Modell war mir zu teuer weil kaum erhältlich und offiziell nur für gewerbliche Kunden:

Ich habe Alternativ zum verbauten Modell „KDE0504PKV3“* das etwas leisere und deutlich günstigere Modell „MF40200V3-1000U-A99“* als Ersatz verwendet, ebenfalls von Sunon. Andere Lüfter in diesen Dimensionen und Spezifikationen gibt es z.B. von Delta Electronics oder auch von No-Name Anbietern (Keine gute Idee, ein Switch ist ein 24/7-Gerät!). Der von mir verwendete Ersatz kommt ohne Stecker, ich habe einfach die Stecker der originalen Lüfter abgeknipst und an die neuen angelötet und isoliert (Schrumpfschlauch*). Hier eine Gegenüberstellung der technischen Eigenschaften:

Mainboard ausbauen und reinigen

Um das Mainboard zu entfernen muss das Flachbandkabel für den Konsolenzugriff und der Stecker des Netzteils (Vorsicht potenzielle Restspannung!) entfernt werden. Dann müssen die drei Abstandshalter und die übrigen PH2-Schrauben herausgeschraubt werden. Nun kann man die Platine vom Gehäuseunterteil entfernen. Hier sind alle Bauteile bereits gereinigt und bereit für den Zusammenbau:

Der Aufkleber auf dem Flashchip lässt vermuten, das dieses Exemplar bereits mit der neuesten Firmwareversion (v1.2.2d) ausgeliefert wurde und daher kein Update nötig sein wird.

Konfiguration?

Ich habe den SRW2048 via Kaltgerätekabel* an Strom und via Netzwerkkabel* am Port 1 an unserem Heimnetz angeschlossen. Nach mehreren Versuchen wird dem Switch keine IP zugeteilt, ich vermutete das der integrierte HTTP / HTTPS-Server der die WebView Konfiguration bereitstellen sollte deaktiviert ist.

Also bleibt noch der Zugriff via seriellem Konsolenanschluss auf der Rückseite. Da taucht das nächste Problem auf: Ich besitze das ehemals mitgelieferte Doppel Female DB9 Kabel (Nullmodem*) nicht. Aber ich habe mehrere Konsolenkabel für Ciscoswitches neuerer Bauart, diese sind als Female DB9 Seriell auf RJ-45 ausgeführt. Mittels RJ-45-Kupplung* habe ich mir dann ein Doppeltes Female Kabel zusammengesteckt:

Als nächstes benötigt man einen Computer mit Serial-Port (oder einen Serial auf USB Adapter den ich aber nicht habe). Die Dockingstationen der HP EliteBook 8540p haben einen, also habe ich meins dafür verwendet und darauf PuTTY und Tftpd64 (für ein mögliches Firmwareupdate das es nicht gibt) installiert.

Die richtigen Einstellungen sind:

Hier ein Screenshot von PuTTY (Nur die richtige Geschwindigkeit muss eingetragen werden):

Die erste Kontaktaufnahme

Wenn der Switch schon läuft und man die Verbindung erst dann herstellt, bekommt man zuerst nur ein leeres Terminal zu sehen. Nach einem Tastendruck auf „Enter“ offenbart sich aber, das alles korrekt ist und eine Antwort kommt:

Um nun Zugriff auf das Bootmenü und auf die Konfiguration zu bekommen muss man die serielle Verbindung so wie sie ist verbunden lassen und den Switch „power-cyclen“ , sprich den Strom kurz trennen und wieder verbinden. Nachdem kurz wie bei jedem Boot alle LEDs aufleuchten kann man nun den POST der Firmware live mitbeobachten und diesen mit „Esc“ unterbrechen, um ins Bootmenü zu gelangen. Das ist insbesondere wichtig wenn man die Zugangsdaten nicht kennt und diese zurücksetzen möchte oder auch sonst Probleme zu lösen versucht:

Nach abgeschlossenem Boot wird man mit diesem Login Screen begrüßt, standardmäßig ist der Benutzername „admin“ und das Passwort entweder leer oder ebenfalls „admin“ , bei mir funktionierte der Login mit leerem Passwortfeld:

Endlich Zugriff!

Zu Dokumentationszwecken habe ich exzessiv Screenshots des Ganzen erstellt, unterteilt nach Menükategorien. Eventuell helfen diese jemandem in Zukunft festzustellen was geht und was nicht. Installiert ist wie zuvor erwähnt die neueste Firmwareversion v1.2.2d.

System Configuration Menu

System Information

Management Settings

User & Password Settings

So sieht das mit Standardeinstellungen aus.

Security Settings

IP Configuration

Hier muss „DHCP client“ und „HTTP“ und/oder „HTTPS“ auf „ENABLE“ stehen, sonst wird für WebView natürlich keine IP-Adresse zugeteilt bzw. ist nicht verfügbar!

File Management

Port Status

Mit den Pfeiltasten kann man durch alle verfügbaren Ports wechseln.

Port Configuration

Hier wird ebenfalls mit den Pfeiltasten navigiert.

System Mode

Help

Konfigurationsmöglichkeiten via WebView

Nachdem ich alles wie von mir gewünscht konfiguriert hatte, habe ich mittels der Menüoption einen Neustart durchgeführt. Und siehe da: Der Switch bekommt nun wie konfiguriert eine IP-Adresse vom Router im Netzwerk zugeteilt und ist auf dieser auch erreichbar. In einem aktuellen Firefox unter Windows 11 ist allerdings nichts funktionsfähig und die Ansicht ist sehr unbrauchbar aber allgemein sollte „WebView“ nun funktionieren.

Also das EliteBook mit Windows XP hochgefahren und im Internet Explorer 8 funktioniert alles wie es soll:

Auch die Möglichkeiten des WebView habe ich nachfolgend dokumentiert:

Login

Setup

Port Management

VLAN Management

Statistics

ACL

Security

QoS

Spanning Tree

Multicast

SNMP

Admin

LogOut

Damit sollte jede Konfigurationsmöglichkeit ausführlich dokumentiert sein.

Der Beitrag Wiederinbetriebsetzung eines 19″ GbE Switches: Linksys SRW2048 erschien zuerst auf flohs blog.

Bei uns sind zwei großzügig ausgelegte Netzwerkschränke geplant und auch schon angeschafft (12SZBIT42U88RAGM von ZPAS), mit jeweils 42 HE Bauraum bei 80 cm Breite und Tiefe. Einer im EG um das „ankommende Internet“ sinnvoll zu verteilen (Gedacht ist Glasfaser von der Deutschen Giganetz das auch schon gelegt und aktiv ist, möglich wären aber auch Kabel von Vodafone oder klassisch (V)DSL, außerdem wie fast überall Mobilfunk und Satelliteninternet) und um für die Storageserver und NAS einen kühlen Platz zu schaffen.

Um diesen sehr beengt eingebauten Schrank wird es nun in diesem Beitrag gehen. Der zweite Schrank wird sich im DG befinden und für Computing und den Großteil des Switchings zuständig sein, in einem extra dafür abgeteilten und separat klimatisierten Bereich mit mehr als genug Platz in jede Richtung.

⧉ IT-Budget

Problemstellung

Es gibt gerade im elektrischen Bereich in Deutschland eine Vielzahl an Vorschriften bezüglich einfach allem, mit Abhängigkeiten von allem. Das führt an manchen Stellen zu verzwickten Gegebenheiten, um genau so eine geht es hier:

Vor dem Hauptzählerschrank muss mindestens 1,20 Meter unverstellter Platz gewährleistet sein. Genauso vor dem Hausanschlusskasten (HAK), der sich genau wie der Zählerschrank und der Netzwerkschrank in einem Raum mit weniger als 7 Quadratmetern befindet. Das klingt eng und das ist es auch: Durch die etwas ungünstige L-Form des Raumes verschärft sich das Problem zusätzlich.

Beide Abstände gleichzeitig können nicht eingehalten werden, im Altbau kann man sich leider nicht alles aussuchen. Da man an den Zählerschrank öfters und an den HAK regulär nie ran muss sind die Zugangsprioritäten klar – Was ist aber wenn man den Abstand zum HAK zwingend (temporär) herstellen muss?

Was tun?

Zum Glück befinden sich an jeder Ecke der Bodenplatte der Schränke einfach je ein M12 Gewinde, das nach innen sogar offen ist und somit die Einschraubtiefe nicht nennenswert einschränkt. Die Netzwerkschränke haben mitgelieferte Füße, um den Schrank nivellieren zu können:

⧉ IT-Budget

Wenn ich nun diese simplen Füße* wie ursprünglich geplant einbauen würde, könnte der Schrank mit seinem später ausgebauten stattlichen Gewicht niemals mehr sinnvoll bewegt werden. Das ist einerseits gut da die Cat. 7A Installationsleitungen* sowieso nicht für Bewegungen ausgelegt sind aber schlecht um das Ganze temporär zu verschieben.

Es gibt als Alternative eine Vielzahl von Rollen, gebremst oder ungebremst aus verschiedensten Materialien. Das wäre die simpelste Lösung, einfach Rollen mit M12 Gewinde* statt den Füßen verbauen. Der Nachteil ist das sich diese „in den Boden stehen“, da PVC in diesem Raum verlegt werden wird und dieser mit der Zeit sicher etwas nachgibt. Parallel ist ein dauerhaftes Stehen in gleicher Position vermutlich auch nicht besonders gut für die Lager der Rollen.

Es gibt sie, die optimale Lösung:

Nach etwas Recherche bin ich auf mehrere Arten von Schwerlastrollen gestoßen, die beides vereinen:
Rolle und Standfuß, dieser sogar gummiert. Der Originalhersteller dieser Art Kombifüße scheint der Hersteller G-DOK mit der Marke „FOOT MASTER®“ zu sein (Produktübersicht als PDF, archive.org), mit entsprechenden Patenten und Preisen. Da heute das meiste zeitnah nachgebaut wird ist auch ein um einiges bezahlbarerer und ebenso passender Klon nicht schwer zu finden (Man beachte das mitkopierte aber abgeänderte „FOOT MASIER“ statt „FOOT MASTER®“):

Von diesem gibt es dann sogar wie im Original noch eine leicht weiterentwickelte Form als Nachbau, u.a. mit Weldinger-Branding* – für diese Variante habe ich mich letzendlich entschieden: Statt sich wie bei ersten Variante mit dem Drehrad zur Höhenverstellung abmühen zu müssen (das mit mehr Gewicht und mehr Standzeit garantiert wesentlich schwerer zu verstellen sein wird) kann man den integrierten Fuß einfach „hoch- oder runterrätschen“, bei hoher Gewichtsbelastung dann auch z.B. mit einem Schraubendreher als Verlängerung zur Kraftverstärkung:

Das Gewicht steht wie bei der Drehrad-Variante zuvor dauerhaft auf dem gummierten Fuß, der wiederherum innen durch ein Gewinde hoch oder runtergestellt wird und somit sicher steht und falls ein Bewegen nötig wird kann man alle vier Füße einfach „herunterrätschen“ bis die Rolle sicher aufsteht und der Fuß genug Abstand zum Boden hat.

Hier wurde zwar auch kopiert, aber nicht ganz so dreist wie bei der vorigen Variante, „FOOT CASTOR“.

Verkauft wird diese Lösung für Werkbänke und Laborequipment, aber auch für meinen Einsatzzweck sind die Füße sehr gut geeignet. 1000 KG maximale Traglast bei vier Füßen ist ebenfalls gut dimensioniert, das ist auch das Limit des Schrankes. Lediglich die gelbe Farbe des Sechskants zum Kontern des M12 Gewindes hat mir nicht zugesagt, diesen habe ich passend zum restlichen Fuß schwarz glänzend lackiert:

Der Beitrag Rollen oder Füße am Netzwerkschrank – Warum nicht einfach beides? erschien zuerst auf flohs blog.

Wir betreiben seit einigen Jahren mehrere NAS von Synology, die auch schon zuvor Thema waren. Besonders eines davon – das DS1819+ – hat ein interessantes Feature: Man kann eine Erweiterungskarte einbauen.

Netzwerktechnisch kommt dieses Modell mit vier RJ45 Buchsen, die mit je maximal 1 Gigabit Bandbreite umgehen können. Durch Link Aggregation könnte man also 4 Gigabit nutzen, mit Hürden und durch Belegung von vier Ports am Switch. Suboptimal.

Aber es gibt ja Erweiterungskarten von Synology:

Jeder der schon einmal egal welches dieser Modelle in Preisvergleichen gesucht hat wird feststellen das diese BRUTAL überteuert sind und eigentlich auch nur aus Komponenten anderer Hersteller bestehen (Ähnlich wie bei den Synology gebrandeten Festplatten und SSDs!).

Drittanbieter?

Mir war lange Zeit nicht bewusst, das es direkt von Synology auf Kompatibilität getestete Erweiterungskarten von Drittherstellern gibt und sogar eine offizielle Liste existiert. Das diese nicht so supereinfach zu finden ist wird kein Zufall sein:

Was kompatibel ist bzw. läuft und was nicht wird ja maßgeblich von den in DSM vorhandenen Gerätetreibern bestimmt und das liegt nun mal in der Hand von Synology. Da unser Grundsystem für absehbare Zeit auf RJ45 basiert sein wird sehen die zwei älteren Intelmodelle X540-T2* und X550-T2* für mich interessant aus.

Die X540-T2 bekommt man gebraucht auch schon ab 40€, die X550-T2 eher ab 70 – 80€ da diese generell auch die bessere Wahl ist: Wesentlich niedrigerer Stromverbrauch plus Unterstützung für die mittlerweile verbreiteten 2.5 und 5 Gbit Modi (Die X540-T2 kann nur 10 / 100 / 1.000 / 10.000, nichts dazwischen!).

Super, man kann also wesentlich günstigere Karten als die von Synology einsetzen!

Ja und es wird noch besser: Der User „bb-qq“ hat in einem seiner Repositories etwas wirklich cooles in petto:
DSM Treiber für Realtek-Netzwerkadapter, die über „USB 3.1 Gen.1“ (also USB 3.0) laufen und in Fernost bzw. generell wirklich günstig zu haben sind!

Unterstützt werden folgende Realtek Chips (Stand 01/2026):

• RTL8152/RTL8153:
  1.0 Gbit
   
• RTL8156:
  2.5 Gbit
   
• RTL8157:
  5 Gbit
   
• RTL8159:
  10 Gbit

Am meisten Sinn machen hier 2.5 oder 5 Gbit, 10 Gbit würde durch die fehlende Bandbreite seitens USB 3.1 Gen.1 stark ausgebremst werden. Auf diese Art können vor allen Dingen auch NAS von Synology um schnelleres Netzwerk erweitert werden, die keinen Erweiterungskartenschacht aber dafür mindestens eine USB 3.1 Gen.1 Schnittstelle haben, was fast immer der Fall ist!

Auf der Githubseite sind auch exakte Modelle mit Kompatibilitäten und Inkompatibilitäten aufgeführt, damit man gleich das Richtige kauft. Die Installation der Treiber ist aber etwas für Fortgeschrittene, SSH und Kommandozeile sollten keine Fremdworte sein.

Für Ungeübte empfiehlt es sich, eine der weiter oben benannten Netzwerkkarten von Intel einzusetzen, vorzugsweise gebraucht bzw. „refurbished“.

Der Beitrag Alternative Netzwerkmöglichkeiten für Synology NAS erschien zuerst auf flohs blog.

Ich war im Konsumentenbereich immer großer Fan der Firma AVM und ihrer Produkte. Ich fand die Philosophie richtig: Ausgereifte Hardware und langer, hochwertiger Softwaresupport. Fast wie bei Synology und Apple. Dazu ein wirklich gut ausgestattetes Ökosystem.

In den letzten drei Jahren häufen sich Berichte von Defekten an manchen Fritzboxen, das WLAN fällt aus, ist aber laut FRITZ!OS aktiv. Fast immer das 2.4 GHz Band zuerst, oft dann später beide Bänder (5 GHz auch noch). Das bei uns seit dem Release betriebene, ehemalige Flaggschiff FritzBox 7590 war auch betroffen, kurz vor dem Ablauf der von AVM freiwillig gewährten 5 Jahren Garantie.

Bis ich darauf gekommen bin warum nur noch manche WLAN-Geräte funktionieren hat eine Weile gedauert – Wenn ich nicht für jedes Band eine eigene, versteckte SSID betreiben würde hätte ich vermutlich noch deutlich länger gesucht (Die Standardeinstellung sendet diesselbe SSID für beide Bänder). Zudem läuft bei uns alles was möglich ist via Ethernet.

AVM hat uns unser Exemplar schon vor längerem ausgetauscht, danke für diesen guten Service. Das hat nur ein paar Tage gedauert, zur Überbrückung habe ich die FritzBox von davor eingesetzt, eine altehrwürdige 7390. Kurz darauf hörte ich im Bekanntenkreis von einem ähnlichen Fall. Gleicher Defekt, auch auf Garantie ausgetauscht.

Dieses Thema kam bei mir jetzt wieder auf, weil ich im familiärem Umfeld einen erneuten Fall zu beklagen habe. Ähnliche Symptomatik – Dieses mal beide WLAN-Bänder weg während die Software sagt das diese da sein sollten. Dieses Exemplar ist knapp zu alt für einen Austausch durch AVM und wird demnächst notgedrungen durch eine FritzBox 7590 AX V2* ersetzt.

Möglichkeiten

Über diese Problem hat Günter Born schon vor längerem berichtet. Es finden sich auf seinem Blogpost auch viele nützliche Hinweise zur Reparatur und Firmen die sich dem Problem annehmen. Auch Heise hat das Thema später aufgegriffen.

Der Fehler kann repariert werden – viele Fritzboxen werden wohl trotzdem im Elektroschrott landen. Das ist ärgerlich, besonders weil 90% des Geräts ja weiterhin problemlos funktioniert. Alternativ kann das WLAN im Tandem mit einem Repeater von AVM*, der via LAN-Brücke an die Fritzbox angeschlossen ist umschifft werden. Nicht optimal, aber praktikabel.

Folgen

Fehler können passieren, wichtig ist wie damit umgegangen wird. AVM bemüht sich, betroffene Exemplare auszutauschen. Ehrlicherweise muss ich sagen, das mein Vertrauen in die Produkte trotzdem etwas erschüttert wurde. Ich hatte zuvor noch nie irgendeine Art von Problem mit Produkten von AVM und die Firma war seit langer Zeit immer die Standardempfehlung im Privatumfeld.

Das nun Imker Capital Partners die Geschicke der Firma leitet kann auch nichts gutes für die Zukunft bedeuten.

Der Beitrag Hardwareprobleme bei Fritzboxen, besonders bei der sehr verbreiteten 7590 erschien zuerst auf flohs blog.

Durch die über die Jahre angesammelten Datenberge wurden zunehmend extremere Speicherlösungen nötig. Man könnte den Zustand sehr treffend mit „organisch gewachsen“ beschreiben, aber ordentlich organisiert.

Wir betreiben drei originale NAS von Synology (wie schon zuvor in diesem Beitrag erwähnt) und zwei „Geräte die auch mit einer Art DSM laufen“. Alles lokal, Dienste von Synology nutzen wir nicht. Der einzige Job ist energieeffizient Speicherplatz bereitstellen.

Synology NAS

„Synology“ NAS

All diese Desktop-NAS werden früher oder später durch einen oder mehrere 19″ Rack Storageserver ersetzt werden. Das ist platzsparender und generell effizienter. Spätestens in diesem Zug wird auch das Netzwerk auf 10 Gbit verschnellert werden.

Der Beitrag Übersicht unserer Network Attached Storages erschien zuerst auf flohs blog.