Korzystam z systemu ratunkowego na żywo (podobnego do live-cd), aby naprawić niektóre problemy z moim serwerem Debian, takie jak:
# mkdir -p /mnt/rescue
# mount /dev/md2 /mnt/rescue
# mount --bind /dev /mnt/rescue/dev/
# mount --bind /proc /mnt/rescue/proc/
# mount --bind /sys /mnt/rescue/sys/
Teraz mogę chrootować /mnt/rescue
- ale kiedy skończę, jak ponownie odmontować system plików?
umount: /mnt/rescue: target is busy.
(In some cases useful info about processes that use
the device is found by lsof(8) or fuser(1))
Myślę, że to dlatego dev
, proc
i sys
są związane z zamontowanym systemem plików. Ale nie można ich odmontować ...
mount
chroot
unmounting
Afr
źródło
źródło
/mnt/rescue/proc
? Czy na pewno nie masz uruchomionych procesówchroot
?lsof /mnt/rescue
zobaczyć, jaki proces korzysta z tego folderu.Odpowiedzi:
Musisz najpierw opuścić sesję chroot, zwykle
exit
wystarczy zrobić:Następnie umount WSZYSTKIE powiązane katalogi:
Następnie:
Jeśli martwisz się, że
sync
nie zostanie tutaj użyty, pamiętaj, że nie ma to wpływu na możliwość odmontowania. Odmontowanie kas i tak jest w trakcie zapisów (musi, bo nie byłoby dla nich miejsca po odmontowaniu). Obecność procesu chrootowanego jest nieistotna (z wyjątkiem tego, że zapobiega odmontowaniu). W normalnej pracy systemu synchronizacja nie ma zauważalnego wpływu. Synchronizacja robi różnicę tylko wtedy, gdy urządzenie zostanie fizycznie odłączone bez odmontowania lub gdy system ulegnie awarii podczas montowania urządzenia.źródło
sync
Jest całkowicie bezużyteczne.sync
jest bezużyteczny? Czy staje się bezużyteczny w obecnym jądrze? Czy tylko w tym przypadku (tryb ratunkowy)? Umieściłem go tam na wypadek, gdyby na dysku czekało ogromne zapisanie, które zapobiegnie umountowi po wyjściu z chroota.sync
nie ma wpływu na to, czy odmontowanie jest możliwe. Odmontowanie kas i tak jest w trakcie zapisów (musi, bo nie byłoby dla nich miejsca po odmontowaniu). Obecność procesu chrootowanego jest nieistotna (z wyjątkiem tego, że zapobiega odmontowaniu). W normalnej pracy systemusync
nie ma zauważalnego wpływu.sync
robi różnicę tylko wtedy, gdy urządzenie zostanie fizycznie odłączone bez odmontowania lub gdy system ulegnie awarii podczas montażu urządzenia.Wykonaj poniższe polecenie, aby wymusić i odłączyć system plików od hierarchii systemu plików, i wyczyść wszystkie odniesienia do systemu plików, gdy tylko nie będzie on już zajęty.
źródło
Powód, dla którego otrzymujesz „cel jest zajęty”. wiadomość jest spowodowana tym, że mount point (
/mnt/rescue
) jest otwarty w przeglądarce plików lub w sesji terminalowej, a także kolejność odmontowywania (tutaj mam na myśli, żedev/pts
powinien zostać zamontowany wcześniejdev/
)Cóż, aby pomyślnie zamontować wszystkie fs tam:
cd
)!Umount fs przestrzegający kolejności
dev/pts => dev/ => proc/ => sys/
:sudo umount / mnt / rescue / dev / pts
sudo umount / mnt / rescue / dev
sudo umount / mnt / rescue / proc
sudo umount / mnt / rescue / sys
sudo umount / mnt / rescue
źródło
Tak robię z
schroot
poleceniem w wersji Ubuntu 10.04 w górę:źródło
Wyjdź z chroot. W systemie hosta polecenie „mount” pokaże całą zamontowaną ścieżkę. (Obejmuje ścieżki zamontowane w chroot.) Na przykład:
Następnie wejdź do środowiska chroot. W środowisku chroot uruchom odmontuj, aby odmontować wszystkie ścieżki w kolejności. (Ścieżka podrzędna musi być odmontowana przed ścieżką nadrzędną).
źródło