bin, sbin, usr/bin, usr/sbin ਵਿਚਕਾਰ ਅੰਤਰ

30 ਨਵੰਬਰ, 2010 ਨੂੰ ਡੇਵਿਡ ਕੋਲੀਅਰ ਨੇ ਲਿਖਿਆ:

ਮੈਂ ਦੇਖਿਆ ਕਿ ਬਿਜ਼ੀਬਾਕਸ ਵਿੱਚ ਲਿੰਕ ਇਹਨਾਂ ਚਾਰ ਡਾਇਰੈਕਟਰੀਆਂ ਵਿੱਚ ਵੰਡੇ ਗਏ ਹਨ।
ਕੀ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਕੋਈ ਸਧਾਰਨ ਨਿਯਮ ਹੈ ਕਿ ਕਿਹੜੀ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਕਿਹੜੇ ਲਿੰਕ ਪਏ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ ...
ਉਦਾਹਰਨ ਲਈ, kill /bin ਵਿੱਚ ਹੈ, ਅਤੇ killall /usr/bin ਵਿੱਚ ਹੈ... ਮੈਨੂੰ ਇਸ ਵੰਡ ਵਿੱਚ ਕੋਈ ਤਰਕ ਨਜ਼ਰ ਨਹੀਂ ਆਉਂਦਾ।

ਤੁਸੀਂ ਸ਼ਾਇਦ ਜਾਣਦੇ ਹੋਵੋਗੇ ਕਿ ਕੇਨ ਥੌਮਸਨ ਅਤੇ ਡੇਨਿਸ ਰਿਚੀ ਨੇ 7 ਵਿੱਚ PDP-1969 ਉੱਤੇ ਯੂਨਿਕਸ ਬਣਾਇਆ ਸੀ। ਇਸ ਲਈ, 1971 ਦੇ ਆਸ-ਪਾਸ, ਉਹਨਾਂ ਨੇ RK11 ਡਿਸਕਾਂ (ਹਰੇਕ 05 ਮੈਗਾਬਾਈਟ) ਦੀ ਇੱਕ ਜੋੜੀ ਦੇ ਨਾਲ ਇੱਕ PDP-1,5 ਵਿੱਚ ਅੱਪਗਰੇਡ ਕੀਤਾ।

ਜਦੋਂ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਵਧਿਆ ਅਤੇ ਪਹਿਲੀ ਡਿਸਕ (ਜਿਸ ਉੱਤੇ ਰੂਟ FS ਸਥਿਤ ਸੀ) 'ਤੇ ਫਿੱਟ ਨਹੀਂ ਹੋਇਆ, ਤਾਂ ਉਹ ਦੂਜੇ ਹਿੱਸੇ ਵਿੱਚ ਚਲੇ ਗਏ, ਜਿੱਥੇ ਹੋਮ ਡਾਇਰੈਕਟਰੀਆਂ ਸਥਿਤ ਸਨ (ਇਸ ਲਈ, ਮਾਊਂਟ ਪੁਆਇੰਟ ਨੂੰ / usr - ਸ਼ਬਦ ਤੋਂ ਕਿਹਾ ਗਿਆ ਸੀ। ਉਪਭੋਗਤਾ). ਉਹਨਾਂ ਨੇ ਉੱਥੇ ਸਾਰੀਆਂ ਲੋੜੀਂਦੀਆਂ OS ਡਾਇਰੈਕਟਰੀਆਂ (/bin, /sbin, /lib, /tmp ...) ਦੀ ਡੁਪਲੀਕੇਟ ਕੀਤੀ ਅਤੇ ਫਾਈਲਾਂ ਨੂੰ ਇੱਕ ਨਵੀਂ ਡਿਸਕ ਤੇ ਪਾ ਦਿੱਤਾ, ਕਿਉਂਕਿ ਪੁਰਾਣੀ ਇੱਕ ਸਪੇਸ ਖਤਮ ਹੋ ਗਈ ਸੀ। ਫਿਰ ਉਹਨਾਂ ਕੋਲ ਇੱਕ ਤੀਜੀ ਡਿਸਕ ਸੀ, ਉਹਨਾਂ ਨੇ ਇਸਨੂੰ /home ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਮਾਊਂਟ ਕੀਤਾ ਅਤੇ ਉਪਭੋਗਤਾਵਾਂ ਦੀਆਂ ਹੋਮ ਡਾਇਰੈਕਟਰੀਆਂ ਨੂੰ ਉੱਥੇ ਭੇਜ ਦਿੱਤਾ ਤਾਂ ਕਿ OS ਦੋ ਡਿਸਕਾਂ ਤੇ ਬਾਕੀ ਬਚੀ ਸਾਰੀ ਥਾਂ ਲੈ ਸਕੇ, ਅਤੇ ਇਹ ਸਨ ਵੱਧ ਤੋਂ ਵੱਧ ਤਿੰਨ ਮੈਗਾਬਾਈਟ (ਵਾਹ!).

ਬੇਸ਼ੱਕ, ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਨਿਯਮ ਬਣਾਉਣਾ ਪਿਆ ਕਿ "ਜਦੋਂ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਬੂਟ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਇਹ /usr ਵਿੱਚ ਦੂਜੀ ਡਿਸਕ ਨੂੰ ਮਾਊਂਟ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਇਸ ਲਈ /usr ਵਿੱਚ ਦੂਜੀ ਡਿਸਕ 'ਤੇ ਮਾਊਂਟ ਵਰਗੇ ਪ੍ਰੋਗਰਾਮ ਨਾ ਲਗਾਓ ਜਾਂ ਤੁਹਾਡੇ ਕੋਲ ਹੋਵੇਗਾ। ਇੱਕ ਮੁਰਗੀ ਅਤੇ ਅੰਡੇ ਦੀ ਸਮੱਸਿਆ।" ਇਹ ਹੈ, ਜੋ ਕਿ ਸਧਾਰਨ ਹੈ. ਅਤੇ ਇਹ 6 ਸਾਲ ਪਹਿਲਾਂ ਯੂਨਿਕਸ V35 ਵਿੱਚ ਸੀ।

/bin ਅਤੇ /usr/bin (ਅਤੇ ਅਜਿਹੀਆਂ ਸਾਰੀਆਂ ਡਾਇਰੈਕਟਰੀਆਂ) ਦਾ ਵਿਭਾਜਨ ਉਹਨਾਂ ਘਟਨਾਵਾਂ ਦੀ ਵਿਰਾਸਤ ਹੈ, 70 ਦੇ ਦਹਾਕੇ ਤੋਂ ਇੱਕ ਲਾਗੂ ਕਰਨ ਦਾ ਵੇਰਵਾ ਜੋ ਹੁਣ ਦਹਾਕਿਆਂ ਤੋਂ ਨੌਕਰਸ਼ਾਹਾਂ ਦੁਆਰਾ ਨਕਲ ਕੀਤਾ ਗਿਆ ਹੈ। ਉਨ੍ਹਾਂ ਨੇ ਕਦੇ ਸਵਾਲ ਨਹੀਂ ਪੁੱਛਿਆ ਕਿਉਂਉਹ ਹੁਣੇ ਹੀ ਕੀਤਾ ਹੈ. ਇਹ ਵੰਡ ਕਈ ਕਾਰਨਾਂ ਕਰਕੇ, ਲੀਨਕਸ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਅਰਥ ਬਣਾਉਣਾ ਬੰਦ ਕਰ ਦਿੱਤੀ ਸੀ:

1. ਬੂਟ ਕਰਨ ਵੇਲੇ, ਇੱਕ initrd ਜਾਂ initramfs ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਿ ਸਮੱਸਿਆਵਾਂ ਦਾ ਧਿਆਨ ਰੱਖਦਾ ਹੈ ਜਿਵੇਂ ਕਿ "ਸਾਨੂੰ ਉਸ ਤੋਂ ਪਹਿਲਾਂ ਇਸ ਫਾਈਲ ਦੀ ਲੋੜ ਹੈ।" ਇਸ ਤਰ੍ਹਾਂ, ਸਾਡੇ ਕੋਲ ਹੈ ਪਹਿਲਾਂ ਹੀ ਹੈ ਅਸਥਾਈ ਫਾਈਲ ਸਿਸਟਮ ਜੋ ਹੋਰ ਸਭ ਕੁਝ ਲੋਡ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
2. ਸਾਂਝੀਆਂ ਲਾਇਬ੍ਰੇਰੀਆਂ (ਜੋ ਬਰਕਲੇ ਦੇ ਮੁੰਡਿਆਂ ਦੁਆਰਾ ਯੂਨਿਕਸ ਵਿੱਚ ਜੋੜੀਆਂ ਗਈਆਂ ਸਨ) ਤੁਹਾਨੂੰ /lib ਅਤੇ /usr/lib ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਸੁਤੰਤਰ ਰੂਪ ਵਿੱਚ ਬਦਲਣ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦੀਆਂ। ਇਹ ਦੋ ਭਾਗਾਂ ਦਾ ਮੇਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਇਹ ਕੰਮ ਨਹੀਂ ਕਰਨਗੇ। ਇਹ 1974 ਵਿੱਚ ਨਹੀਂ ਹੋਇਆ ਕਿਉਂਕਿ ਉਹਨਾਂ ਨੂੰ ਸਥਿਰ ਲਿੰਕਿੰਗ ਦੇ ਕਾਰਨ ਉਸ ਸਮੇਂ ਕੁਝ ਆਜ਼ਾਦੀ ਮਿਲੀ ਸੀ।
3. ਸਸਤੀ ਹਾਰਡ ਡਰਾਈਵਾਂ ਨੇ 100 ਦੇ ਆਸ-ਪਾਸ 1990 ਮੈਗਾਬਾਈਟ ਰੁਕਾਵਟ ਨੂੰ ਤੋੜ ਦਿੱਤਾ, ਅਤੇ ਉਸੇ ਸਮੇਂ ਦੇ ਆਸਪਾਸ, ਪਾਰਟੀਸ਼ਨ ਰੀਸਾਈਜ਼ਿੰਗ ਸੌਫਟਵੇਅਰ ਪ੍ਰਗਟ ਹੋਏ (ਪਾਰਟੀਸ਼ਨ ਮੈਜਿਕ 3.0 1997 ਵਿੱਚ ਸਾਹਮਣੇ ਆਇਆ)।

ਬੇਸ਼ੱਕ, ਕਿਉਂਕਿ ਇੱਕ ਵੰਡ ਹੈ, ਕੁਝ ਲੋਕ ਇਸ ਨੂੰ ਜਾਇਜ਼ ਠਹਿਰਾਉਣ ਵਾਲੇ ਨਿਯਮ ਲੈ ਕੇ ਆਏ ਹਨ। ਜਿਵੇਂ ਕਿ, ਰੂਟ ਭਾਗ ਹਰ ਕਿਸਮ ਦੀਆਂ ਆਮ OS ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਲਈ ਲੋੜੀਂਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਨੂੰ ਆਪਣੀਆਂ ਸਥਾਨਕ ਫਾਈਲਾਂ ਨੂੰ / usr ਵਿੱਚ ਪਾਉਣ ਦੀ ਲੋੜ ਹੈ। ਜਾਂ ਪਾਓ / ਕੀ AT&T ਵੰਡਦਾ ਹੈ, ਅਤੇ /usr ਵਿੱਚ ਕੀ ਤੁਹਾਡੀ ਵੰਡ, IBM AIX, ਜਾਂ Dec Ultrix, ਜਾਂ SGI Irix ਜੋੜਿਆ ਗਿਆ ਹੈ, ਅਤੇ /usr/local ਵਿੱਚ ਤੁਹਾਡੇ ਸਿਸਟਮ ਲਈ ਖਾਸ ਫਾਈਲਾਂ ਸ਼ਾਮਲ ਹਨ। ਅਤੇ ਫਿਰ ਕਿਸੇ ਨੇ ਫੈਸਲਾ ਕੀਤਾ ਕਿ /usr/local ਨਵੇਂ ਸੌਫਟਵੇਅਰ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਲਈ ਸਹੀ ਜਗ੍ਹਾ ਨਹੀਂ ਸੀ, ਇਸ ਲਈ ਆਓ ਜੋੜੀਏ /opt! ਮੈਨੂੰ ਹੈਰਾਨੀ ਨਹੀਂ ਹੋਵੇਗੀ ਜੇਕਰ /opt/local ਵੀ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ ...

ਬੇਸ਼ੱਕ, 30 ਸਾਲਾਂ ਦੇ ਦੌਰਾਨ, ਇਸ ਵਿਛੋੜੇ ਦੇ ਕਾਰਨ, ਹਰ ਕਿਸਮ ਦੇ ਦਿਲਚਸਪ ਵੰਡ-ਵਿਸ਼ੇਸ਼ ਨਿਯਮ ਆਏ ਅਤੇ ਚਲੇ ਗਏ। ਉਦਾਹਰਨ ਲਈ, "/tmp ਰੀਬੂਟ ਕਰਨ 'ਤੇ ਸਾਫ਼ ਹੋ ਗਿਆ ਹੈ, ਪਰ /usr/tmp ਨਹੀਂ ਹੈ।" (ਅਤੇ ਉਬੰਟੂ ਵਿੱਚ ਸਿਧਾਂਤ ਵਿੱਚ ਕੋਈ /usr/tmp ਨਹੀਂ ਹੈ, ਅਤੇ ਜੈਂਟੂ ਵਿੱਚ /usr/tmp /var/tmp ਲਈ ਇੱਕ ਪ੍ਰਤੀਕਾਤਮਕ ਲਿੰਕ ਹੈ, ਜੋ ਹੁਣ ਉਸ ਨਿਯਮ ਦੇ ਅਧੀਨ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਰੀਬੂਟ ਕਰਨ 'ਤੇ ਸਾਫ਼ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ। ਹਾਂ, ਇਹ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਵੀ ਹੁੰਦਾ ਹੈ ਕਿ ਰੂਟ FS ਸਿਰਫ਼ ਪੜ੍ਹਨ ਲਈ ਹੈ, ਅਤੇ ਫਿਰ ਤੁਹਾਨੂੰ /usr ਨੂੰ ਕੁਝ ਵੀ ਲਿਖਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਪਰ ਤੁਹਾਨੂੰ /var 'ਤੇ ਲਿਖਣ ਦੀ ਲੋੜ ਹੈ। ਜਿਆਦਾਤਰ /etc ਨੂੰ ਛੱਡ ਕੇ ਨਹੀਂ ਲਿਖਿਆ ਜਾ ਸਕਦਾ, ਜਿਸ ਨੂੰ ਕਈ ਵਾਰ /var ਵਿੱਚ ਤਬਦੀਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਗਈ ਸੀ ...)

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

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

ਸਰੋਤ: www.habr.com