Huidige Nexus-smartphones kunnen updates niet op achtergrond installeren

Huidige Nexus-toestellen krijgen niet de functie om updates op de achtergrond te installeren. Google heeft die feature toegevoegd aan de derde preview van Android N, maar het zou een update via een pc vereisen om dat te laten werken op huidige toestellen.

Het installeren van updates terwijl het toestel aan staat, vereist een dubbel uitgevoerde systeempartitie en daarvoor zou de telefoon opnieuw moeten worden gepartitioneerd. Dat kan alleen via een update op pc, zegt Google tegen Android Police.

Dat zou bovendien te veel gedoe opleveren, waardoor Google ervoor heeft gekozen om de updates op de huidige manier te laten installeren. Daarvoor moet de telefoon uit staan. Op Chrome OS is het al jaren gebruikelijk om de systeempartitie dubbel uit te voeren en op die manier updates op de achtergrond te installeren.

De functie voor het updaten op de achtergrond terwijl het Android-apparaat aan staat zit in de derde preview van Android N, die Google woensdag online zette. Die dubbel uitgevoerde partitie maakt het updaten ook veiliger. Als de update niet slaagt, kan de gebruiker terugvallen op de nog altijd functionerende andere partitie om het toestel te booten. Dat is tot nu toe in Android niet zo, hoewel in veel gevallen wel op andere manieren een vorige firmware terug te zetten is op een telefoon.

Omdat eerder in Android N Google al de compiler een update gaf, zodat voortaan apps niet meer bij het opstarten en updaten gecompileerd hoeven te worden, iets dat resulteerde in de 'Optimising apps'-melding die minutenlang in beeld staat bij updates. In plaats van een 'ahead of time'-compiler gebruikt Google nu een combinatie van 'ahead of time' en 'just in time'. Dat maakt ook de installatie van apps sneller.

Reacties (48)

[Kaalus]

Dit was te verwachten natuurlijk. Om een partitie bij te maken zul je een compleet nieuwe partitieindeling op het toestel moeten flashen (net als in het Desire tijdperk ), waarbij er een deel of alle data verloren zal gaan. Bovendien komt die ruimte niet uit een zwart gat, dus zul je ruimte van een andere partitie in moeten gaan leveren, en dat zou dan hoogstwaarschijnlijk de "sdcard" worden gezien de rest niet kleiner kan.
Dat zijn zaken waar de gemiddele telefooneigenaar niets van snapt en ook niet blij van wordt. En de kans is aanwezig dat het hele toestel gebrickt raakt.

Ben wel benieuwd hoe fabrikanten dit dan gaan doen, waarschijnlijk blijft er netto dus gewoon nóg minder over van je 32GB straks...

[Frostbite]

Misschien ook des te meer reden om anno 2016 te kiezen voor een 32GB model en niet meer voor een 16Gb model. De huidige Nexus-sen kunnen ook niet meer uitgebreid worden met extra geheugen d.m.v. een micro sd-kaart.

Gisteren een Nexus 5X voor mijn moeder gereed gemaakt en na het herstellen van de oude backup (S3) zaqt ik al snel aan 10Gb van de (netto) 25.

Het laatste waar je op zit te wachten is een melding 'Opslagruimte vol' lijkt me. Zelfs met een extra partitie op het toestel moet je toch goed je best doen om dat vol te krijgen. En ja sommige mensen hebben niet eens genoeg aan 32, 64 of 128Gb maar die hou je altijd.

[hiostu]

Het valt me trouwens op dat Android ontzettend slecht omgaat met zijn schijfruimte. Ik ben net overgestapt van Windows Mobile naar Android om dit even te testen. Toegegeven, het is een goedkoop toestel met weinig opslagruimte, maar met microSD slot. Wat me opvalt is dat er nog steeds erg veel naar het intern geheugen gaat. Ik heb ingesteld dat apps meteen naar SD kaart moeten, maar Android weigert dit te doen en installeert alle apps eerst op primaire opslag en dan moet je de app weer handmatig overzetten naar de SD kaart.

