SMART ਅਤੇ ਨਿਗਰਾਨੀ ਉਪਯੋਗਤਾਵਾਂ ਬਾਰੇ ਥੋੜ੍ਹਾ ਜਿਹਾ

SMART ਅਤੇ ਗੁਣਾਂ ਦੇ ਮੁੱਲਾਂ ਬਾਰੇ ਇੰਟਰਨੈੱਟ 'ਤੇ ਬਹੁਤ ਸਾਰੀ ਜਾਣਕਾਰੀ ਹੈ। ਪਰ ਮੈਨੂੰ ਸਟੋਰੇਜ਼ ਮੀਡੀਆ ਦੇ ਅਧਿਐਨ ਵਿੱਚ ਸ਼ਾਮਲ ਲੋਕਾਂ ਤੋਂ ਪਤਾ ਲੱਗਣ ਵਾਲੇ ਕਈ ਮਹੱਤਵਪੂਰਨ ਨੁਕਤਿਆਂ ਦਾ ਕੋਈ ਜ਼ਿਕਰ ਨਹੀਂ ਆਇਆ ਹੈ।

ਜਦੋਂ ਮੈਂ ਇੱਕ ਵਾਰ ਫਿਰ ਇੱਕ ਦੋਸਤ ਨੂੰ ਇਹ ਦੱਸ ਰਿਹਾ ਸੀ ਕਿ ਸਮਾਰਟ ਰੀਡਿੰਗਾਂ 'ਤੇ ਬਿਨਾਂ ਸ਼ਰਤ ਭਰੋਸਾ ਕਿਉਂ ਨਹੀਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਹਰ ਸਮੇਂ ਕਲਾਸਿਕ "ਸਮਾਰਟ ਮਾਨੀਟਰਾਂ" ਦੀ ਵਰਤੋਂ ਕਿਉਂ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ, ਤਾਂ ਮੈਨੂੰ ਇਹ ਵਿਚਾਰ ਆਇਆ ਕਿ ਮੈਂ ਇੱਕ ਦੇ ਰੂਪ ਵਿੱਚ ਬੋਲੇ ​​ਗਏ ਸ਼ਬਦਾਂ ਨੂੰ ਲਿਖਾਂ। ਵਿਆਖਿਆਵਾਂ ਦੇ ਨਾਲ ਥੀਸਸ ਦਾ ਸੈੱਟ। ਹਰ ਵਾਰ ਦੁਬਾਰਾ ਦੱਸਣ ਦੀ ਬਜਾਏ ਲਿੰਕ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ। ਅਤੇ ਇਸ ਨੂੰ ਵਿਆਪਕ ਦਰਸ਼ਕਾਂ ਲਈ ਉਪਲਬਧ ਕਰਾਉਣ ਲਈ।

1) ਸਮਾਰਟ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਆਟੋਮੈਟਿਕ ਨਿਗਰਾਨੀ ਲਈ ਪ੍ਰੋਗਰਾਮਾਂ ਨੂੰ ਬਹੁਤ ਸਾਵਧਾਨੀ ਨਾਲ ਵਰਤਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਜੋ ਤੁਸੀਂ SMART ਗੁਣਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਜਾਣਦੇ ਹੋ, ਉਹ ਰੈਡੀਮੇਡ ਸਟੋਰ ਨਹੀਂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਪਰ ਜਦੋਂ ਤੁਸੀਂ ਉਹਨਾਂ ਦੀ ਬੇਨਤੀ ਕਰਦੇ ਹੋ ਤਾਂ ਉਤਪੰਨ ਹੁੰਦੇ ਹਨ। ਉਹਨਾਂ ਦੀ ਗਣਨਾ ਓਪਰੇਸ਼ਨ ਦੌਰਾਨ ਡਰਾਈਵ ਦੇ ਫਰਮਵੇਅਰ ਦੁਆਰਾ ਇਕੱਤਰ ਕੀਤੇ ਅਤੇ ਵਰਤੇ ਗਏ ਅੰਦਰੂਨੀ ਅੰਕੜਿਆਂ ਦੇ ਅਧਾਰ ਤੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

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

