debian-user-digest Digest V2007 #2497

From: <debian-user-digest-request(at)lists.debian.org>
Date: Fri Sep 28 2007 - 16:48:11 EDT

Content-Type: text/plain

debian-user-digest Digest Volume 2007 : Issue 2497

Today's Topics:

  Re: can pbzip2 run on stdout?         [ Andrew Sackville-West  ]
  Re: Penalty of SELinux?               [ mockingbird@earthlight.co.nz (Chris ]
  Re: How to reduce pdf file size with  [ mockingbird@earthlight.co.nz (Chris ]
  Re: binary packages versus source     [ mockingbird@earthlight.co.nz (Chris ]
  Re: can pbzip2 run on stdout?         [ Andrew Sackville-West  ]

  Does lilo still have a limit on it's [ Nigel Henry <cave.dnb@tiscali.fr> ]   Re: How do you unmount all your driv [ Sid Arth <sidster802@gmail.com> ]

Date: Fri, 28 Sep 2007 11:10:58 -0700
From: Andrew Sackville-West <andrew@farwestbilliards.com> To: debian-user@lists.debian.org
Subject: Re: can pbzip2 run on stdout?
Message-ID: <20070928181058.GG4870@localhost.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1;

        protocol="application/pgp-signature"; boundary="oIK88BWnNPSddvdK" Content-Disposition: inline

--oIK88BWnNPSddvdK

Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Sep 28, 2007 at 10:08:14AM -0400, Stefhen Hovland wrote:

>=20

> On 9/27/07, Andrew Sackville-West <andrew@farwestbilliards.com> wrote:
> > On Thu, Sep 27, 2007 at 02:57:40PM -0400, Stefhen Hovland wrote:
> > > Is this possible for pbzip2 to run on a tar which outputs to standar=
d out?
> > >
> > > I am trying to speed up a backup process which takes hours, i have
> > > about 100g of uncompressed data which will be tar'd up and is
> > > currently running thru gzip. This will be running on a 16 cpu box
> > > which would greatly speedup this issue.
> > >
> > > from:
> > >
> > > tar cf - . | gzip > /tmp/file.tar.gz
> > >
> > > to:
> > >
> > > tar cf - . | pbzip2 > /tmp/file.tar.bz2
> > >
> > >
> > > This doesnt seem to work, is it because there is no way to split the
> > > stdio to multiple processors on the fly?
> >
> > per
> >
> > http://compression.ca/pbzip2/
> >
> > ToDo
> >
> > - Add support for input from stdin & pipes
> >
> > google man!
> >

> Ahh crap, I looked thru that page, but didnt notice that. My fault :D

:)

my thought on this... I don't know how tar links in to bzip2 (which is a compression option for tar (-j?). But maybe its possible to substitute pbzip2 through something as simple as a symlink. Its a stretch I know, but worth a shot. Also, out of curiousity, why not

tar -czf /tmp/file.tgz .

instead of the pipe? (unless you're actually piping through ssh or something.)

anyway, since the idea above (symlink) will almopst certainly not work, you'll probably have to sacrifice the storage space to tar it all up into a file and then pbzip2 it separately. or hack the code, but I'm willing to bet that parallelizing something coming from stdin is non-trivial (I'm no coder...) and that's why its ToDo...

A

--oIK88BWnNPSddvdK

Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD4DBQFG/UOyaIeIEqwil4YRAhr9AJ97zH3LFCXmrz8E45V0pfFxbM6kowCYtwMC PKg9bOspmvfR5ZUgb+Oxag==
=eLd7
-----END PGP SIGNATURE----- --oIK88BWnNPSddvdK--

Date: Fri, 28 Sep 2007 11:13:09 -0700
From: Andrew Sackville-West <andrew@farwestbilliards.com> To: debian-user@lists.debian.org
Subject: Re: hp psc driver question
Message-ID: <20070928181309.GH4870@localhost.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1;

        protocol="application/pgp-signature"; boundary="/Q7FmPuhIbtiu4EM" Content-Disposition: inline

--/Q7FmPuhIbtiu4EM

Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Sep 28, 2007 at 10:01:37AM +0200, steef wrote:

> Andrew Sackville-West wrote:

>> On Thu, Sep 27, 2007 at 11:53:44AM +0200, steef wrote:
>>  =20
>>> hi,
>>>
>>> cups gives a driver for the hp-printer psc (all in one) 2500. does=20
>>> anybody know if this driver works also for the hp psc 2575?
>>>    =20
>>
>> according to:
>>
>> 
http://hplip.sourceforge.net/supported_devices/inkjet_aio.html
>>
>> its not (not listed) but since all the listed PSC's are supported as
Can we help you?
In addition to our free technical library, Pantek provides professional IT services to companies who utilize Open Source software:
Learn more about Pantek's Technical Support offerings
Place an order for 24/7/365 Technical Support here
Learn more about Pantek, who we are, and what we do
Chat with a Live Operator
Related lists.debian.org Links
debian-announce
debian-apache
debian-arm-changes
debian-beowulf
debian-boot
debian-cd
debian-cd-vendors
debian-changes
debian-changes-digest
debian-isp
debian-kde
debian-laptop
debian-mirrors-announce
debian-news
debian-security
debian-security-announce
debian-testing
debian-user
debian-user-digest
Request more information about Pantek
>> of version .9.5 and sid's got 1.6.blah I think you're good to go.=20
>> Note that google provides several hits that claim this printer works
>> as well.=20
>> A
>>  =20
>

> ...thanks [again] andrew. yes, i saw the annotations via google, and, und=
er=20
> suse 10 (i use debian!) the machine seems to be supported by the same hpl=
ip=20
> version as under etch (which i am using as production machine). so: taken=
=20
> together with your advice i am convinced and will buy the hp psc2575 with=
in=20
> the hour (it's morning here)..

note that I'm not responsible if it doesn't work.... ;-)=20

let us know!

A

--/Q7FmPuhIbtiu4EM

Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFG/UQ1aIeIEqwil4YRAr9PAJ0RnxHPBC3rUQRZmcsJ6OETVjPJ0gCfcJzk fNPFjqRNWT86EVz8ae9+le0=
=5rCW
-----END PGP SIGNATURE----- --/Q7FmPuhIbtiu4EM--

Date: Fri, 28 Sep 2007 13:18:13 -0500
From: Preston Boyington <preston.lists@gmail.com> To: debian-user@lists.debian.org
Subject: Re: Debian may lose a user

Message-ID: <46FD4565.4040708@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Kent West wrote:

>

> Girl-Friend. (I used to understand the concept of girlfriends better
> before Debian came along ....)
>

...that lives in another town and can't come to dance (prom, graduation, party) because she always seems to get sick or help her parents. :D

Date: Fri, 28 Sep 2007 13:22:26 -0500
From: Mike McCarty <Mike.McCarty@sbcglobal.net> To: Kent West <westk@acu.edu>
Cc: debian-user@lists.debian.org
Subject: Re: Debian may lose a user

Message-ID: <46FD4662.9040401@sbcglobal.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Kent West wrote:
> Hugo Vanwoerkom wrote:

>> ... (what' s a GF?) ...

>
>
> Girl-Friend. (I used to understand the concept of girlfriends better
> before Debian came along ....)

The concept is not hazy, but the practice is. I don't understand THEM much at all.

But, as I advised my son, I don't try too hard to learn to understand them, I expend my efforts learning to appreciate them.

Mike

-- 
p="p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}
Oppose globalization and One World Governments like the UN.
This message made from 100% recycled bits.
You have found the bank of Larn.
I can explain it for you, but I can't understand it for you.
I speak only for myself, and I am unanimous in that!

Date: Fri, 28 Sep 2007 14:23:56 -0400 From: Jesus Arocho <jesus_arocho@comcast.net> To: debian-user@lists.debian.org Cc: Dan H <dunno@stoptrick.com> Subject: Re: udev and automounting Message-Id: <200709281423.57152.jesus_arocho@comcast.net> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Try an entry in /etc/udev/10-local.rules; great howtos on the net. On Thursday 27 September 2007 07:50, Dan H wrote:
> Hello,
>
> I'm really having trouble getting my head around udev and udev rules for
> removeable USB devices. When I plug in my USB stick, it automounts under
> /media/sda1. What I don't like is that I have to "su" to write to the stick
> and to unmount it again, so this automounting is pretty useless. I've tried
> to decipher the files under /etc/udev to find the rule that actually mounts
> stuff, but grepping for "mount" just shows me some unmounting detail in a
> file called "hal.rules".
>
> What I'd like is:
>
> 1. Automounting USB mass storage devices under some unique name determined
> by the label of the partition
>
> 2. Write access and unmounting by normal user.
>
> I've seen this work transparently under Gnome and KDE, but I use fvwm or no
> X at all so that's no option for me.
>
> Thanks
> --D.

Date: Fri, 28 Sep 2007 13:28:40 -0500 From: Mike McCarty <Mike.McCarty@sbcglobal.net> To: debian-user@lists.debian.org Subject: Re: GNOME: Associate multiple queues with one printer: HOW? Message-ID: <46FD47D8.3050407@sbcglobal.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Andrew Sackville-West wrote:
> On Thu, Sep 27, 2007 at 01:14:06PM -0500, Mike McCarty wrote:
>> Mike McCarty wrote: >> >> Thanks all for the advice and help with this. I went over
> ...
>> Windows XP.
>
> ...
> snipped tale of the death of a free computer... and a fantastic
> anecdote in support of RTFM!
> ...
[snip]
>
> What can I say Mike, we tried.
>
> cheers
And I appreciate it. Mike -- p="p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);} Oppose globalization and One World Governments like the UN. This message made from 100% recycled bits. You have found the bank of Larn. I can explain it for you, but I can't understand it for you. I speak only for myself, and I am unanimous in that!

Date: Fri, 28 Sep 2007 13:29:34 -0500 From: Mike McCarty <Mike.McCarty@sbcglobal.net> To: debian-user@lists.debian.org Subject: Re: GNOME: Associate multiple queues with one printer: HOW? Message-ID: <46FD480E.1050106@sbcglobal.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Wackojacko wrote:
> Mike McCarty wrote:
>
[snip] >> to Debian. Her plan is to use Knoppix to move her mail files >> etc. from the Debian partition to an external FAT drive, >> and then reboot Windows and import.
>
> If the debian install used ext2/3 then there is a driver for windows XP
> (http://www.fs-driver.org/) which will allow direct access to the
> partitions without the need to boot a live CD.
>
> HTH
It very well might. Thanks! Mike -- p="p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);} Oppose globalization and One World Governments like the UN. This message made from 100% recycled bits. You have found the bank of Larn. I can explain it for you, but I can't understand it for you. I speak only for myself, and I am unanimous in that!

Date: Fri, 28 Sep 2007 14:34:43 -0400 From: "H.S." <hs.samix@gmail.com> To: debian-user@lists.debian.org Subject: [solved] Re: how to find modifier key in KDE Message-ID: <fdjhg3$5jo$1@sea.gmane.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit H.S. wrote:
> Hello,
>
> Just a little questions: How do I find out which one is the modifier key
> on a particular keyboard layout (layout in, variant guru) in KDE?
>
> I am running updated Testing and am using the Keyboard layout switcher
> in KDE to switch between the layouts.
>
> thanks,
> ->HS
>
>
My bad. I just had to activate a third level chooser key in KDE keyboard switcher's configuration options -- and I can choose any key to be the third level chooser from a number of given options. ->HS

Date: Fri, 28 Sep 2007 18:36:38 -0400 From: mockingbird@earthlight.co.nz (Chris Bannister) To: debian-user@lists.debian.org Subject: Re: Penalty of SELinux? Message-ID: <20070928223638.GC513@box> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Sep 23, 2007 at 11:13:13AM -0400, Douglas A. Tutty wrote:
> Linux's target is the modern desktop and the focus is on keeping up with
> new hardware. The BSDs keep the drivers for old hardware but patches
> require building and that building relies on gcc which isn't optimized
> for use on old systems.
>
> So I'll keep looking.
Ah what about embedded Debian? ulibc etc. Have to check it out myself, although off the top off my head its for mobile devices, ... but who knows. -- Chris.

Date: Fri, 28 Sep 2007 18:36:53 -0400 From: mockingbird@earthlight.co.nz (Chris Bannister) To: debian-user@lists.debian.org Subject: Re: How to reduce pdf file size with open source software? Message-ID: <20070928223653.GD513@box> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Sep 24, 2007 at 12:34:53AM -0700, Amit Uttamchandani wrote:
> >
> > Sounds good to me, but I'm no image guru.
> >
>
> The only reason I asked was because in Mac OS X, when you click "Save As.." under the "Preview" application (which is a PDF/Image viewer), there is a "Reduce file size..." menu item that drastically reduces pdf file sizes. If I am not mistaken it calls a Python script that automatically does this. I have seen the script before and I just have to look for it now.
>
> I thought there might have been a tool already available in the repos.
This from Sarge: $ apt-cache search resize image | less $ apt-cache show python2.3-imaging Package: python2.3-imaging Priority: optional Section: python Installed-Size: 840 Maintainer: Matthias Urlichs <smurf@debian.org> Architecture: i386 Source: python-imaging Version: 1.1.4-3.1 Replaces: pil, python-pil Depends: python2.3, libc6 (>= 2.3.2.ds1-4), libfreetype6 (>= 2.1.5-1), libjpeg62, zlib1g (>= 1:1.2.1), mime-support | python2.3-imaging-tk Suggests: python-imaging-doc Conflicts: pil, python-pil Filename: pool/main/p/python-imaging/python2.3-imaging_1.1.4-3.1_i386.deb Size: 233942 MD5sum: 1b89423be9e71f3cdfd39231de402848 SHA1: 9a519af1a066c2d09d6fcbb677cfc66b3dae8041 SHA256: 02988068765614c3c1852ade342e6d546b7510079c62c2f6d1738edc26c5af8a Description: Python Imaging Library The Python Imaging Library (PIL) adds an image object to your Python interpreter. You can load images from a variety of file formats, and apply a rich set of image operations to them. . Image Objects: o Bilevel, greyscale, palette, true colour (RGB), true colour with transparency (RGBA). o colour separation (CMYK). o Copy, cut, paste operations. o Flip, transpose, resize, rotate, and arbitrary affine transforms. o Transparency operations. o Channel and point operations. o Colour transforms, including matrix operations. o Image enhancement, including convolution filters. . File Formats: o Full (Open/Load/Save): BMP, EPS (with ghostscript), GIF, IM, JPEG, MSP, PDF, PNG, PPM, TIFF, XBM. o Read only (Open/Load): ARG, CUR, DCX, FLI, FPX, GBR, GD, ICO, IMT, IPTC, MCIDAS, MPEG, PhotoCD, PCX, PIXAR, PSD, TGA, SGI, SUN, TGA, WMF, XPM. o Save only: PDF, EPS (without ghostscript). . This is the Python 2.3 version of the package. -- Chris. ======

Date: Fri, 28 Sep 2007 18:37:06 -0400 From: mockingbird@earthlight.co.nz (Chris Bannister) To: debian-user@lists.debian.org Subject: Re: binary packages versus source Message-ID: <20070928223706.GE513@box> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Sep 24, 2007 at 09:58:13AM +0200, pietia wrote:
> so , why the developers doesn't recompile their packages ? Or why there
> are no
> packages in two version (compiled using gcc 3 and 4 )?
>
> Sorry for my questions - if sounds stupid.
Time to start reading about Debian. Start at: http://www.debian.org/devel/ -- Chris. ======

Date: Fri, 28 Sep 2007 12:52:56 -0700 From: Andrew Sackville-West <andrew@farwestbilliards.com> To: debian-user@lists.debian.org Subject: Re: can pbzip2 run on stdout? Message-ID: <20070928195256.GK4870@localhost.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="b/6gol1SqNxk8K3i" Content-Disposition: inline --b/6gol1SqNxk8K3i Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 28, 2007 at 02:40:59PM -0500, Ron Johnson wrote:
> On 09/28/07 13:10, Andrew Sackville-West wrote:
> [snip]
> >=20
> > my thought on this... I don't know how tar links in to bzip2 (which is
> > a compression option for tar (-j?). But maybe its possible to
> > substitute pbzip2 through something as simple as a symlink. Its a
> > stretch I know, but worth a shot. Also, out of curiousity, why not
>=20 >=20
> $ apt-cache show tar
> [snip]
> Pre-Depends: libc6 (>=3D 2.6-1)
> Suggests: bzip2, ncompress <<<<<<<<<<<
>=20
> $ apt-rdepends bzip2
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> bzip2
> Depends: libbz2-1.0 (=3D 1.0.3-7) <<<<<<<<<<<<<<<
well I said its a stretch... and I see that pbzip2 depends on the same library, so it must just be a frontend that carves up the file into chunks and sends it out to the different processors (I know naught of these sorts of mechanisms). IOW, some serious hackery would be involved to get it to do what he wants... A --b/6gol1SqNxk8K3i Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG/VuYaIeIEqwil4YRAvYRAKDJ6qGAAIM37RFz3hWNHdkueGtcMACdENiT YwIqb8cFjnFxTjod3W6oQYM= =OC5h -----END PGP SIGNATURE----- --b/6gol1SqNxk8K3i--

Date: Fri, 28 Sep 2007 14:40:59 -0500 From: Ron Johnson <ron.l.johnson@cox.net> To: debian-user@lists.debian.org Subject: Re: can pbzip2 run on stdout? Message-ID: <46FD58CB.2090007@cox.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/28/07 13:10, Andrew Sackville-West wrote: [snip]
>
> my thought on this... I don't know how tar links in to bzip2 (which is
> a compression option for tar (-j?). But maybe its possible to
> substitute pbzip2 through something as simple as a symlink. Its a
> stretch I know, but worth a shot. Also, out of curiousity, why not
$ apt-cache show tar [snip] Pre-Depends: libc6 (>= 2.6-1) Suggests: bzip2, ncompress <<<<<<<<<<< $ apt-rdepends bzip2 Reading package lists... Done Building dependency tree Reading state information... Done bzip2 Depends: libbz2-1.0 (= 1.0.3-7) <<<<<<<<<<<<<<< libbz2-1.0 Depends: libc6 (>= 2.5-5) libc6 Depends: libgcc1 libgcc1 Depends: gcc-4.2-base (= 4.2.1-5) Depends: libc6 (>= 2.6-1) gcc-4.2-base - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG/VjLS9HxQb37XmcRApLtAKDSsvpbsfivmWPPa5lPz9oRBC8WWwCgvg4S 4vgsp9UqGKKsvviWfrbY+XY= =lmR5 -----END PGP SIGNATURE-----

Date: Fri, 28 Sep 2007 22:18:22 +0200 From: Nigel Henry <cave.dnb@tiscali.fr> To: debian-user@lists.debian.org Subject: Does lilo still have a limit on it's menu entries? Message-Id: <200709282218.22590.cave.dnb@tiscali.fr> Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit All my Debian installs, Sarge, Etch, and Lenny, originally started off as Woody 3.0r2, and LiLo was, and still is the bootloader. I installed on Etch yesterday the 2.6.18-5 kernel, which shows up in /boot ok, but running lilo doesn't add it to lilo's menu. I read a while back that earlier versions of lilo could only have 6 entries on the menu. My lilo version is 1:22.6.1-9.3. The original kernel when I installed Woody 3.0r2 was a bf one. It is still listed in /boot, and on lilo's menu. but is nowhere to be seen in synaptic, and no longer will boot with Etch. On the face of it, I can't see how to remove this original boot floppy kernel. Can I just delete all references to the 2.4.18-bf2.4 kernel in /boot? Then run lilo again. It seems a bit of a hack, but I can't see any way around it as synaptic doesn't even list the bf kernel, and you can't uninstall something that's not on the list. /etc/lilo.conf is below. There are 2 entries for the bf kernel, making 7 entries in total, but I'm presuming that as both bf entries are pointing to the same kernel, lilo is reasoning that only 6 kernel entries are listed on the menu, but I may well be wrong in my reasoning. # /etc/lilo.conf - See: `lilo(8)' and `lilo.conf(5)', # --------------- `install-mbr(8)', `/usr/share/doc/lilo/', # and `/usr/share/doc/mbr/'. # +---------------------------------------------------------------+ # | !! Reminder !! | # | | # | Don't forget to run `lilo' after you make changes to this | # | conffile, `/boot/bootmess.txt', or install a new kernel. The | # | computer will most likely fail to boot if a kernel-image | # | post-install script or you don't remember to run `lilo'. | # | | # +---------------------------------------------------------------+ # Support LBA for large hard disks. # lba32 # Overrides the default mapping between harddisk names and the BIOS' # harddisk order. Use with caution. #disk=/dev/hde # bios=0x81 #disk=/dev/sda # bios=0x80 # Specifies the boot device. This is where Lilo installs its boot # block. It can be either a partition, or the raw device, in which # case it installs in the MBR, and will overwrite the current MBR. # boot=/dev/hda5 # Specifies the device that should be mounted as root. (`/') # root=/dev/hda5 # Enable map compaction: # Tries to merge read requests for adjacent sectors into a single # read request. This drastically reduces load time and keeps the # map smaller. Using `compact' is especially recommended when # booting from a floppy disk. It is disabled here by default # because it doesn't always work. # # compact # Installs the specified file as the new boot sector # You have the choice between: bmp, compat, menu and text # Look in /boot/ and in lilo.conf(5) manpage for details # install=/boot/boot-menu.b # Specifies the location of the map file # map=/boot/map # You can set a password here, and uncomment the `restricted' lines # in the image definitions below to make it so that a password must # be typed to boot anything but a default configuration. If a # command line is given, other than one specified by an `append' # statement in `lilo.conf', the password will be required, but a # standard default boot will not require one. # # This will, for instance, prevent anyone with access to the # console from booting with something like `Linux init=/bin/sh', # and thus becoming `root' without proper authorization. # # Note that if you really need this type of security, you will # likely also want to use `install-mbr' to reconfigure the MBR # program, as well as set up your BIOS to disallow booting from # removable disk or CD-ROM, then put a password on getting into the # BIOS configuration as well. Please RTFM `install-mbr(8)'. # # password=tatercounter2000 # Specifies the number of deciseconds (0.1 seconds) LILO should # wait before booting the first image. # delay=20 # You can put a customized boot message up if you like. If you use # `prompt', and this computer may need to reboot unattended, you # must specify a `timeout', or it will sit there forever waiting # for a keypress. `single-key' goes with the `alias' lines in the # `image' configurations below. eg: You can press `1' to boot # `Linux', `2' to boot `LinuxOLD', if you uncomment the `alias'. # # message=/boot/bootmess.txt prompt timeout=150 # prompt # single-key # delay=100 # timeout=100 # Specifies the VGA text mode at boot time. (normal, extended, ask, <mode>) # # vga=ask # vga=9 # vga=normal # Kernel command line options that apply to all installed images go # here. See: The `boot-prompt-HOWO' and `kernel-parameters.txt' in # the Linux kernel `Documentation' directory. # # append="" # Boot up Linux by default. # default=Linux image=/boot/vmlinuz-2.4.18-bf2.4 label=Linux read-only # restricted # alias=1 image=/boot/vmlinuz-2.4.18-bf2.4 label=LinuxOLD read-only optional # restricted # alias=2 # If you have another OS on this machine to boot, you can uncomment the # following lines, changing the device name on the `other' line to # where your other OS' partition is. # # other=/dev/hda4 # label=HURD # restricted # alias=3 image=/boot/vmlinuz-2.4.27-2-386 label=Linuxalsa initrd=/boot/initrd.img-2.4.27-2-386 read-only image=/boot/vmlinuz-2.6.8-3-386 label=Linux2.6-386 initrd=/boot/initrd.img-2.6.8-3-386 read-only image=/boot/vmlinuz-2.6.17-2-686 label=Linux2.6.17 initrd=/boot/initrd.img-2.6.17-2-686 read-only image=/boot/vmlinuz-2.6.18-3-686 label=Linux2.6.18-3 initrd=/boot/initrd.img-2.6.18-3-686 read-only image=/boot/vmlinuz-2.6.18-4-686 label=Linux2.6.18-4 initrd=/boot/initrd.img-2.6.18-4-686 read-only I should have kernel 2.6.18-5-686 here as well, if lilo can handle more than 6 menu items now. Comments welcome. Nigel. btw: I don't particularly want to replace lilo with grub. I know grub can handle multiple menu entries, as on my Fedora installs. I just thought that later versions of lilo had resolved the 6 menu entries limit.

Date: Fri, 28 Sep 2007 15:19:57 -0500 From: Sid Arth <sidster802@gmail.com> To: debian-user@lists.debian.org Subject: Re: How do you unmount all your drives Message-ID: <46FD61ED.1070102@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Raj Kiran Grandhi wrote:
> Sid Arth wrote:
>> Hi, is there a command I can use that unmounts all unnecessary drives? >> And what command can I use to just unmount one drive? >> >>
> What do you mean by unnecessary? If you do not want to access files in
> those drives, you can unmount them with:
>
> # umount /path/to/mount/point
>
> That will unmount just one drive. You can issue the command:
>
> # umount -a
>
> to attempt to unmount *all* the drives. Note that the root filesystem
> cannot be unmounted.
>
> If you don't want a particular drive to be mounted at the next reboot,
> edit the file '/etc/fstab' and comment out the corresponding lines.
>
> If you are just looking for a way to suppress all the drive icons on
> your desktop (assuming you are using gnome) issue the command:
>
> $ gconftool -s /apps/nautilus/desktop/volumes_visible -t bool false
>
> hth,
> Rajkiran
> Thanks, I didnt want to unmount my filesystem, but its good to know that it cant be unmounted. End of debian-user-digest Digest V2007 Issue #2497 ************************************************** Received on Fri Sep 28 16:48:28 2007