rkdebian – ein Build-System, das ein 80-Dollar-RK3562-Android-Tablet in eine Debian-Linux-Workstation verwandelt

 (github.com/tech4bot)
1 Punkte von GN⁺ 4 시간 전 | 1 Kommentare | Auf WhatsApp teilen
  • rkdebian ist ein Build-System, das bootfähige Debian-12-Bookworm-Images für das auf dem Rockchip RK3562 basierende Android-Tablet Doogee U10 erstellt
  • Der aktuell veröffentlichte Pre-Release-Build stammt vom 14. Mai 2026; verfügbar sind die Release-Seite, der direkte Download von rk3562-debian.img.xz sowie eine YouTube-Demo
  • Das Image wird auf eine SD-Karte geschrieben und davon gebootet; wird die SD-Karte entfernt, startet wieder das standardmäßige Android auf dem internen eMMC, sodass weder ein Bootloader-Unlock noch Änderungen am internen Speicher nötig sind
  • Die Zielhardware ist das Doogee U10 mit RK3562 4× Cortex-A53 2,0 GHz, 4 GB LPDDR4, 128 GB eMMC, 10,1-Zoll-DSI-Panel mit 1280×800 und RK817-PMIC
  • Funktionsfähig sind Display, 10-Punkt-Multitouch, Wi‑Fi, Bluetooth, Lautsprecher, Mikrofon, Akku/Laden, SD-Karten-Boot, USB OTG, Beschleunigungssensor, rückseitige LED-Taschenlampe, das Verhalten der Powertaste sowie die Beibehaltung der Rotation auf dem Sperrbildschirm
  • Die 3D-Beschleunigung wird teilweise über Panfrost unterstützt, wobei OpenGL ES funktioniert; die Frontkamera s5k5e8 und die Rückkamera s5k4h5yb unterstützen Pipeline, Vorschau und Aufnahme, für die Farbkorrektur ist jedoch zusätzliche ISP-Kalibrierung nötig
  • Lokale LLM-Inferenz wird über den einzelnen NPU-Kern des RK3562 mit dem Rockchip-RKLLM-Stack unterstützt; verwendet werden airockchip/rknn-llm und airockchip/rknn-toolkit2
  • Gemessen direkt auf dem Tablet über den NPU-Pfad erreichte Qwen3-0.6B_W8A8_RK3562_opt0 im Warm-Run durchschnittlich 4,92 tok/s und Qwen2.5-1.5B-Instruct_W8A8_RK3562 2,18 tok/s; damit ist Qwen3-0.6B auf diesem RK3562-Tablet schneller
  • Zu den vorinstallierten Apps gehören Firefox ESR, Chromium, FreeTube, Drawing, Snapshot, Dolphin, Plasma Discover, Okular, Gedit, Pavucontrol und Terminal; Flatpak und Flathub sind standardmäßig aktiviert
  • Der Build erfolgt auf einem x86-64-Linux-Host, empfohlen werden Debian/Ubuntu; mit ./build.sh all werden U-Boot, Linux-Kernel, Debian-rootfs und ein flashbares SD-Karten-Image in einem Durchlauf erzeugt
  • Über Build-Optionen lassen sich unter anderem die Phosh-UI-Session, der GPU-Stack mali oder panfrost, der Display-Server Wayland/X11, der CPU-Governor, die Neuerzeugung des rootfs, die Verkleinerung des Images und die Vorinstallation von FreeTube anpassen
  • Nach dem Start von Debian kann ein OTA-Update angewendet werden, ohne die SD-Karte neu zu flashen: Dazu wird output/update/update.tar.gz nach /home/chaos/update/ oder /update/pending/ auf dem Tablet gelegt und beim nächsten Neustart angewendet
  • Die Standardkonten sind chaos/chaos und root/root; es wird darauf hingewiesen, nach dem ersten Start die Passwörter mit passwd und sudo passwd root zu ändern
  • Verwendet werden der Linux-Kernel rockchip-linux develop-6.1 in der Reihe 6.1.x, U-Boot Firefly rk356x/firefly-5.10 und Debian arm64 Bookworm; die Projektlizenz ist die MIT License

Verwandte Beiträge

