Jak zamontować nośniki wymienne w / media / <LABEL> automatycznie po włożeniu, bez środowiska graficznego?


17

Mam system sid Debiana (Wheezy) (i to samo dla arch), bez żadnego środowiska graficznego (i nie ma w ogóle Xorga).

Mogę montować moje karty SD, pamięci USB, zewnętrzny dysk twardy poprzez etykietowanie w określonym katalogu /media/ręcznie z mount/ umounti odpowiednimi wpisami /etc/fstablub automatycznie podczas uruchamiania, ale jest to przekonujące, restrykcyjne i niewystarczająco dynamiczne dla moich potrzeb: jeśli chcę, aby zostały zamontowane /media/<LABEL>, każde urządzenie z innym <LABEL>wymaga własnego wpisu, a <LABEL>także należy ręcznie utworzyć / usunąć każdy podkatalog /media/).

Więc, co jest najlepszym sposobem, aby zamontować je automatycznie w /media/<LABEL> momencie włożenia (i odłączyć je od systemu plików, jak tylko są one odłączone od zasilania bez względu na to, jak ryzykowne jest dla danych )?

Idealne rozwiązanie:

  1. wykryć, gdy nośnik jest podłączony w (tj gdy dodaje się /dev/jako sdax, sdbx... przez udev)
  2. utwórz katalog /media/zgodnie z jego etykietą (etykieta nośnika wymiennego)
  3. zamontuj go w katalogu /media/<LABEL>w RWtrybie (jeśli system plików obsługuje to) z flushopcją (dla a vfat)
  4. wykryć, czy nośnik został odłączony
  5. jeśli tak, odmontuj go z systemu plików
  6. usuń odpowiedni katalog z /media/

(urządzenia powinny być montowane w trybie synchronicznym nadmiernie, aby uniknąć utraty danych po odłączeniu na gorąco z powodu edycji buforowania :sync jest to zbyt wiele dla vfatnośników wymiennych, dlatego flush zostało stworzone jako kompromis , mniej bezpieczne sync, ale mniej ryzykowne w zależności od życia - motocykle pamięci flash)

Znalazłem kilka informacji na temat autofs, HAL, udisks, udisks2, usbmountitd., Ale nie jest jasne, który z nich jest przestarzała lub preferowane, a mimo to, nie zorientowali się, jak skonfigurować je łatwo w moim systemie to zrobić, aż do teraz ...


Po pierwsze, czy szukałeś podobnych pytań? Pamiętam, że już o to pytano. Po drugie, odmontowanie powinno nastąpić przed odłączeniem.
enzotib

1
Oczywiście, że tak: o] Tutaj i na superużytkowniku. Problem polega na tym, że narzędzia ewoluują (udisks / udev) lub są przestarzałe (HAL?), Inne „nie preferowane” (udisks2?) I tak dalej. W każdym razie nie udało mi się znaleźć żadnego działającego ani przejrzystego rozwiązania. Większość tego, co odkryłem, opiera się na mechanizmie środowiska pulpitu (Gnome, KDE lub XFCE); Nie chcę instalować żadnych. O unmoutingu niekoniecznie. Jeśli urządzenie jest ustawione na sync, demon może odmontować urządzenie z FS, jeśli wykryje, że zostało odłączone bez utraty danych. Wszystkie dystrybucje pulpitu to robią. Chcę tego w terminalu.
cedbeu

Spójrz na to Zamiennik dlahalevt . Jeśli chodzi o odmontowanie, na ogół DE oczekuje, że wyjmiesz urządzenie z menedżera plików, zanim fizycznie je odłączysz.
enzotib

Tak, prawda. Widziałem jednak, że niektóre (wcześniej używane) demony mogły odmontowywać urządzenia z systemu plików, które nie zostały odmontowane przed odłączeniem, a nawet automatycznie usuwać odpowiadający im katalog z katalogu / media / i pozostając w normalnym trybie (jeśli urządzenia są oczywiście skonfigurowane jako synchroniczne). Dziękuję za twój link. Zajrzę, jak tylko wrócę do domu na udisksevt. Mam już spojrzenie na devmon i udiskie, ale nie ma ich w pakietach Debiana. Jeśli mogę znaleźć coś jeszcze, spróbuję tego, ale nie mogę uwierzyć, że nie ma natywnego rozwiązania dla Debiana.
cedbeu

