Mac замярзае пасля абуджэння з VPN: што запісваць

Паведамленні пра замерзлы Mac пасля абуджэння часта зводзяць тры збоі ў адну скаргу. Паказальнік можа яшчэ рухацца, пакуль кліент VPN ігнаруе націскі, кліент можа працаваць, пакуль адна выдаленая сесія сканчаецца па тайм-аўце, або ўвесь працоўны стол можа перастаць прымаць увод. Кожны выпадак патрабуе іншых доказаў, і першая хвіліна пасля замярзання вырашае, з якім вы маеце справу. Памылковая здагадка накіроўвае кожны наступны крок у няправільным кірунку.

Што перастала адказваць, а што проста перастала чакаць

Пачніце з найтаннейшых тэстаў: перасуньце паказальнік і ўвядзіце тэкст у лакальнае тэкставае поле, адкрыйце ўласны прагляд стану кліента і прачытайце стан, які ён паведамляе, затым пачніце новую аперацыю ў прыватнай праграме замест таго, каб аднаўляць ужо адкрытую сесію. Запішыце тры адказы, перш чым кранаць што-небудзь яшчэ, бо парадак таго, што адмовіла, — гэта першая дэталь, якую людзі забываюць.

Кожны вынік вядзе ў іншае месца. Адна завіслая сесія пакідае доказы па той бок тунэля, а Mac — толькі глядач. Кліент, які ігнаруе націскі, пакуль працоўны стол яшчэ працуе, звужвае пошук да гэтага працэсу і яго журнала. Машына, якая ігнаруе паказальнік, адбірае магчымасць запусціць хоць што-небудзь, бо кожная каманда праверкі патрабуе абалонкі, якая адказвае.

Трымайце тры выпадкі асобна, нават калі карыстальнік апісвае іх адным сказам. Справаздача, якую вы падаяце, павінна казаць, які тэст праваліўся першым і якія яшчэ прайшлі, а не тое, што машына замерзла. Менавіта гэтае адрозненне дазваляе інжынеру падтрымкі вырашыць, ці глядзець на сетку, кліент або абсталяванне.

Храналогія, якую вы зможаце абараніць і заўтра

Гадзіны — гэта частка запісу, якую нельга аднавіць пазней. Адзначце, калі адкрылася вечка або машына абудзілася, калі адбылося першае няўдалае дзеянне, і ці былі гэтыя два моманты аддзелены секундамі ці хвілінамі. Затым запішыце, ці Mac сапраўды спаў, ці толькі заблакаваў экран, бо гэта розныя станы з рознымі шляхамі абуджэння. Журнал сну — адзіная частка гэтай храналогіі, якую вы можаце праверыць потым.

pmset -g log | grep -i -E 'wake|sleep'
log show --last 15m --predicate 'process == "<client-process>"' --style compact

Першая каманда ператварае цьмянае ўспамін у пазнаку часу, якую можна ўвесці ў другую. Абмяжуйце запыт да журнала працэсам кліента і кароткім прамежкам, і вы атрымаеце старонку вываду замест цэлага дня. Скапіруйце ідэнтыфікатар мадэлі, зборку кліента і сетку, у якой вы былі, у тую ж нататку, пакуль экран яшчэ перад вамі; справаздача, сабраная наступнай раніцай, губляе парадак, які рабіў яе чытэльнай.

Выберыце здымак, які адпавядае сімптому

Apple апісвае тры здымкі ў кіраўніцтве па дыягностыцы Activity Monitor, і яны адказваюць на розныя пытанні. Sample Process назірае за адным выбраным працэсам тры секунды, spindump нацэлены на праграму, якая перастала адказваць і вось-вось будзе прымусова закрытая, а System Diagnostics збірае сістэмныя журналы ў пакет.

Выбірайце па тым, што вы назіралі, а не па звычцы. Кліент, які працуе, але паводзіць сябе няправільна, атрымлівае sample, зняты праз sample <pid> 3 -file ~/Desktop/sample.txt або з меню шасцярні. Праграма, якая круціцца вечна і якую даводзіцца забіваць, атрымлівае пункт Spindump з таго ж меню. Праблема, якая ахоплівае кліент і сістэму, атрымлівае sudo sysdiagnose -f ~/Desktop. Здымайце sample да прымусовага закрыцця, калі можаце, бо спыненне знішчае менавіта той стан, які вы хацелі агледзець, і называйце файл па падзеі і часе, а не па вашай здагадцы пра прычыну.

Стаўцеся да кожнага пакета як да канфідэнцыйнага. Гэтыя справаздачы змяшчаюць імёны ўліковых запісаў, імёны хастоў, шляхі і звесткі пра сетку, таму адпраўляйце іх праз канал падтрымкі, які выкарыстоўвае ваша арганізацыя, а не далучайце да публічнай тэмы. Калі справаздачу трэба скараціць, скараціце копію і пакіньце арыгінал цэлым.

Калі сам паказальнік не рухаецца

Мёртвы інтэрфейс змяняе парадак дзеянняў. Вы не можаце зняць sample працэсу або выканаць запыт з абалонкі, якая не адказвае, таму першая мэта — аднаўленне, а другая — запіс. Прымусовы перазапуск часам адзіны выхад, і гэта таксама момант, калі знікаюць самыя карысныя дэталі. Адзначце час, адкрытыя вокны і ці паказвала меню сеткі злучэнне перад перазапускам; гэтыя назіранні перажываюць перазагрузку, нават калі стан працэсу не перажывае.

Пасля вяртання машыны супраціўляйцеся выснове, што перазапуск знайшоў віноўніка. Ён аднавіў працу і нічога не назваў. Толькі паўтор з адной кантраляванай зменай можа паказаць на кампанент.

Калі замярзанне вяртаецца, змяняйце адну ўмову за спробу: сетку, версію кліента або рэжым сну. Спачатку захавайце выдаленую працу і пазбягайце цыклічных прымусовых сноў на працоўнай машыне, бо паўторныя жорсткія цыклы рызыкуюць стратай даных і часта даюць іншую адмову, чым тая, якую вы гоніце. Запісвайце кожную спробу з яе ўмовамі, каб наступная была параўнальнай, а не анекдатычнай.

Перадайце адну падзею, а не настрой

Перадача, якая дае рух, называе чатыры рэчы: што перастала адказваць, калі гэта здарылася, як выглядала сетка ў той момант і які здымак пакрывае прамежак. Дадайце версію кліента і зборку macOS, затым спыніцеся. І каманда платформы, і пастаўшчык кліента могуць дзейнічаць па гэтым сказе, і ніводзін не можа дзейнічаць па апісанні расчаравання. Трымайце запіс у адным месцы і дапаўняйце яго, а не пераказвайце гісторыю кожны раз; калі абнаўленне змяніла паводзіны, адзначце, якое менавіта, бо гэта таксама доказ.

Добры запіс таксама паказвае, што вы ўжо выключылі. Калі лакальная праграма адказвала падчас замярзання, скажыце пра гэта; калі журнал сну паказвае сапраўднае абуджэнне, а не блакіроўку, скажыце і гэта. Наступны чалавек не павінен паўтараць тэсты, якія вы ўжо правялі.

Перад закрыццём заяўкі праверце тры рэчы: пазнака часу бярэцца з журнала сну, а не з памяці, здымак адпавядае сімптому, які вы сапраўды бачылі, а пакет знаходзіцца ў адобраным месцы. Калі чагосьці з трох няма, справаздача не гатова да адпраўкі.