Forum Debian Users Gang

Instalowałeś Debiana Jessie przy użyciu instalatora (żeby bylo śmieszniej w wersji Alpha) Stretcha?

Novi-cjusz napisał(-a):

Chyba niestety tak, nie oczekiwalem problemow.

Nie wiem czego oczekiwaleś instalując Debiana 8 przy użyciu testowej wersji instalatora Debiana 9.

morfik napisał(-a):

To chyba podobne do tego: https://github.com/systemd/systemd/issues/1495

Tylko co to ma wspólnego z Debianem Jessie?

Zainstalowalem powtornie Debian 8.2.0 amd64 netinstal z "firmowej" strony http://www.debian.org/.
Wszystko zabangala, ze az milo.
Dziekuje zyczliwym !
Temat do zamkniecia.

Ostatnio edytowany przez Novi-cjusz (2015-10-23 13:28:29)

Takie dowiązane to po prostu 1000 razy wygodniejsze rozwiązanie,
niż standardowy /etc/mtab, którego sens istnienia w ogóle jest dosyć dyskusyjny, ale dla różnych programów niezbędny.

No temu system z systemd nie działa jeśli to nie jest dowiązanie. xD

W debianie z tego co widzę, to domyślnie jest dowiązanie do

# ls -l /etc/mtab
lrwxrwxrwx 1 root root 12 Jun 22  2014 /etc/mtab -> /proc/mounts

Jest w tym jakaś większa różnica za wyjątkiem innej ścieżki? xD

Hmm, gdzies wyczytalem, ze nalezy unikac kilkustopniowych dowiazan - nie wiem czy to jest prawda?

/proc/mounts
              Before kernel 2.4.19, this file was a list of all the
              filesystems currently mounted on the system.  With the
              introduction of per-process mount namespaces in Linux 2.4.19,
              this file became a link to /proc/self/mounts, which lists the
              mount points of the process's own mount namespace.  The format
              of this file is documented in fstab(5).

/proc/self
              This directory refers to the process accessing the /proc
              filesystem, and is identical to the /proc directory named by
              the process ID of the same process.

Per-process namespaces
       Starting with kernel 2.4.19, Linux provides per-process mount
       namespaces.  A mount namespace is the set of filesystem mounts that
       are visible to a process.  Mount-point namespaces can be (and usually
       are) shared between multiple processes, and changes to the namespace
       (i.e., mounts and unmounts) by one process are visible to all other
       processes sharing the same namespace.  (The pre-2.4.19 Linux
       situation can be considered as one in which a single namespace was
       shared by every process on the system.)

       A child process created by fork(2) shares its parent's mount
       namespace; the mount namespace is preserved across an execve(2).

       A process can obtain a private mount namespace if: it was created
       using the clone(2) CLONE_NEWNS flag, in which case its new namespace
       is initialized to be a copy of the namespace of the process that
       called clone(2); or it calls unshare(2) with the CLONE_NEWNS flag,
       which causes the caller's mount namespace to obtain a private copy of
       the namespace that it was previously sharing with other processes, so
       that future mounts and unmounts by the caller are invisible to other
       processes (except child processes that the caller subsequently
       creates) and vice versa.

       The Linux-specific /proc/PID/mounts file exposes the list of mount
       points in the mount namespace of the process with the specified ID;
       see proc(5) for details.

wikingagressor: w Debianie w każdym razie pełno jest takich dowiązań.