https://www.thomas-krenn.com/de/wikiDE/index.php?title=Spezial:Neue_Seiten&feed=atom 2026-07-27T17:55:26Z <div class="mw-content-ltr mw-parser-output" lang="de-x-formal" dir="ltr"><p>Aus Thomas-Krenn-Wiki </p></div> MediaWiki 1.43.9 https://www.thomas-krenn.com/de/wiki/Copy-on-Write_Prinzip_in_ZFS 2026-07-24T14:06:30Z

<div class="mw-content-ltr mw-parser-output" lang="de-x-formal" dir="ltr"><p>Sbohn: </p> <hr /> <div>&#39;&#39;&#39;Copy-on-Write (CoW, dt. &quot;Kopieren-beim-Schreiben&quot;)&#39;&#39;&#39; ist ein Optimierungsprinzip der Datenverarbeitung, bei dem Änderungen nicht direkt am bestehenden Datenbestand vorgenommen, sondern immer in eine neue Kopie geschrieben werden. Als Kernstück der Speicherstrategie des Dateisystems <a href="/de/wiki/ZFS_Grundlagen" title="ZFS Grundlagen">ZFS</a> sorgt CoW – in Kombination mit Transaktionsgruppen – dafür, dass ein unterbrochener Schreibvorgang niemals zu einem inkonsistenten Dateisystem führen kann. Das hebt ZFS von klassischen Dateisystemen ab, die Daten direkt überschreiben.<br /> <p><br /> == Das Copy-on-Write-Prinzip ==<br /> Bei Schreibvorgängen nach dem CoW-Prinzip werden &#39;&#39;&#39;Datenblöcke bei Änderungen nicht überschrieben&#39;&#39;&#39;. Stattdessen werden neue Datenblöcke mit den Änderungen beschrieben und die alten Datenblöcke nur abgelöst. Um die Konsistenz der Daten zu erhalten, arbeitet CoW mit einem Referenz-System, das als &#39;&#39;Hash-Tree&#39;&#39; (oder auch &#39;&#39;Merkle-Tree&#39;&#39;)&lt;ref&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://en.wikipedia.org/wiki/Merkle_tree">Merkle Tree</a> (en.wikipedia.org, 2026)&lt;/ref&gt; bekannt ist. Mithilfe dieses Systems wird sichergestellt, das Fehler in der Datenintegrität zu jedem Zeitpunkt erkannt werden können.<br /> <br /> === Die Baumstruktur ===<br /> </p> <figure class="mw-default-size" typeof="mw:File/Thumb"><a href="/de/wiki/Datei:Zfs-merkletree.png" class="mw-file-description"><img src="/de/wikiDE/images/thumb/7/77/Zfs-merkletree.png/300px-Zfs-merkletree.png" decoding="async" width="300" height="285" class="mw-file-element" srcset="/de/wikiDE/images/7/77/Zfs-merkletree.png 1.5x" /></a><figcaption>&#39;&#39;Abb. 1&#39;&#39;: Ein einfacher &#39;&#39;Hash&#39;&#39;-Baum.</figcaption></figure><br /> <p>In Abbildung 1 ist eine vereinfachte Ansicht eines Hash-Trees zu sehen:<br /> <br /> </p> <ul><li>An den Endpunkten des Baumes, die auch als &#39;&#39;leaves&#39;&#39; (&#39;&#39;Blätter&#39;&#39;) bezeichnet werden, stehen die Blöcke mit den Daten.<br /></li> <li>Die darüberliegenden Knoten – &#39;&#39;inner nodes&#39;&#39; oder &#39;&#39;branches&#39;&#39; (&#39;&#39;Zweige&#39;&#39;) genannt – enthalten &#39;&#39;Block Zeiger (Block Pointer)&#39;&#39;. Jeder diese &#39;&#39;Zeiger&#39;&#39; enhtält Informationen über die darunterliegenden Blöcke, z.B. den physischen Ort der Daten, die Größe der Blöcke sowie die Nummer der Transaktionsgruppe (die &#39;&#39;Birth-TXG&#39;&#39;), in welche der Block geschrieben wurde. Die wichtigste Information ist aber die &#39;&#39;&#39;Prüfsumme&#39;&#39;&#39;.<br /></li> <li>Über den &#39;&#39;inner nodes&#39;&#39; findet sich der &#39;&#39;root&#39;&#39; (&#39;&#39;Wurzel&#39;&#39;) Knoten, welcher inhaltlich den &#39;&#39;branches&#39;&#39; entspricht.<br /></li> <li>Auf der obersten Ebene befindet sich der &#39;&#39;uberblock&#39;&#39;. Dieser ist in einem &lt;code&gt;zpool&lt;/code&gt; einzigartig und wird nach jedem Schreibvorgang neu errechnet. Er enthält die Prüfsumme, aus welcher sich alle im &lt;code&gt;zpool&lt;/code&gt; enthaltenen Daten verifizieren lassen.<br /></li></ul> <p><br /> === Anwendung in Transaktionsgruppen ===<br /> ZFS hält die Daten zunächst in sogenannten &#39;&#39;Transaktionsgruppen (txg)&#39;&#39; im RAM des Systems. Nach einem festgelegten Zeitrahmen – die Standardeinstellung ist 5 Sekunden – oder wenn ausreichend Daten angesammelt wurden, werden alle in der Transaktionsgruppe gesammelten Änderungen gleichzeitig committed&lt;ref name=&quot;:0&quot; /&gt;. <br /> <br /> Durch diese Vorgehensweise ist sichergestellt, dass ein inkonsistenter Datenstand durch einen unterbrochenen Schreibvorgang ausgeschlossen ist.<br /> <br /> Entweder wird die &#39;&#39;txg&#39;&#39; committed: Dann wurde ein neuer &#39;&#39;uberblock&#39;&#39; gebildet und das Dateisystem ist konsistent.<br /> <br /> Oder die &#39;&#39;txg&#39;&#39; wurde nicht committed: Dann gilt der alte &#39;&#39;uberblock&#39;&#39; als aktuell und das Dateisystem ist ebenfalls konsistent (nur älter).<br /> <br /> == Der Schreibvorgang ==<br /> </p> <figure class="mw-default-size" typeof="mw:File/Thumb"><a href="/de/wiki/Datei:Zfs-CoW.png" class="mw-file-description"><img src="/de/wikiDE/images/thumb/b/b6/Zfs-CoW.png/300px-Zfs-CoW.png" decoding="async" width="300" height="195" class="mw-file-element" srcset="/de/wikiDE/images/thumb/b/b6/Zfs-CoW.png/450px-Zfs-CoW.png 1.5x, /de/wikiDE/images/b/b6/Zfs-CoW.png 2x" /></a><figcaption>&#39;&#39;Abb. 2&#39;&#39;: Nach einem Schreibvorgang werden die ersetzten Blöcke freigegeben. Die unveränderten Blöcke bleiben unberührt&lt;ref name=&quot;:0&quot;&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://openzfs.github.io/openzfs-docs/Basic%20Concepts/Copy-on-write.html#transaction-groups">Copy-on-Write in der OpenZFS Dokumentation</a> (openzfs.github.io, 2026)&lt;/ref&gt;.</figcaption></figure>In Abbildung 2 ist der Zustand des Dateisystems nach einem Schreibvorgang mit Copy-on-Write zu sehen. Folgende Schritte haben zu diesem Ergebnis geführt:<br /> <p><br /> </p> <ol><li>Eine Änderung macht es nötig, die Daten in Block &lt;code&gt;D4&lt;/code&gt; zu ersetzen<br /></li> <li>Ein neuer Block &lt;code&gt;D4&#39;&lt;/code&gt; wird erstellt, welcher die neuen Daten enthält<br /></li> <li>Der neue Block soll in den &#39;&#39;Hash&#39;&#39;-Baum eingebunden werden. Dazu ist es nötig, ein neues &lt;code&gt;inode2&lt;/code&gt; zu bilden, welches hier mit &lt;code&gt;inode2&#39;&lt;/code&gt; bezeichnet ist. Dieser Schritt ist notwendig, weil die Prüfsumme für alle übergeordneten Knoten neu gebildet werden muss<br /></li> <li>Wie in Schritt 3 werden auch &lt;code&gt;root&lt;/code&gt; und &lt;code&gt;uberblock&lt;/code&gt; neu gebildet<br /></li> <li>Die &#39;&#39;inner nodes&#39;&#39; werden mit den unveränderten Knoten neu verknüpft und die neuen Prüfsummen gebildet. Der neue Datenblock ist jetzt eingebunden<br /></li></ol> <p><br /> Durch die Einbindung des neuen Datenblocks wurden der alte Datenblock &lt;code&gt;D4&lt;/code&gt; genau wie alle übergeordneten Knoten ersetzt und freigegeben. Solange kein &#39;&#39;Snapshot&#39;&#39; den alten Block noch referenziert, kann dieser bei zukünftigen Schreibvorgängen wieder verwendet werden.<br /> <br /> == Konsequenzen der CoW-Strategie ==<br /> Durch CoW ergeben sich einige der wichtigsten Funktionen von ZFS als logische Konsequenz. Allerdings ergeben sich so gleichermaßen auch einige der Schwächen von ZFS. Diese sind im Folgenden als Vorteile und Nachteile kurz gelistet.<br /> <br /> === Vorteile ===<br /> <br /> </p> <ul><li>&#39;&#39;&#39;&#39;&#39;<a href="/de/wikiDE/index.php?title=ZFS_Snapshots&amp;action=edit&amp;redlink=1" class="new" title="ZFS Snapshots (Seite nicht vorhanden)">Snapshots</a>&#39;&#39;&#39;&#39;&#39; – also Momentaufnahmen eines Systemzustandes – &#39;&#39;&#39;lassen sich durch CoW einfach anlegen&#39;&#39;&#39;. Es muss lediglich der &#39;&#39;uberblock&#39;&#39; und seine darunterliegenden Knoten und Blöcke referenziert und eingefroren werden.<br /></li> <li>&#39;&#39;&#39;&#39;&#39;Klone&#39;&#39;&#39;&#39;&#39; &#39;&#39;&#39;sind ebenso einfach anzulegen&#39;&#39;&#39;, da auch hier mit einfachen Referenzierungen gearbeitet werden kann.<br /></li> <li>&#39;&#39;&#39;&#39;&#39;Inkrementelle Vervielfältigung&#39;&#39;&#39;&#39;&#39; &#39;&#39;&#39;ist genau&#39;&#39;&#39;, weil jeder Block ‚weiß&#39;, in welcher Transaktionsgruppe er entstanden ist. Dadurch kann ZFS beim Vergleich zweier Snapshots direkt zu den geänderten Stellen springen, statt jede Datei einzeln zu prüfen.<br /></li> <li>&#39;&#39;&#39;&#39;&#39;Datenkorruption&#39;&#39; ist nachverfolgbar und oft reparierbar&#39;&#39;&#39;. Durch die Nutzung von Prüfsummen können beschädigte Blöcke identifiziert werden. Hat man das Dateisystem redundant aufgebaut kann ein beschädigter Block in den meisten Fällen wiederhergestellt werden.<br /></li> <li>&#39;&#39;&#39;&#39;&#39;&lt;code&gt;fsck&lt;/code&gt;&#39;&#39; ist obsolet&#39;&#39;&#39;, da CoW immer für einen konsistenten Pool sorgt.<br /></li></ul> <p><br /> === Nachteile ===<br /> <br /> </p> <ul><li>Es entsteht &#39;&#39;&#39;&#39;&#39;Fragmentierung&#39;&#39;&#39;.&#39;&#39; Jede Änderung wird in neue Blöcke geschrieben. Dadurch fragmentieren selbst Dateien, die ursprünglich sequentiell geschrieben wurden. Je voller der &lt;code&gt;zpool&lt;/code&gt; wird, desto schwieriger wird es außerdem, ausreichend zusammenhängende Blöcke für sequenzielle Schreibvorgänge zu finden.<br /></li> <li>Es wird zu jedem Zeitpunkt freier Speicherplatz benötigt, da selbst bei Löschvorgängen nicht die verwendeten Blöcke gelöscht, sondern neue Knoten und Blöcke angelegt werden müssen.<br /></li> <li>Sollen nur Teile eines Datensatzes geändert werden, kann das abhängig von der &lt;code&gt;recordsize&lt;/code&gt; langsam sein, da immer der gesamte Datensatz gelesen werden muss. Bei einem Datensatz mit &lt;code&gt;recordsize=128k&lt;/code&gt; , in dem 8 KB geändert werden sollen, müssen z.B. 128 KB gelesen, 8 KB im Speicher geändert und dann wieder als neuer Record mit 128 KB geschrieben werden.<br /></li></ul> <p><br /> == Weitere Informationen ==<br /> <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.heise.de/select/ix/2017/2/1486040905020105">ZFS, Teil 1: Konzepte und Grundlagen von Michael Plura</a> (heise.de, 2017)<br /> <br /> <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.linux-magazin.de/ausgaben/2026/06/openzfs-2-4/">Die Zeitmaschine im Kernel-Space: ZFS-Workflows unter Ubuntu 24.04</a> (linux-magazin.de, 2026)<br /> <br /> <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://web.archive.org/web/20060428092023/http://www.sun.com/2004-0914/feature/">&quot;ZFS: the last word in file systems.&quot; by Jeff Bonwick</a> (web.archive.org, 2026)<br /> <br /> == Quellen ==<br /> &lt;references /&gt;<br /> <br /> </p> <table class="authortable" width="100%" cellpadding="10" data-xtx-structured-data-author="Stefan Bohn"> <tbody><tr> <td valign="middle"><figure class="mw-halign-center notpageimage" typeof="mw:File"><a href="/de/wiki/Datei:Foto_Stefan_Bohn.jpg" class="mw-file-description"><img src="/de/wikiDE/images/thumb/d/df/Foto_Stefan_Bohn.jpg/125px-Foto_Stefan_Bohn.jpg" decoding="async" width="125" height="125" class="mw-file-element" srcset="/de/wikiDE/images/thumb/d/df/Foto_Stefan_Bohn.jpg/188px-Foto_Stefan_Bohn.jpg 1.5x, /de/wikiDE/images/thumb/d/df/Foto_Stefan_Bohn.jpg/250px-Foto_Stefan_Bohn.jpg 2x" /></a><figcaption></figcaption></figure> </td> <td valign="top"> <p>Autor: <a href="/de/wiki/Benutzer:Sbohn" title="Benutzer:Sbohn">Stefan Bohn</a> </p><p>Stefan Bohn ist seit 2020 bei der <a onmousedown="XtxAnalytics.trackEvent(event, 'Wiki', 'sitex-')" href="https://www.thomas-krenn.com/de/" target="_blank">Thomas-Krenn.AG</a> beschäftigt. Ursprünglich als Berater für IT-Lösungen im PreSales beheimatet, wechselte er 2022 zum Product Management. Dort widmet er sich dem Wissenstransfer und treibt dabei auch das <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.thomas-krenn.com/de/wikiDE/">Thomas-Krenn Wiki</a> voran. </p><p><span class="mw-default-size" typeof="mw:File"><a href="https://www.linkedin.com/in/stefan-bohn-6876851a7/" target="_blank" rel="nofollow noreferrer noopener"><img src="/de/wikiDE/images/5/5c/Icon-LinkedIn.png" decoding="async" width="36" height="36" class="mw-file-element" /></a></span> </p> </td></tr></tbody></table><br /> <br /></div></div>

Sbohn https://www.thomas-krenn.com/de/wiki/Supermicro_BMC_Sicherheitshinweise_Juli_2026 2026-07-20T04:15:14Z

<div class="mw-content-ltr mw-parser-output" lang="de-x-formal" dir="ltr"><p>Aranzinger: </p> <hr /> <div>Im &#39;&#39;&#39;Juli 2026&#39;&#39;&#39; wurden vom Hersteller Supermicro für die BMC-Firmware ihrer Mainboards Sicherheitshinweise veröffentlicht. Diese Sicherheitslücke erfordert ein &#39;&#39;&#39;Firmware Update&#39;&#39;&#39;. <br /> <p><br /> In diesem Artikel finden Sie Informationen zu dieser Security Advisory und wo Sie Updates für Produkte von Thomas-Krenn erhalten können.<br /> <br /> == Security Advisories ==<br /> </p> <table class="&quot;wikitable&quot;&lt;br/"> <tbody><tr style="&quot;background-color:"> <th align="&quot;center&quot;">CVE<br /> </th> <th align="&quot;center&quot;">Gefährdungspotential<br /> </th> <th align="&quot;center&quot;">Beschreibung<br /> </th></tr> <tr> <td align="&quot;center&quot;">CVE-2026-3821<br /> </td> <td align="&quot;center&quot;">Hoch 8.8<br /> </td> <td align="&quot;left&quot;">&#39;&#39;&#39;&lt;u&gt;Ausführung von beliebigem Code&lt;/u&gt;&#39;&#39;&#39; (Die SMASH-Dienste von Supermicro (SMC) weisen eine Sicherheitslücke auf, die die Ausführung von beliebigem Code ermöglicht. Ein berechtigter Angreifer kann die Eingabefunktionen von SMASH ausnutzen, um die Datenintegrität zu beeinträchtigen oder einen Denial-of-Service-Angriff (DoS) gegen das BMC zu starten.)<br /> </td></tr> </tbody></table><br /> <p><br /> == Updates für Produkte von Thomas-Krenn ==<br /> Updates zum jeweiligen System finden Sie im &lt;tklink type=&quot;sitex&quot; id=&quot;440&quot;&gt;Downloadbereich von Thomas-Krenn&lt;/tklink&gt;.<br /> Die Updates im Downloadbereich wurden von uns getestet, um die Stabilität und Kompatibilität unserer Systeme zu gewährleisten.<br /> <br /> Falls Sie die aktuellste Version für ihr System benötigen und diese noch nicht bei uns im Downloadbereich zu finden ist, können Sie diese im Downloadbereich bei <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.asus.com/de/support/download-center/">Asus</a> oder <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.supermicro.com/en/support/resources/downloadcenter/swdownload">Supermicro</a> beziehen.<br /> <br /> == Weitere Informationen ==<br /> </p> <ul><li><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.supermicro.com/en/support/security_BMC_IPMI_Jul_2026">Vulnerabilities in Supermicro BMC Firmware, July 2026</a><br /><br /></li></ul> <table class="authortable" width="100%" cellpadding="10" data-xtx-structured-data-author="Thomas-Krenn.AG"> <tbody><tr> <td valign="middle"><figure class="mw-halign-center notpageimage" typeof="mw:File"><a href="/de/wiki/Datei:Foto_Thomas-Krenn.AG.jpg" class="mw-file-description"><img src="/de/wikiDE/images/thumb/e/e1/Foto_Thomas-Krenn.AG.jpg/125px-Foto_Thomas-Krenn.AG.jpg" decoding="async" width="125" height="78" class="mw-file-element" srcset="/de/wikiDE/images/thumb/e/e1/Foto_Thomas-Krenn.AG.jpg/188px-Foto_Thomas-Krenn.AG.jpg 1.5x, /de/wikiDE/images/thumb/e/e1/Foto_Thomas-Krenn.AG.jpg/250px-Foto_Thomas-Krenn.AG.jpg 2x" /></a><figcaption></figcaption></figure> </td> <td valign="top"> <p>Autor: <a href="/de/wiki/Benutzer:Thomas-Krenn.AG" title="Benutzer:Thomas-Krenn.AG">Thomas-Krenn.AG</a> </p><p>Bei der Thomas-Krenn.AG achten wir auf den bestmöglichen Service. Um dem gerecht zu werden, haben wir unser <a href="/de/wiki/Hauptseite" title="Hauptseite">Thomas-Krenn Wiki</a> ins Leben gerufen. Hier teilen wir unser Wissen mit Ihnen und informieren Sie über Grundlagen und Aktuelles aus der IT-Welt. Ihnen gefällt unsere Wissenskultur und Sie wollen Teil des Teams werden? Besuchen Sie unsere <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.thomas-krenn.com/de/unternehmen/karriere.html">Stellenangebote</a>. </p><p><span class="mw-default-size" typeof="mw:File"><a href="https://github.com/thomas-krenn" target="_blank" rel="nofollow noreferrer noopener"><img src="/de/wikiDE/images/0/0e/Icon-Github.png" decoding="async" width="36" height="36" class="mw-file-element" /></a></span>&#160;<span class="mw-default-size" typeof="mw:File"><a href="https://www.linkedin.com/company/thomas-krenn-ag" target="_blank" rel="nofollow noreferrer noopener"><img src="/de/wikiDE/images/5/5c/Icon-LinkedIn.png" decoding="async" width="36" height="36" class="mw-file-element" /></a></span> </p> </td></tr></tbody></table><br /></div></div>

