mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Jesse Pollard <pollard@tomcat.admin.navo.hpc.mil>
To: Gregoryg@ParadigmGeo.com,
	"Linux Kernel (E-mail)" <linux-kernel@vger.kernel.org>
Subject: RE: Multiple profiles
Date: Thu, 27 Jun 2002 08:10:30 -0500 (CDT)	[thread overview]
Message-ID: <200206271310.IAA61740@tomcat.admin.navo.hpc.mil> (raw)

---------  Received message begins Here  ---------

> 
> >I wonder if somebody is familiar with the way to create 
> >multiple hardware configurations (profiles) on Linux? 
> 
> Sorry for not being clear enough. I got several replies saying that this is
> not a kernel list question, I suppose because of the example with the
> network. In reality, this problem is much broader...
> 
> One might think of external devices (tapes, scaners, disks, etc.) constanly
> being moved from machine to machine. I understand I can twist /etc/init.d/*
> to support all the configurations. However, I don't see a reason why it
> cannot be the responsibility of Linux kernel to "see" different hardware
> configurations on boot.

Now you got specific.

Most tapes/scanners/disks that are removable/detachable are using the USB.

If that is the case, then yes - they can be handled automatically.

You do have to setup the USB daemon and drivers. Once configured they should
be connected automatically. Depending on the type of disk (hard disk,
filesystem type, access authorizations) you run into additional complications.

Not everything SHOULD be automatically done. For instance - overriding
authorizations on a disk drive can allow a workstation user to violate the
security policy established for the disk drive. The same can be said for
a tape or floppy. Such policies are NOT implementable inside the kernel
(at least not portably).

This is one reason an automatic mount is not necessarily valid. That policy
cannot be supported (or even identified) by the kernel.

Scanners and printers however, are more policy neutral - they don't inherently
store data that is policy controlled. At least not in the US. These devices
are usually immediately available after connection. (Though I'm still working
on getting my HP G55 scanner/printer working - it is recognized by the USB
subsystem as soon as it is attached).

I believe in other countries scanners are required to be able to label the data
being scanned and/or printed to identify the source of the data (doesn't prevent
tampering, but it is still a policy).

> >From the replies I got, I understand that Linux kernel doesn't provide such
> functionality. That's all I wanted to know.


-------------------------------------------------------------------------
Jesse I Pollard, II
Email: pollard@navo.hpc.mil

Any opinions expressed are solely my own.

             reply	other threads:[~2002-06-27 13:10 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-06-27 13:10 Jesse Pollard [this message]
  -- strict thread matches above, loose matches on Subject: below --
2002-06-27 14:30 Gregory Giguashvili
2002-06-27 13:19 Gregory Giguashvili
2002-07-04 13:28 ` Brad Hards
2002-06-27  9:30 Gregory Giguashvili
2002-06-27  9:39 ` David Schwartz
2002-06-27 12:22   ` Oliver.Neukum
2002-06-27 18:53     ` David Schwartz
2002-06-27 19:19       ` Richard B. Johnson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200206271310.IAA61740@tomcat.admin.navo.hpc.mil \
    --to=pollard@tomcat.admin.navo.hpc.mil \
    --cc=Gregoryg@ParadigmGeo.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®