Cheburator2k
Участники-
Постов
92 -
Зарегистрирован
-
Посещение
-
Победитель дней
15
Тип контента
Профили
Блоги
Форумы
Галерея
Загрузки
События
Статьи
Видео
Весь контент Cheburator2k
-
Надо глянуть диспетчер устройств и фастбут попробовать. Ну попроси его рассказать секрет как настроить вайфай шлему, у которого даже дисплей не работает. Если это заказ через алик - лучше сразу открывать диспут.
-
Посмотреть как определяется шлем в диспетчере устройств винды. Можно потыкать команды fastboot. Если фастбут работает - можно попробовать восстановить через rescue прошивку (если ничего не понятно - обновить через сайт меты). Но вообще очень странно что ничего не показывает, больше похоже на аппаратную проблему.
-
Так его еще и нужно вернуть (уже?) А с какой неисправностью сдан в ремонт? Хз, тут только если у вас есть возможность самому поискать что там интересного.
-
Только плата? Какой шлем, какая прошивка? Обновлялась ли или нетронутая? Откуда взялась? В целом подобные шлемы интересны тем, что если он с сервиса то там могли остаться следы каких-то сервисных прошивок, приложений или чего-то подобного непубличного. Если шлем пережил несколько обновлений прошивки то ничего интересного там скорее всего не осталось.
-
А можно подробнее? Похоже вы первый, кто смог реанимировать шлем с запоротой флешкой. Был чел, который менял флешки, но сам их не шил. С чем связана трудность, неужели программатор для таких фшлешек - невероятный хрендостаниум? Тому же квесту 2 уже много лет, да и 3й тоже не вчера вышел, неужели до сих пор нет доступных программаторов? А можно в процессе например разлочить загрузчик? А запаять терабайтную флешку? Да куча случаев когда бутлуп случается просто потому что, на абсолютно новой и полностью исправной памяти. Или например из недавнего - когда в бутлоадер добавили переключение слотов - кто-то переключился ради посмотреть - и привет - прошивка из соседнего слота не грузится (вот кстати интересно почему? похоже что просто из вредности) и назад не переключится т.к. в старом бутлоадере еще недоступно переключения слотов. Флешка тут разумеется абсолютно целая.
-
Попробовать fastboot set_active b Если не поможет (скорее всего) то копать можно могилку, т.к. rescue команд в этом бутлоадере нету и других доступных способов не существует. Если есть возможность - обменять по гарантии. P.S. А почему не грузится oem-info-2025-10-27_00-06-40.txt (502 Bad Gateway), хотя соседний файл качается? Что за глюкодром с форумом?
-
Ну и удали этот мусор. Кроме adb ничего не нужно. Допустим распотрошить прошивку и вытащить этот раздел не проблема, а дальше что? Как ты его зашьешь с залоченным загрузчиком. А можно oem device-info?
-
Брать это ладно. Если надо - со временем бы обязательно нашелся. Хуже то, что сами команды rescue режима отсутствуют в последних версиях прошивок для Q2 и QPro. Все прошлые версии не проверял, но маловероятно что они добавили эти команды а потом зачем-то выпилили их. И вообще никаких новых команд не добавилось со времен v70, за исключением переключения слотов на залоченном загрузчике. Походу мета вообще забила на Q2/QPro, т.к. никаких технических препятствий портировать этот функционал нет - структура загрузчиков практически идентична. Так что если rescue и завезут (что далеко не факт) для Q2/QPro в новых версиях прошивки - сегодняшним владельцам кирпичей это никак не поможет.
-
Разобрал структуру этой rescue прошивки, она совсем элементарная. Написал анализатор/дампер. Есть проверка подписи по алгоритму как в бутлоадере. Если запустить с ключем -e - распакует прошивку. Содержимое в целом аналогично стандартной прошивке, за исключением особо жирных разделов, таких как system, vendor, однако есть и новые, которых нет в стандартной прошивке. А для третьего где брал? Есть какая-то инфа как его скачать? Возможно получится залить те, которые выйдут позже создания rescue образа. rescue_info.zip
-
Да уже должно работать. Команды уже завезли в браузерный прошивальщик: FastbootMetaRescuePlan: stage rescue.sig oem rescue-signature stage rescue.img oem flash-rescue-image firmware oem reboot-sideload Т.е. после зашивки этой rescue прошивки должен заработать sideload и потом уже можно залить нормальную. Интересно, может таким образом получится откатываться на более старые прошивки? Если хочется немного поэкспериментировать - по идее первые 3 команды безопасные, прошивка начинается только после "oem flash-rescue-image firmware". rescue.sig должен быть размером 256 байтов. Как слить эту прошивку пока не разобрался, но по идее это легко сделать если есть подопытный трупик - через консоль разработчика в браузере можно проследить куда лезет за прошивкой этот прошивальшик .
-
В последних версиях бутлоадера добавили новые команды: oem rescue-signature и oem flash-rescue-image . Обе доступны с залоченным бутлоадером. Подробности пока неизвестны, но вероятно их будет использовать браузерный прошивальщик. Видимо им надоело за свой счет менять кирпичи на новые шлемы и решили таки сделать метод восстановления. К сожалению это никак не поможет тем, у кого шлем в бутлупе со старой прошивкой.
-
Мне кажется здесь есть некоторое противоречие. Или у вас несколько таких шлемов?
-
К сожалению, этот рут похоже только для Q3(s). Для Q2 нужен какой-то другой. По поводу ребута при обновлении есть предположение - на 4pda жаловались на автообновление которое постоянно скачивается но не устанавливается. Возможно это как раз тот случай, но если на активированном шлеме на обновление можно забить, то тут он видимо долбится до посинения. Вероятно проблема самоустранится когда ее пофиксят рукожопы из меты.
-
Есть раздел dtbo, там dtb. dts разумеется надо декомпилить из dtb.
-
Огорчу - это не дампы, а просто распакованные прошивки - не нашел там ничего уникального. Никакой практической пользы или новых знаний не содержит. Можно самому скачать любую прошивку с кокаина и распаковать, софт для этого вполне доступен.
-
Если есть возможность обменять по гарантии - однозначно стоит ей воспользоваться - случай 100% гарантийный.
-
Это врятли. Во первых, чтобы включить adb должен запуститься CompanionServer - это встроенное android-приложение, которое отвечает за управление шлемом по BLE. Во вторых, даже включив adb нужно еще подтвердить соединение в шлеме - а для этого должна работать графика и управление чтоб нарисовать диалог подтверждения. А вот в этом случае включить adb теоретически можно, и тогда можно будет попробовать локализовать неисправность и может даже как-то обойти ее, но требуются определенные знания и навыки. Главное чтоб это время от загрузки стартовой страницы до перезагрузки позволяло хоть что-то успеть сделать. Только хотел порекомендовать. Но судя по тем логам, в него выдается только логи самых ранних этапов. Возможно при старте системы уже ничего не выводится.
-
Теперь да. Судя по логам, никаких проблем в процессе прошивки не видно. Возможно дело не в прошивке, а какая-то неисправность мешает загрузке системы. А если сразу после прошивки перезагрузиться в рекавери - какую версию пишет в шапке - 50709660161900510 или более новую?
-
Зачем так много то.. Нет, нужны логи sideload, которые показываются непосредственно во время прошивки. Они могут быть скрыты, нажмите Pow + Vol+ чтобы отобразить. Правильные логи начинаются со строки "Now send the package you want to apply". https://vrcomm.ru/forums/topic/223-руководство-по-различным-методам-прошивки-шлема/
-
illax2706 можете сфоткать логи sideload в шлеме?
-
Гайд по бутлупам и методам восстановления шлема Сразу скажу, что шансы успешного самостоятельного восстановления из бутлупа относительно невелики. Автор не несет ответственности за возможные последствия действий, описанных в этом гайде. Информация собрана во многом на основе сообщений других пользователей и может быть неточна. Если ваш шлем находится на гарантии - настоятельно рекомендуется ей воспользоваться для обмена неисправного шлема. Если же будете пытаться восстановить самостоятельно - не совершайте действий, которые могли бы привести к потере гарантии - например разборка шлема, и не теряйте время. Бутлуп является однозначно гарантийной неисправностью, при условии что шлем не имеет прочих повреждений, которые могли бы привести к потере гарантии. Такие действия пользователя, как Factory reset или ручное обновление прошивки, не являются поводом для отказа в гарантии. Бутлупы можно классифицировать по доступности различных загрузочных режимов, и одновременно по степени ухудшения прогноза на успешное восстановление. Подробная информация о загрузочных режимах приведена тут - рекомендую ознакомиться: Виды бутлупов: Доступны все загрузочные режимы, не грузится только основная прошивка. Проявляется как бесконечное крутящееся лого Meta Horizon OS. Относительно благоприятный прогноз, поскольку сохраняется возможность обновления прошивки. Tаким образом, даже если текущие прошивки не загружаются - сохраняется вероятность выхода более свежей прошивки, которая решит проблему. Например есть свидетельства, что иногда помогает заливка последней v74. Recovery недоступен, но доступен bootloader (USB Update Mode). Проявляется как бесконечный вход в меню USB Update Mode, какая бы опция ни была выбрана. Прогноз менее благоприятный, поскольку недоступно обновление прошивки - пункт Sideload update должен перезагрузить шлем в режим Recovery, но из-за его повреждения скорее всего шлем перезагрузится обратно в bootloader. Тем не менее, еще можно попытаться переключиться на неактивный слот. Factory reset скорее всего будет бесполезен, пскольку также приводит не к сбросу, а к загрузке в то же самое меню USB Update Mode. Но бывают редкие случаи, когда в режим Sideload все-же удавалось зайти через Расширенное рекавери (см. Дополнительные методы диагностики ниже) и прошить шлем, что в итоге приводило к нормальной загрузке в штатный режим Виртуального окружения. Шлем застрял в режиме EDL и не подает видимых признаков жизни. Проявляется как устройство с именем QUSB_BULK_CID в Диспетчере устройств Windows. Прогноз на успешное восстановление - околонулевой. Во время предновогоднего окирпичивания Мета рекомендовала зажать кнопку питания на 45 секунд, но нет свидетельств что это хоть кому-то помогло. Очевидно, недоступны обновление прошивки и Factory reset. Свидетельств успешного переключения на неактивный слот также не зафиксировано, но попытаться стоит. Помимо прочего, шлем не заряжается через USB - вероятно потому, что контроллер зарядки должна инициализировать прошивка. Из-за этого шлем полностью израсходует заряд аккумулятора за 1-2 дня. Если гарантийный обмен недоступен - рекомендуется разобрать шлем и отключить аккумилятор чтобы предотвратить его глубокий разряд и последующую деградацию. Есть свидетельства о существовании полумифического мастера, который умеет перепаивать и перепрошивать флешки. Прочие чинят такой бутлуп заменой материнской платы. Успешность попыток восстановления в любом случае носит вероятностный характер. Хотя в нормальных условиях описанные ниже действия не должны давать негативных последствий, не считая утраты пользовательских данных, в некоторых случаях возможно и ухуджение состояния - поскольку, как правило, невозможно достоверно определить причину, приведшую к бутлупу, текущее состояние шлема и последствия дальнейших воздействий. Тем не менее, даже в случае видимого ухуджения, далеко не факт что прочие варианты действий привели бы к лучшему результату. Помимо этого, к бутлупам могут приводить и аппаратные неисправности, напрямую не связанные с программной частью - например отказ некоторых датчиков. Возможные действия для восстановления шлема: Переключение на неактивный слот. Флешка шлема содержит 2 слота для хранения прошивки: активный и неактивный. Во время обновления прошивка заливается в неактивный слот, после чего слоты переключаются. В случае невозможности загрузки прошивки, после нескольких попыток загрузки, загрузчик может переключить слоты обратно - таким образом активной станет прошлая прошивка, которая теоретичеки должна загружаться. В случае зависания, перезагрузку можно осуществить длительным зажатием кнопки питания. Попытки воссановления рекомендуется начать с этого способа, т.к. он наиболее безопасный - поскольку совершается минимум записей на флешку, и предполагается что в неактивном слоте находится неповрежденная прошивка. Обновление прошивки. Обычное ручное обновление прошивки через adb sideload. Доступно только в первом виде бутлупа - т.е при доступности режима recovery. Рекомендуется делать в случае неуспешности переключения слотов - поскольку если обновление прошивки не приведет к исправлению бутлупа, то переключаться будет уже некуда - в обоих слотах будет нерабочая прошивка. Factory reset. Поставил на последнее место, поскольку были пользователи, сообщавшие об ухудшении ситуации после сброса, вплоть до EDL-кирпича. Но достоверно неизвестно что на самом деле являлось причиной и могли ли другие действия как-то исправить или предотвратить ухудшение ситуации. Тем не менее, во многих случаях, сброс - это наиболее простой способ исправления бутлупа. Дополнительные методы диагностики. Текущую версию прошивки можно определить по номеру в шапке меню Расширенного Recovery. (вход в этот режим рекавери - Выключаем шлем, удерживаем кнопку Громкость плюс, жмем и удерживаем кнопку Питание до появления сломанного робота и надписи No command. Затем снова держим кнопку Питание и кратко жмем ту же кнопку Громкость плюс. Номер активного слота - в меню Bootloader в опции Device Info. Некоторую информацию можно получить комадами fastboot oem device-info, fastboot getvar all. Прошивку шлема рекомендуется производить при включенном отображении логов прошивки в шлеме: если логи отображаются - после входа в режим sideload и до начала загрузки прошивки вы должны увидеть сообщение "Now send the package you want to apply to the device with...". Если сообщение не видно - нажмите Pow + Vol- для отображения. Дополнительная информация:
-
Для начала неплохо бы выяснить какая именно у него проблема - например накатить обновление на EDL-кирпич будет несколько затруднительно. Вообще надо бы классифицировать виды бутлупа и возможные методы самостоятельного исправления - информации набралось уже прилично. Точно, слона то я и не заметил. Тогда тем более маловероятна проблема из-за версии накатываемой прошивки. С другой стороны, на 57й пойдет гораздо больше игр, чем на 49.
