216 lines
12 KiB
Markdown
216 lines
12 KiB
Markdown
# MacBook Pro M1 — зависания после замены матрицы
|
||
|
||
**Контекст:** заменена матрица (Built-in Liquid Retina XDR). После ремонта — повторяющиеся полные зависания системы.
|
||
**Инцидент:** 2026-06-16, ~4 зависания за час (21:31–21:43).
|
||
**Проверено:** 2026-06-16, логи `/Library/Logs/DiagnosticReports/`, `log show`, `last reboot`.
|
||
|
||
См. также: [README.md](./README.md)
|
||
|
||
---
|
||
|
||
## 1. Симптом
|
||
|
||
| Что видит пользователь | Что в логах |
|
||
|------------------------|-------------|
|
||
| Экран и ввод «замирают», курсор не двигается | Нет записей в unified log на время freeze (дыра в логах) |
|
||
| Помогает только **удержание кнопки питания** | `btn_rst` / `finger_reset` в `forceReset-full-*.diag` |
|
||
| Зависания повторяются **сразу после перезагрузки** (через 2–9 мин) | Аптайм в отчётах: 155 с, 537 с |
|
||
| Не kernel panic с диалогом «перезагрузить» | Нет свежих `panic-full-*.panic` за 16.06; только `forceReset` |
|
||
|
||
Это **hard lockup** (полная неотзывчивость SoC), а не обычный краш приложения.
|
||
|
||
---
|
||
|
||
## 2. Хронология 2026-06-16
|
||
|
||
| Время | Событие | Аптайм до freeze |
|
||
|-------|---------|------------------|
|
||
| ~19:19 | Загрузка (сессия до первого сбоя) | — |
|
||
| 21:24–21:26 | Telegram: отчёт `cpu_resource` (~55% CPU за 3 мин) | ~2 ч |
|
||
| **21:31** | `forceReset-full-2026-06-16-213115` · `btn_rst` | **~7921 с (~2 ч 12 мин)** |
|
||
| **21:34** | `forceReset-full-2026-06-16-213425` · `btn_rst` | **~155 с (~2.5 мин)** |
|
||
| 21:34–21:37 | `deleted` (CacheDelete): `cpu_resource` (~52% CPU) | после 2-го reboot |
|
||
| **21:43** | `forceReset-full-2026-06-16-214334` · `btn_rst` | **~537 с (~9 мин)** |
|
||
|
||
`last reboot`:
|
||
|
||
```
|
||
reboot Tue Jun 16 21:43
|
||
reboot Tue Jun 16 21:34
|
||
reboot Tue Jun 16 21:31
|
||
```
|
||
|
||
В логах — **пропуск ~18 мин** (21:33 → 21:51): пока система зависла, запись остановилась.
|
||
|
||
---
|
||
|
||
## 3. RCA — что зафиксировано в отчётах
|
||
|
||
### 3.1 Тип сбоя: принудительный reset
|
||
|
||
Все три отчёта за 16.06:
|
||
|
||
```
|
||
panic(cpu N caller ...): btn_rst
|
||
Debugger message: panic
|
||
Boot faults: btn_rst, finger_reset, force_off (в ResetCounter)
|
||
```
|
||
|
||
`btn_rst` = ядро зафиксировало сброс **кнопкой питания**, когда система уже не отвечала. Это не программный panic с stack trace приложения.
|
||
|
||
Файлы:
|
||
|
||
- `/Library/Logs/DiagnosticReports/forceReset-full-2026-06-16-213115.0002.diag`
|
||
- `/Library/Logs/DiagnosticReports/forceReset-full-2026-06-16-213425.0002.diag`
|
||
- `/Library/Logs/DiagnosticReports/forceReset-full-2026-06-16-214334.0002.diag`
|
||
- `/Library/Logs/DiagnosticReports/ResetCounter-2026-06-16-213129.diag` (и 213438, 214346)
|
||
|
||
### 3.2 Главный подозреваемый: WindowServer (графический стек)
|
||
|
||
Снимок процессов **на момент зависания** (поле `systemTimeTask`):
|
||
|
||
| Freeze | Аптайм | WindowServer CPU time | Паттерн потоков |
|
||
|--------|--------|----------------------|-----------------|
|
||
| 21:31 | ~2 ч 12 мин | **714 с** | потоки ждут `semaphore port ... owned by pid` **самого WindowServer** |
|
||
| 21:34 | ~2.5 мин | **15 с** | то же — deadlock на semaphore |
|
||
| 21:43 | ~9 мин | **49 с** | то же — deadlock на semaphore |
|
||
|
||
WindowServer — процесс отрисовки всего UI (SkyLight). Потоки, ждущие semaphore у того же PID, — типичный **deadlock в графическом конвейере**.
|
||
|
||
Рядом в снимках присутствуют процессы дисплейного стека:
|
||
|
||
- `corebrightnessd` — яркость / подсветка
|
||
- `IOMFB_bics_daemon` — framebuffer (IOMFB)
|
||
- `backboardd` — события ввода / дисплей
|
||
|
||
### 3.3 Что **не** найдено в открытых логах
|
||
|
||
Поиск за 3 ч по `DCP`, `IOMFB`, `CLCD`, `backlight`, `GPU reset`, `panel`, `LCD`:
|
||
|
||
- **Нет** явных ошибок драйвера дисплея или DCP
|
||
- Только штатные записи (`mobileassetd`, `backlightservices`, уведомления)
|
||
|
||
Apple часто **не пишет** аппаратные ошибки шлейфа/матрицы в открытый unified log. Отсутствие строк не опровергает аппаратную причину.
|
||
|
||
### 3.4 Дополнительная нагрузка (усиливающие факторы)
|
||
|
||
| Процесс | Когда | Наблюдение |
|
||
|---------|-------|------------|
|
||
| **Telegram** | 21:24–21:26 | `cpu_resource`: ~55% CPU за 162 с |
|
||
| **deleted** (CacheDelete) | 21:34–21:37 | `cpu_resource`: ~52% CPU, 88 с после boot |
|
||
| **mds** / Spotlight | после каждого reboot | активная индексация (`mdworker_shared`) |
|
||
| **Память** | на момент проверки | 16 GB почти заняты, ~7.8 GB в compressor, свободно ~140 MB |
|
||
|
||
Высокая нагрузка и давление на память **усиливают** нестабильность, но паттерн WindowServer-deadlock + быстрые повторы после reboot указывают на проблему **графики/дисплея**, а не только на фоновые процессы.
|
||
|
||
### 3.5 История до 16.06 (система нестабильна несколько дней)
|
||
|
||
| Период | Тип отчётов | Характер |
|
||
|--------|-------------|----------|
|
||
| 10–11.06 | `shutdown_stall` | зависание при выключении |
|
||
| 12–14.06 | `panic-full` + `shutdown_stall` | `Wake transition timed out after 35 seconds` · suspected: `com.apple.driver.AppleSEPManager` |
|
||
| 15.06 | `forceReset` (21:42) + `shutdown_stall` | тот же `btn_rst` |
|
||
| 16.06 | 3× `forceReset` за час | WindowServer deadlock |
|
||
|
||
До замены матрицы уже были сбои power management (SEP / wake). После ремонта доминирует другой профиль: **GUI freeze через WindowServer**, в том числе через несколько минут после загрузки.
|
||
|
||
---
|
||
|
||
## 4. Связь с заменой матрицы
|
||
|
||
Прямых строк «ошибка шлейфа» в логах нет. Косвенные признаки, согласующиеся с ремонтом дисплея:
|
||
|
||
1. **WindowServer стабильно уходит в deadlock** на всех трёх снимках
|
||
2. В стеке рядом — `corebrightnessd`, `IOMFB_bics_daemon`
|
||
3. Зависания **сразу после reboot** (2.5 и 9 мин) — типично для драйвера/железа дисплея, а не для «прогрева» одного приложения
|
||
4. Полный lockup (`btn_rst`) без kernel panic — возможен при зависании GPU/DCP-конвейера
|
||
|
||
**Вероятные аппаратные причины (для сервиса):**
|
||
|
||
- плохой контакт **шлейфа матрицы** (eDP/LVDS)
|
||
- повреждение или неправильная укладка **кабеля дисплея**
|
||
- несовместимая или дефектная **матрица** для `MacBookPro18,1` (Liquid Retina XDR)
|
||
- ошибка сборки: винты, заземление, T-Con / подсветка
|
||
|
||
---
|
||
|
||
## 5. Действия
|
||
|
||
### 5.1 Сервис (приоритет)
|
||
|
||
Вернуть в сервис с этим runbook. Попросить проверить:
|
||
|
||
1. Посадку шлейфа матрицы и display cable на обоих концах
|
||
2. Отсутствие перекоса / залома шлейфа при закрытии крышки
|
||
3. Совместимость матрицы с **MacBookPro18,1** (Liquid Retina XDR, не «похожая» панель)
|
||
4. Корректность сборки подсветки и T-Con
|
||
|
||
### 5.2 Диагностика на Mac
|
||
|
||
**Apple Diagnostics** (нативная):
|
||
|
||
1. Выключить Mac
|
||
2. Зажать питание → «Параметры» → «Диагностика»
|
||
|
||
**Safe Mode** (отсечь сторонние драйверы/агенты):
|
||
|
||
1. Выключить → зажать питание → «Продолжить с безопасным режимом»
|
||
2. Если в Safe Mode стабильно час+ — сильнее аргумент в пользу софта/агентов; если снова freeze — железо/драйвер дисплея
|
||
|
||
**Минимальная нагрузка после reboot:**
|
||
|
||
- не открывать Cursor, Brave, Telegram сразу после загрузки
|
||
- проверить, воспроизводится ли freeze на пустом рабочем столе
|
||
|
||
### 5.3 Мониторинг
|
||
|
||
```bash
|
||
# последние force reset
|
||
ls -lt /Library/Logs/DiagnosticReports/forceReset-full-* | head -5
|
||
|
||
# причина в заголовке отчёта
|
||
head -12 /Library/Logs/DiagnosticReports/forceReset-full-*.0002.diag | \
|
||
grep -o 'panic(cpu[^\\]*'
|
||
|
||
# ошибки WindowServer
|
||
log stream --predicate 'process == "WindowServer"' --level error
|
||
|
||
# перезагрузки
|
||
last reboot | head -10
|
||
```
|
||
|
||
После следующего зависания **не перезагружать сразу** (если возможно подождать 1–2 мин) — иногда успевает дописаться больше в `/Library/Logs/DiagnosticReports/`. На практике при hard lockup это редко помогает; основные данные уже в `forceReset-full`.
|
||
|
||
---
|
||
|
||
## 6. Краткий вывод
|
||
|
||
| Вопрос | Ответ |
|
||
|--------|-------|
|
||
| Это kernel panic? | Нет (16.06). Это **hard lockup** → сброс кнопкой (`btn_rst`) |
|
||
| Сколько зафиксировано 16.06? | **3** отчёта `forceReset`; пользователь сообщал о ~4 зависаниях |
|
||
| Что зависало? | **WindowServer** — deadlock, графический стек |
|
||
| Есть ли ошибки DCP/шлейфа в логах? | **Нет** в открытом unified log |
|
||
| Главная рекомендация | **Перепроверка шлейфа и сборки дисплея в сервисе** |
|
||
| Была ли нестабильность раньше? | Да, с 10–11.06 (`shutdown_stall`, SEP wake timeout) |
|
||
|
||
---
|
||
|
||
## 7. Ссылки на файлы отчётов
|
||
|
||
```
|
||
/Library/Logs/DiagnosticReports/forceReset-full-2026-06-16-213115.0002.diag
|
||
/Library/Logs/DiagnosticReports/forceReset-full-2026-06-16-213425.0002.diag
|
||
/Library/Logs/DiagnosticReports/forceReset-full-2026-06-16-214334.0002.diag
|
||
/Library/Logs/DiagnosticReports/ResetCounter-2026-06-16-213129.diag
|
||
/Library/Logs/DiagnosticReports/ResetCounter-2026-06-16-213438.diag
|
||
/Library/Logs/DiagnosticReports/ResetCounter-2026-06-16-214346.diag
|
||
/Library/Logs/DiagnosticReports/Telegram_2026-06-16-212645_Eternals.cpu_resource.diag
|
||
/Library/Logs/DiagnosticReports/deleted_2026-06-16-213726_Eternals.cpu_resource.diag
|
||
|
||
# более ранние (контекст)
|
||
/Library/Logs/DiagnosticReports/panic-full-2026-06-14-115455.0002.panic # Wake transition / SEP
|
||
/Library/Logs/DiagnosticReports/panic-full-2026-06-13-155145.0002.panic
|
||
/Library/Logs/DiagnosticReports/forceReset-full-2026-06-15-194242.0002.diag
|
||
```
|