Varset

Я солью немного информации, которой со мной поделился один сервисник, но он очень просил не публиковать его данные. Это часть диалога из ТГ, мы общались после новогоднего массового окирпичивания прошивкой v72: --- И что с заменой флешек, слышал, ты их меняешь? Кирпичи вообще ремонтируешь, они поддаются ремотну? Нет не поддаются , пробовали, не понятно спецификация После ребола нет признаки жизни Новые, нераспакованные k2 тоже на V71 накатываешь? Вот вчера делал так же все норм [прим. Прошивал вручную прошивку v71]. Просто по воздуху может прилететь не 71 а сразу 72 и кердык после установки 1 из 2 на перезагрузки приминения обновлений шлем влетает Но с упаковки он стандартный v38. Тут зависит от производителя самой флеш памяти те что SKhynix От производителя меняются и приживаются но саму пямять найти отдельно сложно а Китай не хочет теперь продавать в розницу У меня завал И флеш памяти уже не осталось. Это столько в день улетают Я к чему про флешки - на 4пда пара толковых и пряморуких ребят точно есть, они могут пошарить по сусекам насчет флеш памяти и помочь в восстановлении кому-то. Но нужно знать как ты этоделаешь и что там за флешки... Если это не секрет фирмы, конечно. К сожалению секрет фирмы , но я сейчас планирую отказаться , потому что это работает не 100% . Слишком много возни и не факт что случайно не перегреешь Понял. Ладно, я тогда просто подтвержу что да, замена флешек решает проблему. Без имен и подробностей. Идет? Да не, можешь написать , но все равно не скажу , а так да , пусть толковые ребята учатся пробуют рискуют , просто проблема в том что нет в наличии отдельно памяти Только перепаивать весь чип с другой матери у которой другая программа была соответственно. Просто потом люди не до конца поймут способ и смысл и в меня полетят пирожки из какашки На тебя ссылаться не буду, это понятно. То есть ты с другой матери перепаиваешь чип и ставишь на бутлупную? Об этом можно написать или лучше не стоит? Тоже без имен, конечно. Да нет , у меня был поставщик из Китая , который отправлял партиями компоненты и запчасти. Соответственно я новый чип памяти зашиваю А стереть старые чипы программатором не получится? Я не сильный спец в электронике, сорри за дилетантские вопросы ) Нету программаторо такого который считает данные .... А если и есть я бы с радостью купил Хреново быть дилетантом... ) У меня не складывается. Вот есть новый чип, пустой. Ты его паяешь в шлем и заливаешь на него прошивку, так? Вот есть старый чип, с других материнок, ты его перепаиваешь и так же заливаешь прошивку. А с бутлупнутые чипы - с ними шлем не стартует и прошить не получится, так? HN8T05BZGK-X015 сама память одна из. Короче , я использую память от производителя , зашитую ровным счетом на v38 версию . то есть чипы чисто снятые из не кондиции , но уже с шитыми данными , так как я не имею возможности переписывать флеш память , хотя она обычная и имеется везде в доступе . Только вот , китаец сказал , что мета сейчас отозвала продажи оптовых чипов и забирает их себе на восстановление. ---- Такой вот диалог. Грамматика и орфография сохранены. ) Похоже, что перепаивает он либо совсем новые, но уже заряженные (прошивкой v38) чипы, либо с неактивированных шлемов, может это имеет значение?

А какая версия работает? Я ставил обе NIF, карты залочены. Ставил VRP - доступны только четыре трека, при загрузке либо 0.00%, либо Connection lost, с b4t сервера.

Возможно у вас проблема с контроллером питания илм батареей и шлем просто не стартует из-за низкого заряда батареи.

У многих был, сервисники, например. Замена чипа памяти - пока единственный способ лечения бутлупа на квестах.

Вернусь из отпуска - отпишусь. С мобильного неудобно длинно писать. Пока инфа такая: в v79.0.0.1153 эту лазейку запатчили, больше не работает.

Обычным проводеиком Windos можно. Или через adb консолью мли плагиномк Total Commander. Можно через Quas отправить папки на шлем, если установить Quest Context Tool из Кваса - контекстный установщик, пункт N.

Если есть возможность или найдете USB тестер, проверьте ток заряда, он должен быть примерно 2А (при полном разряде гарнитуры) и постепенно снижаться по мере роста заряда шлема. В среднем полтора ампера.

Для бутлупа поведение очень нехарактерное, похоже на железную проблему. Если шарите в консоли, то можно попробовать узнать причину. Я бы сделал следующим образом - включил Режим разработчика и сделал батник, опрашивающий шлем по adb devices каждую секунду, и как только он ответит - стал бы снимать логкат adb logcat, возможно до перезагрузки какое-то количество информации успело бы набежать. А далее в логах смотреть, что именно вызывает перезагрузку.

Сдается мне, многих интересует вопрос: почему везде утверждают, что при ручной прошивке шлем окирпичивается чаще? Отвечу так: это заблуждение. Все подобные аргументы в стиле "мой знакомый поел огурцов и умер. Огурцы смертельны". Также существует еще один момент связанный с региональными особенностями, это объясняет, почему многие сервисники склонны думать, что ручное обновление приводит к кирпичу. Дело в том, что русскоязычный сегмент пользователей шлемов чаще обновляет шлем вручную, просто потому, что серверы Меты заблокированы в РФ и это затрудняет обновление прошивки по воздуху. Если взглянуть на западный сегмент пользователей, то там ситуация с точностью до наоборот, достаточно зайти на Реддит или форум Мета - создается впечатление, что шлемы окирпичиваются только при прошивке по воздуху. Нет никакких статистических данных о том, что ручная прошивка более опасна, чем воздушная. Я читал Реддит, форум Мета, 4пда и другие форумы - там полно сообщений об окирпичивании при обновлении по OTA, и их намного больше, чем при ручной прошивке.

