Der ASUS ROG Flow Z13: mein tragbares Home Lab, das partout nicht tragbar bleiben wollte

Der ASUS ROG Flow Z13 sollte nie ein Server sein. Es ist ein Gaming-Tablet mit abnehmbarer Tastatur, einer RGB-Lightbar und genug GPU-Leistung, um AAA-Titel in ansehnlichen Einstellungen zu spielen. Ich habe im Februar 2026 eins als Ausstellungsstück gekauft, als tragbare Workstation — etwas, das ich in eine Tasche werfen, zu Hause an ein Dock anschließen und als meine Alles-Maschine benutzen konnte. Fünf Monate lang hat es genau das getan, und zwar besser als Hardware doppelt seiner Größe.

Dann entwickelte es einen Stromfehler, und seitdem hat es keinen einzigen Bootvorgang mehr abgeschlossen.

Vollständige Spezifikationen

Komponente	Spezifikation
Modell	ASUS ROG Flow Z13 (2025) — GZ302EA
CPU	AMD Ryzen AI Max+ 395 „Strix Halo" — 16 Kerne / 32 Threads, bis zu 5,1 GHz, 80 MB Cache
GPU	AMD Radeon 8060S — RDNA 3.5, integriert, 40 Compute Units
NPU	AMD XDNA — bis zu 50 TOPS
RAM	128 GB LPDDR5X-8000, verlötet (Unified CPU/GPU-Speicher)
Speicher	1 TB PCIe 4.0 NVMe, M.2 2230
Display	13,4" 2560×1600, 180 Hz, Touchscreen
Akku	70 Wh
Anschlüsse	2× USB4 Typ-C, 1× USB 3.2 Typ-A, HDMI 2.1, microSD, 3,5-mm-Kombibuchse
WLAN/Bluetooth	Wi-Fi 7, Bluetooth 5.4
Gewicht	~1,2 kg (Tablet) / ~1,5 kg (mit Folio-Tastatur)
Betriebssystem	Ausgeliefert mit Windows 11; lief während der gesamten Einsatzzeit unter Bazzite (Fedora Atomic)
Besonderheiten	Abnehmbare Folio-Tastatur mit RGB pro Taste, Rand-Lightbar, Stift-Unterstützung

Die Schlagzeile ist die Zahl 128 GB. Weil es sich um Unified LPDDR5X handelt, das sich CPU und GPU teilen, konnte ich 64 GB davon als VRAM abzweigen und hatte trotzdem noch 64 GB für das Betriebssystem übrig. Anfang 2026 gab es keine andere Maschine, die man in einer Hand tragen konnte und die das geschafft hätte.

Was täglich darauf lief

Ein 120B-Modell, lokal

Der Speicher war der ganze Sinn der Sache. Mit 64 GB als VRAM abgezweigt und ROCm, das die RDNA-3.5-iGPU antrieb, lief auf diesem Tablet ein Modell mit 120 Milliarden Parametern — langsam, aber tatsächlich, mit brauchbarer Geschwindigkeit für Arbeiten im Hintergrund. Kleinere Modelle liefen komfortabel: Ein 30B-MoE-Modell schaffte etwa 70 Token/Sekunde, was für den interaktiven Einsatz völlig ausreicht.

Diese Fähigkeit prägte den gesamten Stack, den ich darauf aufgebaut habe. Mein Agenten-Aufgebot hatte eine Stufe, die nie überhaupt eine Cloud-API berührte: Massenarbeit, nächtliche Durchläufe und alles, was ich nicht aus dem Haus lassen wollte, ging an das lokale Modell und kostete nichts außer Strom. Sowohl das Acht-Agenten-OpenClaw-Setup als auch die Kostenaufstellung setzen voraus, dass diese Stufe existiert, denn auf dieser Maschine tat sie das.

Entwicklung und Hosting

Jede Website, die ich pflege, wurde hier geschrieben, gebaut und in der Vorschau angesehen, bevor sie deployt wurde — diese hier eingeschlossen. Die USB4-Anschlüsse betrieben einen 4K-Monitor und ein Dock, sodass dasselbe Tablet in etwa 4 Sekunden zur Desktop-Workstation wurde.

Dauerlaufende Infrastruktur

Es betrieb Tailscale als Rückgrat meines Heimnetzwerks und einen Stapel systemd-Dienste, die dafür sorgten, dass alles miteinander sprach. Es war immer an, immer am Strom und immer unter einer gewissen Last. Der letzte Teil ist wichtig dafür, wie diese Geschichte endet.

Was großartig funktionierte

