Neue Funktionen der Linux-Terminal-App

In der dritten Beta von Android 16, die kürzlich veröffentlicht wurde, hat Google eine bedeutende Neuerung eingeführt: die Unterstützung von Tabs. Diese funktionieren ähnlich wie in einem Webbrowser und ermöglichen es Nutzern, mehrere Aufgaben parallel zu erledigen. So kann beispielsweise ein langer Befehl in einem Tab ausgeführt werden, während in einem anderen Tab weitergearbeitet wird. Diese Funktion verbessert die Benutzererfahrung erheblich.

Ein weiteres neues Feature ist der „Display“-Button, mit dem künftig grafische Linux-Anwendungen ausgeführt werden können. In der aktuellen Beta-Version ist diese Funktion jedoch noch deaktiviert. Zukünftige Updates sollen außerdem Verbesserungen wie Lautsprecher- und Mikrofonunterstützung sowie hardwarebeschleunigte Grafiken bringen, was die Nutzung einer Vielzahl nützlicher Linux-Programme ermöglichen wird.

Linux-VM unter Android aktivieren

Auf meinem Pixel 8 mit Android 15 lässt sich die Linux-VM bereits aktivieren. Dazu öffnet man unter System | Entwickleroptionen die Option Linux-Entwicklungsumgebung und installiert anschließend das Linux-Terminal. Danach findet sich eine neue Terminal-App im Anwendungsstarter – direkt neben dem bereits bewährten Termux.

In der VM läuft dann ein vollständiges Debian-System, inklusive aller gewohnten Befehle wie sudo apt update, sudo apt full-upgrade zur Systemaktualisierung oder sudo apt install foobar zur Softwareinstallation. In der Praxis habe ich allerdings festgestellt, dass die Paketquellen noch etwas instabil sind und Downloads mancher Pakete gelegentlich abbrechen.

Unter Android 15 funktioniert die angekündigte Unterstützung für grafische Anwendungen noch nicht. Zwar lässt sich beispielsweise glxgears durch die Installation der mesa-utils einrichten, aber beim Start des kleinen Testprogramms meldet das virtuelle Debian das Fehlen eines X-Servers.

Unterschiede zwischen der Linux-VM und Termux

Viele Nutzer fragen sich, welche Vor- und Nachteile die neue Linux-Terminal-App im Vergleich zu Termux bietet. Der Entwickler von Termux, agnosticapollo, hat Mishaal Rahman von Android Authority die Unterschiede wie folgt erklärt:

Vorteile der Linux-VM

1. Standard-Linux-Distributionen: Die VM nutzt vollständige Linux-Distributionen, wodurch Nutzer auf eine wesentlich größere Anzahl von Paketen zugreifen können (10.000 bis 100.000), im Gegensatz zu den etwa 2.000 Paketen, die Termux bietet.
2. Einfache Installation: Die Debian-Umgebung kann über ein einfaches Download-Paket eingerichtet werden, was den Einstieg erleichtert.

Nachteile der Linux-VM

1. Geringere Performance: Die Nutzung von KVM (Kernel-based Virtual Machine) kann zu einem Leistungsabfall führen, da Termux nativ auf Android läuft und somit effizienter ist.
2. Isolation vom Android-System: Die VM ist vom Android-System isoliert, was bedeutet, dass der Zugriff auf externe Speicher (z. B. /sdcard) und Android-APIs nicht möglich ist. Dies betrifft insbesondere Automatisierungs-Apps wie Termux:API oder Tasker.
3. Eingeschränkte Root-Rechte: Root-Zugriff ist nur innerhalb der VM möglich, nicht jedoch auf das Android-System.
4. Leistung von WebViews: Die Terminal-App läuft in einer WebView, was insbesondere bei der Verarbeitung großer Textmengen zu Performance-Einbußen führen kann.
5. Höhere Hardwareanforderungen: Die Ausführung einer vollständigen Linux-Distribution in einer VM benötigt mehr CPU-Leistung, Speicher und Speicherplatz, was auf älteren oder leistungsschwächeren Geräten problematisch sein kann.

Fazit

