ਇਹ ਕਿਵੇਂ ਪਤਾ ਲਗਾਇਆ ਜਾਵੇ ਕਿ ਤੁਹਾਡੀ ਹਾਰਡ ਡਰਾਈਵ AHCI ਦੀ ਬਜਾਏ PIO ਮੋਡ ਵਿੱਚ ਹੈ

ਤੁਹਾਡਾ ਕੰਪਿਊਟਰ ਆਮ ਨਾਲੋਂ ਹੌਲੀ ਚੱਲ ਰਿਹਾ ਹੈ, ਫਾਈਲ ਐਕਸਪਲੋਰਰ ਨੂੰ ਫੋਲਡਰਾਂ ਨੂੰ ਖੋਲ੍ਹਣ ਵਿੱਚ ਕਾਫ਼ੀ ਸਮਾਂ ਲੱਗਦਾ ਹੈ, ਹਾਰਡ ਡਰਾਈਵ ਲਗਾਤਾਰ ਕੰਮ ਕਰ ਰਹੀ ਜਾਪਦੀ ਹੈ... ਇਹ ਉਹ ਲੱਛਣ ਹਨ ਜੋ ਸ਼ਾਇਦ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਸਿਸਟਮ ਨੇ ਤੁਹਾਨੂੰ ਧਿਆਨ ਦਿੱਤੇ ਬਿਨਾਂ ਡਿਸਕ ਨੂੰ PIO ਮੋਡ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ ਹੋਵੇ। ਇਹ ਵਿਵਹਾਰ ਕਲਾਸਿਕ IDE/ATA ਕੰਟਰੋਲਰਾਂ ਵਾਲੇ ਸਿਸਟਮਾਂ ਵਿੱਚ ਆਮ ਹੈ, ਪਰ ਇਸਦੇ ਪ੍ਰਭਾਵ ਅੱਜ ਵੀ ਓਨੇ ਹੀ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹਨ: ਰੁਕਾਵਟਾਂ, ਹਕਲਾਉਣਾ, ਅਤੇ ਇਹ ਭਾਵਨਾ ਕਿ ਪੂਰਾ ਸਿਸਟਮ ਖਿੱਚ ਰਿਹਾ ਹੈ।

ਬਹੁਤ ਸਾਰੇ ਤਕਨੀਕੀ ਫੋਰਮਾਂ ਵਿੱਚ, ਉਪਭੋਗਤਾ ਰਿਪੋਰਟ ਕਰ ਰਹੇ ਹਨ ਕਿ, ਰਾਤੋ-ਰਾਤ, ਉਹਨਾਂ ਦਾ ਪ੍ਰਾਇਮਰੀ IDE ਚੈਨਲ ਅਚਾਨਕ DMA ਤੋਂ PIO ਵਿੱਚ ਬਦਲ ਜਾਂਦਾ ਹੈ, ਭਾਵੇਂ ਕੰਟਰੋਲਰ ਨੂੰ ਅਣਇੰਸਟੌਲ ਕਰਨ ਅਤੇ ਰੀਸਟਾਰਟ ਕਰਨ ਤੋਂ ਬਾਅਦ ਵੀ। ਦੂਸਰੇ ਖੋਜਦੇ ਹਨ ਕਿ ਵਿੰਡੋਜ਼ "ਸਿਰਫ਼ PIO" ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦਾ ਹੈ ਜਦੋਂ ਕਿ ਐਵਰੈਸਟ ਜਾਂ SiSoftware Sandra ਵਰਗੇ ਟੂਲ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹਨ ਕਿ ਡਿਸਕ ਕੰਮ ਕਰ ਰਹੀ ਹੈ। UDMA 5 ਜਾਂ UDMA 2ਇਹ ਸਭ ਕੁਝ ਕਾਫ਼ੀ ਉਲਝਣ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਆਓ ਜਾਣਕਾਰੀ ਨੂੰ ਸੰਗਠਿਤ ਕਰੀਏ ਅਤੇ ਸਮਝਾਈਏ ਕਿ ਇਸਦਾ ਅਸਲ ਅਰਥ ਕੀ ਹੈ ਕਿ ਇੱਕ ਡਿਸਕ PIO ਮੋਡ ਵਿੱਚ ਹੈਵਿੰਡੋਜ਼ ਦੇ ਵੱਖ-ਵੱਖ ਸੰਸਕਰਣਾਂ 'ਤੇ ਇਸਨੂੰ ਕਿਵੇਂ ਚੈੱਕ ਕਰਨਾ ਹੈ, BIOS ਕੀ ਭੂਮਿਕਾ ਨਿਭਾਉਂਦਾ ਹੈ, ਅਤੇ ਆਮ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਕਿਵੇਂ ਬਹਾਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨੀ ਹੈ।

PIO ਮੋਡ ਕੀ ਹੈ ਅਤੇ ਇਹ DMA ਤੋਂ ਕਿਵੇਂ ਵੱਖਰਾ ਹੈ?

ਸਮੱਸਿਆ ਨੂੰ ਸਮਝਣ ਲਈ, ਇਹ ਸਮਝਣਾ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਸਿਸਟਮ ਅਤੇ ਸਟੋਰੇਜ ਯੂਨਿਟ ਕਿਵੇਂ ਸੰਚਾਰ ਕਰਦੇ ਹਨ। ਰਵਾਇਤੀ ਤੌਰ 'ਤੇ, IDE/ATA ਕੰਟਰੋਲਰ ਕੰਮ ਕਰ ਸਕਦੇ ਹਨ ਟ੍ਰਾਂਸਫਰ ਮੋਡਾਂ ਦੇ ਦੋ ਵੱਡੇ ਪਰਿਵਾਰPIO ਅਤੇ DMA। ਹਰੇਕ ਦਾ ਉਪਕਰਣ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਅਤੇ ਪ੍ਰੋਸੈਸਰ ਦੀ ਵਰਤੋਂ 'ਤੇ ਸਿੱਧਾ ਪ੍ਰਭਾਵ ਪੈਂਦਾ ਹੈ।

ਮੋਡ PIO (ਪ੍ਰੋਗਰਾਮਡ ਇਨਪੁੱਟ/ਆਉਟਪੁੱਟ) ਇਹ ਇੱਕ ਟ੍ਰਾਂਸਫਰ ਸਕੀਮ ਹੈ ਜਿਸ ਵਿੱਚ CPU ਡਿਸਕ ਅਤੇ ਮੈਮੋਰੀ ਵਿਚਕਾਰ ਡੇਟਾ ਦੀ ਗਤੀ ਵਿੱਚ ਸਰਗਰਮੀ ਨਾਲ ਦਖਲ ਦਿੰਦਾ ਹੈ। ਹਰੇਕ ਪੜ੍ਹਨ ਜਾਂ ਲਿਖਣ ਵਿੱਚ ਉਸ ਪ੍ਰਵਾਹ ਨੂੰ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਲਈ ਸਮਰਪਿਤ ਕਾਫ਼ੀ ਗਿਣਤੀ ਵਿੱਚ ਪ੍ਰੋਸੈਸਰ ਚੱਕਰ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ, ਜਿਸਦੇ ਨਤੀਜੇ ਵਜੋਂ ਬਹੁਤ ਘੱਟ ਟ੍ਰਾਂਸਫਰ ਦਰਾਂ ਅਤੇ ਉੱਚ CPU ਵਰਤੋਂ ਹੁੰਦੀ ਹੈ। ਅਭਿਆਸ ਵਿੱਚ, PIO ਮੋਡ ਵਿੱਚ ਇੱਕ ਡਿਸਕ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਸੁਸਤ ਸਿਸਟਮ ਪੈਦਾ ਕਰਦੀ ਹੈ, ਵੱਡੀਆਂ ਫਾਈਲਾਂ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਖੋਲ੍ਹਣ ਵੇਲੇ ਅਕਸਰ ਉਡੀਕ ਸਮੇਂ ਦੇ ਨਾਲ।

