ਬਿਲਡਰੂਟ: ਜ਼ੈਬਿਕਸ-ਸਰਵਰ ਨਾਲ ਕਰਾਸ-ਪਲੇਟਫਾਰਮ ਫਰਮਵੇਅਰ ਬਣਾਉਣਾ

ਸਮੱਸਿਆ ਦਾ ਇਤਿਹਾਸ

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

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

ਸਮੱਸਿਆ ਦਾ ਗਠਨ

ਬਹੁਤ ਸਾਰੇ ਤਰੀਕਿਆਂ ਨਾਲ, ਪ੍ਰੋਜੈਕਟ ਨੇ ਨਤੀਜਿਆਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਸੰਭਾਵਨਾ ਦੇ ਨਾਲ ਇੱਕ ਪ੍ਰਯੋਗਸ਼ਾਲਾ ਦੇ ਕੰਮ ਵਜੋਂ ਵਿਕਸਤ ਕੀਤਾ.

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

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

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

ਹੱਲ ਕਦਮ

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

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

ਜ਼ੈਬਿਕਸ ਪੈਕੇਜ ਨੂੰ ਪੋਰਟ ਕਰਨਾ ਇੱਕ ਵੱਖਰੇ ਲੇਖ ਵਿੱਚ ਦੱਸਿਆ ਜਾਵੇਗਾ।

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

ਮੀਡੀਆ ਨੂੰ 2 ਭਾਗਾਂ ਵਿੱਚ ਵੰਡਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਗਿਆ ਸੀ - ਸਿਸਟਮ ਫਾਈਲਾਂ ਵਾਲਾ ਇੱਕ ਭਾਗ ਅਤੇ ਬਦਲਣਯੋਗ ਸੰਰਚਨਾਵਾਂ ਅਤੇ ਜ਼ੈਬਿਕਸ ਡੇਟਾਬੇਸ ਫਾਈਲਾਂ ਵਾਲਾ ਇੱਕ ਭਾਗ।

ਡੇਟਾਬੇਸ ਨਾਲ ਸਬੰਧਤ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨਾ ਥੋੜਾ ਹੋਰ ਮੁਸ਼ਕਲ ਹੋ ਗਿਆ. ਮੈਂ ਇਸਨੂੰ ਸਿੱਧਾ ਮੀਡੀਆ 'ਤੇ ਨਹੀਂ ਰੱਖਣਾ ਚਾਹੁੰਦਾ ਸੀ। ਉਸੇ ਸਮੇਂ, ਡੇਟਾਬੇਸ ਦਾ ਆਕਾਰ ਇੱਕ ਅਕਾਰ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ ਜੋ ਇੱਕ ਸੰਭਾਵੀ ਰੈਮਡਿਸਕ ਦੇ ਆਕਾਰ ਤੋਂ ਵੱਧ ਹੈ। ਇਸ ਲਈ, ਇੱਕ ਸਮਝੌਤਾ ਹੱਲ ਚੁਣਿਆ ਗਿਆ ਸੀ: ਡੇਟਾਬੇਸ SD ਕਾਰਡ ਦੇ ਦੂਜੇ ਭਾਗ 'ਤੇ ਸਥਿਤ ਹੈ (ਆਧੁਨਿਕ SLC ਕਾਰਡਾਂ ਵਿੱਚ 30 ਤੱਕ ਲਿਖਣ ਦੇ ਚੱਕਰ ਹੁੰਦੇ ਹਨ), ਪਰ ਇੱਕ ਸੈਟਿੰਗ ਹੈ ਜੋ ਬਾਹਰੀ ਮੀਡੀਆ ਦੀ ਵਰਤੋਂ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ (ਉਦਾਹਰਨ ਲਈ, usb- hdd).

