Seamless Update für das Galaxy S24 Ultra?

[Matador]

Und ziemlich genau so könnte es werden. Nur da wir wenn das was hier behauptet wird stimmt, dynamische Partitionen haben, würde es sogar noch einfacher sein.

Wir sollten hier also nicht soviel über ungelegte Eier diskutieren sondern eher abwarten was da auf uns zu kommt.

 

[Klaus986]

2. Update: Bootloader auf AB-Updates vorbereiten und eine Kopie von /system im "neuen" freien Speicher

das hat mit dem Bootloader nichts zu tun. Auch der wird auf die Slots aufgeteilt. Außeedem geht hier nicht nur um /system. Es geht um /super und viele andere Partitiinen betreffend wie z.B. Modem, Boot, Bluetooth etc.

Beiträge automatisch zusammengeführt: 09.04.2024

Wir sollten hier also nicht soviel über ungelegte Eier diskutieren sondern eher abwarten was da auf uns zu kommt.

nach all den "praktischen" Bedingungen, gehst du wirklich noch davon aus, dass es passiert?

Hast du Zeit und Platz auf deinem PC mit USB-2.0-Anschluss, dieses skizzierte Prozedure hier durchzuführen? Nur um Seamless Updates zu bekommen?

Beiträge automatisch zusammengeführt: 09.04.2024

Was du im Übrigen nur deswegen nicht hast, weil Samsung es nicht wollte.

 

[profi_fahrer]

@Klaus986
Dann baut man auch einfach eine AB-Partition für die restlichen Partitionen. Der Bootloader wird aber indirekt auch ein Update benötigen, damit er mit den AB-Partitionen zurecht kommt. Für OTA-Updates reicht das Recovery, aber bei Odin/SmartSwitch geht es noch eine Stufe "direkter".

 

[Tanis64]

Da ich meine Samsung Geräte seit einiger Zeit nicht mehr Roote (schlichtweg weil ich persönlich keinen Vorteil mehr dabei sehe) und die Zugriffsberechtigungen was das Auslesen der Partitionen, des Filesystems bei Android in den letzten Versionen auch immer restriktiver wurden, kann ich nicht alle Partitionen auflisten, bzw. kann auch nicht sicher sein das die Auflistung so überhaupt korrekt ist.

So wie Klaus das sieht sehe ich das zum Teil auch, allerdings sehe ich es nicht als so schlimm an das die Updates weiter über den OTA-Update kommen. Selbst mit 'dynamischen' Partitionen sind da mit Sicherheit einige Partitionen nicht dynamisch und die gehören zum System etc.
Samsung hält sich da wie immer sehr bedeckt, was man aber auch Teils respektieren muss, allein schon wegen dem Enterprise Segment.

Hier mal das was die App Diskinfo Pro ausgibt:

DiskInfo :: e3qxeea

--------------------------
Internal Storage
--------------------------
* /product [/product] (/product) [erofs]
   Used: 1,3 GB, Free: 0 B, Total space: 1,3 GB
* /product/vm-system [/product/vm-system] (/product/vm-system) [ext4]
   Used: 242 MB, Free: 20,1 MB, Total space: 263 MB
* /vendor/firmware_mnt [/vendor/firmware_mnt] (/vendor/firmware_mnt) [vfat]
   Total space: unknown
* /apex/com.android.vndk.v34 [/apex/com.android.vndk.v34] (/apex/com.android.vndk.v34@1) [ext4]
   Used: 25 MB, Free: 0 B, Total space: 25 MB
* /apex/com.android.rkpd@1 [/apex/com.android.rkpd@1] (/apex/com.android.rkpd@1) [ext4]
   Used: 1008 KB, Free: 8 KB, Total space: 1016 KB
* /apex/com.google.mainline.primary.libs@341553000 [/apex/com.google.mainline.primary.libs@341553000] (/apex/com.google.mainline.primary.libs@341553000) [ext4]
   Used: 1008 KB, Free: 8 KB, Total space: 1016 KB
* /apex/com.android.permission [/apex/com.android.permission] (/apex/com.android.permission@341510010) [ext4]
   Used: 18,2 MB, Free: 0 B, Total space: 18,2 MB
* / [/] (/) [erofs]
   Used: 6,3 GB, Free: 0 B, Total space: 6,3 GB