Lranzinger https://www.thomas-krenn.com/de/wiki/NVIDIA_vGPU_f%C3%BCr_RDS-Sitzungen_unter_Windows_Server_aktivieren 2026-07-16T12:49:20Z

<div class="mw-content-ltr mw-parser-output" lang="de-x-formal" dir="ltr"><p>Aranzinger: </p> <hr /> <div>Bei Windows Server kann es vorkommen, dass Anwendungen innerhalb einer RDS-Sitzung die zugewiesene NVIDIA vGPU nicht verwenden. Stattdessen nutzt Windows standardmäßig den Microsoft Basic Render Driver. Dadurch können insbesondere DirectX-basierte 3D-Anwendungen nicht auf die GPU zugreifen.<br /> <p><br /> Dieser Artikel zeigt, wie Sie die NVIDIA vGPU für RDS-Sitzungen aktivieren.<br /> <br /> &lt;!-- Nach dem Test ergänzen:<br /> </p> <ul><li>Windows-Server-Version:<br /></li> <li>NVIDIA-vGPU-Version:<br /></li> <li>vGPU-Profil:<br /></li> <li>Hypervisor:<br /></li></ul> <p>--&gt;<br /> <br /> == Voraussetzungen ==<br /> <br /> Die NVIDIA vGPU muss der virtuellen Maschine zugewiesen und der passende Gasttreiber installiert sein.<br /> <br /> Prüfen Sie zuerst, ob Windows die vGPU erkennt:<br /> <br /> &lt;syntaxhighlight lang=&quot;powershell&quot;&gt;nvidia-smi&lt;/syntaxhighlight&gt;<br /> <br /> Der Befehl sollte die zugewiesene GPU und den verfügbaren Grafikspeicher anzeigen.<br /> <br /> &lt;!-- Screenshot 1: Ausgabe von nvidia-smi --&gt;<br /> <br /> == Gruppenrichtlinie aktivieren ==<br /> <br /> Öffnen Sie über &lt;code&gt;Windows-Taste + R&lt;/code&gt; den Dialog &lt;code&gt;Ausführen&lt;/code&gt; und starten Sie:<br /> <br /> &lt;code&gt;gpedit.msc&lt;/code&gt;<br /> <br /> Navigieren Sie zu:<br /> <br /> &lt;code&gt;Computerkonfiguration &amp;gt; Administrative Vorlagen &amp;gt; Windows-Komponenten &amp;gt; Remotedesktopdienste &amp;gt; Remotedesktop-Sitzungshost &amp;gt; Remotesitzungsumgebung&lt;/code&gt;<br /> <br /> &lt;!-- Screenshot 2: Pfad im Gruppenrichtlinien-Editor --&gt;<br /> <br /> Aktivieren Sie die Richtlinie:<br /> <br /> &lt;code&gt;Hardwaregrafikadapter für alle Remotedesktopdienste-Sitzungen verwenden&lt;/code&gt;<br /> <br /> Der englische Name lautet:<br /> <br /> &lt;code&gt;Use the hardware default graphics adapter for all Remote Desktop Services sessions&lt;/code&gt;<br /> <br /> &lt;!-- Screenshot 3: Aktivierte Gruppenrichtlinie --&gt;<br /> <br /> Starten Sie die Windows-Server-VM anschließend neu.<br /> <br /> == GPU-Nutzung prüfen ==<br /> <br /> Stellen Sie erneut eine RDS-Verbindung her und starten Sie eine Anwendung, die GPU-Beschleunigung verwendet.<br /> <br /> Prüfen Sie die Auslastung im Task-Manager unter:<br /> <br /> &lt;code&gt;Leistung &amp;gt; GPU&lt;/code&gt;<br /> <br /> Alternativ können Sie erneut folgenden Befehl ausführen:<br /> <br /> &lt;syntaxhighlight lang=&quot;powershell&quot;&gt;nvidia-smi&lt;/syntaxhighlight&gt;<br /> <br /> Wenn weiterhin keine GPU angezeigt wird, prüfen Sie den NVIDIA-vGPU-Gasttreiber, das zugewiesene vGPU-Profil und die Lizenzierung.<br /> <br /> == Hintergrund ==<br /> <br /> NVIDIA beschreibt dieses Verhalten für alle unterstützten Windows-Server-Gastbetriebssysteme. Die Standardeinstellung verwendet den Microsoft Basic Render Driver, da Software-Rendering für einfache 2D-Anwendungen effizienter sein kann. DirectX-basierte 3D-Anwendungen können dadurch jedoch nicht auf die GPU zugreifen.<br /> <br /> == Quellen ==<br /> <br /> </p> <ul><li><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://docs.nvidia.com/vgpu/19.0/known-issues/bug-no-id-no-gpu-utilization-windows-server-guests.html">NVIDIA vGPU Documentation – RDS sessions do not use the GPU with Microsoft Windows Server as guest OS</a> (en)<br /></li></ul> <p><br /><br /><br /> </p> <table class="authortable" width="100%" cellpadding="10" data-xtx-structured-data-author="Florian Müller"> <tbody><tr> <td valign="middle"><figure class="mw-halign-center notpageimage" typeof="mw:File"><a href="/de/wiki/Datei:Foto_Florian_M%C3%BCller.jpg" class="mw-file-description"><img src="/de/wikiDE/images/thumb/0/03/Foto_Florian_M%C3%BCller.jpg/125px-Foto_Florian_M%C3%BCller.jpg" decoding="async" width="125" height="125" class="mw-file-element" srcset="/de/wikiDE/images/thumb/0/03/Foto_Florian_M%C3%BCller.jpg/188px-Foto_Florian_M%C3%BCller.jpg 1.5x, /de/wikiDE/images/thumb/0/03/Foto_Florian_M%C3%BCller.jpg/250px-Foto_Florian_M%C3%BCller.jpg 2x" /></a><figcaption></figcaption></figure> </td> <td valign="top"> <p>Autor: <a href="/de/wiki/Benutzer:Fmueller" title="Benutzer:Fmueller">Florian Müller</a> </p><p>Florian Müller hat bereits 2008 seine Ausbildung bei <a onmousedown="XtxAnalytics.trackEvent(event, 'Wiki', 'sitex-')" href="https://www.thomas-krenn.com/de/" target="_blank">Thomas-Krenn</a> gemacht und war danach in der internen IT-Administration tätig. Mittlerweile ist er im Presales Consulting Team und unterstützt Kunden und Kollegen beim Sizing und der Planung von komplexen IT-Projekten. </p><p><span class="mw-default-size" typeof="mw:File"><a href="https://www.linkedin.com/in/florian-m%C3%BCller-4b1359157/" target="_blank" rel="nofollow noreferrer noopener"><img src="/de/wikiDE/images/5/5c/Icon-LinkedIn.png" decoding="async" width="36" height="36" class="mw-file-element" /></a></span> </p> </td></tr></tbody></table><br /></div></div>

Fmueller https://www.thomas-krenn.com/de/wiki/Open_WebUI_mit_Ollama_installieren 2026-07-15T10:36:30Z

<div class="mw-content-ltr mw-parser-output" lang="de-x-formal" dir="ltr"><p>Fmueller: Die Seite wurde neu angelegt: „&#39;&#39;&#39;Open WebUI&#39;&#39;&#39; stellt eine browserbasierte Benutzeroberfläche für lokale KI-Modelle bereit. In Verbindung mit Ollama können Benutzer Modelle auswählen und über einen Webbrowser verwenden. Dieser Artikel zeigt die Installation von Open WebUI als Docker-Container. Ollama wird dabei nativ auf demselben Ubuntu-Server betrieben. &lt;!-- Nach dem Test ergänzen: * Verwendete Ubuntu-Version: * Verwendete Open-WebUI-Version: * Verwendete Ollama-Version: * V…“</p> <hr /> <div>&#39;&#39;&#39;Open WebUI&#39;&#39;&#39; stellt eine browserbasierte Benutzeroberfläche für lokale KI-Modelle bereit. In Verbindung mit Ollama können Benutzer Modelle auswählen und über einen Webbrowser verwenden.<br /> <p><br /> Dieser Artikel zeigt die Installation von Open WebUI als Docker-Container. Ollama wird dabei nativ auf demselben Ubuntu-Server betrieben.<br /> <br /> &lt;!-- Nach dem Test ergänzen:<br /> </p> <ul><li>Verwendete Ubuntu-Version:<br /></li> <li>Verwendete Open-WebUI-Version:<br /></li> <li>Verwendete Ollama-Version:<br /></li> <li>Verwendete Docker-Version:<br /></li> <li>Verwendete Testhardware:<br /></li></ul> <p>--&gt;<br /> <br /> == Voraussetzungen ==<br /> <br /> Die Anleitung ist für Ubuntu Server 24.04 LTS ausgelegt. Folgende Komponenten müssen bereits installiert sein:<br /> <br /> </p> <ul><li>Ollama entsprechend dem Artikel <a href="/de/wiki/Ollama_installieren" title="Ollama installieren">Ollama installieren</a><br /></li> <li>Docker entsprechend dem Artikel <a href="/de/wiki/Docker_Installation_unter_Ubuntu_24.04" title="Docker Installation unter Ubuntu 24.04">Docker Installation unter Ubuntu 24.04</a><br /></li> <li>mindestens ein lokal installiertes Ollama-Modell<br /></li> <li>Benutzer mit &lt;code&gt;sudo&lt;/code&gt;-Rechten<br /></li> <li>freier TCP-Port &lt;code&gt;8080&lt;/code&gt;<br /></li></ul> <p><br /> Prüfen Sie den Ollama-Dienst:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo systemctl status ollama&lt;/syntaxhighlight&gt;<br /> <br /> Prüfen Sie die lokale Ollama-API:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;curl <a target="_blank" rel="nofollow noreferrer noopener" class="external free" href="http://127.0.0.1:11434/api/tags">http://127.0.0.1:11434/api/tags</a>&lt;/syntaxhighlight&gt;<br /> <br /> Bei einer erfolgreichen Verbindung wird eine JSON-Antwort mit den installierten Modellen zurückgegeben.<br /> <br /> Falls noch kein Modell vorhanden ist, laden Sie beispielsweise &lt;code&gt;gemma3:4b&lt;/code&gt; herunter:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;ollama pull gemma3:4b&lt;/syntaxhighlight&gt;<br /> <br /> Prüfen Sie die Docker-Installation:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo docker version&lt;/syntaxhighlight&gt;<br /> <br /> == Open WebUI installieren ==<br /> <br /> Open WebUI läuft in einem Docker-Container. Da Ollama auf demselben Server nativ installiert ist, wird der Container mit dem Host-Netzwerk gestartet.<br /> <br /> Starten Sie Open WebUI:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot; line=&quot;1&quot;&gt;sudo docker run -d \<br /> </p> <pre> --network=host \<br /> -v open-webui:/app/backend/data \<br /> -e OLLAMA_BASE_URL=<a target="_blank" rel="nofollow noreferrer noopener" class="external free" href="http://127.0.0.1:11434">http://127.0.0.1:11434</a> \<br /> --name open-webui \<br /> --restart always \<br /> ghcr.io/open-webui/open-webui:main&lt;/syntaxhighlight&gt;<br /> </pre> <p><br /> Das Docker-Volume &lt;code&gt;open-webui&lt;/code&gt; speichert Benutzerkonten, Einstellungen und Chatverläufe dauerhaft.<br /> <br /> Der Tag &lt;code&gt;main&lt;/code&gt; verweist auf die jeweils aktuelle Version. Für den produktiven Betrieb sollte nach einem erfolgreichen Test eine feste Versionsnummer verwendet werden.<br /> <br /> &lt;!-- Vor Veröffentlichung nach dem Test auf eine feste Version ändern:<br /> ghcr.io/open-webui/open-webui:vX.Y.Z<br /> --&gt;<br /> <br /> Prüfen Sie den Containerstatus:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo docker ps --filter name=open-webui&lt;/syntaxhighlight&gt;<br /> <br /> Zeigen Sie bei Bedarf die Startprotokolle an:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo docker logs --tail=100 open-webui&lt;/syntaxhighlight&gt;<br /> <br /> &lt;!-- Screenshot 1: Ausgabe von docker ps mit laufendem Open-WebUI-Container --&gt;<br /> <br /> == Weboberfläche öffnen ==<br /> <br /> Öffnen Sie folgende Adresse in einem Browser:<br /> <br /> &lt;code&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external free" href="http://&amp;lt;IP-DES-SERVERS&amp;gt;:8080">http://&amp;lt;IP-DES-SERVERS&amp;gt;:8080</a>&lt;/code&gt;<br /> <br /> Das erste auf einer neuen Installation angelegte Benutzerkonto erhält Administratorrechte.<br /> <br /> &lt;!-- Screenshot 2: Registrierungsseite von Open WebUI --&gt;<br /> &lt;!-- Screenshot 3: Startseite nach der ersten Anmeldung --&gt;<br /> <br /> Melden Sie sich an und wählen Sie &lt;code&gt;gemma3:4b&lt;/code&gt; in der Modellauswahl aus.<br /> <br /> Senden Sie beispielsweise folgende Anfrage:<br /> <br /> </p> <dl><dd>Erkläre den Unterschied zwischen RAID 5 und RAID 6.<br /></dd></dl> <p><br /> Wenn das Modell antwortet, funktioniert die Verbindung zwischen Open WebUI und Ollama.<br /> <br /> &lt;!-- Screenshot 4: Erste erfolgreiche Antwort in Open WebUI --&gt;<br /> <br /> == Ollama-Verbindung prüfen ==<br /> <br /> Falls keine Modelle angezeigt werden, öffnen Sie in Open WebUI:<br /> <br /> &lt;code&gt;Admin Panel &amp;gt; Settings &amp;gt; Connections&lt;/code&gt;<br /> <br /> Die Ollama-Adresse sollte auf folgende URL zeigen:<br /> <br /> &lt;code&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external free" href="http://127.0.0.1:11434">http://127.0.0.1:11434</a>&lt;/code&gt;<br /> <br /> Prüfen Sie zusätzlich auf dem Ubuntu-Server:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;curl <a target="_blank" rel="nofollow noreferrer noopener" class="external free" href="http://127.0.0.1:11434/api/tags">http://127.0.0.1:11434/api/tags</a>&lt;/syntaxhighlight&gt;<br /> <br /> Da Open WebUI mit &lt;code&gt;--network=host&lt;/code&gt; gestartet wird, kann der Container die lokale Ollama-Adresse direkt verwenden.<br /> <br /> == Open WebUI aktualisieren ==<br /> <br /> Laden Sie das aktuelle Container-Image:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo docker pull ghcr.io/open-webui/open-webui:main&lt;/syntaxhighlight&gt;<br /> <br /> Stoppen und entfernen Sie den bisherigen Container:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot; line=&quot;1&quot;&gt;sudo docker stop open-webui<br /> sudo docker rm open-webui&lt;/syntaxhighlight&gt;<br /> <br /> Starten Sie Open WebUI anschließend erneut:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot; line=&quot;1&quot;&gt;sudo docker run -d \<br /> </p> <pre> --network=host \<br /> -v open-webui:/app/backend/data \<br /> -e OLLAMA_BASE_URL=<a target="_blank" rel="nofollow noreferrer noopener" class="external free" href="http://127.0.0.1:11434">http://127.0.0.1:11434</a> \<br /> --name open-webui \<br /> --restart always \<br /> ghcr.io/open-webui/open-webui:main&lt;/syntaxhighlight&gt;<br /> </pre> <p><br /> Die Daten im Docker-Volume &lt;code&gt;open-webui&lt;/code&gt; bleiben dabei erhalten.<br /> <br /> == Zugriff absichern ==<br /> <br /> Open WebUI verwendet Benutzerkonten. Trotzdem sollte Port &lt;code&gt;8080&lt;/code&gt; nicht ungeschützt aus dem Internet erreichbar sein.<br /> <br /> Für den Zugriff aus dem Internet empfiehlt sich ein VPN oder ein Reverse Proxy mit HTTPS. Bei einem Reverse Proxy muss die Unterstützung für WebSockets aktiviert sein.<br /> <br /> Für eine rein interne Verwendung kann der Zugriff mit UFW auf das lokale Netzwerk beschränkt werden:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo ufw allow from 192.168.1.0/24 to any port 8080 proto tcp&lt;/syntaxhighlight&gt;<br /> <br /> Passen Sie das Subnetz an die eigene Umgebung an.<br /> <br /> == Troubleshooting ==<br /> <br /> === Weboberfläche ist nicht erreichbar ===<br /> <br /> Prüfen Sie den Containerstatus:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo docker ps -a --filter name=open-webui&lt;/syntaxhighlight&gt;<br /> <br /> Zeigen Sie die Protokolle an:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo docker logs open-webui&lt;/syntaxhighlight&gt;<br /> <br /> Prüfen Sie, ob Port &lt;code&gt;8080&lt;/code&gt; bereits verwendet wird:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo ss -tulpn | grep 8080&lt;/syntaxhighlight&gt;<br /> <br /> === Es werden keine Modelle angezeigt ===<br /> <br /> Prüfen Sie die installierten Ollama-Modelle:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;ollama ls&lt;/syntaxhighlight&gt;<br /> <br /> Prüfen Sie die Ollama-API:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;curl <a target="_blank" rel="nofollow noreferrer noopener" class="external free" href="http://127.0.0.1:11434/api/tags">http://127.0.0.1:11434/api/tags</a>&lt;/syntaxhighlight&gt;<br /> <br /> Starten Sie bei Bedarf beide Dienste neu:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot; line=&quot;1&quot;&gt;sudo systemctl restart ollama<br /> sudo docker restart open-webui&lt;/syntaxhighlight&gt;<br /> <br /> === Seite wird nach einem Update nicht korrekt angezeigt ===<br /> <br /> Öffnen Sie die Weboberfläche testweise in einem privaten Browserfenster. Falls sie dort funktioniert, löschen Sie den Cache und die Website-Daten für die Open-WebUI-Adresse.<br /> <br /> == Deinstallation ==<br /> <br /> Stoppen und entfernen Sie den Container:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot; line=&quot;1&quot;&gt;sudo docker stop open-webui<br /> sudo docker rm open-webui&lt;/syntaxhighlight&gt;<br /> <br /> Die gespeicherten Daten bleiben zunächst im Docker-Volume erhalten.<br /> <br /> Zum vollständigen Löschen aller Open-WebUI-Daten entfernen Sie zusätzlich das Volume:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo docker volume rm open-webui&lt;/syntaxhighlight&gt;<br /> <br /> &#39;&#39;&#39;Achtung:&#39;&#39;&#39; Dadurch werden Benutzerkonten, Einstellungen und Chatverläufe endgültig gelöscht.<br /> <br /> == Quellen ==<br /> <br /> </p> <ul><li><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://docs.openwebui.com/getting-started/quick-start/">Open WebUI Documentation – Quick Start</a> (en)<br /></li> <li><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://docs.openwebui.com/getting-started/quick-start/connect-a-provider/starting-with-ollama/">Open WebUI Documentation – Ollama</a> (en)<br /></li> <li><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://docs.openwebui.com/troubleshooting/connection-error/">Open WebUI Documentation – Connection Errors</a> (en)<br /></li> <li><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.thomas-krenn.com/de/wiki/Docker_Installation_unter_Ubuntu_24.04">Docker Installation unter Ubuntu 24.04</a><br /></li> <li><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://docs.ollama.com/api/introduction">Ollama Documentation – API Introduction</a> (en)<br /></li></ul> <p><br /><br /><br /><br /><br /> </p> <table class="authortable" width="100%" cellpadding="10" data-xtx-structured-data-author="Florian Müller"> <tbody><tr> <td valign="middle"><figure class="mw-halign-center notpageimage" typeof="mw:File"><a href="/de/wiki/Datei:Foto_Florian_M%C3%BCller.jpg" class="mw-file-description"><img src="/de/wikiDE/images/thumb/0/03/Foto_Florian_M%C3%BCller.jpg/125px-Foto_Florian_M%C3%BCller.jpg" decoding="async" width="125" height="125" class="mw-file-element" srcset="/de/wikiDE/images/thumb/0/03/Foto_Florian_M%C3%BCller.jpg/188px-Foto_Florian_M%C3%BCller.jpg 1.5x, /de/wikiDE/images/thumb/0/03/Foto_Florian_M%C3%BCller.jpg/250px-Foto_Florian_M%C3%BCller.jpg 2x" /></a><figcaption></figcaption></figure> </td> <td valign="top"> <p>Autor: <a href="/de/wiki/Benutzer:Fmueller" title="Benutzer:Fmueller">Florian Müller</a> </p><p>Florian Müller hat bereits 2008 seine Ausbildung bei <a onmousedown="XtxAnalytics.trackEvent(event, 'Wiki', 'sitex-')" href="https://www.thomas-krenn.com/de/" target="_blank">Thomas-Krenn</a> gemacht und war danach in der internen IT-Administration tätig. Mittlerweile ist er im Presales Consulting Team und unterstützt Kunden und Kollegen beim Sizing und der Planung von komplexen IT-Projekten. </p><p><span class="mw-default-size" typeof="mw:File"><a href="https://www.linkedin.com/in/florian-m%C3%BCller-4b1359157/" target="_blank" rel="nofollow noreferrer noopener"><img src="/de/wikiDE/images/5/5c/Icon-LinkedIn.png" decoding="async" width="36" height="36" class="mw-file-element" /></a></span> </p> </td></tr></tbody></table></div></div>

