ESXi 6.7 ਤੋਂ 8.0 ਅੱਪਡੇਟ - ਪ੍ਰੋਡਕਸ਼ਨ ਸਰਵਰ ਕਰੈਸ਼ ਨੂੰ ਠੀਕ ਕਰੋ

ਪਹਿਲਾਂ ਹਾਰਡਵੇਅਰ ਅਨੁਕੂਲਤਾ ਦੀ ਜਾਂਚ ਕਰੋ

ESXi 6.7 15 ਅਕਤੂਬਰ 2022 ਨੂੰ ਆਮ ਸਮਰਥਨ ਦੇ ਅੰਤ 'ਤੇ ਪਹੁੰਚ ਗਿਆ ਹੈ, ਇਸ ਲਈ ਇਹ ਕਦਮ ਬਕਾਇਆ ਹੈ — ਪਰ 6.7 ਤੋਂ 8.0 ਇੱਕ ਮੁੱਖ-ਵਰਜਨ ਅੱਪਗਰੇਡ ਹੈ, ਇੱਕ ਪੈਚ ਨਹੀਂ। ਦੋ ਸੰਸਕਰਣਾਂ ਦੇ ਵਿਚਕਾਰ VMware ਨੇ VMKLinux ਡਰਾਈਵਰ ਮਾਡਲ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹਟਾ ਦਿੱਤਾ ਹੈ (ਹਰ ਡਿਵਾਈਸ ਨੂੰ ਹੁਣ ਇੱਕ ਮੂਲ ਡਰਾਈਵਰ ਦੀ ਲੋੜ ਹੈ) ਅਤੇ CPUs, ਨੈੱਟਵਰਕ ਅਡਾਪਟਰਾਂ ਅਤੇ ਸਟੋਰੇਜ ਕੰਟਰੋਲਰਾਂ ਦੀ ਇੱਕ ਪੀੜ੍ਹੀ ਨੂੰ ਰਿਟਾਇਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਇੱਕ ਬਿਲਕੁਲ ਤੰਦਰੁਸਤ 6.7 ਹੋਸਟ ਅਜੇ ਵੀ ਅਪਗ੍ਰੇਡ ਕਰਨ ਯੋਗ ਹੋ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਖੜ੍ਹਾ ਹੈ।

ਕਿਸੇ ਵੀ ਵਿੰਡੋ ਨੂੰ ਬੁੱਕ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ESXi 8.0 ਦੇ ਵਿਰੁੱਧ ਆਪਣੇ ਸਹੀ ਸਰਵਰ ਮਾਡਲ, CPU ਪਰਿਵਾਰ, ਨੈੱਟਵਰਕ ਅਡਾਪਟਰ ਅਤੇ ਸਟੋਰੇਜ ਕੰਟਰੋਲਰ ਲਈ VMware ਅਨੁਕੂਲਤਾ ਗਾਈਡ ਦੀ ਜਾਂਚ ਕਰੋ, ਅਤੇ ਸਰਵਰ ਫਰਮਵੇਅਰ (BIOS, ਸਟੋਰੇਜ ਕੰਟਰੋਲਰ, NICs) ਨੂੰ 8.0 ਲਈ ਵਿਕਰੇਤਾ ਸੂਚੀਬੱਧ ਕੀਤੇ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ਅੱਪਡੇਟ ਕਰੋ। ਇੰਸਟੌਲਰ ਦੀ ਆਪਣੀ ਪ੍ਰੀ-ਚੈੱਕ ਵੀ ਬਰਤਰਫ਼ ਕੀਤੀਆਂ ਡਿਵਾਈਸਾਂ ਬਾਰੇ ਚੇਤਾਵਨੀ ਦਿੰਦੀ ਹੈ - ਪਰ ਅੱਧੀ ਰਾਤ ਨੂੰ ਕੰਸੋਲ 'ਤੇ ਪਤਾ ਲਗਾਉਣਾ ਗਲਤ ਸਮਾਂ ਹੈ। ਪਹਿਲਾਂ ਕਾਗਜ਼ 'ਤੇ ਜਾਂਚ ਕਰੋ।

ਹੋਸਟ ਕੌਂਫਿਗਰੇਸ਼ਨ ਅਤੇ VM ਦਾ ਬੈਕਅੱਪ ਲਓ

