Dlaczego / usr / local / bin nie istnieje w moim systemie (Ubuntu 16.04)?


9

Właśnie ponownie zainstalowałem Ubuntu 16.04 na moim komputerze i jestem w trakcie instalowania wszystkiego, co wcześniej zainstalowałem. Obejmuje to kilka programów, które umieściłem w / usr / local / bin, ale ten katalog nie istnieje:

$ ls -A /usr/local
etc  games  include  lib  man  sbin  share  src

Nie pamiętam jawnie tworzenia / usr / local / bin na mojej starej instalacji, a jednak ona tam istniała. Dlaczego nie istnieje domyślnie i jak powstał podczas mojej poprzedniej instalacji?


Kilka miesięcy temu instalacja 16.04.1lub 16.04.3(nie pamiętam) katalog został utworzony domyślnie. Używałeś 16.04.4?
WinEunuuchs2Unix

Nie pamiętam, żeby kiedykolwiek tworzenie /usr/local/binkatalogu było pochodną Debiana. Tak samo jest z Raspberry PI. Wydaje mi się, że pamiętam tworzenie go w latach 90-tych, zanim przełączyłem się na Ubuntu (Debian). Wcześniej korzystałem z SCO Unix, Slackware i Redhat.
LD James

@ WinEunuuchs2Unix yep, 16.04.4 (Pobrałem go tylko około dnia temu).
Ash

Brzmi jak błąd 16.04.4 lub nieudokumentowana funkcja zmniejszająca liczbę katalogów ...
WinEunuuchs2Unix

Odpowiedzi:


16

/usr/local/binoraz inne domyślne foldery, takie jak te, o których wspomniałeś, a także /opti /mntsą tworzone podczas normalnej instalacji Ubuntu. Domyślnie foldery są puste. Jeśli nie masz folderu, oznacza to po prostu, że został przypadkowo usunięty.

Można to łatwo naprawić, tworząc folder:

$ sudo mkdir /usr/local/bin

Możesz kontynuować instalację wcześniej zainstalowanych programów, tak jak normalnie, gdyby katalog nie został usunięty, po jego odtworzeniu.

I bardziej bezpośrednio do twoich pytań:

  • Dlaczego nie istnieje domyślnie?
    Jest tworzony domyślnie podczas instalacji.
  • Jak to się stało w twojej poprzedniej instalacji?
    Jest to część domyślnej struktury katalogów, która została utworzona podczas instalacji.

Co ciekawe, wydaje się, że nie ma żadnego pakietu faktycznie posiadającego / opt lub / usr-local ...
rackandboneman

@rackandboneman Nie rozumiem twojego komentarza. Foldery nie są własnością pakietów. Są własnością twórcy folderów. Istnieją pewne szczególne warunki, w których podana jest specjalny dostęp do niektórych folderów i użytkowników i właściciel grupy jest specjalnie ustawione, aby pomieścić te warunki, takie jak /var/lib/mysl, /var/spool/rsyslogi kilka innych. To są wyjątkowe warunki. Normalnym warunkiem jest to, że foldery systemowe są własnością, roota foldery osobiste użytkownika są własnością użytkownika ... a nie pakietu.
LD James

8
"własnością", jak w odpowiedzialności podtrzymującego ( "dpkg -S" -syness), a nie własności UNIX ...
rackandboneman
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.