Tim:
> I'm guessing the /u is a USB-connected external drive? If
so, you might
> need to play with HAL rules regarding removeable media. It's a very
> long time since I've customised such rules, and I don't have any custom
> ones stored on a current machine, and the methodology has changed since
> I did it, so you'd be better googling for some help on that.
Darryl:
Nope :-) /u is a RAID5 (all of /dev/sdb) on an Adaptec 2120S
controller
and really has no business being shown on the desktop. Another filesytem
on /dev/sda2 (sda is a RAID-1 array also on the 2120S) appears on the
desktop too which I don't want either. However, /var on /dev/sda3 &
/home on /dev/sda7 are separate filesystems and neither show up on the
desktop (which is good) so there has to be a file/table/logic choice
that the desktop is accessing to decide which filesystems are to appear
on the desktop.
No doubt you'll find the right keywords to search for, moments before
someone posts the answer. ;-) That's the way things work. I think KDE
had something in their control panel, Gnome's is more obscure, though I
do recall reading something about it in the past. I just can't recall
what.
> If you have several you don't want showing, you might find it
easiest to
> just turn off using Nautilus to draw the desktop. It'll be blank, then,
> regardless.
Ok. Blank other than what icons the user or I decide to put on it or
just blank and no hope of a clickable icon?
I can't recall for certain, I think you'll have to try that out, but I
think it was a genuinely blank desktop, with just a coloured backdrop.
Is this a global setting or user by user?
The switch I mentioned for it was through gconf-editor, that edits users
individual configurations.
Ok, I'll just rip through each of users and run that command
manually
for all the time it takes. Any idea where the default settings are kept
so I can permanently change them?
Probably one of the ~/.gconf* files. You could change a setting on a
new user, and look for the latest change to their files. But I think
you're probably better off using that command line than editing those
files directly. Unless you can find a master setting to put into /etc
regarding it. For new users, you could probably put some templates
in /etc/skel to preset user options. But users could, fairly easily,
undo any personal settings.
> Are you on the CentOS lists, as well? If you really want to use
it, I'd
> suggest trying to resolve it, there. Rather than use Fedora when you
> preferred something else. It's possible someone might help you work out
> how to take what's supported in Fedora and do the same on CentOS.
Not on the CentOS list. Had CentOS 5 worked on the hardware we
probably
would have gone with a RHEL5 subscription but F7 worked (more or less)
out of the box with the latest PAE kernel now making use of all 4GB of
memory so it gets the nod.
If you were prepared to pay for RHEL, you might consider e-mailing Red
Hat and saying that you wanted to, save for this problem, asking if they
had a solution.
Also, love the ballooning theme ;-)
I rather liked the chrome-looking balls of the prior one, it had a bit
of a Christmas decoration look to it. I think "ballooning" isn't always
a good term regarding computer systems. ;-)
--
[tim@bigblack ~]$ uname -ipr
2.6.22.1-33.fc7 i686 i386
Using FC 4, 5, 6 & 7, plus CentOS 5. Today, it's FC7.
Don't send private replies to my address, the mailbox is ignored.
I read messages from the public lists.