Miklix

ਉਬੰਟੂ 'ਤੇ ਇੱਕ mdadm ਐਰੇ ਵਿੱਚ ਇੱਕ ਅਸਫਲ ਡਰਾਈਵ ਨੂੰ ਬਦਲਣਾ

ਪ੍ਰਕਾਸ਼ਿਤ: 19 ਮਾਰਚ 2025 9:34:00 ਬਾ.ਦੁ. UTC

ਜੇਕਰ ਤੁਸੀਂ mdadm RAID ਐਰੇ ਵਿੱਚ ਡਰਾਈਵ ਫੇਲ੍ਹ ਹੋਣ ਦੀ ਭਿਆਨਕ ਸਥਿਤੀ ਵਿੱਚ ਹੋ, ਤਾਂ ਇਹ ਲੇਖ ਦੱਸਦਾ ਹੈ ਕਿ ਇਸਨੂੰ ਉਬੰਟੂ ਸਿਸਟਮ ਤੇ ਸਹੀ ਢੰਗ ਨਾਲ ਕਿਵੇਂ ਬਦਲਣਾ ਹੈ।


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

Replacing a Failed Drive in an mdadm Array on Ubuntu

ਇਸ ਪੋਸਟ ਵਿੱਚ ਦਿੱਤੀ ਗਈ ਜਾਣਕਾਰੀ Ubuntu 18.04 ਅਤੇ ਇਸਦੇ ਰੀਪੋਜ਼ੀਟਰੀਜ਼ ਵਿੱਚ ਸ਼ਾਮਲ mdadm ਦੇ ਵਰਜ਼ਨ 'ਤੇ ਆਧਾਰਿਤ ਹੈ; ਜਦੋਂ ਇਹ ਲਿਖਿਆ ਗਿਆ ਸੀ ਤਦ v4.1-rc1 ਸੀ। ਇਹ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਇਹ ਹੋਰ ਵਰਜ਼ਨਾਂ ਲਈ ਸਹੀ ਨਾ ਹੋਵੇ।

ਹਾਲ ਹੀ ਵਿੱਚ ਮੇਰੇ ਘਰੇਲੂ ਫਾਈਲ ਸਰਵਰ ਵਿੱਚ ਇੱਕ ਅਚਾਨਕ ਡ੍ਰਾਈਵ ਫੇਲ ਹੋ ਗਿਆ, ਜੋ ਕਿ mdadm RAID-6 ਐਰੇ ਵਿੱਚ ਨੌਂ ਡ੍ਰਾਈਵਾਂ ਨਾਲ ਬਣਿਆ ਸੀ। ਇਹ ਹਮੇਸ਼ਾਂ ਡਰਾਵਣਾ ਹੁੰਦਾ ਹੈ, ਪਰ ਮੈਂ ਖੁਸ਼ਕਿਸਮਤ ਸੀ ਕਿ ਮੈਂ ਜਲਦੀ ਨਾਲ ਇੱਕ ਬਦਲੀ ਡ੍ਰਾਈਵ ਪ੍ਰਾਪਤ ਕਰ ਸਕਿਆ ਜੋ ਅਗਲੇ ਦਿਨ ਹੀ ਭੇਜੀ ਗਈ ਸੀ ਤਾਂ ਜੋ ਮੈਂ ਦੁਬਾਰਾ ਸਥਾਪਨਾ ਸ਼ੁਰੂ ਕਰ ਸਕਾਂ।