PIO ਦੇ ਮੁਕਾਬਲੇ, ਮੋਡ ਡੀਐਮਏ (ਡਾਇਰੈਕਟ ਮੈਮੋਰੀ ਐਕਸੈਸ) ਇਹ ਡਿਸਕ ਕੰਟਰੋਲਰ ਨੂੰ ਹਰੇਕ ਬਾਈਟ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਲਈ CPU ਵਿੱਚੋਂ ਲੰਘੇ ਬਿਨਾਂ ਸਿੱਧੇ RAM ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ। DMA ਦੇ ਅੰਦਰ, UDMA (ਅਲਟਰਾ DMA) ਮੋਡ ਵੱਖ-ਵੱਖ ਗਤੀਆਂ (UDMA 2, 4, 5, ਆਦਿ) ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੇ ਹਨ, ਜਿਸਨੂੰ ATA-33, ATA-66, ATA-100, ਆਦਿ ਵੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। UDMA ਮੋਡ ਜਿੰਨਾ ਉੱਚਾ ਹੋਵੇਗਾ, ਡਿਸਕ ਅਤੇ ਮਦਰਬੋਰਡ ਵਿਚਕਾਰ ਲਿੰਕ ਦੁਆਰਾ ਪੇਸ਼ ਕੀਤੀ ਗਈ ਸਿਧਾਂਤਕ ਬੈਂਡਵਿਡਥ ਓਨੀ ਹੀ ਜ਼ਿਆਦਾ ਹੋਵੇਗੀ, ਬਸ਼ਰਤੇ ਕਿ ਕੇਬਲ, ਕੰਟਰੋਲਰ, ਅਤੇ ਡਿਸਕ ਖੁਦ ਉਸ ਪੱਧਰ ਦਾ ਸਮਰਥਨ ਕਰੋ।

Windows XP ਵਰਗੇ ਸਿਸਟਮਾਂ ਵਿੱਚ, ਆਮ ਤੌਰ 'ਤੇ, ਜੇਕਰ ਸਭ ਕੁਝ ਸਹੀ ਢੰਗ ਨਾਲ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸਿਸਟਮ ਸਿੱਧਾ ਬੂਟ ਹੋ ਜਾਵੇਗਾ DMA “ਜੇ ਉਪਲਬਧ ਹੋਵੇ” ਅਤੇ ਹਰੇਕ ਡਿਵਾਈਸ ਦੁਆਰਾ ਸਮਰਥਿਤ ਸਭ ਤੋਂ ਉੱਚਤਮ ਅਲਟਰਾ DMA ਮੋਡ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਸਮੱਸਿਆ ਉਦੋਂ ਪੈਦਾ ਹੁੰਦੀ ਹੈ ਜਦੋਂ, ਪੜ੍ਹਨ/ਲਿਖਣ ਦੀਆਂ ਗਲਤੀਆਂ ਦੀ ਇੱਕ ਲੜੀ ਤੋਂ ਬਾਅਦ, ਵਿੰਡੋਜ਼ ਅਸਫਲਤਾਵਾਂ ਨੂੰ ਰੋਕਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਲਈ, ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਕੁਰਬਾਨ ਕਰਨ ਲਈ ਆਪਣੇ ਆਪ IDE ਚੈਨਲ ਨੂੰ PIO ਵਿੱਚ ਡਾਊਨਗ੍ਰੇਡ ਕਰਦਾ ਹੈ। ਇਹ ਉਪਭੋਗਤਾ ਨੂੰ ਪੁੱਛੇ ਬਿਨਾਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ, ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਭਾਵੇਂ ਡਰਾਈਵ ਅਜੇ ਵੀ UDMA 5 ਜਾਂ UDMA 2 ਵਿੱਚ ਕੰਮ ਕਰਨ ਦੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਮਰੱਥ ਹੈ।

ਵਿੰਡੋਜ਼ ਡਿਸਕ ਸਮੱਸਿਆਵਾਂ ਦਾ ਪਤਾ ਕਿਵੇਂ ਲਗਾਉਂਦੀ ਹੈ ਅਤੇ ਇਹ PIO ਨੂੰ ਕਿਉਂ ਘਟਾਉਂਦੀ ਹੈ

ਉਹ ਵਿਵਹਾਰ ਜੋ ਅਕਸਰ ਬਹੁਤ ਸਾਰੇ ਲੋਕਾਂ ਨੂੰ ਹੈਰਾਨ ਕਰਦਾ ਹੈ ਉਹ ਇਹ ਹੈ ਕਿ ਸਿਸਟਮ ਕੁਝ ਸਮੇਂ ਲਈ ਸਹੀ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦਾ ਜਾਪਦਾ ਹੈ ਡੀਐਮਏ ਮੋਡ ਅਤੇ ਫਿਰ, ਅਚਾਨਕ, ਕੁਝ ਵੀ ਨਵਾਂ ਇੰਸਟਾਲ ਕੀਤੇ ਬਿਨਾਂ ਜਾਂ BIOS ਨੂੰ ਛੂਹਣ ਤੋਂ ਬਿਨਾਂ, ਇਹ PIO ਵਿੱਚ ਬਦਲ ਜਾਂਦਾ ਹੈ। ਇਹ ਪੈਟਰਨ ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਨਾਲ ਜੁੜਿਆ ਹੁੰਦਾ ਹੈ ਕਿ ਕਿਵੇਂ Windows IDE ATA/ATAPI ਕੰਟਰੋਲਰਾਂ ਵਿੱਚ ਗਲਤੀਆਂ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਦਾ ਹੈ।

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

ਅਭਿਆਸ ਵਿੱਚ, ਇਸ ਤਰ੍ਹਾਂ ਦੀਆਂ ਸਥਿਤੀਆਂ ਵੇਖੀਆਂ ਜਾਂਦੀਆਂ ਹਨ: ਉਪਭੋਗਤਾ ਡਿਵਾਈਸ ਮੈਨੇਜਰ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦਾ ਹੈ, ਪ੍ਰਾਇਮਰੀ IDE ਚੈਨਲ ਨੂੰ ਅਣਇੰਸਟੌਲ ਕਰਦਾ ਹੈ, ਕੰਪਿਊਟਰ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਦਾ ਹੈ, ਅਤੇ ਡੈਸਕਟੌਪ ਤੇ ਵਾਪਸ ਆਉਣ 'ਤੇ ਸਭ ਕੁਝ ਠੀਕ ਜਾਪਦਾ ਹੈ: "ਮੌਜੂਦਾ ਟ੍ਰਾਂਸਫਰ ਮੋਡ" ਖੇਤਰ ਅਲਟਰਾ DMA ਮੋਡ 2 ਜਾਂ 5 ਦਿਖਾਉਂਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਕੁਝ ਮਿੰਟਾਂ ਦੀ ਤੀਬਰ ਵਰਤੋਂ ਤੋਂ ਬਾਅਦ, ਸਿਸਟਮ ਦੁਬਾਰਾ ਹੌਲੀ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ, ਜਾਂਚ ਕਰਨ 'ਤੇ, "PIO ਮੋਡ" ਇੱਕ ਵਾਰ ਫਿਰ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। ਇਹ ਇੱਕ ਸੰਕੇਤ ਹੈ ਕਿ ਵਿੰਡੋਜ਼ ਗਲਤੀਆਂ ਦਾ ਪਤਾ ਲਗਾਉਣਾ ਜਾਰੀ ਰੱਖਦਾ ਹੈ ਉਸ ਚੈਨਲ 'ਤੇ ਅਤੇ ਆਪਣੇ ਆਪ ਮੋਡ ਨੂੰ ਦੁਬਾਰਾ ਘਟਾਓ।

ਇਹ ਸਮਝਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਇਹ ਸੁਰੱਖਿਆ ਵਿਧੀ IDE ਕੰਟਰੋਲਰ ਕੀ ਦੇਖਦਾ ਹੈ, ਇਸ 'ਤੇ ਅਧਾਰਤ ਹੈ, ਨਾ ਕਿ ਡਿਸਕ ਦੀਆਂ ਭੌਤਿਕ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਪੜ੍ਹਨ 'ਤੇ। ਇਸੇ ਲਈ ਐਵਰੈਸਟ ਜਾਂ SiSoftware Sandra ਵਰਗੇ ਟੂਲ "UDMA 5 (ATA-100)" ਨੂੰ ਦਰਸਾ ਸਕਦੇ ਹਨ ਜਿਵੇਂ ਕਿ ਐਕਟਿਵ ਮੋਡ ਜਦੋਂ ਕਿ IDE ਚੈਨਲ ਵਿਸ਼ੇਸ਼ਤਾ ਪੈਨਲ "ਟ੍ਰਾਂਸਫਰ ਮੋਡ: ਸਿਰਫ਼ PIO, ਮੌਜੂਦਾ ਟ੍ਰਾਂਸਫਰ ਮੋਡ: PIO" ਦਿਖਾਉਂਦਾ ਹੈ, ਉਹ ਅਸਲ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਪਹਿਲੂਆਂ ਦੀ ਰਿਪੋਰਟ ਕਰ ਰਹੇ ਹਨ: ਇੱਕ ਪਾਸੇ, ਡਿਵਾਈਸ ਦੀ ਸਿਧਾਂਤਕ ਸਮਰੱਥਾ ਜਾਂ ਸੰਰਚਨਾ; ਦੂਜੇ ਪਾਸੇ, ਉਹ ਸਥਿਤੀ ਜਿਸ ਵਿੱਚ ਵਿੰਡੋਜ਼ ਡਰਾਈਵਰ ਨੇ ਗਲਤੀਆਂ ਨੂੰ ਘੱਟ ਕਰਨ ਲਈ ਕੰਮ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ।

