Linux-Misc Digest #53, Volume #20 Tue, 4 May 99 06:13:12 EDT
Contents:
Parallel Zip/Printer Config in 5.2 -- Sherlock's Solution (Benjamin Sher)
Re: Problem: trying to load linux using the NT loader and LILO (**Nick Brown)
hpux style logical volumes in Linux (Anonymous)
Re: Program to play Radio Jingles (Christopher Mahmood)
Re: NT Loader w/Linux--Help ("William H. Pridgen")
Re: Linux hangs at Partitions Check (**Nick Brown)
Modules and rebuilt Kernel (Redhat 5.2) ("Robear")
Re: Mac-emulation on Linux?
Re: yeh right (Re: SUID games? What is RedHat doing?) (Ian G Batten)
How to get KDE to be default login manager? (Alan Fang)
Re: Can linux damage my hardware? (Karel Jansens)
Re: How to switch VTs wben X is running? (**Nick Brown)
Re: GNU reeks of Communism (Roger Espel Llima)
Re: NT Loader w/Linux--Help (**Nick Brown)
Re: Parallel zip support? (Anthony Campbell)
Re: Linux's Last Chance (David Tansley)
----------------------------------------------------------------------------
From: Benjamin Sher <[EMAIL PROTECTED]>
Subject: Parallel Zip/Printer Config in 5.2 -- Sherlock's Solution
Date: Mon, 03 May 1999 23:54:42 GMT
Dear friends:
Necessity is the mother of invention, they say, and in my case I had no
choice but to find solution to the Zip configuration problem because I
cannot upgrade from RH 5.2 (2.0.36 kernel) to RH 6.0 until RealPlayer
upgrades its RP 5 to Real-G2 for Unix/Linux, and who knows when that
might be. RP 5 is incompatible with 6.0 and 2.2.2)
What follows is a guaranteed, straightforward solution (see data below)
to configuring your parallel Zip100 drive AND alternating with your
printer (insmod ppa, rmmod ppa, insmod lp, rmmod lp).
I am speaking as newbie to other newbies and to anyone who need to
configure their Zip drive under 5.2. If I am being too verbose (pun
intended), please forgive me.
I have just tested it thoroughly and, in fact, to be doubly and triply
sure, took the Zip cartridge with 59 meg of data (it was absolutely
blank, at first, of course) to Kinko's to check it on their computer.
Furthermore, all the data was new to begin with, that is, all from Linux
and since Linux. I had completely deleted all Windows content before
proceeding. In fact, I took two cartridges, one with a Linux ext2 file
system on it (mkfs -t ext2 /dev/sda) and one with a Dos file system on
it (mkfs -t msdos /dev/sda). As I had guessed, the Linux disk was
unreadable ("This disk is unrecongizable. Would you like to format
it?"). And just as expected, the DOS-formatted Zip disk, that is,
formatted on Linux with the same 59 meg of data, was read perfectly by
Kinko's IBM Windows computer. The images showed up in perfect color, the
texts showed perfectly on Word and all the files were there,
executables, text files, images, etc. Finally, to have the full ocular
proof, I printed out one of the documents from Kinkos' printer. Every
one of these files is a file that came from Linux, that was copied from
Linux to the Zip drive.
First, I would like to thank both Kurt Madel and Charles Galpin for
showing the hollowness of my solution last week, a kind of hallucination
that made you think that you were saving to your Zip drive when in fact
you were just saving to the /mnt/zip directory on your hard disk. And,
more so, I wish to thank them both for providing an excellent means of
testing whether your Zip drive really is mounted or not. Kurt suggest
unmounting your zip drive, removing the disk, then erasing everything in
/mnt/zip. Then return the Zip cartridge back into the drive. If the
files you copies are still there, then clearly you have saved to your
Zip drive.
That is a radical solution that you can only do once. A fascinating
solution which I have adopted (see below) was passed on to me Charles.
Here it is:
1.[/]# umount /mnt/zip (to make sure you are not mounted)
2.[/]# rm /mnt/zip/* (to remove anything from your /mnt/zip
directory)
or:
[/]#cd /mnt/zip
[zip]#ls
[zip]#rm *.*
3. touch /mnt/zip/IM_NOT_MOUNTED (to create a warning file).
You can now always cd to your /mnt/zip directory to see if you are
mounted or not.
If you see this message ("IM_NOT_MOUNTED"), then you know you are in
your hard disk's /mnt/zip directory and NOT in your Zip drive. Ingenious
and works every time. You can also use with your floppies to make sure
they are mounted.
This solution is quite obvious, but if need it badly enough and have
learned, as I have, some of the basics from the Linux community, my
Linux books and a lot of tinkering.
There is no need for Kernel recompilation or anything of the sort.
My first hunch was the realization that during installation (which I
have had to do many times -- no sweat, a good learning experience --
there was always an option given right at the start for SCSI adaptors
("Do you have any SCSI adaptors"). I had seen this a dozen times and
always answered "NO" because I didn't have one. My Zip100 is an external
parallel drive, NOT a SCSI one. It is a passthrough type, with one cabel
connecting to the back of the computer and another one connecting from
the Zip to the printer, so on Windows you could use them simultaneously.
On Linux you can use them alternately, if you could configure the
parallel Zip drive, of course.
I wondered what would happen if I said yes. And that was the door that
opened all the others (and I had tried every solution I could find in my
Linux books and online and from people on the list short of recompiling
the kernel, which I haven't the faintest idea of how to do and dread
like the plague).
When I said Yes to the above question about SCSI drivers, I was stunned
to discover that one of the options was for a parallel port Zip drive
(or just device). I had tried to configure the Zip drive several times
using the Kernel configurator, selecting the "scsi_adaptor" and "ppa" as
the module type. Then the quesiton of "options" would come up and I was
at a dead-end. (See Red Hat Manual p. 339 for a similar half-solution
with options that are not spelled out).
When I rebooted this time, I immediately saw the half-screen or so of
"ppa Iomega 100 information -- with full details about the partition,
etc. Unfortunately, I ended up with the same "sda: unknown partition
table" (instead of "sda: sda4") which I got last week when I tried to
follow the step-by-step instructions given in Using Linux (pp 125-129).
I knew something right had happened, that somehow or other RH had
configured the options for me during install when it couldn't do it
after install (Kernel Configurator and conf.modules). But what to do
when /etc/fstab expected /dev/sda4 and not /dev/sda. That's why I had
failed to mount the Zip drive last week.
Well, by good fortune, I was finally ready to read Running Linux, which
I found utterly forbidding at first. I spent the day reading it and, to
my great surprise, understanding much of it, much that was finally
familiar to me from both reading and practice and the many exchanges
with list members. And somewhere there, the authors mention that Zip
drives are an entirely different breed of animal, that they are not
partitioned the normal way (that explains why I didn't have to partition
it or rather tried and failed -- see below). I figured that maybe I
could just change the fstab setting from sda4 to sda. And that's what
finally made it work. Couldn't believe it at first. I was in no mood for
another crushing and humiliating disappointment. So, I have been testing
it and testing it. It works. Every time. But you must remember to
execute the commands not only as root but from the right directory,
namely, NOT ["root"] but / , that is [root@ /]. I learned the importance
of this from the list. If you try, e.g. to "umount" from /mnt/zip as
[root@root] or from any other directory, you will get a "device busy"
message because /mnt is on equal footing with /root as both being
directories under /. So, it is important to always remember to be root
at / when executing commands.
Below is the transcript (by cut and paste) of my Zip/printer session
using the Zip Linux native ext2 file system. The Dos session is
identical except that the disk must be given a Dos file system. One last
thing: If you do this in the console rather than in XWindows, you will
saw all the details, for instance the half-screen of data for the Iomega
ppa each and every time you invoke it (insmod ppa). Please also note
that I printed a document to paper during the session. It went off
perfectly, then I returned to the Zip drive (umount /mnt/zip, then rmmod
ppa. You will then see scsi:0. For some reason, XWindows is a lot less
verbose. One last thing. I tested the mounting and unmounting also by
using USERMOUNT, which clearly confirmed what is going on. What I can't
understand is why Usermount will sometimes refuse to come on ("Warning:
no display") even when you are acting as root in /.
[I turned off the ADSL while doing this demonstration for security
purposes]
LINUX NATIVE EXT2
[sher@localhost sher]$ su -
Password:
[root@localhost /root]# cd /
[root@localhost /]# mkfs -t ext2 /dev/sda
mke2fs 1.12, 9-Jul-98 for EXT2 FS 0.5b, 95/08/09
/dev/sda is entire device, not just one partition!
Proceed anyway? (y,n) y
Linux ext2 filesystem format
Filesystem label=
24576 inodes, 98304 blocks
4915 blocks (5.00%) reserved for the super user
First data block=1
Block size=1024 (log=0)
Fragment size=1024 (log=0)
12 block groups
8192 blocks per group, 8192 fragments per group
2048 inodes per group
Superblock backups stored on blocks:
8193, 16385, 24577, 32769, 40961, 49153, 57345,
65537, 73729, 81921, 90113
Writing inode tables: done
Writing superblocks and filesystem accounting information: done
[root@localhost /]#
[root@localhost /]# mount -t ext2 /dev/sda /mnt/zip
[root@localhost /]# cd /mnt/zip
[root@localhost zip]# ls
lost+found
[root@localhost zip]# cd /
[root@localhost /]# cd /bs/data
[root@localhost data]# ls
XWin-Rus.txt wpr wpr.bk zip-warning.txt
[root@localhost data]# cp *.* /mnt/zip
[root@localhost data]# cd /
[root@localhost /]# cd /bs/down
[root@localhost down]# cd rpm
[root@localhost rpm]# ls
rv50_redhat5xi386.rpm
[root@localhost rpm]# cp *.* /mnt/zip
[root@localhost rpm]# cd ..
[root@localhost down]# cd wp80
[root@localhost wp80]# ls
WordPerfect.tar.gz
[root@localhost wp80]# cp *.* /mnt/zip
[root@localhost wp80]# cd /bs/mail
[root@localhost mail]# ls
CD-data GM-Gates.bk elan_dad.bk
CD-data.bk Olivier.May2_93.jpg elan_dad.jpg
ElanLady.bk Olivier.bk svezho
ElanLady.jpg datastore svezho.bk
GM-Gates datastore.bk
[root@localhost mail]# cp *.* /mnt/zip
[root@localhost mail]# cd /
[root@localhost /]# cd /mnt/zip
[root@localhost zip]# ls
CD-data.bk WordPerfect.tar.gz rv50_redhat5xi386.rpm
ElanLady.bk XWin-Rus.txt svezho.bk
ElanLady.jpg datastore.bk wpr.bk
GM-Gates.bk elan_dad.bk zip-warning.txt
Olivier.May2_93.jpg elan_dad.jpg
Olivier.bk lost+found
[root@localhost zip]#
[root@localhost zip]# cd /
[root@localhost /]# umount /mnt/zip
[root@localhost /]# cd /mnt/zip
[root@localhost zip]# ls
IM_NOT_MOUNTED
[root@localhost zip]# cd /
[root@localhost /]# rmmod ppa
[root@localhost /]# insmod lp
[root@localhost /]# cd /bs/test
[root@localhost test]# ls
keats1.bk keats1.txt poem1 poem2
[root@localhost test]# lpr keats1.txt
[root@localhost test]# rmmod lp
[root@localhost test]# insmod ppa
[root@localhost test]# cd /
[root@localhost /]# mount -t ext2 /dev/sda /mnt/zip
[root@localhost /]# ls
bin dev lib mnt root usr
boot etc lost+found opt sbin var
bs home misc proc tmp
[root@localhost /]# cd /mnt/zip
[root@localhost zip]# ls
CD-data.bk WordPerfect.tar.gz rv50_redhat5xi386.rpm
ElanLady.bk XWin-Rus.txt svezho.bk
ElanLady.jpg datastore.bk wpr.bk
GM-Gates.bk elan_dad.bk zip-warning.txt
Olivier.May2_93.jpg elan_dad.jpg
Olivier.bk lost+found
[root@localhost zip]#
I imagine that since the Zip cartridges are preformatted, there is no
need to reformat them, just to add the file system, which you can change
easily on any disk.
Well, I hope I am right this time.
Yours,
Benjamin
(a.k.a as Marco Polo, Sherlock Holmes, etc.:-)
Benjamin Sher
[EMAIL PROTECTED]
Sher's Russian Web
http://www.websher.net
------------------------------
From: **Nick Brown <[EMAIL PROTECTED]>
Subject: Re: Problem: trying to load linux using the NT loader and LILO
Date: Tue, 04 May 1999 11:20:27 +0200
Reply-To: [EMAIL PROTECTED]
The way NT multi-boot works when you choose a non-NT option, is to load
the 512-byte file you specify (BOOTSECT.DOS by default, if you give no
filename) at the same memory location (just below 32K in real mode,
IIRC) as the BIOS would have loaded it, had it been the actual boot
sector. Then it jumps to it. At that point, your boot procedure has no
way of knowing if it was called from NT's boot - you get a completely
fresh big bang, as it were.
The source (if=) for the dd command should be the parameter to "boot="
in /etc/lilo.conf. The resulting file should have the word LILO round
about byte offset 6.
Frank wrote:
>
> If I get an answer to this problem, I'll email it to you
>
> good luck
>
> On Tue, 4 May 1999 16:05:49 +1000, "Robear" <[EMAIL PROTECTED]> wrote:
>
> >m trying to do exactly the same as you. My system boots NTLOADER (which I
> >Want to keep) then I choose my Entry (REDHAT LINUX 5.2). Upon choosing this,
> >the screen clears and I get a cursor in the top left corner.
> >
> >Regards,
> >Robert
--
===============================================================
Nick Brown, Strasbourg, France (Nick(dot)Brown(at)coe(dot)int)
Protect yourself against Word 95/97 viruses, free - check out
http://www.geocities.com/NapaValley/Vineyard/1446/atlas-t.html
===============================================================
------------------------------
From: Anonymous <[EMAIL PROTECTED]>
Subject: hpux style logical volumes in Linux
Date: 4 May 1999 09:30:16 -0000
The HP unix system has the ability to connect any number of physical
hard disks into one logical disk. Then this "disk" is partitioned.
For example, if I have two disks, one 9GB and the other 4GB, I can get
one "disk" sized 13GB. I can now use it as one 13GB disk, or two 6.5GB
partitions, or whatever.
I have access to many 4GB SCSI hard disk. Can I use them this way?
-+-
This post has no return mail address.
Please response in this newsgroup.
Thanks :)
------------------------------
From: Christopher Mahmood <[EMAIL PROTECTED]>
Subject: Re: Program to play Radio Jingles
Date: 03 May 1999 03:55:59 -0700
i'm not quite sure what you are asking...what format are the
jingles in? what's the computer hooked-up to?
-ckm
------------------------------
From: "William H. Pridgen" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup,alt.os.linux
Subject: Re: NT Loader w/Linux--Help
Date: Mon, 03 May 1999 18:55:46 -0500
Ronnie Vigneault wrote:
>
> I installed Win 98, NT, and Linux RH 5.2 all on the same drive and want
> to use the NT loader[...]
> Hopefully, someone can help! TIA
I use a freeware program called BOOTPART that does what you want.
--
Bill Pridgen
--
[EMAIL PROTECTED] *** Running Linux-Mandrake 5.3
--
Put your CPU to work for science --
http://setiathome.ssl.berkeley.edu/
------------------------------
From: **Nick Brown <[EMAIL PROTECTED]>
Subject: Re: Linux hangs at Partitions Check
Date: Tue, 04 May 1999 11:27:14 +0200
Reply-To: [EMAIL PROTECTED]
fdisk is still very much being maintained. The maintainer is
[EMAIL PROTECTED] and he is (AFAIK) always interested in fixing
genuine problems.
Cameron Spitzer wrote:
> Debian 2.1's cfdisk had no problem with the drive. I suspect fdisk is not
> being maintained any more, and RH doesn't test on a wide enough variety of
> hardware. Try partitioning the drive with a Debian Rescue floppy.
--
===============================================================
Nick Brown, Strasbourg, France (Nick(dot)Brown(at)coe(dot)int)
Protect yourself against Word 95/97 viruses, free - check out
http://www.geocities.com/NapaValley/Vineyard/1446/atlas-t.html
===============================================================
------------------------------
From: "Robear" <[EMAIL PROTECTED]>
Subject: Modules and rebuilt Kernel (Redhat 5.2)
Date: Tue, 4 May 1999 15:31:59 +1000
Hi Everyone.
I rebuilt my kernel today (to add additional SCSI info) and now when I boot
up the new kernel, there is a line:
Finding module dependencies.... can't find lib/modules/2.0.36/modules.dep
I know that the modules.dep actually lives in 2.0.36-7.0 but it seems that
all the SYM-LINKS have been removed. Is this true and if so, then HELPPPPPP
How do I get these links back or what went wrong?
Thanks,
Robert
------------------------------
Crossposted-To:
comp.os.linux.advocacy,comp.os.linux.development.system,comp.os.linux.powerpc
Date: Mon, 3 May 1999 20:53:00 -0400
From: <[EMAIL PROTECTED]>
Subject: Re: Mac-emulation on Linux?
> > Where can you get the LinuxDisks extension?
> > Its website seems to be down.
> > http://w3.teaser.fr/~mpollet/LinuxDisks/
> http://www.penguinpowered.com/~louisk
> check the macutils section
This file doesn't seem to uncompress with Stuffit Expander.
Do you know how to get this to work, or know of another
site with the file?
Greg
------------------------------
From: Ian G Batten <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.security.unix
Subject: Re: yeh right (Re: SUID games? What is RedHat doing?)
Date: 4 May 1999 09:39:40 GMT
=====BEGIN PGP SIGNED MESSAGE=====
In article <[EMAIL PROTECTED]>,
hvddukp <[EMAIL PROTECTED]> wrote:
> I think your "point" is that you want RedHat to think for you so you can
> just hit "install" and not worry about anything. Perhaps you should go
> back to Windows. It appears to be geared more towards your mindset.
If the Linux community wants to be an arena for super-cool admins to
demonstrate that they Know Things About Stuff, while watching those not
blessed with super-cool die horrible deaths, then your comment stands.
However, as a general principle, distribution CDs from commercial Unix
vendors have of late become much more security aware: one good
side-effect of this is that an out-of-the-box Solaris 7 (for example)
machine is a damn sight more secure than an out-of-the-box NT 4
machine. This is a Very Good Thing Indeed: when the clueless have a
security break-in they always blame the vendor, and Solaris now ships in
a state where it's far less likely to happen than for NT. Linux, it
strikes me, would do well to emulate this policy. I believe it _does_,
in fact.
ian
--
=====BEGIN PGP SIGNATURE=====
Version: PGPfreeware 5.0i for non-commercial use
Charset: noconv
iQB1AwUBNy7ASsoy0yij3IvtAQEivwL+KOujDDs/naL8vW7C4wg9J+SshMJE8qfy
fo+kJCbQp9MHstGCES2ijqt4mK1JywzjgjcsiD/y0A5XeFksYOy39HXVeR+svhTY
YapgXsjFwjqlK29Logohp72OeKpwS+Ot
=V4Dq
=====END PGP SIGNATURE=====
------------------------------
From: Alan Fang <[EMAIL PROTECTED]>
Crossposted-To: comp.windows.x.kde
Subject: How to get KDE to be default login manager?
Date: Tue, 04 May 1999 02:35:49 -0700
I remember the first time I installed Redhat 6 with KDE, I got this nice
login screen, which had KDE set as the default desktop, with dropdown
menus that had options of which desktop to use, and also the ability to
shut down, reboot, and restart the x-server.
But at another install of Redhat, I have this nasty looking login screen
(I think it's Gnome), in which there are ugly menus, the default is not
set to KDE (so I always have to go to the menus), and the only other
options I have are reboot and halt command.
So my question is, how do I get KDE to do the login screen? I tried
editing the .xinitrc, or .xsession, and it didn't work. Also, why do
people keep refering to an /opt/kde directory? I don't think I have
one.
thanks
ACF
to reply by email, change the jc in the email address to js. Or better
yet, post to the newsgroup since this account is closing soon.
------------------------------
From: jansens_at_ibm_dot_net (Karel Jansens)
Reply-To: jansens_at_ibm_dot_net
Subject: Re: Can linux damage my hardware?
Date: 4 May 1999 09:32:45 GMT
On Mon, 3 May 1999 19:26:22, [EMAIL PROTECTED] (Carl Fink) wrote:
> On Mon, 3 May 1999 10:54:34 +0100 D. Vrabel <[EMAIL PROTECTED]> wrote:
> >On 3 May 1999, Carl Fink wrote:
>
> >> It is theoretically possible to ruin your video card with X . . . but
> >> I've never met anyone who actually did it. Certainly, if the same
> >> settings had worked for six months, they wouldn't abruptly damage your
> >> video card.
> >It's the monitor you can damage (by driving it at too high a frequency)
> >not the video card.
>
> I knew that.
>
> I still haven't heard of anyone actually doing it.
You have to try really hard (like leaving the monitor running on the wrong
frequency for several hours). The fact that it _can_ be done doesn't mean
it's easy.
Karel Jansens
jansens_at_ibm_dot_net
===============================================================
Having a kid at sixty, that's an accident.
Having a piano fallen on your head, that's just bad luck.
Agent WD40, Dick Steel
===============================================================
------------------------------
From: **Nick Brown <[EMAIL PROTECTED]>
Subject: Re: How to switch VTs wben X is running?
Date: Tue, 04 May 1999 11:32:25 +0200
Reply-To: [EMAIL PROTECTED]
The official way to change VTs is Ctrl-Alt-Fx. I didn't know Alt-Fx
worked (just tried it, it does !) but Ctrl-Alt-Fx works with X active as
well.
Pat Masterson wrote:
> Whats the magic keystroke combination to switch to a different
> virtual terminal when X is up? The alt-Fx combo works in the text
> mode consoles, but not when I have X running.
--
===============================================================
Nick Brown, Strasbourg, France (Nick(dot)Brown(at)coe(dot)int)
Protect yourself against Word 95/97 viruses, free - check out
http://www.geocities.com/NapaValley/Vineyard/1446/atlas-t.html
===============================================================
------------------------------
From: [EMAIL PROTECTED] (Roger Espel Llima)
Crossposted-To: comp.os.ms-windows.advocacy,comp.os.linux.advocacy,gnu.misc.discuss
Subject: Re: GNU reeks of Communism
Date: 4 May 1999 09:42:43 GMT
In article <[EMAIL PROTECTED]>,
Andrew Carol <[EMAIL PROTECTED]> wrote:
>Do people really think that if copyrights went away the software
>industry would shrug their shoulders and start giving it away for free?
>
>If software copyrights were abolished the industry would simply and
>easily take matters into their own hands. They would push hard for
>copy protection to be rolled into the hardware. They would require
>downloading of "tokens" from the net to allow software to work etc.
These are all hackable things. I think it's been demonstrated again and
again that breaking copy protection IS feasible.
My guess is that if software copyright suddently went away, companies
would stop selling software, and licence it with formal, written and
signed contracts instead, where the buyer agrees not to copy.
>People would scream. There would be talk of boycotts. It would all
>come to nothing because most people want to run the latest version of
>whatever more than they care about copy protection.
But copy protection can be defeated.
--
Roger Espel Llima, [EMAIL PROTECTED]
http://www.eleves.ens.fr:8080/home/espel/index.html
------------------------------
From: **Nick Brown <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup,alt.os.linux
Subject: Re: NT Loader w/Linux--Help
Date: Tue, 04 May 1999 11:24:03 +0200
Reply-To: [EMAIL PROTECTED]
The way NT multi-boot works when you choose a non-NT option, is to load
the 512-byte file you specify (BOOTSECT.DOS by default, if you give no
filename) at the same memory location (just below 32K in real mode,
IIRC) as the BIOS would have loaded it, had it been the actual boot
sector. Then it jumps to it. At that point, your boot procedure has no
way of knowing if it was called from NT's boot - you get a completely
fresh big bang, as it were.
The source (if=) for the dd command should be the parameter to "boot="
in /etc/lilo.conf. The resulting file should have the word LILO round
about byte offset 6.
In this case, /dev/hda6 is probably the "root=" value. The first sector
of the root partition isn't what you want. That value is passed to the
kernel, but LILO doesn't do much with it at this early stage of
booting. You want the boot sector image. Typically, you put this in
the MBR (/dev/hda) or in the top of the extended partition (/dev/hda2,
if you have one primary and one extended partition).
Robear wrote:
>
> Hi,
>
> I had exactly the same problem (well, still do). I kept getting the 80's but
> when I placed the floppy back into the drive, it booted fine.
>
> Unfortunately, when I have asked these groups I get flamed for not reading
> the HowTo's. In fact I read the HowTo's many times...
>
--
===============================================================
Nick Brown, Strasbourg, France (Nick(dot)Brown(at)coe(dot)int)
Protect yourself against Word 95/97 viruses, free - check out
http://www.geocities.com/NapaValley/Vineyard/1446/atlas-t.html
===============================================================
------------------------------
From: [EMAIL PROTECTED] (Anthony Campbell)
Subject: Re: Parallel zip support?
Date: Wed, 28 Apr 1999 12:23:35 GMT
Reply-To: [EMAIL PROTECTED]
On Tue, 27 Apr 1999 13:26:20 -0700, jik- <[EMAIL PROTECTED]> wrote:
>David J. Topper wrote:
>>
>> Hey folks,
>>
>> I'm planning on buying a new PC sometime soon and would like to back up
>> everything on my little P100. Does the 2.0.30 kernel support zip drives
>> attached via paralell port?
>
>Read the zip howtos.
The 2.0.* series does support the drive but the 2.2.* series has improved
facilities. In particular, you don't have to use modules in order to be
able to print as well as to use the Zip disk.
Anthony
--
Anthony Campbell - running Linux Debian 2.1 (Windows-free zone)
Book Reviews: www.achc.demon.co.uk/bookreviews/
"The Moving Finger writes; and, having writ,
Moves on..." - Edward Fitzgerald (Rubaiat of Omar Khayyam)
------------------------------
Crossposted-To: uk.comp.os.linux
From: [EMAIL PROTECTED] (David Tansley)
Subject: Re: Linux's Last Chance
Date: Tue, 4 May 1999 09:57:01 GMT
Ray ([EMAIL PROTECTED]) wrote:
: Ok, It's been a while since I've looked at Red Hat but it used to come with
: the ability to create a rescue floppy. With my dist. (Debian) I just put
: the rescue image (basically just an install disk) and at the first prompt I
: type "rescue root=/dev/hda2" to boot if I make a bad kernel or mess up lilo.
: I think you can do something similar under Red Hat.
I've tried this. But floppies seem to cause my machine no end of
heartache. Booting from floppy is a no-no, resulting in a lock up after
"Loading Linux...."
Guess again, Pilgrim :)
: Well... If McAfee installed itself in your MBR and you also installed LILO
: in your MBR and if neither knows anything about the other...... If I
: remember right, McAfee won't let your system boot unless Scan.exe has been
: run as a method of protecting your system so it seems that McAfee isn't
: really completely uninstalled. My guess is that McAfee installed itself in
: your MBR and LILO munged that just enough that the McAfee uninstaller
: couldn't do it's thing. I'm not sure about the best way to procede but I
: think you had better start by making a complete backup of anything you don't
: want to loose. You might be able to re-install McAfee and then Uninstall
: it. Next you might then be able to run fdisk /mbr under Dos and then
: re-install LILO. This last bit is just a guess so be sure to give it some
: thought rather than just jumping in and MAKE THAT BACKUP.
Heh...good advice. Backups are very much a part of my everyday life at
the moment.
But, as far as I know, McAfee doesnt do anything to the MBR, certainly
nothing that I've ever noticed....and my BIOS anti virus detection thing
didnt pick anything up, whereas it noticed and balked as soon as Lilo
appeared....
No, I think that scan.exe is the first appearence of McAfee...
Unless anyone knows different?
--
Dave
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.misc) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Misc Digest
******************************
