KI lässt 25 Jahre alten Linux-Kernel-Treiber für Legacy-Band-Backups wieder aufleben
KI lässt den längst aufgegebenen ftape-Linux-Kernel-Treiber wieder aufleben und erweckt damit die QIC-80-Band-Backup-Hardware aus den 1990er Jahren auf modernen Systemen zu neuem Leben.
Eine Übersetzung von 🇬🇧 Linuxiac.com
KI ist keine exotische Neuheit mehr – sie ist ein Milliardengeschäft, das in fast jeder erdenklichen technischen Lösung zum Einsatz kommt. Und eine ihrer größten Stärken ist das Schreiben von Code, was gerade wieder einmal bewiesen wurde. Hier erfahren Sie, worum es dabei geht.
Manchmal weigert sich alte Hardware einfach, zu sterben, und mit ein wenig Hilfe von KI feiert ein vergessener Linux-Kernel-Treiber ein Comeback. Ich spreche vom ftape Treiber, der in den 1990er Jahren von Privatpersonen und kleinen Unternehmen häufig für die Verwaltung von QIC-80 Bandlaufwerken über den Floppy-Controller verwendet wurde und seit etwa dem Jahr 2000 nicht mehr aktiv unterstützt wird.
🎓 Jahrzehntelang musste jeder, der Daten von diesen alten Bändern wiederherstellen wollte, alte Distributionen wie CentOS 3.5 booten, um diese Aufgabe zu erledigen. Zur Information: Die letzte offizielle Linux-Kernel-Version, die ftape enthielt, war 2.6.20.
Das änderte sich jedoch kürzlich, als der Entwickler Dmitry Brant, leitender Ingenieur bei der Wikimedia Foundation, sich an Claude Code wandte, einen KI-Codierungsassistenten von Anthropic, um ftape zu modernisieren. Das Ziel war einfach: Der Treiber sollte mit den aktuellen Linux-Kerneln, insbesondere 6.8, kompilierbar sein, ohne dass ein veraltetes System erforderlich ist.
Nachdem Claude die Compilerfehler eingegeben und die Protokolle durchgesehen hatte, ersetzte er systematisch veraltete Kernel-APIs, erstellte ein geeignetes Out-of-Tree-Build-System und produzierte ein funktionierendes .ko Modul.
Das Überraschende daran war jedoch nicht nur, dass es funktionierte, sondern auch, wie schnell es ging. Was normalerweise Wochen manueller Recherche und Portierung gekostet hätte, wurde auf nur zwei Abende mit der KI reduziert. Durch die Iteration der Compiler-Ausgabe und der dmesg-Protokolle lokalisierte Claude Probleme und schlug Lösungen in einem Tempo vor, das für eine einzelne Person unmöglich gewesen wäre.
Laut Brant waren die ersten Versionen nicht voll funktionsfähig, aber detaillierte dmesg-Protokolle deckten die Probleme auf. Nach der Behebung der Fehler wurde das Modul korrekt geladen, erkannte die Hardware und konnte Daten von Testbändern auslesen – etwas, das auf einem modernen Linux-System seit Jahrzehnten nicht mehr möglich war.
Und nun, 25 Jahre nach seiner Entfernung aus dem Kernel, läuft ftape wieder auf einer aktuellen Distribution, in Brants Fall auf Xubuntu 24.04. Hat dieses Experiment – und insbesondere der alte ftape-Kernel-Treiber – heute einen echten praktischen Wert? Im Jahr 2025 wahrscheinlich nicht. Aber es gibt uns etwas zu denken: Nähern wir uns einem Punkt, an dem das Schreiben von Code von Hand der Vergangenheit angehören könnte?
Schließlich beschrieb Brant in seinem Blog die Zusammenarbeit mit Claude Code als etwas, das der Zusammenarbeit mit einem Nachwuchsingenieur ähnelt: enthusiastisch, schnell mit Lösungsvorschlägen, anfällig für Fehler, aber auch in der Lage, schnell zu iterieren und sich auf der Grundlage von Feedback anzupassen. Das ist eine interessante Behauptung, und ich bin sicher, dass es Menschen auf beiden Seiten gibt – einige, die sie unterstützen, und andere, die sie ablehnen. Wer Recht hat und wer Unrecht hat – nun, das wird nur die Zeit zeigen.
Für Neugierige: Der aktualisierte ftap-Linux-Kernel-Treiber ist auf GitHub zu finden. Natürlich ist er nicht mehr Teil moderner Kernel, aber wenn Sie wirklich wollen, können Sie ihn immer noch selbst kompilieren und in Ihr System laden.
Comments