>> df -h inside UML: (/etc/mtab is symlinked to /proc/mounts) > >> Filesystems Size Used Avail Use% Mounted on >> rootfs 496M 11M 460M 3% / >> /dev/root 496M 11M 460M 3% / >> /dev/ubd/disc1/part1 187G 146G 33G 82% /a >> a 7.3G 6.2G 717M 90% /a/lost+found >> /root/UML/a 7.3G 6.2G 717M 90% /a/lost+found > What has happened here? Why there are two entries on the same mount point? > One > mount over the other?
I just used mount /root/UML/a /a/lost+found -t hostfs why should you need an -o ? The mount-point works, and everything inside it looks like it should, and files I put into it appears as they should (I used that directory, since the uml-filesystem is just banged together som files from /bin so I could fix a disk, use /bin/sh as init for instance) An those entries as what likes in /proc/mounts, since I don't have a maintained /etc/mtab file in that filesystem. /etc/mtab is symlinked to /proc/mounts >> mount inside UML: > >> rootfs on / type rootfs (rw) >> /dev/root on / tyoe ext3 (ro) >> none on /dev/ type devfs (rw) >> /dev/ubd/disc1/part1 on /a type ext2 (rw) >> a on /a/lost+found type hostfs (rw) >> noen on poroc type proc (rw,nodiratime) > > How did you mount that folder on /a/lost+found? You wanted, probably, to > do: > mount <whatever> > /a/lost+found -t hostfs -o /root/UML/a (or "-o /a", if > UML > is chrooted inside /root/UML). > > But it seems that you forgot the -o /root/UML/a part and assumed that > could be > given on the first part... even /proc/mounts contains most mount options. > I've had just re-checked that even when the root is passed with -o, that > is > used even for the mount-point. And now I've actually ran the test... >> df -h on host: >> >> Filesystems Size Used Avail Use% Mounted on >> /dev/hda2 7.3G 6.2G 717M 90% / >> none 126M 0 126M 0% /dev/shm >> 192.168.1.1:/var/home/stian >> 147G 104G 37G 75% /root/UML/a > >> mount on host > >> /dev/hda2 on / type xfs (rw,noatime) >> none on /dev type devfs (rw) >> none on /proc type proc (rw) >> noen on /dev/shm type tmpfs (rw) >> 192.l68.1.1:/var/home/stian on /root/UML/a type nfs >> (rw,addr=192.168.1.1) > >> The problem is the nfs partition you can see, that is mounted inside UML >> again as hostfs. (This setup is a recovery of a broken disk where I >> wanted >> the cow layer when testing recoverytools and dumping out files they >> found). The UML-kernel itself is 2.6.10-rc3-mm1 with the patch-set from >> the web-pages dated back 1-2 weeks ago. Stian ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