• 128 GB Unified Memory. Allein diese Spezifikation stellte den Z13 in eine eigene Klasse. Ein 120B-Modell auf einem Tablet laufen zu lassen, fühlt sich immer noch leicht absurd an, und nichts anderes Tragbares kam damals auch nur annähernd heran.
• Linux-Kompatibilität. Sobald ich von Windows 11 zu Bazzite gewechselt bin, hat alles gepasst. Das ASUS-Aura-HID-Protokoll funktionierte über hidraw, ROCm trieb die iGPU an, und systemd-Units ersetzten jeden Windows-Hintergrundprozess durch etwas Saubereres.
• Der Formfaktor. Tablet auf der Couch, Desktop am Dock, kopfloser Server hinter dem Monitor — alles dieselbe Maschine, in Sekunden umgeschaltet. Die Folio-Tastatur war wirklich gut: voller Hub, kein Durchbiegen.
• GPU-Leistung. Vierzig Compute Units RDNA 3.5 bewältigten CAD, lokale Inferenz und leichtes Gaming. Es hat sich nie wie eine integrierte Grafik angefühlt.

Was nicht funktionierte

• Thermik unter Dauerlast. Das dünne Gehäuse hatte für Wärme genau eine Strategie: die Lüfter schneller drehen lassen. Ein langer Inferenzlauf verwandelte es in einen Fön, und das Gehäuse wurde unangenehm warm zum Anfassen.
• Stromversorgung unter kombinierter Last. Das Laden läuft über USB-PD an den Typ-C-Anschlüssen. Unter starker CPU+GPU-Last konnte die Plattform mehr ziehen, als das Ladegerät liefern wollte, sodass der Akku selbst im angeschlossenen Zustand langsam leerlief — die Maschine glich die Lücke effektiv aus dem Akku aus.
• Akkulaufzeit unter Linux. Windows schaffte dank ASUS' Firmware-Tuning sechs bis acht Stunden. Linux kam an einem guten Tag auf drei bis vier, und Suspend/Resume mit einer abnehmbaren Tastatur war eine wiederkehrende Quelle von udev-Ärger.
• Nicht reparierbar. Der RAM ist verlötet, und das Gehäuse ist versiegelt. Die M.2-SSD, erreichbar durch eine Klappe im Kickstand, ist das einzige vom Nutzer wartbare Teil der Maschine — und ausgerechnet das hat mich am Ende gerettet.

Das RGB-Tastatur-Projekt

ASUS' Armoury Crate — der einzige offizielle Weg, die RGB-Beleuchtung von Tastatur und Lightbar zu steuern — gibt es unter Linux nicht. Also habe ich mein eigenes geschrieben: eine Python-CLI, die direkt mit dem Aura-HID-Interface spricht, ein GTK4-Farbwähler und ein Browser-Panel auf localhost. Insgesamt rund 40 KB, und es überstand Suspend, Neustart und das Abdocken der Tastatur — genau das Trio, das jedes andere Linux-RGB-Tool vergisst.

Er wurde einer der meistgelesenen Beiträge dieser Website. Den vollständigen Artikel zur RGB-Tastatur lesen →

Wie es endete: ein Stromfehler

Um den 19.–20. Juli 2026 hörte der Z13 auf, einen Bootvorgang abzuschließen. Ich habe zwei Tage damit verbracht, bevor ich zu dem Schluss kam, dass es von meiner Seite aus nicht reparierbar war. Der Ausfall ist spezifisch genug, um ihn ordentlich aufzuschreiben, denn „es geht nicht an" ist der am wenigsten nützliche Satz in der Computerwelt — und in diesem Fall stimmt er nicht einmal. Es geht problemlos an. Es weigert sich nur, wach zu bleiben.

Die Symptome, der Reihe nach