Итак, в чем же разница? Краткий ответ: ни в чем. Этим можно было бы и ограничиться, но, боюсь, такой ответ никого не убедит. Поэтому далее будут пояснения. Давайте начнем с того, что, собственно, представляет собой прошивка? А точнее, процесс прошивки. Он происходит в несколько этапов: Отправка файла прошивки на шлем Проверка файла прошивки на целостность и на соответствие сертификатов и хэшей. Передача файла прошивки процессу update_engine "Потрошение" файла прошивки на блоки/разделы Проверка хэшей каждого "распотрошенного" блока Создание снепшотов (копий состояния) системных разделов Обновление системных разделов в неактивном слоте Проверка обновленных разделов на корректность и целостность Слияние снепшотов с системными разделами Выполнение нескольких проверок загрузки с обновленного слота При успешных проверках переключение на обновленный слот Штатная загрузка системы с обновленного слота Обновление другого слота. Следует отметить, что это очень упрощенное описание того, что происходит при обновлении. Подробней можно прочитать здесь: https://source.android.com/docs/core/ota/ab?hl=en Я намеренно не стал разделять способы ручной и "воздушной" прошивок, так как по сути, они отличаются всего лишь методом доставки файла прошивки на шлем. Это пункт 1. При OTA прошивке файл прилетает по воздуху (Over-The-Air), а при ручной - доставляется по кабелю командой adb sideload update.zip. Подчеркну: команда (и он же режим) sideload - это доставка файла на шлем, а не его прошивка. Проще говоря, это фактически команда copy или adb push в контексте Андроид, но специализированная. А вот после передачи файла прошивки на шлем, им занимается уже непосредственно процесс update_engine. В обоих случаях, как при OTA, так и вручную. И потому не имеет значения, каким образом файл доставлен на шлем, его целостность и корректность в любом случае будет проверена дважды перед началом прошивки, а также несколько раз непосредственно в момент прошивки и конечно же после прошивки, с помощью drm-verify. Еще и поэтому не шлем невозможно залить кастомные прошивки, т.к. уже на этапе проверки файла он будет отброшен из-за несовпадения хэшей. Картинка, иллюстрирующая процесс начала прошивки: Есть еще один несложный способ убедиться в отсутствии отличий - достаточно скачать со шлема bugreport и заглянуть в лог-файлы update_engine, по ним отчетливо видно, что прошивка в обоих случаях проходит одинаково. Кладу под спойлер логи от update_engine: Сравните сами. Все три портянки - краткие логи update_engine. Для гурманов подклеиваю полный лог процесса прошивки: update_engine.20250907-231858.txt

Здесь мы попробуем окончательно прояснить вопрос, по поводу которого сломана не одна тысяча копий: как же все-таки лучше и безопасней прошивать шлем, по воздуху, через официальный источник, или вручную, заливкой файла непосредственно на шлем командой adb sideload update.zip? Разбор пойдет только в контексте шлемов Meta Quest, поскольку со смартфонами чуть более другая сиуация.

Используйте qLoader для скачивания и установки игр:

Настраивайте хотспот по этой инструкции:

Это определенно из-за ограничения доступа к серверам Мета. Продолжайте перебирать различные впн серверы.

Да может просто картинка левая.

Попробуйте установить драйверы. Скачайте Quas, он поможет.

Попробуйте отключить сквозной режим.

Иногда случается, что если шлем подключен кабелем к зарядке или ПК - он включается. Какая версия прошивки на нем? Попробуйте обновить его здесь: https://www.meta.com/en-gb/help/quest/software_update/

Да там в самом вопросе масса противоречий.... Но будет чертовски забавно, если у него и в самом деле там Hollywood ))) Хотя навряд ли. Не настолько же франкенштейн, все-ж проц в 3s новее.. Кстати, я тут обнаружил, что гетвар из фастбута и бутлоадера выдает разную информацию. В фастбутовом гетваре, например, есть номер версии прошивки. И не нужно лезть в рекавери.

А откуда у тебя этот шлем? Если брал с рук, поговори с продавцом, где он его взял? Да, и попробуй сравнить серийники - в бутлоадере и на дужке шлема, совпадают ли они.

Речь об обновлении, на которое нажимаешь, а оно не ставится? Вероятнее всего это обновление системных файлов, к прошивке отношения не имеет. Версия этих файлов - те самые четыре новых цифры после версии прошивки. С ними отдельная песня, я их отслеживал некоторое время назад, разбирался, выяснил много нюансов, долго рассказывать. Как там на 4пда, по-прежнему грустно все? Заглядывай сюда, я чаще всего там: https://t.me/VRGamesRUS

Причем тут заблоченный шлем?... Если ты про надпись Locked, то это у всех так. Так он у тебя не в бутлоадер перезагружается, а при обновлении? Картинка с толку сбивает.

Но шлем же перезагружался в бутлоадер постоянно?

Да, я читал про него. https://github.com/zhuowei/cheese/tree/ksma-demo

Что за инструкция? И как вылечили проблему?