mount cdrom issues hpux 11i

[Patrick Wirth]

Hi. I've noticed something odd and wondered why this was so.

when I mount a cdrom,
mount -o cdcase /dev/dsk/c0t0d0 /mnt/cdrom

it mounts fine except that the uid and gid
are values like...
dr-xr-xr-x 1 4294967295 4294967295 directory1
dr-xr-xr-x 1 4294967295 4294967295 directory2

is there a way to force the uid and gid of a
mounted cd?

also, I am getting file name too long errors when I try to copy from the cd to a directory on the system.

[Edward Alfert_2]

could it be that you don't have nobody user and nogroup group?

add
nogroup:*:-2
to /etc/group
and
nobody:*:-1:-2:Guest Account:/:
to /etc/passwd

[Patrick Wirth]

actually the nobody user does exist.
just a bit differently.

nobody:*:-2:-2::/:

[Edward Alfert_2]

could the cd be in a RockRidge format?
try:
mount -F cdfs -o ro,cdcase /dev/dsk/c#t#d# /cdrom

[Edward Alfert_2 · Accepted solution]

here is another way of mounting the file system using pfs_mountd
http://forums.itrc.hp.com/cm/QuestionAnswer/1,1150,0x4c6437f45ef7d4118fef0090279cd0f9,00.html

also about the uid and gid numbers...

you can always change the uid and gid for nobody and nogroup to whatever you want as long as that value isn't being used.

just edit in /etc/group and /etc/passwd the third section from -2 to say 200 or 300 or whatever number.

[Patrick Wirth]

mount -F cdfs -o ro,cdcase /dev/dsk/c#t#d# /mnt/cdrom

According to the man pages 'cdfs' and 'ro' are the default behaviors for mounting a cdrom. I tried it and the effect is the same as I had before.

However, part of my copying difficulties have been solved. I triend not using the -o cdcase flag. Because the case of the filenames on the CD was mixed, this was causing copy problems..

ie.
cp /mnt/cdrom/filename

would fail. Without the cdcase flag, the
command becomes
cp /mnt/cdrom/Filename

which works. Simply using
mount /dev/dsk/c#t#d# /mnt/cdrom

was good enough to allow me to copy 95% of the CD to disk. Some of the documentation has silly filenames such as
/html/thisistheWonderfulnameChosenforthisFile.htm

which would not be copied directly or though a tar pipe.

[Patrick Wirth]

Solved. Both uid, and gid and long filename problems have dissapeared.

Though using the pfs_mountd seems like using an elephant gun to squash an ant.

I'll readup on pfs_mount syntax and add it to my unix bag of tricks.

Thanks lots.

[Patrick Wallek]

Be careful using pfs to mount cd's. When you unmount make sure you use pfs_umount. If you just use umount you can cause yourself problems that you have to reboot to fix.

There are several threads in the Forums that talk (complain) about the pfs daemons. You can search for them if you are interested.

[Uday_S_Ankolekar]

Hi,

Try first nohup for pfsd and pfs_mountd
/usr/sbin/pfs_mount -t rrip -x unix /dev/dsk/ /cdrom <-- to be mounted

for other CD format

mount -F cdfs -r -o cdcase /dev/dsk /cdrom

Hope this helps

Goodluck

USA--

[Patrick Wirth]

just out of curiosity.

what is the correct way to nuke these 2 daemons now that I'm done with them?

man pages give no hints but indicate I shouldn't mess with the additional
pfsd.rpc
pfs_mountd.rpc

[James R. Ferguson]

Hi Patrick:

When you are done with a 'pfs_mount' session and want to terminate its daemons, do a 'pfs_umount' first, then if that is successful, kill (sigterm (15)) the daemons in the *reverse* order you started them. Do not use 'kill -9' unless you absolutely have to do so; i.e. in the event that a 'kill -15' doesn't.

Failure to follow these rules will result in very nasty effects, like continuously climbing CPU utilization; 'bdf' commands that do not respond; etc. Ultimately, you will be forced to reboot.

BTW, a good discussion of 'pfs_mount' can be found in Technical Knowledge Base document #KBAN00000252.

Regards!

...JRF...