Aus meiner Sicht ist die Einführung der Linux-Terminal-App für Android ein spannender Schritt, der neue Möglichkeiten eröffnet. Gerade für Entwickler oder Linux-Enthusiasten kann eine vollständige Debian-Instanz unter Android sehr nützlich sein. Allerdings steckt die App noch in den Kinderschuhen. Die Paketquellen sind instabil, grafische Anwendungen werden noch nicht unterstützt, und die VM benötigt deutlich mehr Ressourcen als Termux. Wer einfach nur ein leistungsfähiges Terminal mit Linux-Befehlen unter Android nutzen will, fährt mit Termux weiterhin besser. Trotzdem werde ich die Entwicklung der Linux-VM weiter im Auge behalten – insbesondere die angekündigte Unterstützung für GUI-Apps könnte das Ganze noch einmal deutlich interessanter machen.

Mit der virtuellen Maschine könnt ihr nun genauso arbeiten, wie mit einem normalen Rechner. Ihr besitzt volle Root-Rechte und es steht euch das komplette Ubuntu-Repository zur Verfügung. Fehlt eine Software, lässt sie sich also bequem über die Paketverwaltung (apt-get install paketname) nachinstallieren. In der Browser-VM habt ihr sogar Zugang zum Internet, das virtuelle System befindet sich dabei von seiner IP her in Kanada. Für Server-Dienste eignen sich die LabxNow-VMs allerdings nicht, da ihr euch hinter einem NAT befindet und keine öffentliche IP habt. Eure VMs dürfen allerdings miteinander kommunizieren, so lassen sich dann zumindest interne Netzwerkdienste austesten.

Nach den in der Help-Sektion gegebene Informationen basiert LabxNow auf freien Technologien wie Docker, KVM und Guacamole. Dabei braucht der Dienst recht wenig Ressourcen, auf einem fünf Jahre alten Server (genauere Angaben zur Hardware macht LabxNow nicht) laufen zum Beispiel 1350 Container-VMs. In Zukunft soll der Dienst wachsen und vielleicht auch kostenpflichtig werden: „For now LabxNow will provide all services completely free of charge.“ Aktuell decken die Sponsoren die Kosten, doch das wird wohl nicht ewig so weiter gehen: „We are running the service on hardware paid by our sponsors. Would we need more money to keep this going? Yes. Are we trying to make the money from the users or users‘ data? Hell No!“

Fehlt eigentlich nur noch ein sinnvoller Use-Case. Für Server-Dienste eignet sich eine LabxNow wie angesprochen nicht, von daher fallen die klassischen Anwendungsfälle weg. LabxNow wird es auch kaum gerne sehen, dass User dort ihre Webseiten dort hosten und massiv Rechenleistung und Bandbreite ziehen. So eignet sich LabxNow eher für Anwender, die schnell mal ein Linux-System anwerfen möchten. Die Sessions handelt LabxNow übrigens persistent, fährt man die VM nicht herunter, so bleibt der aktuelle Zustand erhalten, vielleicht bietet sich hier ein interessanter Ansatz.

Habt ihr GNOME unter Arch-Linux über das Gnome-Metapaket installiert, dann klappt das eigentlich alles sehr gut, allerdings fehlen mit der IRC-Client Polari, dem Audio-Recorder Tonaufnahme und dem Logfilebetrachter Logs für die Systemd-Logs drei neue GNOME-Programme auf dem System. Auch die GNOME-eigene Lösung zum Betrieb und Managen von virtuellen Maschinen Boxes muss/kann man nachträglich aus dem AUR installieren. Die neuen Programme installieren sich auf einem bestehenden System nicht von alleine. Ich meine aber, dass ihr die Programme nicht verpassen solltet — bis auf Polari sind sie allesamt sehr gelungen. Von daher würde ich die neuen Anwendungen gezielt über die Paketverwaltung nachinstallieren.

Neue Gnome-Programme installieren

### gnome-media steht im Konflikt mit gnome-sound-recorder...
$ sudo pacman -Rc gnome-media

### Polari, Tonaufnahme und Logs installieren...
$ sudo pacman -S gnome-logs gnome-sound-recorder polari

#### Boxes aus dem AUR installieren...
$ pacaur -S gnome-boxes qemu-spice