* /apex/com.android.neuralnetworks [/apex/com.android.neuralnetworks] (/apex/com.android.neuralnetworks@341510000) [ext4]
   Used: 4,4 MB, Free: 0 B, Total space: 4,4 MB
* /vendor [/vendor] (/vendor) [erofs]
   Used: 2,4 GB, Free: 0 B, Total space: 2,4 GB
* /apex/com.android.mediaprovider [/apex/com.android.mediaprovider] (/apex/com.android.mediaprovider@341511070) [ext4]
   Used: 10,6 MB, Free: 0 B, Total space: 10,6 MB
* /apex/com.google.android.widevine@341113000 [/apex/com.google.android.widevine@341113000] (/apex/com.google.android.widevine@341113000) [ext4]
   Used: 3,9 MB, Free: 0 B, Total space: 3,9 MB
* Cache [/cache] (/cache) [ext4]
   Used: 12,7 MB, Free: 327 MB, Total space: 340 MB
* /dev/usb-ffs/adb [/dev/usb-ffs/adb] (/dev/usb-ffs/adb) [functionfs]
   Used: 0 B, Free: 0 B, Total space: 0 B
* /efs [/efs] (/efs) [ext4]
   Used: 5,8 MB, Free: 9,9 MB, Total space: 15,7 MB
* /apex/com.android.devicelock [/apex/com.android.devicelock] (/apex/com.android.devicelock@1) [ext4]
   Used: 136 KB, Free: 96 KB, Total space: 232 KB
* /apex/com.android.adbd@341517070 [/apex/com.android.adbd@341517070] (/apex/com.android.adbd@341517070) [ext4]
   Used: 5,7 MB, Free: 0 B, Total space: 5,7 MB
* /dev/usb-ffs/mtp [/dev/usb-ffs/mtp] (/dev/usb-ffs/mtp) [functionfs]
   Used: 0 B, Free: 0 B, Total space: 0 B
* /system_dlkm [/system_dlkm] (/system_dlkm) [erofs]
   Used: 7 MB, Free: 0 B, Total space: 7 MB
* /dev/binderfs [/dev/binderfs] (/dev/binderfs) [binder]
   Used: 0 B, Free: 0 B, Total space: 0 B
* /sys/fs/pstore [/sys/fs/pstore] (/sys/fs/pstore) [pstore]
   Used: 0 B, Free: 0 B, Total space: 0 B
* /mnt/vendor/persist [/mnt/vendor/persist] (/mnt/vendor/persist) [ext4]
   Total space: unknown
* /apex/com.android.ondevicepersonalization [/apex/com.android.ondevicepersonalization] (/apex/com.android.ondevicepersonalization@340821000) [ext4]
   Used: 1,3 MB, Free: 8 KB, Total space: 1,3 MB
* /apex/com.android.art@341514410 [/apex/com.android.art@341514410] (/apex/com.android.art@341514410) [ext4]
   Used: 33,3 MB, Free: 0 B, Total space: 33,3 MB
* /apex/com.android.media.swcodec [/apex/com.android.media.swcodec] (/apex/com.android.media.swcodec@341513600) [ext4]
   Used: 25,5 MB, Free: 0 B, Total space: 25,5 MB
* /apex/com.android.cellbroadcast@341510010 [/apex/com.android.cellbroadcast@341510010] (/apex/com.android.cellbroadcast@341510010) [ext4]
   Used: 15,9 MB, Free: 0 B, Total space: 15,9 MB
* /apex/com.android.healthfitness [/apex/com.android.healthfitness] (/apex/com.android.healthfitness@341512030) [ext4]
   Used: 11,2 MB, Free: 0 B, Total space: 11,2 MB
* /apex/com.android.adservices@341517040 [/apex/com.android.adservices@341517040] (/apex/com.android.adservices@341517040) [ext4]
   Used: 19,6 MB, Free: 0 B, Total space: 19,6 MB
* /apex/com.android.apex.cts.shim@1 [/apex/com.android.apex.cts.shim@1] (/apex/com.android.apex.cts.shim@1) [ext4]
   Used: 100 KB, Free: 132 KB, Total space: 232 KB
* /apex/com.android.extservices@341518013 [/apex/com.android.extservices@341518013] (/apex/com.android.extservices@341518013) [ext4]
   Used: 7,5 MB, Free: 0 B, Total space: 7,5 MB