Fmueller https://www.thomas-krenn.com/de/wiki/Ollama_installieren 2026-07-15T10:35:48Z

<div class="mw-content-ltr mw-parser-output" lang="de-x-formal" dir="ltr"><p>Aranzinger: </p> <hr /> <div>&#39;&#39;&#39;Ollama&#39;&#39;&#39; ermöglicht den lokalen Betrieb von Large Language Models (LLMs) auf einem Linux-Server. Die Modelle werden auf der eigenen Hardware ausgeführt und können über die Kommandozeile oder eine HTTP-API verwendet werden.<br /> <p><br /> Dieser Artikel zeigt die native Installation von Ollama unter Ubuntu Server. Als Beispiel wird ein kleines Modell heruntergeladen und anschließend über die Kommandozeile sowie die lokale API getestet.<br /> <br /> &lt;!-- Nach dem Test ergänzen:<br /> </p> <ul><li>Verwendete Ubuntu-Version:<br /></li> <li>Verwendete Ollama-Version:<br /></li> <li>Verwendete Testhardware:<br /></li> <li>Verwendete GPU:<br /></li></ul> <p>--&gt;<br /> <br /> == Voraussetzungen ==<br /> <br /> Die Anleitung ist für Ubuntu Server 24.04 LTS ausgelegt. Die Installation funktioniert in der Regel auch unter Ubuntu Server 26.04 LTS und 22.04 LTS. Bei GPU-Systemen sollte vorab geprüft werden, ob ein passender Treiber für die eingesetzte Ubuntu-Version verfügbar ist.<br /> <br /> Für erste Tests werden folgende Ressourcen empfohlen:<br /> <br /> </p> <ul><li>Benutzer mit &lt;code&gt;sudo&lt;/code&gt;-Rechten<br /></li> <li>mindestens 8 GB Arbeitsspeicher<br /></li> <li>mindestens 20 GB freier Speicherplatz<br /></li> <li>Internetzugang für Installation und Modelldownload<br /></li> <li>optional eine unterstützte NVIDIA- oder AMD-GPU<br /></li></ul> <p><br /> Prüfen Sie die installierte Ubuntu-Version:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;cat /etc/os-release&lt;/syntaxhighlight&gt;<br /> <br /> Aktualisieren Sie das Betriebssystem:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo apt update &amp;&amp; sudo apt upgrade -y&lt;/syntaxhighlight&gt;<br /> <br /> Installieren Sie &lt;code&gt;curl&lt;/code&gt;:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo apt install -y curl&lt;/syntaxhighlight&gt;<br /> <br /> == Ollama installieren ==<br /> <br /> Führen Sie das offizielle Installationsskript aus:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;curl -fsSL <a target="_blank" rel="nofollow noreferrer noopener" class="external free" href="https://ollama.com/install.sh">https://ollama.com/install.sh</a> | sh&lt;/syntaxhighlight&gt;<br /> <br /> &lt;!-- Screenshot 1: Ausgabe des Ollama-Installationsskripts --&gt;<br /> <br /> Prüfen Sie anschließend die installierte Version:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;ollama -v&lt;/syntaxhighlight&gt;<br /> <br /> Das Installationsskript richtet einen systemd-Dienst ein. Prüfen Sie dessen Status:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo systemctl status ollama&lt;/syntaxhighlight&gt;<br /> <br /> Der Dienst sollte mit dem Status &lt;code&gt;active (running)&lt;/code&gt; angezeigt werden.<br /> <br /> Falls der Dienst nicht gestartet ist, aktivieren und starten Sie ihn manuell:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo systemctl enable --now ollama&lt;/syntaxhighlight&gt;<br /> <br /> == Erstes Modell starten ==<br /> <br /> In diesem Beispiel wird &lt;code&gt;gemma3:4b&lt;/code&gt; verwendet. Das Modell benötigt beim Download etwa 3,3 GB Speicherplatz und eignet sich für einen ersten Funktionstest.<br /> <br /> Starten Sie das Modell:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;ollama run gemma3:4b&lt;/syntaxhighlight&gt;<br /> <br /> Beim ersten Aufruf lädt Ollama das Modell automatisch herunter. Abhängig von der Internetverbindung kann dies einige Minuten dauern.<br /> <br /> &lt;!-- Screenshot 2: Download und Start von gemma3:4b --&gt;<br /> <br /> Geben Sie anschließend beispielsweise folgende Anfrage ein:<br /> <br /> </p> <dl><dd>Erkläre den Unterschied zwischen RAID 5 und RAID 6.<br /></dd></dl> <p><br /> Beenden Sie die Sitzung mit:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;/bye&lt;/syntaxhighlight&gt;<br /> <br /> Zeigen Sie die installierten Modelle an:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;ollama ls&lt;/syntaxhighlight&gt;<br /> <br /> == GPU-Nutzung prüfen ==<br /> <br /> Ollama verwendet eine unterstützte GPU automatisch, wenn der benötigte Treiber installiert ist.<br /> <br /> Starten Sie das Modell und öffnen Sie anschließend eine zweite SSH-Sitzung:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;ollama run gemma3:4b&lt;/syntaxhighlight&gt;<br /> <br /> Prüfen Sie dort die aktuelle Ausführung:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;ollama ps&lt;/syntaxhighlight&gt;<br /> <br /> Die Spalte &lt;code&gt;PROCESSOR&lt;/code&gt; zeigt, ob das Modell auf der CPU, der GPU oder auf beiden ausgeführt wird.<br /> <br /> Bei einer NVIDIA-GPU kann die Auslastung zusätzlich geprüft werden:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;nvidia-smi&lt;/syntaxhighlight&gt;<br /> <br /> Wenn keine unterstützte GPU vorhanden ist, führt Ollama das Modell über CPU und Arbeitsspeicher aus. Die Antwortzeiten sind dann in der Regel länger.<br /> <br /> &lt;!-- Screenshot 3: Ausgabe von ollama ps und optional nvidia-smi --&gt;<br /> <br /> == Ollama-API prüfen ==<br /> <br /> Ollama stellt standardmäßig eine lokale HTTP-API auf Port &lt;code&gt;11434&lt;/code&gt; bereit.<br /> <br /> Zeigen Sie die vorhandenen Modelle über die API an:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;curl <a target="_blank" rel="nofollow noreferrer noopener" class="external free" href="http://127.0.0.1:11434/api/tags">http://127.0.0.1:11434/api/tags</a>&lt;/syntaxhighlight&gt;<br /> <br /> Bei einer erfolgreichen Verbindung wird eine JSON-Antwort mit den installierten Modellen zurückgegeben.<br /> <br /> Die lokale API wird beispielsweise von Open WebUI, n8n und eigenen Anwendungen verwendet.<br /> <br /> == Optional: Zugriff aus dem lokalen Netzwerk ==<br /> <br /> Ollama lauscht standardmäßig nur auf &lt;code&gt;127.0.0.1&lt;/code&gt;. Soll ein anderes System im lokalen Netzwerk auf die API zugreifen, muss die Bind-Adresse angepasst werden.<br /> <br /> Öffnen Sie die systemd-Erweiterung:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo systemctl edit ollama.service&lt;/syntaxhighlight&gt;<br /> <br /> Fügen Sie folgenden Inhalt ein:<br /> <br /> &lt;syntaxhighlight lang=&quot;ini&quot; line=&quot;1&quot;&gt;[Service]<br /> Environment=&quot;OLLAMA_HOST=0.0.0.0:11434&quot;&lt;/syntaxhighlight&gt;<br /> <br /> Übernehmen Sie die Änderung:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot; line=&quot;1&quot;&gt;sudo systemctl daemon-reload<br /> sudo systemctl restart ollama&lt;/syntaxhighlight&gt;<br /> <br /> Prüfen Sie anschließend den Port:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo ss -tulpn | grep 11434&lt;/syntaxhighlight&gt;<br /> <br /> Die Ollama-API besitzt bei lokal betriebenen Modellen standardmäßig keine eigene Benutzerauthentifizierung. Port &lt;code&gt;11434&lt;/code&gt; sollte daher nur für benötigte Systeme freigegeben und nicht direkt aus dem Internet erreichbar sein.<br /> <br /> Beispiel für die Freigabe eines internen Subnetzes mit UFW:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo ufw allow from 192.168.1.0/24 to any port 11434 proto tcp&lt;/syntaxhighlight&gt;<br /> <br /> Passen Sie das Subnetz an die eigene Umgebung an.<br /> <br /> Weitere Ollama-Umgebungsvariablen können in derselben systemd-Erweiterung ergänzt werden. Alle &lt;code&gt;Environment=&quot;...&quot;&lt;/code&gt;-Zeilen werden gemeinsam unter einem &lt;code&gt;[Service]&lt;/code&gt;-Block eingetragen.<br /> <br /> == Ollama aktualisieren ==<br /> <br /> Unter Linux wird Ollama durch erneutes Ausführen des Installationsskripts aktualisiert:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;curl -fsSL <a target="_blank" rel="nofollow noreferrer noopener" class="external free" href="https://ollama.com/install.sh">https://ollama.com/install.sh</a> | sh&lt;/syntaxhighlight&gt;<br /> <br /> Die bereits heruntergeladenen Modelle bleiben erhalten.<br /> <br /> Prüfen Sie anschließend die Version:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;ollama -v&lt;/syntaxhighlight&gt;<br /> <br /> == Troubleshooting ==<br /> <br /> === Ollama-Dienst läuft nicht ===<br /> <br /> Prüfen Sie den Dienststatus:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo systemctl status ollama&lt;/syntaxhighlight&gt;<br /> <br /> Zeigen Sie die letzten Protokolleinträge an:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo journalctl -e -u ollama&lt;/syntaxhighlight&gt;<br /> <br /> === Modell startet nicht ===<br /> <br /> Prüfen Sie den verfügbaren Speicherplatz:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;df -h&lt;/syntaxhighlight&gt;<br /> <br /> Zeigen Sie die installierten Modelle an:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;ollama ls&lt;/syntaxhighlight&gt;<br /> <br /> Laden Sie das Modell bei Bedarf erneut herunter:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;ollama pull gemma3:4b&lt;/syntaxhighlight&gt;<br /> <br /> === Port 11434 ist nicht erreichbar ===<br /> <br /> Prüfen Sie, ob Ollama auf dem Port lauscht:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo ss -tulpn | grep 11434&lt;/syntaxhighlight&gt;<br /> <br /> Starten Sie den Dienst neu:<br /> <br /> &lt;syntaxhighlight lang=&quot;bash&quot;&gt;sudo systemctl restart ollama&lt;/syntaxhighlight&gt;<br /> <br /> == Quellen ==<br /> <br /> </p> <ul><li><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://docs.ollama.com/linux">Ollama Documentation – Linux</a> (en)<br /></li> <li><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://docs.ollama.com/quickstart">Ollama Documentation – Quickstart</a> (en)<br /></li> <li><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://docs.ollama.com/api/introduction">Ollama Documentation – API Introduction</a> (en)<br /></li> <li><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://docs.ollama.com/faq">Ollama Documentation – FAQ</a> (en)<br /></li> <li><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://ollama.com/library/gemma3:4b">Ollama Model Library – Gemma 3 4B</a> (en)<br /></li> <li><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://ubuntu.com/about/release-cycle">Ubuntu Release Cycle</a> (en)<br /></li></ul> <p><br /><br /><br /><br /> </p> <table class="authortable" width="100%" cellpadding="10" data-xtx-structured-data-author="Florian Müller"> <tbody><tr> <td valign="middle"><figure class="mw-halign-center notpageimage" typeof="mw:File"><a href="/de/wiki/Datei:Foto_Florian_M%C3%BCller.jpg" class="mw-file-description"><img src="/de/wikiDE/images/thumb/0/03/Foto_Florian_M%C3%BCller.jpg/125px-Foto_Florian_M%C3%BCller.jpg" decoding="async" width="125" height="125" class="mw-file-element" srcset="/de/wikiDE/images/thumb/0/03/Foto_Florian_M%C3%BCller.jpg/188px-Foto_Florian_M%C3%BCller.jpg 1.5x, /de/wikiDE/images/thumb/0/03/Foto_Florian_M%C3%BCller.jpg/250px-Foto_Florian_M%C3%BCller.jpg 2x" /></a><figcaption></figcaption></figure> </td> <td valign="top"> <p>Autor: <a href="/de/wiki/Benutzer:Fmueller" title="Benutzer:Fmueller">Florian Müller</a> </p><p>Florian Müller hat bereits 2008 seine Ausbildung bei <a onmousedown="XtxAnalytics.trackEvent(event, 'Wiki', 'sitex-')" href="https://www.thomas-krenn.com/de/" target="_blank">Thomas-Krenn</a> gemacht und war danach in der internen IT-Administration tätig. Mittlerweile ist er im Presales Consulting Team und unterstützt Kunden und Kollegen beim Sizing und der Planung von komplexen IT-Projekten. </p><p><span class="mw-default-size" typeof="mw:File"><a href="https://www.linkedin.com/in/florian-m%C3%BCller-4b1359157/" target="_blank" rel="nofollow noreferrer noopener"><img src="/de/wikiDE/images/5/5c/Icon-LinkedIn.png" decoding="async" width="36" height="36" class="mw-file-element" /></a></span> </p> </td></tr></tbody></table><br /></div></div>

Fmueller https://www.thomas-krenn.com/de/wiki/ZFS_Grundlagen 2026-07-15T08:25:27Z

