rkdebian - 80ドルのRK3562 AndroidタブレットをDebian Linuxワークステーションに変えるビルドシステム

 (github.com/tech4bot)
1 ポイント 投稿者 GN⁺ 4 시간 전 | 1件のコメント | WhatsAppで共有
  • rkdebianは、Rockchip RK3562ベースのDoogee U10 Androidタブレット向けに、起動可能なDebian 12 Bookwormイメージを作成するビルドシステム
  • 現在公開されているプレリリースビルドは2026年5月14日付で、リリースページ、rk3562-debian.img.xzの直接ダウンロード、YouTubeデモが提供されている
  • イメージはSDカードに書き込んで起動し、SDカードを取り外せば内蔵eMMCの標準Androidに戻るため、ブートローダーのアンロックや内部ストレージの変更は不要
  • 対象ハードウェアはDoogee U10で、RK3562 4× Cortex-A53 2.0GHz、4GB LPDDR4、128GB eMMC、10.1インチ 1280×800 DSIパネル、RK817 PMIC構成を採用
  • ディスプレイ、10点マルチタッチ、Wi-Fi、Bluetooth、スピーカー、マイク、バッテリー/充電、SDカード起動、USB OTG、加速度センサー、背面LEDフラッシュライト、電源ボタン動作、ロック画面の回転維持が動作
  • 3DアクセラレーションはPanfrostベースでOpenGL ESが動作する部分対応状態で、前面s5k5e8・背面s5k4h5ybカメラはパイプラインとプレビュー・キャプチャが動作するが、色補正には追加のISPキャリブレーションが必要
  • RK3562の単一NPUコアを使い、Rockchip RKLLMスタックベースのローカルLLM推論をサポートし、airockchip/rknn-llmとairockchip/rknn-toolkit2を使用
  • タブレットで測定したNPUパス基準では、Qwen3-0.6B_W8A8_RK3562_opt0はwarm-run平均生成4.92 tok/s、Qwen2.5-1.5B-Instruct_W8A8_RK3562は2.18 tok/sで、Qwen3-0.6BのほうがこのRK3562タブレットでは高速
  • 標準アプリとしてFirefox ESR、Chromium、FreeTube、Drawing、Snapshot、Dolphin、Plasma Discover、Okular、Gedit、Pavucontrol、Terminalを含み、FlatpakとFlathubがデフォルトで有効化されている
  • ビルドはx86-64 Linuxホストで行い、Debian/Ubuntuが推奨され、./build.sh allでU-Boot、Linuxカーネル、Debian rootfs、書き込み可能なSDカードイメージを一括生成
  • ビルドオプションでは、Phosh UIセッション、maliまたはpanfrost GPUスタック、Wayland/X11ディスプレイサーバー、CPUガバナー、rootfs再生成、イメージ最小化、FreeTubeの事前インストール有無などを調整可能
  • Debian起動後は、SDカードを再フラッシュせずにoutput/update/update.tar.gzをタブレットの/home/chaos/update/または/update/pending/に置くことで、次回再起動時にOTAアップデートを適用できる
  • デフォルトアカウントはchaos/chaosとroot/rootで、初回起動後にpasswdとsudo passwd rootでパスワードを変更するよう案内されている
  • Linuxカーネルはrockchip-linux develop-6.1系の6.1.x、U-BootはFirefly rk356x/firefly-5.10、Debianはarm64 Bookwormを使用し、プロジェクト自体のライセンスはMIT License

関連記事