* /apex/com.android.uwb [/apex/com.android.uwb] (/apex/com.android.uwb@340090000) [ext4]
   Used: 8 MB, Free: 0 B, Total space: 8 MB
* /vendor/dsp [/vendor/dsp] (/vendor/dsp) [ext4]
   Used: 34,7 MB, Free: 23,3 MB, Total space: 58 MB
* /apex/com.android.wifi@341011010 [/apex/com.android.wifi@341011010] (/apex/com.android.wifi@341011010) [ext4]
   Used: 8,5 MB, Free: 0 B, Total space: 8,5 MB
* /sys/fs/fuse/connections [/sys/fs/fuse/connections] (/sys/fs/fuse/connections) [fusectl]
   Used: 0 B, Free: 0 B, Total space: 0 B
* /sys/fs/cgroup [/sys/fs/cgroup] (/sys/fs/cgroup) [cgroup2]
   Used: 0 B, Free: 0 B, Total space: 0 B
* /apex/com.android.configinfrastructure@341510000 [/apex/com.android.configinfrastructure@341510000] (/apex/com.android.configinfrastructure@341510000) [ext4]
   Used: 200 KB, Free: 32 KB, Total space: 232 KB
* /apex/com.samsung.android.authfw.ta@342403170 [/apex/com.samsung.android.authfw.ta@342403170] (/apex/com.samsung.android.authfw.ta@342403170) [ext4]
   Used: 740 KB, Free: 16 KB, Total space: 756 KB
* /apex/com.android.sdkext@341510000 [/apex/com.android.sdkext@341510000] (/apex/com.android.sdkext@341510000) [ext4]
   Used: 704 KB, Free: 16 KB, Total space: 720 KB
* /vendor/firmware-modem [/vendor/firmware-modem] (/vendor/firmware-modem) [vfat]
   Total space: unknown
* /apex/com.samsung.android.shell@342403171 [/apex/com.samsung.android.shell@342403171] (/apex/com.samsung.android.shell@342403171) [erofs]
   Used: 184 KB, Free: 0 B, Total space: 184 KB
* /apex/com.android.conscrypt [/apex/com.android.conscrypt] (/apex/com.android.conscrypt@341511080) [ext4]
   Used: 4 MB, Free: 0 B, Total space: 4 MB
* /apex/com.android.media@341513600 [/apex/com.android.media@341513600] (/apex/com.android.media@341513600) [ext4]
   Used: 5,3 MB, Free: 0 B, Total space: 5,3 MB
* /apex/com.samsung.android.biometrics.fingerprint [/apex/com.samsung.android.biometrics.fingerprint] (/apex/com.samsung.android.biometrics.fingerprint@311722300) [ext4]
   Used: 28 KB, Free: 204 KB, Total space: 232 KB
* /config [/config] (/config) [configfs]
   Used: 0 B, Free: 0 B, Total space: 0 B
* /mnt/user/0/emulated [/mnt/user/0/emulated] (/mnt/installer/0/emulated, /mnt/androidwritable/0/emulated, /mnt/user/0/emulated, /storage/emulated) [fuse]
   Used: 219 GB, Free: 716 GB, Total space: 936 GB
* /dev/usb-ffs/ptp [/dev/usb-ffs/ptp] (/dev/usb-ffs/ptp) [functionfs]
   Used: 0 B, Free: 0 B, Total space: 0 B
* /odm [/odm] (/odm) [erofs]
   Used: 904 KB, Free: 0 B, Total space: 904 KB
* /apex/com.samsung.android.lifeguard@332017701 [/apex/com.samsung.android.lifeguard@332017701] (/apex/com.samsung.android.lifeguard@332017701) [ext4]
   Used: 60 KB, Free: 172 KB, Total space: 232 KB
* /sys/fs/bpf [/sys/fs/bpf] (/sys/fs/bpf) [bpf]
   Used: 0 B, Free: 0 B, Total space: 0 B
* /apex/com.android.i18n [/apex/com.android.i18n] (/apex/com.android.i18n@1) [ext4]
   Used: 35 MB, Free: 0 B, Total space: 35 MB
* /apex/com.google.mainline.primary.libs@340737070 [/apex/com.google.mainline.primary.libs@340737070] (/apex/com.google.mainline.primary.libs@340737070) [ext4]
   Used: 3 MB, Free: 0 B, Total space: 3 MB
