Nie można zainstalować ubuntu-touch (dual boot) na telefonie komórkowym (utknął <oczekiwanie na urządzenie>)


12

Oto dane wyjściowe po uruchomieniu ./dualboot.sh( link tutaj )

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 >

A moje urządzenie pozostaje takie jak ten odczyt=> FASTBOOT mode...

Ponadto moim urządzeniem jest Aquarius e5 full-hd. Nie został rozpoznany przez plik bash, ponieważ szukał Aquariusa 5, więc powiedział „nieobsługiwany”, ale musi być obsługiwany, ponieważ w końcu jest to aq5, tylko full-hd. To zmieniłem

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

do:

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

Masz pomysł na dlaczego? Co może być problemem? Tyvm za opinie


Wygląda na to, że fastboot nie działa poprawnie. Czy potrafisz uruchomić program ładujący i zrobić urządzenie Fastboot?
— Marton

@Marton, jak mogę to sprawdzić? Program ładujący identyfikuje urządzenie, ale rzeczywiście musiałem je zainstalować. Przed uruchomieniem dualboot.sh wystąpił błąd no fastboot command present, insalllub coś podobnego ...
— Fane

Przepraszam, myliłem się co do fastboot. Czy masz obecnie zainstalowany system Android? Jeśli tak, proszę o włączenie opcji „Debugowanie USB” w opcjach programistycznych. Następnie podłącz urządzenie do komputera i uruchom skrypt.
— Marton

@Marton Czy możesz to opublikować jako odpowiedź? Problem wydaje się być na linii adb -s $DEVICE_ID reboot bootloader; Przetestowałem polecenie użyte przez skrypt do zainicjowania $DEVICE_ID( adb devices | grep -w 'device' | awk '{ print $1}') i działa ono idealnie, o ile na urządzeniu jest włączone debugowanie USB i tak długo, jak użytkownik zezwoli na połączenie na urządzeniu, dotykając OK w wyskakującym okienku, więc chciałbym powiedzmy, że 99% problem polega na tym, że OP nie ma włączonego debugowania USB.
— Kos

@ Fane Czy mógłbyś przepisać swój pierwszy komentarz, ponieważ go nie rozumiem?
— Marton

Odpowiedzi:


1

Próbowałem dokładnie tego samego, tej samej konfiguracji i myślę, że błąd krytyczny jest następujący:

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

lub tak, jak to miałem:

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

Problem polega na tym, że skrypt używa:

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

... ale jeśli wejdziesz na 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>

... więc oczywiście nie można już pobrać obrazów odzyskiwania ... Wydaje się, że jest teraz inna witryna:

... ale nie ma tam ROM-ów Aquaris ...


EDYCJA: Ok, trochę bardziej się temu przyglądałem. Po pierwsze, prawdopodobnie tytuł tego pytania powinien zawierać „podwójny rozruch”, ponieważ dualboot.shskrypt pochodzi z https://wiki.ubuntu.com/Touch/DualBootInstallation .

W każdym razie o to chodzi: w tym skrypcie i koncepcji (jak na stronie Wiki) założono, że na tym urządzeniu jest zapasowy system Android i polegano na niestandardowym obrazie odzyskiwania ClockworkMod (CWM); wydaje się, że w przeszłości istniał taki obraz Aquaris E5, ale już nie. Obecnie jedynym niestandardowym obrazem odzyskiwania, który obsługuje Aquaris E5, wydaje się być TWRP (Team Win Recovery Project Project), patrz:

Sflashowałem mój telefon za pomocą tego obrazu przywracania zgodnie z http://www.mibqyyo.com/comunidad/discussion/77467/how-to-root-a-bq-aquaris-e5-hd-phone ; i zastanawiałem się, czy zamiast tego można użyć podwójnego rozruchu z tym odzyskiwaniem.

Po pierwsze, w dualboot.shzasadzie wykonuje ładunek boczny UPDATE-SuperSU-v1.93.zipi UPDATE-UbuntuInstaller.zip; tutaj aplikacja SuperSU będzie już dostępna po procedurze rootowania odzyskiwania TWRP, a potem zostajemy UPDATE-UbuntuInstaller.zip. Ten plik zip można faktycznie załadować z komputera za pomocą odzyskiwania TWRP, a następnie dostajemy aplikację „Ubuntu Dual Boot” po uruchomieniu Androida. Niestety,

Wygląda na to, że urządzenie nie jest obsługiwane ... Aquaris_E5_HD

Pamiętaj, że to urządzenie może wyglądać następująco:

$ 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

Tutaj możemy uzyskać źródło tej aplikacji:

$ bzr branch lp:humpolec
$ cd humpolec/

... a następnie w ( humpolec/) src/com/canonical/ubuntu/installer/Utils.javawykonaj ten 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;
}

... a następnie zbudować:

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

Tutaj, aby móc sideload, musisz najpierw rozpakować UPDATE-UbuntuInstaller.zipjako katalog, powiedzmy UPD-Ub, a następnie zastąpić go .apktam z wbudowanym w poprzednim kroku, a następnie ponownie spakować 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 .)

Następnie, po uruchomieniu w trybie odzyskiwania TWRP, możesz sideload z komputera za pomocą:

adb sideload UPDATE-UbuntuInstallerNew.zip

... a zaktualizowana aplikacja zostanie zainstalowana na telefonie.

Tutaj aplikacja się otworzy, a nawet pobierze z kanału (próbowałem stable/bq-aquaris.en) i rozpakuje - jednak kiedy w końcu wykonasz „Reboot to Ubuntu” w aplikacji, po prostu uruchomi się ponownie w celu odzyskania TWRP. Problem polega na tym, że aplikacja nadal oczekuje odzyskiwania CWM i zasadniczo kopiuje dane pobrane do katalogów specyficznych dla CWM, a nie TWRP. A ponieważ CWM nie ma już pamięci ROM dla tego urządzenia, aplikacja jako taka niestety nie nadaje się do podwójnego rozruchu na tym urządzeniu.

Jedyną inną opcją podwójnego rozruchu w Aquarisie E5 wydaje się być aplikacja MultiROM Manager dla Androida, która wydaje się być oparta na / pracy z odzyskiwaniem TWRP - niestety nie rozpoznaje również tego urządzenia: gdy jest uruchomione, stwierdza: To nie jest obsługiwane urządzenie (Aquaris_E5_HD)! ”


0

Wystarczy włączyć debugowanie USB w opcjach programisty Androida i kliknąć „OK”, gdy pojawi się wyskakujące okienko.

Wyjaśnienie: Bez debugowania USB komputer nie może wysyłać poleceń do telefonu.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.