ਪਰ ਇਹ ਪ੍ਰਕਿਰਿਆਵਾਂ ਉਹਨਾਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨਾਲ ਮਾੜੀਆਂ ਅਨੁਕੂਲ ਹੁੰਦੀਆਂ ਹਨ ਜਦੋਂ ਡਰਾਈਵ ਨੂੰ ਰੀਡ-ਰਾਈਟ ਓਪਰੇਸ਼ਨਾਂ ਨਾਲ ਲੋਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਇੱਕ ਆਦਰਸ਼ ਸੰਸਾਰ ਵਿੱਚ, ਇਸ ਨਾਲ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ। ਪਰ ਅਸਲ ਵਿੱਚ, ਹਾਰਡ ਡਰਾਈਵ ਫਰਮਵੇਅਰ ਆਮ ਲੋਕ ਦੁਆਰਾ ਲਿਖਿਆ ਗਿਆ ਹੈ. ਕੌਣ ਗਲਤੀ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਕਰ ਸਕਦਾ ਹੈ। ਇਸ ਲਈ, ਜੇਕਰ ਤੁਸੀਂ SMART ਗੁਣਾਂ ਦੀ ਪੁੱਛਗਿੱਛ ਕਰਦੇ ਹੋ ਜਦੋਂ ਡਿਵਾਈਸ ਸਰਗਰਮੀ ਨਾਲ ਰੀਡ-ਰਾਈਟ ਓਪਰੇਸ਼ਨ ਕਰ ਰਹੀ ਹੈ, ਤਾਂ ਕੁਝ ਗਲਤ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਨਾਟਕੀ ਢੰਗ ਨਾਲ ਵਧ ਜਾਂਦੀ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਉਪਭੋਗਤਾ ਦੇ ਰੀਡ ਜਾਂ ਰਾਈਟ ਬਫਰ ਵਿੱਚ ਡੇਟਾ ਖਰਾਬ ਹੋ ਜਾਵੇਗਾ।

ਵਧ ਰਹੇ ਜੋਖਮਾਂ ਬਾਰੇ ਬਿਆਨ ਇੱਕ ਸਿਧਾਂਤਕ ਸਿੱਟਾ ਨਹੀਂ ਹੈ, ਪਰ ਇੱਕ ਵਿਹਾਰਕ ਨਿਰੀਖਣ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਜਾਣਿਆ-ਪਛਾਣਿਆ ਬੱਗ ਹੈ ਜੋ HDD Samsung 103UI ਦੇ ਫਰਮਵੇਅਰ ਵਿੱਚ ਆਇਆ ਹੈ, ਜਿੱਥੇ SMART ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਬੇਨਤੀ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੌਰਾਨ ਉਪਭੋਗਤਾ ਡੇਟਾ ਖਰਾਬ ਹੋ ਗਿਆ ਸੀ।

ਇਸ ਲਈ, SMART ਗੁਣਾਂ ਦੀ ਆਟੋਮੈਟਿਕ ਜਾਂਚ ਨੂੰ ਕੌਂਫਿਗਰ ਨਾ ਕਰੋ। ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਇਹ ਯਕੀਨੀ ਨਹੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕੈਸ਼ ਫਲੱਸ਼ ਕਮਾਂਡ (ਫਲਸ਼ ਕੈਸ਼) ਜਾਰੀ ਕੀਤੀ ਗਈ ਹੈ। ਜਾਂ, ਜੇਕਰ ਤੁਸੀਂ ਇਸ ਤੋਂ ਬਿਨਾਂ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਤਾਂ ਸਕੈਨ ਨੂੰ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਚਲਾਉਣ ਲਈ ਕੌਂਫਿਗਰ ਕਰੋ। ਬਹੁਤ ਸਾਰੇ ਨਿਗਰਾਨੀ ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ, ਜਾਂਚਾਂ ਵਿਚਕਾਰ ਡਿਫੌਲਟ ਸਮਾਂ ਲਗਭਗ 10 ਮਿੰਟ ਹੁੰਦਾ ਹੈ। ਇਹ ਬਹੁਤ ਆਮ ਹੈ। ਸਭ ਦੇ ਸਮਾਨ, ਅਜਿਹੀਆਂ ਜਾਂਚਾਂ ਅਚਾਨਕ ਡਿਸਕ ਦੀ ਅਸਫਲਤਾ ਲਈ ਇੱਕ ਉਪਾਅ ਨਹੀਂ ਹਨ (ਇੱਕ ਰਾਮਬਾਣ ਸਿਰਫ ਬੈਕਅੱਪ ਹੈ)। ਦਿਨ ਵਿੱਚ ਇੱਕ ਵਾਰ - ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਇਹ ਕਾਫ਼ੀ ਹੈ.

