Elbrus OS 'ਤੇ Veeam ਤੋਂ Linux ਬੈਕਅੱਪ। ਆਯਾਤ ਬਦਲ ['?' | '।' | '!']

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

ਅਸਲ ਚਿੱਤਰ ਸਰੋਤ

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

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

ਇੱਕ ਹੋਰ ਛੋਟੀ ਜਬਰੀ ਵਾਪਸੀ. ਤੱਥ ਇਹ ਹੈ ਕਿ ਮੈਂ ਇੱਕ ਵਾਰ ਘਰੇਲੂ ਸੌਫਟਵੇਅਰ, ਜਿਵੇਂ ਕਿ MSVS ਅਤੇ Baguette RTOS ਨਾਲ ਨਜਿੱਠਿਆ ਸੀ. ਮੈਨੂੰ MCST ਤੋਂ ਪ੍ਰੋਸੈਸਰ ਸਮੇਤ ਘਰੇਲੂ ਪੁਰਜ਼ਿਆਂ ਨਾਲ ਕੰਮ ਕਰਨ ਦਾ ਤਜਰਬਾ ਸੀ। ਇਸ ਲਈ, ਮੈਂ ਪੂਰੀ ਜ਼ਿੰਮੇਵਾਰੀ ਨਾਲ ਕਹਿ ਸਕਦਾ ਹਾਂ ਕਿ ਇਸ ਖੇਤਰ ਵਿੱਚ ਇੱਕ ਖਾਸ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ ਅਤੇ ਮੈਂ ਲੇਖ ਵਿੱਚ ਇਸ ਨੂੰ ਛੂਹਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕਰਾਂਗਾ. ਜਦੋਂ ਮੈਂ ਸੱਚਮੁੱਚ ਚਾਹਾਂਗਾ, ਮੈਂ ਟੈਗ [TBD] ਪਾਵਾਂਗਾ। ਇਸ ਲਈ ਅਸੀਂ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਟ੍ਰੋਲਿੰਗ ਅਤੇ ਮਾਮੂਲੀ ਰੋਣ ਤੋਂ ਬਿਨਾਂ ਅਜਿਹਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗੇ। ਅੰਤ ਵਿੱਚ, ਰੂਸੀ ਰੱਖਿਆ ਉਦਯੋਗ ਅਤੇ ਸਰਕਾਰੀ ਏਜੰਸੀਆਂ ਨੂੰ ਸਮਝਣ ਦੀ ਲੋੜ ਹੈ. ਵੱਡਾ ਦੇਸ਼ - ਛੋਟਾ ਬਜਟ.. [TBD]।

ਜ਼ੀਰੋ ਪੜਾਅ - ਡਾਊਨਲੋਡ ਕਰੋ. ਇਹ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹੈ ਕਿ ਐਲਬਰਸ OS ਦੇ ਉਪਲਬਧ ਹੋਣ ਦੀ ਖ਼ਬਰ ਨੇ ਇੱਕ ਗੂੰਜ ਪੈਦਾ ਕੀਤੀ, ਇੰਨਾ ਜ਼ਿਆਦਾ ਕਿ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਸਰਵਰ ਡਾਊਨ ਹੋ ਗਿਆ। [TBD] Yandex ਅਤੇ ਇੰਜੀਨੀਅਰ ਦਾ ਧੰਨਵਾਦ ਜਿਸਨੇ ਇਸਨੂੰ ਉੱਥੇ ਲਿਜਾਣ ਬਾਰੇ ਸੋਚਿਆ। ਇਸ ਲਈ ਡਾਊਨਲੋਡ ਸਪੀਡ ਚੰਗੀ ਹੈ।

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

ਖੈਰ, ਬਹੁਤ ਵਧੀਆ, ਅਸੀਂ ਮਾਊਸ ਤੋਂ ਬਿਨਾਂ ਕਰ ਸਕਦੇ ਹਾਂ.