* /apex/com.android.btservices@340090000 [/apex/com.android.btservices@340090000] (/apex/com.android.btservices@340090000) [ext4]
   Used: 22,9 MB, Free: 0 B, Total space: 22,9 MB
* /apex/com.android.virt [/apex/com.android.virt] (/apex/com.android.virt@2) [ext4]
   Used: 292 KB, Free: 28 KB, Total space: 320 KB
* /apex/com.android.runtime@1 [/apex/com.android.runtime@1] (/apex/com.android.runtime@1) [ext4]
   Used: 6,9 MB, Free: 0 B, Total space: 6,9 MB
* /apex/com.android.tzdata [/apex/com.android.tzdata] (/apex/com.android.tzdata@341510010) [ext4]
   Used: 744 KB, Free: 16 KB, Total space: 760 KB
* /apex/com.android.os.statsd [/apex/com.android.os.statsd] (/apex/com.android.os.statsd@341511040) [ext4]
   Used: 3,3 MB, Free: 0 B, Total space: 3,3 MB
* /omr [/omr] (/omr) [ext4]
   Used: 1 MB, Free: 44,2 MB, Total space: 45,2 MB
* /system_ext [/system_ext] (/system_ext) [erofs]
   Used: 77,7 MB, Free: 0 B, Total space: 77,7 MB
* /vendor_dlkm [/vendor_dlkm] (/vendor_dlkm) [erofs]
   Used: 28 MB, Free: 0 B, Total space: 28 MB
* /apex/com.samsung.android.spqr [/apex/com.samsung.android.spqr] (/apex/com.samsung.android.spqr@1) [ext4]
   Used: 2,4 MB, Free: 0 B, Total space: 2,4 MB
* /apex/com.samsung.android.vital [/apex/com.samsung.android.vital] (/apex/com.samsung.android.vital@340000000) [ext4]
   Used: 28 KB, Free: 204 KB, Total space: 232 KB
* /apex/com.samsung.android.biometrics.face [/apex/com.samsung.android.biometrics.face] (/apex/com.samsung.android.biometrics.face@311722300) [ext4]
   Used: 28 KB, Free: 204 KB, Total space: 232 KB
* /sys/kernel/tracing [/sys/kernel/tracing] (/sys/kernel/tracing) [tracefs]
   Used: 0 B, Free: 0 B, Total space: 0 B
* /apex/com.samsung.android.camera.unihal [/apex/com.samsung.android.camera.unihal] (/apex/com.samsung.android.camera.unihal@340673000) [ext4]
   Used: 28 KB, Free: 204 KB, Total space: 232 KB
* /dev/ffs-diag [/dev/ffs-diag] (/dev/ffs-diag) [functionfs]
   Used: 0 B, Free: 0 B, Total space: 0 B
* /prism [/prism] (/prism) [ext4]
   Used: 1 GB, Free: 294 MB, Total space: 1,3 GB
* /metadata [/metadata] (/metadata) [f2fs]
   Used: 34,2 MB, Free: 27,8 MB, Total space: 62 MB
* /apex/com.android.appsearch [/apex/com.android.appsearch] (/apex/com.android.appsearch@341510000) [ext4]
   Used: 3,6 MB, Free: 0 B, Total space: 3,6 MB
* /mnt/vendor/efs [/mnt/vendor/efs] (/mnt/vendor/efs) [ext4]
   Total space: unknown
* Data [/data/user/0] (/mnt/pass_through/0/emulated, /data, /data/user/0, /data_mirror/data_ce/null, /data_mirror/data_ce/null/0, /data_mirror/data_de/null, /data_mirror/misc_ce/null, /data_mirror/misc_de/null, /data_mirror/cur_profiles, /data_mirror/ref_profiles) [f2fs]
   Used: 219 GB, Free: 716 GB, Total space: 936 GB
* /apex/com.android.tethering@341511010 [/apex/com.android.tethering@341511010] (/apex/com.android.tethering@341511010) [ext4]
   Used: 15,3 MB, Free: 0 B, Total space: 15,3 MB
* /dev/ffs-diag-1 [/dev/ffs-diag-1] (/dev/ffs-diag-1) [functionfs]
   Used: 0 B, Free: 0 B, Total space: 0 B
* /dev/ffs-diag-2 [/dev/ffs-diag-2] (/dev/ffs-diag-2) [functionfs]
   Used: 0 B, Free: 0 B, Total space: 0 B