<div class="mw-content-ltr mw-parser-output" lang="de-x-formal" dir="ltr"><p>Sbohn: </p> <hr /> <div>&#39;&#39;&#39;ZFS&#39;&#39;&#39; (&#39;&#39;Pseudo-Akronym&#39;&#39;, fr. Abk. f. &#39;&#39;Zettabyte File System&#39;&#39;) ist ein ursprünglich von Sun Microsystems für das Betriebssystem Solaris entwickeltes &#39;&#39;&#39;Dateisystem&#39;&#39;&#39;. Das Projekt OpenZFS entwickelt eine Open-Source Variante&lt;ref name=&quot;:0&quot;&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://openzfs.github.io/openzfs-docs/index.html">OpenZFS Documentation</a> (openzfs.github.io, 2026)&lt;/ref&gt;. ZFS grenzt sich von anderen Dateisystemen durch seinen Fokus auf Datenintegrität, Speicherkapazität und die Verwaltung von physischen Laufwerken in einem logischen Geräteverbund ab.<br /> <p><br /> == Grundfunktion ==<br /> Der Hauptfokus von ZFS liegt in der &#39;&#39;&#39;Datenintegrität&#39;&#39;&#39;. Um diese zu gewährleisten, setzt ZFS auf einen &#39;&#39;&#39;transaktionalen&#39;&#39;&#39; Ansatz. Das bedeutet: Schreibvorgänge werden immer vollständig oder gar nicht ausgeführt&lt;ref&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://docs.oracle.com/cd/E19120-01/open.solaris/817-2271/gaypi/index.html">Transactional Semantics</a> (docs.oracle.com, 2026)&lt;/ref&gt;. <br /> <br /> Ein einfacher, asynchroner Schreibvorgang sammelt bzw. puffert Daten für einen festgelegten Zeitraum in einer sogenannten &#39;&#39;&#39;Transaktionsgruppe (TXG)&#39;&#39;&#39; im Arbeitsspeicher des Systems. Nach dieser Zeitspanne werden die Änderungen in den Festspeicher übertragen. Damit ist die Transaktion abgeschlossen. <br /> <br /> Damit die Konsistenz der Daten bei diesem Vorgehen gesichert ist, verwendet ZFS eine &#39;&#39;&#39;<a href="/de/wiki/Copy-on-Write_Prinzip_in_ZFS" title="Copy-on-Write Prinzip in ZFS">Copy-on-Write (CoW)</a>&#39;&#39;&#39; Strategie. Bei einem Schreibvorgang werden keine Blöcke überschrieben. Stattdessen werden die Blöcke mit den entsprechenden Änderungen an eine andere Stelle kopiert. Die alten Blöcke bleiben erhalten, das Dateisystem verweist aber auf die neuen Blöcke. Werden die alten Blöcke nicht mehr referenziert (zum Beispiel von <a href="/de/wikiDE/index.php?title=ZFS_Snapshots&amp;action=edit&amp;redlink=1" class="new" title="ZFS Snapshots (Seite nicht vorhanden)">Snapshots</a>), können sie bei zukünftigen Schreibvorgängen überschrieben werden.<br /> <br /> == Aufbau ==<br /> </p> <figure class="mw-default-size" typeof="mw:File/Thumb"><a href="/de/wiki/Datei:Zfs-storage_stack.png" class="mw-file-description"><img src="/de/wikiDE/images/thumb/8/86/Zfs-storage_stack.png/300px-Zfs-storage_stack.png" decoding="async" width="300" height="163" class="mw-file-element" srcset="/de/wikiDE/images/thumb/8/86/Zfs-storage_stack.png/450px-Zfs-storage_stack.png 1.5x, /de/wikiDE/images/thumb/8/86/Zfs-storage_stack.png/600px-Zfs-storage_stack.png 2x" /></a><figcaption>Abb. 1: Beispielhafte einfache Darstellung des ZFS Storage Stacks. </figcaption></figure><br /> <p>Um die Funktionsweise von ZFS zu verstehen, muss man dessen Bausteine verstehen. <br /> <br /> Drei Ebenen bilden die Struktur des ZFS Storage Stacks&lt;ref&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://openzfs.org/wiki/System_Administration">&quot;System Administration&quot; im openzfs Wiki</a> (openzfs.org, 2026)&lt;/ref&gt; (s. Abb. 1): Die unterste Ebene sind die &#39;&#39;&#39;physischen Datenträger&#39;&#39;&#39;. Diese werden darüber in logischen Verbünden innerhalb eines Storage-Pools, dem sogenannten &#39;&#39;&#39;&lt;code&gt;zpool&lt;/code&gt;&#39;&#39;&#39;, zusammengefasst. Über dem &lt;code&gt;zpool&lt;/code&gt; werden dem Betriebssystem logische Objekte zur Verfügung gestellt. Neben den &#39;&#39;&#39;Datasets&#39;&#39;&#39;, die klassischen Dateisystemen entsprechen, gibt es hier auch &#39;&#39;&#39;Metadaten&#39;&#39;&#39; wie Snapshots und Bookmarks. <br /> <br /> </p> <table cellpadding="4" cellspacing="&quot;0&quot;" style="&quot;margin:" rules="&quot;all&quot;&lt;br/"> <tbody><tr> <td>Die Hardware-Ebene wird in diesem Artikel nicht weiter besprochen. Wenn Sie eine Beratung zur effizienten und leistungsstarken Gestaltung einer ZFS-Infrastruktur wünschen, melden Sie sich gerne bei uns: <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.thomas-krenn.com/de/unternehmen/kontakt-tk/thomas-krenn-ansprechpartner/slide.presales">Ansprechpartner</a><br /> </td></tr> </tbody></table><br /> <p>Daneben sind außerdem der &#39;&#39;Adaptive Replacement Cache (ARC)&#39;&#39; und das &#39;&#39;ZFS Intent Log (ZIL)&#39;&#39; wichtige Elemente für die Funktion von ZFS. <br /> <br /> === zpool ===<br /> Der &lt;code&gt;zpool&lt;/code&gt; ist ein virtueller Speicherpool, der aus den sogenannten &lt;code&gt;vdevs&lt;/code&gt; (kurz für &#39;&#39;Virtual Devices&#39;&#39;) gebildet wird. ZFS kann mehrere &lt;code&gt;zpools&lt;/code&gt; verwalten. Die einzelnen &lt;code&gt;zpools&lt;/code&gt; sind dabei unabhängig voneinander und müssen auch gesondert verwaltet werden.<br /> <br /> ==== vdev ====<br /> Ein &lt;code&gt;vdev&lt;/code&gt; ist ein logischer Datenträger innerhalb eines &lt;code&gt;zpools&lt;/code&gt;, der aus einem physischen Datenträger oder einem Zusammenschluss aus mehreren physischen Datenträgern erstellt wird. Er kann aus folgenden Entitäten gebildet werden:<br /> <br /> </p> <ul><li>Physische Datenträger<br /></li> <li>Datenträgerverbünde (z.B. RAID)<br /></li> <li>Partitionen<br /></li></ul> <p><br /> In Produktivumgebungen wird ein &lt;code&gt;vdev&lt;/code&gt; üblicherweise aus einzelnen physischen Datenträgern gebildet.<br /> <br /> Es ist auch möglich, einen &lt;code&gt;vdev&lt;/code&gt; aus Dateien zu bilden. Das stellt aber einen Sonderfall dar und ist nur zu Testzwecken zu empfehlen.<br /> <br /> &#39;&#39;&#39;Storage&#39;&#39;&#39; &lt;code&gt;vdevs&lt;/code&gt; dienen der Datenspeicherung. ZFS stellt verschiedene Redundanz-Level für Storage &lt;code&gt;vdevs&lt;/code&gt; zur Verfügung&lt;ref name=&quot;:1&quot;&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://openzfs.github.io/openzfs-docs/man/master/7/zfsconcepts.7.html">zfsconcepts.7</a> (openzfs.github.io, 2026)&lt;/ref&gt;:<br /> <br /> </p> <ul><li>Single (einfacher Datenträger)<br /></li> <li>Mirror (gespiegelte Datenträger)<br /></li> <li>RAIDZ-1/2/3 (Datenträgerverbund mit 1/2/3 Paritäten)<br /></li> <li><a href="/de/wiki/ZFS_dRAID_Grundlagen_und_Einrichtung" title="ZFS dRAID Grundlagen und Einrichtung">dRAID</a><br /></li></ul> <p><br /> Daneben gibt es noch weitere &lt;code&gt;vdevs&lt;/code&gt; mit speziellen Verwendungen:<br /> <br /> </p> <ul><li>&#39;&#39;&#39;Spare&#39;&#39;&#39;: Wird bei Ausfall eines physischen Datenträgers aus einem Storage &lt;code&gt;vdev&lt;/code&gt;zur Wiederherstellung (&#39;&#39;resilvering&#39;&#39;) verwendet&lt;ref name=&quot;:1&quot; /&gt;<br /></li> <li>&#39;&#39;&#39;Cache&#39;&#39;&#39;: Der auch als &#39;&#39;L2ARC (Level 2 Adaptive Replacement Cache)&#39;&#39; bekannte Lesepuffer ist die Erweiterung des &#39;&#39;<a href="/de/wiki/Benutzer:Sbohn/Spielwiese5#ARC" title="Benutzer:Sbohn/Spielwiese5">ARC</a>&#39;&#39;&lt;ref name=&quot;:1&quot; /&gt;<br /></li> <li>&#39;&#39;&#39;Log&#39;&#39;&#39;: Das auch &#39;&#39;SLOG&#39;&#39; &#39;&#39;(Separate Intent Log)&#39;&#39; genannte &lt;code&gt;vdev&lt;/code&gt; ist für die Zwischenspeicherung bei synchronen Schreibvorgängen zuständig. Es ist die Auslagerung des &#39;&#39;<a href="/de/wiki/Benutzer:Sbohn/Spielwiese5#ZIL" title="Benutzer:Sbohn/Spielwiese5">ZIL</a> (ZFS Intent Log)&#39;&#39;&lt;ref name=&quot;:1&quot; /&gt;<br /></li> <li>&#39;&#39;&#39;Dedup&#39;&#39;&#39;: Dieses &lt;code&gt;vdev&lt;/code&gt; wird zur Speicherung der &#39;&#39;Deduplication Table (DDT)&#39;&#39; bei Deduplikation im &lt;code&gt;zpool&lt;/code&gt; verwendet<br /></li> <li>&#39;&#39;&#39;Special&#39;&#39;&#39;: Ein &lt;code&gt;vdev&lt;/code&gt; zur Speicherung von Metadaten und optional kleinen Datenblöcken&lt;ref name=&quot;:1&quot; /&gt;. Speichert auch die DDT, wenn dafür kein dediziertes &lt;code&gt;vdev&lt;/code&gt; vorhanden ist<br /></li></ul> <p><br /> === Datasets ===<br /> Ein Dataset bildet die oberste Schicht des ZFS Storage Stacks. Folgende Datasets können mit ZFS gebildet werden: <br /> <br /> </p> <ul><li>&#39;&#39;&#39;ZVOL:&#39;&#39;&#39; Das &#39;&#39;ZFS Volume&#39;&#39; ist ein virtuelles Block Device<br /></li> <li>&#39;&#39;&#39;Dateisystem:&#39;&#39;&#39; Es können ZFS-eigene Dateisysteme eingerichtet werden<br /></li> <li>&#39;&#39;&#39;Clone:&#39;&#39;&#39; Eigenständige beschreibbare Kopie eines ZFS-Snapshots&lt;ref name=&quot;:1&quot; /&gt;<br /></li></ul> <p><br /> ZVOLs können dazu verwendet werden, reguläre Dateisysteme auf Betriebssystemschicht einzusetzen.<br /> <br /> === Metadaten ===<br /> Neben den Datasets gibt es weitere logische Objekte in ZFS:<br /> <br /> </p> <ul><li>&#39;&#39;&#39;Snapshot:&#39;&#39;&#39; Ein Snapshot ist die Momentaufnahme eines Systemzustands. Die zum Zeitpunkt des Snapshots beschriebenen Blöcke sind unveränderlich (&#39;&#39;immutable&#39;&#39;) und bleiben zumindest solange erhalten, bis der Snapshot und seine Referenzen gelöscht werden&lt;ref name=&quot;:1&quot; /&gt;<br /></li> <li>&#39;&#39;&#39;Bookmark:&#39;&#39;&#39; Ein Bookmark ist eine schreibgeschützte Kopie eines Dateisystems bzw. eines Volumes. Sie sind an Snapshots gebunden und bleiben auch erhalten, wenn der Snapshot gelöscht wird&lt;ref name=&quot;:1&quot; /&gt;<br /></li></ul> <p><br /> == ARC und ZIL ==<br /> Neben dem Storage Stack gibt es für eine effiziente Verwendung von ZFS zwei weitere wichtige Module.<br /> <br /> === ARC ===<br /> <br /> Der &#39;&#39;Adaptive Replacement Cache&#39;&#39; &#39;&#39;(ARC)&#39;&#39; ist der Lesepuffer von ZFS. Er wird im Arbeitsspeicher des Host-Systems gebildet&lt;ref name=&quot;:2&quot;&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://openzfs.github.io/openzfs-docs/Performance%20and%20Tuning/Workload%20Tuning.html#adaptive-replacement-cache">Adaptive Replacement Cache</a> (openzfs.github.io, 2026)&lt;/ref&gt;. <br /> <br /> Die grundsätzliche Aufgabe des ARC ist es, Blöcke für schnelle Lesevorgänge bereitzustellen. Dafür bildet er Listen über gepufferte Einträge&lt;ref name=&quot;:2&quot; /&gt;. Der ARC unterscheidet dabei zwischen &#39;&#39;zuletzt&#39;&#39; (&#39;&#39;MRU - Most Recently Used&#39;&#39;) verwendeten Blöcken und &#39;&#39;häufig&#39;&#39; (&#39;&#39;MFU - Most Frequently Used&#39;&#39;) verwendeten Blöcken. Der ARC ist damit schneller als üblicherweise verwendete Lesepuffer, die nur MRU im Puffer halten&lt;ref&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://github.com/openzfs/zfs/blob/master/module/zfs/arc.c">OpenZFS ARC Quellcode</a> (github.com/openzfs, 2026)&lt;/ref&gt;. <br /> <br /> ==== L2ARC ====<br /> Der &#39;&#39;Level 2 ARC (L2ARC)&#39;&#39; wird im Festspeicher (vorzugsweise NVMe) gebildet&lt;ref name=&quot;:2&quot; /&gt;. Werden Daten aus dem ARC verdrängt, kann ZFS sie im L2ARC ablegen und bei späteren Lesezugriffen darauf zugreifen. <br /> <br /> === ZIL ===<br /> Das &#39;&#39;ZFS Intent Log (ZIL)&#39;&#39; ist ein temporärer Zwischenspeicher, der bei synchronen Schreibvorgängen zum Einsatz kommt. <br /> <br /> Das ZIL ist kein Cache im eigentlichen Sinn: Bei einem synchronen Schreibvorgang werden die Daten gleichzeitig in eine Transaktionsgruppe (im RAM) und in das ZIL (auf physischen Datenträgern) geschrieben&lt;ref&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://github.com/openzfs/zfs/blob/master/module/zfs/zil.c">OpenZFS ZIL Quellcode</a> (github.com/openzfs, 2026)&lt;/ref&gt;. Sobald die Daten aus der Transaktionsgruppe in das &lt;code&gt;vdev&lt;/code&gt; vollständig geschrieben sind, werden die Daten im ZIL verworfen. Das ZIL sorgt damit dafür, dass die Integrität der Daten auch bei Systemausfällen erhalten bleibt. Durch den notwendigen Eintrag auf einen (im Vergleich zum Arbeitsspeicher) langsamen Festspeicher sind synchrone Schreibvorgänge dafür weniger performant. <br /> <br /> ==== SLOG ====<br /> Das &#39;&#39;Separate Intent Log (SLOG)&#39;&#39; lagert &#39;&#39;ZIL&#39;&#39;-Blöcke auf ein separates &lt;code&gt;vdev&lt;/code&gt; aus&lt;ref&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://openzfs.github.io/openzfs-docs/Performance%20and%20Tuning/Workload%20Tuning.html#synchronous-i-o">OpenZFS - Synchrone Schreibvorgänge</a> (openzfs.github.io, 2026)&lt;/ref&gt;. Das ist sinnvoll, wenn die für das SLOG verwendeten Datenträger eine höhere Schreibleistung haben.<br /> <br /> == Weitere Informationen ==<br /> Offizielle Dokumentation: <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://openzfs.github.io/openzfs-docs/index.html">OpenZFS Documentation</a><br /> <br /> Grundlagenartikel: <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://arstechnica.com/information-technology/2020/05/zfs-101-understanding-zfs-storage-and-performance/">ZFS 101—Understanding ZFS storage and performance</a><br /> <br /> Synchrone/Asynchrone Schreibvorgänge: <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://jrs-s.net/2019/05/02/zfs-sync-async-zil-slog/">ZFS sync/async + ZIL/SLOG, explained</a><br /> <br /> TrueNAS Artikel zu ZIL und SLOG: <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.truenas.com/blog/zfs-zil-and-slog-demystified/">The ZFS ZIL and SLOG Demystified</a><br /> <br /> ZFS On Linux: <a target="_blank" rel="nofollow noreferrer noopener" class="external free" href="https://zfsonlinux.org/">https://zfsonlinux.org/</a><br /> <br /> Aaron Toponce zu ZFS: <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://web.archive.org/web/20230904234829/https://pthree.org/2012/04/17/install-zfs-on-debian-gnulinux/">ZFS Administration</a><br /> <br /> == Einzelnachweise ==<br /> &lt;references /&gt;<br /> <br /><br /><br /> </p> <table class="authortable" width="100%" cellpadding="10" data-xtx-structured-data-author="Stefan Bohn"> <tbody><tr> <td valign="middle"><figure class="mw-halign-center notpageimage" typeof="mw:File"><a href="/de/wiki/Datei:Foto_Stefan_Bohn.jpg" class="mw-file-description"><img src="/de/wikiDE/images/thumb/d/df/Foto_Stefan_Bohn.jpg/125px-Foto_Stefan_Bohn.jpg" decoding="async" width="125" height="125" class="mw-file-element" srcset="/de/wikiDE/images/thumb/d/df/Foto_Stefan_Bohn.jpg/188px-Foto_Stefan_Bohn.jpg 1.5x, /de/wikiDE/images/thumb/d/df/Foto_Stefan_Bohn.jpg/250px-Foto_Stefan_Bohn.jpg 2x" /></a><figcaption></figcaption></figure> </td> <td valign="top"> <p>Autor: <a href="/de/wiki/Benutzer:Sbohn" title="Benutzer:Sbohn">Stefan Bohn</a> </p><p>Stefan Bohn ist seit 2020 bei der <a onmousedown="XtxAnalytics.trackEvent(event, 'Wiki', 'sitex-')" href="https://www.thomas-krenn.com/de/" target="_blank">Thomas-Krenn.AG</a> beschäftigt. Ursprünglich als Berater für IT-Lösungen im PreSales beheimatet, wechselte er 2022 zum Product Management. Dort widmet er sich dem Wissenstransfer und treibt dabei auch das <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.thomas-krenn.com/de/wikiDE/">Thomas-Krenn Wiki</a> voran. </p><p><span class="mw-default-size" typeof="mw:File"><a href="https://www.linkedin.com/in/stefan-bohn-6876851a7/" target="_blank" rel="nofollow noreferrer noopener"><img src="/de/wikiDE/images/5/5c/Icon-LinkedIn.png" decoding="async" width="36" height="36" class="mw-file-element" /></a></span> </p> </td></tr></tbody></table><br /></div></div>

Sbohn https://www.thomas-krenn.com/de/wiki/Synology_UC3400_Metadaten-Overflow 2026-07-14T08:50:18Z

<div class="mw-content-ltr mw-parser-output" lang="de-x-formal" dir="ltr"><p>Aranzinger: </p> <hr /> <div><figure class="mw-halign-right" typeof="mw:File/Frameless"><a href="/de/wiki/Datei:UC3400_Front.png" class="mw-file-description"><img src="/de/wikiDE/images/thumb/d/de/UC3400_Front.png/322px-UC3400_Front.png" decoding="async" width="322" height="322" class="mw-file-element" srcset="/de/wikiDE/images/thumb/d/de/UC3400_Front.png/483px-UC3400_Front.png 1.5x, /de/wikiDE/images/thumb/d/de/UC3400_Front.png/644px-UC3400_Front.png 2x" /></a><figcaption></figcaption></figure><br /> <p>Bei der Synology UC3400 führt eine sehr hohe Anzahl an Metadaten-Objekten (&gt;10 Millionen) in Kombination mit Migrationen und Snapshot-Last zu einem kritischen Zustand, der CPU- und RAM-Überlastungen verursacht und Migrationen abbrechen kann. <br /> <br /> Dieser Artikel beschreibt Symptome und bietet Lösungsmöglichkeiten. <br /> <br /> == Ausgangssituation ==<br /> Die UC3400 verwaltet SAN- und LUN-Strukturen mithilfe einer internen Metadaten-Datenbank. Bei einer sehr hohen Anzahl an Objekten können die Metadaten erheblich anwachsen. Zusätzlich führen lange Snapshot-Ketten, zahlreiche Copy-on-Write-Operationen sowie die gleichzeitige Verarbeitung von I/O- und Metadatenzugriffen zu einer erhöhten Systembelastung.<br /> <br /> Besonders kritisch wird es bei einer großen Anzahl an Snapshots, langen Betriebszeiten ohne Reorganisation, der Migration umfangreicher LUNs oder hohen Änderungsraten innerhalb kurzer Zeit.<br /> <br /> == Problembeschreibung ==<br /> Bei mehr als &#39;&#39;&#39;ca. 10 Millionen Metadaten-Objekten&#39;&#39;&#39; tritt auf der UC3400 häufig eine deutliche Systemüberlastung auf, dieser Zustand wird oft als &#39;&#39;&#39;Metadata Overflow&#39;&#39;&#39; bezeichnet.<br /> <br /> Mögliche Symptome sind:<br /> <br /> </p> <ul><li>CPU-/RAM-Auslastung dauerhaft nahe 100%<br /></li> <li>Migrationen werden abgebrochen oder &quot;timeouten&quot;<br /></li> <li>System reagiert extrem langsam<br /></li> <li>Speicher- und Snapshot-Operationen blockieren sich gegenseitig<br /></li> <li>SAN-Dienste können temporär ausfallen<br /></li> <li>Risiko für inkonsistente LUN-Zustände steigt<br /></li></ul> <p><br /> &#39;&#39;&#39;Bei der Synology UC3400 gilt:&#39;&#39;&#39;<br /> <br /> </p> <ul><li>&lt; 5 Mio Objekte → stabil<br /></li> <li>5–10 Mio Objekte → grenzwertig<br /></li> <li>10 Mio Objekte → kritisch (Overflow-Risiko)<br /></li> <li>50 Mio Objekte → nur mit starker Optimierung sinnvoll betreibbar<br /></li></ul> <p><br /> == &#39;&#39;&#39;Sofortmaßnahmen&#39;&#39;&#39; ==<br /> Zur schnellen Wiederherstellung der Betriebsfähigkeit des Systems können die folgenden Maßnahmen eingesetzt werden:<br /> <br /> &#39;&#39;&#39;Hinweis:&#39;&#39;&#39; Diese Maßnahmen dienen lediglich als temporäre Workarounds und stellen keine langfristige Lösung für den Produktivbetrieb dar.<br /> </p> <ul><li>Migration stoppen<br /></li> <li>Snapshot-Last reduzieren<br /></li> <li>Dienste neu starten (nur im Wartungsfenster)<br /></li></ul> <p><br /> == &#39;&#39;&#39;Empfohlene Lösungsstrategie&#39;&#39;&#39; ==<br /> Die nachhaltigste Lösung ist eine Neuorganisation der LUN-Struktur und eine Migration in kleinere, klar getrennte Einheiten.<br /> <br /> === Neue LUN erstellen ===<br /> Die stabilste Methode ist:<br /> <br /> </p> <ol><li>Neue LUN erstellen<br /></li> <li>Daten über Storage-Migration oder Backup-Restore übertragen<br /></li> <li>Alte LUN löschen<br /></li></ol> <p><br /> Dadurch werden alle alten Metadaten vollständig entfernt.<br /> <br /> === Alternative: Metadaten-Rebuild ===<br /> </p> <table cellpadding="4" cellspacing="&quot;0&quot;" style="&quot;margin:" rules="&quot;all&quot;&lt;br/"> <tbody><tr> <td>&#39;&#39;&#39;Hinweis: Ein Metadaten-Rebuild sollte nur durchgeführt werden, wenn ein aktuelles und funktionsfähiges Backup aller relevanten Daten vorhanden ist!&#39;&#39;&#39;<br /> </td></tr> </tbody></table><br /> <p><br /> Diese riskante Maßnahme ist ausschließlich als letzter Wiederherstellungsschritt vorgesehen, nachdem alle anderen Diagnose- und Reparaturmaßnahmen ohne Erfolg geblieben sind.<br /> <br /> Nur mit vollständigem Backup:<br /> <br /> </p> <ul><li>Metadaten-Struktur wird gelöscht und neu aufgebaut<br /></li> <li>Risiko von iSCSI-Mapping-Verlusten<br /></li> <li>Nur im Notfall empfohlen<br /></li></ul> <p>== Prävention ==<br /> Um die o.g. Probleme zu vermeiden, können folgende Maßnahmen ergriffen werden:<br /> </p> <ul><li>Snapshot-Anzahl begrenzen<br /></li> <li>Regelmäßige LUN-Neuerstellung bei langen Laufzeiten<br /></li> <li>Metadaten regelmäßig entlasten<br /></li> <li>Migrationen in kleinere Einheiten aufteilen<br /></li> <li>Monitoring von CPU / RAM und SAN-Metadatenlast<br /></li></ul> <p><br /> &#39;&#39;&#39;Empfehlung:&#39;&#39;&#39; Bei der Migration großer Datenmengen sollte der Synology Support bereits im Vorfeld eingebunden werden. So kann der Datenumzug bei Bedarf begleitet werden und man erhält Empfehlungen zu bewährten Vorgehensweisen (Best Practices), um Risiken zu minimieren.<br /> <br /><br /> </p> <table class="authortable" width="100%" cellpadding="10" data-xtx-structured-data-author="Walter Süß"> <tbody><tr> <td valign="middle"><figure class="mw-halign-center notpageimage" typeof="mw:File"><a href="/de/wiki/Datei:Foto_Walter_S%C3%BC%C3%9F.jpg" class="mw-file-description"><img src="/de/wikiDE/images/thumb/2/2e/Foto_Walter_S%C3%BC%C3%9F.jpg/125px-Foto_Walter_S%C3%BC%C3%9F.jpg" decoding="async" width="125" height="118" class="mw-file-element" srcset="/de/wikiDE/images/thumb/2/2e/Foto_Walter_S%C3%BC%C3%9F.jpg/188px-Foto_Walter_S%C3%BC%C3%9F.jpg 1.5x, /de/wikiDE/images/thumb/2/2e/Foto_Walter_S%C3%BC%C3%9F.jpg/250px-Foto_Walter_S%C3%BC%C3%9F.jpg 2x" /></a><figcaption></figcaption></figure> </td> <td valign="top"> <p>Autor: Walter Süß </p><p>Walter Süß ist seit dem erfolgreichen Abschluss seiner Umschulung zum Fachinformatiker im Februar 2024 Teil des Product Management Teams von <a onmousedown="XtxAnalytics.trackEvent(event, 'Wiki', 'sitex-')" href="https://www.thomas-krenn.com/de/" target="_blank">Thomas-Krenn</a>. Dort betreut er die Storage-Lösungen Synology, Open-E und TrueNAS. </p><p><span class="mw-default-size" typeof="mw:File"><a href="https://www.linkedin.com/in/walter-s%C3%BC%C3%9F-935605292/" target="_blank" rel="nofollow noreferrer noopener"><img src="/de/wikiDE/images/5/5c/Icon-LinkedIn.png" decoding="async" width="36" height="36" class="mw-file-element" /></a></span> </p> </td></tr></tbody></table><br /></div></div>

