ਉਬੰਟੂ ਸਮੇਂ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਠੀਕ ਕਰੋ - ਸਮੇਂ ਦੀਆਂ ਗੜਬੜੀਆਂ ਦਾ ਨਿਪਟਾਰਾ ਕਰੋ

ਦੋ ਘੜੀਆਂ: ਲੱਭੋ ਕਿ ਕਿਹੜਾ ਝੂਠ ਬੋਲ ਰਿਹਾ ਹੈ

ਹਰ ਕੰਪਿਊਟਰ ਸਮੇਂ ਨੂੰ ਦੋ ਥਾਵਾਂ 'ਤੇ ਰੱਖਦਾ ਹੈ। RTC (ਰੀਅਲ-ਟਾਈਮ ਕਲਾਕ) ਮਦਰਬੋਰਡ 'ਤੇ ਇੱਕ ਛੋਟੀ ਹਾਰਡਵੇਅਰ ਘੜੀ ਹੈ ਜੋ ਪੀਸੀ ਦੇ ਬੰਦ ਹੋਣ 'ਤੇ ਬੈਟਰੀ ਪਾਵਰ 'ਤੇ ਟਿੱਕ ਕਰਦੀ ਰਹਿੰਦੀ ਹੈ। ਸਿਸਟਮ ਕਲਾਕ ਉਹ ਹੈ ਜੋ ਉਬੰਟੂ ਤੁਹਾਨੂੰ ਦਿਖਾਉਂਦਾ ਹੈ ਜਦੋਂ ਇਹ ਚੱਲਦਾ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਇੰਟਰਨੈੱਟ 'ਤੇ NTP ਨਾਮ ਦੀ ਸਮਕਾਲੀ ਸੇਵਾ ਦੁਆਰਾ ਠੀਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਬੂਟ ਹੋਣ 'ਤੇ, ਉਬੰਟੂ RTC ਪੜ੍ਹਦਾ ਹੈ ਅਤੇ ਇਸ ਤੋਂ ਸਿਸਟਮ ਕਲਾਕ ਬਣਾਉਂਦਾ ਹੈ।

ਇਸ ਲਈ ਇੱਕ ਗਲਤ ਘੜੀ ਦਾ ਮਤਲਬ ਹੈ ਤਿੰਨ ਚੀਜ਼ਾਂ ਵਿੱਚੋਂ ਇੱਕ: RTC ਨੇ ਗਲਤ ਮੁੱਲ ਰੱਖਿਆ, ਉਬੰਟੂ ਨੇ ਇਸਨੂੰ ਗਲਤ ਧਾਰਨਾ ਨਾਲ ਪੜ੍ਹਿਆ, ਜਾਂ ਇੰਟਰਨੈਟ ਸੁਧਾਰ ਕਦੇ ਨਹੀਂ ਹੋਇਆ। ਜ਼ਿਆਦਾਤਰ ਲੋਕ ਜੋ ਗਲਤੀ ਕਰਦੇ ਹਨ ਉਹ ਕਾਰਨ ਦੀ ਬਜਾਏ ਘੜੀ ਦੇ ਚਿਹਰੇ ਨੂੰ ਠੀਕ ਕਰਨਾ ਹੈ। ਇੱਕ ਹੁਕਮ ਸਾਰੇ ਤਿੰਨ ਕਾਰਨਾਂ ਨੂੰ ਵੱਖ ਕਰਦਾ ਹੈ - ਇਹ ਅਗਲਾ ਕਦਮ ਹੈ।

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ timedatectl ਪੜ੍ਹੋ

ਇੱਕ ਟਰਮੀਨਲ ਖੋਲ੍ਹੋ ਅਤੇ ਇਸ ਕਮਾਂਡ ਨੂੰ ਚਲਾਓ। ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਦੇਖਣ ਲਈ ਸੂਡੋ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ:

timedatectl

