Name: Droid Rooter
Price range: $$

Eine leere Ausgabe von fastboot devices hat sechs mögliche Ursachen, und nur eine davon ist der Treiber. Zwischen deinem Befehl und dem Handy liegen der Modus, das Kabel, der Anschluss, die Platform-tools-Version, die Gerätezuordnung des Betriebssystems und der Treiber. Grenze sie der Reihe nach ein, dann findest du die echte Ursache in etwa zehn Minuten.

Prüfe zuerst, in welchem Modus du wirklich bist

Diese Prüfung überspringen viele, und das führt zu den verwirrendsten Fehlern.

Bootloader-Fastboot und fastbootd sind verschiedene Umgebungen. Laut Dokumentation des Android Open Source Project ist fastbootd ein Userspace-Daemon und -Modus. Er entstand, als die Fastboot-Implementierung vom Bootloader in den Userspace verlegt wurde, um unter Android 10 und höher anpassbare Partitionen zu unterstützen. Beide zeigen „fastboot“ auf dem Bildschirm. Beide nutzen dasselbe Tool fastboot an deinem Computer. Sie behandeln unterschiedliche Partitionen und können sich am selben Rechner unterschiedlich verhalten.

Auf unterstützten Geräten fragst du das Gerät, welcher Modus es ist:

fastboot getvar is-userspace

Das Ergebnis yes bedeutet fastbootd. no bedeutet Bootloader-Fastboot. Kommt gar keine Antwort, hast du ein Verbindungsproblem, und der Rest dieses Artikels gilt für dich.

Der Samsung-Download-Modus ist kein Fastboot. Samsung-Geräte nutzen meist eine eigene Flash-Oberfläche mit eigenem Protokoll und eigenen Tools. fastboot devices findet kein Samsung-Gerät im Download-Modus, und das ist normales Verhalten, kein Fehler. Zeigt dein Gerät den Download-Modus an, ist Fastboot das falsche Werkzeug, und daran ändert auch keine Treiberarbeit etwas.

Das Recovery ist ebenfalls kein Fastboot. Ein Gerät im Recovery antwortet auf adb devices, nicht auf fastboot devices. Siehst du ein Recovery-Menü, nutze ADB. Was dieser Zustand bedeutet, steht in Android startet immer im Recovery.

Die Eingrenzung Schritt für Schritt

Arbeite von oben nach unten. Jede Stufe schließt eine Ebene aus, und für jede gibt es einen eigenen Test, damit du nicht raten musst.

#	Ebene	Test	Wenn das die Ursache ist
1	Modus	Ist der Bildschirm wirklich ein Bootloader- oder Fastboot-Bildschirm?	Du bist im Recovery, im Download-Modus oder im System. Nutze das passende Tool
2	Kabel	Überträgt dasselbe Kabel Dateien von einem funktionierenden Handy?	Nimm ein Kabel, das nachweislich Daten überträgt
3	Anschluss	Verhält sich ein anderer Anschluss direkt am Rechner anders?	Wechsle zu einem hinteren Anschluss, ohne Hub, Dock oder Verlängerung
4	Erkennung am Host	Taucht in der Geräteliste des Systems etwas auf, wenn du einsteckst?	Es erscheint nichts: Hardware oder Kabel. Es erscheint etwas: weiter nach unten
5	Treiber oder Berechtigung	Benennt das System das Gerät richtig?	Unbekanntes oder unbenanntes Gerät: Treiber unter Windows, udev-Regeln unter Linux
6	Tools	Ist `fastboot` die aktuelle offizielle Version und läuft es vom richtigen Ort?	Platform-tools aktualisieren, nach einer zweiten Kopie im PATH suchen

Stufe 4 entscheidet alles. Ein Gerät, das per USB erkannt wird, aber in fastboot devices nicht erscheint, hat ein Problem auf Host-Seite, das du beheben kannst. Ein Gerät, das gar nicht erkannt wird, ist ein anderer Fall und womöglich kein Softwareproblem. Überspring das nicht.

