બિન, 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 ના દાયકાથી અમલીકરણની વિગતો કે જે હવે દાયકાઓથી અમલદારો દ્વારા નકલ કરવામાં આવી છે. તેઓએ ક્યારેય પ્રશ્ન પૂછ્યો નથી શા માટેતેઓએ હમણાં જ કર્યું. Linux બનાવવામાં આવે તે પહેલાં જ આ વિભાગનો અર્થ બંધ થઈ ગયો, ઘણા કારણોસર:

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 ડિસ્ક ખૂબ નાની હતી.

મને ખાતરી છે કે busybox ફાઇલોને એ જ રીતે મૂકે છે જે રીતે તે ઐતિહાસિક રીતે વિકસિત છે. અત્યાર સુધી આમ કરવાનું કોઈ વાસ્તવિક કારણ નથી. વ્યક્તિગત રીતે, હું ફક્ત /usr માં સમાન ડિરેક્ટરીઓ માટે /bin, /sbin અને /lib લિંક કરું છું. છેવટે, એમ્બેડેડ સૉફ્ટવેર સાથે કામ કરતા લોકો સમજવા અને સરળ બનાવવાનો પ્રયાસ કરે છે ...

સોર્સ: www.habr.com