SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
As normal as a very normal thing. You probably want one of the options mentioned above, but another option -I don't know starcraft/broodwar, and what will work them- might be to use separate mount points for the two.
I have noticed that in sw64 13.0 when you mount an iso as loopback you can't unmount it by trying to unmount the iso, you must unmount the '/dev/loop0'. It's kind of odd, because in the past you could use the name of the iso.
Still, you should not mount more than one thing in the same place.
Distribution: slackware64 13.37 and -current, Dragonfly BSD
Posts: 1,810
Rep:
Quote:
I have noticed that in sw64 13.0 when you mount an iso as loopback you can't unmount it by trying to unmount the iso, you must unmount the '/dev/loop0'. It's kind of odd, because in the past you could use the name of the iso.
I've just tried that as a test and noticed it in Slackware 13 (32 bit) . As you said it was different in 12 but I always unmount from the mount point so have not noticed this before.
If you look there is a difference in the record stored in /etc/mtab for the mount. SW 12 stores
well the question came since I expected that when I mount an iso on the same mount point as the other one (/mnt/cdrom in this case) then mount would automatically umount the previous fs that was in that mount point. I though that that was the "normal" behavior and was little startled when I had to umount TWICE to clean /mnt/cdrom...
I know unionfs (which slax uses) and I am planning to use it in a small personal pkg manager.
So it is not that i am looking forward to see both fs' in the same folder since I am aware that unionfs can give you that 'ability'.
Distribution: slackware64 13.37 and -current, Dragonfly BSD
Posts: 1,810
Rep:
Quote:
well the question came since I expected that when I mount an iso on the same mount point as the other one (/mnt/cdrom in this case) then mount would automatically umount the previous fs that was in that mount point.
Well I must admit I thought the same till I started experimenting given this thread. I too thought mounting something new to an already mounted mount point unmounted the previous mount and it was lost. I didn't think they "stacked up" like they seem to ! I think I'll be looking into this further as things like that interest me. I'm glad you brought this up !
bgeddy -you are onto something interesting. You can actually make thnigs in the lower mount point visible at the same time as those from the last mount -but not mixed like with unionfs.
Try something like this:
1. mount some partition on a given mount point.
2. create or copy some fs image into the mount point, if not already there.
3. use losetup to associate an fs image (*.iso or whatver) with a loop device
4. then mount a new partition on the original mount point. The fs image from above and any other files from the original mount are now invisible.
5. mount the loop device created above on a new mount point. Now you have access to the fs image file from the 'lower' mount point.
You can also, instead of using losetup, use the 'mount --bind ....' command to make the contents of the first mount visible through some other directory.
The use of losetup this way is pretty common in initrd's -you can associate files with devices and the devices are still available after doing switch_root. Fun stuff!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.