SUSE / openSUSEThis Forum is for the discussion of Suse Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: openSUSE, Raspbian, Slackware. Previous: MacOS, Red Hat, Coherent, Consensys SVR4.2, Tru64, Solaris
Posts: 2,803
Rep:
SCSI disk showing up on Gnome desktop. Why?
Back when I upgraded from SUSE 10.x to OpenSUSE 11.0, I had made sure that my home directory had been moved onto a separate disk that I could remount following a fresh 11.0 install. When I added the "home" disk to /etc/fstab, all works fine.
The odd thing, though, is that when I login into the Gnome desktop, the disk shows up on the desktop like it's a USB device with an icon labeled "146.8 GB Media".
I have another disk from the previous version of Linux that I use as "/usr/local" and added it to fstab in the same way but it dot not show up on the desktop.
Any ideas why this is doing this? Nothing's not working but it strikes me as odd to see non-removable disks showing up on the desktop.
Well, it's not a Gnome thing per se, more a distro specific automounting "feature". If I boot up using Knoppix (for repair work, for example) KDE puts every single drive partition plugged into the machine, regardless of type, onto the desktop, including my separate RAID partitions. Slackware, on the other hand, same version of KDE, only mounts new devices, such as USB drives, when they're plugged in while KDE is up and running.
Bottom line, don't worry about it. If it bugs you, I suppose you can mess around in udev or HAL and fix it.
Distribution: openSUSE, Raspbian, Slackware. Previous: MacOS, Red Hat, Coherent, Consensys SVR4.2, Tru64, Solaris
Posts: 2,803
Original Poster
Rep:
Quote:
Well, it's not a Gnome thing per se, more a distro specific automounting "feature". If I boot up using Knoppix (for repair work, for example) KDE puts every single drive partition plugged into the machine, regardless of type, onto the desktop, including my separate RAID partitions.
If that's what's happening, it's not consistent. I have another disk -- the one that used to boot 10.3 (used to be sda until I changed the SCSI ID) -- that wasn't automounted and no desktop icon was created for it. I'm curious why one disk was chosen to get a desktop icon and not the other.
Quote:
Bottom line, don't worry about it. If it bugs you, I suppose you can mess around in udev or HAL and fix it.
Yeah I guess it does bug me since, like I mentioned, it doesn't appear to have treated these two disks the same way.
Not terribly applicable, I'm afraid. Not only has autofs never been enabled on this system, the disks I'm talking about are not removable. (Not without powering down and pulling off the SCSI cables, that is). If 11.x is going to have trouble distinguishing between removable and non-removable media, I think maybe it's time to find another distribution.
Guess I'll keep looking. And watching for other posts.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.