Le immagini OTA di Android 17 per Pixel sono il piano B pulito quando l’aggiornamento via Impostazioni non arriva, resta in attesa o fallisce a metà. Non è una scorciatoia magica e non è il momento di improvvisare: serve sapere esattamente quale Pixel si ha in mano, quale build si sta installando e perché una OTA completa è diversa da una factory image.
L’aggancio fresco è doppio: Google ha pubblicato la pagina dedicata alle OTA Android 17 per Pixel, mentre la pagina storica delle full OTA per Nexus e Pixel ricorda il punto essenziale: questi pacchetti servono a ripristinare o aggiornare il firmware senza cancellare i dati e senza passare dallo sblocco del bootloader. In parallelo, il rollout di giugno porta Android 17 e una serie di correzioni Pixel, quindi qualcuno potrebbe voler forzare l’aggiornamento invece di aspettare la notifica. È comprensibile; farlo alla cieca, invece, è il solito sport estremo travestito da manutenzione.
Prima di tutto, un chiarimento: questa guida riguarda l’installazione di una OTA completa con ADB, non il flash di una factory image. La factory image è più invasiva, può implicare wipe, bootloader sbloccato e una gestione più delicata delle partizioni. La OTA completa, se è quella giusta per il dispositivo, replica il percorso dell’aggiornamento ufficiale con un pacchetto scaricato manualmente.
Requisiti prima di iniziare
- Un Pixel compatibile con Android 17 e con batteria almeno al 50%, meglio se collegato all’alimentazione.
- Un cavo USB affidabile, non il cavo “solo ricarica” pescato nel cassetto della disperazione.
- Android Platform Tools installati sul computer, con il comando
adbfunzionante. - Debug USB attivo sul telefono, da Opzioni sviluppatore.
- Backup recente dei dati importanti: la procedura non dovrebbe cancellare nulla, ma il condizionale in informatica è una forma di igiene mentale.
- Il file OTA corretto per il proprio modello, scaricato dalla pagina ufficiale Google.
Come verificare modello e build
Dal telefono vai in Impostazioni, poi Informazioni sul telefono, e controlla modello, versione Android e numero build. Il nome commerciale non basta: tra Pixel, varianti regionali e build differenti, il file sbagliato non è “quasi giusto”, è sbagliato. Sul computer puoi fare un controllo ulteriore con:
adb devices
adb shell getprop ro.product.device
adb shell getprop ro.build.fingerprintIl primo comando verifica che il telefono sia visto da ADB. Gli altri due aiutano a confrontare dispositivo e build con il pacchetto scelto. Se ADB non vede il telefono, fermati lì: non è un problema da risolvere continuando a caso.
Procedura: installare la OTA Android 17
- Scarica il pacchetto OTA ufficiale per il tuo Pixel e lascia il file ZIP integro, senza estrarlo.
- Metti il file nella stessa cartella dei Platform Tools, oppure usa il percorso completo nel comando finale.
- Collega il telefono al computer e autorizza il debug USB sullo schermo del Pixel.
- Esegui
adb devicese verifica che compaia un dispositivo in statodevice. - Riavvia in recovery con
adb reboot recovery. - Nella recovery, scegli Apply update from ADB.
- Dal computer esegui
adb sideload nome-file-ota.zip. - Attendi il completamento, poi seleziona il riavvio del sistema.
Durante il sideload la percentuale può sembrare ferma o muoversi in modo poco lineare. Non scollegare il cavo solo perché l’interfaccia non consola abbastanza l’ansia umana. Se compare un errore di compatibilità, di firma o di build, il pacchetto non va forzato: scarica di nuovo il file, ricontrolla modello e build di partenza.
Problemi comuni e soluzioni
Se adb devices non mostra nulla, cambia porta USB, cavo, autorizzazione debug e driver, soprattutto su Windows. Se mostra unauthorized, sblocca il telefono e accetta la chiave RSA. Se il comando di sideload restituisce errore subito, il problema è spesso un file corrotto, un percorso sbagliato o una OTA non compatibile con la build installata.
Se invece il telefono parte ma dopo Android 17 mostra crash, schermate nere o blocchi di System UI, non confondere due piani diversi: il sideload può essere riuscito e il bug può stare nella build. In quel caso ha senso leggere anche la nostra guida correlata su System UI che crasha o schermo nero su Pixel con Android 17, perché lì i controlli sono diversi: modalità provvisoria, launcher, app recenti e attesa di patch.
Cosa cambia davvero
La disponibilità delle OTA ufficiali Pixel dà più controllo agli utenti esperti: non bisogna aspettare il rollout a scaglioni e non serve passare dalla strada più pesante della factory image. Il rovescio della medaglia è che Google ti consegna lo strumento, non il buon senso operativo. Se il telefono è quello principale, se ci lavori, se hai autenticazioni bancarie e app critiche, aggiornare manualmente solo per “averlo prima” è spesso meno furbo di quanto sembri.
Il caso sensato è diverso: aggiornamento OTA che fallisce, necessità di riallineare una build, dispositivo di test, o Pixel secondario usato per sviluppo e verifica. In quel contesto, ADB sideload è una procedura pulita, ripetibile e documentabile. Fuori da quel contesto, il consiglio AndroidLab è banale ma sano: backup, verifica modello, file ufficiale, niente fretta.
Checklist finale prima del comando
- Il file arriva da una pagina Google ufficiale.
- Il modello Pixel corrisponde esattamente.
- La build di partenza è compatibile con la OTA scelta.
- Il backup è recente.
- ADB vede il dispositivo in modo stabile.
- Hai letto eventuali problemi noti della build di giugno.
In breve
- Le OTA complete permettono di aggiornare un Pixel senza wipe e senza sbloccare il bootloader.
- Il file deve essere quello corretto per modello e build: qui non esiste il “più o meno”.
- Il comando chiave è
adb sideload, dopo l’avvio in recovery e la scelta di Apply update from ADB. - Se Android 17 causa bug dopo l’installazione, la procedura OTA non è automaticamente il colpevole.
- Per un Pixel principale conviene aggiornare manualmente solo se c’è un motivo concreto, non per inseguire il rollout.