1
Jestem też na Debianie i używam fdisk -l, a następnie mount- to dwa polecenia, ale OK, jeśli chcesz zautomatyzować, trzeba analizować fdisk -ldane wyjściowe, a następnie umieścić go w mount- zrobić taką rzeczy z head, tail, tr, cut, itd., ale profesjonaliści zwykle robią to z awk, a nawet lepiej, szukają danych we właściwym miejscu. Jeśli chodzi o usuwanie, przynajmniej dla mnie, gdy montuję /mnt, odbywa się to automatycznie. O wyzwalaczu (po podłączeniu) nie mam pojęcia, ale powiedz nam, kiedy to rozwiążesz.
Emanuel Berg

Odpowiedzi:


10

Myślę, że szukasz pmount.

Jeśli chcesz automatycznego montażu po włożeniu, zobacz Automounting USB stick w Debianie .

Jeśli Twój system używa udisks2 , jest to preferowany sposób reagowania na wstawienie wymiennego urządzenia pamięci masowej. Zobacz Arch Wiki, aby uzyskać porady dotyczące konfiguracji Udisk.

W przeciwnym razie programem reagującym na pojawienie się nowego urządzenia jest udev , więc automatyczne podłączanie jest uruchamiane przez regułę udev . Usbmount pakiet zapewnia udev zasady automatycznego montowania urządzeń pamięci masowej USB i kilka innych. Wywoływanie mountz reguł udev nie działa w systemach plików FUSE (takich jak NTFS-3G), więc w razie potrzeby używaj udisk.

Nie można automatycznie odmontować multimediów po ich usunięciu, ponieważ przyczynowość nie działa w ten sposób. Media muszą zostać odmontowane przed ich usunięciem. W przypadku nośników tylko do odczytu można odmontować po usunięciu, chociaż może to mylić niektóre aplikacje, jeśli mają otwarte pliki w nagle utraconym systemie plików. W przypadku zapisywalnego nośnika odłączenie zamontowanego systemu plików może spowodować uszkodzenie danych.


Dzięki milion za odpowiedź. Spróbuję to jak najszybciej i dam znać tutejszym ludziom. Informacje o usuwaniu ust. Chłopaki, proszę, przestańcie mówić, że to kwestia związku przyczynowego, w którym tak nie jest: o] Odłączanie po odłączeniu urządzenia doskonale ma sens (i jest możliwe), gdy tylko urządzenie zostanie skonfigurowane do synchronizacji. Zatem to tylko kwestia systemu plików. Jeśli dane zostały przesłane bez buforowania (synchronicznie), nie ma problemu z odłączeniem bez odmontowania. Następnie można wykonać odmontowanie i jest ono użyteczne jedynie do poinformowania systemu, że urządzenia już nie ma.
cedbeu,

1
@cblab Upraszczasz. Jeśli plik jest otwarty do zapisu i wyciągniesz urządzenie, plik prawdopodobnie zostanie uszkodzony; odmontowanie zapewnia, że ​​żaden plik nie jest otwarty. W wielu systemach plików (choć nie FAT) odmontowanie jest czymś więcej niż ustawieniem bitu „brudnego” na 0, muszą np. Opróżnić dziennik. W przypadku urządzeń flash głównym problemem podczas montowania synchronizacji jest to, że zużywa ono urządzenie znacznie szybciej, ponieważ zapobiega grupowaniu zapisu. Zobacz superuser.com/questions/180722/... i readlist.com/lists/vger.kernel.org/linux-kernel/22/111748.html
Gilles „SO- przestań być zły”

Cześć @Gilles. Dziękuję za twoje odpowiedzi. Jednak nie sądzę, że upraszczam. Masz rację w niektórych punktach. Ale użytkownik decyduje, czy chce żyć ryzykownie. Zgodziłbyś się, twój post ma 7 lat; teraz flushopcja montowania zaprojektowana specjalnie w celu vfatuniknięcia tych problemów: zapis nie jest wykonywany po każdym bloku, ale gdy tylko urządzenie wydaje się nieaktywne. A wspomnienia flash znacznie wydłużyły ich ślepe cykle życia. Teraz oczywiście użytkownik musi pamiętać, aby nie odłączać urządzeń podczas otwierania plików lub podczas kopiowania (lub wkrótce potem). Ale to dobry kompromis.
cedbeu