Kabel

Ein USB-Kabel, das lädt, überträgt nicht zwingend Daten. Es gibt reine Ladekabel, und sie erzeugen genau das Symptom, das du gerade untersuchst, ohne Fehlermeldung und ohne Hinweis auf die Ursache.

Der Test ist praktisch, nicht optisch. Man sieht es dem Kabel nicht an. Nimm ein Kabel, mit dem du an diesem Computer selbst schon Dateien übertragen hast, von irgendeinem Gerät. Hast du keines, für das du dich verbürgen kannst, behebe das zuerst, denn alle weiteren Stufen liefern mit einem schlechten Kabel unzuverlässige Ergebnisse.

Kabel verschleißen auch. Eines, das letztes Jahr funktionierte, kann jetzt einen gebrochenen Leiter haben, und der Fehler tritt oft nur sporadisch auf, sodass er wie ein Handyproblem aussieht.

Zwei weitere Hinweise zum Kabel: Das mitgelieferte Kabel ist ein guter Ausgangspunkt, falls du es noch hast. Und die Länge spielt eine Rolle, denn ein langes oder dünnes Kabel kann für Daten grenzwertig sein, obwohl es problemlos lädt.

Anschluss und Hub

USB-Hubs, Monitoranschlüsse, Tastatur-Durchschleifer, Docks und Verlängerungskabel fügen eine Ebene hinzu, die die Verbindung kappen oder die Erkennung beim Moduswechsel stören kann.

Nutze einen Anschluss direkt am Rechner. Bei einem Desktop ist ein hinterer Anschluss besser als einer an der Gehäusefront, denn Front-Header sind intern verkabelt und häufiger eine Quelle instabiler Verbindungen.

Auch die USB-Generation solltest du testen. Geräte im Bootloader-Modus sollen sich an verschiedenen USB-Controller-Generationen unterschiedlich verhalten. Das gilt nicht allgemein und lässt sich nicht vorhersagen, und genau deshalb testest du es: Hast du einen USB-2.0- und einen USB-3.x-Anschluss, probiere beide. Das kostet nichts und löst eine Problemklasse, an die kein Treiber-Neuinstallieren herankommt.

Platform-tools-Version

Nutze das aktuelle offizielle Android SDK Platform Tools Paket von Googles Entwicklerseite. Kein neu verpacktes „Minimal ADB and Fastboot“, keine Kopie aus einem Flash-Programm und keine, die du vor drei Jahren geladen hast.

Hier gehen zwei Dinge schief.

Die Version ist für dein Gerät zu alt. Neuere Geräte und neuere Partitionslayouts brauchen neuere Tools. Eine fastboot-Datei aus einem älteren Release versteht womöglich nicht, was ein aktuelles Gerät ihr mitteilt.

Es gibt mehr als eine Kopie auf deinem Rechner. Flash-Programme installieren ihre eigenen mitgelieferten Kopien. Liegt eine davon im PATH, führt dein Befehl womöglich nicht die Datei aus, die du meinst. Prüfe, welche tatsächlich läuft:

fastboot --version

Unter Windows: where fastboot. Unter macOS oder Linux: which -a fastboot. Kommt mehr als ein Pfad zurück, kläre das, bevor du irgendetwas anderes untersuchst.

Treiberstatus unter Windows

Windows ordnet einem USB-Gerät einen Treiber danach zu, wie sich das Gerät meldet, und ein Handy im Bootloader-Modus meldet sich anders als dasselbe Handy unter Android. Deshalb kann ein Gerät für die Dateiübertragung einwandfrei laufen und für Fastboot am selben Rechner mit demselben Kabel unsichtbar sein.

Öffne Device Manager und beobachte ihn, während du das Handy im Bootloader-Modus anschließt. Was du siehst, bestimmt die Lösung:

