ทำไมฉันต้องย้ายทุกอย่างไปที่ / เลือก

ทุกครั้งที่ฉันอ่านคำแนะนำในการติดตั้ง SDK, IDE, นามสกุลและอื่น ๆ มันบอกว่าฉันควรแกะพวกเขาใน/optโฟลเดอร์ ทำไมฉันต้องทำเช่นนั้น?

เมื่อฉันถูกติดตั้งอูบุนตูผมอ่านว่าผมควรจะตั้งค่าได้เพียง 10-20 ลิ่มสำหรับระบบไฟล์และเหลือพื้นที่สำหรับชุด/ /homeดังนั้นฉันควรขยายพื้นที่สำหรับโฟลเดอร์รูทหรือปล่อยทุกอย่างไว้ที่/homeอะไร มีความแตกต่างหรือไม่?

ก่อนอื่นให้ทำความเข้าใจว่าไดเรกทอรีใด ๆ ที่ไม่ได้ระบุตำแหน่งจุดยึดสำหรับพาร์ติชันแยกต่างหาก (หรือไดเรกทอรีย่อยของจุดเชื่อมต่อดังกล่าว) จะถูกเก็บไว้ใน/พาร์ติชันรูท ( ) ดังนั้นหากคุณมีรูท ( /) และ/homeและไม่มีพาร์ติชั่นอื่น/optไดเรกทอรีของคุณก็เป็นเพียงไดเรกทอรีบนรูท ( /) ในทำนองเดียวกันสำหรับ/tmp, /sbinและสิ่งอื่น ๆ ดังนั้นคำถามเริ่มต้นจะขึ้นอยู่กับหลักฐานเท็จว่าคุณต้องการพาร์ติชันแยกต่างหากสำหรับทุกไดเรกทอรีที่นำออกจาก root ( /) และไม่สามารถตอบได้โดยตรง

ที่สอง/optใช้สำหรับซอฟต์แวร์บุคคลที่สามซึ่งในบริบทของ Ubuntu หมายถึงซอฟต์แวร์ที่คอมไพล์แล้วที่ไม่ได้เผยแพร่ผ่านแพ็คเกจ Debian ในบางครั้งคุณจะเห็นเอกสารของโปรแกรมอย่างเป็นทางการที่อ้างถึง/optแต่แพ็คเกจ Debian มีให้ใช้งานซึ่งจะปล่อยไฟล์เหล่านี้ที่อื่น ในกรณีเช่นนี้คุณควรเพิกเฉยต่อเอกสารอย่างเป็นทางการหรืออย่างน้อยก็เพิกเฉยต่อการอ้างอิงตำแหน่งไฟล์เมื่อคุณใช้แพ็คเกจ Debian นอกจากนี้หากคุณมีตัวเลือกในการใช้แพ็คเกจที่คอมไพล์แล้วผ่าน tarball หรือแพ็คเกจ Debian โดยทั่วไปแล้ววิธีที่ดีที่สุดคือใช้แพ็คเกจ Debian ทั้งหมดในทุกการใช้งานของ/optหายากสวยวันนี้ หากคุณยังคิดว่าคุณต้องใส่ไฟล์ลงไป/optคุณอาจตั้งชื่อซอฟต์แวร์ได้ดีเนื่องจากคนที่นี่อาจทราบว่ามีแพ็คเกจ Debian ให้บริการสำหรับซอฟต์แวร์นั้นหรือไม่