ਸੱਤ ਲਾਈਨਾਂ ਦਿਖਾਈ ਦਿੰਦੀਆਂ ਹਨ; ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਛੇ ਮਾਇਨੇ ਰੱਖਦੇ ਹਨ। ਸਥਾਨਕ ਸਮਾਂ ਸਮਾਂ ਜ਼ੋਨ ਰੂਪਾਂਤਰਣ ਤੋਂ ਬਾਅਦ, ਤੁਹਾਡੀ ਘੜੀ ਦੇ ਚਿਹਰੇ 'ਤੇ ਸਮਾਂ ਹੈ। ਯੂਨੀਵਰਸਲ ਸਮਾਂ UTC ਵਿੱਚ ਇੱਕੋ ਪਲ ਹੈ - ਇਹ ਉਹ ਸੰਖਿਆ ਹੈ ਜੋ ਆਪਣੇ ਆਪ ਵਿੱਚ ਸਹੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। RTC ਸਮਾਂ ਉਹ ਹੈ ਜੋ ਮਦਰਬੋਰਡ 'ਤੇ ਮੌਜੂਦ ਹਾਰਡਵੇਅਰ ਘੜੀ ਕੋਲ ਹੈ। ਸਮਾਂ ਜ਼ੋਨ ਉਹ ਜ਼ੋਨ ਹੈ ਜਿਸ ਵਿੱਚ ਉਬੰਟੂ ਬਦਲਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ ਏਸ਼ੀਆ/ਕੋਲਕਾਤਾ (IST, +0530)। ਸਿਸਟਮ ਕਲਾਕ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ਡ ਹਾਂ ਕਹਿੰਦਾ ਹੈ ਜਦੋਂ ਇੰਟਰਨੈੱਟ ਟਾਈਮ ਸਿੰਕ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਵਾਰ ਇਸ ਬੂਟ ਵਿੱਚ ਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ। ਸਥਾਨਕ TZ ਵਿੱਚ RTC: ਨਹੀਂ ਦਾ ਮਤਲਬ ਹੈ Ubuntu ਮੰਨਦਾ ਹੈ ਕਿ RTC ਕੋਲ UTC ਹੈ - ਇਹ ਇੱਕ ਲਾਈਨ ਪੂਰੀ ਦੋਹਰੀ-ਬੂਟ ਕਹਾਣੀ ਹੈ।

ਇੱਕ ਸਿਹਤਮੰਦ ਮਸ਼ੀਨ 'ਤੇ ਆਰਟੀਸੀ ਸਮਾਂ ਯੂਨੀਵਰਸਲ ਟਾਈਮ ਲਾਈਨ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਸਮਕਾਲੀ ਲਾਈਨ ਹਾਂ ਕਹਿੰਦੀ ਹੈ, ਅਤੇ NTP ਸੇਵਾ ਕਿਰਿਆਸ਼ੀਲ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ। ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖੋ ਕਿ ਤੁਹਾਡੀ ਸਕ੍ਰੀਨ ਕੀ ਦਿਖਾਉਂਦੀ ਹੈ - ਇੱਥੇ ਪੜ੍ਹਨ ਦੇ ਦੋ ਮਿੰਟ ਬੇਤਰਤੀਬੇ ਫਿਕਸਾਂ ਦੇ ਇੱਕ ਘੰਟੇ ਨੂੰ ਬਚਾਉਂਦੇ ਹਨ।

ਪੈਟਰਨ ਨੂੰ ਅਸਲ ਕਾਰਨ ਨਾਲ ਮਿਲਾਓ

ਗਲਤ ਸਮਾਂ ਇੱਕ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ। ਗਲਤੀ ਦਾ ਆਕਾਰ ਅਤੇ ਸ਼ਕਲ ਲਗਭਗ ਹਰ ਵਾਰ ਦੋਸ਼ੀ ਦਾ ਨਾਮ ਲੈਂਦੀ ਹੈ:

ਤੁਹਾਡੇ ਜ਼ੋਨ ਆਫਸੈੱਟ ਦੁਆਰਾ ਗਲਤ (ਭਾਰਤ ਵਿੱਚ 5 ਘੰਟੇ 30 ਮਿੰਟ), ਅਤੇ ਜਦੋਂ ਤੁਸੀਂ ਦੂਜੇ OS ਨੂੰ ਬੂਟ ਕਰਦੇ ਹੋ - ਇੱਕ ਦੋਹਰਾ-ਬੂਟ RTC ਲੜਾਈ। ਵਿੰਡੋਜ਼ ਅਤੇ ਉਬੰਟੂ ਇਸ ਬਾਰੇ ਅਸਹਿਮਤ ਹਨ ਕਿ ਹਾਰਡਵੇਅਰ ਘੜੀ ਦਾ ਕੀ ਅਰਥ ਹੈ। ਕਦਮ 6 'ਤੇ ਜਾਓ।

ਮਿੰਟਾਂ ਦੇ ਹਿਸਾਬ ਨਾਲ ਗਲਤ, ਹਫ਼ਤਿਆਂ ਵਿੱਚ ਹੌਲੀ-ਹੌਲੀ ਵਧ ਰਿਹਾ ਹੈ - ਸਮਕਾਲੀਕਰਨ ਬੰਦ ਹੈ ਜਾਂ ਅਸਫਲ ਹੋ ਰਿਹਾ ਹੈ, ਜਾਂ RTC ਆਪਣੇ ਆਪ ਵਿੱਚ ਵਹਿ ਜਾਂਦਾ ਹੈ। ਸਿੰਕ੍ਰੋਨਾਈਜ਼ਡ ਲਾਈਨ ਦੀ ਜਾਂਚ ਕਰੋ ਅਤੇ ਕਦਮ 4 'ਤੇ ਜਾਓ।

ਪੀਸੀ ਦੇ ਚੱਲਣ ਵੇਲੇ ਸਹੀ, ਹਰ ਬੰਦ ਹੋਣ ਤੋਂ ਬਾਅਦ ਦੁਬਾਰਾ ਗਲਤ - ਪਾਵਰ ਬੰਦ ਹੋਣ 'ਤੇ RTC ਸਮਾਂ ਗੁਆ ਰਿਹਾ ਹੈ ਜਾਂ ਗਲਤ ਪੜ੍ਹ ਰਿਹਾ ਹੈ। ਪੁਰਾਣੇ ਹਾਰਡਵੇਅਰ 'ਤੇ ਜੋ ਕਿ CMOS ਬੈਟਰੀ ਹੈ। ਕਦਮ 7 'ਤੇ ਜਾਓ।

ਸਕ੍ਰੀਨ 'ਤੇ ਸੱਜਾ ਜ਼ੋਨ ਦਾ ਨਾਮ, ਫਿਰ ਵੀ ਗਲਤ ਸਮਾਂ - ਜ਼ੋਨ ਇੱਕ ਡਿਸਪਲੇ ਸੈਟਿੰਗ ਹੈ, ਸਮਾਂ ਨਹੀਂ। ਤੁਹਾਡੀ ਯੂਨੀਵਰਸਲ ਟਾਈਮ ਲਾਈਨ ਵੀ ਗਲਤ ਹੋਵੇਗੀ। ਸਟੈਪ 5 'ਤੇ ਜਾਓ, ਫਿਰ ਦੁਬਾਰਾ ਜਾਂਚ ਕਰੋ।

ਸਿਰਫ਼ ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਦੇ ਅੰਦਰ ਗਲਤ, ਰੀਸਟੋਰ ਜਾਂ ਰੀਜ਼ਿਊਮ ਤੋਂ ਬਾਅਦ ਜੰਪ ਕਰਨਾ - VM ਆਪਣੇ ਹੋਸਟ ਤੋਂ ਅਤੇ ਸਨੈਪਸ਼ਾਟ ਤੋਂ ਸਮਾਂ ਲੈਂਦਾ ਹੈ, ਨਾ ਕਿ ਸਿਰਫ਼ NTP ਤੋਂ।