Eine korrekt benannte Android-Bootloader-Schnittstelle. Der Treiber ist gebunden. Dein Problem liegt woanders, geh zurück zur Stufe Tools.
Ein unbekanntes Gerät oder ein Gerät mit Warnsymbol. Der Treiber ist nicht gebunden. Das ist der klassische Fall.
Beim Anschließen erscheint oder verschwindet nichts. Keine Erkennung. Das deutet auf Kabel, Anschluss oder das Gerät selbst hin, nicht auf den Treiber.
Der Eintrag erscheint und verschwindet wieder. Das Gerät startet neu oder verliert Strom. Probiere einen anderen Anschluss und ein anderes Kabel, bevor du Schlüsse ziehst.

Muss ein Treiber installiert werden, nimm das USB-Treiberpaket des Herstellers deiner Marke oder Googles USB-Treiber für Pixel und Nexus, jeweils von der Seite des Herstellers. Meide Treiberpakete von Drittanbietern aus Download-Portalen.

Manche Treiberanleitungen schlagen vor, die Treibersignaturprüfung von Windows zu deaktivieren. Das ist eine echte Sicherheitseinstellung des Systems. Schaltest du sie ab, verstehe, was sie tut, und schalte sie danach wieder ein.

macOS und Linux

Keines der beiden Systeme braucht einen Treiber im Windows-Sinn. Die Fehler sind andere.

macOS. Es ist keine Treiberinstallation nötig. Prüfe in System Information unter USB, ob das Gerät im Bootloader-Modus erkannt wird. Erscheint es dort, aber fastboot devices ist leer, liegt das Problem bei den Tools, nicht im System. Unter neueren macOS-Versionen können auch Berechtigungsabfragen beim ersten Start heruntergeladener Programme stören. Prüfe daher, ob das Tool ausgeführt werden darf.

Linux. Das Gerät wird meist ohne Konfiguration erkannt, aber dein Benutzerkonto hat womöglich keine Zugriffsrechte darauf. Prüfe die Erkennung mit lsusb vor und nach dem Anschließen. Erscheint das Gerät in lsusb, aber nicht in fastboot devices, schau zuerst auf die Berechtigungen. Gelöst wird das mit den udev-Regeln für Android-Geräte, die viele Distributionen mitbringen oder die das Projekt android-udev-rules pflegt.

Der Schnelltest: Findet derselbe Befehl mit erhöhten Rechten das Gerät, aber als normaler Benutzer nicht, ist es sicher ein Berechtigungsproblem und keine Verbindungsstörung. Behebe es mit passenden udev-Regeln, statt alles mit erhöhten Rechten auszuführen.

Virtuelle Maschinen und WSL. USB-Passthrough in eine VM oder in WSL ist eine zusätzliche Ebene mit eigenen Fehlerquellen, vor allem bei Moduswechseln: Das Gerät trennt sich und verbindet sich beim Wechsel in den oder aus dem Bootloader-Modus mit einer anderen USB-Identität neu, und das Passthrough folgt dem womöglich nicht. Prüfst du in einer VM, teste direkt am Host, bevor du Schlüsse ziehst.

Wenn ADB geht, Fastboot aber nicht

Das ist die häufigste Variante des Problems, und sie verwirrt, weil das Handy offensichtlich verbunden ist.

Der Grund: Für deinen Computer sind das normal laufende Android und das Gerät im Bootloader-Modus zwei verschiedene USB-Geräte. Andere Kennungen, andere Schnittstelle, womöglich ein anderer Treiber. Dass ADB funktioniert, beweist, dass Kabel und Anschluss in Ordnung sind, und das ist wirklich nützlich. Über die Verbindung im Bootloader-Modus sagt es aber gar nichts aus.

Merk dir in diesem Fall das Ergebnis. Kabel und Anschluss sind ausgeschlossen. Gehe direkt zu Stufe 5 und 6: Treiberzuordnung für die Bootloader-Schnittstelle unter Windows, udev unter Linux, Tool-Version überall.