ในที่สุดการรวมสองจุดก่อนหน้านี้มันหายากมากสำหรับการติดตั้ง Ubuntu เพื่อแยก/optออกเป็นพาร์ติชันแยกต่างหากเนื่องจากเป็นการยากที่จะเก็บข้อมูลจำนวนมาก ซอฟต์แวร์ Ubuntu ส่วนใหญ่เข้า/usrและที่อื่น ครั้งหนึ่งมันเป็นเรื่องธรรมดาที่จะแบ่งออก/usrเป็นพาร์ติชันแยกต่างหาก แต่การฝึกฝนนั้นค่อนข้างหายากในทุกวันนี้ หากคุณเกิดขึ้นจะต้องติดตั้งซอฟต์แวร์จำนวนมากใน/optแล้วสร้างพาร์ทิชันที่แยกต่างหากสำหรับมันอาจจะเข้าท่า - แต่ในหลายกรณีการทำเช่นนี้จะไม่เกิดประโยชน์จริง ๆ พาร์ติชันแยกต่างหากเหมาะสมถ้าคุณจำเป็นต้องจัดการด้านความปลอดภัยที่แตกต่างกันหากคุณสมบัติของระบบไฟล์ที่แตกต่างกันจะมีประโยชน์ในการแบ่งปันข้อมูลระหว่างการติดตั้งระบบปฏิบัติการหลายระบบในการกำหนดค่ามัลติบูตและเหตุผลอื่น ๆ การติดตั้งซอฟต์แวร์ประจำไม่น่าจะได้รับประโยชน์จากพาร์ติชันแยกต่างหาก ในความเป็นจริงการสร้างพาร์ติชันแยกต่างหากสำหรับ/optอาจทำให้เกิดปัญหาหากขนาดที่ซอฟต์แวร์ใช้จัดเก็บมีการเปลี่ยนแปลงหรือถ้าคุณได้รับการประเมินขนาดผิดในขั้นต้น

คุณ

ความจริงก็คือคุณไม่จำเป็นต้องทำ การใช้/optเป็นแบบแผน ฉันอยากจะแนะนำให้ใช้ แต่ไม่จำเป็นอย่างเคร่งครัด

จากลำดับชั้นของระบบไฟล์ Linux: บทที่ 1 ลำดับชั้นของระบบไฟล์ Linux :

1.13 / เลือก

ไดเรกทอรีนี้สงวนไว้สำหรับซอฟต์แวร์และแพ็คเกจเสริมทั้งหมดที่ไม่ได้เป็นส่วนหนึ่งของการติดตั้งเริ่มต้น ตัวอย่างเช่นแพคเกจ StarOffice, Kylix, Netscape Communicator และ WordPerfect พบได้ที่นี่ เพื่อให้สอดคล้องกับ FSSTND ควรติดตั้งแอปพลิเคชันของบุคคลที่สามทั้งหมดในไดเรกทอรีนี้ แพคเกจใด ๆ ที่จะติดตั้งที่นี่จะต้องค้นหาไฟล์สแตติก (เช่นฟอนต์พิเศษ, ภาพตัดปะ, ไฟล์ฐานข้อมูล) จะต้องค้นหาไฟล์สแตติกในไดเรคทอรี / opt / 'package' หรือ / opt / 'ผู้ให้บริการ' Windows จะติดตั้งซอฟต์แวร์ใหม่ลงในแผนผังไดเรกทอรีของตนเอง C: \ Windows \ Progam Files \ "ชื่อโปรแกรม") โดยที่ 'แพ็คเกจ' เป็นชื่อที่อธิบายแพคเกจซอฟต์แวร์และ 'ผู้ให้บริการ' เป็นชื่อที่จดทะเบียน LANANA ของผู้ให้บริการ

แม้ว่าการกระจายส่วนใหญ่จะละเลยการสร้างไดเรกทอรี / opt / bin, / opt / doc, / opt / include, / opt / info, / opt / lib และ / opt / man ที่สงวนไว้สำหรับผู้ดูแลระบบท้องถิ่น แพคเกจอาจมีไฟล์ "front-end" ที่ตั้งใจจะวางไว้ใน (โดยการเชื่อมโยงหรือคัดลอก) ไดเรกทอรีที่สงวนไว้เหล่านี้โดยผู้ดูแลระบบ แต่ต้องทำงานตามปกติในกรณีที่ไม่มีไดเรกทอรีที่สงวนไว้เหล่านี้ โปรแกรมที่จะเรียกใช้โดยผู้ใช้จะอยู่ในไดเรกทอรี / opt / 'package' / bin หากแพ็กเกจมีหน้าคู่มือ UNIX จะอยู่ใน / opt / 'package' / man และโครงสร้างย่อยเดียวกันกับ / usr / share / man ไฟล์แพ็กเกจที่เป็นตัวแปรจะต้องติดตั้งใน / var / opt ไฟล์การกำหนดค่าเฉพาะโฮสต์ถูกติดตั้งใน / etc / opt