Nach der Installation der neuen Gnome-Programme, findet ihr die Starter wie üblich im Dash der Gnome Shell einsortiert. Ist euch sonst noch irgendwas aufgefallen, das man nach dem Update noch von Hand einspielen sollte, um das volle GNOME-Feeling zu bekommen? Ich meine, dass ich eigentlich nichts übersehen haben sollte. Wenn doch, dann meldet euch bitte in den Kommentaren. //PS: Ich merke gerade, dass die Installation von qemu-spice aus dem AUR gerade scheitert, weil libibverbs-1.1.7.tar.gz nicht aus dem Netz geladen werden kann. Ohne qemu-spice lassen sich in Boxes allerdings keine neuen virtuellen Maschinen installieren, sodass man sich diese GNOME-Anwendung derzeit eher sparen kann.

Die Installation von VirtualBox 4.1 ist nicht sonderlich aufwändig. Ladet euch die neue Version als .rpm oder .deb Paket von den Oracle-Seiten herunter, installiert das Paket (bei Ubuntu reicht bspw. ein Doppelklick auf die .deb Datei) und vergesst nicht das Extension Pack zu aktualisieren, wenn ihr bspw. Support für USB 2.0 haben wollt. Solltet Ihr eine ältere Version von VirtualBox auf der Platte haben, so würde ich diese vorher deinstallieren, dabei gehen eure virtuellen Maschinen und Einstellungen nicht verloren.

Für professionelle Anwender ist sicherlich die Unterstützung des Open Virtualization Format wichtig, bei dem jetzt nun die komplette Maschine in ein OVA-Archiv gesteckt werden kann. Somit lassen sich virtuelle Appliances noch einfacher portieren und auch in VMware und Co. verwenden.

Für mich als Endanwender sind eher die Fortschritte in der Usability wichtig. Daran trägt nicht nur die neue Oberfläche ihren Teil bei, sondern vielmehr die verbesserte Methode virtuelle Maschinen inkl. ihrer virtuellen Festplatten zu löschen. Wer schon länger VirtualBox nutzt, der weiß vielleicht wie nervig es sein kann (bzw. konnte, früher war das NOCH schlimmer) VMs mit zahlreichen Snapshots zu löschen. Auch das automatische Update der Gasterweiterungen ist zumindest für Windows-Gäste eine praktische Sache.

Sämtliche Informationen zur neuen Version, sowie Links zu den Installationspaketen findet man im Forum von VirtualBox. [UPDATE: Mittlerweile gibt es schon die Beta 2, bei der zahlreiche Bugs behoben wurden.] [2. UPDATE Und schon gibt es die Beta3]Solltet Ihr die neue Version in Debian/Ubuntu probieren wollen, so würde ich euch empfehlen vorher die „alte“ Version zu deinstallieren. Pakete gibt es eigentlich für alle populären Linuxe, egal ob 32- oder 64-Bit.

Woran man sich auch noch gewöhnen muss, ist die Möglichkeit VirtualBox durch Erweiterungen zu ergänzen. Es gibt jetzt wohl keine Unterscheidung mehr zwischen der „VirtualBox Open Source Edition“ (OSE) und der „VirtualBox Personal Use and Evaluation License (PUEL)“. Es wird VirtualBox nur noch als Open Source Variante geben, die man jedoch über optionale Erweiterungen wie dem Oracle VM VirtualBox Extension Pack aufbohren kann.

Oracle hat die Unterstützung von USB 2.0, RDP-Server und dem PXE Bootloade mit E1000-Support in diese proprietäre Erweiterung ausgelagert. Über die Einstellungen kann man das heruntergeladene Add-On dann als Benutzer installieren. Welche Auswirkungen das haben wird, kann man noch nicht sagen. Mit hoher Wahrscheinlich wird es aber kommerzielle Module von Fremdherstellern geben, über die man VirtualBox erweitern kann.

Für den einen oder anderen wird auch die neue Funktion praktisch sein, Icons als Schnellstarter für virtuelle Maschinen auf den Desktop zu legen. Für mich ist das Ganze nicht so spannend, da ich meine VBoxen über GNOME-Do starte, doch wenn man bisher solche Einträge von Hand angelegt hat, ist das eine Arbeitserleichterung.

Vergesst aber nicht nach dem Anlegen des Icons die Rechte des Icons zu ändern. Von Haus aus sind solche .desktop-Dateien nicht ausführbar. Ihr müsst die Eigenschaften der Datei öffnen und dann einstellen, dass die Datei ausgeführt werden darf. Erst dann erscheint das passende VirtualBox-Icon und der Starter kann seine Funktion erfüllen.

