Hallo zusammen, war bislang eingefleischter Samsung Smartphone Galaxy S... Ultra Fan. Da aber Samsung zum wiederholten Mal (so auch beim neuen S26 Ultra) das AVF NICHT freischaltet, möchte ich nun wechseln. https://source.android.com/docs/core/virtualization?hl=de Bitte keine Empfehlungen zu Termux - habe ich bereits seit Jahren. Ich will mich aber ZUSÄTZLICH (ohne Rooting) von den SELinux Fesseln befreien. Klar, dass die neuen Pixel alle AVF (und damit das Linux Terminal) unterstützen ... welche anderen Hersteller / Geräte mit AVF gibt es noch? Danke im voraus!
Frag' mal da oder da: https://forum.shiftphones.com/ https://support.fairphone.com/hc/en-us/articles/9979154556817-Google-free-Android https://wiki.debian.org/InstallingDebianOn/SHIFT/SHIFT6mq
Hendrik L. schrieb: > Ich > will mich aber ZUSÄTZLICH (ohne Rooting) von den SELinux Fesseln > befreien. Öh, aber ist das AVF nicht eher eine neue Fessel? Da hast du doch nur Zugriff auf das Innere der VM, und auch nicht auf z.B. /data/data , was weiterhin durch SELinux abgeriegelt ist... Wenn man SELinux ohne Rooting bzw. Custom-ROM umgehen könnte, würde was gehörig schief laufen, oder?
:
Bearbeitet durch User
Welches moderne Gerät kann man denn noch rooten?
Niklas G. schrieb: > Hendrik L. schrieb: >> Ich >> will mich aber ZUSÄTZLICH (ohne Rooting) von den SELinux Fesseln >> befreien. > > Öh, aber ist das AVF nicht eher eine neue Fessel? Da hast du doch nur > Zugriff auf das Innere der VM, und auch nicht auf z.B. /data/data , was > weiterhin durch SELinux abgeriegelt ist... Wenn man SELinux ohne Rooting > bzw. Custom-ROM umgehen könnte, würde was gehörig schief laufen, oder? Ich habe parallel Termux - ich kann mich über "storage" mit dem AVF synchronisieren.
Und wozu könnte man das dann gebrauchen, real nutzen daraus ziehen?! Mit erschleicht sich da manchmal die Sinnhaftigkeit dahinter nicht, wäre cool wenn mich da mal jemand aufklären könnte.
Rene K. schrieb: > Und wozu könnte man das dann gebrauchen, real nutzen daraus ziehen?! Mit > erschleicht sich da manchmal die Sinnhaftigkeit dahinter nicht, wäre > cool wenn mich da mal jemand aufklären könnte. Okay, mal ein mikroskopischer Ausschnit - ich nutze mein Smartphone als Linux Server (derzeit mache ich das mit Termux - aber leider SELinux kastriert). Damit habe ich quasi unendlich viele neue Möglichkeiten - ohne Notwendigkeit zum gemieteten Cloud-Server (den ich aber noch zusätzlich habe). Kann z.B. über WebSeiten (die mir ChatGPT erstellt hat) meine Raspis und ESPs (weltweit) vom Smartphone autark managen, ohne dass ich eine Cloud benötige. Dazu habe z.B. nginx auf dem Smartphone installiert. Aber wie gesagt - es tun sich ganz neue Freiheiten auf - selbst meine Modellbahnen steuere ich so vom Smartphone über eine Web-Oberfläche, die das Smartphone generiert (in einem WLAN, das das Smartphone aufspannt) ... Darunter natürlich jede Menge Python scripts - alle von ChatGPT generiert. Oder ich schalte alle IR Empfänger im Haus über Browser vom Smartphone. Es gibt praktische keine Grenzen mehr, mit dem Smarthone alles zu automatisieren, was nicht nicht und nagelfest ist. Ein völlig neues eigenes ECO-System - von ChatGPT generiert, immer bei mir. Jede Idee in Minuten von ChatGPT lauffähig geliefert und schon auf meinem Smartphone Server im Einsatz. Aber wie gesagt - Server ist nur ein mikroskopisch kleiner Teil - genausogut schaffe ich mir Python Clients unter Termux, mit denen ich das Smartphone automatisiere. Frage einfach einmal ChatGPT, was alles geht!
Hendrik L. schrieb: > Es gibt praktische keine Grenzen mehr, mit dem Smarthone alles zu > automatisieren, was nicht nicht und nagelfest ist. Dafür braucht es weder Root noch aufgeweichtes SELinux.
Alexander schrieb: > Hendrik L. schrieb: >> Es gibt praktische keine Grenzen mehr, mit dem Smarthone alles zu >> automatisieren, was nicht nicht und nagelfest ist. > > Dafür braucht es weder Root noch aufgeweichtes SELinux. Eben, wenn SELinux das Öffnen von Ports verhindert wird auch das Durchreichen in die VM nicht gehen; wenn SELinux es nicht blockiert, braucht's keine VM. Wobei man so einen Smart Home Server vielleicht auch mit einem R-PI machen kann.
AVF ist in der Hinsicht freier als DSU (blockiert kein tcp_socket, da eigener Kernel und eigenes SELinux)
Alexander schrieb: > AVF ist in der Hinsicht freier als DSU (blockiert kein tcp_socket, da > eigener Kernel und eigenes SELinux) Danke, Alexander, erfrischend jemanden zu lesen, der ebenfalls weiß, worum es geht und dass es geht.
Niklas G. schrieb: > Alexander schrieb: >> Hendrik L. schrieb: >>> Es gibt praktische keine Grenzen mehr, mit dem Smarthone alles zu >>> automatisieren, was nicht nicht und nagelfest ist. >> >> Dafür braucht es weder Root noch aufgeweichtes SELinux. > > Eben, wenn SELinux das Öffnen von Ports verhindert wird auch das > Durchreichen in die VM nicht gehen; wenn SELinux es nicht blockiert, > braucht's keine VM. > > Wobei man so einen Smart Home Server vielleicht auch mit einem R-PI > machen kann. Na klar, den stecke ich dann mit einer Powerbank, einem Bildschirm und einer Tastatur in die Hosentasche ...! *** LOL ***
:
Bearbeitet durch User
Hendrik L. schrieb: > Na klar, den stecke ich dann mit einer Powerbank, einem Bildschirm und > einer Tastatur in die Hosentasche ...! *** LOL *** Nicht nachgedacht... Netzwerkverbindung und RDP zb. Ich bevorzuge ja ssh, reicht ja idr für Server aus.
:
Bearbeitet durch User
Hendrik L. schrieb: > Danke, Alexander, erfrischend jemanden zu lesen, der ebenfalls weiß, > worum es geht und dass es geht. Da irrst Du Dich. Ich hab A) keine Berührungspunkte mit Samsung Flagships B) SELinux bisher hauptsächlich als MAC für Dateizugriffe verstanden und C) kannte ich AVF bis dato nicht, hatte mich nur belesen weil Du nicht auf meine Frage bzgl. DSU eingegangen bist. Mir ist auch noch nicht so ganz klar wie AVF die Vendor Sepolicies aushebelt. Beim DSU wird jedenfalls nur die System Partition ausgetauscht, die Vendor Partition bleibt ja diesselbe. Letztendlich ist das aber wohl wieder so ein theoretisches Konzept, real wird es kein Gerät geben dass AVF unterstützt. Samsung wird jedenfalls den Teufel tun sich an irgendwelche Google Standards zu halten.
Dazu gab es schon verschiedene Fachartikel und Berichte (mit Pixel Smartphones), die zeigen, dass es geht, ein vollwertiges Linux, ohne SELinux Beschränkungen. Darum bin ich ja so da hinterher, zögere aber, mir ein Pixel zu kaufen. Am liebsten wären mir Leica Objektive ...! Aber die haben wohl auch noch keine AVF Unterstützung.
kauf dieses Pixel 8 oder 9 und berichte ob es geht
Hendrik L. schrieb: > Ich habe parallel Termux - ich kann mich über "storage" mit dem AVF > synchronisieren. Befreit dich aber kein Bisschen von den SELinux-Fesseln. Hendrik L. schrieb: > Danke, Alexander, erfrischend jemanden zu lesen, der ebenfalls weiß, > worum es geht und dass es geht. Na dann klär mich mal auf. Wenn ich auf meinem Pixel aus einer App heraus einen TCP-Port öffne, kann ich nur Verbindungen aus anderen Apps heraus aufbauen, aber nicht von anderen Geräten im selben WLAN. Wenn ich im AVF Terminal einen Port öffne, kann ich z.B. von der normalen Browser-App heraus eine Verbindung aufbauen - aber nicht von anderen Geräten im WLAN. In Umgekehrter Richtung, vom Pixel zu anderen Geräten, geht's. Wo hab ich unter AVF da jetzt weniger "Fesseln" als unter dem Host-OS? Hendrik L. schrieb: > Na klar, den stecke ich dann mit einer Powerbank, einem Bildschirm und > einer Tastatur in die Hosentasche ...! *** LOL *** Wenn du deinen Homeserver in die Hosentasche steckst, wie steuert er dann deine Modelleisenbahn? Einen Server, der mit nichts physisch verbunden ist, kann man auch in der Cloud betreiben, da hat das Smartphone keinen Vorteil... Alexander schrieb: > real > wird es kein Gerät geben dass AVF unterstützt. Mein Pixel kann's... Hendrik L. schrieb: > ohne > SELinux Beschränkungen. Schön wär's ;-)
Niklas G. schrieb: > Mein Pixel kann's... Welches genau? Und was genau hast Du da laufen linuxmäßig? Muss man den Bootloader entsperren oder geht's OOTB?
Alexander schrieb: > Welches genau? Pixel 9a. Alexander schrieb: > Und was genau hast Du da laufen linuxmäßig? Das Google-Android 16. Alexander schrieb: > Muss man den > Bootloader entsperren Man kann den Bootloader über die Entwickleroptionen entsperren, habe ich aber nicht gemacht. Das AVF funktioniert trotzdem direkt.
Ich meine irgendein Custom Linux im AVF? Außer Microdroid scheint da ja nichts signiert zu sein um laufen zu können
Alexander schrieb: > Ich meine irgendein Custom Linux im AVF? Nö, das Standard Debian von der AVF Terminal App.
:
Bearbeitet durch User
Also die AVF Terminal App ist der Schlüssel. Die stellt wohl eine Debian Demo bereit. Scheint aber eher ein Nebenprodukt von AVF zu sein, denn alles was ich lese dreht sich um Microdroid, sozusagen ein Security Container für Banking Apps. https://source.android.com/docs/core/virtualization/tryavf VM schön und gut, nur der Wert erschließt sich mir nicht so ganz. Es gibt keine Linux Distros oder Custom ROMs die man installieren kann. Ich finde außer einem AI generierten Thread nichts auf XDA. Dafür würde ich mir kein Pixel 9 kaufen. Mit Linux Deploy kann ich jede Distro in einem chroot laufen lassen, funktioniert genauso gut. Außer zum kompilieren hab ich das aber noch nie für was gebraucht. Aber wenn ein VNC Server läuft und man sich einen Desktop installieren kann, dann sicher auch ein SSH Server. Dafür brauchts dann auch kein teures Google Flagship sondern nur ein beliebiges rootfähiges Nicht-Samsung Smartphone (Samsung nicht wegen fehlendem CONFIG_SECURITY_SELINUX_DEVELOP im Kernel) Gut ich hab auch noch nie mehr als 100 € für ein Smartphone ausgegeben, ist Geschmacksache. Stand heute scheint es jedenfalls keine weiteren Hersteller zu geben die AVF unterstützen. Das müsste Google schon erzwingen. Warten wir mal zwei Jahre ab.
:
Bearbeitet durch User
Alexander schrieb: > Scheint aber eher ein Nebenprodukt von AVF zu sein Ja. Alexander schrieb: > Es gibt keine Linux Distros oder Custom ROMs die man installieren kann Man kann praktisch seine eigene Version der Terminal App schreiben die dann ein beliebiges OS (nicht nur Linux) in der VM startet. Hier z.B. mit NixOS: https://github.com/nix-community/nixos-avf-image-app Alexander schrieb: > Mit Linux Deploy kann ich jede Distro in einem chroot laufen lassen, > funktioniert genauso gut. Ist eben nicht ganz so sicher wie eine VM. Ist hier natürlich egal. Alexander schrieb: > Dafür brauchts dann auch kein teures Google Flagship Das AVF war bei mir auch nicht der Kaufgrund...
:
Bearbeitet durch User
Niklas G. schrieb: > Das AVF war bei mir auch nicht der Kaufgrund... Wenn ich schon soviel Geld (xxxx€) für ein SpitzenProdukt ausgebe, dann soll es auch AVF können! Samsung ist damit für mich nicht mehr Prio 1! Ich werde also erst einmal warten, bis AVF auf Alternativen zur Verfügung steht. Vielleicht das Xiaomi 17 Ultra mit Leica ...? Eigentlich wollte ich ja CHinesen vermeiden ...! Aber wenn's nicht anders geht ... immerhin zusätzlich 1st Class Camera Technologie!
Und was hindert Dich daran Dir Deine eigenen Sepolicies für ein Linux Deiner Wahl zu schreiben? Bei Xiaomi sollte der Bootloader noch entsperrbar sein (vor dem Kauf checken) https://stackoverflow.com/questions/45533848/how-to-fix-sepolicy-denials Wenn wir eins wissen dann; Warten auf mehr Freiheit geht für gewöhnlich nicht gut aus. Ich bin irgendwo bei Android 10 hängengeblieben, vor der Einführung von Scoped storage.
Hendrik L. schrieb: > Eigentlich wollte ich ja CHinesen vermeiden ...! Aber wenn's nicht > anders geht ... Mach was du willst, aber so ganz klar ist mir der konkrete(!) Nutzen vom AVF in diesem Zusammenhang nicht. Kannst ja mal einen einfach nachvollziehbaren (!) Testcase nennen, der ohne AVF nicht möglich ist und den ich mit dem AVF auf meinem Pixel ausprobieren kann, um zu schauen ob das wirklich so geht. Samsung hat definitiv auch seine Vorzüge (auch gegenüber Pixel), insbesondere in Sachen Multimedia (Kamera, Fotoverwaltung, Musikverwaltung, Tonqualität, Galaxy-Ökosystem...). Alexander schrieb: > Und was hindert Dich daran Dir Deine eigenen Sepolicies für ein Linux > Deiner Wahl zu schreiben? Er möchte nicht rooten. PS: Eigentlich könnte man auch "einfach" qemu in eine normale App integrieren und darin beliebige Betriebssysteme ausführen. Ist halt nur langsam ohne "echte" VM via AVF, kann aber genau so viel bzw. wenig.
:
Bearbeitet durch User
Hendrik L. schrieb: > Es gibt praktische keine Grenzen mehr, mit dem Smarthone alles zu > automatisieren, was nicht nicht und nagelfest ist. Was nicht bedeutet, dass alles machbare auch sinnvoll ist. Anstatt mein Smartphone zu rooten könnte ich auch einfach meinen gemieteten Server im Internet nutzen, um die gewünschten Webseiten zu erzeugen. Also so wie es alle anderen auch tun. Experimente machen Spaß, aber wenn man sich einen großen Technik-Zoo aufgebaut hat, kostet der auch Zeit und Geld. Die Interessen ändern sich im Laufe der Zeit. Irgendwann schmeißt du das ganze Zeug im Wert von tausenden Euros in den Müll, weil es niemand gebraucht haben will.
:
Bearbeitet durch User
Korrektur: Niklas G. schrieb: > PS: Eigentlich könnte man auch "einfach" qemu in eine normale App > integrieren Man kann in Termux qemu installieren, oder die limbo Emulator App nutzen. Da kann man im Endeffekt genau das Gleiche machen wie bei AVF. Ist halt nur langsamer.
Hendrik L. schrieb: >> Wobei man so einen Smart Home Server vielleicht auch mit einem R-PI >> machen kann. > > Na klar, den stecke ich dann mit einer Powerbank, einem Bildschirm und > einer Tastatur in die Hosentasche ...! *** LOL *** Wenn du aktuell dein Smartphone mit Powerbank (Akku wird ja durch den Spaß nicht länger halten) und Tastatur in der Hosentasche mit rumschleppst ists ja das gleiche :) Klassische Lösung für dein Problem wäre halt ein lokaler Server, zu dem du dich via VPN verbindest und dann via Web-Oberfläche steuerst. Hätte auch den Vorteil, das der Spaß auch funktioniert und bedienbar ist, wenn dein Smartphone kaputt geht oder so.
Angehängte Dateien:
Weil's so schön ist - endlich mal eine sinnvolle Verwendung von Smartphones 😂
Niklas G. schrieb: > Weil's so schön ist - endlich mal eine sinnvolle Verwendung von > Smartphones 😂 Naja, geht so. Zugegeben, für den Notfall ist so eine Termux-Konsole ganz nett. Aber zum ernsthaften Arbeiten ist ein Smartphone zu unergonomisch. Und bevor ich da Tastatur, Bildschirm etc. anflansche greif ich lieber zum vollwertigen x64-Tablet (z.B. Surface Go)
Le X. schrieb: > Zugegeben, für den Notfall ist so eine Termux-Konsole ganz nett. Aber das ist AVF und gar kein Termux und damit viel besser!!111 Le X. schrieb: > Und bevor ich da Tastatur, Bildschirm etc. anflansche greif ich lieber > zum vollwertigen x64-Tablet (z.B. Surface Go) ARM64 ist viel schöner als AMD64.
Reinhard S. schrieb: > Hendrik L. schrieb: >>> Wobei man so einen Smart Home Server vielleicht auch mit einem R-PI >>> machen kann. >> >> Na klar, den stecke ich dann mit einer Powerbank, einem Bildschirm und >> einer Tastatur in die Hosentasche ...! *** LOL *** > > Wenn du aktuell dein Smartphone mit Powerbank (Akku wird ja durch den > Spaß nicht länger halten) und Tastatur in der Hosentasche mit > rumschleppst ists ja das gleiche :) > > Klassische Lösung für dein Problem wäre halt ein lokaler Server, zu dem > du dich via VPN verbindest und dann via Web-Oberfläche steuerst. > > Hätte auch den Vorteil, das der Spaß auch funktioniert und bedienbar > ist, wenn dein Smartphone kaputt geht oder so. Habe zwei Samsung Ultra - die halten nacheinander total bequem 24h. Termux verwende ich seit Jahren - das ist gar nicht das Problem - das Problem sind die kastrierten Nezwerk command - selbst ip addr ist disabled. Genau die gehen aber mit AVF (Linux Terminal)!
Angehängte Dateien:
Hendrik L. schrieb: > selbst ip addr ist disabled. > Genau die gehen aber mit AVF (Linux Terminal)! Da bekommst du dann die IP-Adresse der virtuellen Netzwerkkarte der VM, die von außerhalb des Smartphones nicht sichtbar ist. Das bringt was genau...? Siehe Screenshot: Die WLAN-IP des Geräts beginnt mit 192.168 ... Die Adressen 10.167. gibt's bei mir nicht, das ist eine virtuelle Schnittstelle.
Niklas G. schrieb: > Hendrik L. schrieb: >> selbst ip addr ist disabled. >> Genau die gehen aber mit AVF (Linux Terminal)! > > Da bekommst du dann die IP-Adresse der virtuellen Netzwerkkarte der VM, > die von außerhalb des Smartphones nicht sichtbar ist. Das bringt was > genau...? > > Siehe Screenshot: Die WLAN-IP des Geräts beginnt mit 192.168 ... Die > Adressen 10.167. gibt's bei mir nicht, das ist eine virtuelle > Schnittstelle. Was für ein Screenshot soll das denn sein?
Hendrik L. schrieb: > Was für ein Screenshot soll das denn sein? Ein Screenshot aus der AVF-Terminal App auf einem Google Pixel welcher demonstriert dass du unter AVF eben nicht die Adresse des Android Hostsystems bekommen kannst.
Lieber Hendrik, die Frage finde ich jetzt ein wenig enttäuschend von Dir. Niklas hat das was Du willst; er hat Dir bereits gestern angeboten auf seinem Pixel 9a zu schauen was mit Debian in der AVF Terminal App wirklich so geht. Ihr solltet euch jetzt zusammen tun und das auskaspern, das ist Deine Gelegenheit.
Ich sprech von NICHT gerooteten Android Smartphones: Alle /proc/net Zurgriffe enden mit "... Permission denied". Praktisch bedeutet dies, die folgenden commands funktionieren nicht: ip, ifconfig, ss, netstat, iptables, tcpdump, ping, traceroute, iw, wg, nmcli etc. Unter Linux Terminal funktionieren sie (aber natürlich nur innerhalb der AVF).
Niklas G. schrieb: > Man kann den Bootloader über die Entwickleroptionen entsperren, habe ich > aber nicht gemacht.
Niklas G. schrieb: > Hendrik L. schrieb: >> selbst ip addr ist disabled. >> Genau die gehen aber mit AVF (Linux Terminal)! > > Da bekommst du dann die IP-Adresse der virtuellen Netzwerkkarte der VM, > die von außerhalb des Smartphones nicht sichtbar ist. Das bringt was > genau...? > > Siehe Screenshot: Die WLAN-IP des Geräts beginnt mit 192.168 ... Die > Adressen 10.167. gibt's bei mir nicht, das ist eine virtuelle > Schnittstelle. Gretechenfrage: Kannst Du über die virtuelle Schnittstelle (sockets) mit Skripten zu anderen IP-Knoten kommunizieren ?
Hendrik L. schrieb: > Unter Linux Terminal funktionieren sie (aber natürlich nur innerhalb der > AVF). Sie "funktionieren" in dem Sinne dass sie nicht mit Fehlermeldung abbrechen, aber sie tun auch nichts nützliches. Da kannst du dir genau so gut unter Termux ein Skript installieren dass bei "ip addr" irgendwas ausgibt. Daher meine Frage: Was bringt das? Die einzige Ausnahme ist traceroute - das funktioniert aber auch unter Termux wunderbar, ohne root. Hendrik L. schrieb: > Kannst Du über die virtuelle Schnittstelle (sockets) mit Skripten zu > anderen IP-Knoten kommunizieren ? Als Client, ja. Das geht unter Termux auch, und jede gewöhnliche Android App kann es offensichtlich auch. Also absolut Null Argument für AVF.
:
Bearbeitet durch User
Niklas G. schrieb: > Hendrik L. schrieb: >> Unter Linux Terminal funktionieren sie (aber natürlich nur innerhalb der >> AVF). > > Sie "funktionieren" in dem Sinne dass sie nicht mit Fehlermeldung > abbrechen, aber sie tun auch nichts nützliches. Da kannst du dir genau > so gut unter Termux ein Skript installieren dass bei "ip addr" irgendwas > ausgibt. > > Daher meine Frage: Was bringt das? > > Die einzige Ausnahme ist traceroute - das funktioniert aber auch unter > Termux wunderbar, ohne root. > > Hendrik L. schrieb: >> Kannst Du über die virtuelle Schnittstelle (sockets) mit Skripten zu >> anderen IP-Knoten kommunizieren ? > > Als Client, ja. Das geht unter Termux auch, und jede gewöhnliche Android > App kann es offensichtlich auch. Also absolut Null Argument für AVF. Doch - ich kann die gleichen Scripte, die auf meinen gehosteten Servern in der Netzwerkkommunikation laufen, auch im Linux Terminal laufen lassen! :-)
Hendrik L. schrieb: > Doch - ich kann die gleichen Scripte, die auf meinen gehosteten Servern > in der Netzwerkkommunikation laufen, auch im Linux Terminal laufen > lassen! Wenn es Clients sind, laufen die auch unter Termux. Wenn es Server sind laufen sie zwar, aber du kannst keine Verbindung dazu aufbauen. Toll?
Habe soeben erfahren, das Xiaomi Ultra 17 soll AVF können. Werde jetzt 'mal im Telekom Shop testen. Danke für Eure Mithilfe - werde berichten!
Niklas G. schrieb: > Hendrik L. schrieb: >> Doch - ich kann die gleichen Scripte, die auf meinen gehosteten Servern >> in der Netzwerkkommunikation laufen, auch im Linux Terminal laufen >> lassen! > > Wenn es Clients sind, laufen die auch unter Termux. Wenn es Server sind > laufen sie zwar, aber du kannst keine Verbindung dazu aufbauen. Toll? Teste einmal anhand Virtualbox!
Hendrik L. schrieb: > Teste einmal anhand Virtualbox! Soweit ich weiß kann man VirtualBox nicht unter Android installieren. Hendrik L. schrieb: > Werde jetzt 'mal im Telekom Shop testen. Dann teste mal ob du da ein Server-Skript laufen lassen kannst und von außen eine Verbindung dazu aufbauen kannst. Wer weiß, vielleicht hat Xiaomi sehr laxe SELinux-Policies...
:
Bearbeitet durch User
Hendrik L. schrieb: >> Hätte auch den Vorteil, das der Spaß auch funktioniert und bedienbar >> ist, wenn dein Smartphone kaputt geht oder so. > > Habe zwei Samsung Ultra - die halten nacheinander total bequem 24h. Erstens musst du dann 2 Geräte mitschleppen (und Powerbank/Netzteil bei längerer Abwesenheit), zweitens musst du die dann ja synchron halten? Alles Probleme, die du mit einer zentralen Steuerung vor Ort mit Fernzugriff nicht hast.
Hendrik L. schrieb: > Werde jetzt 'mal im Telekom Shop testen. Die Shopangestellte hat die Polizei gerufen, da war so ein h4ck0r im Laden!
Alexander schrieb: > Bei Xiaomi sollte der Bootloader noch entsperrbar sein (vor dem Kauf > checken) Xiaomi 17 Bootloader Exploit (nur noch wenige Tage) https://forum.xda-developers.com/t/4781471 https://forum.xda-developers.com/posts/90512706
:
Bearbeitet durch User
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.