ਮੈਂ ਦੂਜੀ ਕੋਸ਼ਿਸ਼ 'ਤੇ ਅਗਲੀ ਵਿੰਡੋ ਦਾ ਪ੍ਰਬੰਧਨ ਕੀਤਾ। ਡਿਸਕ ਤੋਂ ਇੰਸਟਾਲ ਕਰਨ ਵੇਲੇ ਡਿਫੌਲਟ ਡਿਵਾਈਸ sr0 [TBD] ਕਿਉਂ ਨਾ ਚੁਣੋ?
CD-ROM ਸਰੋਤ ਚੁਣੋ ਅਤੇ ਅੱਗੇ ਵਧੋ।

ਟਾਈਮ ਜ਼ੋਨ ਦੀ ਚੋਣ ਕਰਦੇ ਸਮੇਂ, ਮੈਨੂੰ ਅਚਾਨਕ ਅਹਿਸਾਸ ਹੋਇਆ ਕਿ ਸਿਸਟਮ init ਬੂਟ ਪ੍ਰਕਿਰਿਆ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਅਤੇ ਮੈਂ TTY0 ਤੋਂ ਕੰਮ ਕਰ ਰਿਹਾ ਹਾਂ।

ਠੀਕ ਹੈ, ਫਿਰ ਆਓ "ਏਲਬਰਸ" ਨੂੰ ਇੱਕ ਭਾਈਚਾਰੇ ਵਜੋਂ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰੀਏ ਪੁਰਾਣੇ ਵਿਸ਼ਵਾਸੀ[TBD]। ਸਿਧਾਂਤ ਵਿੱਚ, ਇਹ ਚੰਗਾ ਹੈ: ਤੁਹਾਨੂੰ ਇਹ ਦੇਖਣ ਲਈ ਸਰੋਤ ਕੋਡ ਦੀ ਮੰਗ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ ਕਿ ਡਾਊਨਲੋਡ ਪ੍ਰਕਿਰਿਆ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ, ਕਿਉਂਕਿ ਸਭ ਕੁਝ ਸਕ੍ਰਿਪਟ ਕੀਤਾ ਗਿਆ ਹੈ।

ਬਾਕੀ ਲਗਭਗ ਮਹੱਤਵਪੂਰਨ ਨਹੀਂ ਹੈ: ਅਸੀਂ ਸਭ ਕੁਝ ਪਾਉਂਦੇ ਹਾਂ ਅਤੇ ਸਹਿਮਤ ਹੁੰਦੇ ਹਾਂ. ਰਸਤੇ ਵਿੱਚ, ਸਾਨੂੰ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਕਰਨਲ 3.14.79-13.84 ਵਰਤਿਆ ਗਿਆ ਹੈ। ਹਾਂ, ਡੇਬੀਅਨ 7 ਵਿੱਚ 3.2 [TBD] ਸੀ।

ਅੱਗੇ, ਡਿਫਾਲਟ ਡਿਸਕ ਵਿਭਾਗੀਕਰਨ ਦੀ ਚੋਣ ਕਰੋ ਅਤੇ... ਅਸੀਂ ਇੱਕ ਚੇਤਾਵਨੀ ਵੇਖਦੇ ਹਾਂ:

ਹਾਂ, ਕਿਸੇ ਤਰ੍ਹਾਂ ਆਟੋਮੈਟਿਕ ਵਿਭਾਜਨ 32 ਗੀਗ ਡਿਸਕ ਨਾਲ ਚੰਗੀ ਤਰ੍ਹਾਂ ਨਹੀਂ ਚੱਲ ਸਕਿਆ। ਮੈਂ ਡਿਸਕ ਨੂੰ ਨਹੀਂ ਬਦਲਿਆ; ਮੈਂ "ਆਲ-ਇਨ-ਵਨ" ਸ਼ੈਲੀ ਵਿੱਚ ਮੈਨੂਅਲ ਡਿਸਕ ਵਿਭਾਗੀਕਰਨ ਨਾਲ ਖੋਜ ਨੂੰ ਪੂਰਾ ਕੀਤਾ। ਮੈਨੂੰ ext3 ਇੰਸਟਾਲ ਕਰਨਾ ਪਿਆ, ਕਿਉਂਕਿ /boot ext4 ਵਿੱਚ ਨਹੀਂ ਹੋ ਸਕਦਾ।
ਸਿਸਟਮ ਬਿਨਾਂ ਕਿਸੇ ਘਟਨਾ ਦੇ ਸਾਹਮਣੇ ਆਇਆ।