ਮੈਂ ਮਨਨਿਆ ਕਿ ਮੈਂ ਜਦੋਂ ਅਪਣਾ ਫਾਈਲ ਸਰਵਰ ਸੈਟਅਪ ਕੀਤਾ ਸੀ ਤਾਂ ਮੈਂ ਥੋੜ੍ਹਾ ਬਹੁਤ ਸਸਤਾ ਸੀ; ਸਿਰਫ ਦੋ ਡ੍ਰਾਈਵ ਨੈਸ ਡ੍ਰਾਈਵ ਹਨ (Seagate IronWolf), ਜਦੋਂ ਕਿ ਬਾਕੀ ਦੇ ਡ੍ਰਾਈਵ ਡੈਸਕਟਾਪ ਡ੍ਰਾਈਵ ਹਨ (Seagate Barracuda)। ਕੋਈ ਹੈਰਾਨੀ ਨਹੀਂ, ਇਹ ਇੱਕ ਡੈਸਕਟਾਪ ਡ੍ਰਾਈਵ ਸੀ ਜਿਸਨੇ ਹਾਰ ਮੰਨਿਆ (ਹਾਲਾਂਕਿ ਤਿੰਨ ਸਾਲ ਦੀ ਸੇਵਾ ਤੋਂ ਬਾਅਦ)। ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਮਰ ਚੁੱਕੀ ਸੀ; ਜਦੋਂ ਇਸਨੂੰ ਇੱਕ ਡੈਸਕਟਾਪ USB ਇਨਕਲੋਜ਼ਰ ਵਿੱਚ ਰੱਖਿਆ ਗਿਆ, ਤਾਂ ਮੈਨੂੰ ਇਸ ਤੋਂ ਸਿਰਫ ਇੱਕ ਡਰਾਉਣਾ ਕਲਿੱਕ ਕਰਨ ਦੀ ਆਵਾਜ਼ ਸੁਣਾਈ ਦਿੱਤੀ ਅਤੇ ਨਾ ਤਾਂ Ubuntu 20.04 ਅਤੇ ਨਾ ਹੀ Windows 10 ਇਸਨੂੰ ਪਛਾਣ ਸਕੇ।

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

ਤਾਂ, ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਜਦੋਂ ਤੁਹਾਨੂੰ mdadm ਤੋਂ ਡਰਾਅਨੀ ਫੇਲ ਇਵੈਂਟ ਈਮੇਲ ਮਿਲਦੀ ਹੈ, ਤੁਹਾਨੂੰ ਇਹ ਪਛਾਣਨਾ ਪੈਂਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਡ੍ਰਾਈਵ ਫੇਲ ਹੋ ਗਿਆ ਹੈ। ਯਕੀਨਨ, ਇਹ ਤੁਹਾਨੂੰ ਡਿਵਾਈਸ ਦਾ ਨਾਮ ਦੱਸੇਗਾ (ਮੇਰੇ ਮਾਮਲੇ ਵਿੱਚ /dev/sdf), ਪਰ ਇਹ ਸ਼ਾਇਦ ਇਹ ਪਛਾਣਨਾ ਸਪਸ਼ਟ ਨਾ ਹੋਵੇ ਕਿ ਉਹ ਕਿਹੜਾ ਫਿਜ਼ੀਕਲ ਡ੍ਰਾਈਵ ਹੈ ਕਿਉਂਕਿ ਇਹਨਾਂ ਦੇ ਨਾਮ ਮਸ਼ੀਨ ਨੂੰ ਬੂਟ ਕਰਨ ਵੇਲੇ ਬਦਲ ਸਕਦੇ ਹਨ।

ਜੇ ਤੁਸੀਂ ਇਹ ਵੀ ਨਹੀਂ ਜਾਣਦੇ ਕਿ ਕਿਹੜਾ ਡਿਵਾਈਸ ਨਾਮ ਫੇਲ ਹੋਇਆ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਹੇਠਾਂ ਦਿੱਤੇ ਹੁਕਮ ਦਾ ਪ੍ਰਯੋਗ ਕਰਕੇ ਇਹ ਪਤਾ ਲਾ ਸਕਦੇ ਹੋ (ਆਪਣੇ RAID ਡਿਵਾਈਸ ਨਾਲ /dev/md0 ਨੂੰ ਬਦਲੋ):

mdadm -–query -–detail /dev/md0

ਜਿਵੇਂ ਕਿ ਦੱਸਿਆ ਗਿਆ, ਮੇਰੇ ਮਾਮਲੇ ਵਿੱਚ ਇਹ /dev/sdf ਸੀ, ਤਾਂ ਅਸੀਂ ਇਸ ਨਾਲ ਜਾਰੀ ਰੱਖੀਏ।