1. Der Boot bleibt an einem statischen ROG-Logo hängen. Nicht dem animierten — ein eingefrorenes Einzelbild. Er erreicht nie eine „F2 drücken"-Aufforderung, nie das BIOS, nie einen Bootloader. Wie weit er kam, variierte zwischen den Versuchen: mal ein totes Panel ohne Hintergrundbeleuchtung, mal ein beleuchteter schwarzer Bildschirm mit laufenden Lüftern, mal das eingefrorene Logo.
2. Die Folio-Tastatur ist beim Booten tot. Die Hintergrundbeleuchtung blitzt beim Neustart weiß auf, dann nichts mehr. F2, Esc und Entf werden nie erkannt. Das entspricht einem bekannten Fehler bei diesem Modell, bei dem der Controller der Tastatur im Bootloader-Modus hängen bleibt.
3. Keine USB-Bus-Spannung während des POST. Ich habe eine externe RGB-Tastatur angeschlossen, während das Logo auf dem Bildschirm war: keine Lichter, keine Spannung. In diesem Stadium des POST sollte der Port aktiv sein. Er war es nicht — was darauf hindeutet, dass das Power-Rail-Management des Embedded Controllers festhängt, nicht dass das Betriebssystem fehlt.
4. Ein thermisches Ereignis. Ich fand die Maschine mit ausgeschaltetem Bildschirm, ausgeschalteten Lüftern, am Netzteil und mit einem sehr heißen Gehäuse vor. Diese Kombination ist die alarmierende: Der SoC zog in einem abgestürzten Zustand Strom, ohne dass irgendetwas die Lüfter steuerte. Nach einer erzwungenen Abkühlung pendelte sich die Gehäusetemperatur bei rund 36 °C (96 °F) mit einem externen Lüfter ein — was bestätigte, dass die Hitze die Anomalie war und nicht der Normalzustand.
5. Der entscheidende Hinweis: eine Schlaf-LED unter einem eingefrorenen Bild. Nach einem EC-Reset pendelte sich die Power-LED in ein langsames Blinken ein — etwa eine Sekunde an, fünf Sekunden aus. Laut ASUS' eigener Indikator-Spezifikation bedeutet dieses Muster, dass sich das Notebook im Schlafmodus befindet. Eine Maschine kann nicht gleichzeitig schlafen und ein POST-Logo auf ihrem Display anzeigen. Dieser Widerspruch ist die Diagnose.
6. Es ist reproduzierbar. Ein Weck-Tastendruck brachte die LED für etwa 30 Sekunden zu durchgehendem Weiß, dann fiel sie zurück auf das Schlaf-Blinken. Kaltstart, Aufwachen, Kaltstart: immer dieselben 30 Sekunden, immer dasselbe Ergebnis.

Die Abfolge ist also: Die Firmware hängt sich früh im POST auf, der Embedded Controller schickt die Plattform unter der hängenden Firmware in den Modern Standby, und der Display-Controller bleibt mit dem letzten Bild zurück, das ihm gegeben wurde. Das eingefrorene Logo ist nicht die Maschine beim Nachdenken. Es ist ein Standbild auf einem schlafenden Computer.

Was ich versucht habe

• Erzwungene Neustarts und Standard-Resets, wiederholt.
• EC/RTC-Hard-Reset auf beide Arten — 40 Sekunden Power-Taste gedrückt halten mit angeschlossenem Netzteil, und noch einmal mit abgezogenem und dann wieder angeschlossenem Netzteil. Auf dieser Plattform ist das elektrisch gleichbedeutend mit dem Ziehen der CMOS-Batterie.
• Vollständige Entfernung aller Peripheriegeräte: Tastatur abgenommen, microSD entfernt, jedes USB-C- und HDMI-Kabel abgezogen, gebootet als nacktes Tablet.
• Eine unangetastete Wartezeit von 45–60 Minuten nach dem Reset, für den Fall, dass ein Retraining der 128 GB Speicher oder eine anstehende Firmware-Kapsel die Zeit brauchte.
• BIOS-Zugriff über die Folio-Tastatur (tot), über eine externe USB-Tastatur (Port ohne Spannung) und über Lautstärke-Minus + Power-Taste.
• Eine vollständige Abkühlung, dann ein erneuter Test aus kaltem Zustand.

Das physische Abklemmen der CMOS-Batterie habe ich übersprungen: Das 40-Sekunden-Halten führt diesen Reset bereits elektrisch aus, und es repariert weder einen festhängenden EC noch einen Stromversorgungsfehler. Alles auf Betriebssystemebene habe ich ebenfalls übersprungen, aus dem unten genannten Grund.

Was ich ausgeschlossen habe, und wie

Verdächtiges	Urteil	Warum
Software / Betriebssystem / Kernel-Parameter	Entlastet	Das Hängenbleiben passiert, bevor überhaupt ein Bootloader lädt. Zum Zeitpunkt des Fehlers wird nichts auf der Festplatte ausgeführt, also kann keine Konfiguration darauf die Ursache sein.
Boot-Gerät / SSD	Entlastet	Sowohl die tote USB-Schiene als auch die Absturz-in-Standby-Signatur liegen oberhalb der Speicherebene. Die SSD wurde später ausgebaut und ist gesund — sie läuft in der Ersatzmaschine.
Thermische Abschaltung	Entlastet	Der Fehler reproduziert sich auch aus kaltem Zustand, bei rund 36 °C (96 °F).
Leerer Akku	Entlastet	Das Blinken ist der weiße Schlafmodus-Puls, nicht die orangene Niedrig-Akku-Anzeige.

Nicht nur mein Gerät

Das ist eine dokumentierte Ausfallklasse bei diesem Modell und kein Pech mit einer einzelnen Platine. Es gibt einen aktiven ROG-Forenthread, der dasselbe Verhalten beim GZ302EA beschreibt — wiederholte Blackscreen- und Hard-Hang-Abstürze im Zusammenhang mit Modern Standby — und einen separaten, bekannten Bericht darüber, dass der Controller der Folio-Tastatur unter Linux im Bootloader-Modus hängen bleibt. Beides entspricht exakt dem, was ich gesehen habe.

