Voici la sortie après avoir exécuté ./dualboot.sh
( lien ici )
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 >
Et mon appareil reste comme ça en train de lire => FASTBOOT mode...
En outre, mon appareil est un Aquarius e5 full-hd. Il n’a pas été reconnu par le fichier bash car il recherchait aquarius5; il a donc été déclaré "non supporté", mais il doit être pris en charge car c’est un aq5 après tout, mais en full-hd. C'est, j'ai changé
Elif [[ "$DEVICE" == bq_Aquaris5* ]]; then
echo "Detected connected Aquaris-5"
DEVICE=$AQUARIS5
à:
Elif [[ "$DEVICE" == Aquaris_E5* ]]; then
echo "Detected connected Aquaris-5"
DEVICE=$AQUARIS5
Une idée sur pourquoi? Quel pourrait être le problème? Tyvm pour vos commentaires
J'essayais exactement la même configuration, même configuration, et je pense que l'erreur critique est la suivante:
_Downloading recovery for aquaris5
ls: cannot access recovery-aquaris5-6.0.4.3.img: No such file or directory
_
ou comme je l'avais:
_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
_
Le problème est que le script utilise:
_# Used version of CWM recovery
URL_CWM_PATH_BASE="http://download2.clockworkmod.com/recoveries/recovery-clockwork"
_
... mais si vous allez sur 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>
_
... donc, clairement, les images de récupération ne peuvent plus être téléchargées d'ici ... Il semble qu'il y ait maintenant un autre site Web:
... mais il n'y a pas de ROM Aquaris là-bas ...
EDIT: Ok, un peu plus regarder dans cela. Premièrement, le titre de cette question devrait probablement inclure "double amorçage", car le script _dualboot.sh
_ provient de https://wiki.ubuntu.com/Touch/DualBootInstallation .
Quoi qu’il en soit, c’est le problème: ce script et ce concept (comme sur la page Wiki) supposent qu’il existe un stock Android sur cet appareil et s’appuient sur une image de récupération personnalisée ClockworkMod (CWM); il semble qu'il y avait une telle image pour un Aquaris E5 dans le passé, mais plus maintenant. À l'heure actuelle, la seule image de récupération personnalisée prenant en charge Aquaris E5 semble être TWRP (projet de récupération Team Win), voir:
J'ai flashé mon téléphone avec cette image de récupération conformément à http://www.mibqyyo.com/comunidad/discussion/77467/how-to-root-a-bq-aquaris-e5-hd-phone ; et je me demandais si le double démarrage pourrait être utilisé avec cette récupération à la place.
Premièrement, le _dualboot.sh
_ effectue essentiellement une charge latérale de _UPDATE-SuperSU-v1.93.Zip
_ et UPDATE-UbuntuInstaller.Zip
; Ici, l'application SuperSU sera déjà présente à partir de la procédure d'enracinement de récupération TWRP, puis il nous restera _UPDATE-UbuntuInstaller.Zip
_. Ce fichier Zip peut en fait être rechargé de manière latérale depuis un PC à l'aide de la récupération TWRP, puis nous obtenons une application "Ubuntu Dual Boot" lorsque Android est démarré. Malheureusement,
Il semble que l'appareil n'est pas pris en charge ... Aquaris_E5_HD
Notez que ce périphérique peut apparaître comme:
_$ 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
_
Ici, nous pouvons obtenir la source de cette application:
_$ bzr branch lp:humpolec
$ cd humpolec/
_
... et ensuite, dans (_humpolec/
_) _src/com/canonical/ubuntu/installer/Utils.Java
_, procédez comme suit:
_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;
}
_
... et ensuite pour construire:
_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
_
Ici, pour pouvoir charger latéralement, vous devez d'abord décompresser le _UPDATE-UbuntuInstaller.Zip
_ en tant que répertoire, par exemple, _UPD-Ub
_, puis remplacer le _.apk
_ par celui précédent. étape, puis remballer le 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 .)
_
Ensuite, une fois démarré dans la récupération TWRP, vous pouvez charger latéralement à partir du PC avec:
_adb sideload UPDATE-UbuntuInstallerNew.Zip
_
... et l'application mise à jour s'installera sur le téléphone.
Ici, l'application va s'ouvrir, et va même être téléchargée depuis un canal (j'ai essayé _stable/bq-aquaris.en
_) et décompactée. Toutefois, lorsque vous effectuez un "Redémarrage vers Ubuntu" dans l'application, il vous suffit de redémarrer pour récupérer TWRP. Le problème est que l’application attend toujours la récupération du MCG et copie essentiellement les données téléchargées dans des répertoires spécifiques du MCG, et non de TWRP. Et comme CWM n’a plus de ROM pour ce périphérique, l’application en tant que telle est malheureusement inutilisable pour le double démarrage sur ce périphérique.
L’application MultiROM Manager pour Android, qui semble être basée sur/fonctionne avec la récupération TWRP, semble être la seule autre option de double amorçage sur Aquaris E5. Malheureusement, ce périphérique ne reconnaît pas non plus ce périphérique: lorsqu’il est démarré, il indique: " Ce périphérique n'est pas pris en charge (Aquaris_E5_HD)! "
Activez simplement le débogage USB dans les options de développement de votre Android et cliquez sur "OK" lorsqu'une fenêtre contextuelle apparaît.
Pour explication: sans USB-Debugging, votre ordinateur ne peut pas envoyer de commandes à votre téléphone.