ภายใต้สถานการณ์ที่ไม่มีไฟล์แพ็กเกจอื่น ๆ ที่จะมีอยู่นอกลำดับชั้น / opt, / var / opt และ / etc / opt ยกเว้นไฟล์แพ็กเกจที่ต้องอยู่ในตำแหน่งเฉพาะภายในแผนผังระบบไฟล์เพื่อให้ทำงานได้อย่างถูกต้อง ตัวอย่างเช่นไฟล์ล็อคอุปกรณ์ใน / var / lock และอุปกรณ์ใน / dev การกระจายอาจติดตั้งซอฟต์แวร์ใน / opt แต่ต้องไม่แก้ไขหรือลบซอฟต์แวร์ที่ติดตั้งโดยผู้ดูแลระบบในระบบโดยไม่ได้รับการยินยอมจากผู้ดูแลระบบในระบบ

การใช้ / opt สำหรับซอฟต์แวร์เสริมเป็นการปฏิบัติที่ได้รับการยอมรับอย่างดีในชุมชน UNIX System V Application Binary Interface [AT&T 1990] ขึ้นอยู่กับ System V Interface Definition (รุ่นที่สาม) และ Intel Binary Compatibility Standard v. 2 (iBCS2) มีโครงสร้าง / opt คล้ายกับที่กำหนดไว้ที่นี่

โดยทั่วไปข้อมูลทั้งหมดที่จำเป็นในการสนับสนุนแพ็คเกจบนระบบจะต้องมีอยู่ภายใน / opt / 'package' รวมถึงไฟล์ที่ต้องการคัดลอกไปยัง / etc / opt / 'package' และ / var / opt / 'package' เช่นเดียวกับ ไดเรกทอรีที่สงวนไว้ใน / opt ข้อ จำกัด เล็กน้อยเกี่ยวกับการแจกแจงโดยใช้ / opt เป็นสิ่งที่จำเป็นเนื่องจากความขัดแย้งเป็นไปได้ระหว่างการกระจายการติดตั้งและซอฟต์แวร์ที่ติดตั้งในเครื่องโดยเฉพาะอย่างยิ่งในกรณีของชื่อพา ธ คงที่ที่พบในซอฟต์แวร์ไบนารีบางตัว

โครงสร้างของไดเรกทอรีด้านล่าง / opt / 'ผู้ให้บริการ' จะถูกบรรจุไว้ในหีบห่อของซอฟต์แวร์แม้ว่าจะมีการแนะนำให้ติดตั้งแพ็คเกจใน / opt / 'provider' / 'package' และทำตามโครงสร้างที่คล้ายกับแนวทางสำหรับ / เลือก / แพ็กเกจ เหตุผลที่ถูกต้องสำหรับการเบี่ยงเบนจากโครงสร้างนี้มีไว้สำหรับแพ็คเกจการสนับสนุนซึ่งอาจมีไฟล์ที่ติดตั้งใน / opt / 'provider' / lib หรือ / opt / 'provider' / bin

/optใช้สำหรับแอปพลิเคชั่นภายนอก (บางครั้งเป็นกรรมสิทธิ์) ที่ไม่ถือเป็นส่วนหนึ่งของการแจกจ่าย Linux แอปพลิเคชันเหล่านี้อาจมีเส้นทางแบบฮาร์ดโค้ดและดังนั้นจะทำงานได้อย่างถูกต้องเมื่อติดตั้งไปแล้ว/opt- แต่หากไม่มีเส้นทางแบบฮาร์ดโค้ดคุณสามารถติดตั้งแอปเหล่านั้นไปยังเส้นทางใดก็ได้ โปรแกรมที่ติดตั้งไว้/optควรจะมีในตัวเอง