w każdym razie, usbmount może być dla mnie dobrą opcją, ale niestety nie montuje urządzeń w folderze w zależności od nazw etykiet, ale w /media/usb-*, co nie odpowiada moim potrzebom. Chcę móc automatycznie montować urządzenia /media/<DEV_LABEL>z flushparametrem, gdy zostaną wykryte (jeśli to możliwe, z dynamicznym tworzeniem katalogu), a także odmontować je i automatycznie usunąć katalogi, /media/jeśli nie zostaną już wykryte. Ryzyko, które podejmuję, zależy ode mnie.
cedbeu,

1
Zwróć uwagę, że usbmountod tej pory nie obsługuje NTFS jessie: bugs.debian.org/774149
Malat

2

Oto jak to ostatnio zrobiłem i jestem teraz całkiem zadowolony z tego podejścia. Dotyczy to Ubuntu 12.04 + gentoo, ale chyba każda dystrybucja, która pozwala zainstalować udev i autofs powinna działać.

Wymagania wstępne: Musisz zainstalować udev + autofs.

Krok 1)

Utwórz następujący plik „/etc/udev/rules.d/90-usbsd-auto.rules” (oczywiście możesz użyć dowolnej nazwy, o ile kończy się ona na „.rules”). :

# Add symlink /dev/usbdisks/<label> to /dev/sd[a-z][1-9] 
# if partition has a label
# Add symlink /media/usb/<label> to /media/autousb/<label>
# for automounter support
ACTION=="add", KERNEL=="sd*", ENV{DEVTYPE}=="partition", \
    ENV{ID_BUS}=="usb", ENV{ID_FS_LABEL_ENC}=="?*", \
    SYMLINK+="usbdisks/$env{ID_FS_LABEL_ENC}", MODE:="0660", \
    RUN+="/bin/rm /media/usb/$env{ID_FS_LABEL_ENC}", \
    RUN+="/bin/ln -sf /media/autousb/$env{ID_FS_LABEL_ENC} /media/usb/$env{ID_FS_LABEL_ENC}"

# Fallback: If partition has a NO label, use kernel name (sd[a-z][1-9])
ACTION=="add", KERNEL=="sd*", ENV{DEVTYPE}=="partition", \
    ENV{ID_BUS}=="usb", ENV{ID_FS_LABEL_ENC}!="?*", \
    SYMLINK+="usbdisks/%k", MODE:="0660", \
    RUN+="/bin/rm /media/usb/%k", \
    RUN+="/bin/ln -sf /media/autousb/%k /media/usb/%k"

# Some FileSystems emit a "change" event when they are unmounted.
# UDEV seems to delete the device symlink in this case :-(
# So we need to re-create it here
ACTION=="change", KERNEL=="sd*", ENV{DEVTYPE}=="partition", \
    ENV{ID_BUS}=="usb", ENV{ID_FS_LABEL_ENC}=="?*", \
    SYMLINK+="usbdisks/$env{ID_FS_LABEL_ENC}", MODE:="0660"

# Fallback: If partition has NO label, use kernel name
ACTION=="change", KERNEL=="sd*", ENV{DEVTYPE}=="partition", \
    ENV{ID_BUS}=="usb", ENV{ID_FS_LABEL_ENC}!="?*", \
    SYMLINK+="usbdisks/%k", MODE:="0660"


# When device is removed, also remove /media/usb/<label>
ACTION=="remove", KERNEL=="sd*", ENV{DEVTYPE}=="partition", \
    ENV{ID_BUS}=="usb", ENV{ID_FS_LABEL_ENC}=="?*", \
    RUN+="/bin/rm /media/usb/$env{ID_FS_LABEL_ENC}"

# Fallback: If partition has no label, remove /media/usb/%k
ACTION=="remove", KERNEL=="sd*", ENV{DEVTYPE}=="partition", \
    ENV{ID_BUS}=="usb", ENV{ID_FS_LABEL_ENC}!="?*", \
    RUN+="/bin/rm /media/usb/%k"

Co to robi: Tworzy dwa dowiązania symboliczne, jedno dla partycji urządzenia pamięci USB w „/ dev / usbdisks / <...>”. Użyje etykiety partycji pamięci USB lub nazwy jądra, jeśli nie ma etykiety. Drugie dowiązanie symboliczne będzie prowadzić od „/ media / usb / <...>” do „/ media / autousb / <...>” w celu obsługi automountera (patrz krok 2).

Uwaga: Początkowo nie używałem reguł ze zmiennymi ID_FS_LABEL_ENC, ponieważ moim zdaniem jest to niebezpieczne. Co się stanie, jeśli podłączysz dwie pamięci USB, które mają tę samą etykietę?

