განსხვავება bin, sbin, usr/bin, usr/sbin შორის

30 წლის 2010 ნოემბერს დევიდ კოლიერმა დაწერა:

მე შევნიშნე, რომ busybox-ში ბმულები იყოფა ამ ოთხ დირექტორიაში.
არსებობს რაიმე მარტივი წესი იმის დასადგენად, თუ რომელ დირექტორიაში უნდა იყოს ბმულები ...
მაგალითად kill არის /bin-ში, killall კი /usr/bin-ში... მე ვერ ვხედავ ლოგიკას ამ დაყოფაში.

თქვენ ალბათ იცით, რომ კენ ტომპსონმა და დენის რიჩიმ შექმნეს Unix PDP-7-ზე 1969 წელს. ასე რომ, დაახლოებით 1971 წელს, მათ განაახლეს PDP-11 წყვილი RK05 დისკით (თითოეული 1,5 მეგაბაიტი).

როდესაც ოპერაციული სისტემა გაიზარდა და აღარ ჯდებოდა პირველ დისკზე (რომელზედაც მდებარეობდა root FS), მათ გადაიტანეს ნაწილი მეორეზე, სადაც განთავსებული იყო სახლის დირექტორიები (აქედან გამომდინარე, სამონტაჟო წერტილს ერქვა / usr - სიტყვიდან მომხმარებელი). მათ იქ ყველა საჭირო OS დირექტორიის დუბლირება მოახდინეს (/bin, /sbin, /lib, /tmp...) და ჩასვეს ფაილები ახალ დისკზე, რადგან ძველს ადგილი ამოეწურა. შემდეგ მათ ჰქონდათ მესამე დისკი, დაამონტაჟეს ის /home დირექტორიაში და გადაიტანეს მომხმარებლების მთავარი დირექტორიები იქ, რათა OS-ს შეეძლო დაეკავებინა მთელი დარჩენილი ადგილი ორ დისკზე, და ეს იყო სამი მეგაბაიტი (ვაუ!).

რა თქმა უნდა, მათ უნდა შეექმნათ წესი, რომ „როდესაც ოპერაციული სისტემა ჩაიტვირთება, მას უნდა შეეძლოს მეორე დისკის დამონტაჟება /usr-ში, ასე რომ არ ჩადოთ პროგრამები, როგორიცაა mount მეორე დისკზე /usr-ში, თორემ გექნებათ. ქათმის და კვერცხის პრობლემა." ეს ასე მარტივია. და ეს იყო Unix V6-ში 35 წლის წინ.

/bin და /usr/bin (და ყველა ასეთი დირექტორიის) გაყოფა არის ამ მოვლენების მემკვიდრეობა, 70-იანი წლების იმპლემენტაციის დეტალი, რომელიც უკვე ათწლეულების განმავლობაში კოპირებულია ბიუროკრატების მიერ. მათ არასოდეს დაუსვეს კითხვა რატომმათ უბრალოდ გააკეთეს. ამ დაყოფამ შეწყვიტა აზრი ჯერ კიდევ Linux-ის შექმნამდე, რამდენიმე მიზეზის გამო:

1. ჩატვირთვისას გამოიყენება initrd ან initramfs, რომელიც ზრუნავს ისეთ პრობლემებზე, როგორიცაა "ჩვენ გვჭირდება ეს ფაილი მანამდე." ამრიგად, ჩვენ გვაქვს უკვე დროებითი ფაილური სისტემა, რომელიც გამოიყენება ყველაფრის ჩასატვირთად.
2. საერთო ბიბლიოთეკები (რომლებიც ბერკლის ბიჭებმა Unix-ში დაამატეს) არ გაძლევთ საშუალებას შეცვალოთ /lib და /usr/lib-ის შინაარსი დამოუკიდებლად. ეს ორი ნაწილი უნდა ემთხვეოდეს, წინააღმდეგ შემთხვევაში ისინი არ იმუშავებენ. ეს არ მოხდა 1974 წელს, რადგან მათ მაშინ ჰქონდათ გარკვეული დამოუკიდებლობა სტატიკური კავშირის გამო.
3. იაფმა მყარმა დისკებმა დაარღვია 100 მეგაბაიტიანი ბარიერი დაახლოებით 1990 წელს და დაახლოებით ამავე დროს გამოჩნდა დანაყოფების ზომის შეცვლის პროგრამული უზრუნველყოფა (partition magic 3.0 გამოვიდა 1997 წელს).