ਦੂਜਾ ਪੜਾਅ - ਵਿਕਲਪਾਂ ਦੀ ਖੋਜ ਕਰੋ।
ਦੂਜੀ ਡਿਸਕ ਦੀ ਸਮਗਰੀ ਨੂੰ ਘੋਖਣ ਤੋਂ ਬਾਅਦ, ਮੈਨੂੰ ਅਹਿਸਾਸ ਹੋਇਆ ਕਿ ਇਹ ਵਾਧੂ ਦੇ ਨਾਲ ਇੱਕ ਰਿਪੋਜ਼ਟਰੀ ਹੈ. ਪੈਕੇਜਾਂ ਵਿੱਚ. ਅਤੇ /etc/apt/sources.list ਨੂੰ ਦੇਖਦੇ ਹੋਏ, ਮੈਂ ਮਹਿਸੂਸ ਕੀਤਾ ਕਿ ਇਸਨੂੰ /mnt/cdrom ਵਿੱਚ ਮਾਊਂਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਪਰ ਮੈਨੂੰ /etc/os-release ਨਹੀਂ ਮਿਲਿਆ। ਪਰ ਸਮੱਗਰੀ 3.0-rc36 ਦੇ ਨਾਲ /etc/mcst-version ਹੈ। 3.0 ਸ਼ਾਇਦ ਸੰਸਕਰਣ ਹੈ - ਇਹ ਫਿੱਟ ਲੱਗਦਾ ਹੈ, ਪਰ rc36? ਆਮ ਤੌਰ 'ਤੇ, ਥਰਡ-ਪਾਰਟੀ ਸੌਫਟਵੇਅਰ ਇਸ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਨੂੰ ਕਲਾਸੀਕਲ ਤਰੀਕੇ ਨਾਲ ਪਛਾਣਨ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋਣਗੇ।

ਰੂਟ ਭਾਗ ਵਿੱਚ, /mcst ਡਾਇਰੈਕਟਰੀ ਮੇਰੀ ਅੱਖ ਨੂੰ ਫੜਦੀ ਹੈ, ਅਤੇ ਉੱਥੇ, ਇੱਕ ਡੁੱਬਦੇ ਦਿਲ ਨਾਲ, ਮੈਂ /mcst/backup ਖੋਜਿਆ। ਭਾਵ, ਇੱਥੇ ਇੱਕ ਬੈਕਅੱਪ ਟੂਲ ਹੈ, ਅਤੇ ਇਹ ਸਿਸਟਮ ਵਿੱਚ ਬਣਾਇਆ ਗਿਆ ਹੈ! "ਬਹੁਤ ਵਧੀਆ," ਮੈਂ ਸੋਚਿਆ, "ਆਓ ਦੇਖੀਏ ਕਿ ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ!"

ਇਹ ਪਤਾ ਚਲਿਆ ਕਿ ਇੱਥੇ ਇੱਕ 4Kb ਬੈਸ਼ ਸਕ੍ਰਿਪਟ /mcst/bin/backup ਹੈ ਜੋ ਫਾਈਲ ਕਾਪੀ ਕਰਨਾ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ। ਮੂਲ ਰੂਪ ਵਿੱਚ - /mcst/backup ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ। ਸਰੋਤ ਕੋਡ ਵਿੱਚ ਮੈਨੂੰ rsync ਕਮਾਂਡ ਦੇਖਣ ਦੀ ਉਮੀਦ ਸੀ, ਪਰ ਇਹ ਡਿਫੌਲਟ ਕੌਂਫਿਗਰੇਸ਼ਨ ਵਿੱਚ ਨਹੀਂ ਹੈ। ਸਕ੍ਰਿਪਟ ਸਿਰਫ਼ ਫਾਈਲਾਂ ਦੀ ਨਕਲ ਕਰਦੀ ਹੈ। ਕਮਾਂਡ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

cp -rpdx <file backup> <file>