Sbohn https://www.thomas-krenn.com/de/wiki/Upgrade_Linux_Mint_Debian_Edition 2026-06-29T09:23:21Z

<div class="mw-content-ltr mw-parser-output" lang="de-x-formal" dir="ltr"><p>Aranzinger: </p> <hr /> <div>Eine Installation von &#39;&#39;&#39;<a href="/de/wiki/Linux" title="Linux">Linux</a> Mint Debian Edition&#39;&#39;&#39; (LMDE) kann nach Erscheinen einer neueren Version auf diese aktualisiert werden. In diesem Beispiel zeigen wir das Upgrade von LMDE 6 auf LMDE 7.<br /> <p><br /> == Vorbereitung ==<br /> Zur Vorbereitung installieren Sie das Updatetool mintupgrade:&lt;ref&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://blog.linuxmint.com/?p=4923">How to upgrade to LMDE 7</a> (blog.linuxmint.com, 14.10.2025)&lt;/ref&gt;<br /> </p> <pre>apt update<br /> apt install mintupgrade<br /> </pre> <p><br /> &#39;&#39;&#39;Wichtiger Hinweis - Backup erstellen:&#39;&#39;&#39; Bevor Sie fortfahren, empfehlen wir ein aktuelles Backup Ihrer Daten zu erstellen.<br /> <br /> == Update durchführen ==<br /> Anschließend starten Sie das Updatetool:<br /> </p> <pre>sudo mintupgrade<br /> </pre> <p><br /> Die folgenden Screenshots zeigen die einzelnen Schritte des Upgradevorgangs:<br /> &lt;gallery&gt;<br /> File:LMDE-7-Upgrade-01.png<br /> File:LMDE-7-Upgrade-02.png<br /> File:LMDE-7-Upgrade-03.png<br /> File:LMDE-7-Upgrade-08.png<br /> File:LMDE-7-Upgrade-09.png<br /> File:LMDE-7-Upgrade-10.png<br /> File:LMDE-7-Upgrade-11.png<br /> File:LMDE-7-Upgrade-12.png<br /> File:LMDE-7-Upgrade-13.png<br /> File:LMDE-7-Upgrade-14.png<br /> &lt;/gallery&gt;<br /> <br /> == Upgrade beenden und neustarten ==<br /> Abschließend entfernen Sie das Updatetool und starten Sie das System neu:<br /> <br /> </p> <pre>apt remove mintupgrade<br /> sudo reboot<br /> </pre> <p><br /> == Einzelnachweise ==<br /> &lt;references /&gt;<br /> <br /> </p> <table class="authortable" width="100%" cellpadding="10" data-xtx-structured-data-author="Werner Fischer"> <tbody><tr> <td valign="middle"><figure class="mw-halign-center notpageimage" typeof="mw:File"><a href="/de/wiki/Datei:Foto_Werner_Fischer.jpg" class="mw-file-description"><img src="/de/wikiDE/images/thumb/1/15/Foto_Werner_Fischer.jpg/125px-Foto_Werner_Fischer.jpg" decoding="async" width="125" height="125" class="mw-file-element" srcset="/de/wikiDE/images/thumb/1/15/Foto_Werner_Fischer.jpg/188px-Foto_Werner_Fischer.jpg 1.5x, /de/wikiDE/images/thumb/1/15/Foto_Werner_Fischer.jpg/250px-Foto_Werner_Fischer.jpg 2x" /></a><figcaption></figcaption></figure> </td> <td valign="top"> <p>Autor: <a href="/de/wiki/Benutzer:Wfischer" title="Benutzer:Wfischer">Werner Fischer</a> </p><p>Werner Fischer arbeitet im Product Management Team von <a onmousedown="XtxAnalytics.trackEvent(event, 'Wiki', 'sitex-')" href="https://www.thomas-krenn.com/de/" target="_blank">Thomas-Krenn</a>. Er evaluiert dabei neueste Technologien und teilt sein Wissen in Fachartikeln, bei Konferenzen und im Thomas-Krenn Wiki. Bereits 2005 - ein Jahr nach seinem Abschluss des Studiums zu Computer- und Mediensicherheit an der FH Hagenberg - heuerte er beim bayerischen Server-Hersteller an. Als Öffi-Fan nutzt er gerne Bus &amp; Bahn und genießt seinen morgendlichen Spaziergang ins Büro. </p><p><span class="mw-default-size" typeof="mw:File"><a href="https://github.com/tk-wfischer" target="_blank" rel="nofollow noreferrer noopener"><img src="/de/wikiDE/images/0/0e/Icon-Github.png" decoding="async" width="36" height="36" class="mw-file-element" /></a></span>&#160;<span class="mw-default-size" typeof="mw:File"><a href="https://www.linkedin.com/in/wernerfischer/" target="_blank" rel="nofollow noreferrer noopener"><img src="/de/wikiDE/images/5/5c/Icon-LinkedIn.png" decoding="async" width="36" height="36" class="mw-file-element" /></a></span> </p> </td></tr></tbody></table><br /><br /></div></div>

Wfischer https://www.thomas-krenn.com/de/wiki/AMD_Sicherheitsl%C3%BCcken_-_Juni_2026 2026-06-10T09:23:41Z

<div class="mw-content-ltr mw-parser-output" lang="de-x-formal" dir="ltr"><p>Aranzinger: </p> <hr /> <div>Am 09&#39;&#39;&#39;. Juni 2026&#39;&#39;&#39; wurden von AMD die Security Bulletins &#39;&#39;&#39;AMD-SB-3039&#39;&#39;&#39;&lt;ref&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.amd.com/en/resources/product-security/bulletin/amd-sb-3039.html">ASP non-Coherent Memory Access – Juni 2026</a> (www.amd.com/en/resources/product-security)&lt;/ref&gt; und &#39;&#39;&#39;AMD-SB-9025&#39;&#39;&#39;&lt;ref&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.amd.com/en/resources/product-security/bulletin/amd-sb-9025.html">AMD uProf Vulnerabilities – Juni 2026</a> (www.amd.com/en/resources/product-security)&lt;/ref&gt; für Sicherheitslücken veröffentlicht. <br /> <p><br /> == Info ==<br /> &#39;&#39;&#39;AMD-SB-3039&#39;&#39;&#39;: Es handelt es sich um einen böswilliger Hypervisor, der die Integritätsschutzmechanismen von AMD Secure Encrypted Virtualization – Secure Nested Paging (SEV-SNP) untergraben kann, indem er den AMD Security Processor (ASP) dazu zwingt, ohne Cache-Kohärenz mit dem Systemspeicher zu arbeiten. Laut der Veröffentlichung ermöglicht eine vom Hypervisor gesteuerte Systemeinstellung die Neukonfiguration der Interaktion zwischen den Speicheranforderungen des ASP und den CPU-Caches. Durch das Deaktivieren der Kohärenz kann der ASP beim Kopieren von Seiten und beim Aktualisieren der zugehörigen Metadaten veraltete Daten aus dem DRAM lesen, wodurch die jüngsten Aktualisierungen im CPU-Cache durch den Gast verloren gehen. Dies könnte potenziell die Integritätsgarantien von SEV-SNP für Gäste untergraben und Datenkorruption ermöglichen. <br /> <br /> &#39;&#39;&#39;AMD-SB-9025&#39;&#39;&#39;: Die Lücke könnte es einem lokalen Angreifer mit Benutzerrechten ermöglichen, in den vom Kernel zugeordneten Speicher zu schreiben. AMD bestätigt, dass das Problem darauf zurückzuführen ist, dass der Treiber ein Shared-Section-Objekt mit einem NULL-Sicherheitsdeskriptor erstellt und Kernel-Zeiger im gemeinsam genutzten Speicher offenlegt, was es einem Angreifer ermöglichen könnte, in den vom Kernel zugeordneten Speicher zu schreiben und möglicherweise einen Systemabsturz oder einen Denial-of-Service-Zustand zu verursachen. <br /> <br /> == Betroffene Systeme ==<br /> <br /> Hier eine tabellarische Aufstellung der betroffenen Prozessoren. <br /> <br /> ===== AMD EPYC™ Processors =====<br /> </p> <table class="&quot;wikitable&quot;&lt;br/"> <tbody><tr> <td>Product<br /> </td> <td>Mitigation<br /> </td></tr> <tr> <td>AMD EPYC™ 8004 Series Processors<br /> </td> <td>GenoaPI<br /> <p>1.0.0.H<br /> </p> </td></tr> <tr> <td>AMD EPYC™ 9004 Series Processors<br /> </td> <td>GenoaPI<br /> <p>1.0.0.H<br /> </p> </td></tr> <tr> <td>AMD EPYC™ 9005 Series Processors<br /> </td> <td>TurinPI<br /> <p><br /> 1.0.0.8<br /> </p> </td></tr> <tr> <td>AMD EPYC™ Embedded 8004 Series Processors<br /> </td> <td>EmbGenoaPI-SP5<br /> <p><br /> 1.0.0.D<br /> </p> </td></tr> <tr> <td>AMD EPYC™ Embedded 9004 Series Processors<br /> <p><br /> (formerly codenamed &quot;Genoa&quot;)<br /> </p> </td> <td>EmbGenoaPI-SP5<br /> <p><br /> 1.0.0.D<br /> </p> </td></tr> <tr> <td>AMD EPYC™ Embedded 9004 Series Processors<br /> <p><br /> (formerly codenamed &quot;Bergamo&quot;)<br /> </p> </td> <td>EmbGenoaPI-SP5<br /> <p><br /> 1.0.0.D<br /> </p> </td></tr> <tr> <td>AMD EPYC™ Embedded 9005 Series Processors<br /> </td> <td>EmbeddedTurinPI_SP5<br /> <p><br /> 1004<br /> </p> </td></tr></tbody></table><br /> <p><br /> <br /> </p> <table class="&quot;wikitable&quot;&lt;br/"> <tbody><tr> <td align="&quot;center&quot;">CVE<br /> </td> <td align="&quot;center&quot;">CVSS Score<br /> </td></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2026-54509">CVE-2025-54509</a><br /> </td> <td align="&quot;center&quot;">4.0 (Medium)<br /> </td></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2026-0466">CVE-2026-0466</a><br /> </td> <td align="&quot;center&quot;">6.8 (Medium)<br /> </td></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2026-28237">CVE-2026-28237</a><br /> </td> <td align="&quot;center&quot;">6.8 (Medium)<br /> </td></tr></tbody></table><br /> <p><br /> <br /> Nachfolgend ein Auszug aus dieser Tabelle, in der alle Supermicro Mainboards enthalten sind, die von Thomas Krenn angeboten werden: &lt;ref&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.supermicro.com/en/support/security_AMD-SB-3027">AMD Security Bulletin AMD-SB-3027, Januar 2027</a> (www.supermicro.com)&lt;/ref&gt;<br /> <br /> </p> <table class="&quot;wikitable&quot;&lt;br/"> <caption><br /> </caption> <tbody><tr> <th>AMD Motherboard <br /> </th> <th align="&quot;center&quot;">&#39;&#39;&#39;BIOS Version&#39;&#39;&#39;<br /> </th></tr> <tr> <td align="&quot;center&quot;">H13SSW<br /> </td> <td align="&quot;center&quot;">3.8<br /> </td></tr> <tr> <td align="&quot;center&quot;">H13SSL-N/NT<br /> </td> <td align="&quot;center&quot;">3.8<br /> </td></tr></tbody></table><br /> <p><br /> === Updates für Produkte von Thomas-Krenn ===<br /> Updates zum jeweiligen System finden Sie im &lt;tklink type=&quot;sitex&quot; id=&quot;440&quot;&gt;Downloadbereich von Thomas-Krenn&lt;/tklink&gt;.<br /> Die Updates im Downloadbereich wurden von uns getestet, um die Stabilität und Kompatibilität unserer Systeme zu gewährleisten.<br /> <br /> Falls Sie die aktuellste Version für ihr System benötigen und diese noch nicht bei uns im Downloadbereich zu finden ist, können Sie diese im Downloadbereich bei <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.asus.com/de/support/download-center/">Asus</a>, <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.supermicro.com/en/support/resources/downloadcenter/swdownload">Supermicro</a> oder <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.gigabyte.com/de/Support/Consumer/Download">Gigabyte</a> beziehen.<br /> <br /> == Einzelnachweise ==<br /> &lt;references/&gt;<br /> <br /> == Weitere Informationen ==<br /> </p> <ul><li><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.supermicro.com/en/support/security_AMD-SB-3027">AMD Security Bulletin AMD-SB-3039</a> (supermicro.com, Juni 2026)<br /></li></ul> <p><br /> <br /><br /> </p> <table class="authortable" width="100%" cellpadding="10" data-xtx-structured-data-author="Thomas-Krenn.AG"> <tbody><tr> <td valign="middle"><figure class="mw-halign-center notpageimage" typeof="mw:File"><a href="/de/wiki/Datei:Foto_Thomas-Krenn.AG.jpg" class="mw-file-description"><img src="/de/wikiDE/images/thumb/e/e1/Foto_Thomas-Krenn.AG.jpg/125px-Foto_Thomas-Krenn.AG.jpg" decoding="async" width="125" height="78" class="mw-file-element" srcset="/de/wikiDE/images/thumb/e/e1/Foto_Thomas-Krenn.AG.jpg/188px-Foto_Thomas-Krenn.AG.jpg 1.5x, /de/wikiDE/images/thumb/e/e1/Foto_Thomas-Krenn.AG.jpg/250px-Foto_Thomas-Krenn.AG.jpg 2x" /></a><figcaption></figcaption></figure> </td> <td valign="top"> <p>Autor: <a href="/de/wiki/Benutzer:Thomas-Krenn.AG" title="Benutzer:Thomas-Krenn.AG">Thomas-Krenn.AG</a> </p><p>Bei der Thomas-Krenn.AG achten wir auf den bestmöglichen Service. Um dem gerecht zu werden, haben wir unser <a href="/de/wiki/Hauptseite" title="Hauptseite">Thomas-Krenn Wiki</a> ins Leben gerufen. Hier teilen wir unser Wissen mit Ihnen und informieren Sie über Grundlagen und Aktuelles aus der IT-Welt. Ihnen gefällt unsere Wissenskultur und Sie wollen Teil des Teams werden? Besuchen Sie unsere <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.thomas-krenn.com/de/unternehmen/karriere.html">Stellenangebote</a>. </p><p><span class="mw-default-size" typeof="mw:File"><a href="https://github.com/thomas-krenn" target="_blank" rel="nofollow noreferrer noopener"><img src="/de/wikiDE/images/0/0e/Icon-Github.png" decoding="async" width="36" height="36" class="mw-file-element" /></a></span>&#160;<span class="mw-default-size" typeof="mw:File"><a href="https://www.linkedin.com/company/thomas-krenn-ag" target="_blank" rel="nofollow noreferrer noopener"><img src="/de/wikiDE/images/5/5c/Icon-LinkedIn.png" decoding="async" width="36" height="36" class="mw-file-element" /></a></span> </p> </td></tr></tbody></table><br /></div></div>

Lranzinger https://www.thomas-krenn.com/de/wiki/Supermicro_BMC_Sicherheitshinweise_Juni_2026 2026-06-08T05:35:46Z