ਫਿਰ, ਤੁਸੀਂ ਹੇਠਾਂ ਦਿੱਤੇ ਹੁਕਮ ਨੂੰ ਜਾਰੀ ਕਰਕੇ ਫੇਲਡ ਡ੍ਰਾਈਵ ਦਾ ਸੀਰੀਅਲ ਨੰਬਰ ਲੱਭਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦੇ ਹੋ:

smartctl -–all /dev/sdf | grep -i 'Serial'

(ਜੇਕਰ smartctl ਨਹੀਂ ਮਿਲਦਾ, ਤਾਂ ਤੁਹਾਨੂੰ Ubuntu 'ਤੇ smartmontools ਪੈਕੇਜ ਇੰਸਟਾਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ)

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

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

ਚੁੱਕੇ ਕਿ ਮੈਨੂੰ ਸਰਵਰ ਤੱਕ ਫਿਜ਼ੀਕਲ ਪਹੁੰਚ ਸੀ (ਜੋ ਕਿ ਤੁਸੀਂ ਜੇਕਰ ਫਿਜ਼ੀਕਲ ਡ੍ਰਾਈਵ ਨੂੰ ਖੁਦ ਬਦਲਣਾ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ ਲਾਜ਼ਮੀ ਹੈ ;-) ) ਅਤੇ ਸਰਵਰ ਅਸਲ ਵਿੱਚ ਚੱਲ ਰਿਹਾ ਸੀ ਜਦੋਂ ਡਿਸਕ ਫੇਲ ਹੋਈ (ਅਤੇ RAID-6 ਰੀਡੰਡੈਂਸੀ ਦੇ ਕਾਰਨ ਠੀਕ ਤਰ੍ਹਾਂ ਚੱਲਦਾ ਰਿਹਾ), ਮੈਂ ਵਾਕਈ ਬਹੁਤ ਮੂਲ ਅਤੇ ਸਪਸ਼ਟ ਤਰੀਕੇ ਨਾਲ ਜ਼ਰੂਰੀ ਫਾਈਲ ਨੂੰ ਸਰਵਰ 'ਤੇ ਕਾਪੀ ਕਰਕੇ ਦੇਖਿਆ ਕਿ ਕਿਹੜੀ HDD ਦੀ ਲਾਈਟ ਝਲਕਣ ਨਹੀਂ ਕਰ ਰਹੀ ਸੀ। ਕੁਝ ਸਕਿੰਟਾਂ ਵਿੱਚ ਹੀ ਮੈਨੂੰ ਦੁਸ਼ਮਣ ਦਾ ਪਤਾ ਲੱਗ ਗਿਆ।

ਹੁਣ, ਜਦੋਂ ਕਿ ਫਿਜ਼ੀਕਲ ਡ੍ਰਾਈਵ ਨੂੰ ਕੱਢਣਾ ਹੈ, ਇਹ ਇੱਕ ਚੰਗਾ ਵਿਚਾਰ ਹੈ ਕਿ mdadm ਨੂੰ ਇਸ ਉਦੇਸ਼ ਬਾਰੇ ਸਰਕਾਰੀ ਤੌਰ 'ਤੇ ਸੂਚਿਤ ਕੀਤਾ ਜਾਵੇ, ਇਸ ਹੁਕਮ ਨੂੰ ਜਾਰੀ ਕਰਕੇ (ਜਿੱਥੇ ਲੋੜੀਂਦਾ ਹੈ ਉਥੇ ਡਿਵਾਈਸ ਨਾਂ ਬਦਲੋ):

mdadm -–manage /dev/md0 -–remove /dev/sdf1

ਸਫਲਤਾ ਦੇ ਨਾਲ, mdadm ਇਹ ਸੁਨੇਹਾ ਭੇਜੇਗਾ ਕਿ ਇਸਨੇ ਡ੍ਰਾਈਵ "ਹੌਟ ਹਟਾ" ਦਿੱਤਾ ਹੈ, ਸ਼ਾਇਦ ਕਿਉਂਕਿ ਵਰਚੁਅਲ RAID ਡਿਵਾਈਸ ਅਸਲ ਵਿੱਚ ਚੱਲ ਰਿਹਾ ਹੈ ਉਸ ਸਮੇਂ।

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

mdadm --manage /dev/md0 --fail /dev/sdf