ਇੰਟਰਨੈੱਟ ਟਾਈਮ ਸਿੰਕ (NTP) ਚਾਲੂ ਕਰੋ

ਜ਼ਿਆਦਾਤਰ ਸਿੰਗਲ-ਬੂਟ ਉਬੰਟੂ ਮਸ਼ੀਨਾਂ ਆਪਣੇ ਆਪ ਨੂੰ ਠੀਕ ਕਰਦੀਆਂ ਹਨ ਜੇਕਰ ਸਿੰਕ ਨੂੰ ਚੱਲਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ. ਇਸਨੂੰ ਇਸ ਕਮਾਂਡ ਨਾਲ ਚਾਲੂ ਕਰੋ (ਇਹ ਤੁਹਾਡੇ ਪਾਸਵਰਡ ਲਈ ਪੁੱਛੇਗਾ):

timedatectl set-ntp true

GUI ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੇ ਹੋ? ਸੈਟਿੰਗਾਂ ਖੋਲ੍ਹੋ, ਫਿਰ ਤਾਰੀਖ ਅਤੇ ਸਮਾਂ, ਅਤੇ ਆਟੋਮੈਟਿਕ ਮਿਤੀ ਅਤੇ ਸਮਾਂ ਚਾਲੂ ਕਰੋ। ਫਿਰ ਇੱਕ ਕੰਮ ਕਰ ਰਹੇ ਇੰਟਰਨੈਟ ਕਨੈਕਸ਼ਨ 'ਤੇ ਇੱਕ ਮਿੰਟ ਉਡੀਕ ਕਰੋ ਅਤੇ ਦੁਬਾਰਾ timedatectl ਚਲਾਓ। ਸਿਸਟਮ ਕਲਾਕ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ਡ ਲਾਈਨ ਨੂੰ ਹੁਣ ਹਾਂ ਕਹਿਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਸਮਾਂ ਸਹੀ ਮੁੱਲ ਵੱਲ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਸਮਾਂ ਖੇਤਰ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਸੈੱਟ ਕਰੋ

ਜੇ ਜ਼ੋਨ ਖੁਦ ਗਲਤ ਹੈ, ਤਾਂ ਬਾਕੀ ਸਭ ਕੁਝ ਟੁੱਟਿਆ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ. ਪਹਿਲਾਂ timedatectl ਆਉਟਪੁੱਟ ਦੀ ਟਾਈਮ ਜ਼ੋਨ ਲਾਈਨ 'ਤੇ ਮੌਜੂਦਾ ਜ਼ੋਨ ਦੇਖੋ। ਜ਼ੋਨ ਦੇ ਨਾਮ ਕੇਸ-ਸੰਵੇਦਨਸ਼ੀਲ ਹੁੰਦੇ ਹਨ ਅਤੇ ਸਲੈਸ਼ਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ Asia/Kolkata। ਸਹੀ ਨਾਵਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ ਅਤੇ ਆਪਣੇ ਨਾਮ ਸੈਟ ਕਰੋ:

timedatectl list-timezones
sudo timedatectl set-timezone Asia/Kolkata

timedatectl ਨੂੰ ਦੁਬਾਰਾ ਚਲਾਓ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸਥਾਨਕ ਸਮਾਂ ਲਾਈਨ ਹੁਣ ਤੁਹਾਡੀ ਕੰਧ ਘੜੀ 'ਤੇ ਸਮਾਂ ਦਿਖਾਉਂਦੀ ਹੈ, ਜੋ ਜ਼ੋਨ Asia/Kolkata (IST, +0530) ਦੇ ਰੂਪ ਵਿੱਚ ਦਿਖਾਇਆ ਗਿਆ ਹੈ। ਇਸ ਤੋਂ ਬਾਅਦ ਵੀ ਗਲਤ, ਸਹੀ ਜ਼ੋਨ ਦਿਖਾ ਕੇ? ਫਿਰ ਜ਼ੋਨ ਕਦੇ ਵੀ ਸਮੱਸਿਆ ਨਹੀਂ ਸੀ - ਕਦਮ 3 ਵਿੱਚ ਪੈਟਰਨ ਸੂਚੀ 'ਤੇ ਵਾਪਸ ਜਾਓ।