<div class="mw-content-ltr mw-parser-output" lang="de-x-formal" dir="ltr"><p>Aranzinger: </p> <hr /> <div>Im &#39;&#39;&#39;Juni 2026&#39;&#39;&#39; wurden vom Hersteller Supermicro für die BMC-Firmware ihrer Mainboards Sicherheitshinweise veröffentlicht. Diese Sicherheitslücke erfordert ein &#39;&#39;&#39;Firmware Update&#39;&#39;&#39;. <br /> <p><br /> In diesem Artikel finden Sie Informationen zu dieser Security Advisory und wo Sie Updates für Produkte von Thomas-Krenn erhalten können.<br /> <br /> == Security Advisories ==<br /> </p> <table class="&quot;wikitable&quot;&lt;br/"> <tbody><tr style="&quot;background-color:"> <th align="&quot;center&quot;">CVE<br /> </th> <th align="&quot;center&quot;">Gefährdungspotential:<br /> </th> <th align="&quot;center&quot;">Titel<br /> </th></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2026-3820">CVE-2026-3820</a><br /> </td> <td align="&quot;center&quot;">7.2 (Hoch)<br /> </td> <td align="&quot;center&quot;">&#39;&#39;&#39;&lt;u&gt;Command-Injection&lt;/u&gt;&#39;&#39;&#39; (Die Sicherheitslücke kann es einem Angreifer ermöglichen Administratorrechte zu erlangen und ihm erlauben die SMTP Service Konfiguration zu manipulieren. Dies könnte dazu führen, dass das System beim Aufruf von Prozessen unbeabsichtigte Befehle ausführt.)<br /> </td></tr> </tbody></table><br /> <p><br /> == Updates für Produkte von Thomas-Krenn ==<br /> Updates zum jeweiligen System finden Sie im &lt;tklink type=&quot;sitex&quot; id=&quot;440&quot;&gt;Downloadbereich von Thomas-Krenn&lt;/tklink&gt;.<br /> Die Updates im Downloadbereich wurden von uns getestet, um die Stabilität und Kompatibilität unserer Systeme zu gewährleisten.<br /> <br /> Falls Sie die aktuellste Version für ihr System benötigen und diese noch nicht bei uns im Downloadbereich zu finden ist, können Sie diese im Downloadbereich bei <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.asus.com/de/support/download-center/">Asus</a> oder <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.supermicro.com/en/support/resources/downloadcenter/swdownload">Supermicro</a> beziehen.<br /> <br /> == Weitere Informationen ==<br /> </p> <ul><li><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.supermicro.com/en/support/security_BMC_IPMI_Jun_2026">Vulnerabilities in Supermicro BMC firmware, June 2026</a><br /><br /></li></ul> <table class="authortable" width="100%" cellpadding="10" data-xtx-structured-data-author="Thomas-Krenn.AG"> <tbody><tr> <td valign="middle"><figure class="mw-halign-center notpageimage" typeof="mw:File"><a href="/de/wiki/Datei:Foto_Thomas-Krenn.AG.jpg" class="mw-file-description"><img src="/de/wikiDE/images/thumb/e/e1/Foto_Thomas-Krenn.AG.jpg/125px-Foto_Thomas-Krenn.AG.jpg" decoding="async" width="125" height="78" class="mw-file-element" srcset="/de/wikiDE/images/thumb/e/e1/Foto_Thomas-Krenn.AG.jpg/188px-Foto_Thomas-Krenn.AG.jpg 1.5x, /de/wikiDE/images/thumb/e/e1/Foto_Thomas-Krenn.AG.jpg/250px-Foto_Thomas-Krenn.AG.jpg 2x" /></a><figcaption></figcaption></figure> </td> <td valign="top"> <p>Autor: <a href="/de/wiki/Benutzer:Thomas-Krenn.AG" title="Benutzer:Thomas-Krenn.AG">Thomas-Krenn.AG</a> </p><p>Bei der Thomas-Krenn.AG achten wir auf den bestmöglichen Service. Um dem gerecht zu werden, haben wir unser <a href="/de/wiki/Hauptseite" title="Hauptseite">Thomas-Krenn Wiki</a> ins Leben gerufen. Hier teilen wir unser Wissen mit Ihnen und informieren Sie über Grundlagen und Aktuelles aus der IT-Welt. Ihnen gefällt unsere Wissenskultur und Sie wollen Teil des Teams werden? Besuchen Sie unsere <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.thomas-krenn.com/de/unternehmen/karriere.html">Stellenangebote</a>. </p><p><span class="mw-default-size" typeof="mw:File"><a href="https://github.com/thomas-krenn" target="_blank" rel="nofollow noreferrer noopener"><img src="/de/wikiDE/images/0/0e/Icon-Github.png" decoding="async" width="36" height="36" class="mw-file-element" /></a></span>&#160;<span class="mw-default-size" typeof="mw:File"><a href="https://www.linkedin.com/company/thomas-krenn-ag" target="_blank" rel="nofollow noreferrer noopener"><img src="/de/wikiDE/images/5/5c/Icon-LinkedIn.png" decoding="async" width="36" height="36" class="mw-file-element" /></a></span> </p> </td></tr></tbody></table><br /></div></div>

Ijuengling https://www.thomas-krenn.com/de/wiki/Sicherheitshinweise_zu_Intel_Produkten_2026.2_IPU 2026-05-18T11:45:47Z

<div class="mw-content-ltr mw-parser-output" lang="de-x-formal" dir="ltr"><p>Aranzinger: </p> <hr /> <div>Im Mai &#39;&#39;&#39;2026&#39;&#39;&#39; wurden von Intel im Rahmen des IPU 2026.2 neue Security Advisories (Sicherheitshinweise) zu verschiedenen Intel-Produkten veröffentlicht. Manche dieser Sicherheitshinweise erfordern &#39;&#39;&#39;Firmware Updates&#39;&#39;&#39;. <br /> <p><br /> In diesem Artikel finden Sie einen Auszug und Hinweise zu diesen Security Advisories sowie Informationen, wo Sie Updates für Produkte von Thomas-Krenn finden werden.<br /> <br /> == Betroffene Systeme ==<br /> <br /> </p> <ul><li>Intel Xeon Prozessoren<br /></li> <li>Intel Core Prozessoren<br /></li> <li>Intel Atom Prozessoren<br /></li> <li>Intel Pentium Prozessoren<br /></li> <li>Intel Celeron Prozessoren<br /></li></ul> <p><br /> == Security Advisories ==<br /> Hier in der Tabelle finden Sie die Sicherheitshinweise zur Firmware die von Intel veröffentlicht wurden.<br /> <br /> </p> <table class="&quot;wikitable&quot;&lt;br/"> <tbody><tr style="&quot;background-color:"> <th align="&quot;center&quot;">Intel Security Advisory<br /> </th> <th align="&quot;center&quot;">Titel<br /> </th> <th align="&quot;center&quot;">Betroffene Systeme<br /> </th></tr> <tr> <td align="center"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-01393.html">INTEL-SA-01393</a><br /> </td> <td align="center">2026.1 IPU, UEFI Reference Firmware Advisory<br /> </td> <td rowspan="&quot;35&quot;" align="&quot;left&quot;">(siehe Intel-SA)<br /> </td></tr> <tr> <td align="center"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-01420.html">INTEL-SA-01420</a><br /> </td> <td align="center">2026.2 IPU - Intel® Processor Firmware Advisory<br /> </td></tr> <tr> <td align="center"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-01413.html">INTEL-SA-01413</a><br /> </td> <td align="center">UEFI Reference Firmware Advisory<br /> </td></tr> <tr> <td align="center"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-01425.html">INTEL-SA-01425</a><br /> </td> <td align="center">Intel® Slim Bootloader Advisory<br /> </td></tr></tbody></table><br /> <p><br /> == Updates für Produkte von Thomas-Krenn ==<br /> Updates zum jeweiligen System finden Sie im &lt;tklink type=&quot;sitex&quot; id=&quot;440&quot;&gt;Downloadbereich von Thomas-Krenn&lt;/tklink&gt;.<br /> Die Updates im Downloadbereich wurden von uns getestet, um die Stabilität und Kompatibilität unserer Systeme zu gewährleisten.<br /> <br /> Falls Sie die aktuellste Version für ihr System benötigen und diese noch nicht bei uns im Downloadbereich zu finden ist, können Sie diese im Downloadbereich bei <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.asus.com/de/support/download-center/">Asus</a> , <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.supermicro.com/en/support/resources/downloadcenter/swdownload">Supermicro</a> oder <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.gigabyte.com/de/Support/Consumer/Download">Gigabyte</a> beziehen.<br /> <br /> == Weitere Informationen ==<br /> </p> <ul><li><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.intel.com/content/www/us/en/security-center/default.html">Security Center</a> (www.intel.com)<br /></li> <li><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.supermicro.com/en/support/security_Intel_IPU2026.2">Intel Platform Update (IPU) Update 2026.2 May 2026</a> (www.supermicro.com)<br /></li> <li><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.supermicro.com/en/support/security_Intel_IPU2026.1_part2">Intel Platform Update (IPU) Update 2026.1 Part 2, May 2026</a> (www.supermicro.com)<br /><br /></li></ul> <table class="authortable" width="100%" cellpadding="10" data-xtx-structured-data-author="Thomas-Krenn.AG"> <tbody><tr> <td valign="middle"><figure class="mw-halign-center notpageimage" typeof="mw:File"><a href="/de/wiki/Datei:Foto_Thomas-Krenn.AG.jpg" class="mw-file-description"><img src="/de/wikiDE/images/thumb/e/e1/Foto_Thomas-Krenn.AG.jpg/125px-Foto_Thomas-Krenn.AG.jpg" decoding="async" width="125" height="78" class="mw-file-element" srcset="/de/wikiDE/images/thumb/e/e1/Foto_Thomas-Krenn.AG.jpg/188px-Foto_Thomas-Krenn.AG.jpg 1.5x, /de/wikiDE/images/thumb/e/e1/Foto_Thomas-Krenn.AG.jpg/250px-Foto_Thomas-Krenn.AG.jpg 2x" /></a><figcaption></figcaption></figure> </td> <td valign="top"> <p>Autor: <a href="/de/wiki/Benutzer:Thomas-Krenn.AG" title="Benutzer:Thomas-Krenn.AG">Thomas-Krenn.AG</a> </p><p>Bei der Thomas-Krenn.AG achten wir auf den bestmöglichen Service. Um dem gerecht zu werden, haben wir unser <a href="/de/wiki/Hauptseite" title="Hauptseite">Thomas-Krenn Wiki</a> ins Leben gerufen. Hier teilen wir unser Wissen mit Ihnen und informieren Sie über Grundlagen und Aktuelles aus der IT-Welt. Ihnen gefällt unsere Wissenskultur und Sie wollen Teil des Teams werden? Besuchen Sie unsere <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.thomas-krenn.com/de/unternehmen/karriere.html">Stellenangebote</a>. </p><p><span class="mw-default-size" typeof="mw:File"><a href="https://github.com/thomas-krenn" target="_blank" rel="nofollow noreferrer noopener"><img src="/de/wikiDE/images/0/0e/Icon-Github.png" decoding="async" width="36" height="36" class="mw-file-element" /></a></span>&#160;<span class="mw-default-size" typeof="mw:File"><a href="https://www.linkedin.com/company/thomas-krenn-ag" target="_blank" rel="nofollow noreferrer noopener"><img src="/de/wikiDE/images/5/5c/Icon-LinkedIn.png" decoding="async" width="36" height="36" class="mw-file-element" /></a></span> </p> </td></tr></tbody></table><br /></div></div>

Lranzinger https://www.thomas-krenn.com/de/wiki/AMD_Sicherheitsl%C3%BCcken_-_Mai_2026 2026-05-18T11:37:25Z