Für phpvirtualbox braucht man natürlich einen Rechner mit VirtualBox und einen Webserver. Die Thematik hier spricht eher erfahrene Anwender an, daher erspare ich mir Hinweise zur Installation. Für erste Tests reicht es das heruntergaladene Archiv in ein Verzeichnus unter /var/www zu entpacken und die config.php anzupassen. Weiterführende Hinweise zur Installation findet Ihr im Wiki des Projektes.

Nach der Installation von phpvirtualbox muss der VirtualBox web service gestartet werden. Öffnet dazu ein Terminal und startet den Dienst. Beachtet, dass der Dienst mit dem in der config.php eingetragenen Benutzer gestartet werden sollte.

$ vboxwebsrv     # oder alternativ um den Prozess
$ vboxwebsrv -b  # gleich in den Hintergrund zu schicken

Unmittelbar danach solltet Ihr phpvirtualbox erfolgreich im Browser öffnen können. Wenn Ihr eine VM über phpvirtualbox startet, dann achtet bitte drauf, dass Ihr diese über das Netz wieder ordentlich beenden könnt, denn der direkte Zugriff über den Browser auf die VM, geht nur bei Windows mittels RDP.

Zum Spaß habe ich in einer Linux-VM ebenfalls einen RDP-Server installiert (xrdp), der Dienst funktioniert im lokalen Netz mit dem Terminal Server Client bzw. auch mit GNOME-RDP, doch phpvirtualbox meint nach wie vor, dass die VM keinen RDP-Zugriff bieten würde, phpvirtualbox scheint bislang nur mit „reinem“ Windows-RDP zurecht zu kommen.

Der Einsatz von phpvirtualbox lohnt sich natürlich nur auf kopflosen (Headless) Serven, die man über das Netzwerk steuert. VirtualBox und phpvirtualbox ergeben im Zusammenspiel eine ernsthafte Konkurrenz zu VMware Server (Via infoblog.li).

Ich werde später in einem weiteren Blogbeitrag noch mehr zum Thema Virtualisierung auf dem Desktop schreiben, doch aktuell interessiert mich was Ihr verwendet. Dazu könnt ihr hier im Blog „abstimmen“ (Liebe Feed- und Planet-Leser. Die Umfrage kann bei euch wahrscheinlich nicht angezeigt werden. Solltet ihr Abstimmen wollen, so bitte ich euch auf das Blog zu kommen).

Ich habe die Antwortmöglichkeiten bewusst auf eine Stimme eingeschränkt. Solltet Ihr mehrere Programme verwenden, dann stimmt bitte für euren Favoriten. //PS: Es geht mir primär um Virtualisierung auf dem Desktop. Nicht um KVM-Server im großen Stil, sondern um die Anwendungsfälle „Schnell mal ein anderes OS testen“ oder „Manchmal brauche ich doch ein Windows“.

Die Installation von Portable Ubuntu beschränkt sich auf den Download des rund 450 MB großen Archives, dem Entpacken und dem anschließenden Ausführen der Datei run_portable_ubuntu.bat. Danach müssen eine Reihe von Netzwerkzugriffen über die Windows Firewall erlaubt werden. Ist dies getan, empfängt einen nach wenigen Sekunden ein GNOME Panel an der oberen Bildschirmkante.

[UPDATE: Video steht leider nicht mehr zur Verfügung.]

Nun kann man wie mit einem normalen Ubuntu arbeiten. Man kann die deutschen Sprachpakete nachinstallieren und wie gewohnt über die Paketverwaltung weitere Programme installieren. Sollte man sich gegenüber dem System authorisieren müssen, so sollte man einen kurzen Blick in die Dokumentation von Portable Ubuntu werfen. Der von Haus aus angelegte Benutzer heißt pubuntu und hat das Passwort 123456. Um nicht lange Reden zu müssen habe ich meine Erfahrungen mit Portable Ubuntu kurz zusammengefasst.

Pro

• Der Zugriff auf C:\ ist von Haus aus möglich. Man kann das Laufwerk aus dem virtuellen Ubuntu heraus über /mnt/C erreichen.
• Portable Ubuntu integriert sich gut  in Windows. Die Fenster tragen die „nativen“ Fensterdekorationen von Windows und die Zwischenablage von Text funktioniert im Zusammenspiel Ubuntu und Windows.

