Моя установка:
- Модель: Aspire E5-571G (Aspire E5-571G_0867_V1.32)
- Графический процессор: NVIDIA Corporation GM108M [GeForce 840M] (версия a2)
- Процессор: EA50_HB V1.32
- Оперативная память: 8 ГБ
- ОС: Ubuntu 14.04.6 LTS Надежный
Цель:
- Устройство - Nexus 5x
- Версия - Орео
- Тег - android-8.1.0_r52
- Сборка - OPM7.181205.001
- Конфигурация - пользователь
Предпринятые шаги в порядке:
- Установка зависимостей
- sudo apt install bc bison build-essential ccache curl flex g++-multilib gcc-multilib git gnupg gperf imagemagick
lib32ncurses5-dev lib32readline-dev lib32z1-dev liblz4-tool
libncurses5-dev libsdl1.2-dev libssl-dev libwxgtk3.0-dev libxml2
libxml2-utils lzop pngcrush rsync schedtool squashfs-tools xsltproc
zip zlib1g-dev- sudo apt install cmake zip распаковать openjdk-8-jdk-headless
- Настройте путь к bin в домашнем каталоге
mkdir -p ~/bin
- Установите репозиторий командой:
- завитокhttps://storage.googleapis.com/git-repo-downloads/repo> ~/bin/репозиторий
- chmod a+x ~/bin/repo
- Проверьте контрольную сумму двоичного файла репозитория.
sha256sum ~/bin/repo
- Git-идентификация
- git config --global user.email ""
- git config --global имя.пользователя ""
пакет бротли
- git-клонhttps://github.com/google/brotli.git
- компакт-диск ~/brotli
- ./configure-cmake
- сделать -j(4)
- cp brotli ~/bin/
Получение BLOB-объектов поставщика
- git-клонhttps://github.com/anestisb/android-prepare-vendor.git
- cd android-prepare-vendor
- mkdir бычья голова-капли
- sudo ./execute-all.sh -k -d bullhead -a bullhead -b OPM7.181205.001 -o bullhead-blobs
Загрузка исходников AOSP
- mkdir -p ~/aosp
- компакт-диск ~/aosp
- репозиторий инициализация -uhttps://android.googlesource.com/platform/manifest-б андроид-8.1.0_r52
- синхронизация репозитория
Описание проблемы:
Список заканчивается здесь, потому что это самое большее, чего я смог достичь, во-первых, дома с моими лучшими 8 Мбит/с требуется около 24-60 часов, чтобы завершить синхронизацию репозитория с ошибками. Сначала я не записывал логи, будучи полностью уверенным, что это нормально, если синхронизация репозитория будет запущена несколько десятков раз на медленной скорости, которая постоянно перегружается, чтобы завершиться. Но после, может быть, 5-6 попыток стало ясно, что это не так. Наиболее частыми ошибками были «linux input/output», «can't fetch» и «end hung up unexpectedly», что может быть не совсем верно, так как это из моей памяти. Затем я решил попробовать «repo sync -f» несколько раз, и результат был таким же. Тогда я предположил, что проблема в медленном соединении и прерываниях, поэтому я взял свой кабель Ethernet и пошел к своему другу, у которого 570 Мбит/с, чтобы посмотреть, поможет ли это. В общем, после еще нескольких «repo sync» и «repo sync -f» я получил примерно такой же результат. Затем я попробовал rm -rf для «поврежденных» путей, которые я видел в журналах, чтобы снова синхронизировать их, но безрезультатно. Наконец я решил все записать в журнал и предположить, что это может быть мой неисправный жесткий диск, который помечен как «скоро выйдет из строя» в «дисках», прикрепив все файлы журналов ниже.
Заранее спасибо за ваши ответы, я действительно намерен закончить то, что начал. выход выходной терминал Аппаратное обеспечение (lspci) HDD_short_test_smartctl