<div class="mw-content-ltr mw-parser-output" lang="de-x-formal" dir="ltr"><p>Aranzinger: </p> <hr /> <div>Am &#39;&#39;&#39;12. Mai 2026&#39;&#39;&#39; wurden von AMD die Security Bulletins &#39;&#39;&#39;AMD-SB-3030&#39;&#39;&#39;&lt;ref&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.amd.com/en/resources/product-security/bulletin/amd-sb-3030.html">AMD EPYC and AMD EPYC Embedded Series Processor Vulnerabilities – May 2026</a> (www.amd.com/en/resources/product-security)&lt;/ref&gt;, &#39;&#39;&#39;AMD-SB-4017&#39;&#39;&#39;&lt;ref&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.amd.com/en/resources/product-security/bulletin/amd-sb-4017.html">AMD Athlon, AMD Ryzen, and AMD Ryzen Embedded Series Processor Vulnerabilities – May 2026</a> (www.amd.com/en/resources/product-security)&lt;/ref&gt; und &#39;&#39;&#39;AMD-SB-7052&#39;&#39;&#39;&lt;ref&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.amd.com/en/resources/product-security/bulletin/amd-sb-7052.html">CPU OP Cache Corruption - May 2026</a> (www.amd.com/en/resources/product-security)&lt;/ref&gt; mit jeweils einer Sicherheitslücke veröffentlicht. Dieser Artikel beinhaltet Tabellen mit Maßnahmen zur Behebung der Sicherheitslücken. <br /> <p><br /> == Betroffene Systeme ==<br /> <br /> &#39;&#39;&#39;AMD Threadripper Systeme:&#39;&#39;&#39;<br /> <br /> </p> <ul><li>Systeme mit AMD Ryzen Threadripper PRO 3000WX Prozessoren<br /></li> <li>Systeme mit AMD Ryzen Threadripper 7000 / PRO 7000WX Prozessoren<br /></li> <li>Systeme mit AMD Ryzen Threadripper 9000 / PRO 9000WX Prozessoren<br /></li></ul> <p><br /> <br /> &#39;&#39;&#39;AMD EPYC Systeme:&#39;&#39;&#39;<br /> <br /> </p> <ul><li>Systeme mit &quot;Zen 4&quot; <a href="/de/wiki/AMD_EPYC_4004_Raphael" title="AMD EPYC 4004 Raphael">AMD EPYC 4004 Raphael</a> Prozessoren<br /></li> <li>Systeme mit &quot;Zen 2&quot; <a href="/de/wiki/AMD_EPYC_7002_Rome" title="AMD EPYC 7002 Rome">AMD EPYC 7002 Rome</a> Prozessoren<br /></li> <li>Systeme mit &quot;Zen 3&quot; <a href="/de/wiki/AMD_EPYC_7003_Milan" title="AMD EPYC 7003 Milan">AMD EPYC 7003 Milan</a> Prozessoren<br /></li> <li>Systeme mit &quot;Zen 4&quot; <a href="/de/wiki/AMD_EPYC_9004_Genoa_und_Bergamo" title="AMD EPYC 9004 Genoa und Bergamo">AMD EPYC 9004 Genoa und Bergamo</a> &amp; 8004 Siena Prozessoren<br /></li> <li>Systeme mit &quot;Zen 5&quot; <a href="/de/wiki/AMD_EPYC_9005_Turin" title="AMD EPYC 9005 Turin">AMD EPYC 9005 Turin</a> Prozessoren<br /></li></ul> <p><br /> == Problemlösung ==<br /> <br /> Hier eine tabellarische Aufstellung der entsprechenden CVEs und Maßnahmen zur Behebung, für die jeweilige EPYC Generation, falls vorhanden.<br /> <br /> &#39;&#39;&#39;AMD EPYC 4004 Raphael&#39;&#39;&#39;<br /> <br /> </p> <table class="&quot;wikitable&quot;&lt;br/"> <caption><br /> </caption> <tbody><tr> <th>Sicherheitslücke<br /> </th> <th>Gefährdungspotential:<br /> </th> <th align="&quot;center&quot;">&#39;&#39;&#39;AGESA Version&#39;&#39;&#39;<br /> </th></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2024-36315">CVE-2024-36315</a><br /> </td> <td align="&quot;center&quot;">5.7 (Mittel)<br /> </td> <td align="&quot;center&quot;">ComboAM5PI_1.0.0.a (2024-09-11)<br /> <p>ComboAM5PI_1.1.0.3c (2024-09-11)<br /> <br /> ComboAM5PI_1.2.0.3 (2024-09-11)<br /> </p> </td></tr> </tbody></table><br /> <p><br /> &#39;&#39;&#39;AMD EPYC 7002 Rome&#39;&#39;&#39;<br /> <br /> </p> <table class="&quot;wikitable&quot;&lt;br/"> <caption><br /> </caption> <tbody><tr> <th>Sicherheitslücke<br /> </th> <th>Gefährdungspotential:<br /> </th> <th align="&quot;center&quot;">&#39;&#39;&#39;Behebung&#39;&#39;&#39;<br /> </th></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2025-54518">CVE-2025-54518</a><br /> </td> <td align="&quot;center&quot;">7.3 (Hoch)<br /> </td> <td align="&quot;center&quot;">OS Update<br /> </td></tr> </tbody></table><br /> <p><br /> <br /> &#39;&#39;&#39;AMD EPYC 7003 Milan:&#39;&#39;&#39;<br /> <br /> </p> <table class="&quot;wikitable&quot;&lt;br/"> <caption><br /> </caption> <tbody><tr> <th>Sicherheitslücke<br /> </th> <th>Gefährdungspotential:<br /> </th> <th align="&quot;center&quot;">&#39;&#39;&#39;AGESA Version&#39;&#39;&#39;<br /> </th> <th>TCB‑Wert für die SNP‑Attestierung<br /> </th></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2025-61971">CVE-2025-61971</a><br /> </td> <td align="&quot;center&quot;">5.9 (Mittel)<br /> </td> <td align="&quot;center&quot;">MilanPI 1.0.0.J (2025-12-15)<br /> </td> <td align="&quot;center&quot;">TCB[SNP]&gt;=0x1D<br /> </td></tr> </tbody></table><br /> <p><br /> &#39;&#39;&#39;AMD EPYC 8004 Siena:&#39;&#39;&#39;<br /> <br /> </p> <table class="&quot;wikitable&quot;&lt;br/"> <caption><br /> </caption> <tbody><tr> <th>Sicherheitslücke<br /> </th> <th>Gefährdungspotential:<br /> </th> <th align="&quot;center&quot;">&#39;&#39;&#39;AGESA Version&#39;&#39;&#39;<br /> </th> <th>Microcode<br /> </th> <th>TCB‑Wert für die SNP‑Attestierung<br /> </th></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2024-36315">CVE-2024-36315</a><br /> </td> <td align="&quot;center&quot;">5.7 (Mittel)<br /> </td> <td align="&quot;center&quot;">GenoaPI 1.0.0.E (2024-12-18) <br /> </td> <td align="&quot;center&quot;">A2: 0AA00216<br /> </td> <td align="&quot;center&quot;">N/A<br /> </td></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2025-61971">CVE-2025-61971</a><br /> </td> <td align="&quot;center&quot;">5.9 (Mittel)<br /> </td> <td align="&quot;center&quot;">Genoa++_1.0.0.H (2025-12-15)<br /> </td> <td align="&quot;center&quot;">N/A<br /> </td> <td align="&quot;center&quot;">TCB[BL]&gt;=0xC<br /> </td></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2025-61972">CVE-2025-61972</a><br /> </td> <td align="&quot;center&quot;">8.5 (Hoch)<br /> </td> <td align="&quot;center&quot;">Genoa++_1.0.0.H (2025-12-15) <br /> </td> <td align="&quot;center&quot;">N/A<br /> </td> <td align="&quot;center&quot;">TCB[BL]&gt;=0xC<br /> </td></tr> </tbody></table><br /> <p><br /> &#39;&#39;&#39;AMD EPYC 9004 Genoa:&#39;&#39;&#39;<br /> <br /> </p> <table class="&quot;wikitable&quot;&lt;br/"> <caption><br /> </caption> <tbody><tr> <th>Sicherheitslücke<br /> </th> <th>Gefährdungspotential:<br /> </th> <th align="&quot;center&quot;">&#39;&#39;&#39;AGESA Version&#39;&#39;&#39;<br /> </th> <th>Microcode<br /> </th> <th>TCB‑Wert für die SNP‑Attestierung<br /> </th></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2024-36315">CVE-2024-36315</a><br /> </td> <td align="&quot;center&quot;">5.7 (Mittel)<br /> </td> <td align="&quot;center&quot;">GenoaPI 1.0.0.E (2024-12-18) <br /> </td> <td align="&quot;center&quot;">A2: 0x0AA00219<br /> <p>B1: 0x0A101154<br /> <br /> B2: 0x0A10124F<br /> </p> </td> <td align="&quot;center&quot;">N/A<br /> </td></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2025-61971">CVE-2025-61971</a><br /> </td> <td align="&quot;center&quot;">5.9 (Mittel)<br /> </td> <td align="&quot;center&quot;">Genoa++_1.0.0.H (2025-12-15)<br /> </td> <td align="&quot;center&quot;">N/A<br /> </td> <td align="&quot;center&quot;">TCB[BL]&gt;=0xC<br /> </td></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2025-61972">CVE-2025-61972</a><br /> </td> <td align="&quot;center&quot;">8.5 (Hoch)<br /> </td> <td align="&quot;center&quot;">Genoa++_1.0.0.H (2025-12-15) <br /> </td> <td align="&quot;center&quot;">N/A<br /> </td> <td align="&quot;center&quot;">TCB[BL]&gt;=0xC<br /> </td></tr> </tbody></table><br /> <p><br /> &#39;&#39;&#39;AMD EPYC 9005 Turin / Turin Dense&#39;&#39;&#39;<br /> <br /> </p> <table class="&quot;wikitable&quot;&lt;br/"> <caption><br /> </caption> <tbody><tr> <th>Sicherheitslücke<br /> </th> <th>Gefährdungspotential:<br /> </th> <th align="&quot;center&quot;">&#39;&#39;&#39;AGESA Version&#39;&#39;&#39;<br /> </th> <th>TCB‑Wert für die SNP‑Attestierung<br /> </th></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2025-61971">CVE-2025-61971</a><br /> </td> <td align="&quot;center&quot;">5.9 (Mittel)<br /> </td> <td align="&quot;center&quot;">TurinPI_1.0.0.8 (2025-11-26)<br /> </td> <td align="&quot;center&quot;">TCB[TEE]&gt;=0x2<br /> </td></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2025-61972">CVE-2025-61972</a><br /> </td> <td align="&quot;center&quot;">8.5 (Hoch)<br /> </td> <td align="&quot;center&quot;">TurinPI_1.0.0.8 (2025-11-26) <br /> </td> <td align="&quot;center&quot;">TCB[TEE]&gt;=0x2<br /> </td></tr> </tbody></table><br /> <p><br /> &#39;&#39;&#39;AMD Ryzen Threadripper PRO 3000WX&#39;&#39;&#39;<br /> <br /> </p> <table class="&quot;wikitable&quot;&lt;br/"> <caption><br /> </caption> <tbody><tr> <th>Sicherheitslücke<br /> </th> <th>Gefährdungspotential:<br /> </th> <th align="&quot;center&quot;">&#39;&#39;&#39;AGESA Version&#39;&#39;&#39;<br /> </th></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2021-46747">CVE-2021-46747</a><br /> </td> <td align="&quot;center&quot;">7.1 (Hoch)<br /> </td> <td align="&quot;center&quot;">CastlePeakWSPI-sWRX8 1.0.0.9 (2022-01-20)<br /> <p>ChagallWSPI-sWRX8 1.0.0.2 (2022-01-20)<br /> </p> </td></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2025-48516">CVE-2025-48516</a><br /> </td> <td align="&quot;center&quot;">6.9 (Mittel)<br /> </td> <td align="&quot;center&quot;">Kein Fix geplant<br /> </td></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2021-26380">CVE-2021-26380</a><br /> </td> <td align="&quot;center&quot;">1.8 (Niedrig)<br /> </td> <td align="&quot;center&quot;">ChagallWSPI-sWRX8 1.0.0.2 (2022-01-20)<br /> </td></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2025-54518">CVE-2025-54518</a><br /> </td> <td align="&quot;center&quot;">7.3 (Hoch)<br /> </td> <td align="&quot;center&quot;">ChagallWSPI-sWRX8-1.0.0.D (11-04-2025)<br /> <p>CastlePeakWSPI-sWRX8 1.0.0.I (10-17-2025)<br /> </p> </td></tr> </tbody></table><br /> <p><br /> &#39;&#39;&#39;AMD Ryzen Threadripper 7000 / PRO 7000WX&#39;&#39;&#39;<br /> <br /> </p> <table class="&quot;wikitable&quot;&lt;br/"> <caption><br /> </caption> <tbody><tr> <th>Sicherheitslücke<br /> </th> <th>Gefährdungspotential:<br /> </th> <th align="&quot;center&quot;">&#39;&#39;&#39;AGESA Version&#39;&#39;&#39;<br /> </th></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2026-0438">CVE-2026-0438</a><br /> </td> <td align="&quot;center&quot;">5.4 (Mittel)<br /> </td> <td align="&quot;center&quot;">ShimadaPeakPI-SP6 1.0.0.1c (2025-10-21)<br /> <p>StormPeakPI-SP6 1.0.0.1m (2025-12-01)<br /> <br /> StormPeakPI-SP6_1.1.0.0k (2025-12-01)<br /> </p> </td></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2025-48516">CVE-2025-48516</a><br /> </td> <td align="&quot;center&quot;">6.9 (Mittel)<br /> </td> <td align="&quot;center&quot;">ShimadaPeakPI-SP6 1.0.0.1b (2025-08-04)<br /> </td></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2024-36345">CVE-2024-36345</a><br /> </td> <td align="&quot;center&quot;">4.6 (Mittel)<br /> </td> <td align="&quot;center&quot;">StormPeakPI-SP6 1.1.0.0k (2025-12-01)<br /> <p>StormPeakPI-SP6 1.0.0.1m (2025-12-01)<br /> </p> </td></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2024-36343">CVE-2024-36343</a><br /> </td> <td align="&quot;center&quot;">4.6 (Mittel)<br /> </td> <td align="&quot;center&quot;">StormPeakPI-SP6 1.1.0.0k (2025-12-01)<br /> <p>StormPeakPI-SP6 1.0.0.1m (2025-12-01)<br /> </p> </td></tr> </tbody></table><br /> <p><br /> &#39;&#39;&#39;AMD Ryzen Threadripper 9000 / PRO 9000WX&#39;&#39;&#39;<br /> <br /> </p> <table class="&quot;wikitable&quot;&lt;br/"> <caption><br /> </caption> <tbody><tr> <th>Sicherheitslücke<br /> </th> <th>Gefährdungspotential:<br /> </th> <th align="&quot;center&quot;">&#39;&#39;&#39;AGESA Version&#39;&#39;&#39;<br /> </th></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2026-0438">CVE-2026-0438</a><br /> </td> <td align="&quot;center&quot;">5.4 (Mittel)<br /> </td> <td align="&quot;center&quot;">ShimadaPeakPI-SP6 1.0.0.1c (2025-10-21)<br /> </td></tr> <tr> <td align="&quot;center&quot;"><a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.cve.org/CVERecord?id=CVE-2025-48516">CVE-2025-48516</a><br /> </td> <td align="&quot;center&quot;">6.9 (Mittel)<br /> </td> <td align="&quot;center&quot;">ShimadaPeakPI-SP6 1.0.0.1b (2025-08-04)<br /> </td></tr> </tbody></table><br /> <p><br /> <br /> Supermicro Security Bulletins zu den Sicherheitslücken veröffentlicht. Eine Liste mit BIOS-Versionen der jeweiligen Mainboards, um die Lücken zu schließen, ist auch enthalten. Nachfolgend ein Auszug aus dieser Tabelle, in der alle Mainboards aufgeführt sind, die von Thomas Krenn angeboten werden: &lt;ref&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.supermicro.com/en/support/security_center#!advisories">Supermicro Security Center</a> (www.supermicro.com)&lt;/ref&gt;<br /> <br /> </p> <table class="&quot;wikitable&quot;&lt;br/"> <caption><br /> </caption> <tbody><tr> <th>AMD Motherboard <br /> </th> <th align="&quot;center&quot;">&#39;&#39;&#39;BIOS Version&#39;&#39;&#39;<br /> </th></tr> <tr> <td align="&quot;center&quot;">H12SSW-iN/NT<br /> </td> <td align="&quot;center&quot;">3.6<br /> </td></tr> <tr> <td align="&quot;center&quot;">H12SSL-i/C/CT/NT<br /> </td> <td align="&quot;center&quot;">3.6<br /> </td></tr> <tr> <td align="&quot;center&quot;">H12DSi-N6/NT6<br /> </td> <td align="&quot;center&quot;">3.6<br /> </td></tr> <tr> <td align="&quot;center&quot;">H13SSW<br /> </td> <td align="&quot;center&quot;">3.8<br /> </td></tr> <tr> <td align="&quot;center&quot;">H13SSL-N/NC<br /> </td> <td align="&quot;center&quot;">3.8<br /> </td></tr></tbody></table><br /> <p><br /> === Updates für Produkte von Thomas-Krenn ===<br /> Updates zum jeweiligen System finden Sie im &lt;tklink type=&quot;sitex&quot; id=&quot;440&quot;&gt;Downloadbereich von Thomas-Krenn&lt;/tklink&gt;.<br /> Die Versionen im Downloadbereich wurden von uns getestet, um die Stabilität und Kompatibilität unserer Systeme zu gewährleisten.<br /> <br /> Falls Sie die aktuellste Version für ihr System benötigen und diese noch nicht bei uns im Downloadbereich zu finden ist, können Sie diese im Downloadbereich bei <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.asus.com/de/support/download-center/">Asus</a> oder <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.supermicro.com/en/support/resources/downloadcenter/swdownload">Supermicro</a> beziehen.<br /> <br /> == Einzelnachweise ==<br /> &lt;references/&gt;<br /> <br /><br /> </p> <table class="authortable" width="100%" cellpadding="10" data-xtx-structured-data-author="Thomas-Krenn.AG"> <tbody><tr> <td valign="middle"><figure class="mw-halign-center notpageimage" typeof="mw:File"><a href="/de/wiki/Datei:Foto_Thomas-Krenn.AG.jpg" class="mw-file-description"><img src="/de/wikiDE/images/thumb/e/e1/Foto_Thomas-Krenn.AG.jpg/125px-Foto_Thomas-Krenn.AG.jpg" decoding="async" width="125" height="78" class="mw-file-element" srcset="/de/wikiDE/images/thumb/e/e1/Foto_Thomas-Krenn.AG.jpg/188px-Foto_Thomas-Krenn.AG.jpg 1.5x, /de/wikiDE/images/thumb/e/e1/Foto_Thomas-Krenn.AG.jpg/250px-Foto_Thomas-Krenn.AG.jpg 2x" /></a><figcaption></figcaption></figure> </td> <td valign="top"> <p>Autor: <a href="/de/wiki/Benutzer:Thomas-Krenn.AG" title="Benutzer:Thomas-Krenn.AG">Thomas-Krenn.AG</a> </p><p>Bei der Thomas-Krenn.AG achten wir auf den bestmöglichen Service. Um dem gerecht zu werden, haben wir unser <a href="/de/wiki/Hauptseite" title="Hauptseite">Thomas-Krenn Wiki</a> ins Leben gerufen. Hier teilen wir unser Wissen mit Ihnen und informieren Sie über Grundlagen und Aktuelles aus der IT-Welt. Ihnen gefällt unsere Wissenskultur und Sie wollen Teil des Teams werden? Besuchen Sie unsere <a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.thomas-krenn.com/de/unternehmen/karriere.html">Stellenangebote</a>. </p><p><span class="mw-default-size" typeof="mw:File"><a href="https://github.com/thomas-krenn" target="_blank" rel="nofollow noreferrer noopener"><img src="/de/wikiDE/images/0/0e/Icon-Github.png" decoding="async" width="36" height="36" class="mw-file-element" /></a></span>&#160;<span class="mw-default-size" typeof="mw:File"><a href="https://www.linkedin.com/company/thomas-krenn-ag" target="_blank" rel="nofollow noreferrer noopener"><img src="/de/wikiDE/images/5/5c/Icon-LinkedIn.png" decoding="async" width="36" height="36" class="mw-file-element" /></a></span> </p> </td></tr></tbody></table><br /></div></div>

Ijuengling https://www.thomas-krenn.com/de/wiki/AIC_Backplane_Firmware-_und_MFG-Update_via_serielle_Konsole 2026-05-04T06:44:14Z

<div class="mw-content-ltr mw-parser-output" lang="de-x-formal" dir="ltr"><p>Aranzinger: </p> <hr /> <div>= AIC Backplane Firmware- und MFG-Update via serielle Konsole =<br /> <p><br /> In diesem Artikel wird das &#39;&#39;&#39;Aktualisieren&#39;&#39;&#39; der &#39;&#39;&#39;AIC-Backplane-Firmware&#39;&#39;&#39; sowie des &#39;&#39;&#39;MFG&#39;&#39;&#39; mittels &#39;&#39;&#39;serieller Konsole&#39;&#39;&#39; beschrieben.<br /> <br /> == Hardware-Voraussetzungen ==<br /> </p> <figure typeof="mw:File/Thumb"><a href="/de/wiki/Datei:4HE_AIC_Geh%C3%A4use_XE1-4BT00-05_backsideMarked.jpg" class="mw-file-description"><img alt="Rückseite des 4HE AIC Gehäuses XE1-4BT00-05" src="/de/wikiDE/images/thumb/5/54/4HE_AIC_Geh%C3%A4use_XE1-4BT00-05_backsideMarked.jpg/353px-4HE_AIC_Geh%C3%A4use_XE1-4BT00-05_backsideMarked.jpg" decoding="async" width="353" height="140" class="mw-file-element" srcset="/de/wikiDE/images/thumb/5/54/4HE_AIC_Geh%C3%A4use_XE1-4BT00-05_backsideMarked.jpg/530px-4HE_AIC_Geh%C3%A4use_XE1-4BT00-05_backsideMarked.jpg 1.5x, /de/wikiDE/images/thumb/5/54/4HE_AIC_Geh%C3%A4use_XE1-4BT00-05_backsideMarked.jpg/706px-4HE_AIC_Geh%C3%A4use_XE1-4BT00-05_backsideMarked.jpg 2x" /></a><figcaption>Rückseite des 4HE AIC Gehäuses XE1-4BT00-05. AUX-Anschlüsse zum Flashen sind markiert. Der obere ist mit der vorderen 24-Bay-Backplane verbunden.</figcaption></figure><br /> <p><br /> Benötigt werden zwei Kabel:<br /> &lt;gallery widths=&quot;250&quot; heights=&quot;250&quot;&gt;<br /> Datei:SerialCableAux.jpeg|alternativtext=Serielles Kabel mit 3,5-mm-Klinkenanschluss|1.: Serielles Kabel mit 3,5-mm-Klinkenanschluss (AUX)<br /> Datei:SerialCableAuxJEXP UART.JPG|alternativtext=Adapterkabel von AUX nach JEXP_UART|2.: Adapterkabel von AUX nach JEXP_UART. Dieses befindet sich bei einem Thomas-Krenn-Server im Zubehör oder ist bereits im System verbaut (siehe rechts).<br /> &lt;/gallery&gt;<br /> <br /> Es empfiehlt sich zusätzlich, ein sekundäres System zum Flashen einzusetzen (z. B. einen Laptop oder einen benachbarten Server).<br /> <br /> === Kabelverbindung zwischen Backplane und Sekundärsystem ===<br /> Der JEXP_UART-Header an der Backplane besteht aus sechs Pins, wobei lediglich die oberen drei zum Flashen benötigt werden.<br /> <br /> </p> <figure class="mw-halign-none" typeof="mw:File/Thumb"><a href="/de/wiki/Datei:BackplaneMarkiert.JPG.jpg" class="mw-file-description"><img alt="4HE AIC Backplane, JEXP_UART Header markiert" src="/de/wikiDE/images/thumb/4/41/BackplaneMarkiert.JPG.jpg/714px-BackplaneMarkiert.JPG.jpg" decoding="async" width="714" height="285" class="mw-file-element" srcset="/de/wikiDE/images/thumb/4/41/BackplaneMarkiert.JPG.jpg/1071px-BackplaneMarkiert.JPG.jpg 1.5x, /de/wikiDE/images/thumb/4/41/BackplaneMarkiert.JPG.jpg/1428px-BackplaneMarkiert.JPG.jpg 2x" /></a><figcaption>Beispiel-Backplane mit markiertem JEXP_UART-Header</figcaption></figure><br /> <figure class="mw-default-size mw-halign-none" typeof="mw:File/Thumb"><a href="/de/wiki/Datei:JEXP_UART_Header_pluggedIn.jpg" class="mw-file-description"><img alt="Eingesteckter JEXP_UART-Header, Draufsicht" src="/de/wikiDE/images/thumb/4/4e/JEXP_UART_Header_pluggedIn.jpg/300px-JEXP_UART_Header_pluggedIn.jpg" decoding="async" width="300" height="225" class="mw-file-element" srcset="/de/wikiDE/images/thumb/4/4e/JEXP_UART_Header_pluggedIn.jpg/450px-JEXP_UART_Header_pluggedIn.jpg 1.5x, /de/wikiDE/images/thumb/4/4e/JEXP_UART_Header_pluggedIn.jpg/600px-JEXP_UART_Header_pluggedIn.jpg 2x" /></a><figcaption>Ein angeschlossenes JEXP_UART-Kabel (Draufsicht). Kabelfarben von links nach rechts: Rot, Schwarz, Gelb.</figcaption></figure><br /> <p><br /> Das andere Ende wird über den seriellen Anschluss mit dem Sekundärsystem verbunden.<br /> <br /> </p> <figure class="mw-default-size mw-halign-none" typeof="mw:File/Thumb"><a href="/de/wiki/Datei:SerialCableConnected.jpg" class="mw-file-description"><img alt="Serielles Kabel an einem Server angeschlossen" src="/de/wikiDE/images/thumb/7/7a/SerialCableConnected.jpg/300px-SerialCableConnected.jpg" decoding="async" width="300" height="225" class="mw-file-element" srcset="/de/wikiDE/images/thumb/7/7a/SerialCableConnected.jpg/450px-SerialCableConnected.jpg 1.5x, /de/wikiDE/images/thumb/7/7a/SerialCableConnected.jpg/600px-SerialCableConnected.jpg 2x" /></a><figcaption>Serielles Kabel am Sekundärsystem angeschlossen</figcaption></figure><br /> <p><br /> == Verbindung aufbauen ==<br /> Zum Verbindungsaufbau wird ein Programm wie <a href="/de/wiki/PuTTY" title="PuTTY">PuTTY</a> oder ExtraPuTTY benötigt. Aufgrund der erweiterten Datenübertragungsmöglichkeiten wird &#39;&#39;&#39;ExtraPuTTY&#39;&#39;&#39; empfohlen.<br /> <br /> Folgende Parameter müssen gesetzt sein:<br /> </p> <table class="&quot;wikitable&quot;&lt;br/"> <tbody><tr> <th>Parameter<br /> </th> <th>Wert<br /> </th></tr> <tr> <td>Speed (Baudrate)<br /> </td> <td>38400<br /> </td></tr> <tr> <td>Data Bits<br /> </td> <td>8<br /> </td></tr> <tr> <td>Stop Bits<br /> </td> <td>1<br /> </td></tr> <tr> <td>Parity<br /> </td> <td>none<br /> </td></tr> <tr> <td>Flow Control<br /> </td> <td>none<br /> </td></tr></tbody></table><br /> <p><br /> &lt;gallery widths=&quot;250&quot; heights=&quot;250&quot;&gt;<br /> Datei:PuttySettings.png|alternativtext=Verbindungseinstellungen|Einstellungen für den Verbindungsaufbau mit der Backplane<br /> Datei:SessionOffen.png|alternativtext=Offene serielle Session|Offene Session. Nach Drücken der Enter-Taste sollte „cmd &gt;“ erscheinen.<br /> &lt;/gallery&gt;<br /> <br /> === Auslesen der aktiven Firmware / MFG ===<br /> Die Befehle &#39;&#39;&#39;rev&#39;&#39;&#39; und &#39;&#39;&#39;showmfg&#39;&#39;&#39; können zum Auslesen der aktuell installierten Firmware bzw. des MFG verwendet werden.<br /> <br /> &lt;gallery widths=&quot;250&quot; heights=&quot;250&quot;&gt;<br /> Datei:Rev.png|alternativtext=Befehl rev|Der Befehl &#39;&#39;&#39;rev&#39;&#39;&#39; zeigt die aktuelle Firmware-Version an<br /> Datei:Showmfg.png|alternativtext=Befehl showmfg|Der Befehl &#39;&#39;&#39;showmfg&#39;&#39;&#39; zeigt die aktuelle MFG-Version an<br /> &lt;/gallery&gt;<br /> <br /> == Flashen der Backplane ==<br /> <br /> === Vorkehrungen ===<br /> Um sicherzustellen, dass die Backplane ordnungsgemäß funktioniert und kein Hardwaredefekt o. Ä. vorliegt, sollten vor dem eigentlichen Flashen einige Befehle ausgeführt und deren Ergebnisse überprüft werden.<br /> <br /> &lt;gallery widths=&quot;250&quot; heights=&quot;250&quot;&gt;<br /> Datei:Sensor.png|alternativtext=Befehl sensor|Mit dem Befehl &#39;&#39;&#39;sensor&#39;&#39;&#39; können Werte wie Temperatur oder angeschlossene Lüfter ausgelesen werden<br /> Datei:Phyinfo.png|alternativtext=Befehl phyinfo|Der Befehl &#39;&#39;&#39;phyinfo&#39;&#39;&#39; gibt Informationen zu den verbundenen Datenträgern aus (im Screenshot sind keine verbaut)<br /> Datei:Counters.png|alternativtext=Befehl counters|Der Befehl &#39;&#39;&#39;counters&#39;&#39;&#39; zeigt verschiedene Fehlerzähler an. Die Werte nvWrdCnt, DispErrCnt, LossSyncCnt und RstSeqFailCnt sollten für alle Adressen auf 0 stehen. Andernfalls können die Werte mit &#39;&#39;&#39;counters reset&#39;&#39;&#39; zurückgesetzt werden. Anschließend erneut &#39;&#39;&#39;counters&#39;&#39;&#39; ausführen. Bleiben die Werte ungleich 0, liegt wahrscheinlich ein Defekt vor.&lt;ref name=&quot;:0&quot;&gt;<a target="_blank" rel="nofollow noreferrer noopener" class="external text" href="https://www.aicipc.com/image/images/psg/EOB%20Backplane%20Check-up%20via%20Serial%20console.pdf">EOB Backplane Check-up via Serial console</a>&lt;/ref&gt;<br /> &lt;/gallery&gt;<br /> <br /> === Firmware-Update&lt;ref name=&quot;:0&quot; /&gt; ===<br /> &lt;gallery widths=&quot;250&quot; heights=&quot;250&quot;&gt;<br /> Datei:Fdl 0 0.png|alternativtext=Befehl fdl 0 0|Mit dem Befehl &#39;&#39;&#39;fdl 0 0&#39;&#39;&#39; wird die Backplane in den Update-Modus versetzt und erwartet eine Firmware-Datei<br /> Datei:FileTransfer.png|alternativtext=Xmodem Transfer|Zum Übertragen der Firmware wird das Xmodem-Protokoll verwendet. In ExtraPuTTY erfolgt dies über „File Transfer → Xmodem → Send“<br /> Datei:FirmweareFile.png|alternativtext=Firmwaredatei auswählen|Auswahl der gewünschten Firmware-Datei<br /> Datei:Datenuebertragung.png|alternativtext=Firmware Upload|Upload und Flash-Vorgang starten automatisch<br /> Datei:Transferdone.png|alternativtext=Upload erfolgreich|Nach Abschluss erscheint die Meldung „Upload success“<br /> &lt;/gallery&gt;<br /> <br /> === MFG-Update&lt;ref name=&quot;:0&quot; /&gt; ===<br /> Das Aktualisieren des MFG erfolgt analog zum Firmware-Update.<br /> <br /> &lt;gallery widths=&quot;250&quot; heights=&quot;250&quot;&gt;<br /> Datei:Fdl 83 0.png|alternativtext=Befehl fdl 83 0|Mit dem Befehl &#39;&#39;&#39;fdl 83 0&#39;&#39;&#39; wird der Update-Modus gestartet<br /> Datei:Mfg file.png|alternativtext=MFG-Datei auswählen|Auswahl der entsprechenden MFG-Datei<br /> Datei:Mfg transfer.png|alternativtext=MFG Transfer|Die Datenübertragung beginnt<br /> &lt;/gallery&gt;<br /> <br /> === Nach den Updates ===<br /> Sind keine Datenträger an der Backplane angeschlossen, kann das Update mit dem Befehl &#39;&#39;&#39;reset&#39;&#39;&#39; abgeschlossen werden.<br /> <br /> </p> <figure class="mw-default-size mw-halign-none" typeof="mw:File/Thumb"><a href="/de/wiki/Datei:Reset.png" class="mw-file-description"><img alt="Reset Befehl" src="/de/wikiDE/images/thumb/6/69/Reset.png/300px-Reset.png" decoding="async" width="300" height="120" class="mw-file-element" srcset="/de/wikiDE/images/thumb/6/69/Reset.png/450px-Reset.png 1.5x, /de/wikiDE/images/thumb/6/69/Reset.png/600px-Reset.png 2x" /></a><figcaption>Der Befehl &#39;&#39;&#39;reset&#39;&#39;&#39; startet die Backplane neu</figcaption></figure>&#39;&#39;&#39;Vorsicht:&#39;&#39;&#39; Wird der Befehl &#39;&#39;&#39;reset&#39;&#39;&#39; ausgeführt, während sich Datenträger mit aktivem RAID-Verbund an der Backplane befinden, kann dies dazu führen, dass das RAID degradiert oder vollständig ausfällt.<br /> <p><br /> Andernfalls muss das gesamte System neu gestartet werden.<br /> <br /> </p> <figure class="mw-default-size mw-halign-none" typeof="mw:File/Thumb"><a href="/de/wiki/Datei:NeueFW.png" class="mw-file-description"><img alt="Neue Firmware aktiv" src="/de/wikiDE/images/thumb/3/36/NeueFW.png/300px-NeueFW.png" decoding="async" width="300" height="233" class="mw-file-element" srcset="/de/wikiDE/images/thumb/3/36/NeueFW.png/450px-NeueFW.png 1.5x, /de/wikiDE/images/thumb/3/36/NeueFW.png/600px-NeueFW.png 2x" /></a><figcaption>Die neue Firmware ist nun auf der Backplane aktiv</figcaption></figure><br /> <p>== Einzelnachweise ==<br /> &lt;references /&gt;<br /> <br /> </p> <table class="authortable" width="100%" cellpadding="10" data-xtx-structured-data-author="Simon Wolf"> <tbody><tr> <td valign="middle"><figure class="mw-halign-center notpageimage" typeof="mw:File"><a href="/de/wiki/Datei:Foto_Simon_Wolf.jpg" class="mw-file-description"><img src="/de/wikiDE/images/5/5c/Foto_Simon_Wolf.jpg" decoding="async" width="125" height="126" class="mw-file-element" /></a><figcaption></figcaption></figure> </td> <td valign="top"> <p>Autor: <a href="/de/wiki/Benutzer:Swolf" title="Benutzer:Swolf">Simon Wolf</a> </p><p>Seit 2022 ist Simon als Hardware-Techniker bei <a onmousedown="XtxAnalytics.trackEvent(event, 'Wiki', 'sitex-')" href="https://www.thomas-krenn.com/de/" target="_blank">Thomas-Krenn.AG</a> . Er beschäftigt sich neben der Reparatur von Kunden- und Firmeneigenen Systemen mit allerlei Themen rund um Hardware. </p><p><br /> </p> </td></tr></tbody></table><br /><br /></div></div>