ਉਸ ਬਾਅਦ, ਤੁਸੀਂ ਪਿਛਲੇ ਹੁਕਮ ਨਾਲ ਡਿਵਾਈਸ ਨੂੰ ਐਰੇ ਤੋਂ ਹਟਾ ਸਕਦੇ ਹੋ।

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

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

ਇਹ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਇੱਕ ਵਧੀਆ ਵਿਚਾਰ ਹੈ ਕਿ /etc/fstab ਫਾਈਲ ਵਿੱਚ RAID ਡਿਵਾਈਸ ਨੂੰ ਕਾਮੈਂਟ ਕਰ ਦਿਓ ਤਾਂ ਕਿ ਉਬੁੰਟੂ ਅਗਲੇ ਬੂਟ ਤੇ ਇਸ ਨੂੰ ਆਟੋਮੈਟਿਕ ਤੌਰ 'ਤੇ ਮਾਊਂਟ ਨਾ ਕਰੇ, ਕਿਉਂਕਿ ਇਹ ਹੈੰਗ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਤੁਸੀਂ ਡਿਗ੍ਰੇਡ RAID ਐਰੇ ਦੇ ਕਾਰਨ ਰਿਕਵਰੀ ਮੋਡ ਵਿੱਚ ਜਾ ਸਕਦੇ ਹੋ। ਜੇ ਇਹ ਡੈਸਕਟਾਪ ਸਿਸਟਮ ਹੈ ਤਾਂ ਇਹ ਵੱਡੀ ਸਮੱਸਿਆ ਨਹੀਂ ਹੋ ਸਕਦੀ, ਪਰ ਮੈਂ ਇਸ ਸਰਵਰ ਨੂੰ ਹेडਲੈਸ ਰੀਤ ਨਾਲ ਚਲਾ ਰਿਹਾ ਹਾਂ, ਜਿਸ ਵਿੱਚ ਮੋਨਿਟਰ ਜਾਂ ਕੀਬੋਰਡ ਜੋੜੇ ਨਹੀਂ ਹਨ, ਇਸ ਲਈ ਇਹ ਮੇਰੇ ਲਈ ਕੁਝ ਮੁਸ਼ਕਿਲ ਹੋਵੇਗਾ।

ਜਦੋਂ ਤੁਸੀਂ ਨਵਾਂ ਡ੍ਰਾਈਵ ਇੰਸਟਾਲ ਕਰਕੇ ਮਸ਼ੀਨ ਨੂੰ ਬੂਟ ਕਰਾਂਗੇ, ਤਾਂ lsblk ਜਾਂ ਕਿਸੇ ਹੋਰ ਤਰੀਕੇ ਨਾਲ ਇਸਨੂੰ ਪਛਾਣੋ। ਜੇ ਤੁਸੀਂ ਹੋਰ ਕੁਝ ਬਦਲਿਆ ਨਹੀਂ ਹੈ, ਤਾਂ ਇਹ ਸ਼ਾਇਦ (ਪਰ ਜ਼ਰੂਰੀ ਨਹੀਂ) ਉਸ ਡ੍ਰਾਈਵ ਦਾ ਹੀ ਨਾਮ ਰੱਖੇਗਾ ਜਿਸਨੂੰ ਤੁਸੀਂ ਬਦਲਿਆ ਸੀ। ਮੇਰੇ ਮਾਮਲੇ ਵਿੱਚ ਇਸਨੇ ਇਹੀ ਕੀਤਾ, ਤਾਂ ਨਵਾਂ ਡ੍ਰਾਈਵ ਵੀ /dev/sdf ਕਿਹਾ ਜਾਂਦਾ ਹੈ।

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

ਇਸ ਲਈ ਮੈਂ ਸgdisk ਦੀ ਵਰਤੋਂ ਕੀਤੀ, ਜੋ /dev/sdc ਤੋਂ /dev/sdf ਤੱਕ ਪਾਰਟੀਸ਼ਨ ਟੇਬਲ ਕਾਪੀ ਕਰਦਾ ਹੈ। ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਡਿਵਾਈਸ ਦੇ ਨਾਮ ਤੁਹਾਡੇ ਆਪਣੇ ਨਾਮਾਂ ਨਾਲ ਸਹੀ ਢੰਗ ਨਾਲ ਬਦਲੇ ਜਾ ਰਹੇ ਹਨ।