* /apex/com.android.resolv@341510000 [/apex/com.android.resolv@341510000] (/apex/com.android.resolv@341510000) [ext4]
   Used: 3,9 MB, Free: 0 B, Total space: 3,9 MB
* /optics [/optics] (/optics) [ext4]
   Used: 3,2 MB, Free: 25,7 MB, Total space: 29 MB
* /apex/com.android.scheduling [/apex/com.android.scheduling] (/apex/com.android.scheduling@341510000) [ext4]
   Used: 108 KB, Free: 124 KB, Total space: 232 KB
* /apex/com.android.ipsec [/apex/com.android.ipsec] (/apex/com.android.ipsec@341510000) [ext4]
   Used: 764 KB, Free: 12 KB, Total space: 776 KB

Due to changes in file system permissions introduced in Android O, DiskInfo is currently not able to display a complete list of partitions.
--------------------------
tmpfs mount points
--------------------------
* /dev [tmpfs]
   Used: 2,5 MB, Free: 5,1 GB, Total space: 5,1 GB
* /mnt [tmpfs]
   Used: 0 B, Free: 5,1 GB, Total space: 5,1 GB
* /mnt/installer [tmpfs]
   Total space: unknown
* /mnt/androidwritable [tmpfs]
   Total space: unknown
* /apex [tmpfs]
   Used: 68 KB, Free: 5,1 GB, Total space: 5,1 GB
* /apex/apex-info-list.xml [tmpfs]
   Total space: unknown
* /linkerconfig [tmpfs]
   Used: 828 KB, Free: 5,1 GB, Total space: 5,1 GB
* /linkerconfig [tmpfs]
   Used: 828 KB, Free: 5,1 GB, Total space: 5,1 GB
* /data_mirror [tmpfs]
   Total space: unknown
* /storage [tmpfs]
   Total space: unknown
--------------------------
Memory
--------------------------
* RAM
   Used: 8,8 GB, Free: 2 GB, Total space: 10,8 GB
* Swap
   Used: 3 GB, Free: 13,3 MB, Total space: 3 GB

 

[Klaus986]

Samsung hält sich da wie immer sehr bedeckt, was man aber auch Teils respektieren muss, allein schon wegen dem Enterprise Segment.

womit halten sie sich bedeckt?

Beiträge automatisch zusammengeführt: 09.04.2024

des Filesystems bei Android in den letzten Versionen auch immer restriktiver wurden, kann ich nicht alle Partitionen auflisten, bzw. kann auch nicht sicher sein das die Auflistung so überhaupt korrekt ist.

schon mal unter /dev/block nachgeschaut?

Beiträge automatisch zusammengeführt: 09.04.2024

Dann baut man auch einfach eine AB-Partition für die restlichen Partitionen.

Klar, theoretisch möglich.

Echt herrlich, was hier manche User bei einem Gerät im Wert von 1.500€ auf sich nehmen würden, nur um Seamless Updates zu erhalten. Das kann ich absolut nicht verstehen. Vielleicht den Hersteller wechseln? Wäre jedenfalls einfacher, als dieser ganze Quatsch hier.

 

[proudlyS23plus]

Während des Updates wird nicht neu gestartet, es kann nach dem Update neu gestartet werden, um es abzuschließen.
Das dauert dann nicht viel länger als ein normaler Neustart.
Ich sehe da jetzt keinen Nachteil von Seamless Updates...

Dann hast du ein anderes Samsung. Bei mir steht nach dem runterladen des Updates "jetzt installieren". Daraufhin startet das Handy neu und installiert. Das vorher ist einfach nur das runterladen. Ich weiss nicht welches Samsung du hast

 

[Tanis64]

schon mal unter /dev/block nachgeschaut?

ja über adb (ohne root) kann man sich die liste der block-devices anschauen, man kann auch z.B. auflisten was gemountet ist, aber was würde das hier und in dem Kontext bringen? Die Aussage bezog sich auf die App.
Wollte mit dem Ganzen nur verdeutlichen das das halt nicht so einfach ist wie sich das hier so einige vorstellen.
Wenn das Gerät nicht von Werk aus darauf ausgerichtet ist, wird das extrem haarig das irgendwie nachträglich aufs Device zu bringen.
Ich glaube nicht daran das Samsung das irgendwie nachreicht, dann hätten sie es schon viel früher und bei weit aus mehr Geräten zum laufen gebracht, wie du schon sagtest die wollten das nicht.
Sie fangen jetzt damit an, zu einer Zeit wo die Entwicklung des S24 schon Monate lang abgeschlossen ist.

 