ਦੋਹਰਾ ਬੂਟ: ਇੱਕ ਹਾਰਡਵੇਅਰ ਕਲਾਕ ਨਿਯਮ ਚੁਣੋ

ਦੋਹਰੀ-ਬੂਟ ਮਸ਼ੀਨ 'ਤੇ ਤੁਹਾਨੂੰ ਇੱਕ ਸੰਮੇਲਨ ਚੁਣਨਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਦੋਵੇਂ ਸਿਸਟਮਾਂ ਨੂੰ ਸਹਿਮਤ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ। ਉਬੰਟੂ ਦਾ ਡਿਫੌਲਟ ਸਮਝਦਾਰ ਹੈ: RTC ਕੋਲ UTC (ਸਥਾਨਕ TZ ਵਿੱਚ RTC: ਨਹੀਂ) ਹੈ ਅਤੇ ਹਰੇਕ OS ਡਿਸਪਲੇ ਲਈ ਬਦਲਦਾ ਹੈ। ਵਿੰਡੋਜ਼ ਇਸਦੇ ਉਲਟ ਡਿਫੌਲਟ ਹੈ: ਇਹ ਆਰਟੀਸੀ ਨੂੰ ਸਥਾਨਕ ਸਮਾਂ ਮੰਨਦਾ ਹੈ। ਇਹ ਅਸਹਿਮਤੀ ਇਸ ਲਈ ਹੈ ਕਿ ਹਰ OS ਸਵਿੱਚ ਤੁਹਾਡੀ ਘੜੀ ਨੂੰ ਬਿਲਕੁਲ ਤੁਹਾਡੇ ਜ਼ੋਨ ਆਫਸੈੱਟ ਦੁਆਰਾ ਮੂਵ ਕਰਦਾ ਹੈ।

ਤੇਜ਼ ਉਬੰਟੂ-ਸਾਈਡ ਸਮਝੌਤਾ ਇਹ ਕਮਾਂਡ ਹੈ - ਉਬੰਟੂ ਫਿਰ RTC ਨੂੰ ਉਸੇ ਤਰ੍ਹਾਂ ਪੜ੍ਹਦਾ ਅਤੇ ਲਿਖਦਾ ਹੈ ਜਿਸ ਤਰ੍ਹਾਂ ਵਿੰਡੋਜ਼ ਦੀ ਉਮੀਦ ਹੈ:

timedatectl set-local-rtc 1 --adjust-system-clock

ਵਿਕਲਪ ਵਿੰਡੋਜ਼ ਨੂੰ RealTimeIsUniversal ਰਜਿਸਟਰੀ ਮੁੱਲ ਦੁਆਰਾ UTC ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਸਿਖਾ ਰਿਹਾ ਹੈ, Ubuntu ਨੂੰ ਇਸਦੇ ਸਾਫ਼ ਡਿਫੌਲਟ 'ਤੇ ਛੱਡ ਕੇ। ਤੁਸੀਂ ਜੋ ਵੀ ਪੱਖ ਚੁਣਦੇ ਹੋ - ਸਿਰਫ਼ ਇੱਕ ਹੀ ਚੁਣੋ। ਦੋਵੇਂ ਫਿਕਸ ਲਾਗੂ ਕਰਨ ਨਾਲ ਗਲਤੀ ਉਲਟ ਦਿਸ਼ਾ ਵਿੱਚ ਬਦਲ ਜਾਂਦੀ ਹੈ।

ਹਾਰਡਵੇਅਰ ਘੜੀ ਲਈ ਸਹੀ ਸਮਾਂ ਬਚਾਓ