Wenn die Eingrenzung nichts findet

Dann ändert sich die nützliche Frage von „Warum sieht mein Computer es nicht“ zu „In welchem Zustand ist das Gerät“. Das sind verschiedene Probleme.

Nimm das Ergebnis von Stufe 4 und lies es zusammen mit Soft Brick vs. Hard Brick. Ein Gerät, das als etwas Unbekanntes erkannt wird, steht ganz anders da als eines, das gar nicht erkannt wird. Der Unterschied ändert sowohl, was möglich ist, als auch, was es kostet.

Bevor du dem Gerät die Schuld gibst, mach noch eines: Probiere einen zweiten Computer, am besten mit einem anderen Betriebssystem. Das schließt mit einem Test eine ganze Klasse von Host-Problemen aus und geht schneller, als am ersten Rechner weiterzusuchen.

Häufige Fragen

Warum funktioniert adb devices, aber fastboot devices zeigt nichts? Weil es für deinen Computer zwei verschiedene USB-Geräte sind. Das laufende Android und das Gerät im Bootloader-Modus melden sich unterschiedlich und können an verschiedene Treiber gebunden sein. Dass ADB funktioniert, bestätigt Kabel und Anschluss und sonst nichts.

Muss ich für Fastboot USB debugging aktivieren? Nein. USB debugging ist eine ADB-Einstellung innerhalb von Android. Fastboot arbeitet im Bootloader, unterhalb des Systems, und hängt nicht davon ab. Das ist wichtig, wenn ein Gerät nicht bootet, denn USB debugging lässt sich an einem Handy, das nie die Einstellungen erreicht, nicht nachträglich aktivieren.

fastboot devices zeigt mein Gerät, aber Befehle schlagen fehl. Das ist ein anderes Problem. Die Erkennung funktioniert. Wahrscheinlich ist der Bootloader gesperrt, eine Partition in deinem aktuellen Modus nicht erreichbar oder ein Befehl braucht fastbootd statt Bootloader-Fastboot. Lies den vollständigen Fehlertext, er nennt meist den Grund.

Funktioniert ein USB-C-auf-USB-C-Kabel? In der Regel ja, wenn es Daten überträgt. Der Steckertyp ist nicht die Variable. Entscheidend ist, ob das Kabel Datenleiter hat und ob die Anschlüsse an beiden Enden die Verbindung unterstützen.

Muss das Handy geladen sein? Es braucht genug Ladung, um den Vorgang durchgehend mit Strom zu versorgen. Bei sehr niedrigem Akkustand kann die Verbindung mittendrin abbrechen, und ein unterbrochener Flash ist schlimmer als gar kein Flash. Lade es vor dem Start auf.

Lässt sich das aus der Ferne beheben? Die Ebenen auf Host-Seite meist schon, denn Treiber, Tools und Berechtigungen betreffen deinen Computer. Das machen wir regelmäßig per Fernsitzung, und hier steht genau, was das bedeutet und was wir sehen können und was nicht. Wird das Gerät selbst an keinem Rechner mit keinem Kabel erkannt, ist das kein Host-Problem, und Fernarbeit löst es nicht.

Mehr dazu: Soft Brick vs. Hard Brick · Bootloop beheben, ohne Daten zu verlieren · Magisk-Flash fehlgeschlagen · Android startet immer im Recovery · Was jedes Symptom auf dem Boot-Bildschirm bedeutet

Quellen: Android Open Source Project, Dokumentation zu Userspace-Fastboot. Android SDK Platform Tools, offizielles Release.

Zuletzt geprüft: 28. August 2026. USB-Verhalten, Treiberanforderungen und verfügbare Modi hängen von Hersteller, Modell und Betriebssystem des Hosts ab. Prüfe sie in der offiziellen Dokumentation deines Geräts.