BIOS, Windows, ਅਤੇ ਡਾਇਗਨੌਸਟਿਕ ਟੂਲਸ ਵਿੱਚ ਕੀ ਦਿਖਾਇਆ ਜਾਂਦਾ ਹੈ, ਵਿਚਕਾਰ ਅੰਤਰ

ਸਮੱਸਿਆਵਾਂ ਦਾ ਇੱਕ ਹੋਰ ਆਮ ਸਰੋਤ BIOS ਦੁਆਰਾ ਰਿਪੋਰਟ ਕੀਤੀਆਂ ਗਈਆਂ ਗੱਲਾਂ ਵਿੱਚ ਅੰਤਰ ਹੈ (ਉਦਾਹਰਣ ਵਜੋਂ ਸੀਐਸਐਮ), ਜੋ ਕਿ ਡਿਵਾਈਸ ਮੈਨੇਜਰ ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ ਅਤੇ ਤੀਜੀ-ਧਿਰ ਉਪਯੋਗਤਾਵਾਂ ਦੁਆਰਾ ਰਿਪੋਰਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਆਮ ਮਾਮਲਾ ਇੱਕ ਉਪਭੋਗਤਾ ਹੁੰਦਾ ਹੈ ਜੋ BIOS ਵਿੱਚ "IDE ਪ੍ਰਾਇਮਰੀ ਮਾਸਟਰ PIO" ਪੈਰਾਮੀਟਰ ਨੂੰ "AUTO" ਅਤੇ "MODE 4" ਦੇ ਵਿਚਕਾਰ ਬਦਲਦਾ ਹੈ ਅਤੇ ਵੱਖ-ਵੱਖ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਪ੍ਰਤੀਤ ਹੁੰਦਾ ਵਿਰੋਧੀ ਨਤੀਜੇ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ।

ਇੱਕ ਸ਼ੁਰੂਆਤੀ ਸੰਰਚਨਾ ਵਿੱਚ, "PIO: AUTO" ਦੇ ਨਾਲ, Windows ਪ੍ਰਾਇਮਰੀ IDE ਚੈਨਲ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ "ਟ੍ਰਾਂਸਫਰ ਮੋਡ: DMA ਜੇਕਰ ਉਪਲਬਧ ਹੋਵੇ" ਅਤੇ "ਮੌਜੂਦਾ ਟ੍ਰਾਂਸਫਰ ਮੋਡ: ਅਲਟਰਾ DMA ਮੋਡ 2" ਪ੍ਰਦਰਸ਼ਿਤ ਕਰ ਸਕਦਾ ਹੈ। ਐਵਰੈਸਟ ਅਤੇ SiSoftware Sandra ਵਰਗੇ ਟੂਲ ਫਿਰ UDMA 2 (ATA-33) ਨੂੰ ਸਰਗਰਮ ਟ੍ਰਾਂਸਫਰ ਮੋਡ ਵਜੋਂ ਰਿਪੋਰਟ ਕਰਦੇ ਹਨ। ਸਭ ਕੁਝ ਇਕਸਾਰ ਜਾਪਦਾ ਹੈ: ਸਿਸਟਮ ਇੱਕ ਮੱਧਮ ਪਰ ਕਾਰਜਸ਼ੀਲ DMA ਮੋਡ ਦੀ ਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹੈ।

ਹਾਲਾਂਕਿ, ਜੇਕਰ ਤੁਸੀਂ BIOS ਵਿੱਚ "PIO: MODE 4" ਨੂੰ ਜ਼ਬਰਦਸਤੀ ਵਰਤਦੇ ਹੋ, ਤਾਂ ਕੁਝ ਉਤਸੁਕ ਹੋ ਸਕਦਾ ਹੈ: Windows ਫਿਰ "ਟ੍ਰਾਂਸਫਰ ਮੋਡ: PIO ਸਿਰਫ਼" ਅਤੇ "ਮੌਜੂਦਾ ਟ੍ਰਾਂਸਫਰ ਮੋਡ: PIO" ਪ੍ਰਦਰਸ਼ਿਤ ਕਰੇਗਾ, ਜਦੋਂ ਕਿ ਐਵਰੈਸਟ ਜਾਂ ਸੈਂਡਰਾ ਅਜੇ ਵੀ "UDMA 5 (ATA-100)" ਨੂੰ ਸਰਗਰਮ ਮੋਡ ਵਜੋਂ ਦਿਖਾਉਣਗੇ। ਇਹ ਇਸ ਲਈ ਹੈ ਕਿਉਂਕਿ BIOS ਵਿੱਚ PIO ਸੈਟਿੰਗ ਅਸਲ ਵਿੱਚ ਡਿਵਾਈਸ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਇੱਕ ਸੀਮਾ ਜਾਂ ਅੰਦਰੂਨੀ ਤਰੀਕਾ ਸਥਾਪਤ ਕਰਦੀ ਹੈ, ਪਰ ਉਪਯੋਗਤਾਵਾਂ ਪੜ੍ਹਦੀਆਂ ਹਨ ਡਿਸਕ ਦਾ "ATA ਪਾਸਪੋਰਟ", ਜਿੱਥੇ ਵੱਧ ਤੋਂ ਵੱਧ ਸਮਰੱਥਾਵਾਂ ਸੂਚੀਬੱਧ ਹਨ (UDMA 5 ਸਮੇਤ), ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ ਕੰਟਰੋਲਰ, ਕੇਬਲ ਅਤੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਵਿਚਕਾਰ ਬਾਅਦ ਵਿੱਚ ਗੱਲਬਾਤ ਕੀਤੀ ਗਈ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਮੋਡ।

ਸੰਖੇਪ ਵਿੱਚ: BIOS ਦੱਸਦਾ ਹੈ ਕਿ ਡਿਵਾਈਸ ਨੂੰ ਸ਼ੁਰੂ ਵਿੱਚ PIO ਅਤੇ DMA ਮੋਡਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਕਿਵੇਂ ਗੱਲਬਾਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਡਾਇਗਨੌਸਟਿਕ ਟੂਲ ਸਮਰਥਿਤ ਮੋਡਾਂ ਦੀ ਸੂਚੀ ਪੜ੍ਹਦੇ ਹਨ ਅਤੇ ਕਈ ਵਾਰ ਫਰਮਵੇਅਰ ਦੁਆਰਾ ਇਸ਼ਤਿਹਾਰ ਦਿੱਤੇ ਗਏ ਮੋਡ ਨੂੰ ਪੜ੍ਹਦੇ ਹਨ, ਅਤੇ Windows ਡਿਵਾਈਸ ਮੈਨੇਜਰ ਕੰਟਰੋਲਰ ਦੁਆਰਾ ਲਏ ਗਏ ਅਸਲ ਫੈਸਲੇ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ (DMA ਦੀ ਵਰਤੋਂ ਕਰਨ, ਡਾਊਨਗ੍ਰੇਡ ਕਰਨ, ਜਾਂ PIO ਨੂੰ ਮਜਬੂਰ ਕਰਨ ਲਈ)। ਇਸ ਲਈ, ਭਾਵੇਂ ਇੱਕ ਡਿਸਕ ਐਵਰੈਸਟ ਵਿੱਚ UDMA 5 ਸਮਰੱਥ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ, ਜੇਕਰ Windows "ਮੌਜੂਦਾ ਟ੍ਰਾਂਸਫਰ ਮੋਡ: PIO" ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਅਭਿਆਸ ਵਿੱਚ ਇਹ PIO ਦੀ ਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹੈ। ਅਸਲ ਪ੍ਰਦਰਸ਼ਨ PIO ਦਾ ਹੋਵੇਗਾ।.

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਹ ਵਿਚਾਰਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਵਿੰਡੋਜ਼ ਲਾਜ਼ੀਕਲ ਡਿਵਾਈਸ (ਡਿਵਾਈਸ 0 ਅਤੇ ਡਿਵਾਈਸ 1 ਇੱਕੋ IDE ਚੈਨਲ ਦੇ ਅੰਦਰ) ਦੁਆਰਾ ਜਾਣਕਾਰੀ ਨੂੰ ਦਰਸਾ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਕਿ BIOS ਅਤੇ ਉਪਯੋਗਤਾਵਾਂ ਕਈ ਵਾਰ ਭੌਤਿਕ "ਮਾਸਟਰ" 'ਤੇ ਕੇਂਦ੍ਰਤ ਕਰਦੀਆਂ ਹਨ। ਇਸ ਤਰ੍ਹਾਂ, ਉਸੇ IDE ਚੈਨਲ 'ਤੇ ਇਹ ਦੇਖਣਾ ਸੰਭਵ ਹੈ ਕਿ ਡਿਵਾਈਸ 0 PIO ਵਿੱਚ ਹੈ। ਜਦੋਂ ਕਿ ਡਿਵਾਈਸ 1 (ਕੋਈ ਹੋਰ ਡਿਸਕ ਜਾਂ ਇੱਕ ਆਪਟੀਕਲ ਡਰਾਈਵ) "DMA ਮੋਡ 5" ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ, ਭਾਵੇਂ ਦੋਵੇਂ ਇੱਕ ਕੇਬਲ ਅਤੇ ਚੈਨਲ ਸਾਂਝਾ ਕਰਦੇ ਹਨ।