เหตุผลหลักสำหรับการใช้งาน/optคือจัดเตรียมพา ธ มาตรฐานทั่วไปที่สามารถติดตั้งซอฟต์แวร์ภายนอกโดยไม่รบกวนระบบที่ติดตั้งส่วนที่เหลือ /optไม่ปรากฏในคอมไพเลอร์มาตรฐานหรือตัวเชื่อมโยงพา ธ ( gcc -print-search-dirsหรือ/etc/ld.so.confอื่น ๆ ) ดังนั้นส่วนหัวและไลบรารีที่ติดตั้งจะถูกแยกออกจากระบบหลักและไม่ควรรบกวนโปรแกรมที่ติดตั้งไว้แล้ว

การใช้งาน/optถูกระบุโดยลำดับชั้นของระบบไฟล์ : / optซึ่งบันทึกย่อที่/optมาจากระบบปฏิบัติการยูนิกซ์

/ opt: แพ็คเกจซอฟต์แวร์แอปพลิเคชัน Add-on

วัตถุประสงค์

/ opt ถูกสงวนไว้สำหรับการติดตั้งแพ็กเกจซอฟต์แวร์แอพพลิเคชั่นเสริม

แพ็กเกจที่จะติดตั้งใน / opt จะต้องค้นหาไฟล์สแตติกของมันในแผนผังไดเร็กทอรี / opt / <package> หรือ / opt / <provider> แยกกันโดยที่ <package> เป็นชื่อที่อธิบายถึงซอฟต์แวร์แพ็กเกจและ <provider> คือ ชื่อที่ลงทะเบียน LANANA ของผู้ให้บริการ

ความต้องการ

ไดเร็กทอรี / opt / bin, / opt / doc, / opt / include, / opt / info, / opt / lib และ / opt / man ถูกสงวนไว้สำหรับการใช้งานของผู้ดูแลระบบในระบบ แพคเกจอาจมีไฟล์ "front-end" ที่ตั้งใจจะวางไว้ใน (โดยการเชื่อมโยงหรือคัดลอก) ไดเรกทอรีที่สงวนไว้เหล่านี้โดยผู้ดูแลระบบท้องถิ่น แต่ต้องทำงานตามปกติในกรณีที่ไม่มีไดเรกทอรีที่สงวนไว้เหล่านี้

โปรแกรมที่จะเรียกใช้โดยผู้ใช้จะต้องอยู่ในไดเรกทอรี / opt / <package> / bin หรือภายใต้ลำดับชั้น / opt / <provider> หากแพ็กเกจประกอบด้วยหน้าคู่มือ UNIX จะต้องอยู่ใน / opt / <package> / share / man หรือภายใต้ลำดับชั้น / opt / <provider> และต้องใช้โครงสร้างย่อยเดียวกันกับ / usr / share / man

ไฟล์แพ็กเกจที่เป็นตัวแปร (การเปลี่ยนแปลงในการทำงานปกติ) ต้องติดตั้งใน / var / opt ดูส่วนบน / var / opt สำหรับข้อมูลเพิ่มเติม

ไฟล์การกำหนดค่าเฉพาะโฮสต์จะต้องติดตั้งใน / etc / opt ดูส่วนใน / etc สำหรับข้อมูลเพิ่มเติม

ไม่มีไฟล์แพ็กเกจอื่นที่อาจมีอยู่นอกลำดับชั้น / opt, / var / opt และ / etc / opt ยกเว้นไฟล์แพ็กเกจเหล่านั้นที่ต้องอยู่ในตำแหน่งเฉพาะภายในแผนผังระบบไฟล์เพื่อให้ทำงานได้อย่างถูกต้อง ตัวอย่างเช่นไฟล์ล็อกอุปกรณ์ต้องอยู่ใน / var / lock และอุปกรณ์ต้องอยู่ใน / dev