Contra

• Es ist nicht möglich Authorisierungen freizuschalten die mit PolicyKit arbeiten. So kann man bspw. die Uhr des virtuellen Ubuntus nicht stellen, da die Schaltfläche für das Freischalten des Dialoges deaktiviert ist.
• Ich habe Portable Ubuntu auf zwei Rechner ausprobiert. Auf einem lief Portable Ubuntu ohne Probleme, auf dem anderen bootet die virtuelle Maschine zwar, das Panel erscheint jedoch nicht auf dem Desktop.
• Die graphische Darstellung ist relativ lahm. Im eingebundenen Video dieses Artikels kann man dies bspw. beim Laden von Inkscape feststellen. Das Bild der Anwendung wird Kachel für Kachel aufgebaut.
• Und nun – mein persönlicher – KO-Faktor: Auch Portable Ubuntu braucht zwingend administrative Rechte auf dem System. Versucht man Portable Ubuntu mit den Rechten eines eingeschränkten Benutzers zu starten, so passiert rein gar nichts.

Ergo. Portable Ubuntu ist nett. Besonders gut finde das Programm für Personen, die mal in Ubuntu reinschnuppern wollen. So können sie sich zumindest an Ubuntu herantasten ohne auch nur ein Bit Software auf ihrem System installieren zu müssen. Doch wenn ich eine portable Virtualisierungslösung wählen müsste, dann doch lieber VirtualBox Portable. Das Programm benötigt zwar auch administrative Rechte, geht jedoch flotter zu Werke.

Gesagt getan: Sun veröffentlicht die Beta von VirtualBox 2.2 vorab. Gerade wurde die Beta2, die nun bei mir im Zusammenspiel mit Ubuntu Jaunty gut funktioniert, freigegeben. Wer will – und VirtualBox nicht im produktiven Einsatz hat – kann daher schon jetzt die neuen Features ausprobieren.

Hat man die 3D-Beschleunigung in den Einstellungen der virtuelle Maschine aktiviert, so kann man die VM starten. Ist der vboxvideo Treiber in der /etc/X11/xorg.conf eingetragen, so startet Compiz automatisch. Hier ist eine kleine Demo… Überspringt eventuell die erste Minute, da der Bootvorgang nicht wirklich interessant ist.

[Update: Video steht leider nicht mehr zur Verfügung.]

Wer einen flotten Rechner und eine schnelle Grafikkarte besitzt, der kommt mit VirtualBox 2.2 zu erstaunlichen Ergebnissen. Compiz läuft dann selbst in der virtuellen Maschine recht flott. Mit meiner passiv gekühlten Nvidia GeForce 7600 GS merke ich allerdings die Grenzen deutlich. Compiz läuft im Prinzip flüssig, aber sobald bspw. der Würfel aufgeklappt werden soll, dann knickt die Performance ein. Hinweise zur Installation erspare ich mir. Wer ohne Tipps nicht in der Lage ist die Beta zu installieren, der sollte besser Abwarten bis VirtualBox 2.2 freigegeben wird.

VirtualBox benötigt mindestens Hauptbenutzer-Rechte, da 3 Dienste (PortableVBoxDRV, PortableVBoxUSBMon und wenn nicht installiert VBoxUSB) eingerichtet werden müssen und VirtualBox im „Ring-3“-Modus getartet wird.

Muss daher der Wunsch nach einem virtuellen Linux auf einem abgeschotteten Windows unerfüllt bleiben? Nein! QEMU braucht keine höheren Rechte zum Betrieb und mit dem Qemu Manager gibts auch ein gutes Frontend für Windows. Für den portablen Betrieb muss man sich nur die „Zip File Edition“ herunterladen und entpacken.

Einen mächtigen Haken hat die Sache jedoch. Auch QEMU braucht mit dem QEMU Accelerator einen Treiber, damit das Gastsystem mit erträglicher Performance laufen kann. Und natürlich braucht man für die Installation dieses Treibers wieder Administrator-Rechte. Also wieder nix mit einem virtuellen Linux ohne Admin-Rechten… Ohne den QEMU Accelerator braucht die Installation eines Ubuntus rund 3 Stunden und Booten | Einloggen | Nautilus starten rund 5 Minuten. Schade…