ਵਿੰਡੋਜ਼ ਦੇ ਵੱਖ-ਵੱਖ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ਡਿਸਕ PIO ਜਾਂ DMA ਮੋਡ ਵਿੱਚ ਹੈ ਜਾਂ ਨਹੀਂ ਇਸਦੀ ਜਾਂਚ ਕਿਵੇਂ ਕਰੀਏ

Windows XP ਅਤੇ ਪੁਰਾਣੇ ਸੰਸਕਰਣਾਂ ਵਿੱਚ, IDE ਡਿਸਕ ਦੇ ਟ੍ਰਾਂਸਫਰ ਮੋਡ ਦੀ ਜਾਂਚ ਕਰਨਾ ਕਾਫ਼ੀ ਸਿੱਧਾ ਹੈ। ਆਮ ਪ੍ਰਕਿਰਿਆ ਇਹ ਹੈ: "ਮਾਈ ਕੰਪਿਊਟਰ" ਤੇ ਸੱਜਾ-ਕਲਿੱਕ ਕਰੋ, "ਪ੍ਰਾਪਰਟੀਜ਼" ਚੁਣੋ, "ਹਾਰਡਵੇਅਰ" ਟੈਬ ਤੇ ਜਾਓ, ਅਤੇ ਉੱਥੋਂ, ਖੋਲ੍ਹੋ ਡਿਵਾਇਸ ਪ੍ਰਬੰਧਕਸੂਚੀ ਦੇ ਅੰਦਰ, “IDE ATA/ATAPI ਕੰਟਰੋਲਰ” ਭਾਗ ਦਾ ਵਿਸਤਾਰ ਕਰੋ ਅਤੇ “ਮੁੱਖ IDE ਚੈਨਲ” ਅਤੇ “ਸੈਕੰਡਰੀ IDE ਚੈਨਲ” ਲੱਭੋ।

ਡਿਸਕ (ਪ੍ਰਾਇਮਰੀ ਜਾਂ ਸੈਕੰਡਰੀ) ਨਾਲ ਸੰਬੰਧਿਤ ਚੈਨਲ 'ਤੇ ਡਬਲ-ਕਲਿੱਕ ਕਰਨ ਅਤੇ "ਐਡਵਾਂਸਡ ਸੈਟਿੰਗਜ਼" ਟੈਬ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਨਾਲ "ਡਿਵਾਈਸ 0" ਅਤੇ "ਡਿਵਾਈਸ 1" ਖੇਤਰ ਪ੍ਰਦਰਸ਼ਿਤ ਹੁੰਦੇ ਹਨ। ਹਰੇਕ ਲਈ, ਦੋ ਮੁੱਖ ਲਾਈਨਾਂ ਹਨ: "ਟ੍ਰਾਂਸਫਰ ਮੋਡ" (ਜੋ ਆਮ ਤੌਰ 'ਤੇ "ਜੇ ਉਪਲਬਧ ਹੋਵੇ ਤਾਂ DMA" ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦਾ ਹੈ) ਅਤੇ "ਕਰੰਟ ਟ੍ਰਾਂਸਫਰ ਮੋਡ" (ਜੋ ਕਿ ਅਲਟਰਾ DMA, ਮਲਟੀ-ਵਰਡ DMA, PIO, ਆਦਿ ਹੋ ਸਕਦਾ ਹੈ)। ਜੇਕਰ ਖੇਤਰ "PIO ਮੋਡ" ਜਾਂ "PIO ਸਿਰਫ਼" ਦਰਸਾਉਂਦਾ ਹੈ, ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਿਸਟਮ ਵਰਤਮਾਨ ਵਿੱਚ ਹੈਂਡਲ ਕਰ ਰਿਹਾ ਹੈ PIO ਵਿੱਚ ਉਹ ਖਾਸ ਡਿਵਾਈਸ, ਹਾਲਾਂਕਿ ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ ਇਹ DMA ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।

ਇੱਕੋ ਚੈਨਲ 'ਤੇ ਦੋ ਹਾਰਡ ਡਰਾਈਵਾਂ ਵਾਲੇ ਕੁਝ ਸਿਸਟਮਾਂ 'ਤੇ, ਡਿਵਾਈਸ 0 "PIO ਮੋਡ" ਵਿੱਚ ਰਹਿ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਡਿਵਾਈਸ 1 "ਅਲਟਰਾ DMA ਮੋਡ 5" ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ। ਭਾਵੇਂ ਦੋਵੇਂ ਡਰਾਈਵਾਂ ਨਵੀਆਂ ਹਨ ਅਤੇ ਪ੍ਰਾਇਮਰੀ ਡਰਾਈਵ ਸਿਰਫ ਕੁਝ ਹਫ਼ਤਿਆਂ ਲਈ ਵਰਤੀ ਗਈ ਹੈ, ਵਿੰਡੋਜ਼ ਨੇ ਉਸ ਡਿਵਾਈਸ ਨਾਲ ਜੁੜੀਆਂ ਵਾਰ-ਵਾਰ ਗਲਤੀਆਂ ਜਾਂ ਕੇਬਲ 'ਤੇ ਇਸਦੀ ਸਥਿਤੀ ਕਾਰਨ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ ਇੱਕ ਨੂੰ ਹੀ ਘਟਾਇਆ ਹੋ ਸਕਦਾ ਹੈ।

ਵਿੰਡੋਜ਼ 10 ਵਰਗੇ ਆਧੁਨਿਕ ਸੰਸਕਰਣਾਂ ਵਿੱਚ, ਚੀਜ਼ਾਂ ਥੋੜ੍ਹੀਆਂ ਹੋਰ ਗੁੰਝਲਦਾਰ ਹੋ ਜਾਂਦੀਆਂ ਹਨ ਕਿਉਂਕਿ ਮਾਈਕ੍ਰੋਸਾਫਟ ਪੁਰਾਣੇ IDE ਕੰਟਰੋਲਰਾਂ ਲਈ ਟ੍ਰਾਂਸਫਰ ਮੋਡਾਂ ਦੀ ਪੇਸ਼ਕਾਰੀ ਨੂੰ ਲੁਕਾ ਰਿਹਾ ਹੈ ਜਾਂ ਬਦਲ ਰਿਹਾ ਹੈ ਅਤੇ ਸਭ ਤੋਂ ਵੱਧ, ਕਿਉਂਕਿ ਜ਼ਿਆਦਾਤਰ ਮੌਜੂਦਾ ਸਿਸਟਮ ਵਰਤਦੇ ਹਨ AHCI ਮੋਡ ਵਿੱਚ SATA ਜਾਂ NVMe, ਜਿੱਥੇ PIO/UDMA ਨੂੰ ਇੱਕੋ ਜਿਹੇ ਸ਼ਬਦਾਂ ਵਿੱਚ ਨਹੀਂ ਵਰਤਿਆ ਜਾਂਦਾ। ਫਿਰ ਵੀ, ਜੇਕਰ ਇਹ ਇੱਕ ਕੰਪਿਊਟਰ ਹੈ ਜੋ ਅਜੇ ਵੀ IDE ATA/ATAPI ਕੰਟਰੋਲਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਉਸੇ ਸਿਧਾਂਤ ਦੀ ਪਾਲਣਾ ਕਰ ਸਕਦੇ ਹੋ: ਡਿਵਾਈਸ ਮੈਨੇਜਰ ਖੋਲ੍ਹੋ, ਪੁਰਾਣੇ ATA/ATAPI ਕੰਟਰੋਲਰਾਂ ਨੂੰ ਲੱਭੋ, ਅਤੇ ਉਹਨਾਂ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਤੱਕ ਪਹੁੰਚ ਕਰੋ, ਹਾਲਾਂਕਿ ਮੌਜੂਦਾ ਟ੍ਰਾਂਸਫਰ ਮੋਡ ਹਮੇਸ਼ਾ ਇੰਨਾ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਪ੍ਰਦਰਸ਼ਿਤ ਨਹੀਂ ਹੋਵੇਗਾ।

