Nach dem Dateisystem-Hierarchie-Standard sind je nach Anwendung mehrere Bereiche zulässig. Ich zitiere hier ausführlich.
bin
ist natürlich die Abkürzung für "binär"
sbin
ist die Abkürzung für "Server Binary", ansonsten definiert als:
Dienstprogramme für die Systemadministration (und andere reine Root-Befehle)
/usr
ist für gemeinsam nutzbare, schreibgeschützte Daten vorgesehen und sollte zwischen verschiedenen FHS-kompatiblen Hosts gemeinsam genutzt werden können (wenn Sie viele Computer in Ihrem Netzwerk haben und alle dieselbe Architektur haben, sollten Sie in der Lage sein, einen einzelnen / usr-Ordner gemeinsam zu nutzen mit jeder Maschine im Netzwerk)
/usr/local
Wird vom Systemadministrator beim lokalen Installieren von Software verwendet (dh für Anwendungen, die nur auf diesem Computer und nicht auf jedem Computer im Netzwerk installiert sind).
Zusammengenommen:
/usr/bin
ist das primäre Verzeichnis der ausführbaren Befehle auf dem System.
/usr/sbin
ist für alle nicht wesentlichen Binärdateien gedacht, die ausschließlich vom Systemadministrator verwendet werden.
/sbin
Stattdessen müssen Systemverwaltungsprogramme abgelegt werden, die für die Systemreparatur, die Systemwiederherstellung, das Mounten / Anmelden oder andere wichtige Funktionen erforderlich sind (dh die Dinge, auf die Sie zugreifen müssen, um das Mounten /usr/sbin
auszuführen /sbin
).
- Ebenso gehen wichtige Benutzerbefehle ein, die möglicherweise vor dem Mounten erforderlich
/usr
sind/bin
- Alles, was nur auf dem lokalen Computer installiert ist, sollte in
/usr/local/bin
oder gehen/usr/local/sbin
Es gibt jedoch eine andere Verwendung für / usr / local. Die meisten Dinge, die Sie über den Paketmanager Ihrer Distribution installieren, werden unter / usr abgelegt. Viele Leute legen stattdessen Dinge, die sie von Hand kompiliert haben, unter / usr / local ab. Dies hält sie aus dem Weg des Paketverwaltungssystems und lässt Sie erkennen, was Sie von der Distribution installiert haben (und müssen nicht sichern, weil Sie es erneut abrufen können) und was Sie von Hand kompiliert haben. Sie können auch verschiedene Versionen gleichzeitig ausführen (z. B. / usr / bin / firefox vs / usr / local / bin / firefox).
Gerade wenn man die Dinge gedacht wurden , angesiedelt, gibt es noch eine andere Stelle, die wahrscheinlich in der Nähe äquivalent ist c:\Program Files
- /opt
:
/opt
ist für die Installation zusätzlicher Anwendungssoftware-Pakete reserviert. "
/opt
ist wahrscheinlich der nächste entspricht c:\program files
in, dass es der einzige Ort ist eine Anwendung mit allen Dateien zusammen in einem Ordner, anstatt verstreut über finden erwarten würde /usr/bin
, /var
und /etc
. Es wird normalerweise nur von sehr großen Paketen verwendet, aber in diesem Fall ist es wahrscheinlich am sinnvollsten, es unter / opt / netbeans abzulegen, da Netbeans einen eigenen Ordner haben möchte
Es kommt wirklich auf die persönlichen Vorlieben an. Ich erkläre meins für das, was es wert ist.
/ usr, / usr / bin sind normalerweise Speicherorte für Software, die vom zu installierenden System installiert wird. Wenn ich Dinge selbst installiere, installiere ich sie an einer von mehreren Stellen:
Warum unterscheide ich zwischen # 2 & # 3? Keine Ahnung, es ist nur eine Gewohnheit, die ich im Laufe der Zeit entwickelt habe. Es hat sich herausgestellt, dass / opt normalerweise zu einem tiefen Dateibaum wird, aber nur 2 oder 3 tatsächliche 'Dinge' installiert sind. In diesem Moment habe ich in opt, 2 Verzeichnissen, die jeweils ziemlich große Bäume unter sich haben, Laternen- und Lotusnotizen installiert. In / usr / local / bin habe ich 20 oder 30 Einträge, aber kein Unterverzeichnis.
Ich installiere keine Dinge in / usr / bin oder / usr / sbin, weil ich Dinge, die ich manuell hinzufüge (nicht Teil der einfachen Installation aus dem Standard-Repository), gerne getrennt halten möchte.
quelle
Der Dateisystem-Hierarchie-Standard bietet zwar einige Anleitungen. Ich habe festgestellt, dass die meisten Distributionen gerne Pakete installieren
/usr/share
.Aus diesem Grund habe ich die Praxis übernommen, Anwendungen zu installieren, die nicht über den Paketmanager (rpm / apt-get / emerge) in installiert wurden
/usr/local
. Auf diese Weise kann ich Anwendungen und Bibliotheken, die nicht über die Paketverwaltung verwaltet werden, von den anderen trennen.Diese Technik hat mir geholfen, mein System sowohl unter Fedora Core als auch unter Gentoo zu verwalten.
quelle
Ich hätte gedacht, dass der Standardspeicherort ist
/bin
, es ist, wo so ziemlich alles standardmäßig installiert wird, wenn apt-get oder ähnliches verwendet wird ...... Wenn es jedoch um modernere Programme (oder solche ohne Installer) geht, die viele zusätzliche Dateien enthalten, möchte ich sie in einem eigenen Verzeichnis ablegen
/bin
.quelle
In der Regel werden sie in mehreren Ordnern installiert, hauptsächlich in / usr, / local, / bin usw. Den Installationsort des Programms finden Sie im GDebi-Installationsprogramm (auf der Registerkarte "Dateien"). Wenn Sie Netbeans verschieben möchten, würde ich vorschlagen, es nach / opt zu verschieben, da Google anscheinend dort seine Inhalte installiert.
quelle
Stimmen Sie der Antwort von James Polley zu, aber tatsächlich ist das Standardverzeichnis sehr sinnvoll, es sei denn, Sie müssen die Anwendung für mehrere Konten freigeben. Ich musste zum Beispiel Eclipse 3.0 (veraltet) installieren, um unter Linux mit Flex arbeiten zu können, und habe es in $ HOME / eclipse3 abgelegt.
quelle
Ich verwende / apps gerne für die meisten Add-On-Apps, die ich auf mehreren Servern installiere. Ich behalte eine Kopie des Ordners in / installs / apps auf meinem NFS-Server. Wenn ich einen neuen Linux-Server erstelle, mounte ich den Installationsordner und die Kopie / Apps und ich habe viele verschiedene gemeinsame Apps auf dem neuen Server. Ich lösche die Einträge, die ich für diesen neuen Server nicht benötige und bin fertig. Nun, vielleicht muss ich ein oder drei Skripte ausführen, um Umgebungsvariablen oder Pfadanweisungen zu setzen, aber das ist ziemlich viel, um viele neue Server einzurichten.
Ich komme aus einem Windows- und .net-Hintergrund. Eines der Versprechen von .net war, dass die meisten Apps mit Windows xcopy installiert werden können. Ich suche das Gleiche unter Linux. Wo verfügbar, wähle ich den Tarball über RPM oder yum usw. aus, damit ich / apps mit cp -r bereitstellen und die App für zukünftige Bereitstellungen auf meinem NFS-Server hinzufügen kann.
quelle