UCI mysteries
Forum: Other Help Topics
Topic: UCI mysteries
started by: jpeters
Posted by jpeters on Oct. 10 2007,06:37
I was experimenting with creating a UCI, and for some reason it works fine when mydsl-loaded from $HOME or /tmp, but not from /mnt/hda, where I get "Please mount media containing optional directory" errors. I experimented with file permissions, etc., but nothing seems to work. Is the answer prayer?
Posted by mikshaw on Oct. 10 2007,12:27
I *think* that error occurs with any failure, including failure to find the specified file, a corrupt file, or corrupt file system. Have you tried copying the failed file to your home after the failure to see if the file might be corrupted?I also think the error occurs from another problem that I haven't experienced personally, according to a post I once saw here somewhere. I can't remember what it was, but I'm guessing a search of these forums for that error message will bring it up.
Posted by jpeters on Oct. 10 2007,14:13
| Quote (mikshaw @ Oct. 10 2007,08:27) |
| I *think* that error occurs with any failure, including failure to find the specified file, a corrupt file, or corrupt file system. Have you tried copying the failed file to your home after the failure to see if the file might be corrupted? |
If I copy the same uci that failed on HDA to any directory other than HDA, it works (works in /opt, /tmp. etc). I get the same error on any HDA partition (i.e., hda3, hda4).
In aterm, I get: ioctl: LOOP_SET_FD: Bad file descriptor
Posted by ^thehatsrule^ on Oct. 10 2007,14:36
Did you type the command in correctly? What's the type/format of those hd partitions?
Posted by WDef on Oct. 10 2007,15:25
| Quote |
| ioctl: LOOP_SET_FD: Bad file descriptor |
Looks like an error from cloop
Posted by roberts on Oct. 10 2007,16:05
You will get that error if the actual mount command fails.You may wish to manually try the mount, of course you should also check the cloop table to see which cloop is the target of such mount.
Posted by jpeters on Oct. 10 2007,18:32
| Quote (roberts @ Oct. 10 2007,12:05) |
| You will get that error if the actual mount command fails. You may wish to manually try the mount, of course you should also check the cloop table to see which cloop is the target of such mount. |
Just found that it works on hda1. It fails on hda4 even after a manual mount, and on hda3, my main storage for unloaded extensions that all work Non-swap hda partitions are formated in Linux 83.
Here's a link to the app, which is only one exec file loaded to /opt/calc/bin (note: tcltk is required to actually run it )
< calc.uci/ >
Posted by jpeters on Oct. 11 2007,05:44
Okay, so I'm now at another laptop, and downloaded "calc.uci."Hm.......exactly the same thing, loads fine from $HOME and hda1, but the same error occurs from hda3 as on the other computer. I tried another .uci file and it loads/unloads fine from hda3...got to be something about calc.uci....
Posted by mikshaw on Oct. 11 2007,14:39
That sounds really weird. I was thinking maybe the partition itself was being mounted without read permission, but it's very strange for that to happen on both machines.Have you checked the md5 file against the downloaded extension?
When you succesfully mount it, take a look at the directory structure and file permissions of the /opt/calc directory. I'm just shooting in the dark here, but I have no idea what to look for at this point. Just maybe something will jump out at us.
What command did you use to create the package, and where were you (what directory) when you ran the command? Were you root?
I just downloaded your calc files, and will look at them soon.
Posted by jpeters on Oct. 11 2007,16:32
| Quote (mikshaw @ Oct. 11 2007,10:39) |
| That sounds really weird. I was thinking maybe the partition itself was being mounted without read permission, but it's very strange for that to happen on both machines. When you succesfully mount it, take a look at the directory structure and file permissions of the /opt/calc directory. I'm just shooting in the dark here, but I have no idea what to look for at this point. Just maybe something will jump out at us. What command did you use to create the package, and where were you (what directory) when you ran the command? Were you root? |
Looking at the file permissions, when loaded from hda1 the /opt/calc folder it's 'drwxrwxr-x'. From hda3 it copies as 'drwxr-sr-x'; then it quits because it can't write the /opt/calc/bin folder.
I created the package in root, both directly from the /opt directory and also from $HOME/work/opt. I set the /opt dir permissions to 'drwxrwxr-r' before creating the image, but it changes when loading from hda3.
Posted by mikshaw on Oct. 11 2007,17:56
Ok, this is getting really bizarre. I even recreated the extension, and gave it another name just in case "calc" might be reserved for some unknown reason. I still get the same result as you do. It mounts fine from ramdisk, but fails on a mounted partition:| Quote |
| dsl@box:~$ cp /mnt/hda1/home/mik/tmp/calc.uci tmp/ dsl@box:~$ mydsl-load /mnt/hda1/home/mik/tmp/calc.uci ioctl: LOOP_SET_FD: Bad file descriptor dsl@box:~$ mydsl-load tmp/calc.uci tmp/calc.uci sucessfully loaded! |
Posted by chaostic on Oct. 12 2007,03:02
Whats your fstab entry for hda1 and hda3 look like?
Posted by mikshaw on Oct. 12 2007,03:56
I don't think that would have anything to do with it. As a comparison test I copied another uci package to the same directory in which the calc uci failed, and that uci loaded without trouble. There is something wrong with this specific file, but I can't figure out what. I assume it must have something to do with one or more files within the calc directory
Posted by jpeters on Oct. 12 2007,05:25
| Quote (mikshaw @ Oct. 11 2007,23:56) |
| There is something wrong with this specific file, but I can't figure out what. I assume it must have something to do with one or more files within the calc directory |
It's only one tcltk app written to /opt/calc/bin. Unfortunately,
I'm presently stuck at a place with only an XP computer this evening, so I'm not able to play with it. (I'm trying to get rid of the color blue)
Posted by jpeters on Oct. 13 2007,00:39
I tried another tcltk app, a phonebook that loads: '/opt/phonebook/folder1 folder2 folder2 phonebook.tcl'I put files in $HOME/work/opt and ran mkisofs script to yield /tmp/phonebook.uci. Same result: loads in $HOME, tmp. etc., but not in hda3. (same error as already noted). Hda1 works on my computers, just not hda3, hda4.
Posted by stupid_idiot on Oct. 15 2007,12:54
| Quote (jpeters @ Oct. 11 2007,20:32) |
| I set the /opt dir permissions to 'drwxrwxr-r' before creating the image, but it changes when loading from hda3. |
Posted by jpeters on Oct. 15 2007,23:01
| Quote (stupid_idiot @ Oct. 15 2007,08:54) | ||
|
Both computers I tried have only grub DSL installations; no windows. I
changed the /mnt/hda3 folders to 'drwxrwxrwx' but that didn't help. I also played with the permissions of the file within the extension to make sure it was 'rwx' for both group and user, but nothing worked (I also played with various chown settings). I also tried prayer, but that didn't work either...
Posted by roberts on Oct. 16 2007,03:57
Does fdisk -l /dev/hda show a clean partition table or does it show many mismatches between physical and logical beginning and ending of partitions.
Posted by jpeters on Oct. 16 2007,04:29
| Quote (roberts @ Oct. 15 2007,23:57) |
| Does fdisk -l /dev/hda3 show a clean partition table or does it show many mismatches between physical and logical beginning and ending of partitions. |
First I ran 'checkfs', then:
dsl@box:~$ sudo fdisk -l /dev/hda3
Disk /dev/hda3: 19.2 GB, 19206028800 bytes
255 heads, 63 sectors/track, 2335 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/hda3 doesn't contain a valid partition table
***************************************
dsl@box:~$ sudo fdisk -l /dev/hda1
Disk /dev/hda1: 82 MB, 82220544 bytes
255 heads, 63 sectors/track, 9 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/hda1 doesn't contain a valid partition table
*********************************************
dsl@box:~$ sudo fdisk -l
Disk /dev/hda: 20.0 GB, 20003880960 bytes
255 heads, 63 sectors/track, 2432 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 1 10 80293+ 83 Linux
/dev/hda2 11 72 498015 82 Linux swap
/dev/hda3 98 2432 18755887+ 83 Linux
/dev/hda4 * 73 97 200812+ 83 Linux
Partition table entries are not in disk order
Posted by roberts on Oct. 16 2007,04:35
| Quote |
| Partition table entries are not in disk order |
Could this be your issue? What about the other puters with similar issue do they have this same condition?
Posted by jpeters on Oct. 16 2007,05:10
| Quote (roberts @ Oct. 16 2007,00:35) | ||
Could this be your issue? What about the other puters with similar issue do they have this same condition? |
I think that just referred to hda3 being out of numerical order.
Other computer:
*****************************************
dsl@box:~$ sudo fdisk -l /dev/hda1
Disk /dev/hda1: 501 MB, 501709824 bytes
255 heads, 63 sectors/track, 60 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/hda1 doesn't contain a valid partition table
***************************************
dsl@box:~$ sudo fdisk -l /dev/hda3
Disk /dev/hda3: 14.5 GB, 14558745600 bytes
255 heads, 63 sectors/track, 1770 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/hda3 doesn't contain a valid partition table
***************************************
dsl@box:~$ sudo fdisk -l
Disk /dev/hda: 20.0 GB, 20003880960 bytes
255 heads, 63 sectors/track, 2432 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 1 61 489951 83 Linux
/dev/hda2 62 662 4827532+ 82 Linux swap
/dev/hda3 663 2432 14217525 83 Linux
Posted by humpty on Oct. 17 2007,21:30
| Quote (jpeters @ Oct. 11 2007,20:32) |
| I created the package in root, both directly from the /opt directory and also from $HOME/work/opt. I set the /opt dir permissions to 'drwxrwxr-r' before creating the image, but it changes when loading from hda3. |
aren't uci's supposed to be read-only ?
(just my 2 cents)