ਧਿਆਨ ਦਿਓ ਇਹ ਕ੍ਰਮ: ਤੁਸੀਂ "to" ਡ੍ਰਾਈਵ ਨੂੰ ਪਹਿਲਾਂ! ਲਿਸਟ ਕਰਦੇ ਹੋ। ਇਹ ਮੇਰੇ ਲਈ ਕੁਝ ਔਖਾ ਹੈ, ਪਰ ਸਿਰਫ ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਸੀਂ ਇਸਨੂੰ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਕਰਦੇ ਹੋ ਤਾਂ ਜੋ ਤੁਸੀਂ ਐਰੇ ਵਿੱਚ ਹੋਰ ਡ੍ਰਾਈਵ ਫੇਲਿਅਰ ਨੂੰ ਨਾ ਦੇਖੋ ;-)

sgdisk -R /dev/sdf /dev/sdc

ਫਿਰ UUID ਸੰਘਰਸ਼ ਤੋਂ ਬਚਣ ਲਈ, ਨਵੇਂ ਡ੍ਰਾਈਵ ਲਈ ਨਵੀਆਂ UUIDs ਜਨਰੇਟ ਕਰੋ:

sgdisk -G /dev/sdf

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

ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ, ਨਵੇਂ ਡ੍ਰਾਈਵ ਨੂੰ ਐਰੇ ਵਿੱਚ ਸ਼ਾਮਿਲ ਕਰਨ ਲਈ, ਇਹ ਕਮਾਂਡ ਚਲਾਓ (ਇੱਕ ਵਾਰ ਫਿਰ, ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਡਿਵਾਈਸ ਦੇ ਨਾਮਾਂ ਨੂੰ ਤੁਹਾਡੇ ਆਪਣੇ ਨਾਮਾਂ ਨਾਲ ਬਦਲਿਆ ਜਾ ਰਿਹਾ ਹੈ):

mdadm -–manage /dev/md0 -–add /dev/sdf1

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

ਤੁਸੀਂ ਇਸਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਦੇਖ ਸਕਦੇ ਹੋ:

watch cat /proc/mdstat

ਇਹ ਸ਼ਾਇਦ ਕੁਝ ਸਮਾਂ ਲਏਗਾ; ਮੇਰੇ ਘੱਟੋ ਘੱਟ ਸਰਵਰ 'ਤੇ (ਜੋ ਮੁੱਖ ਤੌਰ 'ਤੇ ਉਪਭੋਗਤਾ ਦਰਜੇ ਦੇ ਹਾਰਡਵੇਅਰ ਅਤੇ ਡੈਸਕਟਾਪ ਡ੍ਰਾਈਵਾਂ 'ਤੇ ਆਧਾਰਿਤ ਹੈ, ਧਿਆਨ ਦਿਓ) ਇਸਨੇ ਬਸ 100 MB/sec ਤੋਂ ਥੋੜ੍ਹਾ ਹੀ ਘੱਟ ਪ੍ਰਾਪਤ ਕੀਤਾ। ਯਾਦ ਰੱਖੋ ਕਿ ਇਹ RAID-6 ਹੈ, ਇਸ ਲਈ ਮੁੜ ਬਣਾਉਣ ਵਿੱਚ ਕਾਫੀ ਪੈਰਿਟੀ ਗਣਨਾ ਸ਼ਾਮਿਲ ਹੁੰਦੀ ਹੈ; RAID-10 ਬਹੁਤ ਜ਼ਿਆਦਾ ਤੇਜ਼ ਹੋਵੇਗਾ। ਇਸ ਖਾਸ ਮਸ਼ੀਨ ਵਿੱਚ AMD A10 9700E ਕੁਆਡ ਕੋਰ ਸੀਪੀਯੂ ਹੈ (ਜਿਸ ਦਾ "E" ਮਤਲਬ ਹੈ ਕਿ ਇਹ ਇੱਕ ਅੰਡਰ-ਕਲਾਕਡ ਊਰਜਾ ਦ੍ਰਿਸ਼ਟੀ ਤੋਂ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਮਾਡਲ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇਹ ਬਹੁਤ ਤੇਜ਼ ਨਹੀਂ ਹੈ), صرف ਤੁਹਾਨੂੰ ਇਹ ਦੱਸਣ ਲਈ ਕਿ ਤੁਸੀਂ ਕੀ ਉਮੀਦ ਕਰ ਸਕਦੇ ਹੋ। ਮੇਰੇ ਸੈੱਟਅੱਪ ਵਿੱਚ ਨੌਂ 8 TB ਡ੍ਰਾਈਵਾਂ ਨਾਲ, ਪੂਰੀ ਮੁੜ ਬਣਾਉਣ ਵਿੱਚ ਸਿਰਫ 24 ਘੰਟਿਆਂ ਤੋਂ ਥੋੜ੍ਹਾ ਵੱਧ ਸਮਾਂ ਲੱਗਾ।

