Ошибка запуска ядра Happ: EOF, пустая строка, geo
Утром три разных текста подряд: ошибка запуска ядра, затем EOF, затем намёк на geo — и ощущение, что Happ «развалился целиком». На самом деле это одно семейство старта Xray, только обрыв в разных файлах. На happcore.wiki соберём карту: EOF, пустой inbound, секция RU, daemon. Без этой карты люди качают dat с форума и лечат службу телефона.
Ядро Happ — Xray, ошибка — про старт процесса
«Ошибка запуска ядра» — зонтик. Happ не смог поднять Xray. Под зонтиком живут EOF (обрыв чтения), пустая строка inbound, битые geo, отказ daemon. Пока вы не прочитаете вторую строку лога, чините зонтик переустановкой вхолостую.
Старт ядра происходит до полезного трафика. Если ошибка именно запуска, сайты и IP ещё ни при чём. Сначала процесс и конфиг, потом туннель.
Официальный клиент и свежий профиль из бота Nasa VPN закрывают большую часть зонтика. Моды и dat с 4pda расширяют его: появляются секция RU и новые EOF.
- Зонтик
- Ядро Xray не стартовало
- EOF
- Обрезанный поток или файл
- Geo
- Справочник стран/доменов
- Daemon
- Служба Windows
Как читать лог, а не только тост
Тост короткий, лог длиннее. Первое событие важнее последнего «core failed». Если выше truncated / EOF — это обрыв. Если missing geoip section ru — секция RU. Если empty inbound — пустая строка.
На Windows добавьте failed via daemon. Это слой службы, его не лечат новым QR, пока процесс мёртв. Разбор — daemon в Happ.
Если лога нет, воспроизведите ошибку один раз после чистого запуска клиента. Не жмите Connect десяток раз: засорите журнал повторами и потеряете первую причину.
Не выкладывайте лог с URL подписки. Вырежьте ссылку, оставьте тип ошибки и версию Happ.
Карта симптом → слой
Таблица держит кластер в одном месте. Идите по своей строке, не по всем сразу. Смешение слоёв — главная причина «я всё перепробовал».
Перед деталями имеет смысл освежить Ошибка запуска ядра EOF на happcore.wiki — дальше только нюансы вашей ситуации.
После любого фикса возвращайтесь к Connect один раз и смотрите, сменился ли текст. Если EOF ушёл и вылезло «не выбрана конфигурация» — это прогресс: ядро уже может стартовать, не хватает выбора узла.
Geo с форума вычёркиваем из всех строк. Это не инструмент диагностики, а источник новых строк в логе.
| Текст | Слой Xray | Фикс |
|---|---|---|
| EOF / unexpected EOF | Обрыв конфига или dat | Новый импорт, штатные geo |
| Нет секции RU | geoip.dat не тот | Официальный клиент, не 4pda |
| Ошибка загрузки geo | Не скачались справочники | Сеть + штатный клиент |
| failed via daemon | Служба Windows | Служба, антивирус |
| Пустая строка / empty inbound | Нет входа в профиле | Повторный импорт |
| Конфигурация не выбрана | UI, не ядро | Выбрать узел |
Общий контур ремонта
Официальный Happ. На ПК — живая служба и исключения антивируса. Штатные geo, без архивов. Свежий профиль из бота на это устройство. Полный импорт. Выбор узла. Connect.
Этот контур специально скучный. Он закрывает зонтик без коллекционирования dat. Если после контура ошибка та же, вы на редком слое: политика MDM, битый диск, конфликт второго VPN в момент pull.
Второй VPN выключите на время старта ядра. Иначе служебные файлы и подписка качаются через чужой туннель и снова обрываются.
Не ставьте два Happ разных веток рядом «для сравнения». Они дерутся за адаптер и за службу, и ошибка запуска становится нечитаемой.
- Прочитать вторую строку ошибки, не только тост
- ПК: служба и антивирус, если daemon
- Штатные geo, никаких форумных dat
- Свежий профиль из бота Nasa VPN
- Импорт → выбор узла → Connect
Одно изменение за попытку
Кластер ядра соблазняет сделать всё сразу: переустановить, подложить dat, сменить ключ, отключить антивирус. Вы не узнаете, что сработало, и при следующем сбое начнёте с нуля. Меняйте один слой: сначала текст ошибки, потом соответствующий фикс, затем один Connect.
Записывайте, что изменилось. «Поставил официальный Happ — EOF сменился на «не выбрана конфигурация»» — это победа, дальше выбор узла. «Подложил dat — появилось нет RU» — откат. Журнал из трёх строк экономит час.
Не тестируйте одновременно Wi‑Fi и новый профиль и новый клиент. Если сломается, неясно, какой рычаг виноват. Сначала клиент на той сети, где импорт уже когда-то проходил, потом остальное.
Второй человек с тем же аккаунтом, который «уже починил у себя», не отменяет ваш слой. У него другой телефон и другой профиль. Его скриншот без EOF не доказывает, что ваша служба Windows жива.
Что отдать поддержке по ядру
ОС и сборка, версия Happ, точный текст второй строки лога, сеть в момент сбоя, что уже сделали (импорт, переустановка, исключения антивируса). Без этого поддержка начнёт с «обновите профиль», хотя у вас daemon.
Скриншот тоста полезен, скриншот списка служб на Windows — ещё полезнее при daemon. Скриншот папки с подложенным geoip.dat — сигнал сразу откатить форумный совет, а не продолжать.
Не просите «пришлите рабочий dat». Нормальная поддержка Nasa / Happ так не чинит ядро. Если вам в чате прислали файл базы — не ставьте. Вернитесь к официальному клиенту и боту.
Цель письма — попасть в правильную статью кластера: EOF, geo, daemon, inbound, выбор. Чем точнее текст, тем меньше кругов. happcore.wiki как раз для этой маршрутизации, не для коллекции архивов.
Что не помогает при ошибке ядра
Смена страны в списке, если ядро не стартовало. Speedtest. Новый аккаунт «на всякий случай», пока старый профиль даже не импортирован целиком. Скачивание geoip с 4pda. Portable-сборка Happ из архива.
Переустановка Windows как первый шаг. Сначала клиент и профиль. Система — когда служба уничтожается политикой, и это уже видно.
Копирование «рабочей папки Happ» с другого ПК. Служба и пути разъедутся, geo и core разъедутся, получите сразу daemon и нет RU.
Держитесь карты кластера на happcore.wiki: каждая статья — один слой Xray. Зонтик «ошибка запуска ядра» только указывает, что старт не состоялся. Дальше нужен точный текст.
Повторяющаяся утром ошибка ядра после «вчера всё работало» чаще всего не новый вид сбоя, а ночной pull обрезка или сон службы. Сверьте лог с картой: сменился ли текст с EOF на daemon или на RU. Смена текста — смена статьи, а не повод ставить третий мод Happ.