Ale plakat specjalnie chciał użyć etykiety dysku USB, więc odpowiednio zmodyfikowałem reguły.

Aby upewnić się, że udev czyta te zasady, użyj

sudo udevadm control --reload-rules

W tym pliku reguł udev wszystko jest skonfigurowane do automatycznego montażu partycji urządzenia pamięci USB. Pamiętaj jednak, że w tej chwili urządzenie NIE zostanie automatycznie zamontowane (celowo). Zostanie automatycznie zamontowany, gdy go użyjesz

Krok 2)

Skonfiguruj autofs na automount / media / autousb / <...>: Dodałem następujący wiersz do mojego pliku „/etc/auto.master” (dla Ubuntu 12.04):

/media/autousb /etc/auto.usb --timeout=60

Oznacza to, że AutoFS odmontuje urządzenie po 60 sekundach braku aktywności. Możesz użyć mniej lub więcej, w zależności od upodobań.

W przypadku Gentoo musisz zmodyfikować plik „/etc/autofs/auto.master”, aby jego użycie było sensowne

/media/autousb /etc/autofs/auto.usb --timeout=60

Teraz utworzyłem plik „auto.usb” o następującej treści:

#!/bin/bash

key=${1}
fstype=$(/sbin/blkid -o value -s TYPE /dev/usbdisks/${key})
if [ "${fstype}" = "vfat" ] ; then
  echo "-fstype=vfat,sync,uid=0,gid=plugdev,umask=007 :/dev/usbdisks/${key}"
  exit 0
fi
if [ "${fstype}" = "ntfs" ] ; then
  echo "-fstype=fuse.ntfs-3g,sync,uid=0,gid=plugdev,umask=007 :/dev/usbdisks/${key}"
  exit 0
fi
if [ "${fstype}" = "ext4" ] ; then
  echo "-fstype=ext4,sync,nocheck :/dev/usbdisks/${key}"
  exit 0
fi

exit 1

To auto.usb musi być wykonywalne, aby autofs używał go jako skryptu (bash). Na przykład

sudo chmod 0755 /etc/auto.usb

Co to robi: ten skrypt powie AutoFS (/ usr / sbin / automount), jak zamontować partycję urządzenia pamięci USB.

Skrypt najpierw użyje „/ sbin / blkid”, aby dowiedzieć się, jaki system plików znajduje się na partycji.

Skrypt zapewni wtedy odpowiednie opcje montowania w zależności od partycji urządzenia.

Uwaga: Dołączyłem przykładowy kod dla systemów plików „vfat” (prawdopodobnie najczęściej spotykany w przypadku pamięci USB), „ntfs” i „xfs”. Oczywiście jest to dość łatwe do rozszerzenia, aby obsługiwać więcej systemów plików.

Krok 3) Opcjonalnie ... Aby „wysunąć” == odmontować pamięć USB (lub partycje na pamięci USB), utwórz skrypt w katalogu / sbin / usbeject:

#!/bin/bash
killall -s SIGUSR1 /usr/sbin/automount

Za pomocą tego skryptu możesz użyć polecenia „sudo usbeject”, aby odmontować wszystkie zamontowane partycje urządzeń USB (mówiąc automount, aby je odmontował).

Oczywiście możesz po prostu upewnić się, że partycja nigdzie nie jest używana; Automounter odmontuje partycję po upływie 60 sekund ...

Prawdziwą sztuczką jest użycie dowiązań symbolicznych z „/ media / usb” do „/ media / autousb”:

  • Udev utworzy dowiązania symboliczne „/ media / usb”, dając użytkownikowi prosty przegląd, które partycje urządzeń pamięci USB znajdują się
  • AutoFS następnie automatycznie zamontuje partycję na żądanie, jeśli użyjesz jej przez / media / usb
  • Za pomocą skryptu „auto.usb” możesz obsługiwać dowolny system plików, a dodatkowo możesz obsługiwać dowolny schemat nazewnictwa.
  • To podejście obsługuje pamięć USB z wieloma partycjami, nawet jeśli partycje te używają różnych typów systemów plików.

2

Ok, minęło dużo czasu, ale nadal odpowiem na moje pytanie najlepszą opcją, jaką znalazłem na razie. Podsumowując: utwórz udevregułę powiązaną z niektórymi skryptami (która utworzy / usunie katalogi i odblokuje / zamontuje urządzenia wymienne) i dołącza do udevtypu zdarzenia urządzenia = partition.

