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, после спрете. И екипът на платформата, и доставчикът на клиента могат да действат по това изречение и никой не може да действа по описание на раздразнение. Пазете записа на едно място и го допълвайте, вместо да преразказвате историята всеки път; ако актуализация е променила поведението, отбележете коя, защото това също е доказателство.
Добрият запис също казва какво вече сте изключили. Ако локално приложение е отговорило по време на замръзването, кажете го; ако журналът на съня показва истинско събуждане, а не заключване, кажете и това. Следващият човек не трябва да повтаря тестове, които вече сте направили.
Преди да затворите заявката, проверете три неща: отпечатъкът от време идва от журнала на съня, а не от паметта, заснемането пасва на симптома, който наистина видяхте, и пакетът е на одобреното място. Ако липсва някое от трите, докладът не е готов за изпращане.