[uNique285]

@proudlyS23plus dein Samsung hat auch kein Seamless Update...worum es hier geht...
Ich hab den Vorgang beschrieben, wie es mit einem Seamless Update ablaufen würde bzw auf einem Pixel ist.

 

[Angelecki]

Ich verweise noch mal auf meinen letzten Post und den drin verlinkten Post mit dem screenshot Nummer 2 auf dem der Dateiname des neuen Update Dienstes zu lesen ist und im Namen enthält : abenabler

Etwas das bereits vorhanden ist wie beim A55 muss nicht erst enabled werden.

Der enabler ist für Geräte die es bisher noch nicht an Werk haben. Und so wie es aussieht dürfte Samsung also auch noch einen Weg gefunden haben es doch OTA zu machen.

Sämtliche gegensätzliche Meinungen unserer Samsung Experten hier im Forum dürften damit dann wohl hinfällig werden

 

[Klaus986]

Sämtliche gegensätzliche Meinungen unserer Samsung Experten hier im Forum dürften damit dann wohl hinfällig werden

ja nee, is klar

 

[MoervYO]

Apple hat auch mal in 2016 die internen Speicher von iPads und iPhones auf ein neues System per OTA umgestellt und alles mögliche an den Partitionen geändert. Warum sollte es bei Samsung also nicht möglich sein?

Apple File System – Wikipedia.

 

[Klaus986]

und alles mögliche an den Partitionen geändert.

Was genau haben sie geändert?

Beiträge automatisch zusammengeführt: 10.04.2024

@MoervYO An den Partitionen wurde nichts geändert, nur das Dateisystem wurde ohne Datenverlust neu formatiert.

Golem.de: IT-News für Profis

Darum geht es hier in diesem Thread aber nicht!

Außerdem ist es nicht neu, ein Dateisystem ohne Datenverlust zu formatieren. Das kann Windows auch:

FAT32-Datenträger ohne Datenverlust in NTFS Format konvertieren

Apple hat selbstverständlich bei der Entwicklung von APFS darauf geachtet, dass die Daten ohne Verlust von HFS+ immigriert werden können.

 

[benutzer90]

Ich verweise noch mal auf meinen letzten Post und den drin verlinkten Post mit dem screenshot Nummer 2 auf dem der Dateiname des neuen Update Dienstes zu lesen ist und im Namen enthält : abenabler

Etwas das bereits vorhanden ist wie beim A55 muss nicht erst enabled werden.

Der enabler ist für Geräte die es bisher noch nicht an Werk haben. Und so wie es aussieht dürfte Samsung also auch noch einen Weg gefunden haben es doch OTA zu machen.

Sämtliche gegensätzliche Meinungen unserer Samsung Experten hier im Forum dürften damit dann wohl hinfällig werden

denke frühstens mit der beta kommt das auch für uns ,wenn überhaupt

 

[koyaotao]

Ich verstehe nicht, was das Seamless Update bringen soll. Ist man echt so Smartphonesüchtig, dass man die paar Minuten während einer Updateinstallation nicht auf das Smartphone verzichten kann??

 

[benutzer90]

Bei mir hat es nichts mit süchtig zu tun sondern eher die Kategorie haben xD
Brauch man es nein
Will man es ja
Und wenn Samsung das endlich einsetzten wird bei Smartphones dann erwarte ich als Kunde auch das es alle Geräte haben wo dieses Jahr rauskommen (, ich mein was kostet ein a55 5g knapp 460€ ) ein s24 ab 900 aufwärts

 

[Mark Aber]

@koyaotao verstehe den "Hype" ebenso wenig, zumal Samsung eh sehr vorbildlich Updates zur Verfügung stellt.

 

[Angelecki]

Selbstverständlich braucht man es. Denn wenn das Update nicht sauber war und das Gerät nicht mehr bootet:

1. Hast du keine Möglichkeit deine Daten zu sichern,
2. Hast du keine Möglichkeit das Update rückgängig zu machen.
3. Hast du nur noch die Option das Gerät zurück zu setzen und dabei deine Daten zu löschen.