1 - Tworzenie skryptów dodawania / usuwania

Zapisz poniższy skrypt storage-automount.shdo /lib/udev/i uczynić go wykonywalnym ( sudo chmod a+x /lib/udev/storage-automount.sh):

#!/bin/sh

# set the mountpoint name according to partition or device name
mount_point=$ID_FS_LABEL
if [ -z $mount_point ]; then
    mount_point=${DEVNAME##*/}
fi

# if a plugdev group exist, retrieve it's gid set & it as owner of mountpoint
plugdev_gid="$(grep plugdev /etc/group|cut -f3 -d:)"
if [ -z $plugdev_gid ]; then
    gid=''
else
    chown root:plugdev $mount_point
    gid=",gid=$plugdev_gid"
fi

# create the mountpoint directory in /media/ (if not empty)
if [ -n $mount_point ]; then
    mkdir -p /media/$mount_point
    # other options (breaks POSIX): noatime,nodiratime,nosuid,nodev
    mount -t $ID_FS_TYPE \
      -o rw,flush,user,uid=0$gid,umask=002,dmask=002,fmask=002 \
      $DEVNAME /media/$mount_point
fi

Zapisz poniższy skrypt storage-autounmount.shdo /lib/udev/i uczynić go wykonywalnym ( sudo chmod a+x /lib/udev/storage-autounmount.sh):

#!/bin/sh

# set the mountpoint name according to partition or device name
mount_point=$ID_FS_LABEL
if [ -z $mount_point ]; then
    mount_point=${DEVNAME##*/}
fi

# remove the mountpoint directory from /media/ (if not empty)
if [ -n $mount_point ]; then
    umount -l /media/$mount_point
    rm -R /media/$mount_point
fi

2 - Tworzenie udevreguły dołączania tych skryptów do zdarzeń

Na koniec dodaj udevregułę /etc/udev/rules.d/, na przykład 85-storage-automount.rules:

ENV{DEVTYPE}=="partition", RUN+="/lib/udev/storage-automount.sh", ENV{REMOVE_CMD}="/lib/udev/storage-autounmount.sh"

i upewnij się, że ma takie same uprawnienia jak inne reguły w tym folderze / katalogu

Teraz, kiedy podłączysz urządzenie pamięci masowej, zostanie utworzony katalog /media/zgodnie z nazwą partycji (nie pamiętam, ale myślę, że działa również z partycją NTFS), a twoja partycja zostanie do niej podłączona. Jest to R / W dla użytkowników, jeśli masz plugdevgrupę w systemie. Ponadto urządzenia są montowane w trybie synchronicznym, aby ograniczyć ryzyko utraty danych w przypadku odłączenia na gorąco.

Gdy urządzenie zostanie usunięte, zostanie odmontowane, a katalog zostanie usunięty /media

Ponadto narzędziem do monitorowania udevzdarzeń są udevadm monitoropcje takie jak --envlub --property:

$ udevadm monitor --env

Jest to testowane i działa dobrze zarówno na debianie, jak i archu, ale prawdopodobnie działa na wszystkich dystrybucjach, które na nim polegają udev.


Myślę, że + r powinien zostać zastąpiony przez + x w „ustaw go na wykonywalny (sudo chmod + r /lib/udev/storage-autounmount.sh)”
Jeremy

Mam nową instalację jessie, w której ściśle przestrzegałem twoich wskazówek, ale nie mogę sprawić, by automount nastąpił z tty1, nawet po ponownym uruchomieniu (co nie jest w twojej instrukcji, ale nie dostałem również automatycznego ponownego uruchomienia). Wykryto włożenie napędu USB (dostaję komunikaty konsoli), ale nic nie jest widoczne w / media / (oprócz cdrom). Mogę ręcznie zamontować napęd USB, więc wiem, że to również działa. [ciąg dalszy komentarza]
TomRoche

[ciąg dalszy od poprzedniego komentarza] Mam pakiet = udev zainstalowany, mam katalogi = {/ etc / udev / rules.d /, / lib / udev /} wstępnie wypełnione i mam plik wykonywalny = udevadm w $ PATH. Chciałbym wiedzieć (1) w jakiej wersji Debiana sprawiłeś, że to działa? (Zakładam, że wheezy) (2) poza tym jakie pakiety Debiana zainstalowałeś udev?
TomRoche

@TomRoche Was Wheezy, w rzeczy samej, i nie miałem zainstalowanego żadnego specjalnego pakietu, próbowałem wykonać minimalistyczną konfigurację i starałem się unikać, w miarę możliwości, używania pakietów, które nie zostały dostarczone przy minimalnej instalacji. Nie musiałem restartować, dlatego nie ma tego w moich instrukcjach. Minęło sporo czasu, zanim się w to zanurzyłem… Mogę spróbować ponownie wkrótce.
cedbeu,

1

Myślę, że jest dość późno, ale opublikuję to, jeśli ktoś będzie tego potrzebować: (także moja pierwsza odpowiedź StackExchange)

Po sprawdzeniu rozwiązania w wielu miejscach znalazłem proste rozwiązanie w Arch Wiki:

Link do Arch Wiki .

Możemy dodać regułę udisks2, aby zmienić domyślny katalog montowania z /run/media/$USER/na /media/<Label>.

Dodaj następującą regułę /etc/udev/rules.d/o nazwie takiej jak 99-udisks2.rules:

ENV{ID_FS_USAGE}=="filesystem|other|crypto", ENV{UDISKS_FILESYSTEM_SHARED}="1"

Następnie możemy po prostu zainstalować proste narzędzie, takie jak Udiskie do automount .


Cześć, witam tutaj. Dzięki za twoją opcję. W przypadku Udiskie rzeczywiście chciałem mieć pełną opcję wiersza poleceń (brak Xorg ani żadnego interfejsu graficznego dostępnego w systemie). I… Pytanie ma 6,5 ​​roku (łaaaaaaaaaaaaaaaaaaaaaaa, teraz chyba się zmieniło :) Ale i tak +1 za pierwszą odpowiedź, dziękuję.
cedbeu

1

Proszę zobaczyć stronę ArchWiki Udev . Nie należy wykonywaćmount z reguł Udev ani ze skryptów wykonywanych przez reguły Udev.

Jednak, jak pokazano w projekcie udev-media-automount , jest to dość proste, wywołując jednostkę Systemd z reguły Udev, która następnie wywołuje skrypt, który wykonuje montaż. W przeciwieństwie do udisks2 i innych rozwiązań, udev-media-automount jest nastawiony na prosty przypadek, w którym chcesz zamontować coś jako rootużytkownik bez konieczności oczekiwania na środowisko pulpitu lub „sesję użytkownika”. Wydaje się, że jest dokładnie tym, o co prosi OP, i uznałem, że jest funkcjonalny i łatwy do zrozumienia.


Fajnie, dziękuję. To dość stare pytanie, które zadałem (prawie 7 lat temu… nie sprawia, że ​​czuję się młodziej ^^). Ale nadal przyjrzę się twojej propozycji. Wydaje mi się, że od tego czasu środowisko systemowe stało się znacznie bardziej dojrzałe. Dzięki, sprawdzę to!
cedbeu

0

Znalazłem sposób na zrobienie tego poprzez edycję pliku / etc / fstab. Prosty wpis wygląda następująco:

/dev/sdb1 /media/robot/hdd1 ntfs defaults 0 0

<file system> <mount point> <type> <options> <dump> <pass>


Montaże /etc/fstabsą montowane automatycznie tylko podczas rozruchu.
Graeme

@Graeme, mam kartę SD, którą montuję za pomocą / etc / fstab. Jako test próbowałem odmontować i fizycznie usunąć kartę SD z mojego komputera. Sprawdziłem, że mount nie wyświetla się już przez „df”. Kiedy ponownie włożyłem moją kartę SD, mount pojawił się ponownie, mimo że nie zamontowałem jej wyraźnie. To jest na Ubuntu 16.04.
Gino

@Gino, Ubuntu od pewnego czasu domyślnie wykonuje automatyczne montowanie.
Graeme,

@Graeme, wygląda na to, że automounter Ubuntu wybiera poprawne mocowanie z / etc / fstab, jeśli istnieje. Tak więc, przynajmniej na Ubuntu 16.04, mount jest automatycznie montowany podczas rozruchu i po kolejnych ponownych włożeniach do portu USB, jeśli są jakieś ...
Gino

@Gino Od jakiegoś czasu nie korzystałem z Ubuntu, ale jestem całkiem pewien, że automatycznie zainstaluje twoją kartę SD niezależnie od tego, co jest w fstab. Fstab to bardziej konfiguracja podstawowych elementów systemu niż dodatkowe dyski w nowoczesnych systemach.
Graeme
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.