ਜੇਕਰ ਸ਼ੱਕ ਹੈ, ਤਾਂ ਵਿਕਟੋਰੀਆ HDD/SSD ਵਰਗੀਆਂ ਕੁਝ ਉੱਨਤ ਉਪਯੋਗਤਾਵਾਂ, ਜੋ ਤੁਹਾਨੂੰ API ਅਤੇ PIO ਐਕਸੈਸ ਮੋਡਾਂ ਵਿਚਕਾਰ ਸਵਿਚ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ, ਇਹ ਪੁਸ਼ਟੀ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੀਆਂ ਹਨ ਕਿ ਕੀ ਡਿਸਕ ਸਹੀ ਢੰਗ ਨਾਲ ਜਵਾਬ ਦੇ ਰਹੀ ਹੈ। API ਮੋਡ ਵਿੱਚ, ਪ੍ਰੋਗਰਾਮ Windows ਦੇ ਬਿਲਟ-ਇਨ ਡਰਾਈਵਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ; PIO ਮੋਡ ਵਿੱਚ, ਇਹ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਸੰਪਰਕ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ। ਇਨਪੁੱਟ/ਆਊਟਪੁੱਟ ਪੋਰਟBIOS ਅਤੇ ਡਰਾਈਵਰਾਂ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨਾ। 64-ਬਿੱਟ ਸਿਸਟਮਾਂ 'ਤੇ, ਸੁਰੱਖਿਆ ਅਤੇ ਆਰਕੀਟੈਕਚਰਲ ਕਾਰਨਾਂ ਕਰਕੇ PIO ਮੋਡ ਨੂੰ ਅਯੋਗ ਜਾਂ ਸੀਮਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ API/PIO ਸਵਿੱਚ API ਮੋਡ ਵਿੱਚ ਲਾਕ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਵਿਕਟੋਰੀਆ HDD/SSD ਵਰਗੇ ਡਾਇਗਨੌਸਟਿਕ ਟੂਲਸ ਨਾਲ ਸਬੰਧ

ਉਪਯੋਗਤਾ ਵਿਕਟੋਰੀਆ HDD/SSD ਇਸਦਾ ਇੱਕ ਕਾਫ਼ੀ ਵਿਆਪਕ ਇੰਟਰਫੇਸ ਹੈ ਜੋ ਟੈਬਾਂ (ਸਟੈਂਡਰਡ, ਸਮਾਰਟ, ਟੈਸਟ, ਐਡਵਾਂਸਡ, ਸੈੱਟਅੱਪ) ਅਤੇ ਸਾਈਡ ਬਟਨਾਂ ਦੀ ਇੱਕ ਲੜੀ ਵਿੱਚ ਵੰਡਿਆ ਹੋਇਆ ਹੈ। ਸਟੈਂਡਰਡ ਟੈਬ ਵਿੱਚ ਇੱਕ ਐਕਸੈਸ ਮੋਡ ਚੋਣਕਾਰ ਹੁੰਦਾ ਹੈ ਜਿਸਦੇ ਨਾਲ ਦੋ ਮੁੱਖ ਅਹੁਦੇ:

• API ਮੋਡਇਹ ਵਿੰਡੋਜ਼ ਦੇ ਆਪਣੇ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੋਗਰਾਮਿੰਗ ਇੰਟਰਫੇਸ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਜੋ ਕਿ ਇਸਦੇ ATA/SATA ਡਰਾਈਵਰਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।
• PIO ਮੋਡਇਹ ਕੰਟਰੋਲਰ ਦੇ ਰਜਿਸਟਰਾਂ ਤੱਕ ਸਿੱਧੇ ਪਹੁੰਚ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ, ਜੋ ਕਿ ਆਮ ਤੌਰ 'ਤੇ ਆਧੁਨਿਕ ਕੰਪਿਊਟਰਾਂ ਅਤੇ 64-ਬਿੱਟ ਸਿਸਟਮਾਂ ਵਿੱਚ ਸੀਮਤ ਹੁੰਦਾ ਹੈ।

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