ਪੁੱਛ-ਗਿੱਛ ਦਾ ਤਾਪਮਾਨ ਗੁਣ ਗਣਨਾ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਚਾਲੂ ਨਹੀਂ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਅਕਸਰ ਚਲਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। ਕਿਉਂਕਿ ਜਦੋਂ ਸਹੀ ਢੰਗ ਨਾਲ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਹ SCT ਪ੍ਰੋਟੋਕੋਲ ਦੁਆਰਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। SCT ਦੁਆਰਾ, ਸਿਰਫ ਉਹੀ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਜੋ ਪਹਿਲਾਂ ਹੀ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਡੇਟਾ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਆਪਣੇ ਆਪ ਅਪਡੇਟ ਹੋ ਜਾਂਦਾ ਹੈ।

2) SMART ਗੁਣ ਡੇਟਾ ਅਕਸਰ ਭਰੋਸੇਯੋਗ ਨਹੀਂ ਹੁੰਦਾ ਹੈ।

ਹਾਰਡ ਡਰਾਈਵ ਫਰਮਵੇਅਰ ਤੁਹਾਨੂੰ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਇਹ ਕੀ ਸੋਚਦਾ ਹੈ ਕਿ ਇਹ ਤੁਹਾਨੂੰ ਦਿਖਾਉਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਸਲ ਵਿੱਚ ਕੀ ਹੋ ਰਿਹਾ ਹੈ। ਸਭ ਤੋਂ ਸਪੱਸ਼ਟ ਉਦਾਹਰਨ 5 ਵੀਂ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, ਮੁੜ ਨਿਰਧਾਰਤ ਸੈਕਟਰਾਂ ਦੀ ਗਿਣਤੀ। ਡਾਟਾ ਰਿਕਵਰੀ ਮਾਹਰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਜਾਣਦੇ ਹਨ ਕਿ ਇੱਕ ਹਾਰਡ ਡਰਾਈਵ ਪੰਜਵੇਂ ਗੁਣ ਵਿੱਚ ਜ਼ੀਰੋ ਸੰਖਿਆ ਨੂੰ ਮੁੜ-ਸਥਾਪਨ ਦਿਖਾ ਸਕਦੀ ਹੈ, ਭਾਵੇਂ ਉਹ ਮੌਜੂਦ ਹਨ ਅਤੇ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ।

ਮੈਂ ਇੱਕ ਮਾਹਰ ਨੂੰ ਇੱਕ ਸਵਾਲ ਪੁੱਛਿਆ ਜੋ ਹਾਰਡ ਡਰਾਈਵਾਂ ਦਾ ਅਧਿਐਨ ਕਰਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਦੇ ਫਰਮਵੇਅਰ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ। ਮੈਂ ਪੁੱਛਿਆ ਕਿ ਉਹ ਸਿਧਾਂਤ ਕੀ ਹੈ ਜਿਸ ਦੁਆਰਾ ਡਿਵਾਈਸ ਦਾ ਫਰਮਵੇਅਰ ਇਹ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਕਿ ਹੁਣ ਸੈਕਟਰ ਰੀਸਾਈਨਮੈਂਟ ਦੇ ਤੱਥ ਨੂੰ ਛੁਪਾਉਣਾ ਜ਼ਰੂਰੀ ਹੈ, ਪਰ ਹੁਣ ਤੁਸੀਂ ਇਸ ਬਾਰੇ SMART ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੁਆਰਾ ਗੱਲ ਕਰ ਸਕਦੇ ਹੋ।

