UML uruchomiony z wyżej omówionymi parametrami nie pozwala wymieniać danych z systemem macierzystym. Nie jest to sytuacja najlepsza. Mamy kilka możliwości rozwiązania problemu braku możliwości wymiany plików z hostem i innymi maszynami działającymi pod kontrolą UML.
Pliki można przesyłać za pośrednictwem sieci - omówienie opcji pozwalających
skonfigurować prawidłowo działającą sieć przeniesione zostało do dalszej części
dokumentu. Pożytecznym narzędziem pozwalającym przesyłać pliki jest scp
-
secure copy.
NFS
Do systemu sterowanego przez UML można zamontować sieciowy system plików
mount -t nfs 10.255.112.8:/export/home/kazio /home/kazio
zamontuje adres 10.255.112.8:/export/home/kazio
w katalogu /home/kazio
systemu plików maszyny UML.
hostfs
Wspomniane wyżej metody są dość niewygodne, gdy chcemy wymieniać pliki między
hostem a maszyną UML.
Z pomocą przychodzi hostfs.
Jest to mechanizm umożliwiający
współdzielenie plików między hostem, a maszyną działającą pod kontrolą UML.
Komenda:
mount none /mnt/host -t hostfs -o /
Zamontuje w katalogu /mnt/host
katalog główny hosta.
hostfs musi być jednak wspierane przez jądro UML - należy je zatem załadować
jako moduł lub na stałe wkompilować.
UML pozwala zabezpieczyć katalogi zamontowane poprzez hostfs
.
Służy do tego specjalny parametr, który można podać podczas utuchamiania UML.
hostfs=directory,options
options
jak na razie może być tylko równe append.
Powoduje, że pliki z systemu hostfs
mogą być otwierane tylkow w trybie
append - co chroni je przed usuwaniem.
directory
pozwala na określenie, którego katalogu
ma się tyczyć wprowadzenie ograniczenia. Atrybut directory
może być
pusty. Wtedy podana opcja dotyczy wszystkich plików i katalogów zamontowanych
jako hostfs
.
Istnieje możliwość skonfigurowania UMLa tak, aby podczas startowania korzystał z systemu plików hosta. Po szczegóły odsyłam do http://user-mode-linux.sourceforge.net/UserModeLinux-HOWTO-9.html