Re: [expert] /mnt/removable

2002-10-23 Thread bascule
thanks for the info jack,
but this is so over my head!
i've looked in detect_devices.pm
i can see references to 'camera' which is what i would wish but i get 
'removable' instead perhaps because whatever /\bcamera\b/i;
is isn't happening for me, what would be nice is turn all this auto stuff off 
since it obviously needs more work,
i get a reference to a scsi removable disk in dmesg when the camera is 
detected maybe that's where things go wrong,
how do i get my system to let me do things manually, every time i write an 
fstab line for my camera it get's deleted!

and to think i only moved up to 9.0 'cos xmms got trashed!

bascule

On Tuesday 22 Oct 2002 12:14 am, Jack Coates wrote:
 I'm starting to wonder if it is getting the base name by looking at the
 PCI or USB information for the device...

 /etc/dynamic/scripts/part.script seems to be the one making the
 directory and modifying /etc/fstab. It relies on the variable $mpoint.
 So do many of the other scripts in /etc/dynamic... but none of them
 actually set the damned variable.

 and in looking for it, we discover that rgrep isn't actually recursing
 (sort of belies the r, neh?):
 [jackchupacabra jack]$ sudo rgrep mpoint /etc/*
 [jackchupacabra jack]$ sudo rgrep mpoint /etc/dynamic/*
 /etc/dynamic/scripts/part.script:/usr/sbin/drakupdate_fstab --auto
 --$1 $2 | while read mpoint type; do
 /etc/dynamic/scripts/part.script:   [ ! -d $mpoint ]  mkdir
 $mpoint
 /etc/dynamic/scripts/part.script:   mount $mpoint
 ...
 man rgrep, and
-r
   recursively scan through directory tree

 sigh... yes Virginia, the rgrep command requires a freaking -r flag to
 make it actually recurse. That's pretty lame.

 However, even with an rgrep -r I still can't find the memory_card string
 or the mpoint variable definition... google to the rescue. The Answer
 Guy posted this snippet:
 mount | {
   IFS=  (,);
   while read dev x mpoint x type opts; do
  echo $dev $type;

-- 
Noble dragons don't have friends. The nearest they can get to the idea is an 
enemy who is still alive.
(Guards! Guards!)



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] /mnt/removable

2002-10-23 Thread Jack Coates
The camera is being detected as a mass storage device because that's the
fallback -- if the camera can't be detected as anything else, you can
always just mount the damn thing as a VFAT disk and pull the photos off.
Out of curiousity, have you installed the gphoto drivers? That might
help your system identify a camera...

I don't know how to make it not do that, but you can edit that library
file, find the section that's triggered by your camera, and change the
mount point there. Clearly the sections labeled camera aren't the
sections that are triggered by yours, so you might do well to focus on
other parts of the file.

On Wed, 2002-10-23 at 04:01, bascule wrote:
 thanks for the info jack,
 but this is so over my head!
 i've looked in detect_devices.pm
 i can see references to 'camera' which is what i would wish but i get 
 'removable' instead perhaps because whatever /\bcamera\b/i;
 is isn't happening for me, what would be nice is turn all this auto stuff off 
 since it obviously needs more work,
 i get a reference to a scsi removable disk in dmesg when the camera is 
 detected maybe that's where things go wrong,
 how do i get my system to let me do things manually, every time i write an 
 fstab line for my camera it get's deleted!
 
 and to think i only moved up to 9.0 'cos xmms got trashed!
 
 bascule
 
 On Tuesday 22 Oct 2002 12:14 am, Jack Coates wrote:
  I'm starting to wonder if it is getting the base name by looking at the
  PCI or USB information for the device...
 
  /etc/dynamic/scripts/part.script seems to be the one making the
  directory and modifying /etc/fstab. It relies on the variable $mpoint.
  So do many of the other scripts in /etc/dynamic... but none of them
  actually set the damned variable.
 
  and in looking for it, we discover that rgrep isn't actually recursing
  (sort of belies the r, neh?):
  [jackchupacabra jack]$ sudo rgrep mpoint /etc/*
  [jackchupacabra jack]$ sudo rgrep mpoint /etc/dynamic/*
  /etc/dynamic/scripts/part.script:/usr/sbin/drakupdate_fstab --auto
  --$1 $2 | while read mpoint type; do
  /etc/dynamic/scripts/part.script:   [ ! -d $mpoint ]  mkdir
  $mpoint
  /etc/dynamic/scripts/part.script:   mount $mpoint
  ...
  man rgrep, and
 -r
recursively scan through directory tree
 
  sigh... yes Virginia, the rgrep command requires a freaking -r flag to
  make it actually recurse. That's pretty lame.
 
  However, even with an rgrep -r I still can't find the memory_card string
  or the mpoint variable definition... google to the rescue. The Answer
  Guy posted this snippet:
  mount | {
  IFS=  (,);
  while read dev x mpoint x type opts; do
 echo $dev $type;
 
 -- 
 Noble dragons don't have friends. The nearest they can get to the idea is an 
 enemy who is still alive.
 (Guards! Guards!)
 
 
 
 

 Want to buy your Pack or Services from MandrakeSoft? 
 Go to http://www.mandrakestore.com
-- 
Jack Coates
Monkeynoodle: A Scientific Venture...



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] /mnt/removable

2002-10-23 Thread bascule
my camera isn't supported by gphoto apparently but, since it is identified in 
usbview as a different casio camera that is supported by gphoto, that's not a 
bad idea,
i'll play with editing files, though i'll be just guessing what to mess with, 
back up first i think :-)
cheers

bascule

On Wednesday 23 Oct 2002 5:59 pm, Jack Coates wrote:
 The camera is being detected as a mass storage device because that's the
 fallback -- if the camera can't be detected as anything else, you can
 always just mount the damn thing as a VFAT disk and pull the photos off.
 Out of curiousity, have you installed the gphoto drivers? That might
 help your system identify a camera...

 I don't know how to make it not do that, but you can edit that library
 file, find the section that's triggered by your camera, and change the
 mount point there. Clearly the sections labeled camera aren't the
 sections that are triggered by yours, so you might do well to focus on
 other parts of the file.


-- 
'There has to be enough light,' he panted, 'to see the darkness.'
(Moving Pictures)



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] /mnt/removable

2002-10-21 Thread bascule
exactly, if i could find that then i could just edit whatever file it was to 
say 'camera' instead,
except of course that i also have a scsi removable drive that gets mounted 
there too if it's connected!

it's all a bit too clever for it's own good, i'd just like to turn this 
behaviour off and go back to good old manual mounting

bascule

On Monday 21 Oct 2002 7:58 pm, Jack Coates wrote:

 I took a look at this area, and it's definitely cause for suspicion, but
 I can't find exactly where it's doing what it does because it's a morass
 of functions which pass each other flags (so a variable may be defined
 in one file, called in a second for passing to a third, and acted on in
 the third).

 This set of scripts seems to do some cool stuff -- for instance, I think
 it's responsible for auto-detecting my memory stick slot and mounting it
 under /mnt/memory_card. But I'll be damned if I can find where it
 decided that /mnt/[foobar] is the right mount point...

-- 
Another world, another day, another dawn. 



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] /mnt/removable

2002-10-21 Thread Jack Coates
I'm starting to wonder if it is getting the base name by looking at the
PCI or USB information for the device...

/etc/dynamic/scripts/part.script seems to be the one making the
directory and modifying /etc/fstab. It relies on the variable $mpoint.
So do many of the other scripts in /etc/dynamic... but none of them
actually set the damned variable.

and in looking for it, we discover that rgrep isn't actually recursing
(sort of belies the r, neh?):
[jackchupacabra jack]$ sudo rgrep mpoint /etc/*   
[jackchupacabra jack]$ sudo rgrep mpoint /etc/dynamic/*
/etc/dynamic/scripts/part.script:/usr/sbin/drakupdate_fstab --auto
--$1 $2 | while read mpoint type; do
/etc/dynamic/scripts/part.script:   [ ! -d $mpoint ]  mkdir
$mpoint
/etc/dynamic/scripts/part.script:   mount $mpoint
...
man rgrep, and
   -r
  recursively scan through directory tree

sigh... yes Virginia, the rgrep command requires a freaking -r flag to
make it actually recurse. That's pretty lame.

However, even with an rgrep -r I still can't find the memory_card string
or the mpoint variable definition... google to the rescue. The Answer
Guy posted this snippet:
mount | {
IFS=  (,);
while read dev x mpoint x type opts; do
   echo $dev $type;
done
}


which makes it clear that $mpoint is being defined here:
/etc/dynamic/scripts/part.script:/usr/sbin/drakupdate_fstab --auto
--$1 $2 |
 while read mpoint type; do

I looked in /usr/sbin/drakupdate_fstab and it's a perl script, which
sets mpoint here:
sub set_mount_point {
my ($part, $fstab) = _;

my $mntpoint = detect_devices::suggest_mount_point($part) or return;
$mntpoint = /mnt/$mntpoint;

foreach ('', 2 .. 10) {
next if fsedit::mntpoint2part($mntpoint$_, $fstab);
$part-{mntpoint} = $mntpoint$_;
return 1;
}
0;
}

which relies on the use statements at the top:
use lib qw(/usr/lib/libDrakX);

use detect_devices;
...

and if we look in /usr/lib/libDrakX/detect_devices.pm we will see:
sub usb_description2removable {
local ($_) = _;
return 'camera' if /\bcamera\b/i;
return 'memory_card' if /\bmemory\s?stick\b/i ||
/\bcompact\s?flash\b/i || /
\bsmart\s?media\b/i;
return 'memory_card' if /DiskOnKey/i || /IBM-DMDM/i;
return 'zip' if /\bzip\s?(100|250|750)/i;
return 'floppy' if /\bLS-?120\b/i;
return;
}


Look in that file and you'll probably find the one you wanted changed
too.

Talk about a journey through the plumbing...
Jack

On Mon, 2002-10-21 at 13:16, bascule wrote:
 exactly, if i could find that then i could just edit whatever file it was to 
 say 'camera' instead,
 except of course that i also have a scsi removable drive that gets mounted 
 there too if it's connected!
 
 it's all a bit too clever for it's own good, i'd just like to turn this 
 behaviour off and go back to good old manual mounting
 
 bascule
 
 On Monday 21 Oct 2002 7:58 pm, Jack Coates wrote:
 
  I took a look at this area, and it's definitely cause for suspicion, but
  I can't find exactly where it's doing what it does because it's a morass
  of functions which pass each other flags (so a variable may be defined
  in one file, called in a second for passing to a third, and acted on in
  the third).
 
  This set of scripts seems to do some cool stuff -- for instance, I think
  it's responsible for auto-detecting my memory stick slot and mounting it
  under /mnt/memory_card. But I'll be damned if I can find where it
  decided that /mnt/[foobar] is the right mount point...
 
 -- 
 Another world, another day, another dawn. 
 
 
 
 

 Want to buy your Pack or Services from MandrakeSoft? 
 Go to http://www.mandrakestore.com
-- 
Jack Coates
Monkeynoodle: A Scientific Venture...



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] /mnt/removable

2002-10-19 Thread bascule
hi jack,
i've grepped my entire system! there the word removable cropped up in the perl 
scripts drakconf and diskdrake but i don't think that's responsible for my 
problem - note, i don't speal perl - it also popped up in lots and lots of 
howtos etc. but nowhere could i find anything that seemed to dictate the 
creation of /mnt/removable and the removal of my own created /mnt/camera,
note. i've just checked my /etc/fstab  and there is no line at all for any of 
/dev/sdb1 /mnt/removable /mnt/camera .
i connect my camera and nothing happens, but when i click on the desktop icon 
i made for my camera using /dev/sdb1 and /mnt/camera i get the error message 
'no mention of sdb1 or /mnt/camera in fstab or mtab', fair enough but then 
when i check fstab the following line has appeared:
/dev/sdb1 /mnt/removable auto 
user,iocharset=iso8859-15,kudzu,codepage=850,noauto,umask=0,exec 0 0
!!!

my only candidate is the following file:
/etc/dynamic/scripts/part.script
but i confess that i can't follow the logic of it!

bascule

On Friday 18 Oct 2002 5:45 pm, Jack Coates wrote:


 linuxconf, the assorted drak* tools, webmin... You've already
 established that it isn't msec by grepping its files, so start looking
 at the other suspects.

-- 
`Ford, you're turning into a penguin. Stop it.' 

- Arthur experiences the improbability drive at work. 



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] /mnt/removable

2002-10-18 Thread Jack Coates
On Thu, 2002-10-17 at 18:55, bascule wrote:
 hi jack,
 ok, this is what i get:
 [rootmycroft downloads]# rgrep mnt /usr/share/msec/
 /usr/share/msec/perm.0:/mnt/
 root.root   755
 /usr/share/msec/perm.1:/mnt/
 root.root   755
 /usr/share/msec/perm.2:/mnt/
 root.root   755
 /usr/share/msec/perm.3:/mnt/
 root.root   755
 /usr/share/msec/perm.4:/mnt/
 root.ad750
 /usr/share/msec/perm.5:/mnt/
 root.root   710
 /usr/share/msec/security.sh:CS_DIRS='on /mnt'
 
 [rootmycroft downloads]# rgrep removable /etc/
 /etc/termcap:# a beer can (the old removable pop-top style) and Soroc was an
 /etc/devfsd.conf:# If you have removable media and want to force media 
 revalidation when looking
 /etc/auto.misc:#removable   -fstype=ext2:/dev/hdd
 
 the first is just the permisions on the /mnt directory right, no messing with 
 fstab here
 the second are just commented lines aren't they? and thus inactive anyway?
 

right and right.

 i haven't edited msec, i assumed that level2 would be pretty quiet about what 
 it did, unlike the server box, at 4 it just locked me out because i hadn't 
 logged in for such a long time that my passwords had run out! - seperate 
 prob! -

that is annoying :-) I once locked myself out of a box completely by
setting msec too high, had to crash it and linux single, then msec back
down to a reasonable level.

 linux is installed but i haven't run it, 
 drakconf i only just ran, i had to alter my desktop icon settings to execute 
 /usr/bin/drakconf instead of /usr/bin/X11/DrakConf for the benefit of any 
 archive searchers upgrading and keeping their /home!
 
 i might do what james suggests and rpm -e msec and perhaps set up the more 
 useful cron jobs by hand, i can't think of any other prog/daemon that alters 
 files like this

linuxconf, the assorted drak* tools, webmin... You've already
established that it isn't msec by grepping its files, so start looking
at the other suspects.

-- 
Jack Coates
Monkeynoodle: A Scientific Venture...



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



[expert] /mnt/removable

2002-10-17 Thread bascule
what's with this?
i keep deleting /mnt/removable and creating /mnt/camera for my camera, i have 
a removable drive as well and i like to call things what they are,i keep 
editing fstab to reflect reality and everything keeps getting changed back!
/mnt/camera is deleted! removable put back into fstab instead, and my desktop 
icon for un/mounting my camera no longer works, is some sort of msec thing? 
cos i'm on a 'standard' security workstation and i think this is a bit much 
to be honest, i've removed all reference to supermount in fstab - it has 
never worked for me since 7.1, my fstab is as follows:
/dev/hda4 / ext3 defaults 1 1
/dev/hda10 /data ext3 user, 1 2
none /dev/pts devpts mode=0620 0 0
/dev/hda8 /home ext3 defaults 1 2
192.168.0.4:/data/mandrake/ /mandrake nfs 
ro,nosuid,soft,user,rsize=8192,wsize=8192 0 0
/dev/scd0 /mnt/cdrom iso9660 
ro,user,iocharset=iso8859-15,codepage=850,noauto,umask=0 0 0
/dev/scd1 /mnt/cdrom2 iso9660 
ro,user,iocharset=iso8859-15,codepage=850,noauto,umask=0 0 0
/dev/hda2 /mnt/drivec ntfs user,iocharset=iso8859-15,ro,umask=0 0 0
/dev/sda2 /mnt/drived vfat user,iocharset=iso8859-15,codepage=850,umask=0 0 0
/dev/hda1 /mnt/drivedos vfat iocharset=iso8859-15,codepage=850,user,umask=0 0 
0
/dev/hda5 /mnt/drivee vfat user,iocharset=iso8859-15,codepage=850,umask=0 0 0
/dev/hda6 /mnt/drivef vfat user,iocharset=iso8859-15,codepage=850,umask=0 0 0
/dev/fd0 /mnt/floppy auto 
iocharset=iso8859-15,sync,codepage=850,user,noauto,umask=0 0 0
none /proc proc defaults 0 0
/dev/hda7 /stuff ext3 user, 1 2
192.168.0.4:/home/music/mp3s/ /stuff/mp3s/mount/ nfs ro,nosuid,soft,user
/dev/sda1 /usr ext3 defaults 1 2
/dev/hda9 /var ext3 defaults 1 2
/dev/sda5 swap swap defaults 0 0
/dev/sda6 swap swap defaults 0 0
/dev/sdb1 /mnt/removable vfat 
user,iocharset=iso8859-15,kudzu,codepage=850,noauto,umask=0,exec 0 0

note the last line line says 'removable' even though i have altered it many 
time to 'camera', and what is the 'kudzu' option, i can't find that in the 
man page so i left it but i'd like to know:-)

bascule


Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] /mnt/removable

2002-10-17 Thread James Sparenberg
Bascule,

   Sounds suspiciously like msec is helping you.  Since the way I solve
this problem is by doing rpm -e msec, I don't have details.. Maybe
someone else here does.

James


On Thu, 2002-10-17 at 08:34, bascule wrote:
 what's with this?
 i keep deleting /mnt/removable and creating /mnt/camera for my camera, i have 
 a removable drive as well and i like to call things what they are,i keep 
 editing fstab to reflect reality and everything keeps getting changed back!
 /mnt/camera is deleted! removable put back into fstab instead, and my desktop 
 icon for un/mounting my camera no longer works, is some sort of msec thing? 
 cos i'm on a 'standard' security workstation and i think this is a bit much 
 to be honest, i've removed all reference to supermount in fstab - it has 
 never worked for me since 7.1, my fstab is as follows:
 /dev/hda4 / ext3 defaults 1 1
 /dev/hda10 /data ext3 user, 1 2
 none /dev/pts devpts mode=0620 0 0
 /dev/hda8 /home ext3 defaults 1 2
 192.168.0.4:/data/mandrake/ /mandrake nfs 
 ro,nosuid,soft,user,rsize=8192,wsize=8192 0 0
 /dev/scd0 /mnt/cdrom iso9660 
 ro,user,iocharset=iso8859-15,codepage=850,noauto,umask=0 0 0
 /dev/scd1 /mnt/cdrom2 iso9660 
 ro,user,iocharset=iso8859-15,codepage=850,noauto,umask=0 0 0
 /dev/hda2 /mnt/drivec ntfs user,iocharset=iso8859-15,ro,umask=0 0 0
 /dev/sda2 /mnt/drived vfat user,iocharset=iso8859-15,codepage=850,umask=0 0 0
 /dev/hda1 /mnt/drivedos vfat iocharset=iso8859-15,codepage=850,user,umask=0 0 
 0
 /dev/hda5 /mnt/drivee vfat user,iocharset=iso8859-15,codepage=850,umask=0 0 0
 /dev/hda6 /mnt/drivef vfat user,iocharset=iso8859-15,codepage=850,umask=0 0 0
 /dev/fd0 /mnt/floppy auto 
 iocharset=iso8859-15,sync,codepage=850,user,noauto,umask=0 0 0
 none /proc proc defaults 0 0
 /dev/hda7 /stuff ext3 user, 1 2
 192.168.0.4:/home/music/mp3s/ /stuff/mp3s/mount/ nfs ro,nosuid,soft,user
 /dev/sda1 /usr ext3 defaults 1 2
 /dev/hda9 /var ext3 defaults 1 2
 /dev/sda5 swap swap defaults 0 0
 /dev/sda6 swap swap defaults 0 0
 /dev/sdb1 /mnt/removable vfat 
 user,iocharset=iso8859-15,kudzu,codepage=850,noauto,umask=0,exec 0 0
 
 note the last line line says 'removable' even though i have altered it many 
 time to 'camera', and what is the 'kudzu' option, i can't find that in the 
 man page so i left it but i'd like to know:-)
 
 bascule
 
 
 

 Want to buy your Pack or Services from MandrakeSoft? 
 Go to http://www.mandrakestore.com




Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] /mnt/removable

2002-10-17 Thread Jack Coates

[jackchupacabra jack]$ sudo rgrep mnt /usr/share/msec/
/usr/share/msec/perm.0:/mnt/   
root.root   755
/usr/share/msec/perm.1:/mnt/   
root.root   755
/usr/share/msec/perm.2:/mnt/   
root.root   755
/usr/share/msec/perm.3:/mnt/   
root.root   755
/usr/share/msec/perm.4:/mnt/   
root.adm750
/usr/share/msec/perm.5:/mnt/   
root.root   710
/usr/share/msec/security.sh:CS_DIRS='on /mnt'
[jackchupacabra jack]$ sudo rgrep removable /etc/
/etc/termcap:# a beer can (the old removable pop-top style) and Soroc
was an
/etc/devfsd.conf:# If you have removable media and want to force media
revalidation when looking
[jackchupacabra jack]$ sudo rgrep memory_card /etc/
/etc/fstab:/dev/sda1 /mnt/memory_card auto
user,iocharset=iso8859-1,kudzu,codepage=850,noauto,exec 0 0

try the same commands on your system and see what comes up. I doubt that
it's msec unless you've edited msec and told it to do this (BTW msec is
one of my favorite things about Mandrake, to each his own). I would
definitely be suspicious of DrakConf and friends.

Have you installed and used Linuxconf? If so, it's very likely to be the
problem.

On Thu, 2002-10-17 at 16:12, James Sparenberg wrote:
 Bascule,
 
Sounds suspiciously like msec is helping you.  Since the way I solve
 this problem is by doing rpm -e msec, I don't have details.. Maybe
 someone else here does.
 
 James
 
 
 On Thu, 2002-10-17 at 08:34, bascule wrote:
  what's with this?
  i keep deleting /mnt/removable and creating /mnt/camera for my camera, i have 
  a removable drive as well and i like to call things what they are,i keep 
  editing fstab to reflect reality and everything keeps getting changed back!
  /mnt/camera is deleted! removable put back into fstab instead, and my desktop 
  icon for un/mounting my camera no longer works, is some sort of msec thing? 
  cos i'm on a 'standard' security workstation and i think this is a bit much 
  to be honest, i've removed all reference to supermount in fstab - it has 
  never worked for me since 7.1, my fstab is as follows:
  /dev/hda4 / ext3 defaults 1 1
  /dev/hda10 /data ext3 user, 1 2
  none /dev/pts devpts mode=0620 0 0
  /dev/hda8 /home ext3 defaults 1 2
  192.168.0.4:/data/mandrake/ /mandrake nfs 
  ro,nosuid,soft,user,rsize=8192,wsize=8192 0 0
  /dev/scd0 /mnt/cdrom iso9660 
  ro,user,iocharset=iso8859-15,codepage=850,noauto,umask=0 0 0
  /dev/scd1 /mnt/cdrom2 iso9660 
  ro,user,iocharset=iso8859-15,codepage=850,noauto,umask=0 0 0
  /dev/hda2 /mnt/drivec ntfs user,iocharset=iso8859-15,ro,umask=0 0 0
  /dev/sda2 /mnt/drived vfat user,iocharset=iso8859-15,codepage=850,umask=0 0 0
  /dev/hda1 /mnt/drivedos vfat iocharset=iso8859-15,codepage=850,user,umask=0 0 
  0
  /dev/hda5 /mnt/drivee vfat user,iocharset=iso8859-15,codepage=850,umask=0 0 0
  /dev/hda6 /mnt/drivef vfat user,iocharset=iso8859-15,codepage=850,umask=0 0 0
  /dev/fd0 /mnt/floppy auto 
  iocharset=iso8859-15,sync,codepage=850,user,noauto,umask=0 0 0
  none /proc proc defaults 0 0
  /dev/hda7 /stuff ext3 user, 1 2
  192.168.0.4:/home/music/mp3s/ /stuff/mp3s/mount/ nfs ro,nosuid,soft,user
  /dev/sda1 /usr ext3 defaults 1 2
  /dev/hda9 /var ext3 defaults 1 2
  /dev/sda5 swap swap defaults 0 0
  /dev/sda6 swap swap defaults 0 0
  /dev/sdb1 /mnt/removable vfat 
  user,iocharset=iso8859-15,kudzu,codepage=850,noauto,umask=0,exec 0 0
  
  note the last line line says 'removable' even though i have altered it many 
  time to 'camera', and what is the 'kudzu' option, i can't find that in the 
  man page so i left it but i'd like to know:-)
  
  bascule
  
  
  
 
  Want to buy your Pack or Services from MandrakeSoft? 
  Go to http://www.mandrakestore.com
 
 
 
 
 

 Want to buy your Pack or Services from MandrakeSoft? 
 Go to http://www.mandrakestore.com
-- 
Jack Coates
Monkeynoodle: A Scientific Venture...



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] /mnt/removable

2002-10-17 Thread bascule
hi jack,
ok, this is what i get:
[rootmycroft downloads]# rgrep mnt /usr/share/msec/
/usr/share/msec/perm.0:/mnt/
root.root   755
/usr/share/msec/perm.1:/mnt/
root.root   755
/usr/share/msec/perm.2:/mnt/
root.root   755
/usr/share/msec/perm.3:/mnt/
root.root   755
/usr/share/msec/perm.4:/mnt/
root.ad750
/usr/share/msec/perm.5:/mnt/
root.root   710
/usr/share/msec/security.sh:CS_DIRS='on /mnt'

[rootmycroft downloads]# rgrep removable /etc/
/etc/termcap:# a beer can (the old removable pop-top style) and Soroc was an
/etc/devfsd.conf:# If you have removable media and want to force media 
revalidation when looking
/etc/auto.misc:#removable   -fstype=ext2:/dev/hdd

the first is just the permisions on the /mnt directory right, no messing with 
fstab here
the second are just commented lines aren't they? and thus inactive anyway?

i haven't edited msec, i assumed that level2 would be pretty quiet about what 
it did, unlike the server box, at 4 it just locked me out because i hadn't 
logged in for such a long time that my passwords had run out! - seperate 
prob! -
linux is installed but i haven't run it, 
drakconf i only just ran, i had to alter my desktop icon settings to execute 
/usr/bin/drakconf instead of /usr/bin/X11/DrakConf for the benefit of any 
archive searchers upgrading and keeping their /home!

i might do what james suggests and rpm -e msec and perhaps set up the more 
useful cron jobs by hand, i can't think of any other prog/daemon that alters 
files like this

bascule
On Friday 18 Oct 2002 12:35 am, Jack Coates wrote:

 try the same commands on your system and see what comes up. I doubt that
 it's msec unless you've edited msec and told it to do this (BTW msec is
 one of my favorite things about Mandrake, to each his own). I would
 definitely be suspicious of DrakConf and friends.

 Have you installed and used Linuxconf? If so, it's very likely to be the
 problem.

 On Thu, 2002-10-17 at 16:12, James Sparenberg wrote:
  Bascule,
 
 Sounds suspiciously like msec is helping you.  Since the way I solve
  this problem is by doing rpm -e msec, I don't have details.. Maybe
  someone else here does.
 
  James
 


-- 
Tragic heroes always moan when the gods take an interest in them, but it's the 
people the gods ignore who get the really tough deals.
(Mort)



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com