Ook veel standaard apps zoals de camera app kunnen niet standaard foto's en filmpjes opslaan op de SD kaart. Daar moet je dan weer een andere camera app voor installeren.

Wat me als laatste opvalt is dat je bijna iedere dag wel 500mb aan cache weg kunt gooien. Dat heb ik op een Windows Mobile device met weinig ruimte nog nooit hoeven te doen. Dat blijft altijd vrij goed binnen de perken en groeit zeker niet iedere dag met 500mb.

[HellFury]

Dit is ook de reden dat Google destijds SD-kaarten minder en minder rechten gaven. Hier zijn ze ietwat op teruggekomen aangezien men graag SD-kaartjes koopt en gebruikt, maar gebruiksvriendelijk is het niet en de ervaring is verre van optimaal.

Wat betreft cache: weet je welke apps dit doen? Google Photos bijvoorbeeld beheert zijn cache zelf en wellicht luistert je moeder veel via Play Music, welke gestreamde muziek in de cache gooit. Zoals automatische RAM-opruiming bij vol RAM-geheugen plaatsvindt, zullen deze apps ook het opslaggeheugen vrij maken wanneer dat nodig is.

[Vizzie]

Dit is ook de reden dat Google destijds SD-kaarten minder en minder rechten gaven. Hier zijn ze ietwat op teruggekomen aangezien men graag SD-kaartjes koopt en gebruikt, maar gebruiksvriendelijk is het niet en de ervaring is verre van optimaal.

Het is niet gebruiksvriendelijk dus we zorgen dat het minder rechten krijgt en nog gebruiksonvriendelijker wordt in plaats van dat we het gebruiksvriendelijker maken?

Denk eerder dat Google zoiets had van laten we iedereen zoveel mogelijk naar (onze) online storage duwen zodat we nog completere profielen kunnen maken en verkopen.

[HellFury]

Nee, veiligheid met het systeem in Android 4.4 en lager was niet te garanderen. Problemen met encryptie, e.d. Daarnaast was het zo dat het besturingssysteem daadwerkelijk trager werd, zelfs in taken die niets met de SD-kaart te maken hadden. Vandaar dat in Android 5.0 is gekozen om apps niet meer toe te laten op SD-kaarten. Hier was flink wat tegengas over onder OEM's, waardoor het zoetjes aan weer terug kwam.

Uiteraard zal een argument zijn geweest om online opslag te pushen, maar dit zal niet het hoofdargument zijn. Android was rond Android 4.4 wat betreft snelheid, veiligheid en gebruiksvriendelijkheid gewoon niet opgewassen tegen iOS, dus moest er wat gebeuren.

[mahsalti]

Dat het niet gebruiksvriendelijk is subjectief. Zodra je een sd kaart in een toestel stopt wordt vaak gevraagd of je je toekomstige foto's hierop op wilt slaan, (scheelt je weer local storage ruimte) al je muziek en films kun je op je sd kaart op slaan zonder veel moeite. dan houd je je interne geheugen nog volledig over voor alle cache, apps en andere standaard downloads. tevens leest je telefoon gewoon alles uit en worden er libraries gemaakt die je sd kaart uitleest in gallery apps en muziek apps etc.

[CH4OS]

Wat me als laatste opvalt is dat je bijna iedere dag wel 500mb aan cache weg kunt gooien. Dat heb ik op een Windows Mobile device met weinig ruimte nog nooit hoeven te doen. Dat blijft altijd vrij goed binnen de perken en groeit zeker niet iedere dag met 500mb.

Dat hangt compleet van de soort cache af natuurlijk. Je hebt niet voor niets dagelijks die hoeveelheid aan cache terug, dus blijkbaar is het wel nodig, als het dagelijks wordt hersteld. Dan is het zonde om dagelijks die cache te legen en kost het juist meer dan dat het wat oplevert.