ਹੋਸਟ ਸ਼ੈੱਲ ਤੋਂ ਹੋਸਟ ਸੰਰਚਨਾ ਦਾ ਬੈਕਅੱਪ ਲਓ (ਜੇਕਰ ਇਹ ਬੰਦ ਹੈ ਤਾਂ ਪਹਿਲਾਂ ਹੋਸਟ 'ਤੇ SSH ਨੂੰ ਯੋਗ ਕਰੋ)। ਕਮਾਂਡ ਸੰਰਚਨਾ ਬੰਡਲ ਲਈ ਇੱਕ ਡਾਉਨਲੋਡ ਲਿੰਕ ਵਾਪਸ ਕਰਦੀ ਹੈ — ਇਸਨੂੰ ਖੋਲ੍ਹੋ ਅਤੇ .tgz ਫਾਈਲ ਨੂੰ ਕਿਤੇ ਸੁਰੱਖਿਅਤ ਕਰੋ ਜੋ ਇਸ ਸਰਵਰ 'ਤੇ ਨਹੀਂ ਹੈ:

vim-cmd hostsvc/firmware/backup_config

ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ VM ਬੈਕਅੱਪ ਮੌਜੂਦਾ ਹਨ ਅਤੇ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਰੀਸਟੋਰ ਦੀ ਅਸਲ ਵਿੱਚ ਜਾਂਚ ਕੀਤੀ ਗਈ ਹੈ। ਸਾਰੀਆਂ ਪੋਸਟ-ਅੱਪਗ੍ਰੇਡ ਪਰਪਲ ਸਕਰੀਨਾਂ ਵਿੱਚੋਂ ਅੱਧੀਆਂ ਪੁਰਾਣੀਆਂ ਹਾਈਪਰਵਾਈਜ਼ਰ ਨੂੰ ਬਰਦਾਸ਼ਤ ਕੀਤੇ ਫਰਮਵੇਅਰ ਵੱਲ ਵਾਪਸ ਟਰੇਸ ਕਰਦੀਆਂ ਹਨ — ਪਰ ਜਿਨ੍ਹਾਂ ਕਰੈਸ਼ਾਂ ਨੂੰ ਤੁਸੀਂ ਅਨਡੂ ਨਹੀਂ ਕਰ ਸਕਦੇ ਉਹ ਹਨ ਜਿਨ੍ਹਾਂ ਦੇ ਪਿੱਛੇ ਕੋਈ ਬੈਕਅੱਪ ਨਹੀਂ ਹੈ।

ਵਿੰਡੋ ਦੀ ਯੋਜਨਾ ਬਣਾਓ ਅਤੇ 8.0 ਲਾਇਸੈਂਸ ਕੁੰਜੀ ਤਿਆਰ ਰੱਖੋ

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

ਲਾਇਸੈਂਸ ਨੂੰ ਵਿੰਡੋ ਤੋਂ ਪਹਿਲਾਂ ਕ੍ਰਮਬੱਧ ਕਰੋ, ਇਸਦੇ ਦੌਰਾਨ ਨਹੀਂ। ਲਾਇਸੈਂਸ ਕੁੰਜੀਆਂ ਮੁੱਖ ਸੰਸਕਰਣ ਨਾਲ ਜੁੜੀਆਂ ਹੋਈਆਂ ਹਨ — ਇੱਕ 8.0 ਹੋਸਟ ਇੱਕ 6.7 ਕੁੰਜੀ ਨੂੰ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰੇਗਾ, ਅਤੇ ਇੱਕ ਤੋਂ ਬਿਨਾਂ ਇਹ 60 ਦਿਨਾਂ ਲਈ ਮੁਲਾਂਕਣ ਮੋਡ ਵਿੱਚ ਚੱਲਦਾ ਹੈ। ਬ੍ਰੌਡਕਾਮ ਦੇ ਤਹਿਤ, ਕੁੰਜੀਆਂ ਅਤੇ ਡਾਉਨਲੋਡਸ ਤੁਹਾਡੇ ਹੱਕਦਾਰੀ ਦੇ ਵਿਰੁੱਧ ਬ੍ਰੌਡਕਾਮ ਸਹਾਇਤਾ ਪੋਰਟਲ ਤੋਂ ਆਉਂਦੇ ਹਨ, ਇਸਲਈ ਪਹਿਲਾਂ ਹੀ ਉਸ ਪਹੁੰਚ ਦਾ ਪ੍ਰਬੰਧ ਕਰੋ।

ਰੂਟ A — 8.0 ISO ਨੂੰ ਬੂਟ ਕਰਕੇ ਅੱਪਗਰੇਡ ਕਰੋ

ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਦੱਸੋ, ਫਿਰ ਹੋਸਟ ਨੂੰ ਰੱਖ-ਰਖਾਅ ਮੋਡ ਵਿੱਚ ਪਾਓ — ਹਰ VM ਬੰਦ ਹੋ ਗਿਆ ਜਾਂ ਕਿਸੇ ਹੋਰ ਹੋਸਟ 'ਤੇ ਮਾਈਗ੍ਰੇਟ ਕੀਤਾ ਗਿਆ। ਕਦੇ ਵੀ ਅਜਿਹੇ ਹੋਸਟ ਨੂੰ ਅੱਪਗ੍ਰੇਡ ਨਾ ਕਰੋ ਜੋ ਅਜੇ ਵੀ ਉਤਪਾਦਨ VM ਚਲਾ ਰਿਹਾ ਹੈ।

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

ਰੂਟ B — esxcli ਨਾਲ ਸ਼ੈੱਲ ਤੋਂ ਅੱਪਗਰੇਡ ਕਰੋ

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

esxcli network firewall ruleset set -e true -r httpClient

VMware ਦੇ ਔਨਲਾਈਨ ਡਿਪੂ ਵਿੱਚ ਉਪਲਬਧ ਪ੍ਰੋਫਾਈਲਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ, ਅਤੇ 8.0 ਸਟੈਂਡਰਡ ਪ੍ਰੋਫਾਈਲ ਦਾ ਸਹੀ ਨਾਮ ਨੋਟ ਕਰੋ:

esxcli software sources profile list -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

ਫਿਰ ਡਿਪੂ ਦੇ ਵਿਰੁੱਧ ਪ੍ਰੋਫਾਈਲ ਅਪਡੇਟ ਚਲਾਓ, ਉਸ ਸਹੀ ਪ੍ਰੋਫਾਈਲ ਨਾਮ ਦੀ ਵਰਤੋਂ ਕਰਕੇ, ਅਤੇ ਹੋਸਟ ਨੂੰ ਰੀਬੂਟ ਕਰੋ ਜਦੋਂ ਇਹ ਪੂਰਾ ਹੋ ਜਾਵੇ:

esxcli software profile update -d <depot-url> -p <exact-profile-name>

ਉਹੀ ਰੂਟ ਔਫਲਾਈਨ ਕੰਮ ਕਰਦਾ ਹੈ: ਡੈਪੋ ਬੰਡਲ ਜ਼ਿਪ ਨੂੰ ਇੱਕ ਡੇਟਾਸਟੋਰ ਵਿੱਚ ਕਾਪੀ ਕਰੋ ਅਤੇ ਇਸਦੀ ਬਜਾਏ ਉਸ ਫਾਈਲ 'ਤੇ -d ਮੁੱਲ ਨੂੰ ਪੁਆਇੰਟ ਕਰੋ। ਨੋਟ ਕਰੋ ਕਿ ਪ੍ਰੋਫਾਈਲ ਅੱਪਡੇਟ ਅੱਪਗ੍ਰੇਡ ਕਮਾਂਡ ਹੈ — ਇਹ ਤੁਹਾਡੀ ਮੌਜੂਦਾ ਸੰਰਚਨਾ ਅਤੇ ਤੀਜੀ-ਧਿਰ VIBs ਨੂੰ ਰੱਖਦੀ ਹੈ ਜਿੱਥੇ ਉਹ ਅਨੁਕੂਲ ਹਨ; profile install ਦੀ ਥਾਂ ਨਾ ਲਓ, ਜੋ ਚਿੱਤਰ ਨੂੰ ਬਦਲਦਾ ਹੈ।

ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ — ਲਾਇਸੈਂਸ, ਪੁਸ਼ਟੀ ਕਰੋ, ਫਿਰ ਜਾਰੀ ਕਰੋ

ਇੱਕ ਵਾਰ ਜਦੋਂ ਹੋਸਟ 8.0 'ਤੇ ਬੈਕਅੱਪ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਆਪਣੀ ESXi 8.0 ਲਾਇਸੈਂਸ ਕੁੰਜੀ ਲਾਗੂ ਕਰੋ — 6.7 ਕੁੰਜੀ ਸਵੀਕਾਰ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਨਵੀਂ ਕੁੰਜੀ ਤੋਂ ਬਿਨਾਂ ਮੁਲਾਂਕਣ ਦੀ ਘੜੀ ਟਿਕ ਰਹੀ ਹੈ। ਮੇਨਟੇਨੈਂਸ ਮੋਡ ਤੋਂ ਬਾਹਰ ਜਾਓ, ਫਿਰ ਪਹਿਲਾਂ ਇੱਕ ਗੈਰ-ਨਾਜ਼ੁਕ VM ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਬਾਕੀ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸਦੇ ਨੈੱਟਵਰਕ, ਸਟੋਰੇਜ ਅਤੇ ਕੰਸੋਲ ਦੀ ਜਾਂਚ ਕਰੋ।

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

ਕਰੈਸ਼ ਪਲੇਬੁੱਕ — ਪਰਪਲ ਸਕ੍ਰੀਨ ਅਤੇ ਸ਼ਿਫਟ+ਆਰ ਰੋਲਬੈਕ

ਜੇ ਹੋਸਟ ਪਰਪਲ-ਸਕ੍ਰੀਨ (PSOD) ਜਾਂ ਅੱਪਗਰੇਡ ਤੋਂ ਬਾਅਦ ਉਪਯੋਗੀ ਢੰਗ ਨਾਲ ਬੂਟ ਨਹੀਂ ਕਰੇਗਾ, ਤਾਂ ਇਸ ਕ੍ਰਮ ਵਿੱਚ ਕੰਮ ਕਰੋ। ਪਹਿਲਾਂ, ਕਿਸੇ ਵੀ ਚੀਜ਼ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਮਨੀ ਸਕਰੀਨ ਦੀ ਫੋਟੋ ਖਿੱਚੋ। ਇੱਕ PSOD VMkernel ਹੈ ਜੋ ਜਾਣਬੁੱਝ ਕੇ ਰੁਕਦਾ ਹੈ ਕਿਉਂਕਿ ਜਾਰੀ ਰੱਖਣ ਨਾਲ VMs ਨੂੰ ਖਤਰਾ ਪੈਦਾ ਹੁੰਦਾ ਹੈ — ਅਤੇ ਸਕ੍ਰੀਨ ਨਿਦਾਨ ਹੈ: ਅਪਵਾਦ ਕਿਸਮ ਅਤੇ ਇਸ 'ਤੇ ਨਾਮ ਦਿੱਤਾ ਗਿਆ ਮੋਡਿਊਲ ਕਾਰਨ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਡਰਾਈਵਰ ਮੋਡੀਊਲ ਨਾਮ ਦੇ ਨਾਲ ਹਾਰਡਵੇਅਰ-ਸਹਿਯੋਗੀ ਸਮੱਸਿਆ ਜਾਂ ਪੰਨਾ ਫਰਮਵੇਅਰ ਫਰਮਵੇਅਰ ਜਾਂ ਮੈਮੋਰੀ ਪੁਆਇੰਟ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।

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

ਤੀਜਾ, ਰੋਲ ਬੈਕ ਕਰੋ। ESXi ਦੋ ਬੂਟ ਬੈਂਕਾਂ ਵਿੱਚ ਸਥਾਪਿਤ ਹੋ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਅੱਪਗ੍ਰੇਡ ਵਿਕਲਪਕ ਬੈਂਕ ਵਿੱਚ ਤੁਹਾਡੀ ਪਿਛਲੀ 6.7 ਬਿਲਡ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਦਾ ਹੈ। ਹੋਸਟ ਨੂੰ ਰੀਬੂਟ ਕਰੋ ਅਤੇ, ਬੂਟ ਪ੍ਰੋਂਪਟ 'ਤੇ, Shift + R ਦਬਾਓ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ — ਹੋਸਟ ਪਿਛਲੇ 6.7 ਬਿਲਡ, ਸੰਰਚਨਾ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ, ਬਿਲਕੁਲ ਉਸੇ ਤਰ੍ਹਾਂ ਜਿਵੇਂ ਤੁਸੀਂ ਇਸਨੂੰ ਛੱਡਿਆ ਸੀ। ਜੇਕਰ ਰੋਲਬੈਕ ਕੰਮ ਕਰਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਸਮਾਂ ਖਰੀਦ ਲਿਆ ਹੈ: ਅਨੁਕੂਲਤਾ ਕਾਰਨ ਨੂੰ ਡੇਲਾਈਟ ਵਿੱਚ ਠੀਕ ਕਰੋ ਅਤੇ ਇੱਕ ਨਵੀਂ ਵਿੰਡੋ ਵਿੱਚ ਦੁਬਾਰਾ ਅੱਪਗ੍ਰੇਡ ਕਰੋ।

vim-cmd hostsvc/firmware/restore_config <bundle-path>

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