VPN ਨਾਲ ਜਾਗਣ ਤੋਂ ਬਾਅਦ Mac ਜੰਮ ਜਾਂਦਾ ਹੈ: ਕੀ ਦਰਜ ਕਰੀਏ

ਜਾਗਣ ਤੋਂ ਬਾਅਦ ਜੰਮੇ 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 ਬਿਲਡ ਜੋੜੋ, ਫਿਰ ਰੁਕੋ। ਪਲੇਟਫਾਰਮ ਟੀਮ ਅਤੇ ਕਲਾਇੰਟ ਵਿਕਰੇਤਾ ਦੋਵੇਂ ਉਸ ਵਾਕ 'ਤੇ ਕੰਮ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਨਿਰਾਸ਼ਾ ਦੇ ਵਰਣਨ 'ਤੇ ਕੋਈ ਵੀ ਕੰਮ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਰਿਕਾਰਡ ਨੂੰ ਇੱਕ ਥਾਂ ਰੱਖੋ ਅਤੇ ਹਰ ਵਾਰ ਕਹਾਣੀ ਦੁਬਾਰਾ ਕਹਿਣ ਦੀ ਬਜਾਏ ਉਸ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ; ਜੇ ਅਪਡੇਟ ਨੇ ਵਿਵਹਾਰ ਬਦਲਿਆ ਹੈ, ਤਾਂ ਕਿਹੜਾ ਲਿਖੋ, ਕਿਉਂਕਿ ਇਹ ਵੀ ਸਬੂਤ ਹੈ।

ਚੰਗਾ ਰਿਕਾਰਡ ਇਹ ਵੀ ਦੱਸਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਕੀ ਬਾਹਰ ਰੱਖਿਆ ਹੈ। ਜੇ ਜੰਮਣ ਦੌਰਾਨ ਸਥਾਨਕ ਐਪ ਨੇ ਜਵਾਬ ਦਿੱਤਾ, ਤਾਂ ਦੱਸੋ; ਜੇ ਨੀਂਦ ਦਾ ਲੌਗ ਲਾਕ ਦੀ ਬਜਾਏ ਸੱਚੀ ਜਾਗ ਵਿਖਾਉਂਦਾ ਹੈ, ਤਾਂ ਉਹ ਵੀ ਦੱਸੋ। ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਤੁਹਾਡੇ ਕੀਤੇ ਟੈਸਟ ਦੁਬਾਰਾ ਨਹੀਂ ਕਰਨੇ ਪੈਣੇ ਚਾਹੀਦੇ।

ਟਿਕਟ ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨ ਚੀਜ਼ਾਂ ਜਾਂਚੋ: ਸਮਾਂ-ਛਾਪ ਯਾਦ ਤੋਂ ਨਹੀਂ, ਨੀਂਦ ਦੇ ਲੌਗ ਤੋਂ ਆਉਂਦਾ ਹੈ, ਕੈਪਚਰ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਦੇਖੇ ਲੱਛਣ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਅਤੇ ਬੰਡਲ ਮਨਜ਼ੂਰ ਜਗ੍ਹਾ 'ਤੇ ਹੈ। ਜੇ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਨਾ ਹੋਵੇ, ਤਾਂ ਰਿਪੋਰਟ ਭੇਜਣ ਲਈ ਤਿਆਰ ਨਹੀਂ।