De tijd dat cache enkel de tijdelijke internet bestanden is, is al jaren voorbij namelijk en het hoeft dus zeker niet iets slechts te zijn!

[Reactie gewijzigd door CH4OS op 23 juli 2024 00:11]

[Nike007]

Voor de grap eens gekeken of dit bij mij ook het geval: 2.07GB aan cache.. En heb het laatst nog leeg gemaakt..

Maar zolang je internal storage maar groot genoeg is (of uitgebreid kan worden) is dit geen probleem.

[mahsalti]

cache loopt heel snel vol inderdaad, al je thumbnails en browsing history en app cache, dit kan snel oplopen naar 5GB of meer.

[Xfade]

Dat ligt aan de fabrikant dan want mijn camera app vraagt gewoon waar ik het neer wil zetten.

[hiostu]

Standaard Android camera app. Ook op een heel aantal forums gelezen dat Google dit eruit heeft gehaald bij Android 5.x en dat het schijnbaar weer terug is/komt bij Android 6.x

[Superstoned]

Er is op zich helemaal geen 2e partitie nodig, Snappy Ubuntu doet dit zelfde met containers en overlayfs terwijl je het met btrfs ook kan doen, openSUSE is bezig met iets vergelijkbaars met snapper.io en GNOME met xdg apps, Fedora met ostree... Google loopt hier niet voor op de rest van de Linux communities maar mede omdat ze zo'n oude kernel gebruiken (die veel benodigde functionaliteit mist) doen ze het op een nogal inefficiënte en onhandige manier.


Ik ben niet echt onder de indruk van een groot miljarden bedrijf wat er niet in slaagt het beter te doen of zelfs maar te kopiëren van meerdere groepjes kleine bedrijven en vrijwilligers. Natuurlijk is dit typisch, groet organisaties zijn niet goed in innovatie maar het is jammer, in open source zou je het anders aan kunnen pakken door samen te werken. Dit toont weer eens dat Android niet echt als een open source project wordt gerund en terwijl Google beweert dat dat is om sneller te innoveren is het in de praktijk niet altijd zo.

[sympa]

Die dingen zjin niet hetzelfde. Met een aparte partitie hebben de systemen ook een verschillend file system. Het root-FS kan dan worden overgezet van ext4 naar btrfs bijvoorbeeld, zonder dat het risico oplevert voor de gebruiker. En ook een corrupt root-FS maakt het toestel niet onbruikbaar.
En met containers kan je wel verschillende user-spaces draaien, maar de kernel blijft toch steeds dezelfde. En die wil je ook wel eens op een veilige manier updaten. Ik vind containers meer passen in situaties waar de userland echt verschillend is: applicaties met specifieke componenten die eigenlijk een eigen systeem verwachten. Dat is niet de situatie ope en Android-toestel.

[Superstoned]

Ja je hebt geen containers nodig, en inderdaad aparte fs is wat simpler en veiliger. Maar wel erg inefficiënt en ik wed dan ook dat Google er op overstapt. Hetzij native in het fs of via llvm ofzo.

[TheGhostInc]

Er is op zich helemaal geen 2e partitie nodig

Dat is natuurlijk leuk op een systeem dat Virtualisatie extensies heeft. Maar Android draait op SoC's die niet altijd allerlei fancy mogelijkheden hebben.

Dat je op IA64 een dergelijke oplossing hebt is leuk, maar als een of ander budget ARM SoC-je dit wegbezuinigd dan moet je dit via de CPU gaan oplossen en dan kost dit fors meer power voor een situatie die 1x per half jaar? voorkomt. ARMv7 had nog geen ondersteuning voor hardware ondersteunde virtualisatie, dat is een extensie op ARMv7. Daarnaast is virtualisatie op 64bit iets eenvoudiger (meer geheugenadressen beschikbaar), waarbij ARM pas net een beetje die kant op beweegt, veel ARM SoC's zijn nog 32bit!

