Zgodnie ze standardem hierarchii systemu plików istnieje kilka miejsc, które są dopuszczalne, w zależności od aplikacji. Cytuję tutaj obszernie.
bin
jest oczywiście skrótem od „binarny”
sbin
jest skrótem od „binarny serwer”, inaczej zdefiniowany jako:
Narzędzia używane do administrowania systemem (i inne polecenia tylko do rootowania)
/usr
służy do udostępniania danych tylko do odczytu i powinien być udostępniany między różnymi hostami zgodnymi z FHS (jeśli masz wiele komputerów w sieci i wszystkie mają tę samą architekturę, powinieneś mieć możliwość współużytkowania jednego folderu / usr z każdą maszyną w sieci)
/usr/local
służy do użytku administratora systemu podczas instalacji oprogramowania lokalnie (tj. dla aplikacji zainstalowanych tylko na tym komputerze, a nie na każdym komputerze w sieci).
Łącząc je razem:
/usr/bin
jest podstawowym katalogiem komend wykonywalnych w systemie.
/usr/sbin
jest dla wszelkich nieistotnych plików binarnych używanych wyłącznie przez administratora systemu.
/sbin
Zamiast tego należy umieścić programy administracyjne systemu wymagane do naprawy systemu, przywracania systemu, montowania / usr lub innych podstawowych funkcji (tj. Rzeczy, do których należy uzyskać dostęp w celu zamontowania /usr/sbin
go /sbin
)
- Podobnie niezbędne polecenia użytkownika, które mogą być potrzebne przed
/usr
zamontowaniem/bin
- Wszystko zainstalowane tylko na komputerze lokalnym powinno być w
/usr/local/bin
lub/usr/local/sbin
Jest jeszcze jedno zastosowanie dla / usr / local. Większość rzeczy, które instalujesz za pomocą menedżera pakietów twojej dystrybucji, będzie umieszczona w / usr; wiele osób umieszcza rzeczy, które skompilowały ręcznie w / usr / local. To chroni je przed systemem zarządzania pakietami i pozwala dostrzec to, co zainstalowałeś z dystrybucji (i nie musisz tworzyć kopii zapasowej, ponieważ możesz go ponownie pobrać) i to, co skompilowałeś ręcznie; pozwala także na uruchamianie różnych wersji jednocześnie (np. / usr / bin / firefox vs / usr / local / bin / firefox).
Właśnie wtedy, gdy myślałeś, że wszystko zostało załatwione, jest jeszcze jedno miejsce, które prawdopodobnie jest najbliższym odpowiednikiem c:\Program Files
- /opt
:
/opt
jest zarezerwowany do instalacji dodatkowych pakietów aplikacji. ”
/opt
Jest to prawdopodobnie najbliższy odpowiednik c:\program files
, ponieważ jest to jedyne miejsce, gdzie można się spodziewać, aby znaleźć aplikację ze wszystkich swoich plików w jednym folderze, a nie rozproszone /usr/bin
, /var
i /etc
. Zwykle jest używany tylko przez bardzo duże pakiety, ale w tym przypadku, biorąc pod uwagę, że Netbeans chce mieć własny folder, prawdopodobnie najbardziej sensowne jest umieszczenie go w / opt / netbeans