ਮੁੜ ਬਣਾਉਣ ਦੇ ਦੌਰਾਨ, ਤੁਸੀਂ ਐਰੇ 'ਤੇ ਫਾਇਲਸਿਸਟਮ ਮਾਊਂਟ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਇਸਨੂੰ ਨਾਰਮਲ ਤਰੀਕੇ ਨਾਲ ਵਰਤ ਸਕਦੇ ਹੋ, ਪਰ ਮੈਂ ਇਸਨੂੰ ਮੁੜ ਬਣਾਉਣ ਦੇ ਸਮੇਂ ਤੱਕ ਛੱਡਣਾ ਪਸੰਦ ਕਰਦਾ ਹਾਂ। ਯਾਦ ਰੱਖੋ ਕਿ ਜੇ ਇੱਕ ਡ੍ਰਾਈਵ ਫੇਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਦੂਜਾ ਵੀ ਜਲਦ ਹੀ ਫੇਲ ਹੋ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਮੁੜ ਬਣਾਉਣ ਜਲਦੀ ਤੋਂ ਜਲਦੀ ਹੋ ਜਾਵੇ ਕਿਉਂਕਿ ਤੁਸੀਂ ਸੱਚਮੁਚ ਨਹੀਂ ਚਾਹੁੰਦੇ ਕਿ ਉਸ ਦੌਰਾਨ ਕਿਸੇ ਹੋਰ ਡ੍ਰਾਈਵ ਦਾ ਫੇਲਿਅਰ ਹੋਵੇ। ਇਸ ਲਈ, ਇਸਨੂੰ ਅਜਿਹੇ ਹੋਰ IO ਨਾਲ ਭਾਰ ਨਾ ਪਾਉਣ ਦਿਓ ਜੋ ਸਿਰਫ਼ ਜ਼ਰੂਰੀ ਨਾ ਹੋਵੇ।

ਇੱਕ ਵਾਰੀ ਇਹ ਹੋ ਜਾਵੇ, ਇਸਨੂੰ ਮੁੜ /etc/fstab ਫਾਈਲ ਵਿੱਚ ਸ਼ਾਮਿਲ ਕਰੋ, ਰੀਬੂਟ ਕਰੋ ਅਤੇ ਆਪਣੇ ਫਾਇਲਾਂ ਦਾ ਆਨੰਦ ਲਓ :-)

ਬਲੂਸਕੀ 'ਤੇ ਸਾਂਝਾ ਕਰੋਫੇਸਬੁੱਕ 'ਤੇ ਸਾਂਝਾ ਕਰੋਲਿੰਕਡਇਨ 'ਤੇ ਸਾਂਝਾ ਕਰੋਟਮਬਲਰ 'ਤੇ ਸਾਂਝਾ ਕਰੋX 'ਤੇ ਸਾਂਝਾ ਕਰੋਲਿੰਕਡਇਨ 'ਤੇ ਸਾਂਝਾ ਕਰੋPinterest 'ਤੇ ਪਿੰਨ ਕਰੋ

ਮਿੱਕੇਲ ਕ੍ਰਿਸਟਨਸਨ

ਲੇਖਕ ਬਾਰੇ

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