Wenn du das liest, weil dein eigener Z13 an einem eingefrorenen Logo hängt: Miss die Zeit, bis die Power-LED mit ihrem langsamen Blinken beginnt. Sind es rund 30 Sekunden, hast du diesen Fehler, und keine Neuinstallation der Welt wird helfen.

Was zwei Tage Fehlersuche tatsächlich gebracht haben

Keine Reparatur. Was es gebracht hat, war Gewissheit — der Unterschied zwischen „es ist kaputt, vielleicht habe ich etwas gemacht" und genau zu wissen, welche Ebene versagt hat und dass keine Menge meiner Zeit daran etwas ändern würde. Fünf Fakten tragen das:

• Ein reproduzierbarer Absturz in den Standby nach rund 30 Sekunden, sowohl beim Kaltstart als auch beim Aufwachen.
• Eine Schlafzustand-LED, die gleichzeitig mit einem eingefrorenen POST-Logo angezeigt wird — ein Zustand, in dem sich eine gesunde Maschine nicht befinden kann.
• Ein thermisches Ereignis: heißes Gehäuse, Lüfter aus, am Netzteil, in abgestürztem Zustand.
• Keine USB-Bus-Spannung während des POST.
• Ein modellspezifischer Defekt-Thread, der identisches Verhalten bei den Geräten anderer Leute beschreibt.

Der letzte Punkt war am wichtigsten dafür, wie ich mich dabei gefühlt habe. Wenn eine Maschine stirbt, gibt es den Reflex, sich selbst zu überprüfen — den Kernel-Parameter, den man gesetzt hat, das Update, das man gefahren hat, das Ding, das über Nacht kompiliert wurde. Dieselbe 30-Sekunden-Signatur zu finden, beschrieben von Fremden im eigenen Forum des Herstellers, hat diese Frage geklärt und das Aufhören zu einer leichten Entscheidung gemacht statt zu einer nagenden.

Ich habe nie einen Garantiefall eingereicht. Das Gerät war ein Ausstellungsstück, das Verfolgen des Falls hätte Wochen ohne die Maschine bedeutet, die ich tatsächlich brauchte, und ich hatte den Ersatz bereits bestellt. Also steht der Z13 in einem Regal, ohne seine SSD, die durch die Kickstand-Klappe herauskam und direkt in die Box wanderte, die ihn ersetzt hat. Diese Klappe ist das eine Designdetail dieser Maschine, das sich ganz am Ende ausgezahlt hat.

Was ich jedem sagen würde, der ein Tablet als Server betreibt

Ich bin nicht wütend auf den Z13. Er hat mehr geleistet, als einem Tablet eigentlich zusteht, und das fünf Monate lang ohne Klagen. Aber in der Form dieses Ausfalls steckt eine echte Lektion, und die lautet nicht „Consumer-Hardware ist schlecht."

Sie lautet, dass eine Maschine, die um einen Akku herum gebaut ist, eine Energieverwaltungs-Zustandsmaschine hat, die für ein Gerät entworfen wurde, das lädt, entlädt, schläft und aufwacht. Sie als Server zu betreiben bedeutet, sie monatelang in einer Ecke dieser Zustandsmaschine festzuhalten — am Strom, warm, nie schlafend. Das ist nicht die Arbeitslast, auf die die Firmware abgestimmt war, und der Ausfall, der schließlich eintrat, war ein Fehler der Energieverwaltung, keine kaputte CPU und keine volle Festplatte.

Die praktische Version: Wenn eine Maschine dauerhaft laufende Infrastruktur sein soll, bevorzuge eine, deren Stromgeschichte ein Hohlstecker und ein Lüfter ist. Und bewahre deine Daten irgendwo auf, wo der Tod der Maschine sie nicht mit sich reißen kann — der einzige Grund, warum diese Geschichte ein ordentliches Ende hat, ist, dass die SSD hinter einer Klappe saß statt hinter einer verlöteten Verbindung.

Was es ersetzt hat

Der Nachfolger ist ein CHUWI AuBox Ai365 — ein kleiner AMD-Mini-PC mit einem Ryzen AI 9 365, doppeltem 2,5-GbE-Ethernet und einem schlichten Hohlstecker-Anschluss. Er hat 30 GB nutzbaren Speicher gegenüber den 128 GB des Z13, was mich das große lokale Modell ganz gekostet hat; diese Stufe läuft jetzt mit einem 35B-MoE-Modell statt einem 120B, und die Schwerarbeit ist zu einer günstigen Cloud-API gewandert. Im Gegenzug hat er keinen Akku, keine USB-PD-Aushandlung und keinen Modern Standby, in den er abstürzen könnte.

Mehr über das CHUWI-AuBox-Ai365-Setup lesen →