1 Kommentare

 
GN⁺ 4 시간 전
Hacker-News-Kommentare

  • Schon allein ein Debian-Boot, bei dem die meisten Geräte ordentlich funktionieren, ist großartig
    Ich frage mich nur, welche Software auf 4 GB RAM noch vernünftig läuft. Web-Browsing dürfte gehen, aber wohl nur mit sehr wenigen Tabs. Mit einer sehr leichtgewichtigen Desktop-Umgebung könnte es brauchbarer werden, und wenn man ein Setup wie WezTerm + tmux quasi als Desktop-Umgebung nutzt, spart das noch mehr Ressourcen und lässt vielleicht Raum für Entwicklungstools

    • Browser und Electron-basierte Apps sind dafür wohl am ehesten geeignet
      Firefox kommt mit wenig Speicher ziemlich gut zurecht, weil Tabs bei Speichermangel stillschweigend verworfen werden, und ein weiterer großer Vorteil ist, dass man einen richtigen Adblocker nutzen kann. Moderne Chromium-basierte Browser können da nicht mithalten
      Abgesehen davon scheint auch ein gewöhnlicher Gnome-basierter Debian-Trixie-Desktop durchaus machbar zu sein. Auf meiner aktuellen 8-GB-Maschine sind noch 3,7 GB frei, und nur Firefox, evolution, gnome-calendar und gnome-software belegen mehr als 100 MB, wobei diese Apps nicht zwingend nötig sind
    • Schon die Frage „Welche Software läuft auf 4 GB RAM noch vernünftig?“ wirkt irgendwie traurig
    • Ich nutze immer noch ein altes ThinkPad X200 mit 2 GB RAM als Hauptgerät
      Mit nur xmonad läuft insgesamt alles sehr flott, und solange man schwere Seiten wie GMail meidet, ist auch Browsing mit mehreren Tabs kein Problem
    • Ich habe bei Amazon ein ähnlich teures x86-64-Windows-Tablet gekauft, mit Celeron N4020 + 4 GB RAM
      Ich habe Linux Mint mit einem leicht angepassten Kernel installiert und über einen SATA-USB-Adapter eine alte SSD angeschlossen; jetzt nutze ich es als Home-Dateiserver und Heimkino-PC. Es ist per micro HDMI an den Fernseher angeschlossen, spielt tagsüber ständig Musik und abends Filme ab
      Selbst Full-HD-Filme mit hoher Bitrate laufen problemlos, und die CPU hat noch Reserven. Wenn ich 4K-Inhalte gehabt hätte, hätte es die vermutlich auch abspielen können. Früher habe ich dafür jahrelang einen Mac Mini mit VLC genutzt, aber das jetzige Setup ist stabiler, daher bin ich zufrieden
    • Früher habe ich Slackware 2.0 auf einem Pentium 75MHz mit 32 MB betrieben
      Solche Software existiert, und für Leute, die vor allem textbasierte Oberflächen oder die Kommandozeile nutzen, ist das völlig ausreichend

  • Man kann das nicht einfach unter der MIT-Lizenz vertreiben
    Da sind jede Menge Bestandteile mit ganz unterschiedlichen Lizenzen enthalten, von GPL bis proprietär

    • Das Projekt selbst, also die von mir geschriebenen Skripte und die Dokumentation, steht unter MIT
      Alles andere bleibt unter den jeweiligen Lizenzen der Upstream-Projekte. Das betrifft GPL, Hersteller-/proprietäre Binärdateien, Debian-Pakete, Firmware usw.
      Ich habe das auch in der letzten Zeile des Lizenzabschnitts im README dazugeschrieben

  • Ich frage mich, ob es eine Möglichkeit gibt, auf den internen eMMC zu flashen, statt auf eine SD-Karte angewiesen zu sein
    Ein kleines Linux-Tablet ist nett, aber ich möchte es nicht instabil nutzen

  • Es scheint, als wäre KI ziemlich gut bei dieser Art von Reverse Engineering. Ich frage mich, ob es Material gibt, aus dem man lernen kann, wie man sie genau dafür einsetzt
    Das könnte sehr hilfreich sein, um postmarketOS auf neue Geräte zu portieren oder den Support für bestehende Geräte zu verbessern

    • Ich habe Claude Code an DeepSeek angeschlossen, ein billiges Android-Tablet aus dem Fundus verbunden, per Paketmanager adb und fastboot installiert und die KI dann das Tablet jailbreaken lassen
      Die KI hat herausgefunden, dass das Tablet einen Unisoc T606 nutzt, einen mehrere Jahre alten CVE gefunden und damit den Bootloader entsperrt. Ich war nur die Fleischpuppe, die mehrfach auf „Lauter“ drücken und das USB-Kabel ein- und ausstecken musste. Wie bei vielen dieser Arbeiten war das ziemlich unheimlich
      Der nächste Schritt ist ein Versuch mit Mainline Linux, und es sieht so aus, als würden postmarketOS-Entwickler bereits an diesem Chip arbeiten. Bis auf das genaue Display habe ich den Großteil der Tablet-Hardware bereits untersucht
      https://codeberg.org/ums9230-mainline/linux
    • Frag einfach direkt die KI
    • Ich habe auf dem Gebiet ein wenig Erfahrung und könnte dazu etwas schreiben, falls Interesse besteht
      Entscheidend ist, unterlagerte Vendor-Quellen zu beschaffen und KI dabei sehr konservativ einzusetzen, also Schritt für Schritt langsam aufzubauen
      Man muss C können und auch eine Art „Spinnensinn“ dafür haben, was okay ist und was nicht. Ein weiterer Schlüssel ist, die KI vor Änderungen am Quellcode erst den beabsichtigten Patch zeigen zu lassen und ihn freigeben zu lassen. So kann man beurteilen, was sie eigentlich vorhat, und den Patch noch einmal prüfen lassen. Qualität ist wichtiger als Quantität
      Das ist nicht so, als würde man mit Tailwind ein Web-Frontend bauen; man muss extrem streng sein und ein gewisses Maß an Wissen mitbringen. Ohne Low-Level- und Engineering-Kenntnisse ist es unmöglich, KI Kernel-Code schreiben zu lassen
    • Es gibt eine ältere Diskussion zu einem 14-minütigen YouTube-Video über Malware-Reverse-Engineering mit KI und Ghidra
      https://news.ycombinator.com/item?id=43474490
    • Das klingt nach einem Trend, sich auf KI zu verlassen, um zu vermeiden, selbst etwas zu lernen
      Wenn diese Haltung anhält, ruinieren wir uns am Ende noch das Gehirn

  • Auch ein 4-GB-System ist für viele Einsatzzwecke noch völlig nützlich
    Ich habe auf einem alten Acer Chromebook Linux installiert, es in die Ecke gestellt und emuliere damit leise und kühl ein VAX-System; die Leistung entspricht ungefähr einer Vaxstation 4000/60

  • Das Doogee-U10-Tablet scheint aktuell nicht leicht zu bekommen zu sein
    Wenn sich herumspricht, dass es bei gewöhnlicher Hardware oder einem Alltagsgerät einen großen Durchbruch gab, steigen die Preise auf den üblichen Online-Kanälen für Neu- und Gebrauchtware schnell stark an, selbst wenn man es dort überhaupt noch findet

  • Interessant, aber ich habe keine Hardware zum Testen
    Dass Bookworm statt Trixie gewählt wurde, wirkt wie eine bewusste Entscheidung. Ich frage mich, ob Debian 13 weder per apt upgrade noch per manueller Installation funktioniert
    Mich interessiert auch die Leistung dieser Hardware. Ich habe ein altes Samsung-Tablet, das sich nicht rooten lässt und unter aktuellem Android furchtbar ruckelt. Ich würde es gern durch so etwas ersetzen, aber nicht ein langsames Gerät gegen ein anderes langsames tauschen

    • Bookworm war eine konservative Wahl
      Trixie habe ich noch nicht richtig getestet, daher weiß ich es nicht. Theoretisch sollte sich das rootfs austauschen lassen
      Die Leistung ist brauchbar, vor allem verglichen mit dem Standard-Android, weil weniger Hintergrundballast läuft. Für Terminal-Arbeit, leichtes Browsing, VS Code und kleine Experimente reicht es gut aus
      Wenn du willst, kannst du es im Video sehen: https://youtu.be/DbX13_mahKc

  • Ich finde gut, dass KI es einfacher macht, Geräte zu hacken, bei denen sich der Zeitaufwand früher nicht gelohnt hätte

    • Ich habe damals, als die Gratis-Stufe von Claude noch brauchbar war, damit Linux auf ein altes, nicht mehr unterstütztes und undokumentiertes Board portiert, zu dem der Hersteller außer einem binären Android-Image keinerlei Informationen veröffentlicht hatte
      Zum Glück ließ sich selbst aus diesem Android-Image noch ein Teil der Informationen gewinnen
      Das hat meine Fantasie angeregt, und ich habe über eine KI-gestützte Reverse-Engineering-Plattform nachgedacht: innerhalb eines vollständigen Build-Systems wäre die KI mit den Ports des Zielboards verbunden (serielle Konsole, GPIO, I2C, SPI usw.), mit physischen Schaltern (Power, Reset usw.) und mit logischen Schaltern, die mehrere SD-Karten zwischen Entwicklungs-PC und Board umschalten können
      Dann könnte die KI selbst herunterladen, parallel bauen und Images sowie Software frei testen und damit den zeitaufwendigsten Teil übernehmen
    • Stimme zu. Ich hätte genauso gern die tatsächlichen Prompts und den Ablauf gesehen wie das Ergebnis selbst
    • Ich frage mich, ob sich damit auch das Firmware-Reverse-Engineering des populären TQ-E-Bike-Motors machen ließe
      Wenn man die API-Aufrufe des Händler-Tools abfängt, kann man diese Firmware herunterladen. Ich habe keinerlei Erfahrung in dem Bereich und habe es deshalb nicht versucht, aber mit Erfahrung hätte ich es wohl getan
      Ich habe das Händler-Tool dekompiliert, aber es ist eine ziemlich komplexe WPF-App, und ich habe es nicht geschafft, sie wieder in einen kompilierbaren Zustand zu bringen. Vielleicht würde das mit dem neuesten Claude gehen. Wenn es nicht so viel Zeit kosten würde, hätte ich es vermutlich noch einmal versucht

  • Ich frage mich, was die Motivation hinter dieser Arbeit war
    Warum ausgerechnet dieses Tablet?

    • Dieses Tablet ist günstig, wurde vor ein paar Jahren veröffentlicht und wird immer noch verkauft
      Weil es zuerst von der SD-Karte bootet, war es ein perfekter Kandidat für dieses Projekt

  • Wenn ein Tablet von SD-Karte booten kann, könnte vielleicht auch NetBSD darauf booten
    https://wiki.netbsd.org/ports/evbarm/rockchip/