რა თქმა უნდა, რადგანაც არის დაყოფა, ზოგმა მოიფიქრა წესები, რომლებიც ამართლებს ამას. მაგალითად, root დანაყოფი საჭიროა ყველა სახის ზოგადი OS ფუნქციისთვის და თქვენ უნდა განათავსოთ თქვენი ადგილობრივი ფაილები / usr-ში. ან ჩადეთ / რას ავრცელებს AT&T და /usr-ში, რა დაამატა თქვენს დისტრიბუციას, IBM AIX, ან Dec Ultrix, ან SGI Irix და /usr/local შეიცავს თქვენი სისტემის სპეციფიკურ ფაილებს. შემდეგ ვიღაცამ გადაწყვიტა, /usr/local არ იყო შესაფერისი ადგილი ახალი პროგრამული უზრუნველყოფის დასაყენებლად, მოდით დავამატოთ /opt! არ გამიკვირდება, თუ /opt/local ასევე გამოჩნდება ...

რა თქმა უნდა, 30 წლის განმავლობაში, ამ განცალკევების გამო, ყველანაირი საინტერესო განაწილების სპეციფიკური წესი მოვიდა და წავიდა. მაგალითად, "/tmp წაიშლება გადატვირთვისას, მაგრამ /usr/tmp არა." (და Ubuntu-ში პრინციპში არ არის /usr/tmp, ხოლო Gentoo-ში /usr/tmp არის სიმბოლური ბმული /var/tmp-ზე, რომელიც ახლა ექვემდებარება ამ წესს და არ იშლება გადატვირთვისას. დიახ, ეს იყო ყველაფერი ადრე. ასევე ხდება, რომ root FS არის მხოლოდ წაკითხვადი, და შემდეგ თქვენ არ გჭირდებათ რაიმეს დაწერა /usr-ზე, მაგრამ უნდა დაწეროთ /var-ზე. ძირითადად არ შეიძლება ჩაიწეროს გარდა /etc-ში, რომელიც ზოგჯერ ცდილობდა გადაეტანა /var-ში ...)

ბიუროკრატები, როგორიცაა Linux Foundation (რომელმაც წლების წინ შთანთქა უფასო სტანდარტების ჯგუფი მისი გაფართოების დროს) სიამოვნებით ამტკიცებენ და ართულებენ ამ წესებს ისე, რომ არ უცდიათ იმის გარკვევა, თუ რატომ იყვნენ ისინი იქ. რაც მათ არ ესმით არის ის, რომ კენმა და დენისმა უბრალოდ გადაიტანეს OS-ის ნაწილი თავიანთ მთავარ დირექტორიაში, რადგან RK05 დისკი PDP-11-ზე ძალიან მცირე იყო.

დარწმუნებული ვარ, რომ busybox უბრალოდ აყენებს ფაილებს ისე, როგორც ისტორიულად. ამის რეალური მიზეზი აქამდე არ არსებობს. პირადად მე უბრალოდ ვაკეთებ /bin, /sbin და /lib ბმულებს მსგავს დირექტორიაში /usr-ში. ყოველივე ამის შემდეგ, ადამიანები, რომლებიც მუშაობენ ჩაშენებულ პროგრამულ უზრუნველყოფასთან, ცდილობენ გაიგონ და გაამარტივონ ...

წყარო: www.habr.com