ਪੂਰੀ ਫਾਈਲ /mcst/bin/backup ਇੱਥੇ ਹੈਮੈਂ ਤੁਹਾਨੂੰ ਤੁਰੰਤ ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹਾਂ ਕਿ ਇਹ ਸਕ੍ਰਿਪਟ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਮਝਣ ਲਈ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ। ਇਹ /mcst/bin/source ਤੋਂ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਖਿੱਚਦਾ ਹੈ, ਜੋ ਕਿ ਫੰਕਸ਼ਨਾਂ ਦੀ ਲਾਇਬ੍ਰੇਰੀ ਵਰਗਾ ਹੈ। ਮੈਂ ਇਸਨੂੰ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤਾ (44KB)।

#!/bin/bash

unalias -a

set +vx

source $(dirname $0)/source
[[ $? != 0 ]] && exit 1

OPTIONS="hvcdrRil:L:"

usage()
{
	echo "Usage: $PROG_NAME [-$OPTIONS] [backup]"
	echo "    h            - this help"
	echo "    v vv vvv     - verbose, very verbose, extremly verbose"
	echo "    c            - create backup"
	echo "    d            - diffs backup and system"
	echo "    r            - recovery system"
	echo "    R            - remove backup"
	echo "    i            - prompt before backup removing"
	echo "    l list       - additional backup files list"
	echo "    L list       - global backup files list"
	echo "    backup       - backup directory, default /mcst/backup/backup"
}

