I've heard a number of folks talk about needing more loop devices, & I"ve needed more too.
I've made a GUI utility tool to make extra loop devices, but the files it makes don't show the drive icon.
The commands I got from the web are:

Yes, I seem to recall a post about it, can't find it, & can't remember if it had a solution, the search isn't very specific.
I think I'll just have to do it the good old fashion way... the way I do most everything, EXPERIMENT!
So time consuming for little things that shouldn't have to be done in the first place.
If I find a solution I'll post it in the How To forum.

I've heard a number of folks talk about needing more loop devices, & I"ve needed more too.
I've made a GUI utility tool to make extra loop devices, but the files it makes don't show the drive icon.

Can you rephrase that, or provide a clear example someone else can follow? Either it makes a loopback device file, or it doesn't... how stuff appears in some GUI tool or other may or may not reflect reality. Trust the simple well known tools -- what does ls -l /dev/loop* display, for instance?

We can immediately see that your commands generate a device with different ownership and permissions from the ones Puppy provides. (I also note that it seems odd to use the mknod -m option to set a mode for the created device file, and then change it to somethong else just two lines later -- what is the point?). I'd suggest that

Code:

mknod -m640 loop$i b 7 $i
chown root:6 loop$i

might get you something closer to the Puppy originals. Let's set i=6 and try that:

That gets you 3 extra working loop devices in one line. Going to more that 8 loop devices (replacing 5..7 with 5..255 for example) creates the nodes just fine (of course), but whether the kernel can use them all becomes kernel-compilation-option dependent... and I'm not testing that right now, it's time for bed!

Only once the new device files are tested and known to work at the command line should we start thinking about how well or badly they may work with GUI tools like MUT. That's a whole extra layer of complexity we don't need in our initial experiments (and one I'll let you explore further at your leisure, since I rarely use MUT myself).

Question: Why would a tool to make device nodes need a GUI? What sort of graphical user interaction is needed? At most, you could package the one liner above into a dotpup, which people can click to execute?

Final thought: Since Puppy comes with files having gid 6, it would be a nice touch to have that gid in /etc/group so we can refer to it by name... please Barry? Or should they really be set to some other gid?

Thanks jmarsden; you did what I was thinking of doing, adjusting the properties of the device file.
I don't have a very clear picture of this & the tools I have don't clarify it much.
Somewhere I saw a list of the property codes for working with all of this.

Puppy should have the max default 8 loops at least, 8 is enough for most purposes.
To get more than the kernel default amount of 8 loop devices there's 2 ways:

The GUI is a tool to make/mount image files (image, iso, & squash) & to add extra loops if needed.

Since these all have reasonably well-known file extensions, perhaps making this a simple script that is executed when such files are clicked on in Rox is sufficient? No need for creating a GUI, no input is needed from the user except "I want to work with this file" and (maybe) where to mount it. In practice, does the user care where to mount each filesystem? Probably not, in most cases they just want to mount it and have Rox open a window onto the newly mounted fs. They will use any default you provide. So why ask them the question, it only adds delay and complexity. Instead, just create /mnt/loop/[0-7] and mount stuff there when clicked? If all the first 8 loop devices are in use, create the next 8 and start using them, automatically?

This approach would (I think) mean that you script itself has no UI, and so can be used from the command line too

Code:

# loopmount somefile.iso

or whatever. (You might need an error message function which could either echo or xmessage any error output depending on whether the script was called from Rox or from a shell?).

Yep, I said in a post awhile back that it'd be nice if the ROX right click menu did much more.
File compress & decompress: tar, gz, zip, rar, & file mounting: image, iso, squash.
Inhancements to ROX would GREATLY improve Puppy for all, especially noobies & no extra apps. needed.
I haven't looked at ROX much & I don't know how the right click menu works.
But MU gave me XFE which I like MUCH better (ROX drives me nuts jumping all over the place, but it works).
Being a Win. convert I find the tree+list file browser to be a very fast & easy way to work.
Unfortunately it was made with the Fox ToolKit & it's menu setup doesn't seem to be easy to change.
Why can't the menu be a single text file, or dirs. (ala Win.), after all... it's only a menu.

Yep, I said in a post awhile back that it'd be nice if the ROX right click menu did much more. ...
I haven't looked at ROX much & I don't know how the right click menu works.

Read the manual: http://rox.sourceforge.net/Manual/Manual/Manual.html

Puppy often makes it really hard for people to learn, by omitting documentation... even omitting a working man command. I think it's a very unfortunate design choice, even though I understand the space constraints that led to it. Do we want Puppy users to be passive consumers, or active learners? Maybe one day a revised usr_devx.sfs will "add back in" the documentation, so at least developers have it right there to read.

Puppy may not have included all documentation, but it has not omitted the Rox documentation, of course ... just hit F1 when the Rox window has focus, or click the Help icon, or click Show Help Files in the Rox menu ... Rox is an easy to use file manager with convenient and useful features, and reading the documentation is worthwhile

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum