/ usr / bin vs / usr / local / bin ලිනක්ස් මත

490

ලිනක්ස් වල ද්විමයක් තැබීමට බොහෝ ස්ථාන ඇත්තේ ඇයි? අවම වශයෙන් මෙම පහක් ඇත:

  1. /bin/
  2. /sbin/
  3. /usr/bin/
  4. /usr/local/bin/
  5. /usr/local/sbin/

මගේ කාර්යාල පෙට්ටියේ, මේවායින් සමහරක් සඳහා මට ලිඛිත අවසර නොමැත.

මේවායින් කුමන ද්විමය ද්විත්වයට යන්නේද bin?

filesystems  binary 
— ලේසර්
source
34
ඔබට අමතක වුනා /usr/sbin/.
— Hello71
17
හා ~/bin/පෞද්ගලික දේවල් සඳහා.
— කැල්මේරියස්
2
පටන් එහි අඩු ස්ථාන, අද කාලයේ සිටින /binසමග ඒකාබද්ධ විය /usr/binහා /sbinසමග ඒකාබද්ධ කරන ලදී /usr/sbin- බලන්න / usr ඒකාබද්ධ සඳහා නඩු .
— පියොටර් ඩොබ්‍රොගොස්ට්
ආශ්‍රිත ප්‍රශ්නය: askubuntu.com/questions/308045/…
— ගේබ්‍රියෙල් ස්ටැපල්ස්
1
AcPacerier b / bin වත්මන් පරිශීලකයා සඳහා පමණි. උදාහරණයක් ලෙස ඔබ පරිපාලකයෙකු නොවන බහුකාර්ය ලිනක්ස් සේවාදායකයන්හි ඔබටම දේවල් "ස්ථාපනය" කළ හැකි එකම ක්‍රමයයි.
— කැල්මේරියස්

Answers:

619

  1. /bin(සහ /sbin) විශාල කිරීමට /පෙර කුඩා කොටසක තිබිය යුතු වැඩසටහන් සඳහා අදහස් කරන /usrලදී. මේ දිනවල, එය බොහෝ විට වැනි ප්‍රධාන වැඩසටහන් සඳහා සම්මත ස්ථානයක් ලෙස සේවය කරයි /bin/sh, නමුත් මුල් අභිප්‍රාය තවමත් කුඩා කාවැද්දූ උපාංගවල ස්ථාපනය සඳහා අදාළ විය හැකිය.

  2. /sbin, වෙනස් වන පරිදි /bin, /usrසවි කිරීමට පෙර අවශ්‍ය පද්ධති කළමනාකරණ වැඩසටහන් සඳහා (සාමාන්‍යයෙන් සාමාන්‍ය පරිශීලකයින් විසින් භාවිතා නොකෙරේ) .

  3. /usr/bin බෙදාහැරීම් කළමනාකරණය කරන සාමාන්‍ය පරිශීලක වැඩසටහන් සඳහා වේ.

  4. ඒ නිසා එය /usr/sbinකිරීමට එම සම්බන්ධතාවය /usr/binලෙස /sbinඇති කිරීමට /bin.

  5. /usr/local/binබෙදාහැරීමේ පැකේජ කළමනාකරු විසින් කළමනාකරණය නොකරන සාමාන්‍ය පරිශීලක වැඩසටහන් සඳහා වේ , උදා: දේශීයව සම්පාදනය කරන ලද පැකේජ. /usr/binඅනාගත බෙදාහැරීම් වැඩිදියුණු කිරීම් අනතුරු ඇඟවීමකින් තොරව වෙනස් කිරීමට හෝ මකා දැමීමට ඉඩ ඇති බැවින් ඔබ ඒවා ස්ථාපනය නොකළ යුතුය .

  6. /usr/local/sbin,, ඔබට මීට මේ මොහොතේ දී අනුමාන කළ හැකි ලෙස, වන්නේ /usr/local/binලෙස /usr/sbinකිරීමට /usr/bin.

මීට අමතරව, /optමොනොලිතික් බෙදා හැරීමේ නොවන පැකේජ සඳහාද තිබේ, ඒවා නිසි ලෙස ඒකාබද්ධ වීමට පෙර විවිධ බෙදාහැරීම් Gnome සහ KDE එහි දමා ඇත. සාමාන්‍යයෙන් ඔබ එය ඔරකල් වැනි විශාල, දුර්වල ලෙස හැසිරෙන තෙවන පාර්ශවීය පැකේජ සඳහා වෙන් කළ යුතුය.

— geekosaur
source
40
මම හිතන්නේ මෙම පිළිතුර පොදු සම්මුතීන් පැහැදිලි කිරීම සඳහා විශාල කාර්යයක් කරයි, නමුත් විකාර ගැන අවබෝධයක් ලබා ගැනීමට අවශ්‍ය නම් රොබ් ලෑන්ඩ්ලිගේ මෙම ලිපිය ඇත්තෙන්ම හොඳ කියවීමකි ... list.busybox.net/pipermail/busybox/2010-December /074114.html
— Subfuzion
4
කැනොනිකල් වත්මන් යොමුව සඳහා refspecs.linuxfoundation.org/fhs.shtml . Oj කොජිරෝගේ සබැඳිය යල්පැන ඇති අතර නව පිරිවිතරයක් නොමැත.
— ඩිඩියර් ඒ.
2
මම අන්තර්ජාලයෙන් බාගත කළ බඳුනක් තැබිය යුත්තේ කොතැනින්ද? ඔබගේ විස්තරයෙන් එය / usr / local / bin හෝ / usr / bin තුළට යා යුතු බව පෙනේ. / Usr / bin මා කිසි විටෙකත් අතින් ස්පර්ශ නොකළ යුතු දෙයක්ද, පැකේජ කළමනාකරුට පමණක් සෙල්ලම් කිරීමට ඉඩ දෙන්නද?
— ඩිඩියර් ඒ.
4
Id ඩිඩියර්ඒ. එය ~/binඇතුලත් කර එම නාමාවලිය පරිශීලකයෙකු ලෙස ඔබගේ PATH වෙත එක් කරන්න ... සටහනට ස්තූතියි, මම බරපතල ලෙස යල් පැන ගිය අදහස් මකා දැමුවෙමි.
— කොජිරෝ
3
මගේ ප්‍රශ්නයේ පළමු කොටසට පිළිතුර මෙහි මට හමු විය: superuser.com/a/238993/425838 . ප්‍රමුඛතාවය පදනම් වන්නේ පද්ධති PATHවිචල්‍යයේ අනුපිළිවෙල මත වන අතර , echo $PATHමට පෙන්වන පරිදි /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games, එයින් කියවෙන්නේ ක්‍රියාත්මක කළ හැකි /usr/local/binඒවා තුළ /usr/binඇති ඒවාට වඩා ප්‍රමුඛත්වය ගන්නා ඒවාට වඩා ප්‍රමුඛස්ථානය ගන්නා බවයි /bin.
— ගේබ්‍රියෙල් ස්ටැපල්ස්
73

ගොනු පද්ධති ධූරාවලිය මෑන් පිටුව දෙස බැලීමට මම නිර්දේශ කරමි:

man hier

එය අන්තර්ජාලය හරහා ද ලබා ගත හැකිය, උදාහරණයක් ලෙස: http://linux.die.net/man/7/hier . අදාළ කොටස් පහත පිටපත් කර ඇත. ඔබේ පද්ධතිය මත පදනම්ව, එය වෙනස් දෙයක් පැවසිය හැකිය.

නම

    hier - ගොනු පද්ධති ධූරාවලිය පිළිබඳ විස්තරය

විස්තර

    සාමාන්‍ය ලිනක්ස් පද්ධතියකට පහත සඳහන් නාමාවලි ඇත:

    /bin
      මෙම නාමාවලියෙහි තනි පරිශීලක මාදිලියකට අවශ්‍ය වන ක්‍රියාත්මක කළ හැකි වැඩසටහන් අඩංගු වන අතර පද්ධතිය ඉහළට ගෙන ඒමට හෝ අලුත්වැඩියා කිරීමට අවශ්‍ය වේ.
       
    /sbin
      මෙන් /bin, මෙම නාමාවලිය මඟින් පද්ධතිය ආරම්භ කිරීමට අවශ්‍ය විධානයන් ඇත, නමුත් ඒවා සාමාන්‍යයෙන් සාමාන්‍ය පරිශීලකයින් විසින් ක්‍රියාත්මක නොකෙරේ.
       
    /usr/bin
      ක්‍රියාත්මක කළ හැකි වැඩසටහන් සඳහා වන මූලික නාමාවලිය මෙයයි. ආරම්භ කිරීම හෝ පද්ධතිය අළුත්වැඩියා කිරීම සඳහා අවශ්‍ය නොවන සහ දේශීයව ස්ථාපනය කර නොමැති සාමාන්‍ය පරිශීලකයින් විසින් ක්‍රියාත්මක කරනු ලබන බොහෝ වැඩසටහන් මෙම නාමාවලියෙහි තැබිය යුතුය.
       
    /usr/local/bin
      වෙබ් අඩවියට දේශීය වැඩසටහන් සඳහා ද්විමය.
       
    /usr/local/sbin
      පද්ධති පරිපාලනය සඳහා දේශීයව ස්ථාපනය කරන ලද වැඩසටහන්.
       
    /usr/sbin
      ඇරඹුම් ක්‍රියාවලියට, ​​සවි /usrකිරීමට හෝ පද්ධති අළුත්වැඩියාවට අත්‍යවශ්‍ය නොවන පද්ධති පරිපාලනය සඳහා වැඩසටහන් ද්විමය මෙම නාමාවලියෙහි අඩංගු වේ .

— davitenio
source
1
මෙය පරිශීලකයාගේ ප්‍රශ්නයට පිළිතුරු සපයන්නේ නැත.
— බිලී ඔනේල්
17
මෑන් පිටුවේ එක් එක් බින් ඩිරෙක්ටරි සඳහා ප්‍රවේශයක් අඩංගු වන අතර, ඒවාට ඇතුල් වන්නේ කුමක් ද යන්න පැහැදිලි කරයි.
— davitenio
36

මෙම දැකෙන පූජක සම්මත විකිපීඩියා, නිදහස් විශ්වකෝෂය හි ප්රවේශය මම එය ලැබුණු විට මා එම ප්රශ්නයට පිළිතුරු උදව්, ප්ලස් එය ඉතා පැහැදිලි මේසය ඇත.

1 වන පිටුවෙන් උපුටා ගැනීම :

/bin        Essential command binaries that need to be available in single user mode; for all users, e.g., cat, ls, cp.
/usr/bin    Non-essential command binaries (not needed in single user mode); for all users.
/usr/local  Tertiary hierarchy for local data, specific to this host. Typically has further subdirectories, e.g., bin, lib, share
/usr/sbin   Non-essential system binaries, e.g., daemons for various network-services.
/sbin       Essential system binaries, e.g., fsck, init, route.

1 සම්ප්‍රවේශය 2019 ජුනි 19; permalink .

— හම්ෆ්රි බොගාර්ට්
source
18

මෙම sbinබහලුම් සාමාන්යයෙන් පද්ධතිය පරිපාලනය පමණක් වන වැඩසටහන් අඩංගු වේ. සාමාන්‍ය පරිශීලකයින් සඳහා වන වැඩසටහන් කිසි විටෙකත් ඒවා තුළට නොයා යුතුය.

ආරම්භයේදී වැඩසටහන් කිහිපයක් අවශ්‍ය වන අතර අවසන් වන්නේ /bin/හෝ /sbin/. ගොනු පද්ධති සවි කිරීමට පෙර මේවා තිබිය යුතුය. වැනි දේවල් mount, සහ fsckගොනු පද්ධති පරීක්ෂා කිරීම හා සවි කිරීම සඳහා අවශ්ය තිබිය යුතුයි.

බොහෝ ඇසුරුම් කරන ලද වැඩසටහන් අවසන් වන්නේ /usr/bin/සහ /usr/sbin/. මේවා මූල ගොනු පද්ධතිය හැර වෙනත් ගොනු පද්ධතියක විය හැකිය. සමහර අවස්ථාවල ඒවා ජාල සවිකර ඇති ධාවකයක තිබිය හැකිය.

දේශීය වැඩසටහන් සහ ස්ක්‍රිප්ට් අයත් වන්නේ /usr/local/bin/සහ /usr/local/sbin/. මෙය ඒවා පැහැදිලිවම ප්‍රමිතියෙන් තොර ඒවා ලෙස හදුනාගත හැකි අතර වෙබ් අඩවියෙන් පමණක් ලබා ගත හැකිය.

වැඩි විස්තර man hierසඳහා ඔබේ බෙදා හැරීම සඳහා නිර්දේශිත ගොනු පද්ධති ධූරාවලිය පිළිබඳ විස්තරයක් සැපයිය යුතු විධානය ක්‍රියාත්මක කිරීමට උත්සාහ කරන්න . විකිපීඩියාවේ ගොනු පද්ධති ධූරාවලිය ගැන කියවීමට ඔබට අවශ්‍ය විය හැකිය

— බිල්තෝර්
source
1
+1 ඉහළට ටිකක් වැඩියි නම් ඇත්තෙන්ම සංක්ෂිප්ත පැහැදිලි කිරීමකි.
— CppLearner
"දේශීය වැඩසටහන් සහ ස්ක්‍රිප්ට් අයත් වන්නේ / usr / local / bin / සහ / usr / local / sbin /" - ඔබ අදහස් කරන්නේ දේශීය වැඩසටහන් "මෙහෙයුම් පද්ධතියේ සෑම කොටසකම නොවේ, නමුත් මම ඒවා ස්ථාපනය කිරීමට තීරණය කර ඒවා භාවිතා කිරීමට කැමැත්තෙමි. "?
— ජිම් අහෝ
12

1970 දශකයේ දී, UNIXසියලු නිල ක්‍රියාත්මක කළ හැකි /binඒවා /usr/binතිබූ අතර පරිශීලකයින්ගේ නිවාස නාමාවලිවලට යටින් පිහිටි ස්ථානයක් විය (උදා /usr/dmr) ඕනෑම පරිශීලකයෙකුට තමන්ගේම ද්විමය ගබඩා කිරීම සඳහා වෙනත් අයටද උනන්දුවක් දැක්විය හැකිය.

මෙම විවෘත කිරීමේ ප්රතිඵලයක් /usr/binරහිත මෘදුකාංග නිසරු අංගනයක් ද සහ එසේ Stephen Bourneලීවේ cron scriptසෑම රාත්රියකම නව ද්විමය ගොනු සඳහා පරීක්ෂා කර ප්රලේඛන ලැබුණේ නැහැ මෙන්ම ඔවුන්ගේ ලේඛන යාවත්කාලීන තොරව යාවත්කාලීන කර ඇති බව සියලු ද්විමය ගොනු ඉවත් බව.

1970 දශකයේ අග භාගයේදී, /usr/binමෙහෙයුම් පද්ධතියේ පාදක ව්‍යාප්තියට ඒකාබද්ධ කරන ලද /usr/local/binඅතර, පෙර විවෘත කිරීමේ අරමුණු සඳහා මිනිසුන් භාවිතා කිරීමට පටන් /usr/binගත්හ.

ටික කලකට පසු, සයිසැඩ්මින් ජාලයෙන් ආනයනය කරන ලද මෘදුකාංග /usr/local/binගබඩා කිරීමට non-localභාවිතා කරන ලදී (උදා: යූඑස්එන්ඊටී) සහ යුනික්ස් සමාගම් නැවත වරක් එම වැරැද්දම නැවත කිරීමට අකමැති වූ හෙයින් /usr/bin, 1987 දී පමණ ගොනු පද්ධති ධූරාවලි සම්මන්ත්‍රණයක් පැවති අතර එහිදී සියලු යුනික්ස් සමාගම් එකඟ විය අතහැර දමා ඒ වෙනුවට /usr/local/binභාවිතා කිරීමට /opt/<vendor>/bin.

අවාසනාවට, ලිනක්ස් ඩිස්ට්‍රෝස් මෙම තීරණය අනුගමනය කළේ නැත ....

— ශෝචනීය
source
ඉතා සිත්ගන්නා සුළු වුවත්, මේ කිසිවක් /optයුනික්ස් ගැන නොව ලිනක්ස් ගැන ඇසූ ප්‍රශ්නයට පිළිතුරු දීමට උත්සාහ නොකරයි. මෙය හරියට "කාර් වලට රෝද 4 ක් ඇත්තේ ඇයි?" "බයිසිකල් 2 ක් ඇත! කනගාටුවට කරුණක් නම්, මෝටර් රථ නැත." එය කාර් 4 ට හේතුව තේරුම් ගැනීමට OP ට උදව් නොකරයි.
— terdon
2
ලිනක්ස් හි පසුබිම සහ ලිනක්ස් යුනික්ස් අනුකරණය කිරීමට කැමති බව පැහැදිලි කිරීමක් ලෙස ලබා දී ඇති පැහැදිලි කිරීම භාවිතා කිරීමට ඔබට නොහැකි නම්, ඔබට අවශ්‍ය පසුබිම නැති විය හැකිය.
— schily
1
සිත්ගන්නා සුළු, නමුත් මා ව්‍යාකූල වී ඇති අතර සමහර විට එය .තිහාසික දෙයක් පමණි. අද, අන්තර්ජාලය හරහා බඳුනක් බාගත කිරීම සහ සමාගම් බඳුනක් එතරම් වෙනස් නොවේ. ජෝ බ්ලෝ විසින් වැඩසටහනක් සාදා එය බාගත කරන්නේ නම්, එය / usr / local / bin වෙනුවට / opt / JowBlow / bin තුළට දැමිය යුත්තේ ඇයි? විශ්වාසදායක නොවන එදිරිව විශ්වාසදායක සැපයුම්කරුවකුගේ කාරණයක්ද? එය මට තේරුමක් ඇති බවක් නොපෙනේ.
— ඩිඩියර් ඒ.
1
මීට වසර කිහිපයකට පෙර මම මේ 'නිවැරදි' ඉතිහාසය දැන සිටියා නම් හොඳයි. අ) AIX / usr / local, / opt / IBM සහ / opt / ibm සහ bullfreeware / opt / freeware භාවිතා කරන්නේ ඇයි සහ මම වෙනත් මාර්ගයක් භාවිතා කළ යුත්තේ ඇයි (මම / opt / * sbin පමණක් නොව) ඇයි කියා මම කල්පනා කළෙමි. ලිනක්ස් සමඟ අර්ධ-අදාළත්වය - වඩා හොඳ ග්නූ මෙවලම් - ස්වයංක්‍රීය මෙවලම්වල පෙරනිමි - පෙර සැකසුම / usr / local වේ. එතරම් නරක autotools (automake, autoconf, ආදිය අනුගමනය කරන්නේ නැහැ ... නමුත් අපි සියලු පැවතීමට සහ ඉගෙනගන්නා distrub || වෙළෙන්දන් ඔවුන්ගේ වැඩසටහන් කළහ...
— මයිකල් හැඟුනේ
අපට මෙම සම්මන්ත්‍රණවලින් එකක් පැවැත්විය හැකිද? මේ වතාවේ, සෑම කෙනෙකුම සවන් දෙන්න!
— මෙම්ෆිස්
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.