<?xml version="1.0" encoding="utf-8" ?>

<rss version="2.0" 
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/"
   xmlns:content="http://purl.org/rss/1.0/modules/content/"
   >
<channel>
    
    <title>planetknauer.net (Entries tagged as Server)</title>
    <link>https://www.planetknauer.net/blog/</link>
    <description>Meine eigene kleine Welt</description>
    <dc:language>en</dc:language>
    <generator>Serendipity 2.6.1 - http://www.s9y.org/</generator>
    <pubDate>Thu, 24 Sep 2026 17:36:56 GMT</pubDate>

    <image>
    <url>https://www.planetknauer.net/blog/templates/2k11-custom/img/s9y_banner_small.png</url>
    <title>RSS: planetknauer.net - Meine eigene kleine Welt</title>
    <link>https://www.planetknauer.net/blog/</link>
    <width>100</width>
    <height>21</height>
</image>

<item>
    <title>Debian Testing für AMD Strix Halo aufsetzen</title>
    <link>https://www.planetknauer.net/blog/archives/2026-09-Debian-Testing-fuer-AMD-Strix-Halo-aufsetzen.html</link>
    
    <comments>https://www.planetknauer.net/blog/archives/2026-09-Debian-Testing-fuer-AMD-Strix-Halo-aufsetzen.html#comments</comments>
    <wfw:comment>https://www.planetknauer.net/blog/wfwcomment.php?cid=498</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://www.planetknauer.net/blog/rss.php?version=2.0&amp;type=comments&amp;cid=498</wfw:commentRss>
    

    <author>nospam@example.com (Lukas)</author>
    <content:encoded>
    Um eine AMD Strix Halo Grafikkarte für lokale AI-Modelle optimal betreiben zu können, sollten stets die neusten ROCm- und Vulkan-Treiber installiert sein. Generell lautet die Empfehlung &quot;nimm das neuste Ubuntu denn bei Debian ist alles alt&quot;, aber das stimmt nur bedingt. In Debian unstable und experimental ist das neue Zeugs durchaus schon drin, aber unstable ist halt wie es der Name schon sagt eine ungünstige Basis. Mit wenigen Befehlen kann man ein Debian Testing durchaus auf brandaktuellen Stand bringen, wenn man den Aufwand nicht scheut.&lt;br /&gt;
&lt;br /&gt;
Zuerst habe ich ein Debian Testing ohne GUI installiert. Darauf wird aufgebaut.&lt;br /&gt;
&lt;br /&gt;
Hier meine /etc/apt/sources.list (ja, noch im alten Format):&lt;br /&gt;
&lt;blockquote&gt;deb http://deb.debian.org/debian/ forky main contrib non-free non-free-firmware&lt;br /&gt;
deb http://security.debian.org/debian-security forky-security main contrib non-free non-free-firmware&lt;br /&gt;
deb http://deb.debian.org/debian/ forky-updates main contrib non-free non-free-firmware&lt;br /&gt;
deb http://deb.debian.org/debian/ unstable main contrib non-free non-free-firmware&lt;br /&gt;
deb http://deb.debian.org/debian/ experimental main contrib non-free non-free-firmware&lt;/blockquote&gt;&lt;br /&gt;
Dies würde jedoch automatisch die neusten Pakete ziehen, sprich zuletzt steht man doch mit einem unstable/experimental System da. Pinning verhindert dies, hier die für das weitere Setup nötige /etc/apt/preferences.d/pinning&lt;br /&gt;
&lt;blockquote&gt;# Default priority for Testing (the base system)&lt;br /&gt;
Package: *&lt;br /&gt;
Pin: release a=testing&lt;br /&gt;
Pin-Priority: 900&lt;br /&gt;
 &lt;br /&gt;
# Default priority for Unstable (Sid)&lt;br /&gt;
Package: *&lt;br /&gt;
Pin: release a=unstable&lt;br /&gt;
Pin-Priority: 50&lt;br /&gt;
 &lt;br /&gt;
# Default priority for Experimental&lt;br /&gt;
Package: *&lt;br /&gt;
Pin: release a=experimental&lt;br /&gt;
Pin-Priority: 1&lt;br /&gt;
&lt;br /&gt;
# Specific allowance for vulkan drivers from Testing&lt;br /&gt;
Package: mesa-vulkan-drivers libgl1-mesa-dri libglx-mesa0 libegl-mesa0 mesa-vdpau-drivers mesa-va-drivers libgbm1 libgl1-mesa-dri:i386 mesa-vulkan-drivers:i386 libvulkan1 libvulkan1:i386&lt;br /&gt;
Pin: release a=unstable&lt;br /&gt;
Pin-Priority: 500&lt;br /&gt;
 &lt;br /&gt;
# Specific allowance for rocminfo from Experimental&lt;br /&gt;
Package: rocm* librocm*&lt;br /&gt;
Pin: release a=experimental&lt;br /&gt;
Pin-Priority: 400&lt;/blockquote&gt;&lt;br /&gt;
Nun können die nötigen Treiber und sonstige wichtige Hilfstools installiert werden:&lt;br /&gt;
&lt;blockquote&gt;apt update&lt;br /&gt;
apt dist-upgrade&lt;br /&gt;
apt install -t experimental rocminfo&lt;br /&gt;
apt install -t unstable mesa-vulkan-drivers mesa-va-drivers&lt;br /&gt;
apt install vim curl mc plocate lm-sensors docker.io docker-compose amd-debug-tools amd-smi python3.14-venv python3.14-pip libatomic1 libquadmath0 firmware-amd-graphics&lt;br /&gt;
updatedb&lt;/blockquote&gt;&lt;br /&gt;
Nach einem Reboot sollte nun ein System mit sehr aktuellem Code bereitstehen. Das Setup enthält zusätzlich ein paar Werkzeuge für Verwaltung und Monitoring (mc, plocate, lm-sensors) und den Betrieb von Docker-Containern sowie Python VirtualEnv Umgebungen. &lt;br /&gt;
Nicht aktualisiert habe ich bei der Installation den Linux Kernel, da war in Testing noch die 7.1 drin während 7.2 in Unstable war. Heute ist 7.2 in Testing nachgerückt, ein simples &lt;em&gt;apt update &amp;&amp;amp; apt-dist-upgrade &amp;&amp;amp; reboot&lt;/em&gt; zieht den rein. 
    </content:encoded>

    <pubDate>Thu, 24 Sep 2026 15:23:00 +0000</pubDate>
    <guid isPermaLink="false">https://www.planetknauer.net/blog/archives/2026-09-498.html</guid>
    <category>ai</category>
<category>computer</category>
<category>hardware</category>
<category>linux</category>
<category>server</category>
<category>technik</category>

</item>

</channel>
</rss>