ਉਸ ਨੇ ਜਵਾਬ ਦਿੱਤਾ ਕਿ ਕੋਈ ਸਾਧਾਰਨ ਨਿਯਮ ਨਹੀਂ ਹੈ ਜਿਸ ਅਨੁਸਾਰ ਯੰਤਰ ਅਸਲ ਤਸਵੀਰ ਦਿਖਾਉਂਦੇ ਹਨ ਜਾਂ ਲੁਕਾਉਂਦੇ ਹਨ। ਅਤੇ ਹਾਰਡ ਡਰਾਈਵਾਂ ਲਈ ਫਰਮਵੇਅਰ ਲਿਖਣ ਵਾਲੇ ਪ੍ਰੋਗਰਾਮਰਾਂ ਦਾ ਤਰਕ ਕਈ ਵਾਰ ਬਹੁਤ ਅਜੀਬ ਲੱਗਦਾ ਹੈ. ਵੱਖ-ਵੱਖ ਮਾਡਲਾਂ ਦੇ ਫਰਮਵੇਅਰ ਦਾ ਅਧਿਐਨ ਕਰਦੇ ਹੋਏ, ਉਸਨੇ ਦੇਖਿਆ ਕਿ ਅਕਸਰ "ਲੁਕਾਉਣ ਜਾਂ ਦਿਖਾਉਣ" ਦਾ ਫੈਸਲਾ ਮਾਪਦੰਡਾਂ ਦੇ ਇੱਕ ਸਮੂਹ ਦੇ ਅਧਾਰ ਤੇ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਅਸਪਸ਼ਟ ਹੁੰਦੇ ਹਨ ਕਿ ਉਹ ਇੱਕ ਦੂਜੇ ਨਾਲ ਅਤੇ ਹਾਰਡ ਡਰਾਈਵ ਦੇ ਬਾਕੀ ਸਰੋਤ ਨਾਲ ਕਿਵੇਂ ਸਬੰਧਤ ਹਨ।

3) SMART ਸੂਚਕਾਂ ਦੀ ਵਿਆਖਿਆ ਵਿਕਰੇਤਾ-ਵਿਸ਼ੇਸ਼ ਹੈ।

ਉਦਾਹਰਨ ਲਈ, ਸੀਗੇਟਸ 'ਤੇ ਤੁਹਾਨੂੰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 1 ਅਤੇ 7 ਦੇ "ਬੁਰੇ" ਕੱਚੇ ਮੁੱਲਾਂ ਵੱਲ ਧਿਆਨ ਨਹੀਂ ਦੇਣਾ ਚਾਹੀਦਾ, ਜਦੋਂ ਤੱਕ ਬਾਕੀ ਆਮ ਹਨ. ਇਸ ਨਿਰਮਾਤਾ ਤੋਂ ਡਿਸਕਾਂ 'ਤੇ, ਆਮ ਵਰਤੋਂ ਦੌਰਾਨ ਉਹਨਾਂ ਦੇ ਸੰਪੂਰਨ ਮੁੱਲ ਵਧ ਸਕਦੇ ਹਨ।

ਹਾਰਡ ਡਰਾਈਵ ਦੀ ਸਥਿਤੀ ਅਤੇ ਬਾਕੀ ਬਚੇ ਜੀਵਨ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਲਈ, ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਪੈਰਾਮੀਟਰਾਂ 5, 196, 197, 198 'ਤੇ ਧਿਆਨ ਦੇਣ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਹ ਨਿਰਪੱਖ, ਕੱਚੇ ਮੁੱਲਾਂ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਤ ਕਰਨ ਲਈ ਸਮਝਦਾਰ ਹੈ, ਨਾ ਕਿ ਦਿੱਤੇ ਗਏ ਮੁੱਲਾਂ' ਤੇ . ਗੁਣਾਂ ਦਾ ਜ਼ਬਰਦਸਤੀ ਗੈਰ-ਸਪੱਸ਼ਟ ਤਰੀਕਿਆਂ ਨਾਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਵੱਖ-ਵੱਖ ਐਲਗੋਰਿਦਮ ਅਤੇ ਫਰਮਵੇਅਰ ਵਿੱਚ ਵੱਖਰਾ।

ਆਮ ਤੌਰ 'ਤੇ, ਡੇਟਾ ਸਟੋਰੇਜ ਮਾਹਰਾਂ ਵਿੱਚ, ਜਦੋਂ ਉਹ ਕਿਸੇ ਵਿਸ਼ੇਸ਼ਤਾ ਦੇ ਮੁੱਲ ਬਾਰੇ ਗੱਲ ਕਰਦੇ ਹਨ, ਤਾਂ ਉਹਨਾਂ ਦਾ ਆਮ ਤੌਰ 'ਤੇ ਸੰਪੂਰਨ ਮੁੱਲ ਹੁੰਦਾ ਹੈ।

ਸਰੋਤ: www.habr.com