Swolf https://www.thomas-krenn.com/de/wiki/Fortron_TwinsPro_FSP900_DUAL_Netzteil_unter_Linux_auslesen 2026-04-29T10:48:17Z

<div class="mw-content-ltr mw-parser-output" lang="de-x-formal" dir="ltr"><p>Aranzinger: </p> <hr /> <div>Das &#39;&#39;&#39;Fortron TwinsPro FSP900 Dual Netzteil&#39;&#39;&#39; bietet für den Einsatz unter <a href="/de/wiki/Linux" title="Linux">Linux</a> auf einem Server-Board keine native Möglichkeit, Daten über das Netzteil auszulesen. Mithilfe von Linux-eigenen Mitteln lassen sich die Daten aber dennoch auswerten.<figure typeof="mw:File/Thumb"><a href="/de/wiki/Datei:TwinsPro900W.png" class="mw-file-description"><img alt="Fortron FSP Twins Pro 900W" src="/de/wikiDE/images/thumb/b/be/TwinsPro900W.png/300px-TwinsPro900W.png" decoding="async" width="300" height="222" class="mw-file-element" srcset="/de/wikiDE/images/thumb/b/be/TwinsPro900W.png/450px-TwinsPro900W.png 1.5x, /de/wikiDE/images/thumb/b/be/TwinsPro900W.png/600px-TwinsPro900W.png 2x" /></a><figcaption>Abb. 1: Forton TwinsPro FSP 900 DUAL</figcaption></figure><br /> <p><br /> == Problemstellung ==<br /> Fortron bietet ab Werk ausschließlich einen Windows-Port, um mittels der firmeneigenen proprietären Software FSP Guardian das Netzteil auszulesen.<br /> <br /> Will man das Netzteil auf einem Server-Board unter einem Linux-Server-Betriebssystem betreiben, fehlen herstellerseitige Mittel für das Auslesen der Daten. Auch ein PMBus-Anschluss ist nicht vorhanden.<br /> <br /> Im folgenden soll daher mit bereits vorhandenen Werkzeugen in modernen Linux-Umgebungen das Auslesen der Daten ermöglicht werden:<br /> </p> <ul><li>Konfiguration mit Boardmitteln<br /></li> <li>Das Netzteil anschließen und testen<br /></li> <li>im Kernelspace für Überwachungsfunktionen verfügbar machen<br /></li> <li>Fehlerfallprüfung<br /></li></ul> <p><br /> == Konfiguration ==<br /> Im folgenden konfigurieren wir das Auslesen der Daten mithilfe von &lt;code&gt;i2c-tools&lt;/code&gt; und &lt;code&gt;lm-sensors&lt;/code&gt; eines Netzteils mit Anschluss an einen &#39;&#39;&#39;USB 2.0 Header&#39;&#39;&#39;.<br /> <br /> === Testumgebung ===<br /> Für die Konfiguration wird ein System mit Linux-Betriebssystem benötigt. Wir testen mit einem Ubuntu Image:&lt;syntaxhighlight lang=&quot;bash&quot;&gt;<br /> <br /> Linux custom-hw-image 5.15.0-97-generic #107-Ubuntu SMP Wed Feb 7 13:26:48 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux<br /> <br /> &lt;/syntaxhighlight&gt;<br /> <br /> == Konfiguration ==<br /> <br /> === Pakteinstallation ===<br /> <br /> Installieren Sie &lt;code&gt;i2c-tools&lt;/code&gt; und &lt;code&gt;lm-sensors&lt;/code&gt;:&lt;syntaxhighlight lang=&quot;shell-session&quot;&gt;<br /> root@custom-hw-image:~# apt install i2c-tools lm-sensors<br /> &lt;/syntaxhighlight&gt;<br /> <br /> === Hardwareerkennung ===<br /> Damit die Daten ausgelesen werden können, muss das Gerät korrekt erkannt und eingebunden sein. Prüfen Sie zunächst, ob das Netzteil über einen USB 2.0 Header angeschlossen ist:&lt;syntaxhighlight lang=&quot;shell-session&quot;&gt;root@custom-hw-image:~# lsusb<br /> Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub<br /> Bus 001 Device 003: ID 10c4:ea90 Silicon Labs CP2112 HID I2C Bridge<br /> Bus 001 Device 002: ID 046d:c31c Logitech, Inc. Keyboard K120<br /> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub&lt;/syntaxhighlight&gt;Das gesuchte Netzteil ist &#39;&#39;&#39;Device 003 auf Bus 001&#39;&#39;&#39; korrekt erkannt worden. Jetzt prüfen Sie, auf welchem Bus die Bridge über I2C eingebunden wurde:<br /> <br /> &lt;syntaxhighlight lang=&quot;shell-session&quot;&gt;<br /> <br /> root@custom-hw-image:~# i2cdetect -l<br /> i2c-0 smbus SMBus I801 adapter at efa0 SMBus adapter<br /> i2c-1 i2c Synopsys DesignWare I2C adapter I2C adapter<br /> i2c-2 i2c Synopsys DesignWare I2C adapter I2C adapter<br /> i2c-3 i2c Synopsys DesignWare I2C adapter I2C adapter<br /> i2c-4 i2c Synopsys DesignWare I2C adapter I2C adapter<br /> i2c-5 i2c Synopsys DesignWare I2C adapter I2C adapter<br /> i2c-6 i2c CP2112 SMBus Bridge on hidraw2 I2C adapter<br /> &lt;/syntaxhighlight&gt;<br /> <br /> Hier wurde die &#39;&#39;&#39;SMBus Bridge&#39;&#39;&#39; auf &#39;&#39;&#39;Bus i2c-6&#39;&#39;&#39; gefunden.<br /> <br /> === Bus auslesen ===<br /> <br /> Sie können nun den I2C-Bus auf dieser Adresse auslesen:&lt;syntaxhighlight lang=&quot;shell-session&quot;&gt;<br /> <br /> root@custom-hw-image:~# i2cdetect -y 6<br /> Warning: Can&#39;t use SMBus Quick Write command, will skip some addresses<br /> </p> <pre> 0 1 2 3 4 5 6 7 8 9 a b c d e f<br /> </pre> <p>00:<br /> 10:<br /> 20:<br /> 30: -- -- -- -- -- -- -- --<br /> 40:<br /> 50: 50 51 -- -- -- -- 56 -- 58 59 -- -- -- -- -- --<br /> 60:<br /> 70:<br /> <br /> &lt;/syntaxhighlight&gt;Hier werden beide Netzteile auf den Adressen &#39;&#39;&#39;0x58&#39;&#39;&#39; und &#39;&#39;&#39;0x59&#39;&#39;&#39; erkannt. Um zu prüfen, ob der Herstellername passt:&lt;syntaxhighlight lang=&quot;shell-session&quot;&gt;root@custom-hw-image:~# i2cget -y 6 0x58 0x99 i 8<br /> 0x09 0x46 0x53 0x50 0x2d 0x47 0x52 0x4f<br /> root@custom-hw-image:~# printf &quot;\x09\x46\x53\x50\x2d\x47\x52\x4f\n&quot;<br /> FSP-GRO&lt;/syntaxhighlight&gt;Außerdem kann zur Prüfung die Spannung ausgelesen werden:&lt;syntaxhighlight lang=&quot;shell-session&quot;&gt;<br /> root@custom-hw-image:~# i2cget -y 6 0x58 0x8B w<br /> 0x1879<br /> <br /> &lt;/syntaxhighlight&gt;Diesen Wert muss man dann nur umrechnen und in Volt übersetzen. Der Hersteller verwendet eine &#39;&#39;&#39;direkte Skalierung&#39;&#39;&#39;. Die Spannung lässt sich also &#39;&#39;&#39;linear berechnen&#39;&#39;&#39;:<br /> <br /> &lt;math&gt;(1879)_{16} \widehat{=} (6265)_{10} \widehat{=} \frac{6265}{2^9} = \frac{6265}{512} \approx 12,236 V&lt;/math&gt;<br /> <br /> == Einbindung der Anschlüsse im Kernelspace ==<br /> </p> <figure typeof="mw:File/Thumb"><a href="/de/wiki/Datei:Fortron_SP900_readout_DUAL_Linux.png" class="mw-file-description"><img alt="Fortron SP900 readout DUAL Linux" src="/de/wikiDE/images/thumb/a/a7/Fortron_SP900_readout_DUAL_Linux.png/300px-Fortron_SP900_readout_DUAL_Linux.png" decoding="async" width="300" height="365" class="mw-file-element" srcset="/de/wikiDE/images/thumb/a/a7/Fortron_SP900_readout_DUAL_Linux.png/451px-Fortron_SP900_readout_DUAL_Linux.png 1.5x, /de/wikiDE/images/a/a7/Fortron_SP900_readout_DUAL_Linux.png 2x" /></a><figcaption>Abb. 2: Detaillierte Auswertung der Netzteile</figcaption></figure><br /> <p>Mit den folgenden Kommandos können Sie jetzt beide Netzteil-Anschlüsse dem Kernelspace hinzufügen:&lt;syntaxhighlight lang=&quot;shell-session&quot;&gt;<br /> root@custom-hw-image:~# echo pmbus 0x58 | sudo tee /sys/bus/i2c/devices/i2c-6/new_device<br /> pmbus 0x58<br /> root@custom-hw-image:~# echo pmbus 0x59 | sudo tee /sys/bus/i2c/devices/i2c-6/new_device<br /> pmbus 0x59<br /> &lt;/syntaxhighlight&gt;Prüfen Sie die erfolgreiche Einbindung: <br /> <br /> &lt;syntaxhighlight lang=&quot;shell-session&quot;&gt;<br /> <br /> root@custom-hw-image:~# i2cdetect -y 6<br /> Warning: Can&#39;t use SMBus Quick Write command, will skip some addresses<br /> </p> <pre> 0 1 2 3 4 5 6 7 8 9 a b c d e f<br /> </pre> <p>00:<br /> 10:<br /> 20:<br /> 30: -- -- -- -- -- -- -- --<br /> 40:<br /> 50: 50 51 -- -- -- -- 56 -- UU UU -- -- -- -- -- --<br /> 60:<br /> 70:<br /> <br /> &lt;/syntaxhighlight&gt;<br /> <br /> Die beiden Netzteile sind so für direkte Abfragen via I2C nicht erreichbar, da diese nun komplett im KernelSpace &#39;&#39;UU (Upper Unit)&#39;&#39; eingebunden sind. <br /> <br /> Beide Netzteile können Sie jetzt vollständig mittels &lt;code&gt;lm-sensors&lt;/code&gt; auslesen (für die Ausgabe siehe &#39;&#39;Abb. 2&#39;&#39;):&lt;syntaxhighlight lang=&quot;shell-session&quot;&gt;<br /> root@custom-hw-image:~# sensors<br /> &lt;/syntaxhighlight&gt;<br /> <br /> == Fehlerfallprüfung ==<br /> Zuletzt können Sie noch einen Fehlerfall simulieren.<br /> <br /> Hier wird testweise der Kaltgerätestecker von &#39;&#39;&#39;Netzteil 1&#39;&#39;&#39; gezogen (siehe &#39;&#39;Abb. 3&#39;&#39;):<br /> </p> <figure class="mw-halign-none" typeof="mw:File/Frame"><a href="/de/wiki/Datei:FehlerfallPr%C3%BCfung_Netzteil1.png" class="mw-file-description"><img alt="Fehlerfallprüfung Netzteil 1" src="/de/wikiDE/images/6/64/FehlerfallPr%C3%BCfung_Netzteil1.png" decoding="async" width="864" height="957" class="mw-file-element" /></a><figcaption>Abb. 3: Ausfallsimulation</figcaption></figure><br /> <table class="authortable" width="100%" cellpadding="10" data-xtx-structured-data-author="Wilfried Seifert"> <tbody><tr> <td valign="middle"><figure class="mw-halign-center notpageimage" typeof="mw:File"><a href="/de/wiki/Datei:Foto_Wilfried_Seifert.jpg" class="mw-file-description"><img src="/de/wikiDE/images/thumb/d/d1/Foto_Wilfried_Seifert.jpg/125px-Foto_Wilfried_Seifert.jpg" decoding="async" width="125" height="176" class="mw-file-element" srcset="/de/wikiDE/images/d/d1/Foto_Wilfried_Seifert.jpg 1.5x" /></a><figcaption></figcaption></figure> </td> <td valign="top"> <p>Autor: Wilfried Seifert </p><p>Wilfried Seifert, tätig in der Abteilung Systems Engineering bei <a onmousedown="XtxAnalytics.trackEvent(event, 'Wiki', 'sitex-')" href="https://www.thomas-krenn.com/de/" target="_blank">Thomas-Krenn</a>, ist in seinem Arbeitsbereich für die System-/Prototypenentwicklung sowie Softwaredeployment / Rollout unterschiedlicher Architekturen zuständig. LPIC 3 zertifiziert, beschäftigt sich u.a. mit Aufbau / Programmierung Embedded (x64/ARM) Systemen. </p><p><br /> </p> </td></tr></tbody></table><br /></div></div>

Wseifert