cloop8: no such deviceForum: Apps Topic: cloop8: no such device started by: Felson Posted by Felson on Jan. 31 2007,23:19
Are you only able to have 8 programs loaded from the unc & uci formats?
Posted by roberts on Jan. 31 2007,23:21
Only on very old versions of DSL.Current limit is 64 Posted by Felson on Jan. 31 2007,23:35
I thought I was useing 3.1 but now I wonder.... Where can I check the current version?
Posted by roberts on Jan. 31 2007,23:39
System Stats opening screen displays the version.
Posted by Felson on Feb. 01 2007,00:34
ok, then I am having a problem When I try and install the package using: mydsl-load /mnt/sda1/apps/myapp.unc I get error: /dev/cloop8: no such device If I look in /dev there are, as you said, 64 of them. If I look in the /KNOPPIX/dev/ they are also all still there. (Not linking to missing files) Any ideas? Posted by Felson on Feb. 01 2007,01:18
Just upgraded to 3.2 and I have the same problem.
Posted by roberts on Feb. 01 2007,01:55
I just loaded up 12 cloops and got bored so I stopped.What are your system specs? Free displays? Inodes? I don't think anyone has tested on extremely low ram and what the limiting factors might be. Posted by Felson on Feb. 01 2007,16:49
Here is what I can give you right off the bat:- I am useing a bootable USB key, built using embeded. - The computer has 512MB ram. - I load 4 UNCs and 1 UCI at bootup. - bc.unc (convert from the dsl) - gtk .unc - xcalc.unc (Converted from the dsl) - xtightvnc.unc (custom UNC. It is tightvnc instead of the "realVNC" that comes with DSL. I use it only because I can connect to alternate ports with it.) - firefox-1.5.0.6.uci I have been thinking of taking the 4 UNC files, and making 1 out of them, or at least bc, xcalc & xtightvnc. But, even though that is a good idea from the resource point of view, that does't really fix the main issue. Here is some stuff from Proc that my be usefull. cpuinfo
modules
meminfo
Kinda nooobish of me, but I am unsure where to get the free inode count and the free displays. I don't think this system is extreemly low. It is only a couple of years old. Posted by roberts on Feb. 01 2007,18:57
"USB Bootable key" is a red flag to me.What filesystem type? Are you running on fat? Fat style filesystems do not support Unix permissions well. Caution must be taken when using pendrives for constructing any kind of extensions. Also what does fdisk -l display, is partition table not in numerical order? Many times, I see usb pendrives display partition table with partition not ending on proper boundaries. What happens when you manually try to mount to say cloop60? This will show if your devices are OK. What does the "free cloop table", /etc/sysconfig/mydsl, show for position (line) 8? Finally, it could be a specific unc that is causing your problem. Posted by Felson on Feb. 01 2007,20:06
I will answer these as best I can, but My USB key is fat16 as you said, but I am useing a frugal type insatall, so the Key itself is only mounted as /cdrom/I formated it as a single fat16 partision.but, you are right. It does show boundry errors as well. Never could figure that out, since I used fdisk to make it in the first place. When I try and mount on cloop60 (or any 8+) I get: mount: /dev/cloop60: unknown device So, since my cloop devs are bad, I tried. > rm /dev/cloop8 > mknod /dev/cloop8 b 240 8 And I get the same error still (with 8 instead of 60 obviously) Line 8 (and down) of the /etc/sysconfig/mydsl reads "free" I thought about the UNCs in question before, and tried loading 8 random other unc/uci files with the same effect. Posted by roberts on Feb. 01 2007,20:47
Sounds like a filesystem issue to me.I never run linux on fat. I do use fat pendrives for backup/restore but that is all. And if, you are unpacking Linux onto fat, surely permission issues will occur. Recently, an extension was submitted and the perms of all files were atypical. I would suggest to correct the partition table and format to native Linux. That is why I provide the pendrive installation scripts within DSL Posted by Felson on Feb. 01 2007,20:56
Thanks for all the help so far Roberts. You have been awesome. I will try and reinstall the key with ext2 since I no longer need it to be accessible by winblows. Will post the results either way incase anyone else has this problem.
Posted by Felson on Feb. 02 2007,01:11
Well, after 3 hours of trying, I can't get it to give me even the most basic bootloader (grub or otherwise) when the key is formated to ext2. If we aren't suposed to use FAT16 as the base file system on the key, why does the how-to say to do it that way? Or am I not understanding something? Posted by jls legalize on Feb. 02 2007,01:39
Your pendrive script doesn't format ext the pendrive. legalize cannabis, etc. Posted by roberts on Feb. 02 2007,01:50
Yeah, I can't remember everything.But the script does change the geometry and therefore avoids the tweaked, broken, bad partition table. A table that may be fine for Windows but appears with many error when viewed with fdisk -l in Linux. I just tested a 512MB with a single partition using usbhdd script which is vfat (FAT!6) and am able to mount on cloop63 Perhaps the issue is/was the bad partition table. Posted by Felson on Feb. 02 2007,02:08
Well, I am done for the day. I will try checking the drive geometry tomorow. Thanks for all your help guys. just in short, sfdisk -l /dev/sda retuens this 1019 cylinders, 5 heads, 50 sectors/track which would be 254750 sectors total. so should I be 1024/7/32? or would 1019/10/25 be good still? Posted by Felson on Feb. 02 2007,18:19
ok, I used 1019/10/25It still has the same problem it did before. I will try it on a different computer, and see if that makes a diff. Posted by knix on Aug. 17 2007,18:40
Sorry for posting a half-year-old thread...It might be a problem with the cloop.o-module in the minirt24. I had the same trouble with the 3.4 "initrd version". It used to work in 3.3 with the "small" minirt24.gz I diff'ed the contents of the 50MB and the "small" minirt24.gz and found different /modules/cloop.o. After replacing the cloop.o in the 50MB-minirt24 by the cloop.o from the "small" minirt24 it worked !! (at least on my machine) The "good" cloop.o has 11655 bytes, the "bad-7-cloop-devices-only" has 11399 bytes. Maybe the cloop.o can be replaced in the new initrd-version? Maybe this fixes your problem? Posted by roberts on Aug. 17 2007,19:20
Thanks for reminding me. I need to update that cloop module. Oh the joy of changing kernel and modules. Add to my todo list.
Posted by knix on Aug. 17 2007,19:33
...just for my interest: where is the "max # of cloops" wired? In the kernel config?thx (and please forget my other thread, sorry...) Posted by roberts on Aug. 17 2007,20:02
The number of devices in DSL is 64, (0 .. 63).Also I use a table of size 64 to keep track of mounted uci/unc But I actually compiled 128 into the cloop module. I didn't want to use up too many i-nodes on low memory machines to create all 128 devices. Also, there was initially much concern when so many cloops were being used. The table setup is initialized in /etc/init.d/dsl-config |