1件のコメント

 
GN⁺ 4 시간 전
Hacker Newsのコメント

  • ほとんどの機能がまともに動くDebianの起動だけでも素晴らしい。
    気になるのは、4GB RAMでどんなソフトウェアが無理なく動くのかという点。Webブラウジングはできるだろうが、タブ数はかなり少なくする必要がありそう。非常に軽量なデスクトップ環境を使えばもっと実用的になるかもしれないし、WezTerm + tmuxのような構成をデスクトップ環境代わりに使えば、さらに節約できて開発ツールを動かす余地も残りそうだ

    • ブラウザとElectronベースのアプリが候補。
      Firefoxはメモリが足りなくなるとタブを静かに破棄するので、低メモリ環境でもかなり健闘するし、まともな広告ブロックを使えるのも大きい。最近のChromium系ブラウザはこの点で勝負にならない。
      それ以外では、普通のGnomeベースのDebian Trixieデスクトップでも十分いけそう。今8GBマシンで3.7GB空いていて、100MB以上使っているのはFirefox、evolution、gnome-calendar、gnome-softwareくらいだが、これらのアプリは必須ではない
    • 「4GB RAMでどんなソフトウェアが無理なく動くのか」という質問自体、少し悲しく感じる
    • いまだに古いThinkPad X200 2GB RAMをメイン機として使っている。
      xmonadだけ立ち上げれば全体的にかなりキビキビしていて、GMailのような重いサイトさえ避ければ複数タブのブラウジングも問題ない
    • 似たような価格のx86-64 WindowsタブレットをAmazonで買ったが、仕様はCeleron N4020 + 4GB RAMだった。
      少し手を入れたカーネルでLinux Mintを入れ、SATA-USBアダプタで古いSSDをつないでホームファイルサーバー兼ホームシアターPCとして使っている。micro HDMIでTVにつながっていて、昼は音楽を流し続け、夜は映画を再生している。
      高ビットレートのFull HD映画も問題なく、CPUにも余裕がある。4Kコンテンツがあればそれも再生できそうだ。以前はMac MiniとVLCを何年も使っていたが、今の構成のほうが安定していて満足している
    • 昔はPentium 75MHz + 32MBでSlackware 2.0を動かしていた。
      そういうソフトウェアは存在するし、テキストUIやコマンドライン中心のユーザーには十分な余地がある

  • これをMITライセンスで配布することはできない。
    GPLから独自ライセンスまで、さまざまなライセンスの構成物が大量に含まれている

    • プロジェクト自体、つまり自分が書いたスクリプトと文書はMIT。
      それ以外はそれぞれの上流プロジェクトのライセンスがそのまま維持される。GPL、ベンダー/独自バイナリ、Debianパッケージ、ファームウェアなどがそれに当たる。
      READMEのライセンスセクションの最後の行にもその旨を書いてある

  • SDカードに依存せず、内蔵eMMCに書き込む方法があるのか気になる。
    小さなLinuxタブレットはいいが、不安定な運用はしたくない

  • AIはこういう種類のリバースエンジニアリングがかなり得意なようだが、この用途での使い方を学べる資料があるのか気になる。
    postmarketOSを新しいデバイスに移植したり、既存デバイスの対応を改善したりするのに大いに役立ちそうだ

    • Claude CodeをDeepSeekにつなぎ、予備の安価なAndroidタブレットを接続し、パッケージマネージャでadbとfastbootを入れて、AIにタブレットの脱獄をさせた。
      AIはそのタブレットがUnisoc T606を使っていることを突き止め、数年前のCVEを見つけてブートローダーをアンロックしてくれた。自分は「音量アップ」ボタンを押し、USBケーブルを何度も抜き差しする肉の人形役をしただけだった。こういう作業の多くがそうであるように、かなり不気味だった。
      次の段階はメインラインLinuxへの挑戦で、postmarketOSの開発者たちもこのチップを触っているようだ。正確なディスプレイを除けば、タブレットのハードウェアの大半は調査済みだ。
      https://codeberg.org/ums9230-mainline/linux
    • AIに直接聞けばいい
    • この分野の経験が少しあるので、興味があれば文章にまとめることもできる。
      要点は、下位ベンダーのソースを確保し、AIには非常に保守的に接しながら段階的にゆっくり積み上げることだ。
      Cの知識が必要で、何が妥当で何がそうでないかを見分ける「クモの糸のような勘」も要る。もう1つの重要な点は、ソースを変更する前にAIに意図しているパッチを先に見せさせ、承認を取ることだ。そうすれば何をしようとしているのか判断できるし、パッチを再検討させることもできる。量より質が重要だ。
      これはTailwindでWebフロントエンドを作る仕事ではないので、非常に厳格である必要があり、ある程度の知識も要る。低レベルやエンジニアリングの知識なしに、AIでカーネルコードを書くのは不可能だ
    • AIとGhidraでマルウェアのリバースエンジニアリングを行う14分のYouTube動画について、以前の議論がある。
      https://news.ycombinator.com/item?id=43474490
    • 何かを学ぶのを避けるためにAIに頼ろうという流れに聞こえる。
      この態度が続けば、私たちの脳はだめになってしまいそうだ

  • 4GBシステムでも、用途によっては十分に有用だ。
    古いAcer ChromebookにLinuxを入れて隅に置き、静かで冷たいままVAXシステムをエミュレートしているが、性能はだいたいVaxstation 4000/60くらいだ

  • 今はDoogee U10タブレットが簡単には手に入らない状況だ。
    一般的なハードウェアや機器で大きな突破口があったという話が広まると、新品や中古を売る普通のオンライン販路で見つかるとしても、購入価格が一気に跳ね上がりやすい

  • 面白いが、試すためのハードウェアがない。
    BookwormをTrixieではなく選んだのは意図的な判断に見える。Debian 13はapt upgradeでも手動インストールでもだめなのか気になる。
    このハードウェアの性能も気になる。root化できない古いSamsungタブレットがあるが、最新のAndroidではかなりもっさりしている。これに置き換えたい気もするが、遅い機器を別の遅い機器に替えたいわけではない

    • Bookwormは保守的な選択だった。
      Trixieはまだきちんと試していないので分からない。理論上はrootfsを置き換えられるはずだ。
      性能は実用になる水準で、特に標準のAndroidと比べるとバックグラウンドの余計なものが少ない分よい。ターミナル作業、軽いブラウジング、VS Code、小規模な実験には向いている。
      よければ動画で確認できる: https://youtu.be/DbX13_mahKc

  • AIのおかげで、本来なら時間をかける価値がなかった機器でもハックしやすくなるのがいい

    • 無料ティアが実用的だった頃のClaudeを使って、メーカーがバイナリのAndroidイメージ以外ほとんど情報を出していない古く、サポートも文書もないボードにLinuxを移植した。
      幸い、そのAndroidイメージだけでも一部の情報は得られた。
      これで想像が膨らみ、AI支援のリバースエンジニアリング用プラットフォームを考えた。完全なビルドシステムの中で、AIが対象ボードのポート（シリアルコンソール、GPIO、I2C、SPIなど）、物理スイッチ（電源、リセットなど）、そして複数のSDカードを開発PCとボードの間で切り替えられるロジックスイッチに接続される構成だ。
      そうすればAIが自分でダウンロードし、並列ビルドし、イメージやソフトウェアを自由に試して、最も時間のかかる部分を肩代わりできる
    • 同感。成果物だけでなく、実際のプロンプトと過程も見たかった
    • 人気のあるTQ電動自転車モーターのファームウェアのリバースエンジニアリングもできるのでは、と思えてきた。
      ディーラーツールのAPI呼び出しを横取りすれば、このファームウェアをダウンロードできる。この分野の経験がまったくないので試していないが、経験があればやっていたかもしれない。
      ディーラーツールを逆コンパイルしてみたが、かなり複雑なWPFアプリで、ビルド可能な状態にはできなかった。最新のClaudeなら可能かもしれない。かなり時間がかかるので、でなければもう一度試していたと思う

  • この作業の動機が何だったのか気になる。
    なぜよりによってこのタブレットだったのか？

    • このタブレットは安く、数年前の発売だが今でも販売されている。
      しかもSDカードから先に起動するので、このプロジェクトに完璧な候補だった

  • SDカード起動ができるタブレットなら、NetBSDも起動できるかもしれない。
    https://wiki.netbsd.org/ports/evbarm/rockchip/