RODOS-5 ਡਿਵਾਈਸ ਦੁਆਰਾ ਤਾਪਮਾਨ ਦੀ ਨਿਗਰਾਨੀ ਨੂੰ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਸੀ। ਬੇਸ਼ੱਕ, ਤੁਸੀਂ ਸਿੱਧੇ ਡੱਲਾਸ 1820 ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਇੱਕ USB ਵਿੱਚ ਪਲੱਗ ਕਰਨਾ ਤੇਜ਼ ਅਤੇ ਆਸਾਨ ਸੀ।

grub86 ਨੂੰ x64_2 ਲਈ ਬੂਟਲੋਡਰ ਵਜੋਂ ਚੁਣਿਆ ਗਿਆ ਸੀ। ਇਸ ਨੂੰ ਲਾਂਚ ਕਰਨ ਲਈ ਘੱਟੋ-ਘੱਟ ਸੰਰਚਨਾ ਲਿਖਣੀ ਜ਼ਰੂਰੀ ਸੀ।

qemu 'ਤੇ ਡੀਬੱਗ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਇਸਨੂੰ Asus ਟਿੰਕਰ ਬੋਰਡ 'ਤੇ ਪੋਰਟ ਕੀਤਾ ਗਿਆ ਸੀ। ਮੇਰੇ ਓਵਰਲੇਅ ਦੀ ਬਣਤਰ ਸ਼ੁਰੂ ਵਿੱਚ ਕ੍ਰਾਸ-ਪਲੇਟਫਾਰਮ ਹੋਣ ਦਾ ਇਰਾਦਾ ਸੀ - ਹਰੇਕ ਬੋਰਡ ਲਈ ਵਿਸ਼ੇਸ਼ ਸੰਰਚਨਾਵਾਂ (ਬੋਰਡ ਡਿਫਕਨਫਿਗ, ਬੂਟਲੋਡਰ, ਇੱਕ ਸਿਸਟਮ ਭਾਗ ਨਾਲ ਇੱਕ ਚਿੱਤਰ ਤਿਆਰ ਕਰਨਾ) ਅਤੇ ਫਾਈਲ ਸਿਸਟਮ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰਨ / ਡੇਟਾ ਦੇ ਨਾਲ ਇੱਕ ਚਿੱਤਰ ਬਣਾਉਣ ਵਿੱਚ ਵੱਧ ਤੋਂ ਵੱਧ ਇਕਸਾਰਤਾ। ਅਜਿਹੀ ਤਿਆਰੀ ਦੇ ਕਾਰਨ, ਪੋਰਟਿੰਗ ਤੇਜ਼ੀ ਨਾਲ ਚਲੀ ਗਈ.

ਸ਼ੁਰੂਆਤੀ ਲੇਖਾਂ ਨੂੰ ਪੜ੍ਹਨ ਦੀ ਜ਼ੋਰਦਾਰ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ:
https://habr.com/ru/post/448638/
https://habr.com/ru/post/449348/

ਇਕੱਠੇ ਕਿਵੇਂ ਹੋ ਸਕਦੇ ਹਾਂ

ਪ੍ਰੋਜੈਕਟ github 'ਤੇ ਸਟੋਰ ਕੀਤਾ ਗਿਆ ਹੈ
ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਕਲੋਨ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਹੇਠ ਦਿੱਤੀ ਫਾਈਲ ਬਣਤਰ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ:

[alexey@comp monitor]$ ls -1
buildroot-2019.05.tar.gz
overlay
README.md
run_me.sh

buildroot-2019.05.tar.gz - ਬਿਲਡਰੂਟ ਆਰਕਾਈਵ ਨੂੰ ਸਾਫ਼ ਕਰੋ
overlay external-tree ਨਾਲ ਮੇਰੀ ਡਾਇਰੈਕਟਰੀ ਹੈ। ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਬਿਲਡਰੂਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਫਰਮਵੇਅਰ ਬਣਾਉਣ ਲਈ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੀ ਹਰ ਚੀਜ਼ ਸਟੋਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
README.md - ਪ੍ਰੋਜੈਕਟ ਦਾ ਵੇਰਵਾ ਅਤੇ ਅੰਗਰੇਜ਼ੀ ਵਿੱਚ ਮੈਨੂਅਲ।
run_me.sh ਇੱਕ ਸਕ੍ਰਿਪਟ ਹੈ ਜੋ ਬਿਲਡ ਸਿਸਟਮ ਤਿਆਰ ਕਰਦੀ ਹੈ। ਆਰਕਾਈਵ ਤੋਂ ਬਿਲਡਰੂਟ ਦਾ ਵਿਸਤਾਰ ਕਰਦਾ ਹੈ, ਇਸਦੇ ਨਾਲ ਇੱਕ ਓਵਰਲੇਅ ਜੋੜਦਾ ਹੈ (ਬਾਹਰੀ-ਟ੍ਰੀ ਵਿਧੀ ਦੁਆਰਾ) ਅਤੇ ਤੁਹਾਨੂੰ ਅਸੈਂਬਲੀ ਲਈ ਟਾਰਗੇਟ ਬੋਰਡ ਦੀ ਚੋਣ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ

[0] my_asus_tinker_defconfig
[1] my_beaglebone_defconfig
[2] x86_64_defconfig
Select defconfig, press A for abort. Default [0]

ਇਸ ਤੋਂ ਬਾਅਦ, ਬਿਲਡਰੂਟ-2019.05 ਡਾਇਰੈਕਟਰੀ 'ਤੇ ਜਾਓ ਅਤੇ ਮੇਕ ਕਮਾਂਡ ਚਲਾਓ।
ਇੱਕ ਵਾਰ ਬਿਲਡ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਸਾਰੇ ਬਿਲਡ ਨਤੀਜੇ ਆਉਟਪੁੱਟ/ਚਿੱਤਰ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਹੋਣਗੇ:

[alexey@comp buildroot-2019.05]$ ls -1 output/images/
boot.img
boot.vfat
bzImage
data
data.img
external.img
external.qcow2
grub-eltorito.img
grub.img
intel-ucode
monitor-0.9-beta.tar.gz
qemu.qcow2
rootfs.cpio
sdcard.img
sys
update

ਲੋੜੀਂਦੀਆਂ ਫਾਈਲਾਂ:

• sdcard.img - SD ਕਾਰਡ 'ਤੇ ਰਿਕਾਰਡਿੰਗ ਲਈ ਮੀਡੀਆ ਚਿੱਤਰ (wibdows ਦੇ ਹੇਠਾਂ dd ਜਾਂ rufus ਰਾਹੀਂ)।
• qemu.qcow2 - qemu ਵਿੱਚ ਚੱਲਣ ਲਈ ਮੀਡੀਆ ਚਿੱਤਰ।
• external.qcow2 - ਡਾਟਾਬੇਸ ਲਈ ਬਾਹਰੀ ਮੀਡੀਆ ਚਿੱਤਰ
• ਮਾਨੀਟਰ-0.9-beta.tar.gz - ਵੈੱਬ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਅੱਪਡੇਟ ਕਰਨ ਲਈ ਆਰਕਾਈਵ

ਗਾਈਡਾਂ ਦੀ ਪੀੜ੍ਹੀ

ਇੱਕੋ ਹਦਾਇਤਾਂ ਨੂੰ ਕਈ ਵਾਰ ਲਿਖਣਾ ਯੋਗ ਨਹੀਂ ਹੈ। ਅਤੇ ਸਭ ਤੋਂ ਲਾਜ਼ੀਕਲ ਗੱਲ ਇਹ ਹੈ ਕਿ ਇਸਨੂੰ ਇੱਕ ਵਾਰ ਮਾਰਕਡਾਊਨ ਵਿੱਚ ਲਿਖਣਾ, ਅਤੇ ਫਿਰ ਇਸਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨ ਲਈ PDF ਅਤੇ ਵੈਬ ਇੰਟਰਫੇਸ ਲਈ html ਵਿੱਚ ਬਦਲਣਾ ਹੈ। ਇਹ ਪੰਡੋਕ ਪੈਕੇਜ ਦੇ ਕਾਰਨ ਸੰਭਵ ਹੈ।

ਉਸੇ ਸਮੇਂ, ਇਹਨਾਂ ਸਾਰੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਸਿਸਟਮ ਚਿੱਤਰ ਦੇ ਇਕੱਠੇ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਤਿਆਰ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ; ਉਹ ਪੋਸਟ-ਬਿਲਡ ਸਕ੍ਰਿਪਟਾਂ ਪਹਿਲਾਂ ਹੀ ਬੇਕਾਰ ਹਨ। ਇਸ ਲਈ, ਪੀੜ੍ਹੀ ਇੱਕ ਮੈਨੂਅਲ ਪੈਕੇਜ ਦੇ ਰੂਪ ਵਿੱਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ. ਤੁਸੀਂ ਓਵਰਲੇ/ਪੈਕੇਜ/ਮੈਨੂਅਲ ਦੇਖ ਸਕਦੇ ਹੋ।

manuals.mk ਫਾਈਲ (ਜੋ ਸਾਰਾ ਕੰਮ ਕਰਦੀ ਹੈ)

################################################################################
#
# manuals
#
################################################################################

MANUALS_VERSION:= 1.0.0
MANUALS_SITE:= ${BR2_EXTERNAL_monitorOverlay_PATH}/package/manuals
MANUALS_SITE_METHOD:=local

define MANUALS_BUILD_CMDS
    pandoc -s -o ${TARGET_DIR}/var/www/manual_en.pdf ${BR2_EXTERNAL_monitorOverlay_PATH}/../README.md
    pandoc -f markdown -t html -o ${TARGET_DIR}/var/www/manual_en.html ${BR2_EXTERNAL_monitorOverlay_PATH}/../README.md
endef

$(eval $(generic-package))

systemd

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

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

ਬੇਸ਼ੱਕ, ਟਾਈਮਰ ਬਣਾਉਣਾ ਸੰਭਵ ਹੈ ਜੋ ਕੁਝ ਤਾਰੀਖਾਂ 'ਤੇ ਫਾਇਰ ਕਰਦੇ ਹਨ, ਪਰ ਮੈਨੂੰ ਇਸ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਸੀ.
ਟਾਈਮਰ ਉਦਾਹਰਨ:

• ਟਾਈਮਰ ਫਾਈਲ

  
  [Unit]
  Description=RODOS temp daemon timer

[ਟਾਈਮਰ] OnBootSec=1 ਮਿੰਟ
OnUnitActiveSec=1 ਮਿੰਟ

[ਇੰਸਟਾਲ] WantedBy=timers.target

