Poco x3 pro бутлуп после ребола.

Добро пожаловать! Вас пригласил ALEXSA_24 присоединиться к нашему сообществу. Пожалуйста, нажмите сюда зарегистрироваться.
Highlights Only
stroy2008not

stroy2008not

.
.
12/1/10
357
14
0
44
₽
0
Всем доброго.
Проблема такая:
Купил себе аппарат(на свою голову), с проблемой перезагружается.
При подключении зарядки начинает заряжаться 5.2V 1.3A и соответственно пытается загрузиться с логотипом POCO. И так по кругу. Если оставить минут на 20 - то просто висит на POCO.
Но не совсем как обычно - при старте показывает логотип, затем через несколько секунд как бы мерцает черным экраном на микросекунду и дальше продолжает пытаться прогрузиться, но примерно через 20 секунд перезагружается.
Заходит в фастбут, но в рекавери никак. Загрузчик заблокирован и прошить его не получается - miflashpro, при попытке прошить последнюю глобалку пишет "Erase is not allowed in Lock State".
Разобрал аппарат. Смотрю проц и опера перекатаны - все шары под микроскопом ровные, чипы тоже ровные, компаунд хорошо очищен, экран снят, термуха поменяна.
Сравнил наличие резюков и кондеров с донором - всё на месте. UFS видимо не трогали - на ней старый термоинтерфейс и остатки компаунда, вогруг не очищенного.
Висящих в воздухе мелочевки нет. При подключении без акб - мигает белый диод.
По совокупности факторов сделал вывод, что кто-то после ребола бутера с ним ходил, но потом что-то произошло и он помер.
Подскажите как его можно прошить, если он заходит только в в фастбут и никуда дальше не идет. И непонятно откуда полусекундное мерцание при попытке загрузиться.
Логи снять не могу. В другой теме писал об этом - просто устал пытаться - с двух аппаратов, так и не получилось.
 
Изучайте тему подключение через uart и скидывайте лог запуска. Тут на форуме всё есть, вплоть до Библии обвязок итд. Учитесь пользоваться поиском
 
russia_04_region сказал(а):
купите доступ для просмотра контента
Нажмите, чтобы раскрыть...
Не знаю, в чем дело. Всё делаю по инструкции. Кучу дров перебрал, проверял 100 раз подключения. Два аппарата poco подрубал - без результата. Пробовал через ch341a, затем купил новый ch341b и нифига. Максимум чего добился это подобие эха - при зажатых rx и tx ввожу в терминале цифры, буквы - в ответ нули. Причем ноутбучные флешки на обоих ch341 спокойно читаются и пишутся. При старте с телефонами poco - черный экран терминалов(разные программы и разных версий).
 
Ch341 не для этого заточен, это как доп функция подключения к терминалу. У многих возникают с ним проблемы с подключением - скорее всего связано с питанием 1.8в и 3.3в. Проверка делается все правильно - набор с клавиатуры - если тишина - значит что то неправильно настроили или подключили.
Купить самый бюджетный -
купите доступ для просмотра контента
или
купите доступ для просмотра контента

Если выбирать из проф оборудования - UART есть в F64 - все в одной программе.
 
Последнее редактирование:
Сегодня перекатывал процы с флешками на самсунгах s 22ultra и s24 ultra, оба висели на заставках либо дальше проходили без надписи андроид и далее перезагруз. Одумывались очень долго часов 8 после перекатки. Z Flip 7 перекатка платы с интерпозером +проц и флеш висел примерно сутки на заставке потом постепенно загрузился
 
Последнее редактирование:
Нашел на форуме логи с рабочего аппарата и сравнив с своим понял, что нифига не понял, почему нет запуска, который должен(обязан) быть.
Что-то прерывает запуск системы, как я понял - могу ошибаться.
На рабочем должно после строчки PM0: 30, PM1: 32, PM2: 31,
идти следом - "DisplayDxe: eDisplayId:0, Config = MDPPLATFORM_CONFIG_INIT", но уменя обрывается и вместо этого пишет - "Invalid pwrkey press. Shutting down!"
Почему - непонятно.
 
У вас UEFI раньше доходит до Invalid pwrkey press. Shutting down! и начинает завершать загрузку, поэтому до следующего этапа просто не доходит.

Invalid pwrkey press. Shutting down! уже была на форуме именно на Poco X3 Pro:
TheFliss_

Тема 'Poco x3 Pro Invalid pwrkey press. Shutting down!'

Всем здравствуйте!
Дошли руки до доски от Poco X3 Pro. На телефоне в котором она стояла очень много играли(и даже на зарядке), и как следствие - завис и больше не включался.
Делал 2 реболла бутерброда.
В первый раз угол RAM был в воздухе и имелось очень высокое сопротивление на большом кондере, тот что рядом с процом.
Оба реболла делал с нижним подогревом и прикрытой радиатором ufs.
Во второй раз сопротоивление на том же кондере стало где-то 100-130 Ом(что вроде в пределах нормы).
Ситуация такая, при подключении акб(с напругой 3.8v) явной загрузки и включения нет. При подключении к...
Там автор в итоге выяснил, что конкретно эта строка появлялась из-за того, что кнопку Power держал недостаточно долго. После нормального длительного удержания загрузка пошла дальше.
Поэтому сначала повторите запуск с длительным удержанием Power и снимите следующий UART-лог. Если Invalid pwrkey press уйдёт и аппарат пройдёт дальше — уже будет видно настоящую точку остановки.
То, что UFS сейчас определяется и загрузочные разделы читаются, полной её исправности не доказывает, но по текущему логу оснований сразу лезть в память или перекатывать бутерброд я пока не вижу.
 