การกระจายอาจติดตั้งซอฟต์แวร์ใน / opt แต่ต้องไม่แก้ไขหรือลบซอฟต์แวร์ที่ติดตั้งโดยผู้ดูแลระบบในระบบโดยไม่ได้รับการยินยอมจากผู้ดูแลระบบในระบบ

หลักการและเหตุผล

การใช้ / opt สำหรับซอฟต์แวร์เสริมเป็นการปฏิบัติที่ได้รับการยอมรับอย่างดีในชุมชน UNIX System V Application Binary Interface [AT&T 1990] ขึ้นอยู่กับ System V Interface Definition (รุ่นที่สาม) ให้โครงสร้าง / opt คล้ายกับที่กำหนดไว้ที่นี่

Intel Binary Compatibility Standard v. 2 (iBCS2) ยังมีโครงสร้างที่คล้ายกันสำหรับ / opt

โดยทั่วไปข้อมูลทั้งหมดที่จำเป็นสำหรับการสนับสนุนแพ็คเกจในระบบจะต้องมีอยู่ภายใน / opt / <package> รวมถึงไฟล์ที่ตั้งใจจะคัดลอกไปยัง / etc / opt / <package> และ / var / opt / <package> เช่นเดียวกับ ไดเรกทอรีที่สงวนไว้ใน / opt

ข้อ จำกัด เล็กน้อยเกี่ยวกับการแจกแจงโดยใช้ / opt เป็นสิ่งที่จำเป็นเนื่องจากความขัดแย้งเป็นไปได้ระหว่างซอฟต์แวร์ที่ติดตั้งกระจายและซอฟต์แวร์ที่ติดตั้งในเครื่องโดยเฉพาะในกรณีของชื่อพา ธ คงที่ที่พบในซอฟต์แวร์ไบนารีบางตัว

โครงสร้างของไดเรคทอรี่ด้านล่าง / opt / <provider> เหลือไว้จนถึงหีบห่อของซอฟต์แวร์แม้ว่าจะแนะนำให้ติดตั้งแพ็คเกจใน / opt / <provider> / <package> และทำตามโครงสร้างที่คล้ายกันกับแนวทางสำหรับ / เลือก / แพ็กเกจ เหตุผลที่ถูกต้องสำหรับการเบี่ยงเบนจากโครงสร้างนี้มีไว้สำหรับแพ็คเกจการสนับสนุนซึ่งอาจมีไฟล์ติดตั้งใน / opt / <provider> / lib หรือ / opt / <provider> / bin

ไม่มีอะไรศักดิ์สิทธิ์เกี่ยวกับ/optมันเป็นเพียงวิธีปฏิบัติทั่วไปในการวางซอฟต์แวร์ที่คอมไพล์แล้วซึ่งผู้ใช้ทุกคนของระบบสามารถเข้าถึงได้ในไดเรกทอรีนี้ หากคุณเป็นผู้ใช้ระบบ แต่เพียงผู้เดียวไม่มีอะไรผิดปกติในการแยกมันในไดเรกทอรีบ้านของคุณ และแม้ว่าจะมีผู้ใช้หลายคนในระบบที่ต้องการเข้าถึงซอฟต์แวร์นี้ แต่คุณต้องการใช้พื้นที่บน/homeพาร์ติชันของคุณก็ไม่มีอะไรผิดปกติในการสร้าง/home/softwarenameไดเรกทอรีที่สาธารณชนสามารถเข้าถึงได้และแตกซอฟต์แวร์ของคุณออกไป หากต้องการมีชื่อผู้ใช้softwarenameคุณจะไม่สามารถใช้งานได้ที่ไดเรกทอรีหลักของผู้ใช้)

คำตอบโดยละเอียดนั้นดีมาก แต่ (นอกเหนือจากซอฟต์แวร์ที่อาจมีรหัสเส้นทางที่ยากอยู่แล้วไม่ใช่วิธีปฏิบัติที่ดีที่สุดในการเขียนโปรแกรม) ประเด็นหลักคือไม่ควรเก็บซอฟต์แวร์ที่ไม่ใช่ระบบ / ไม่กระจายไว้ในนั้น ไฟล์ระบบปกติ