- Файл сервиса, вызываемого таймером:
```bash
[Unit]
Description=RODOS temp daemon

[Service]
ExecStart=/usr/bin/rodos.sh

ਸਹਿਯੋਗੀ ਬੋਰਡ

Asus ਟਿੰਕਰ ਬੋਰਡ ਮੁੱਖ ਬੋਰਡ ਹੈ ਜਿਸ 'ਤੇ ਸਭ ਕੁਝ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਸਸਤੇ ਅਤੇ ਬਹੁਤ ਸ਼ਕਤੀਸ਼ਾਲੀ ਵਜੋਂ ਚੁਣਿਆ ਗਿਆ।

ਬੀਗਲਬੋਨ ਬਲੈਕ ਪਹਿਲਾ ਬੋਰਡ ਹੈ ਜਿਸ 'ਤੇ ਓਪਰੇਸ਼ਨ ਦੀ ਜਾਂਚ ਕੀਤੀ ਗਈ ਸੀ (ਇੱਕ ਵਧੇਰੇ ਸ਼ਕਤੀਸ਼ਾਲੀ ਬੋਰਡ ਦੀ ਚੋਣ ਦੌਰਾਨ)।

Qemu x86_64 - ਡੀਬੱਗਿੰਗ ਵਿਕਾਸ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ

ਸ਼ੁਰੂਆਤੀ ਸਮੇਂ, ਸੈਟਿੰਗਾਂ ਦੀ ਦੋ-ਪੜਾਅ ਦੀ ਬਹਾਲੀ ਹੁੰਦੀ ਹੈ:

• ਸੈਟਿੰਗਾਂ_ਰੀਸਟੋਰ ਸਕ੍ਰਿਪਟ (ਸੇਵਾ ਦੁਆਰਾ) ਚੱਲ ਰਹੀ ਹੈ। ਇਹ ਬੁਨਿਆਦੀ ਸਿਸਟਮ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਹਾਲ ਕਰਦਾ ਹੈ - ਸਮਾਂ ਖੇਤਰ, ਲੋਕੇਲ, ਨੈੱਟਵਰਕ ਸੈਟਿੰਗਾਂ, ਆਦਿ।
• ਤਿਆਰ ਸਕ੍ਰਿਪਟ ਨੂੰ ਚਲਾਉਣਾ (ਸੇਵਾ ਦੁਆਰਾ) - ਇੱਥੇ ਜ਼ੈਬਿਕਸ ਅਤੇ ਡੇਟਾਬੇਸ ਤਿਆਰ ਕੀਤੇ ਗਏ ਹਨ, IP ਕੰਸੋਲ ਲਈ ਆਉਟਪੁੱਟ ਹੈ।

ਜਦੋਂ ਤੁਸੀਂ ਇਸਨੂੰ ਪਹਿਲੀ ਵਾਰ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋ, ਤਾਂ SD ਕਾਰਡ ਦੇ ਦੂਜੇ ਭਾਗ ਦਾ ਆਕਾਰ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਅਜੇ ਵੀ ਨਿਰਧਾਰਿਤ ਸਪੇਸ ਹੈ, ਤਾਂ ਮੀਡੀਆ ਦਾ ਮੁੜ-ਵਿਭਾਜਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਡਾਟਾ ਸੈਕਸ਼ਨ ਸਾਰੀ ਖਾਲੀ ਥਾਂ ਲੈ ਲੈਂਦਾ ਹੈ। ਇਹ ਇੰਸਟਾਲੇਸ਼ਨ ਚਿੱਤਰ (sdcard.img) ਦੇ ਆਕਾਰ ਨੂੰ ਘਟਾਉਣ ਲਈ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, postgresql ਵਰਕਿੰਗ ਡਾਇਰੈਕਟਰੀ ਇਸ ਬਿੰਦੂ 'ਤੇ ਬਣਾਈ ਗਈ ਹੈ। ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਨਵੇਂ ਕੈਰੀਅਰ ਦੇ ਨਾਲ ਪਹਿਲੀ ਲਾਂਚਿੰਗ ਅਗਲੀਆਂ ਨਾਲੋਂ ਲੰਬੀ ਹੋਵੇਗੀ।

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

ਧਿਆਨ ਦਿਓ! ਕਿਸੇ ਬਾਹਰੀ ਡਰਾਈਵ ਨੂੰ ਕਨੈਕਟ ਕਰਦੇ ਸਮੇਂ (ਨਾਲ ਹੀ ਇਸ ਨੂੰ ਡਿਸਕਨੈਕਟ ਜਾਂ ਬਦਲਣਾ), ਤੁਹਾਨੂੰ ਬੈਕਅੱਪ ਬਣਾਉਣ ਅਤੇ ਸੈਟਿੰਗਾਂ ਨੂੰ ਰੀਸਟੋਰ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ!

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

ਸੰਰਚਨਾ ਸਟੋਰੇਜ਼ ਮੀਡੀਆ ਨੂੰ /data ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਮਾਊਂਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਸਿਸਟਮ ਨੂੰ ਚਾਲੂ ਕਰਨ ਅਤੇ ਇਸ ਨੂੰ ਸੰਚਾਲਨ ਲਈ ਤਿਆਰ ਕਰਨ ਵੇਲੇ, ਕੰਸੋਲ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤਾ ਸੁਨੇਹਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

System starting, please wait

ਤਿਆਰੀ ਦਾ ਕੰਮ ਪੂਰਾ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਇਹ IP ਪਤਾ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਲਈ ਬਦਲ ਜਾਵੇਗਾ:

current ip 192.168.1.32
Ready to work

ਤਾਪਮਾਨ ਦੀ ਨਿਗਰਾਨੀ ਲਈ ਜ਼ੈਬਿਕਸ ਸਥਾਪਤ ਕਰਨਾ

ਤਾਪਮਾਨ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ, ਸਿਰਫ਼ 2 ਕਦਮ ਚੁੱਕੋ:

• RODOS ਡਿਵਾਈਸ ਨੂੰ USB ਪੋਰਟ ਨਾਲ ਕਨੈਕਟ ਕਰੋ
• zabbix ਵਿੱਚ ਡਾਟਾ ਆਈਟਮ ਬਣਾਓ

ਜ਼ੈਬਿਕਸ ਵੈੱਬ ਇੰਟਰਫੇਸ ਖੋਲ੍ਹੋ:

• ਸੰਰਚਨਾ → ਮੇਜ਼ਬਾਨ ਭਾਗ ਖੋਲ੍ਹੋ
• ਸਾਡੇ ਜ਼ੈਬਿਕਸ ਸਰਵਰ ਦੀ ਲਾਈਨ ਵਿੱਚ ਆਈਟਮਾਂ 'ਤੇ ਕਲਿੱਕ ਕਰੋ
• ਆਈਟਮ ਬਣਾਓ 'ਤੇ ਕਲਿੱਕ ਕਰੋ

ਹੇਠਾਂ ਦਿੱਤਾ ਡੇਟਾ ਦਾਖਲ ਕਰੋ:

• ਨਾਮ - ਤੁਹਾਡੀ ਮਰਜ਼ੀ ਅਨੁਸਾਰ (ਉਦਾਹਰਨ ਲਈ, serverRoomTemp)
• ਕਿਸਮ - zabbix ਏਜੰਟ
• ਕੁੰਜੀ - ਰੋਡੋਸ
• ਕਿਸਮ-ਸੰਖਿਆਤਮਕ
• ਯੂਨਿਟ - ਸੀ
• ਇਤਿਹਾਸ ਸਟੋਰੇਜ਼ ਪੀਰੀਅਡ — ਇਤਿਹਾਸ ਸਟੋਰੇਜ ਦੀ ਮਿਆਦ। 10 ਦਿਨ ਬਾਕੀ
• ਰੁਝਾਨ ਸਟੋਰੇਜ ਦੀ ਮਿਆਦ - ਤਬਦੀਲੀਆਂ ਦੀ ਗਤੀਸ਼ੀਲਤਾ ਲਈ ਸਟੋਰੇਜ ਦੀ ਮਿਆਦ। 30 ਦਿਨ ਬਾਕੀ
• ਨਵੀਂ ਐਪਲੀਕੇਸ਼ਨ - ਸਰਵਰ ਰੂਮ ਟੈਂਪ

ਅਤੇ ADD ਬਟਨ ਦਬਾਓ।

ਵੈੱਬ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਸੈਟਿੰਗਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰੋ

ਵੈੱਬ ਇੰਟਰਫੇਸ PHP ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ। ਮੁੱਖ ਫੰਕਸ਼ਨ ਹਨ:

• ਡਿਵਾਈਸ ਸਥਿਤੀ ਵੇਖੋ
• ਨੈੱਟਵਰਕ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਣਾ
  
• ਉਪਭੋਗਤਾ ਪਾਸਵਰਡ ਬਦਲਣਾ
• ਸਮਾਂ ਖੇਤਰ ਦੀ ਚੋਣ
• ਬੈਕਅੱਪ/ਰੀਸਟੋਰ/ਫੈਕਟਰੀ ਰੀਸੈਟ
• ਇੱਕ ਬਾਹਰੀ ਡਰਾਈਵ ਨਾਲ ਜੁੜਨ ਦੀ ਯੋਗਤਾ
• ਸਿਸਟਮ ਅਪਡੇਟ
  

ਵੈੱਬ ਇੰਟਰਫੇਸ 'ਤੇ ਲੌਗਇਨ ਕਰਨਾ ਪਾਸਵਰਡ ਨਾਲ ਸੁਰੱਖਿਅਤ ਹੈ। ਸ਼ੁਰੂਆਤੀ ਪੰਨਾ - ਮੈਨੂਅਲ।

Zabbix ਇੰਟਰਫੇਸ ਪਤਾ: ${ip/dns}/zabbix
ਪ੍ਰਬੰਧਨ ਇੰਟਰਫੇਸ ਪਤਾ: ${ip/dns}/manage

qemu ਵਿੱਚ ਚੱਲ ਰਿਹਾ ਹੈ

qemu-system-x86_64 -smp 4 -m 4026M -enable-kvm -machine q35,accel=kvm -device intel-iommu -cpu ਹੋਸਟ -net nic -net ਬ੍ਰਿਜ,br=bridge0 -device virtio-scsi-pci,id= scsi0 -drive file=output/images/qemu.qcow2,format=qcow2,aio=threads -device virtio-scsi-pci,id=scsi0 -drive file=output/images/external.qcow2,format=qcow2,aio=threads

ਇਹ ਕਮਾਂਡ 4 ਕੋਰ, 2048 RAM, KVM ਸਮਰਥਿਤ, ਬ੍ਰਿਜ0 ਤੇ ਇੱਕ ਨੈੱਟਵਰਕ ਕਾਰਡ ਅਤੇ ਦੋ ਡਿਸਕਾਂ ਦੇ ਨਾਲ ਇੱਕ ਸਿਸਟਮ ਸ਼ੁਰੂ ਕਰੇਗੀ: ਇੱਕ ਸਿਸਟਮ ਲਈ ਅਤੇ ਇੱਕ ਬਾਹਰੀ postgresql ਲਈ।

ਚਿੱਤਰਾਂ ਨੂੰ ਵਰਚੁਅਲਬਾਕਸ ਵਿੱਚ ਬਦਲਿਆ ਅਤੇ ਚਲਾਇਆ ਜਾ ਸਕਦਾ ਹੈ:

qemu-img convert -f qcow2  qemu.qcow2 -O vdi qcow2.vdi
qemu-img convert -f qcow2  external.qcow2 -O vdi external.vdi

ਫਿਰ ਉਹਨਾਂ ਨੂੰ ਵਰਚੁਅਲਬਾਕਸ ਵਿੱਚ ਆਯਾਤ ਕਰੋ ਅਤੇ ਸਾਟਾ ਦੁਆਰਾ ਜੁੜੋ।

ਸਿੱਟਾ

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

KVM ਵਿੱਚ zabbix-appliance ਨੂੰ ਇੰਸਟਾਲ ਕਰਨ ਦੀ ਆਖਰੀ ਕੋਸ਼ਿਸ਼ ਨੇ ਦਿਖਾਇਆ ਕਿ ਇਹ ਕਦਮ ਸਹੀ ਸੀ (ਇੰਸਟਾਲੇਸ਼ਨ ਮੁਕੰਮਲ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਸਿਸਟਮ ਚਾਲੂ ਨਹੀਂ ਹੁੰਦਾ)। ਸ਼ਾਇਦ ਮੈਂ ਕੁਝ ਗਲਤ ਕਰ ਰਿਹਾ ਹਾਂ 😉

ਸਮੱਗਰੀ

https://buildroot.org/

ਸਰੋਤ: www.habr.com