ਪਾਸਪੋਰਟ ਦੇ ਹੇਠਾਂ LED ਸੂਚਕ ਹਨ ਜੋ ਦਿਖਾਉਂਦੇ ਹਨ, ਉਦਾਹਰਨ ਲਈ, ਕੀ ਡਰਾਈਵ SATA ਹੈ, ਹਟਾਉਣਯੋਗ ਹੈ, ਇੱਕ ਵਰਚੁਅਲ ਡਿਸਕ ਹੈ, ਜਾਂ ਕੀ ਰੋਟੇਸ਼ਨਲ ਸਪੀਡ ਇੱਕ ਰਵਾਇਤੀ ਮਕੈਨੀਕਲ ਹਾਰਡ ਡਰਾਈਵ ਜਾਂ ਇੱਕ SSD ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ। ਪਾਸਪੋਰਟ ਨੂੰ ਇੱਕ ਬਾਈਨਰੀ ਫਾਈਲ ("ਸੇਵ ਬਿਨ" ਬਾਕਸ ਅਤੇ "ਓਪਨ ਬਿਨ" ਬਟਨ) ਵਿੱਚ ਸੇਵ ਕਰਨ ਦੇ ਵਿਕਲਪ ਵੀ ਹਨ, ਫੰਕਸ਼ਨ ਕੁੰਜੀਆਂ ਨਾਲ ਜੁੜੇ ਬਟਨ ਜਿਵੇਂ ਕਿ ਪਾਸਪੋਰਟ ਪੜ੍ਹਨ ਲਈ F2 ਜਾਂ ਲੌਗ ਦੀਆਂ ਆਖਰੀ ਲਾਈਨਾਂ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਲਈ F7, ਅਤੇ ਡਿਸਕ ਦੇ ATA ਸੁਰੱਖਿਆ ਸਿਸਟਮ ਦੇ ਪ੍ਰਬੰਧਨ ਨਾਲ ਸਬੰਧਤ ਇੱਕ ਪਾਸਵਰਡ ਖੇਤਰ (ਸਿਰਫ਼ ਸੁਰੱਖਿਆ ਕਾਰਨਾਂ ਕਰਕੇ, USB ਰਾਹੀਂ ਅਤੇ PIO ਮੋਡ ਵਿੱਚ ਜੁੜੀਆਂ ਡਰਾਈਵਾਂ 'ਤੇ ਸਮਰੱਥ)।

ਸਾਈਡਬਾਰ ਵਿੱਚ, ਇਹ ਟੂਲ ਸਾਰੀਆਂ ਟੈਬਾਂ ਲਈ ਆਮ ਨਿਯੰਤਰਣ ਪੇਸ਼ ਕਰਦਾ ਹੈ: ਡਿਸਕ ਨੂੰ ਭੇਜਣ ਲਈ ਸਲੀਪ ਬਟਨ ਸਲੀਪ ਮੋਡ (ਖਾਸ ਕਰਕੇ ਉਹਨਾਂ USB ਡਰਾਈਵਾਂ ਲਈ ਲਾਭਦਾਇਕ ਜੋ ਸਿਸਟਮ ਦੁਆਰਾ ਵਰਤੀਆਂ ਨਹੀਂ ਜਾ ਰਹੀਆਂ), HDD ਨੂੰ ਰੀਕੈਲੀਬਰੇਟ ਕਰਨ ਅਤੇ ਇਸਨੂੰ ਸਲੀਪ ਮੋਡ ਤੋਂ ਜਗਾਉਣ ਲਈ ਇੱਕ ਰੀਕਾਲ ਬਟਨ, ਇੱਕ ਸਥਿਤੀ ਸੂਚਕ ਜੋ ਪੀਲਾ ਜਾਂ ਹਰਾ ਪ੍ਰਕਾਸ਼ ਕਰਦਾ ਹੈ ਜਦੋਂ ਪ੍ਰੋਗਰਾਮ ਤਿਆਰੀ ਕਾਰਜ ਕਰਦਾ ਹੈ ਜਾਂ ਜਦੋਂ "ਬ੍ਰੇਕ ਆਲ" ਨੂੰ ਕਿਸੇ ਵੀ ਚੱਲ ਰਹੀ ਕਾਰਵਾਈ ਨੂੰ ਰੋਕਣ ਲਈ ਦਬਾਇਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ LED ਜੋ ਦਰਸਾਉਂਦੇ ਹਨ ਕਿ ਡੇਟਾ ਪੜ੍ਹਿਆ ਜਾਂ ਲਿਖਿਆ ਜਾ ਰਿਹਾ ਹੈ (ਪੜ੍ਹਨ ਲਈ ਹਰਾ, ਲਿਖਣ ਲਈ ਲਾਲ)। ਮੁਫਤ ਸੰਸਕਰਣ ਵਿੱਚ ਇੱਕ ਸਜਾਵਟੀ ਪਾਵਰ ਬਟਨ, ਆਵਾਜ਼ਾਂ ਨੂੰ ਮਿਊਟ ਕਰਨ ਲਈ ਇੱਕ ਚੈੱਕਬਾਕਸ, ਅਤੇ ਇਵੈਂਟ ਲੌਗ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਲਈ ਇੱਕ ਬਟਨ ਵੀ ਹੈ।

ਵਿਕਟੋਰੀਆ ਵਿੱਚ F8 ਕੁੰਜੀ ਨਾਲ ਜੁੜਿਆ ਇੱਕ HEX ਬਫਰ ਵਿਊਅਰ ਵੀ ਸ਼ਾਮਲ ਹੈ, ਜੋ ਡਿਸਕ ਤੋਂ ਪੜ੍ਹੀ ਜਾ ਰਹੀ ਸਮੱਗਰੀ ਦੀ ਅਸਲ-ਸਮੇਂ ਦੀ ਜਾਂਚ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਇਹ ਵਿਊਅਰ ਤੁਹਾਨੂੰ ਵੱਖ-ਵੱਖ ਡੇਟਾ ਸਰੋਤਾਂ ਦੀ ਚੋਣ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ: HDD ਦਾ ਅੰਦਰੂਨੀ ਬਫਰ, API/ਕਾਪੀਅਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਡੇਟਾ ਸਟ੍ਰੀਮ, ਜਾਂ PIO ਟ੍ਰਾਂਸਫਰ ਨਾਲ ਜੁੜਿਆ ਬਫਰ, ਜਿੱਥੇ ਰੀਮੈਪਿੰਗ ਅਤੇ ਸਹਾਇਕ ਕਾਰਜ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਇਸ ਕਿਸਮ ਦੇ ਔਜ਼ਾਰਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਸਾਵਧਾਨੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਖਾਸ ਕਰਕੇ ਜਦੋਂ ATA ਸੁਰੱਖਿਆ ਉਪ-ਸਿਸਟਮ (ਲਾਕ, ਸੁਰੱਖਿਅਤ ਮਿਟਾਉਣਾ, ਆਦਿ) ਵਰਗੇ ਉੱਨਤ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਹੇਰਾਫੇਰੀ ਕਰਦੇ ਹੋ, ਜੋ ਕਿ ਵਿਕਟੋਰੀਆ ਵਿੱਚ ਹਨ ਜਾਣਬੁੱਝ ਕੇ ਸੀਮਤ ਕੀਤਾ ਗਿਆ ਸਿਸਟਮ ਡਿਸਕਾਂ ਨੂੰ ਅਚਾਨਕ ਨੁਕਸਾਨ ਤੋਂ ਬਚਾਉਣ ਲਈ ਕਈ ਸੰਰਚਨਾਵਾਂ ਵਿੱਚ।

PIO ਮੋਡ ਵਿੱਚ ਡਿਸਕ ਦੇ ਆਮ ਲੱਛਣ ਅਤੇ ਸੰਭਾਵਿਤ ਕਾਰਨ

ਜਦੋਂ ਇੱਕ ਹਾਰਡ ਡਰਾਈਵ PIO (ਪਰਸਿਸਟੈਂਟ ਇਨਟੇਕ) ਤੱਕ ਪਹੁੰਚ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਸਭ ਤੋਂ ਸਪੱਸ਼ਟ ਲੱਛਣ ਇਹ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ ਕਿ ਕੰਪਿਊਟਰ ਇੱਕੋ ਸਮੇਂ ਕਈ ਇਨਪੁਟ/ਆਉਟਪੁੱਟ ਕਾਰਜ ਕਰਦੇ ਸਮੇਂ "ਘੁੱਟ ਜਾਂਦਾ ਹੈ"। ਇੱਕ ਵੱਡੀ ਫਾਈਲ ਦੀ ਨਕਲ ਕਰਦੇ ਸਮੇਂ, ਇੱਕ ਗੇਮ ਸ਼ੁਰੂ ਕਰਦੇ ਸਮੇਂ, ਜਾਂ ਸਿਰਫ਼ ਇੱਕ ਐਂਟੀਵਾਇਰਸ ਪ੍ਰੋਗਰਾਮ ਲਾਂਚ ਕਰਦੇ ਸਮੇਂ ਇੱਕ ਬ੍ਰਾਊਜ਼ਰ ਖੋਲ੍ਹਣ ਨਾਲ ਅਟਕਣਾ ਜਾਂ ਅਸਥਾਈ ਫ੍ਰੀਜ਼ ਹੋ ਸਕਦਾ ਹੈ ਜਿੱਥੇ ਮਾਊਸ ਅਨਿਯਮਿਤ ਢੰਗ ਨਾਲ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਅਤੇ CPU ਵਰਤੋਂ ਵਧ ਜਾਂਦੀ ਹੈ।

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

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

BIOS ਸੈਟਿੰਗਾਂ ਵੀ ਇੱਕ ਭੂਮਿਕਾ ਨਿਭਾਉਂਦੀਆਂ ਹਨ: "IDE ਪ੍ਰਾਇਮਰੀ ਮਾਸਟਰ PIO" ਵਰਗੇ ਪੈਰਾਮੀਟਰ AUTO ਤੇ ਸੈੱਟ ਕੀਤੇ ਗਏ ਹਨ, ਜੋ ਸਿਸਟਮ ਨੂੰ ਜੁੜੇ ਡਿਵਾਈਸਾਂ ਅਤੇ ਖੋਜੇ ਗਏ ਕੇਬਲ (UDMA 4 ਅਤੇ ਇਸ ਤੋਂ ਉੱਚੇ ਲਈ 80-ਤਾਰ ਕੇਬਲ ਲੋੜੀਂਦੇ ਹਨ) ਦੇ ਅਧਾਰ ਤੇ ਸਭ ਤੋਂ ਵਧੀਆ ਉਪਲਬਧ UDMA ਮੋਡ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ। BIOS ਵਿੱਚ "PIO ਮੋਡ 4" ਨੂੰ ਹੱਥੀਂ ਮਜਬੂਰ ਕਰਨ ਨਾਲ ਸਿਸਟਮ UDMA ਦੀ ਵਰਤੋਂ ਬੰਦ ਕਰ ਸਕਦਾ ਹੈ ਭਾਵੇਂ ਮਦਰਬੋਰਡ ਅਤੇ ਹਾਰਡ ਡਰਾਈਵ ਦੋਵੇਂ ਇਸਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ, ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਨਕਲੀ ਤੌਰ 'ਤੇ ਸੀਮਤ ਕਰਦੇ ਹਨ ਅਤੇ ਵਰਤੋਂ ਵਿੱਚ ਅਸਲ ਮੋਡ ਬਾਰੇ ਡਾਇਗਨੌਸਟਿਕ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਉਲਝਾਉਂਦੇ ਹਨ।

ਵਿੰਡੋਜ਼ ਤੋਂ ਆਮ ਸਮੱਸਿਆ ਨਿਪਟਾਰਾ ਕੋਸ਼ਿਸ਼ਾਂ ਅਤੇ ਉਨ੍ਹਾਂ ਦੀਆਂ ਸੀਮਾਵਾਂ

ਵਿੰਡੋਜ਼ ਐਕਸਪੀ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਵਾਤਾਵਰਣਾਂ ਵਿੱਚ ਡੀਐਮਏ ਨੂੰ ਰਿਕਵਰ ਕਰਨ ਲਈ ਸਭ ਤੋਂ ਵੱਧ ਦੁਹਰਾਏ ਜਾਣ ਵਾਲੇ ਸੁਝਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਡਿਵਾਈਸ ਮੈਨੇਜਰ ਵਿੱਚ ਜਾਣਾ, IDE ਚੈਨਲ (ਪ੍ਰਾਇਮਰੀ ਜਾਂ ਸੈਕੰਡਰੀ) ਦਾ ਪਤਾ ਲਗਾਉਣਾ ਜਿੱਥੇ ਸਮੱਸਿਆ ਵਾਲੀ ਡਿਸਕ ਸਥਿਤ ਹੈ, ਸੱਜਾ-ਕਲਿੱਕ ਕਰੋ ਅਤੇ ਚੁਣੋ। "ਅਣਇੰਸਟੌਲ ਕਰੋ"ਕੰਪਿਊਟਰ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਵਿੰਡੋਜ਼ ਕੰਟਰੋਲਰ ਨੂੰ ਦੁਬਾਰਾ ਖੋਜਦਾ ਹੈ ਅਤੇ ਚੈਨਲ ਨੂੰ ਦੁਬਾਰਾ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ "ਜੇ ਉਪਲਬਧ ਹੋਵੇ ਤਾਂ DMA" ਮੋਡ ਵਿੱਚ ਵਾਪਸ ਬੂਟ ਕਰਕੇ ਅਤੇ ਸੰਬੰਧਿਤ ਅਲਟਰਾ DMA ਮੋਡ ਨੂੰ ਸਮਰੱਥ ਬਣਾ ਕੇ। ਇਹ ਅਕਸਰ ਸਮੱਸਿਆ ਨੂੰ ਅਸਥਾਈ ਤੌਰ 'ਤੇ ਹੱਲ ਕਰਦਾ ਹੈ।

ਹਾਲਾਂਕਿ, ਜੇਕਰ ਮੂਲ ਕਾਰਨ (ਪੜ੍ਹਨ ਦੀਆਂ ਗਲਤੀਆਂ, ਨੁਕਸਦਾਰ ਕੇਬਲ, ਡਿਸਕ ਸਤਹ ਦੇ ਨੁਕਸ) ਬਣਿਆ ਰਹਿੰਦਾ ਹੈ, ਤਾਂ ਪੈਟਰਨ ਆਮ ਤੌਰ 'ਤੇ ਆਪਣੇ ਆਪ ਨੂੰ ਦੁਹਰਾਉਂਦਾ ਹੈ: ਕੰਪਿਊਟਰ DMA ਮੋਡ ਵਿੱਚ ਸੁਚਾਰੂ ਢੰਗ ਨਾਲ ਬੂਟ ਹੁੰਦਾ ਹੈ, ਪਰ ਕੁਝ ਸਮੇਂ ਬਾਅਦ, ਹੌਲੀ-ਹੌਲੀ ਵਾਪਸ ਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਨਿਰੀਖਣ ਕਰਨ 'ਤੇ, "ਮੌਜੂਦਾ ਟ੍ਰਾਂਸਫਰ ਮੋਡ" PIO ਵਿੱਚ ਵਾਪਸ ਆ ਜਾਂਦਾ ਹੈ। ਇਹਨਾਂ ਸਥਿਤੀਆਂ ਵਿੱਚ, ਚੈਨਲ ਨੂੰ ਕਿੰਨੀ ਵਾਰ ਮੁੜ ਸਥਾਪਿਤ ਕੀਤਾ ਜਾਵੇ, ਵਿੰਡੋਜ਼ ਵਾਪਸ ਆ ਜਾਵੇਗਾ ਮੋਡ ਨੂੰ ਡਾਊਨਗ੍ਰੇਡ ਕਰੋ ਜਦੋਂ ਇਹ ਕਾਫ਼ੀ ਗਲਤੀਆਂ ਇਕੱਠੀਆਂ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਇਸਨੂੰ ਹਾਰਡਵੇਅਰ ਅਸਫਲਤਾ ਦੀ ਸਥਿਤੀ ਵਜੋਂ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ।

ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਉਪਭੋਗਤਾ IDE ਚੈਨਲ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ "ਡਿਵਾਈਸ ਕਿਸਮ" ਖੇਤਰ ਨੂੰ ਬਦਲਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ, ਪਰ ਇਹ ਆਮ ਤੌਰ 'ਤੇ "ਆਟੋ-ਡਿਟੈਕਸ਼ਨ" ਵਿੱਚ ਬੰਦ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਇਸਨੂੰ ਬਦਲਣ ਦਾ ਕੋਈ ਤਰੀਕਾ ਨਹੀਂ ਹੁੰਦਾ। ਇਹ ਬਹੁਤ ਸਾਰੇ ਮਦਰਬੋਰਡਾਂ ਅਤੇ ਕੰਟਰੋਲਰਾਂ 'ਤੇ ਆਮ ਹੈ: ਖੋਜ BIOS ਅਤੇ ਡਰਾਈਵਰ ਪੱਧਰ 'ਤੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਉਪਭੋਗਤਾ ਪੱਧਰ 'ਤੇ ਨਹੀਂ, ਅਤੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਡਿਵਾਈਸ ਕਿਸਮ ਜਾਂ PIO/DMA ਮੋਡ ਨੂੰ ਦਸਤੀ ਮਜਬੂਰ ਕਰਨ ਲਈ ਸਵਿੱਚ ਦੀ ਪੇਸ਼ਕਸ਼ ਕੀਤੇ ਬਿਨਾਂ ਨਤੀਜਾ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦਾ ਹੈ।

ਅਸਲ ਹੱਲ ਵਿੱਚ ਉਪਕਰਣਾਂ ਦੀ ਭੌਤਿਕ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰਨਾ ਸ਼ਾਮਲ ਹੈ: IDE ਕੇਬਲ ਨੂੰ ਇੱਕ ਨਵੀਂ 80-ਤਾਰ ਵਾਲੀ ਕੇਬਲ ਨਾਲ ਬਦਲਣਾ, ਇਹ ਪੁਸ਼ਟੀ ਕਰਨਾ ਕਿ ਕਨੈਕਟਰ ਸਾਫ਼ ਅਤੇ ਮਜ਼ਬੂਤੀ ਨਾਲ ਜੁੜੇ ਹੋਏ ਹਨ, ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਕਿ ਬਿਜਲੀ ਸਪਲਾਈ ਵੋਲਟੇਜ ਵਿੱਚ ਗਿਰਾਵਟ ਦਾ ਕਾਰਨ ਨਹੀਂ ਬਣ ਰਹੀ ਹੈ, ਮੁੜ ਨਿਰਧਾਰਤ ਜਾਂ ਜੋਖਮ ਵਾਲੇ ਖੇਤਰਾਂ ਲਈ ਹਾਰਡ ਡਰਾਈਵ ਦੇ SMART ਡੇਟਾ ਦੀ ਜਾਂਚ ਕਰਨਾ, ਅਤੇ, ਜੇ ਜ਼ਰੂਰੀ ਹੋਵੇ, ਕਿਸੇ ਹੋਰ ਕੰਪਿਊਟਰ 'ਤੇ ਹਾਰਡ ਡਰਾਈਵ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ ਜਾਂ ਮਦਰਬੋਰਡ ਸਮੱਸਿਆ ਨੂੰ ਰੱਦ ਕਰਨ ਲਈ ਕਿਸੇ ਹੋਰ ਕੰਟਰੋਲਰ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ। ਜੇਕਰ, ਇਸ ਸਭ ਦੇ ਬਾਅਦ, ਹਾਰਡ ਡਰਾਈਵ ਚੈਨਲ ਨੂੰ PIO ਵੱਲ ਛੱਡਣ ਦਾ ਕਾਰਨ ਬਣਦੀ ਰਹਿੰਦੀ ਹੈ, ਤਾਂ ਇਹ ਇੱਕ ਸੰਕੇਤ ਹੈ ਕਿ ਇਹ ਗੰਭੀਰਤਾ ਨਾਲ ਅਸਫਲ ਹੋਣਾ ਸ਼ੁਰੂ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਨੂੰ ਡਰਾਈਵ ਦਾ ਬੈਕਅੱਪ ਲੈਣ ਅਤੇ ਬਦਲਣ ਬਾਰੇ ਵਿਚਾਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

ਪੁਰਾਣੇ ਮਦਰਬੋਰਡਾਂ 'ਤੇ, ਤੁਹਾਨੂੰ ਇਹ ਵੀ ਪੁਸ਼ਟੀ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਸਹੀ ਫਰਮਵੇਅਰ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ ਅਤੇ ਵਾਧੂ ਕੰਟਰੋਲਰਾਂ (ਉਦਾਹਰਨ ਲਈ, PCI IDE/SATA ਕਾਰਡ) ਨਾਲ ਕੋਈ ਟਕਰਾਅ ਨਹੀਂ ਹੈ ਜੋ ਦਖਲ ਦੇ ਸਕਦਾ ਹੈ। ਕਈ ਵਾਰ, ਅੱਪਡੇਟ ਕਰਨਾ ਚਿੱਪਸੈੱਟ ਡਰਾਈਵਰ ਮਦਰਬੋਰਡ (VIA, Intel, nForce, ਆਦਿ) DMA ਮੋਡਾਂ ਦੇ ਪ੍ਰਬੰਧਨ ਵਿੱਚ ਸੁਧਾਰ ਕਰਦਾ ਹੈ ਅਤੇ ਖੋਜ ਗਲਤੀਆਂ ਨੂੰ ਠੀਕ ਕਰਦਾ ਹੈ ਜੋ ਬੇਲੋੜੀ ਗਿਰਾਵਟ ਦਾ ਕਾਰਨ ਬਣੀਆਂ ਸਨ।

ਐਡਵਾਂਸਡ ਟੂਲਸ ਵਿੱਚ API, PIO, ਅਤੇ ਸੁਰੱਖਿਆ

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

ਇਸਦੇ ਸਤਹ ਅਤੇ ਪੜ੍ਹਨ ਦੇ ਟੈਸਟਾਂ ਦੌਰਾਨ, ਇਹ ਟੂਲ ਖਾਸ LEDs ਨੂੰ ਪ੍ਰਕਾਸ਼ਮਾਨ ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਇਹ ਦਰਸਾਇਆ ਜਾ ਸਕੇ ਕਿ ਇਹ ਪੜ੍ਹ ਰਿਹਾ ਹੈ ਜਾਂ ਲਿਖ ਰਿਹਾ ਹੈ, ਅਤੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ "ਬ੍ਰੇਕ ਆਲ" ਬਟਨ ਨਾਲ ਪ੍ਰੋਗਰਾਮ-ਨਿਰਭਰ ਕਾਰਜਾਂ ਨੂੰ ਤੁਰੰਤ ਰੋਕਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦੁਆਰਾ ਪਹਿਲਾਂ ਹੀ ਸ਼ੁਰੂ ਕੀਤੀਆਂ ਗਈਆਂ ਪਹੁੰਚ ਬੇਨਤੀਆਂ ਜਾਂ ਡਿਸਕ ਫਰਮਵੇਅਰ ਦੁਆਰਾ ਚਲਾਏ ਜਾ ਰਹੇ ਅੰਦਰੂਨੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਲੌਕ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹੈ। ਇਸ ਕਾਰਨ ਕਰਕੇ, ਬਹੁਤ ਸਾਰੇ ਪੇਸ਼ੇਵਰ, ਜਦੋਂ ਵੀ ਸੰਭਵ ਹੋਵੇ, ਸਟੈਂਡਰਡ API ਲੇਅਰ ਤੋਂ ਬਿਨਾਂ ਅਤੇ [ਉਚਿਤ ਵਿਧੀ/ਵਿਧੀ] ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੰਮ ਕਰਨਾ ਪਸੰਦ ਕਰਦੇ ਹਨ। ਘੱਟ-ਪੱਧਰੀ ਸਿੱਧੀ ਪਹੁੰਚ.

ਸਰੋਤ ਚੋਣ (HDD, API/ਕਾਪੀਅਰ, PIO ਟ੍ਰਾਂਸਫਰ) ਵਾਲਾ HEX ਬਫਰ ਵਿਊਅਰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦੁਆਰਾ ਵੇਖੇ ਜਾਣ ਵਾਲੇ ਅਤੇ ਹਾਰਡਵੇਅਰ ਪੱਧਰ 'ਤੇ ਕੰਟਰੋਲਰ ਦੁਆਰਾ ਸੰਭਾਲੇ ਜਾਣ ਵਾਲੇ ਅੰਤਰ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। "ਕੱਚਾ" ਡੇਟਾ ਸਟ੍ਰੀਮ ਦੇਖਣ ਨਾਲ ਬਹੁਤ ਹੌਲੀ ਸੈਕਟਰ ਰੀਡ, ਦੁਹਰਾਉਣ ਵਾਲੇ ਗਲਤੀ ਪੈਟਰਨ, ਜਾਂ ਖਰਾਬ ਡੇਟਾ ਵਰਗੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦਾ ਨਿਦਾਨ ਕਰਨ ਦੀ ਆਗਿਆ ਮਿਲਦੀ ਹੈ ਜੋ ਹਮੇਸ਼ਾ ਉੱਚ ਸਿਸਟਮ ਪਰਤਾਂ ਤੋਂ ਸਪੱਸ਼ਟ ਨਹੀਂ ਹੁੰਦੇ।

ਇਹ ਸਾਰੇ ਤੱਤ "ਘਰੇਲੂ" ਡਾਇਗਨੌਸਟਿਕ ਕੰਮ ਅਤੇ ਪੇਸ਼ੇਵਰ ਰਿਕਵਰੀ ਦੇ ਵਿਚਕਾਰ ਸੀਮਾ ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕਰਦੇ ਹਨ। ਘਰੇਲੂ ਵਾਤਾਵਰਣ ਵਿੱਚ, ਜਦੋਂ PIO ਮੋਡ ਵਿੱਚ ਬਣੀ ਹਾਰਡ ਡਰਾਈਵ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਤਾਂ ਸਮਝਦਾਰੀ ਵਾਲਾ ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਆਪਣੇ ਆਪ ਨੂੰ ਕੇਬਲਾਂ, ਬੁਨਿਆਦੀ ਸੰਰਚਨਾਵਾਂ, SMART ਸੈਟਿੰਗਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਤੱਕ ਸੀਮਤ ਰੱਖੋ, ਅਤੇ, ਜੇਕਰ ਸਮੱਸਿਆ ਬਣੀ ਰਹਿੰਦੀ ਹੈ, ਜਿੰਨੀ ਜਲਦੀ ਹੋ ਸਕੇ ਡੇਟਾ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖੋ ਅਤੇ ਯੂਨਿਟ ਦੀ ਬਦਲੀ ਦਾ ਮੁਲਾਂਕਣ ਕਰੋ।

ਉਪਰੋਕਤ ਸਾਰੀਆਂ ਗੱਲਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਭਿਆਨਕ "PIO ਮੋਡ ਡਿਸਕ" ਇੱਕ ਚੇਤਾਵਨੀ ਚਿੰਨ੍ਹ ਜਿੰਨਾ ਰਹੱਸ ਨਹੀਂ ਹੈ: ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ Windows ਨੇ ਸਥਿਰਤਾ ਲਈ ਗਤੀ ਨੂੰ ਕੁਰਬਾਨ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਗਲਤੀਆਂ ਦਾ ਪਤਾ ਲਗਾਇਆ ਹੈ। BIOS, ਕੰਟਰੋਲਰ, ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ, ਅਤੇ ਡਾਇਗਨੌਸਟਿਕ ਟੂਲ ਕਿਵੇਂ ਆਪਸ ਵਿੱਚ ਮੇਲ ਖਾਂਦੇ ਹਨ ਇਹ ਸਮਝਣਾ ਪ੍ਰਤੀਤ ਹੁੰਦਾ ਵਿਰੋਧੀ ਸੰਦੇਸ਼ਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ (ਜਿਵੇਂ ਕਿ ਇੱਕ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ UDMA 5 ਅਤੇ ਦੂਜੇ ਵਿੱਚ PIO ਦੇਖਣਾ) ਅਤੇ ਇਸ ਬਾਰੇ ਸੂਚਿਤ ਫੈਸਲੇ ਲੈਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਸਿਰਫ਼ ਇੱਕ ਕੇਬਲ ਬਦਲਣਾ, ਇੱਕ IDE ਚੈਨਲ ਨੂੰ ਮੁੜ ਸਥਾਪਿਤ ਕਰਨਾ, ਜਾਂ ਪ੍ਰਭਾਵਿਤ ਹਾਰਡ ਡਰਾਈਵ ਨੂੰ ਬਦਲਣਾ ਕਾਫ਼ੀ ਹੈ।