ใส่สิ่งต่าง ๆ ใน/optหรือ/usr/localทำให้สิ่งที่สะอาดและปลอดภัยกว่า

โดยเฉพาะอย่างยิ่งเส้นทางการค้นหาซอฟต์แวร์ของคุณ ($ PATH) กำหนดลำดับการค้นหาสถานที่เมื่อค้นหาโปรแกรมที่มีชื่อเฉพาะเพื่อดำเนินการ โดยปกติแล้วสถานที่ที่ชอบ/optและ/usr/localอยู่ตรงจุดสิ้นสุดของรายการ

หากคุณติดตั้งแพคเกจที่มีโปรแกรมชื่อcpไว้ลำดับการค้นหาเริ่มต้นที่มาพร้อมกับ distro ของคุณจะค้นหาสิ่งปกติเพราะไดเรกทอรีที่เก็บไว้ในนั้นจะถูกค้นหาก่อนสถานที่เช่น/optนั้น

หากวิธีนี้ใช้ไม่ได้ใครจะรู้ว่าอะไรอาจแตกหรือเปิดช่องโหว่ด้านความปลอดภัยหากโปรแกรมที่ชื่อcpนั้นทำงานอย่างอื่นเมื่อคุณคิดว่าคุณกำลังพยายามคัดลอกไฟล์บางไฟล์

หากสิ่งนี้เกิดขึ้นอาจต้องใช้เวลาสักครู่ก่อนที่ใครบางคนคิดว่าจะใช้คำสั่งเช่นtype cp(ซึ่งอาจไม่เพียงพอที่จะแสดงให้เห็นว่ามีบางอย่างผิดปกติ) เพื่อค้นหาว่าสิ่งที่กำลังทำงานอยู่นั้นไม่ใช่สิ่งที่คุณคิด จนถึงจุดนั้นคุณติดอยู่ที่ "ทุกอย่างเป็นไปตามที่ควรจะเป็นนอกเหนือจากรายละเอียดเล็ก ๆ ที่มันไม่ทำงาน!"

โดยทั่วไปจะช่วยป้องกันสิ่งที่ไม่คาดคิดและหลีกเลี่ยงสถานการณ์ที่การอัปเดตระบบอาจลบหรือแทนที่แพ็กเกจที่ติดตั้ง "แบบกำหนดเอง" บางส่วนหรือทั้งหมดของคุณ หรือตรงกันข้ามบางโปรแกรม "กำหนดเอง" อาจเขียนทับระบบที่ให้มากับโปรแกรมที่โปรแกรมหรือสคริปต์อื่น ๆ อาจใช้

จากมุมมองของผู้ดูแลระบบการผสม "ระบบ" และ "ตัวเลือก" / โปรแกรมไฟล์ในตำแหน่งเดียวกันทำให้ระบบของคุณอยู่ในสถานะ "ไม่ได้กำหนด" หรืออย่างน้อย "สถานะ" คลุมเครือ

หากคุณมีปัญหากับระบบหรือโปรแกรมของคุณและต้องการความช่วยเหลือหนึ่งในคำถามแรกที่ถามคือ "คุณเปลี่ยนอะไรบ้าง" และ "เราจะปิดการใช้งานการเปลี่ยนแปลงทั้งหมดชั่วคราวได้หรือไม่เพื่อให้เรารู้ว่าเรากำลังดูปัญหาที่แท้จริงไม่ใช่แค่อาการอย่างอื่น"

ด้วยตำแหน่งที่แยกต่างหากการเปลี่ยนแปลงเหล่านี้สามารถระบุได้อย่างรวดเร็วและสิ่งที่คุณต้องทำ (อย่างน้อยก็สำหรับโปรแกรมของตัวเอง) คือลบไดเรกทอรีของพวกเขาออกจากเส้นทางชั่วคราว