ਇੱਕ ਵਾਰ ਸਿਸਟਮ ਕਲਾਕ ਸਹੀ ਅਤੇ ਸਮਕਾਲੀ ਹੋ ਜਾਣ ਤੋਂ ਬਾਅਦ, ਉਸ ਸਹੀ ਮੁੱਲ ਨੂੰ RTC ਵਿੱਚ ਸਟੋਰ ਕਰੋ ਤਾਂ ਕਿ ਅਗਲਾ ਕੋਲਡ ਬੂਟ ਸਹੀ ਢੰਗ ਨਾਲ ਸ਼ੁਰੂ ਹੋਵੇ:

sudo hwclock --systohc
sudo hwclock --show

ਪਹਿਲੀ ਕਮਾਂਡ ਹਾਰਡਵੇਅਰ ਘੜੀ ਵਿੱਚ ਸਿਸਟਮ ਸਮੇਂ ਦੀ ਨਕਲ ਕਰਦੀ ਹੈ; ਦੂਜਾ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਹਾਰਡਵੇਅਰ ਹੁਣ ਕੀ ਰੱਖਦਾ ਹੈ। ਫਿਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰੋ, ਇੱਕ ਮਿੰਟ ਉਡੀਕ ਕਰੋ, ਬੂਟ ਕਰੋ, ਅਤੇ ਨੈੱਟਵਰਕ ਦੇ ਕਨੈਕਟ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਦੇ ਸਮੇਂ ਦੀ ਜਾਂਚ ਕਰੋ ਜੇਕਰ ਤੁਸੀਂ ਕਰ ਸਕਦੇ ਹੋ - RTC ਪਹਿਲਾਂ ਹੀ ਸਹੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਜੇਕਰ ਹੁਣ ਵੀ ਪੂਰੀ ਪਾਵਰ-ਆਫ ਤੋਂ ਬਾਅਦ ਦੁਬਾਰਾ ਸਮਾਂ ਗਲਤ ਹੈ, ਤਾਂ ਸੌਫਟਵੇਅਰ ਨੇ ਉਹ ਸਭ ਕੁਝ ਕੀਤਾ ਹੈ ਜੋ ਕਰ ਸਕਦਾ ਹੈ - CMOS ਬੈਟਰੀ ਜਾਂ ਪੁਰਾਣੇ ਹਾਰਡਵੇਅਰ 'ਤੇ ਇੱਕ ਵਹਿ ਰਹੇ RTC 'ਤੇ ਸ਼ੱਕ ਹੈ। ਇਹ ਵੀ ਹੈ ਕਿ ਤੁਸੀਂ ਇੱਕ ਕਮਜ਼ੋਰ ਬੈਟਰੀ ਨੂੰ ਤੁਰੰਤ ਬਦਲੇ ਬਿਨਾਂ ਇਸ ਨਾਲ ਕਿਵੇਂ ਰਹਿੰਦੇ ਹੋ: NTP ਸਿੰਕ ਚਾਲੂ (ਪੜਾਅ 4) ਦੇ ਨਾਲ, ਉਬੰਟੂ ਹਰ ਬੂਟ ਤੋਂ ਥੋੜ੍ਹੀ ਦੇਰ ਬਾਅਦ, ਇੱਕ ਵਾਰ ਨੈਟਵਰਕ ਕਨੈਕਟ ਹੋਣ ਤੋਂ ਬਾਅਦ ਆਪਣੇ ਆਪ ਘੜੀ ਨੂੰ ਠੀਕ ਕਰਦਾ ਹੈ। ਬੈਟਰੀ ਰਿਪਲੇਸਮੈਂਟ ਅਜੇ ਵੀ ਅਸਲ ਹਾਰਡਵੇਅਰ ਫਿਕਸ ਹੈ, ਪਰ ਰੋਜ਼ਾਨਾ ਵਰਤੋਂ ਵਿੱਚ ਇਸਦੇ ਲਈ ਸਿੰਕ ਕਵਰ ਹਨ।