Overigens het idee dat Google een 'Miljarden' organisatie is en dat daar 'tegenover' een stel vrijwilligers/hobbyisten staan geeft vooral aan dat je geen idee hebt hoe 'de wereld' in elkaar zit. Er is enorm veel synergie tussen die 2 werelden. Soms worden hobbyisten op de 'payroll' gezet van grote bedrijven of krijgen medewerkers van grote bedrijven tijd om te 'hobby-en'. En Google heeft echt geen team van duizenden mensen werken aan 'de core' van Android. Dat is ook gewoon een klein team van ontwikkelaars die 'externe hulp' hard nodig hebben. De 'headcount' van het team van Android is ook helemaal niet zo hoog, in 2012 was dat nog ~250 man/vrouw. Dat is op 'bedrijfsmatige' schaal een middenmotor. VMWare bijvoorbeeld heeft 10+x meer ontwikkelaars aan alleen virtualisatie werken!

[Superstoned]

Je hebt geen virtualisatie extensies nodig voor snapshots in btrfs en het kan ook met elk fs dankzij overlayfs. Nu heeft een twee partitie oplossing een klein voordeel qua robuustheid (het is eenvoudiger) maar damn het is primitief en inefficiënt... ik wed er een boel om dat ze op een zeker moment toch overstappen op snapshots, hetzij native in het fs of met iets als llvm.

Met cgroups kun je container dingen bouwen ook zonder virtualisatie extensies.

Gast, kijk ff tegen wie je preekt over hoe open source business werkt.

[AlphaBlack_NL]

Lijkt me niet erg efficient kwa opslagruimte? Zeker gezien sommige fabrikanten enorm bloated firmwares leveren. Ik zou voor een feature als dit iig geen opslagruimte opgeven

[Jeroenneman]

Inderdaad. Liever meer ruimte, dan dat half uur extra winnen eens in het half jaar..
Zovaak komen de updates niet langs.

[HellFury]

(sommige) Telefoons krijgen nu maandelijks beveiligingsupdates en als dit idee lijkt op wat het wordt, dan zou het zo kunnen zijn dat ze het Chrome ontwikkelingstraject gaan volgende waarbij elke 6 weken een update wordt gedaan.

[geerttttt]

Idd, firmware update is vaak al 600-900mb. Dit uitgepakt en gecompiled is waarschijnlijk nog meer. Heb geen zin om 1,5/2gb in te leveren voor veiligere updates die Running geïnstalleerd kunnen worden.

[SunnieNL]

gebruikers een keuze geven om de nieuwe optie via een pc op de oude nexus toestellen te zetten zou ook leuk geweest zijn. In principe is er nu dus geen enkele telefoon die de nieuwe functie kan testen. Leuk dat het in de beta zit, maar we hebben er dus met zijn allen niets aan?

[BJD1997]

Daar hoop ik dus ook op vind het wel praktisch die updates die instaleren op de achtergrond. Dan maar hopen dat ze op XDA erin slagen om dit voor elkaar te krijgen op de huidige nexus toestellen zodra de final versie beschikbaar is

[The Zep Man]

Dat zou bovendien teveel gedoe opleveren, waardoor Google ervoor heeft gekozen om de updates op de huidige manier te laten installeren. Daarvoor moet de telefoon uit staan.

Het lijkt mij sterk dat het apparaat uit moet staan voor het updaten. Wat ik eerder verwacht is dat dit in een soort recovery mode moet gebeuren.

Overigens weet ik niet of updaten tijdens gebruik wel gewenst is. Beveiliging is al genoemd, maar denk ook aan accuduur. 's Nachts op het nachtkastje zou kunnen, maar dat wil je niet met een gelockte telefoon vanuit een veiligheidsperspectief.

[Reactie gewijzigd door The Zep Man op 23 juli 2024 00:11]

[jip_86]

Sowieso kan je vaak al niet eens een update starten met een lege accu. Als je bijvoorbeeld Windows Update hebt kan je ook prima doorwerken zonder veel problemen. Enige wat je moet doen is een keer een handig moment kiezen voor een reboot.

