Re: Specifying disks to monitor in Linux

[email protected]
Newsgroups gmane.comp.gnome.apps.gkrellm
Message-ID <[email protected]>
> why not simply plug the cable for the external connection into the last
> SATA
> controller? that would cure the problem.
>

There are two problems with this:

1. It is not within the realm of possibility.  The second controller
is NOT a SATA controller, it is a RAID controller.

2. I am not going to make hardware modifications to my system to
accomodate a passive monitoring program.


> IMO this not an issue GKrellM should solve. Rather use
> /dev/disk/by-id/... or /by-path/... instead of /dev/sdX.

1. You have just described exactly how gkrellm should solve the problem.

2. There is no documentation on how to do this.

3. /etc/fstab, by default does not refer to drives in this way
anymore, because of this very problem.  My /etc/fstab makes no
reference to any /dev/* devices.

4. /dev/sd* do not identify disks, they identify disk controller
connections.  Conceptually and in the documentation, these are referred to
as "disk monitors" and not "disk controller monitors".  However, as
implemented, they are NOT "disk monitors", they are "disk controller
monitors".

5. I wonder why it is not the job of a hardware monitoring program to
figure out how my hardware is setup.

6. It's not the 90's anymore, with non-hotswap IDE drives.  We all have
hotswap SATA controllers, and USB and Firewire ports on our computers. 
People plug and unplug drives from their computers all the time now, and
the software needs to keep up. More and more computer users are novices
and expect their software to do the right thing without having to go in
and edit text files because the software cannot keep up with what they are
doing.  This is why we have dbus and zeroconf.



______________________________________________
Gkrellm mailing list
[email protected]
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.