init_prog()
{
	typeset flg=0

	while getopts $OPTIONS opt
	do
		case $opt in
		h ) usage; exit 0;;
		v ) (( verbose = verbose + 1 )); set_verbose;;
		c ) flg=1; c_flg=1;;
		d ) flg=1; d_flg=1;;
		r ) flg=1; r_flg=1;;
		R ) flg=1; R_flg=1;;
		i ) i_flg=1;;
		l ) l_flg=1; list_arg="$list_arg $OPTARG";;
		L ) L_flg=1; LIST_arg="$LIST_arg $OPTARG";;
		* ) usage "Invalid option"; exit 1;;
		esac
	done

	set_verbose

	check_su

	init_variables

	shift $((OPTIND-1))

	if (( $# > 1 ))
	then
		echo_fatal "invalid arguments number, exp 0|1, act $#"
		exit 1
	fi

	[[ $# = 1 ]] && BACKUP=$1

	echo "Backup directory is $BACKUP"

	if [[ $L_flg = 1 ]]
	then
		backup_list="$LIST_arg"
	elif [[ $c_flg != 1 && $R_flg != 1 ]]
	then
		get_output_cmd "cat $BACKUP/$BACKUP_LIST_NAME"
		backup_list="$output_cmd"
	else
		get_output_cmd "get_backup_list"
		backup_list="$output_cmd"
	fi

	if [[ $l_flg = 1 ]]
	then
		backup_list="$backup_list $list_arg"
	fi

	if [[ $flg = 0 ]]
	then
		if [[ -d $BACKUP ]]
		then
			ls -laR $BACKUP
		else
			echo_info "Cannot access $BACKUP"	
		fi
		echo "backup_list=$backup_list"
		exit 0
	fi

###	echo "Backup list: $backup_list"
}

create_file()
{
	typeset f=$1 fr=$2
	typeset fb

	[[ -z $fr ]] && fr=$f

	fb=${f#/}

	fb=$BACKUP/$fb

	xcmd="rm -rf $fb"
	set_cmd "$xcmd"
	run_cmd

	xcmd="mkdir -p $fb"
	set_cmd "$xcmd"
	run_cmd

	if [[ -a $fr ]]
	then
		xcmd="cp -rpdx $fr $fb/file"
		set_cmd "$xcmd"
		run_cmd

		xcmd="touch $fb/create"
		set_cmd "$xcmd"
		run_cmd
	else
		xcmd="touch $fb/delete"
		set_cmd "$xcmd"
		run_cmd
	fi
}

diff_file()
{
	typeset f=$1
	typeset fb

	fb=${f#/}

	fb=$BACKUP/$fb

	if [[ -f $fb/delete ]]
	then
		echo_info "$f absent"
	elif [[ -f $fb/create ]]
	then
#		echo "state: create $f"

		if [[ ! -a $f ]]
		then
			echo_info "cannot access $f"
		else
			xcmd="diff -r $f $fb/file"
			echo "$xcmd"
			set_cmd "$xcmd" "" "0 1 2"
			run_cmd
		fi
	else
		echo_fatal "wrong $f backup"
		exit 1
	fi
}

recovery_file()
{
	typeset f=$1
	typeset fb

	fb=${f#/}

	fb=$BACKUP/$fb

	if [[ ! -a $fb ]]
	then
		echo_fatal "cannot access $fb"
		exit 1
	fi

	xcmd="rm -rf $f"
	set_cmd "$xcmd"
	run_cmd

	if [[ -f $fb/delete ]]
	then
		:
	elif [[ -f $fb/create ]]
	then
		xcmd="cp -rpdx $fb/file $f"
		set_cmd "$xcmd"
		run_cmd
	else
		echo_fatal "wrong $fb backup"
		exit 1
	fi
}

remove_backup()
{
	echo "Remove backup"

	if [[ ! -d $BACKUP ]]
	then
		echo_info "Cannot access $BACKUP"
		return
	fi

	if [[ ! -f $BACKUP/$BACKUP_LIST_NAME ]]
	then
		echo_fatal "$BACKUP_LIST_NAME absent, remove backup manually"
		exit 0
	fi

	answer=
	if [[ $i_flg = 1 ]]
	then
		echo -n "Remove $BACKUP directory (yes/...)?"
		read answer
	else
		answer=yes
	fi
	if [[ $answer = yes ]]
	then
		xcmd="rm -rf $BACKUP"
		set_cmd "$xcmd"
		run_cmd
	fi
}

recovery_backup()
{
	echo "Recovery system from $BACKUP" 

	for f in $backup_list
	do
		get_output_cmd "get_mount_point $f"
		mnt=$output_cmd
		get_output_cmd "is_ro_mounted $mnt"
		mnt=$output_cmd
		if [[ ! -z $mnt ]]
		then
			remount_rw_fs $mnt
		fi 
		recovery_file $f
		if [[ ! -z $mnt ]]
		then
			remount_ro_fs $mnt
		fi 
	done

	echo "The system is ready, reboot the system manually" 
}

create_backup()
{
		echo "Create backup"

		xcmd="mkdir -pm0777 $BACKUP"
		set_cmd "$xcmd"
		run_cmd

		for v in $backup_list
		do
			f=${v%%:*}
			backup_list2="$backup_list2 $f"
			fr=${v#*:}
			create_file $f $fr
		done
		echo "$backup_list2" >$BACKUP/$BACKUP_LIST_NAME
}

diff_backup()
{
	echo "Diffs system and backup" 

	if [[ ! -d $BACKUP ]]
	then
		echo_fatal "cannot access $BACKUP"
		exit 1
	fi

	for f in $backup_list
	do
		diff_file $f
	done
}

main()
{
	typeset f mnt mnt_list answer

	if [[ $R_flg = 1 ]]
	then
		remove_backup
	fi

	if [[ $r_flg = 1 ]]
	then
		recovery_backup
	fi

	if [[ $c_flg = 1 ]]
	then
		create_backup
	fi

	if [[ $d_flg = 1 ]]
	then
		diff_backup
	fi
}

init_prog "$@"

main

exit 0

ਹਾਲਾਂਕਿ, ਸ਼ਾਇਦ ਮੈਂ ਕੁਝ ਨਹੀਂ ਸਮਝਿਆ? ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਕੋਈ ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਵਿਆਖਿਆ ਕਰ ਸਕਦਾ ਹੈ: ਇਹ ਸਕ੍ਰਿਪਟ ਸੁਰੱਖਿਅਤ ਅਤੇ ਭਰੋਸੇਮੰਦ ਡੇਟਾ ਬੈਕਅੱਪ ਨੂੰ ਕਿਵੇਂ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ? [TBD]

rsync, ਤਰੀਕੇ ਨਾਲ, ਐਡ-ਆਨ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ। ਰਿਪੋਜ਼ਟਰੀਆਂ ਸੰਸਕਰਣ 3.1.3. ਮੇਰੇ ਖਿਆਲ ਵਿੱਚ rsync ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਅਜੇ ਵੀ /mcst/bin/backup ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਇੱਕ ਬਿਹਤਰ ਵਿਕਲਪ ਹੈ।

ਅੱਗੇ, ਮੈਂ ਇੱਕ ਤਾਜ਼ਾ ਪਾਉਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਲੀਨਕਸ ਲਈ ਵੀਮ ਏਜੰਟ. ਕੋਈ ਪੁੱਛੇਗਾ: "ਵੀਮ ਅਤੇ ਆਯਾਤ ਬਦਲ ਦਾ ਇਸ ਨਾਲ ਕੀ ਸਬੰਧ ਹੈ?" ਹਾਂ, ਇਹ ਰਜਿਸਟਰ ਵਿੱਚ ਨਹੀਂ ਹੈ, ਪਰ ਇਹ FSTEC ਦੁਆਰਾ ਪ੍ਰਮਾਣਿਤ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਵਿਕਲਪਾਂ ਦੀ ਅਣਹੋਂਦ ਵਿੱਚ ਇਸਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਤੋਂ ਵਿਕਲਪਾਂ 'ਤੇ ਪੰਦਰਾਂ ਮਿੰਟ ਖਰਚ ਕਰਨਾ ਰਜਿਸਟਰੀ, ਮੈਂ "ਬੈਕਅੱਪ" ਸ਼ਬਦ ਲਈ 3 ਲਿੰਕ ਲੱਭਣ ਦੇ ਯੋਗ ਸੀ ("ਰਿਜ਼ਰਵ" ਸ਼ਬਦ ਲਈ ਮੇਰੇ ਸਵਾਲ ਨਾਲ ਕੋਈ ਵੀ ਸਬੰਧਤ ਨਹੀਂ)। ਮੈਂ ਇਹਨਾਂ ਪ੍ਰੋਗਰਾਮਾਂ ਦਾ ਡੂੰਘਾ ਵਿਸ਼ਲੇਸ਼ਣ ਨਹੀਂ ਕੀਤਾ ਹੈ, ਇਸ ਲਈ ਮੈਂ ਇਹ ਨਿਰਣਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕਰਾਂਗਾ ਕਿ ਉਹ ਲੀਨਕਸ ਚਲਾਉਣ ਵਾਲੀਆਂ ਮਸ਼ੀਨਾਂ ਦਾ ਬੈਕਅੱਪ ਲੈਣ ਲਈ ਕਿੰਨੇ ਢੁਕਵੇਂ ਹਨ। ਜਿਸ ਨੂੰ ਇਸਦੀ ਲੋੜ ਹੈ ਉਹ ਆਪਣਾ ਸਿੱਟਾ ਕੱਢੇਗਾ ਅਤੇ ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਸਾਂਝਾ ਕਰੇਗਾ.

ਪੜਾਅ ਤਿੰਨ - ਲੀਨਕਸ ਲਈ ਵੀਮ ਏਜੰਟ ਦੀ ਸਥਾਪਨਾ।
ਇਸ ਲਈ, ਲੀਨਕਸ ਲਈ ਵੀਮ ਏਜੰਟ ਵਿੱਚ ਦੋ ਪੈਕੇਜ ਹੁੰਦੇ ਹਨ: veeamsnap ਕਰਨਲ ਮੋਡੀਊਲ (ਤਰੀਕੇ ਨਾਲ, ਸਰੋਤ ਇੱਥੇ) ਅਤੇ ਵੀਮ ਪੈਕੇਜ ਦੇ ਰੂਪ ਵਿੱਚ ਮਲਕੀਅਤ ਉਪਭੋਗਤਾ-ਸਪੇਸ ਕੋਡ।

ਕਰਨਲ ਮੋਡੀਊਲ ਨੂੰ ਇੰਸਟਾਲ ਕਰਨ ਵਿੱਚ ਇੱਕ ਛੋਟੀ ਸਮੱਸਿਆ ਸੀ - ਗੁੰਮ dkms ਪੈਕੇਜ। ਇਹ ਇੱਕ ਸੇਵਾ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਸਰੋਤ ਤੋਂ ਕਰਨਲ ਮੋਡੀਊਲ ਬਣਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ ਤੇ, ਇਹ ਸਾਰੇ deb ਵੰਡਾਂ 'ਤੇ ਉਪਲਬਧ ਹੈ। ਮੈਨੂੰ ਇਸਨੂੰ ਇੱਕ ਤੀਜੀ-ਪਾਰਟੀ ਡੈਬ ਰਿਪੋਜ਼ਟਰੀ ਤੋਂ ਡਾਊਨਲੋਡ ਕਰਨਾ ਪਿਆ. ਇੱਕ ਚੀਜ਼ ਜਿਸਨੇ ਮੈਨੂੰ ਖੁਸ਼ ਕੀਤਾ ਉਹ ਇਹ ਹੈ ਕਿ ਪੈਕੇਜ ਆਰਕੀਟੈਕਚਰ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦਾ, ਇਸਲਈ ਇਹ ਇੱਕ ਦੇਸੀ ਵਾਂਗ ਫਿੱਟ ਬੈਠਦਾ ਹੈ। ਇਸ ਨੂੰ ਉਪਲਬਧ ਪੈਕੇਜਾਂ ਦੀ ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕਿਉਂ ਨਹੀਂ ਕੀਤਾ ਗਿਆ, ਜਾਂ ਇਸ ਦੀ ਬਜਾਏ, [TBD] ਵਿਕਸਿਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ? ਸ਼ਾਇਦ ਇਹ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਕਿਸੇ ਨੂੰ ਵੀ ਗੈਰ-MCST ਕਰਨਲ ਮੋਡੀਊਲ ਬਣਾਉਣ ਅਤੇ ਚਲਾਉਣਾ ਨਹੀਂ ਚਾਹੀਦਾ। ਇੱਥੇ ਅਸਲ ਵਿੱਚ ਇੱਕ ਅੰਤਰ ਹੈ - ਕਿਉਂਕਿ ਇੱਥੇ ਲੀਨਕਸ-ਸਿਰਲੇਖ ਹਨ. ਯਾਨੀ, ਮੋਡੀਊਲ, ਜੇਕਰ ਲੋੜ ਹੋਵੇ, ਹੱਥ ਨਾਲ ਅਸੈਂਬਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਮਸ਼ੀਨ ਦੇ ਚਾਲੂ ਹੋਣ 'ਤੇ ਸਕ੍ਰਿਪਟ ਦੁਆਰਾ ਲਾਂਚ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਮੈਨੂੰ ਲੱਗਦਾ ਹੈ ਕਿ ਤੁਹਾਨੂੰ MCST [TBD] ਤੋਂ ਲਗਾਤਾਰ ਅੱਪਡੇਟ ਦੀ ਉਮੀਦ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ।

“ਠੀਕ ਹੈ, ਮੋਡੀਊਲ ਇੰਸਟਾਲ ਹੈ - ਸਭ ਤੋਂ ਔਖਾ ਹਿੱਸਾ ਖਤਮ ਹੋ ਗਿਆ ਹੈ,” ਮੈਂ ਸੋਚਿਆ... ਡੈਬ ਰਿਪੋਜ਼ਟਰੀ ਲਈ ਵੀਮ ਪੈਕੇਜ amd64 ਪਲੇਟਫਾਰਮ ਲਈ ਹੈ, ਅਤੇ ਐਲਬਰਸ OS ਕੋਲ ਇੱਕ x86_64 [TBD] ਪਲੇਟਫਾਰਮ ਹੈ। ਅੰਤਰ, ਬੇਸ਼ੱਕ, ਸਿਰਫ ਨਾਮ ਵਿੱਚ ਹੈ, ਪਰ ਇਹ ਅੰਤਰ ਤੀਜੀ-ਧਿਰ ਦੇ ਡੈਬ ਰਿਪੋਜ਼ਟਰੀਆਂ ਦੇ ਲਗਭਗ ਸਾਰੇ ਪੈਕੇਜਾਂ ਨੂੰ ਐਲਬਰਸ OS ਨਾਲ ਅਸੰਗਤ ਬਣਾਉਂਦਾ ਹੈ। ਇਸ ਤੰਗ ਕਰਨ ਵਾਲੀ ਗਲਤਫਹਿਮੀ ਨੂੰ ਆਸਾਨੀ ਨਾਲ ਦੂਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ: ਬਸ ਪੈਕੇਜ ਨੂੰ ਵੱਖ ਕਰੋ, ਆਰਕੀਟੈਕਚਰ ਬਾਰੇ ਜਾਣਕਾਰੀ ਨੂੰ ਠੀਕ ਕਰੋ ਅਤੇ ਇਸਨੂੰ ਦੁਬਾਰਾ ਇਕੱਠੇ ਕਰੋ। ਇਹ ਕਿਵੇਂ ਕਰਨਾ ਹੈ ਇਸ ਨੂੰ ਗੂਗਲ ਕੀਤਾ ਤੁਰੰਤ.

mkdir tmp
dpkg-deb -R original.deb tmp
# edit DEBIAN/postinst
dpkg-deb -b tmp fixed.deb

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

ਫਿਰ ਸਰਵਿਸ ਸਟਾਰਟ ਕੋਡ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਸਾਹਮਣੇ ਆਈਆਂ। ਸਕ੍ਰਿਪਟ /lib/init/vars.sh ਗੁੰਮ ਸੀ। ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ, ਐਲਬਰਸ ਇਸ ਤੋਂ ਬਿਨਾਂ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ, ਇਸਲਈ ਅਸੀਂ ਇਸਨੂੰ ਵੀ ਹਟਾ ਦੇਵਾਂਗੇ। ਅੱਗੇ, ਸਾਨੂੰ ਸੁਨੇਹਾ ਆਉਟਪੁੱਟ ਫੰਕਸ਼ਨ ਨੂੰ ਬਦਲਣਾ ਪਿਆ: log_daemon_msg ਅਤੇ log_end_msg ਫੰਕਸ਼ਨ ਗੁੰਮ ਸਨ। /lib/lsb/init-functions ਫਾਈਲ ਵਿੱਚ ਘੁੰਮਣ ਤੋਂ ਬਾਅਦ, ਮੈਨੂੰ log_success_msg ਫੰਕਸ਼ਨ ਮਿਲਿਆ - ਇਹ ਪ੍ਰਯੋਗਾਂ ਲਈ ਸਾਡੇ ਲਈ ਚੰਗਾ ਹੋਵੇਗਾ। ਵੈਸੇ, /lib/lsb/init-functions ਫਾਈਲ ਵਿੱਚ [TBD] ਫਾਈਲ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ “# ਸਰੋਤ SuSE`s rc ਫੰਕਸ਼ਨ” ਲਾਈਨ ਹੈ।

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

ਬੇਸ਼ੱਕ, ਐਲਬਰਸ OS ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਕਿੱਟ ਰਸਮੀ ਤੌਰ 'ਤੇ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਸਮਰਥਿਤ ਲੋਕਾਂ ਦੀ ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਲੀਨਕਸ ਲਈ ਵੀਮ ਏਜੰਟ ਦੀ QA ਵਿਭਾਗ ਦੁਆਰਾ ਜਾਂਚ ਨਹੀਂ ਕੀਤੀ ਗਈ ਸੀ, ਇਸ ਲਈ ਉਹ. ਕੋਈ ਸਮਰਥਨ ਨਹੀਂ ਹੈ (ਘੱਟੋ ਘੱਟ ਲੇਖ ਦੇ ਪ੍ਰਕਾਸ਼ਨ ਦੇ ਸਮੇਂ)।

ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਲੇਖ ਉਹਨਾਂ ਲਈ ਲਾਭਦਾਇਕ ਹੋਵੇਗਾ ਜੋ 334 ਜੂਨ, 29.06.2017 ਦੇ ਆਰਡਰ ਨੰਬਰ XNUMX ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹਨ। ਮੇਰਾ ਤੁਹਾਡੇ ਲਈ... [TBD]।

ਸਰੋਤ: www.habr.com