Os informes dun Mac conxelado tras espertar adoitan xuntar tres fallos nunha soa queixa. O punteiro pode seguir movéndose mentres o cliente de VPN ignora os clics, o cliente pode funcionar mentres unha sesión remota caduca, ou todo o escritorio pode deixar de aceptar entrada. Cada un deses casos necesita probas distintas, e o primeiro minuto tras o bloqueo decide cal ten diante. Unha suposición equivocada envía cada paso posterior na dirección equivocada.

Que deixou de responder e que só deixou de esperar

Comece polas probas máis baratas: mova o punteiro e escriba nun campo de texto local, abra a vista de estado do propio cliente e lea o estado que informa, e despois inicie unha operación nova na aplicación privada en lugar de retomar a sesión que xa estaba aberta. Anote as tres respostas antes de tocar calquera outra cousa, porque a orde do que fallou é o primeiro detalle que a xente esquece.

Cada resultado apunta a un sitio distinto. Unha soa sesión atascada pon a evidencia ao outro lado do túnel, e o Mac só é un espectador. Un cliente que ignora os clics mentres o escritorio segue funcionando reduce a busca a ese proceso e ao seu rexistro. Unha máquina que ignora o punteiro elimina a opción de executar calquera cousa, porque cada orde de inspección necesita un shell que responda.

Manteña os tres casos separados mesmo cando o usuario os describe nunha soa frase. O informe que presenta debe dicir que proba fallou primeiro e cales seguían pasando, non que a máquina se conxelou. Esa distinción é o que permite a un enxeñeiro de soporte decidir se mirar a rede, o cliente ou o hardware.

Unha cronoloxía que aínda poderá defender mañá

O reloxo é a parte do rexistro que non se pode reconstruír despois. Anote cando se abriu a tapa ou espertou a máquina, cando ocorreu a primeira acción fallida, e se eses dous momentos estaban separados por segundos ou por minutos. Despois escriba se o Mac durmiu de verdade ou só bloqueou a pantalla, porque son estados distintos con rutas de espertar distintas. O rexistro de soño é a única parte desa cronoloxía que pode comprobar despois.

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

O primeiro comando converte un recordo vago nunha marca de tempo que pode escribir no segundo. Limite a consulta do rexistro ao proceso do cliente e a unha ventá curta, e obterá unha páxina de saída en lugar dun día enteiro. Copie o identificador do modelo, a compilación do cliente e a rede na que estaba na mesma nota mentres a pantalla segue diante de ti; un informe montado á mañá seguinte perde a orde que o facía lexible.

Escolla a captura que encaixa co síntoma

Apple documenta tres capturas en a guía de diagnóstico de Activity Monitor, e responden a preguntas distintas. Sample Process observa un proceso seleccionado durante tres segundos, spindump apunta a unha aplicación que deixou de responder e está a piques de ser forzada a pechar, e System Diagnostics recolle os rexistros do sistema nun paquete.

Escolla polo que observou, non polo costume. Un cliente que funciona pero se comporta mal recibe un sample, tomado con sample <pid> 3 -file ~/Desktop/sample.txt ou desde o menú do engrenaxe. Unha aplicación que xira para sempre e hai que matar recibe o elemento Spindump dese mesmo menú. Un problema que abrangue o cliente e o sistema recibe sudo sysdiagnose -f ~/Desktop. Tome o sample antes de forzar o peche cando poida, porque a terminación destrúe exactamente o estado que quería inspeccionar, e poña ao ficheiro o nome do evento e a hora en lugar da súa suposición sobre a causa.

Trate cada paquete como sensible. Estes informes levan nomes de conta, nomes de host, rutas e detalles de rede, así que envíeos pola canle de soporte que usa a súa organización en lugar de adxuntalos a un fío público. Se hai que recortar un informe, recorte unha copia e deixe o orixinal intacto.

Cando o propio punteiro non se move

Unha interface morta cambia a orde das operacións. Non pode mostrar un proceso nin executar unha consulta desde un shell que non responde, así que o primeiro obxectivo é a recuperación e o segundo é un rexistro. Un reinicio forzado é ás veces a única saída, e tamén é o momento en que desaparecen os detalles máis útiles. Anote a hora, as ventás que estaban abertas e se o menú de rede mostraba conexión antes de reiniciar; esas observacións sobreviven ao reinicio aínda que o estado do proceso non o faga.

Cando a máquina volve, resista a conclusión de que o reinicio atopou o culpable. Restaurou o servizo e non nomeou nada. Só unha repetición cun cambio controlado pode sinalar un compoñente.

Se o bloqueo volve, cambie unha condición por intento: a rede, a versión do cliente ou o modo de suspensión. Garde primeiro o traballo remoto e evite repetir suspensións forzadas nunha máquina de produción, porque os ciclos duros repetidos arriscan perda de datos e a miúdo producen un fallo distinto do que persegue. Anote cada intento coas súas condicións para que o seguinte sexa comparable e non anecdótico.

Entregue un evento, non un estado de ánimo

A entrega que consegue acción nomea catro cousas: que deixou de responder, cando ocorreu, como era a rede naquel momento e que captura cobre a ventá. Engada a versión do cliente e a compilación de macOS, e logo pare. Tanto o equipo de plataforma como o provedor do cliente poden actuar sobre esa frase, e ningún dos dous pode actuar sobre unha descrición de frustración. Manteña o rexistro nun só lugar e engádalle cousas en lugar de volver contar a historia cada vez; se unha actualización cambiou o comportamento, indique cal, porque iso tamén é evidencia.

Un bo rexistro tamén di que xa descartou. Se unha aplicación local respondía durante o bloqueo, dígao; se o rexistro de soño mostra un espertar real e non un bloqueo, dígao tamén. A seguinte persoa non debería ter que repetir probas que xa fixo.

Antes de pechar o tícket, comprobe tres cousas: a marca de tempo vén do rexistro de soño e non da memoria, a captura encaixa co síntoma que viu de verdade, e o paquete está na localización aprobada. Se falta calquera das tres, o informe non está listo para enviar.

Artigos relacionados