[dormamu]

Ik vraag me af of de update dan ook geïnstalleerd kan worden op de achtergrond terwijl de telefoon gelocked is. Gezien discussie over Apple en FBI lijkt mij uit het oogpunt van veiligheid niet wenselijk

[WoBBeL]

Of juist wel, het is maar hoe je het bekijkt: op de achtergrond updaten om kwetsbaarheden op te lossen

[The Zep Man]

Of juist wel, het is maar hoe je het bekijkt: op de achtergrond updaten om kwetsbaarheden op te lossen

Niet als de fabrikant door een overheidsinstantie gedwongen kan worden om een update te pushen waarmee de beveiliging uitgeschakeld wordt. Zoals Tsurany aangeeft zou dit via een opt-in moeten.

[Reactie gewijzigd door The Zep Man op 23 juli 2024 00:11]

[sympa]

En dan krijg je die hele volksstammen die zoals nu zeggen 'die update installeer ik niet vorige keer raakte ik teen stuk touchwiz kwijt'.
Je kan klagen over het updatebeleid bij Samsung, maar vaak als ik zo een ding in mijn handen heb voor iemand staat er 'systeemupdate beschikbaar' en als ik de eigenaar aanraad te installeren is het 'ja ach maar uhm'.

[mahsalti]

geld volgens mij voor bijna alle toestellen, hier bij mij op werk alleen maar iPhones, maar 50% van de mensen updaten hem naar de laatste versie, in veel gevallen niet genoeg ruimte vrij om uberhaupt te kunnen updaten, of ze zijn bang dat er iets mis/stuk gaat.

[Tsurany]

Verwar je updaten op de achtergrond nu niet met automatisch updaten? Het zijn twee elementen die goed samen gaan maar dat hoeft niet. Een pop-up met update melding net als nu, enkel als de gebruiker op OK drukt kan hij tijdens installatie verder werken.

De volgende stap is opt in automatisch updaten 's nachts, via wifi en enkel bij volle accu.

[Knutselmaaster]

Zelfs buiten het fbi verhaal om, ik wil niet dat updates zomaar op mijn foon installeren zonder mijn uitdrukkelijke toestemming.
Bijvoorbeeld : De eerste versie van marshmallow voor mijn telefoon die is uitgebracht bevalt mij niet wegens nog niet geïmplementeerde functies die wel in lollipop zitten (en voor de volgende marshmallow wel op stapel staan) en ik heb besloten om te wachten.
Bijvoorbeeld (2) : Ik heb een custom rom dus kan niet zonder meer elke update installeren, als die niet compatibel zijn.
Bijvoorbeeld (3) : Ik heb een schraal abonnement en wil wachten tot ik op een vertrouwd WiFi netwerk zit.
Bijvoorbeeld (4) : Ik moet weg en heb geen mogelijkheid tot opladen voorlopig en wil dus accu besparen.
Bijvoorbeeld (5) : Ik heb 100% van mijn system resources nodig voor iets.

Etc etc

[Reactie gewijzigd door Knutselmaaster op 23 juli 2024 00:11]

[sympa]

Updates overslaan is wel een valide reden. Maar (2) een goede cutom rom gaat niet zomaar random updates installeren, mag ik hope, Anders is dat een fout in die rom. En (3) Android is tot nu toe altijd prima in het alleen ophalen van updates via wifi. Hoe dat met (4) zit weet ik niet. En met (5), bedenk je wel dat opslag steeds goedkoper wordt. Mag vooral hopen dat ze die lijken van outdated FB en andere bloat apps niet in dat systeem image zetten. Stiekum hoop ik dat het system image meer een core image wordt onder controle van Google.

[Knutselmaaster]

