Impossibile installare ubuntu-touch (dual boot) sul cellulare (bloccato in <attesa del dispositivo>)


12

Ecco l'output dopo l'esecuzione ./dualboot.sh( link qui )

No device ID specified, picking first available device
Waiting for device CB006626 to install Ubuntu installer to.
Detected connected Aquaris-5
Downloading recovery for aquaris5
ls: cannot access recovery-aquaris5-6.0.4.3.img: No such file or directory
Skipping download, file already downloaded
Dev:CB006626: selected full install
Downloading SU package
Skipping download, file already downloaded
Downloading Ubuntu Installer application package
Skipping download, file already downloaded
install_ubuntu_installer<<
Dev:CB006626: Rebooting to bootloader
Waiting for device to be connected in normal or recovery mode
recovery-aquaris5-6.0.4.3.img        #I echoed the path to unbunt_installer
CB006626                             #I echoed the device_id
< waiting for device >

E il mio dispositivo rimane come questa lettura=> FASTBOOT mode...

Inoltre, il mio dispositivo è un Aquarius e5 full-hd. Non è stato riconosciuto dal file bash perché stava cercando aquarius5, quindi diceva "non supportato" ma deve essere supportato perché dopo tutto è un aq5, solo full-hd. Questo è, ho cambiato

elif [[ "$DEVICE" == bq_Aquaris5* ]]; then
    echo "Detected connected Aquaris-5"
    DEVICE=$AQUARIS5

per:

elif [[ "$DEVICE" == Aquaris_E5* ]]; then
    echo "Detected connected Aquaris-5"
    DEVICE=$AQUARIS5

Qualche idea sul perché? Quale potrebbe essere il problema? Tyvm per il tuo feedback


Bene, sembra che il fastboot non funzioni correttamente. Puoi avviare il boot loader ed eseguire fastboot -devices?
Marton,

@Marton come posso controllare questo? Il bootloader identifica il dispositivo ma ho dovuto installarlo davvero. Prima, eseguendo dualboot.sh si sarebbe verificato un errore no fastboot command present, insallo qualcosa di simile ...
Fane,

Mi dispiace, mi sono sbagliato su fastboot. Quindi hai attualmente installato Android? Se sì, ti chiedo di abilitare "Debug USB" nelle opzioni sviluppatore. Quindi collegare il dispositivo al PC e avviare lo script.
Marton,

@Marton Puoi pubblicarlo come risposta? Il problema sembra essere sulla linea adb -s $DEVICE_ID reboot bootloader; Ho testato il comando utilizzato dallo script per inizializzare $DEVICE_ID( adb devices | grep -w 'device' | awk '{ print $1}') e funziona perfettamente fintanto che il debug USB è abilitato sul dispositivo e fintanto che l'utente ha consentito la connessione sul dispositivo toccando OK sul popup, quindi dire che il 99% del problema è che OP non ha il debug USB abilitato.
kos,

@Fane Potresti riscrivere il tuo primo commento, perché non lo capisco?
Marton,

Risposte:


1

Stavo provando esattamente la stessa, stessa configurazione e penso che l'errore critico sia questo:

Downloading recovery for aquaris5
ls: cannot access recovery-aquaris5-6.0.4.3.img: No such file or directory

o come l'ho avuto:

Waiting for device to be connected in normal or recovery mode
Dev:: Waiting for fastboot to be ready
cannot load 'recovery-aquaris5-6.0.4.3.img': No such file or directory
Dev:: Waiting for adb recovery to be ready

Il problema è che lo script utilizza:

# Used version of CWM recovery
URL_CWM_PATH_BASE="http://download2.clockworkmod.com/recoveries/recovery-clockwork"

... ma se vai su http://download2.clockworkmod.com/recoveries/recovery-clockwork :

    This XML file does not appear to have any style information associated with it. The document tree is shown below.
  <Error><Code>AccessDenied</Code><Message>Access Denied</Message>...</Error>

... quindi, chiaramente, le immagini di ripristino non possono più essere scaricate da qui ... Sembra che ora ci sia un altro sito Web:

... ma non ci sono ROM Aquaris lì ...


EDIT: Ok, ho fatto un po 'di più guardando questo. Innanzitutto, probabilmente il titolo di questa domanda dovrebbe includere "dual boot", poiché lo dualboot.shscript è tratto da https://wiki.ubuntu.com/Touch/DualBootInstallation .

Ad ogni modo, questo è il punto: questo script e questo concetto (come nella pagina Wiki) presuppongono che ci sia Android di serie su questo dispositivo e si sono affidati all'immagine di recupero personalizzata ClockworkMod (CWM); sembra che ci fosse una tale immagine per un Aquaris E5 in passato, ma non più. Al momento, l'unica immagine di ripristino personalizzata che supporta Aquaris E5 sembra essere TWRP (Team Win Recovery Project), vedi:

Ho trasmesso il mio telefono con questa immagine di ripristino come da http://www.mibqyyo.com/comunidad/discussion/77467/how-to-root-a-bq-aquaris-e5-hd-phone ; e mi chiedevo se il dual boot potesse essere usato con questo recupero.

Innanzitutto, dualboot.shfondamentalmente esegue un sideload di UPDATE-SuperSU-v1.93.zipe UPDATE-UbuntuInstaller.zip; qui l'applicazione SuperSU sarà già lì dalla procedura di rooting di ripristino TWRP, e poi siamo rimasti con UPDATE-UbuntuInstaller.zip. Questo zip può effettivamente essere trasferito da un PC tramite il recupero TWRP, e quindi otteniamo un'app "Ubuntu Dual Boot" all'avvio di Android. Sfortunatamente,

Sembra che il dispositivo non sia supportato ... Aquaris_E5_HD

Si noti che questo dispositivo può apparire come:

$ adb devices -l
List of devices attached
UA00XXXX               recovery usb:1-1.3 product:omni_vegetahd model:Aquaris_E5_HD device:vegetahd
# or
UA00XXXX               sideload usb:1-1.3
# or
UA00XXXX               device usb:1-1.3 product:Aquaris_E5_HD model:Aquaris_E5_HD device:Aquaris_E5_HD

Qui, possiamo ottenere la fonte di questa app:

$ bzr branch lp:humpolec
$ cd humpolec/

... e poi, tra ( humpolec/) src/com/canonical/ubuntu/installer/Utils.java, esegui questo hack:

public static boolean isBringupMode() {
    if (!UbuntuInstallService.BRINGUP_MODE) {
        String deviceModel = Build.DEVICE.toLowerCase(Locale.US);
        if ("bq_aquaris5".equals(deviceModel)) {
            return true;
        }
        if ("aquaris_e5_hd".equals(deviceModel)) { // ADD..
            return true;                           // ..
        }                                          // ..THIS
        return false;
    }
    return true;
}

... e poi per costruire:

JAVA_HOME=/path/to/android/jdk1.6.0_45 \
PATH=${PATH}:/path/to/android/adt-bundle-linux-x86-20140321/eclipse/plugins/org.apache.ant_1.8.4.v201303080030/bin:/path/to/android/adt-bundle-linux-x86-20140321/sdk/tools:/path/to/android/jdk1.6.0_45/bin  \
ANDROID_HOME=/path/to/android/adt-bundle-linux-x86-20140321/sdk \
ant debug

Qui, per essere in grado di eseguire il sideload, devi prima decomprimere il file UPDATE-UbuntuInstaller.zipcome directory, ad esempio UPD-Ub, e quindi sostituire il file .apklì dentro con quello incorporato nel passaggio precedente, quindi reimballare lo zip:

cp -a UPD-Ub UPD-UbNew
cp -a humpolec/bin/UbuntuInstaller-debug.apk UPD-UbNew/system/app/UbuntuInstaller.apk
rm -rf UPD-UbNew/system/app/UbuntuInstaller_apk # from previous unzip
(cd UPD-UbNew; zip -r ../UPDATE-UbuntuInstallerNew.zip .)

Quindi, quando avviato nel ripristino TWRP, è possibile eseguire il sideload dal PC con:

adb sideload UPDATE-UbuntuInstallerNew.zip

... e l'app aggiornata verrà installata sul telefono.

Qui, l'app si aprirà e scaricherà anche da un canale (ho provato stable/bq-aquaris.en) e decomprimerà - tuttavia quando finalmente fai "Riavvia su Ubuntu" nell'app, si riavvierà semplicemente al recupero TWRP. Il problema è che l'app si aspetta ancora il recupero di CWM e sostanzialmente copia i dati scaricati in directory specifiche per CWM, non TWRP. E poiché CWM non ha più una ROM per questo dispositivo, l'app in quanto tale è purtroppo inutilizzabile per il doppio avvio su questo dispositivo.

L'unica altra opzione per il doppio avvio su Aquaris E5 sembra essere l'app MultiROM Manager per Android, che sembra essere basata / funzionare con il recupero TWRP - purtroppo non riconosce nemmeno questo dispositivo: quando viene avviato, afferma: " Questo è un dispositivo non supportato (Aquaris_E5_HD)! "


0

Abilita il debug USB nelle opzioni dello sviluppatore Android e fai clic su "OK" quando viene visualizzato un popup.

Per una spiegazione: senza il debug USB, il computer non è in grado di inviare comandi al telefono.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.