Und kommt mir jetzt bitte nicht damit, dass euch das noch nie passiert ist. Das ist egal. Weil es anderen passiert ist und die froh gewesen wären, zu einem vorherigen Zustand zurück zu kehren.

Weil man vielleicht gerade unterwegs, im Urlaub etc. ist. Dann vielleicht wichtige Daten, Boardingpässe sonst was drauf ist. Vielleicht grade am Flughafen am Gate steht und einsteigen will. Das Gerät aber nicht mehr bootet, man an seinen Boardingpass nicht ran kommt. Oder was auch immer.

Diese neue Art des Updatens ist das sinnvollste überhaupt. Stören tut mich persönlich daran nur eine Sachen. Nämlich dass, wenn die secondary Partition dauerhaft eingerichtet ist, um sicherzustellen, dass diese Art des Updates auch wirklich immer verfügbar ist, dann geht dass vom Nutzerspeicher ab. Und das finde ich nicht geil.

 

[profi_fahrer]

Das sicherste Verfahren wäre so ähnlich wie bei Windows. Da wird bei einem Update der komplette Windows-Ordner in "Windows.old" kopiert. Dann wird das Update verarbeitet und das System gestartet. Wenn irgendwas schief läuft, dann kopiert das System die Dateien von "Windows.old" einfach wieder zurück.

Bei Android müsste man da mit der User-Data Partition arbeiten, da das System auf einer seperaten Partition ist und der Prozess wäre nicht schneller, als bei einem aktuellen Update. Allerdings wäre das Verfahren sehr sicher.

 

[Queeky]

1. Hast du keine Möglichkeit deine Daten zu sichern,

Seine Daten sichern, das sollte man eh regelmäßig machen. Und wenn man befürchtet, ein Update könnte ja auch mal schief gehen, dann kann man ja immer noch vor einem Update seine Daten sichern.

2. Hast du keine Möglichkeit das Update rückgängig zu machen.

Man korrigiere mich, aber das geht sehr wohl mit SmartSwitch.

3. Hast du nur noch die Option das Gerät zurück zu setzen und dabei deine Daten zu löschen.

Wie gesagt, SmartSwitch.

Weil man vielleicht gerade unterwegs, im Urlaub etc. ist. Dann vielleicht wichtige Daten, Boardingpässe sonst was drauf ist. Vielleicht grade am Flughafen am Gate steht und einsteigen will. Das Gerät aber nicht mehr bootet, man an seinen Boardingpass nicht ran kommt.

In so einer Situation, wenn ich gerade unterwegs bin und sowas wichtiges wie Boardingpass auf dem Handy ist, dann komme ich bestimmt nicht auf die Idee, jetzt "mal eben schnell" noch ein Update zu starten

Diese neue Art des Updatens ist das sinnvollste überhaupt. Stören tut mich persönlich daran nur eine Sachen. Nämlich dass, wenn die secondary Partition dauerhaft eingerichtet ist, um sicherzustellen, dass diese Art des Updates auch wirklich immer verfügbar ist, dann geht dass vom Nutzerspeicher ab. Und das finde ich nicht geil.

Wenn dir diese 4 oder 5 GB am Ende fehlen, dann würde ich mal sagen, hast du den Speicher bei deinem Handy von vornherein etwas zu knapp kalkuliert und beim Kauf des Handys gegeizt

 

[Tanis64]

Zur Datensicherung, das muss jeder halten wie er denkt, man sollte jedoch dabei auch in Erwägung ziehen das einem die sicherste und beste Updatevariante nichts bringt wenn es den UFS 4.0 Speicher (Flash Storage) zerbröselt.
Wenn beim OTA Update mal etwas Schief gehen sollte, (das ist mir aber bisher bei keinem meiner Samsung Geräte jemals passiert) besteht nach wie vor die Möglichkeit mit Odin die Firmware Manuell zu flashen und zwar auch ohne Verlust der Daten, ein zurückgehen auf die vorherige Version ist damit jedoch nicht so ohne weiteres möglich wenn auch der Bootloader mit aktualisiert wurde. Ob das heute auch noch mit SmartSwitch geht weiß ich nicht.
Inwiefern das bei Devices mit Seamles-Update möglich ist auf die vorherige Version zurückzugehen wenn der Bootloader mit erneuert wurde, entzieht sich meiner Kenntnis.