(2)Een custom rom update niet zomaar met het huidige systeem inderdaad maar we hebben het hier niet over een ota die de fabrikant aanbiedt maar over een update die wordt gepushed door Google op de een of andere manier als ik het goed begrijp.
(3) inderdaad maar Android weet niet welk WiFi netwerk ik als geschikt/vertrouwd acht voor een update (denk aan bijvoorbeeld op je werk is het vertrouwd voor gewoon gebruik maar je wilt er niet een heel groot bestand downloaden)
(5) ik bedoelde niet de opslag maar meer de processor en het geheugen, als ik volop aan het gamen ben wil ik zo weinig mogelijk achtergrond processen, dat soort dingen.

[sympa]

Uiteindelijk bepaalt je ROM wat voor software er draait. Het binnenhalen van een update gebeurt gewoon door software. In je ROM.
In Android kan je opgeven dat een wifi-netwerk behandeld moet worden alsof het mobiele data is. Datagebruik -> Netwerkbeperkingen en je kan aangeven welke wifi-netwerken als betaald beschouwd moeten worden. Helpt ook bij updates van de play-store.

[Knutselmaaster]

Ah dat is inderdaad handig.
Daar heb ik nog niet mee gespeeld, met mijn mobiele abbo hoef ik me daar niet druk om te maken gelukkig. (50gb 4g)

[RebelwaClue]

Met een custom rom vervalt sowieso je OTA updates al (zelfde geldt voor rooted phones)

[Knutselmaaster]

Nee hoor, ze worden gewoon aangeboden en de download werkt ook als je op accepteren klikt, je kunt ze alleen niet installeren (Sony stock based rom in mijn geval, natuurlijk geroot)
Dat zal waarschijnlijk per fabrikant/rom verschillen.

[Reactie gewijzigd door Knutselmaaster op 23 juli 2024 00:11]

[RebelwaClue]

Oh dan zal dat het zijn, tot nu toe op mn LG G3, Samsung S7 E en Nexus 5 vervielen de OTAs na een custom rom/OTA. Al had de CR op mn G3 zelf een OTA updater.

[Knutselmaaster]

Ik heb de updater app handmatig moeten verwijderen om van de permanente meldingen af te komen.

[Arunia]

Je voorbeeld 1 is geen update, maar een upgrade. Lijkt me sterk dat die blind geinstalleerd gaat worden.

[Knutselmaaster]

Daar heb je idd gelijk in (hoewel in het geval van de nieuwe Sony firmware bijna kan worden gesproken van een downgrade gezien de missende functies die wel in lollipop zaten zoals small apps, stamina mode, goede app drawer, degelijk geheugenmanagement, musicinfo etc)

[sympa]

Ja, dat kan, bleek op Google I/O. Een van de redenen waarom men is overgegaan op file-based encryptie.

[Enai]

Welcome to Android N!

All your files are exactly where you left them.

[theduke1989]

Op mijn Mi4 moest ik de tweede partitie verwijderen om de laatste Android 6.0 roms te kunnen installeren. Betekend dit dat ik dan alsnog een nieuwe partitie zou moeten aanmaken wil ik dezd "feature" kunnen gebruiken in de toekomst.

[LoeWn]

Als de huidige Nexus apparaten met 1 partitie Android N kunnen draaien zonder problemen, geeft dat niet aan dat fabrikanten straks nieuwe telefoons kunnen uitbrengen met ook maar 1 partitie? Waardoor het hele voordeel van de updates gewoon wegvalt en fabrikanten dus toch hun eigen updateprotocol kunnen aanhouden (als ze überhaupt al updates leveren)

In mijn ogen zou het een vereiste voor Android N zijn om 2 partities te hebben zodat fabrikanten niet kunnen afwijken van Googles nieuwe updatestrategieen.

[Reactie gewijzigd door LoeWn op 23 juli 2024 00:11]

[arjankoole]

geeft dat niet aan dat fabrikanten straks nieuwe telefoons kunnen uitbrengen met ook maar 1 parttime?

niet als google het verplicht maakt dat alle nieuwe toestelen verplicht 2 partities moeten hebben. Dat soort dingen dwingen ze AFAIK wel vaker af bij de fabrikanten, juist om 'cutting the corner' tegen te gaan.