Если кратко нажимать, в пределах 1 секунды, то лог такой же, что и выше.
Если зажимать кнопку питания для загрузки с бибрацией, то вот это выдало:



купите доступ для просмотра контента
 
Последнее редактирование модератором:
С нормальным удержанием Power картина уже другая — Invalid pwrkey press ушёл, загрузка проходит дальше до Exit EBS / UEFI End. Значит предыдущий обрыв лога действительно был связан с коротким нажатием кнопки.
Но то, что лог доходит до Exit EBS / UEFI End, ещё не исключает ни UFS, ни бутерброд— реальная проблема может проявляться уже дальше.
Оставьте UART писать непрерывно: запустите аппарат, дождитесь именно его самопроизвольного ребута примерно через те 20 секунд и захватите конец этого цикла + самое начало следующего запуска. В начале следующего лога интересна строка PM: POWER ON by ..., POWER OFF by ... — там может быть причина предыдущего отключения.
Если вместо ребута он просто зависнет на POCO и будет висеть уточните это отдельно.
UFS пока полностью исключать нельзя: то, что она определяется, Boot LUN/RPMB доступны и загрузочные образы читаются, говорит, что ранняя работа с ней есть, но полной проверкой UFS это не является. При этом оснований сейчас сразу её снимать или снова перекатывать бутерброд я тоже не вижу.
 
Последнее редактирование:
В вашкм логе нужная строка есть два раза:
PM: HARD_RESET by PS_HOLD
Первый запуск идёт от кнопки — POWER ON by KPDPWR. В начале двух следующих циклов уже HARD_RESET by PS_HOLD, при этом KeyPress:0.
Строки с Error, которые вы выделили, загрузку не останавливают. После Error Check cpuid... и GetVmData... загрузчик дальше читает vbmeta, vbmeta_system, boot, dtbo, AVB проходит green. После Error Get DebugPolicy он тоже продолжает работу и доходит до Exit EBS.
Проверьте, сколько аппарат может простоять в fastboot без ребута. Потом отдельно попробуйте загрузить recovery и снять UART. Нужны две вещи: появится ли Recovery:1 и будет ли следующий цикл снова начинаться с HARD_RESET by PS_HOLD.
Если recovery поведёт себя так же, как normal boot, тогда уже можно будет сравнивать то, что у этих двух режимов общее — в первую очередь UFS/разделы и аппаратную часть.
 
Да, согласен, вчера полночи ии мучил на тему прошить. Не прошивается он никак. Разные траблы. В 9008 не дает прошиться - не возможно и бла бла бла... И в фастбут через адб и через мифлеш. Ии тоже указал на 99% дохлую/недосаженую оперативку заявив, что я исчерпал все програмные методы проверки и предложил перекатать рам.
 
С учётом истории платы бутерброд под подозрением: CPU+RAM уже реболили, так что плохая посадка или последствия перегрева очень даже реальны. UFS тоже исключать нельзя — её могли угреть даже без снятия.
Но три запуска проходят очень похоже: RAM определяется 4+4 ГБ, DDR training проходит на 1355 МГц, UEFI работает. UFS WDC определяется, RPMB читается, vbmeta, boot, dtbo читаются, AVB green, дальше Exit EBS.
Конечно это не доказывает исправность RAM или UFS, но и оснований назначать именно RAM виновником из этого лога нет.
Интереснее, что после Exit EBS следующий цикл начинается как HARD_RESET by PS_HOLD, при KeyPress:0. То есть сбой происходит уже после передачи управления из UEFI дальше. PS_HOLD показывает механизм сброса, а не его причину.
До ребола я бы проверил две вещи: стабильно ли аппарат стоит в fastboot, и снял UART при попытке входа в recovery.
По 9008 нужен конкретный лог ошибки. «Не прошивается» ничего не разделяет: авторизация/loader и реальная ошибка UFS — разные вещи.
Если fastboot стабилен, а normal и recovery одинаково валятся после EBS в PS_HOLD, тогда уже возвращаться к железу. Но смотреть весь бутерброд и UFS, а не перекатывать RAM только потому, что вам ИИ написал 99%.
 
В режиме fastboot долго находится. Не засекал, но минут 20 точно. В рекавери не грузится совсем-игнорирует кнопки.
при попытке прошить, miflash пишет "can not read from port COM5", а при смене порта, перезагрузке пк и переустановке дров стал писать (подключаюсь всегда только к usb 2.0) System.IO.IOException: требуемый ресурс занят. И дальше, в этой же строчке много всяких error, через пробел.
 
20 минут в fastboot — уже полезно. Значит PS_HOLD появляется не просто по времени, а именно при дальнейшей загрузке.
Recovery через кнопки пока толком не проверена — загрузчик может просто не видеть Vol+. Раз fastboot стабильный, попробуйте fastboot reboot recovery и одновременно снимите UART. Интересно, появится ли Recovery:1 и куда дойдёт загрузка.
По MiFlash эта ошибка пока ничего про UFS не говорит. Посмотрите, стабильно ли Qualcomm 9008/COM5 висит в диспетчере устройств, и если можно — приложите лог MiFlash от подключения до ошибки. Надо понять, доходит ли он вообще до Firehose и обращения к памяти.
 
Для ответа нужно войти/зарегистрироваться

Похожие темы

Назад
Верх Низ