Linux-Misc Digest #423, Volume #27 Thu, 22 Mar 01 17:13:02 EST
Contents:
Re: ALMOST SOLVED! I did 'dd if=/boot/mbr.b of=/dev/hda' :-((( ("Eric en Jolanda")
Re: Any way to redirect a port scan? (Michael Heiming)
Re: Any way to redirect a port scan? (Warren Bell)
Re: Weird(?) magic word for sh to invoke perl under Linux (* Tong *)
tar questions ("Gregg Black")
tcpdump capturing faulty??? ("Rick")
Re: GET RACIST SIPHER42 OUT OF THIS GROUP! ("88LPE")
Re: Best E-mail Client? (M. Buchenrieder)
Error Uncompressing Large Files... ("Fred Pishotta")
Re: ALMOST SOLVED! I did 'dd if=/boot/mbr.b of=/dev/hda' :-((( (Otavio Exel)
Re: tar questions (Jeremiah DeWitt Weiner)
Re: how to compare two text file? (Drew Roedersheimer)
----------------------------------------------------------------------------
From: "Eric en Jolanda" <[EMAIL PROTECTED]>
Subject: Re: ALMOST SOLVED! I did 'dd if=/boot/mbr.b of=/dev/hda' :-(((
Date: Thu, 22 Mar 2001 21:13:11 +0100
> > Strange that it is giving these CHS values then.
> > I would expect 255,63,(whatever remains for cylinders)
>
> as I posted, I had /dev/hda1 and /dev/hda2 (68M each) and was booting
> from /dev/hda2; I moved my /boot to /dev/hda1 (it was unused) and now it
> is booting fine!!!! and now it is reporting exactly what you said it
> should: CHS=3649/255/63
>
> does it mean that my problem was the "image above cyl #1024"? AFAIK the
> image was under cyl #1024 even using the CHS detected by the BIOS
> (58168/16/63);
I don't think so.
My guess is that you never ran LILO with the correct settings/file
(cnp'ed your lilo.conf)
root@queluz:~# cat /etc/lilo.conf
boot=/dev/hda
root=/dev/hda2
this one was never correct.
Or was / on hda2 instead of /boot
It's a very small partition for /
> the only problem I'm having now is that fdisk is showing me:
>
> $ fdisk -l /dev/hda
> Disk /dev/hda: 255 heads, 63 sectors, 3649 cylinders
> Units = cylinders of 16065 * 512 bytes
>
> Device Boot Start End Blocks Id System
> /dev/hda1 * 1 9 68512+ 83 Linux
> Partition 1 does not end on cylinder boundary:
> phys=(16, 127, 63) should be (16, 254, 63)
> /dev/hda2 9 18 68544 83 Linux
> Partition 2 does not end on cylinder boundary:
> phys=(33, 127, 63) should be (33, 254, 63)
> /dev/hda3 18 51 266112 83 Linux
> Partition 3 does not end on cylinder boundary:
> phys=(99, 127, 63) should be (99, 254, 63)
> /dev/hda4 51 3650 28913472 5 Extended
> Partition 4 does not end on cylinder boundary:
> phys=(1023, 127, 63) should be (1023, 254, 63)
> /dev/hda5 51 67 133024+ 83 Linux
> /dev/hda6 67 100 266080+ 82 Linux swap
> /dev/hda7 100 231 1052320+ 83 Linux
> /dev/hda8 231 493 2100640+ 83 Linux
>
> should I worry?
not unless you let another OS touch that table.
As you have a lot of free space on this disk,
what are you planning to do with it? install an MS OS?
Then it will be a problem.
> if yes how do I fix it?
That could be done by recreating the entire partitiontable.
Eric
------------------------------
Date: Thu, 22 Mar 2001 21:32:13 +0100
From: Michael Heiming <[EMAIL PROTECTED]>
Subject: Re: Any way to redirect a port scan?
Warren Bell wrote:
>
> Jean-David Beyer wrote:
> >
> > Warren Bell wrote (in part):
> > >
> > > Say you have a pesky person that port scans you daily. Is there any
> > > package I can install that will let me redirect all traffic (port scans)
> > > from a certain IP to his/her own ISP so they are scanning thier own
> > > provider? And where it looks like the scans are coming from thier own
> > > client and not from me?
> > >
> > I would think twice before doing this. How do you propose to get his
> > ISP's IP address? I get port scans and stuff from crackers who forge
> > the source addresses. It would not be fair to the owner of the forged
> > address to do things like that. The particular pest that scans me uses
> > addresses on my LAN as the source address; i.e., he uses addresses
> > such as 192.168.1.xxx, where he changes xxx for each batch of
> > attempts.
> >
> > So if I did that to him, I would just forward the stuff to stations on
> > my LAN. I am surprised this cracker never tried some of the more
> > likely addresses on my LAN, so he never actually picked one of the
> > addresses that actually exist. He is pretty stupid, tough. Here are
> > two of his (denied) attempts:
> >
> > Mar 5 10:28:28 valinux kernel: Packet log: input DENY ppp0 PROTO=6
> > 192.168.1.16:80 208.225.67.131:4009 L=40 S=0x00 I=33758 F=0x4000 T=118
> > (#2)
> > Mar 5 10:28:28 valinux kernel: Packet log: input DENY ppp0 PROTO=6
> > 192.168.1.16:80 208.225.67.131:4010 L=40 S=0x00 I=33759 F=0x4000 T=118
> > (#2)
> >
> > The cracker is probably a dumb script kiddie. I do not accept source
> > addresses through my ppp (Internet) connections that have my LAN
> > addresses, and I accept from my eth (LAN) connections only source
> > addresses from my LAN.
> >
> > --
> > .~. Jean-David Beyer Registered Linux User 85642.
> > /V\ Registered Machine 73926.
> > /( )\ Shrewsbury, New Jersey http://counter.li.org
> > ^^-^^ 7:40am up 19 days, 14:43, 3 users, load average: 2.10, 2.11,
> > 2.09
>
> I've had problems with this person before and have contacted his isp. I
> know that he's using his real address.
Why shouldn't he use his real address?
Could you please explain what you mean with problems, I've only read very well
written and helpful posts from Jean-David Beyer in this and various other ng.
Michael Heiming
------------------------------
From: Warren Bell <[EMAIL PROTECTED]>
Subject: Re: Any way to redirect a port scan?
Date: Thu, 22 Mar 2001 12:53:24 -0800
Michael Heiming wrote:
>
> Warren Bell wrote:
> >
> > Jean-David Beyer wrote:
> > >
> > > Warren Bell wrote (in part):
> > > >
> > > > Say you have a pesky person that port scans you daily. Is there any
> > > > package I can install that will let me redirect all traffic (port scans)
> > > > from a certain IP to his/her own ISP so they are scanning thier own
> > > > provider? And where it looks like the scans are coming from thier own
> > > > client and not from me?
> > > >
> > > I would think twice before doing this. How do you propose to get his
> > > ISP's IP address? I get port scans and stuff from crackers who forge
> > > the source addresses. It would not be fair to the owner of the forged
> > > address to do things like that. The particular pest that scans me uses
> > > addresses on my LAN as the source address; i.e., he uses addresses
> > > such as 192.168.1.xxx, where he changes xxx for each batch of
> > > attempts.
> > >
> > > So if I did that to him, I would just forward the stuff to stations on
> > > my LAN. I am surprised this cracker never tried some of the more
> > > likely addresses on my LAN, so he never actually picked one of the
> > > addresses that actually exist. He is pretty stupid, tough. Here are
> > > two of his (denied) attempts:
> > >
> > > Mar 5 10:28:28 valinux kernel: Packet log: input DENY ppp0 PROTO=6
> > > 192.168.1.16:80 208.225.67.131:4009 L=40 S=0x00 I=33758 F=0x4000 T=118
> > > (#2)
> > > Mar 5 10:28:28 valinux kernel: Packet log: input DENY ppp0 PROTO=6
> > > 192.168.1.16:80 208.225.67.131:4010 L=40 S=0x00 I=33759 F=0x4000 T=118
> > > (#2)
> > >
> > > The cracker is probably a dumb script kiddie. I do not accept source
> > > addresses through my ppp (Internet) connections that have my LAN
> > > addresses, and I accept from my eth (LAN) connections only source
> > > addresses from my LAN.
> > >
> > > --
> > > .~. Jean-David Beyer Registered Linux User 85642.
> > > /V\ Registered Machine 73926.
> > > /( )\ Shrewsbury, New Jersey http://counter.li.org
> > > ^^-^^ 7:40am up 19 days, 14:43, 3 users, load average: 2.10, 2.11,
> > > 2.09
> >
> > I've had problems with this person before and have contacted his isp. I
> > know that he's using his real address.
>
> Why shouldn't he use his real address?
>
To try and disguise himself most likely. I was responding the the
person who said:
"I would think twice before doing this. How do you propose to get his
ISP's IP address? I get port scans and stuff from crackers who forge
the source addresses..."
Well, this guys wasn't forged. And from his address, I would get his
ISP's.
> Could you please explain what you mean with problems...
He's port scanning my machine. For me, that's a problem.
------------------------------
From: * Tong * <[EMAIL PROTECTED]>
Crossposted-To: comp.unix.shell,comp.lang.perl.misc
Subject: Re: Weird(?) magic word for sh to invoke perl under Linux
Date: 22 Mar 2001 17:03:49 -0400
[EMAIL PROTECTED] (Abigail) writes:
> Paul Hughett ([EMAIL PROTECTED]) wrote on MMDCCLX September
> MCMXCIII in <URL:news:99d2js$ead$[EMAIL PROTECTED]>:
> ## In comp.os.linux.misc * Tong * <[EMAIL PROTECTED]> wrote:
> ##
> ## : Under Solaris, I always use the following lines in my perl code to
> ## : invoke it:
> ##
> ## : #!/bin/sh -- # -*- perl -*- -w
> ## : eval 'exec perl $0 ${1+"$@"}'
> ## : if 0;
> ##
> ##
> ## If you use
> ##
> ## #! /usr/bin/env perl
> ##
> ## as the first line of your script, then it will be run using whatever
> ## copy of perl is found first on your path. I know this trick works
> ## on both RH Linux and Solaris, and believe that it will work on most
> ## Unix systems.
> ##
> ##
> ## The problem with using
> ##
> ## #! /usr/bin/perl
> ##
> ## for the first line, as suggested by some others, is that perl is often
> ## installed in /usr/local/bin/perl instead. (if it doesn't come with the
> ## system and is installed later by the sys admin).
YES! Paul, right on! I've been in so many systems that the Perl has
been installed in so many different places... This is exactly what
I'm looking for!
> OTOH, the system might come with /usr/bin/perl, but the admin installed
> another perl anyway, because either he doesn't have the same compiler,
> wants or needs difference configuration options, or wants or needs
> a different (newer?) version of perl, while (s)he cannot remove or
> symlink /usr/bin/perl because utilities coming with the OS depend on
> the particular version.
>
> Then /usr/bin/env only works for those who have the correct path.
yes, Abigail, but the normal situation is that the sys admin won't
change anything for any personal requests. Setting my path correctly
is far more easier than making them believe /usr/bin/perl is the
right place for perl...
--
Tong (remove underscore(s) to reply)
http://members.xoom.com/suntong001/
- All free contribution & collection & music from the heavens
------------------------------
From: "Gregg Black" <[EMAIL PROTECTED]>
Crossposted-To: alt.comp.linux,alt.os.linux.mandrake,comp.os.linux.setup
Subject: tar questions
Date: Thu, 22 Mar 2001 13:15:01 -0800
Right now I'm experimenting with tar within my mandrake 7.2. These are the
steps I've used to try and successfully tar onto my floppy. I'm reading off
of O'Reilly's Running Linux book. I've fdformat'ed the floppy I have, used
mkfs -t ext2 on it, then mounted it (not sure if this is neccessary before
using tar), and then tar cvf my /home onto it. I just used that directory
to make sure it wasn't bigger than the floppy. Anyhow, it seems to go
alright, but why is it that I can't ls the /mnt/floppy directory? It gives
me a can't find ext2 filesystem error when trying to remount the floppy that
was written on by tar. I'm a newbie, so I would appreciate some pointers
here. Thanks!
------------------------------
From: "Rick" <[EMAIL PROTECTED]>
Crossposted-To:
comp.unix.programmer,comp.os.linux.networking,alt.os.linux,comp.dcom.net-management,alt.os.linux.mandrake
Subject: tcpdump capturing faulty???
Date: Fri, 23 Mar 2001 05:05:27 +0800
Hello,
I am testing traffic control on linux. I used Tele-traffic tapper
(http://www.csl.sony.co.jp/person/kjc/programs.html) to see real-time
throughput of my client and it shows that traffic control of different type
of traffic flow works! However when i used tcpdump, it shows that priority
doesn't work, meaning all flows have the same bandwidth => tc doesn't work.
In detail:
Experiment 1: With borrow, FAILED. With all streams bounded, works.
When i set on 192.168.1.10:
port 42011 --> 5 (Mbps)
port 42012 --> 10
port 42013 --> 15
port 42014 --> 20
port 42015 --> 50
Experiment 2:
When i set on 192.168.1.10:
port 42011 --> Priority 1
port 42012 --> Priority 2
port 42013 --> Priority 3
port 42014 --> Priority 4
port 42015 --> Priority 5
On Tele traffic tapper (TTT), works fine but not tcpdump. What do i mean by
tcpdump cannot work:
1. After i tcpdump it, TTT can actually read from the dump file. But it
shows Traffic control doesn't work; i.e. Meaning all 5 streams share the
same bandwidth.
2. I tcpdump into a file and post analysis it by breaking it into the
traffic from each different port. And i graph it. DOesn't work!! Meaning all
5 streams share the same bandwidth.
Has anyone come across this major hiccup???
Regards.
------------------------------
From: "88LPE" <[EMAIL PROTECTED]>
Crossposted-To:
alt.food.wine,rec.autos.makers.ford.mustang,alt.movies,rec.collecting.coins,alt.autos.porsche,alt.tv.sopranos
Subject: Re: GET RACIST SIPHER42 OUT OF THIS GROUP!
Date: Thu, 22 Mar 2001 16:13:49 -0500
Brian,
I don't know who you are, but you are coming across as a total psycho to
everyone around here. You're obsessed with this "sipher" guy.
I've had stuff said to me that made my blood boil, and I've always had the
option of retaliating or letting it slide. You seem like a complete
obsessive when you follow this guy around newsgroups and say all this stuff.
The thing is - 99.9% of us don't know what was said, we don't care to go
"check headers", and we really don't care. None of us know either of you
two personally, so this is sort of like you running through the mall with a
knife chasing someone yelling... the guy may have beat your wife or stolen
your car, but YOU Look like the psycho.
Just let it go.... nobody here cares what was said, by who, when, or what it
has to do with anything.
LP
"Brian L. McCarty" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> in article CkYt6.156050$[EMAIL PROTECTED],
> [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote on
21/3/01
> 17:00:
>
> > The thing is it's not my personal opinion
>
> FUNNY, but YOU posted these racist messages. Care to explain your dead
> HOTMAIL address???
>
>
>
> It has already been PROVEN that the racist posts you make AREN'T FORGED..
.
> . One look at the headers proves that to a "T". That's why Road Runner
> disconnected you for ten days. That's why you're HOTMAIL address is dead.
.
> .
>
> That's why you're real address is [EMAIL PROTECTED], the site for
> losers and lamers you host on Road Runner. Because in addition to being
> RACIST, you're also a SEXIST. Probably repressed homosexual. When are
you
> coming out?
>
>
> You're a racist sexist loser.
>
>
>
> Path:
>
newsmaster1.prod.itd.earthlink.net!newsfeed1.earthlink.net!newsfeed.earthlin
>
k.net!hermes.visi.com!news-out.visi.com!newsfeed.wirehub.nl!news.stealth.net
>
!24.30.200.2.MISMATCH!news-east.rr.com!news.rr.com!cyclone.southeast.rr.com!
> typhoon.southeast.rr.com.POSTED!not-for-mail
> From: <[EMAIL PROTECTED]>
> Newsgroups: alt.fuck.niggers
> Subject: Something to piss you off
> Lines: 5
> X-Priority: 3
> X-MSMail-Priority: Normal
> X-Newsreader: Microsoft Outlook Express 5.50.4133.2400
> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
> Message-ID: <NpLh6.66799$[EMAIL PROTECTED]>
> Date: Mon, 12 Feb 2001 06:30:05 GMT
> NNTP-Posting-Host: 66.26.242.93
> X-Complaints-To: [EMAIL PROTECTED]
> X-Trace: typhoon.southeast.rr.com 981959405 66.26.242.93 (Mon, 12 Feb 2001
> 01:30:05 EST)
> NNTP-Posting-Date: Mon, 12 Feb 2001 01:30:05 EST
> Organization: Road Runner - NC
> Xref: newsmaster1.prod.itd.earthlink.net alt.fuck.niggers:30623
>
> Here's something to piss you off. My stupid asshole school
> www.wake.tec.nc.us gives off for martin luther king day and NOT PRESIDENTS
> DAY!
>
>
> Path:
>
newsmaster1.prod.itd.earthlink.net!newsfeed1.earthlink.net!newsfeed.earthlin
>
k.net!hermes.visi.com!news-out.visi.com!newsfeed.wirehub.nl!news.stealth.net
>
!24.30.200.2.MISMATCH!news-east.rr.com!news.rr.com!cyclone.southeast.rr.com!
> typhoon.southeast.rr.com.POSTED!not-for-mail
> From: <[EMAIL PROTECTED]>
> Newsgroups: alt.fuck.niggers
> Subject: What naacp really stands for
> Lines: 4
> X-Priority: 3
> X-MSMail-Priority: Normal
> X-Newsreader: Microsoft Outlook Express 5.50.4133.2400
> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
> Message-ID: <mxLh6.66836$[EMAIL PROTECTED]>
> Date: Mon, 12 Feb 2001 06:38:10 GMT
> NNTP-Posting-Host: 66.26.242.93
> X-Complaints-To: [EMAIL PROTECTED]
> X-Trace: typhoon.southeast.rr.com 981959890 66.26.242.93 (Mon, 12 Feb 2001
> 01:38:10 EST)
> NNTP-Posting-Date: Mon, 12 Feb 2001 01:38:10 EST
> Organization: Road Runner - NC
> Xref: newsmaster1.prod.itd.earthlink.net alt.fuck.niggers:30624
>
> Niggers Are actually colored polacks
> hehhe
>
>
------------------------------
Crossposted-To: comp.os.linux.setup,comp.os.linux.networking
From: [EMAIL PROTECTED] (M. Buchenrieder)
Subject: Re: Best E-mail Client?
Date: Thu, 22 Mar 2001 19:06:15 GMT
[Please note FollowUp-To: header]
John Beardmore <[EMAIL PROTECTED]> writes:
>In article <[EMAIL PROTECTED]>, M. Buchenrieder
><[EMAIL PROTECTED]> writes
[...]
>>Since you'll - for the forseeable future, at least - never know
>>what transport and bandwidth the recipient of your message will
>>have available at a given time, nor what system he'll be using to
>>receive and read your mail, that's simply not going to happen.
>Wrong again !!!!
Depends.
>I generally know what kit my clients have installed, and they generally
>know what I have.
[...]
Yeah, that's the one and only exemption. But think about it:
Can you _really_ always be sure where your clients will be
reading their mail at any given time? You're sure that they
don't use (or have to use) some sort of mail forwarding
service, while being abroad etc.? *I* do that, and I have then to
download mail via some 9600 kBit/s mobile phone data link.
At est. USD 2.50 per minute. Urgh.
Michael
--
Michael Buchenrieder * [EMAIL PROTECTED] * http://www.muc.de/~mibu
Lumber Cartel Unit #456 (TINLC) & Official Netscum
Note: If you want me to send you email, don't munge your address.
------------------------------
From: "Fred Pishotta" <[EMAIL PROTECTED]>
Subject: Error Uncompressing Large Files...
Date: Thu, 22 Mar 2001 16:27:27 -0500
Under RH Linux 7.0, both "uncompress filex.Z" and "gunzip filex.Z" are
failing when the output file ("filex") exceeds (exactly) 2147483647 bytes.
The error messages vary a bit between the two programs, the former
complaining "write error onfilex: No such file or directory", the latter
saying "gunzip: filex: File too large".
I've tried various things with input/output redirection, and the
error messages vary a bit, but the problem remains. Anybody know where
the limitation may be? These are some large GeneBank files from the NIH
I need to uncompress locally.
Since both gunzip and uncompress (different programs) are failing, I
think it must be something else. Some kernel parameter maybe?
Thanks,
-- Fred P.
------------------------------
From: [EMAIL PROTECTED] (Otavio Exel)
Subject: Re: ALMOST SOLVED! I did 'dd if=/boot/mbr.b of=/dev/hda' :-(((
Date: 22 Mar 2001 21:34:07 GMT
Reply-To: [EMAIL PROTECTED]
Eric en Jolanda <[EMAIL PROTECTED]> wrote:
> > does it mean that my problem was the "image above cyl #1024"? AFAIK
> > the image was under cyl #1024 even using the CHS detected by the
> > BIOS (58168/16/63);
>
> I don't think so.
> My guess is that you never ran LILO with the correct settings/file
but it was working perfectly in the old HD!
FYI: 3 days ago my old HD started failing; I bought this one,
partitioned it more-or-less like the old one, copied everything with
'cp -ax' and ran lilo;
> (cnp'ed your lilo.conf)
>
> root@queluz:~# cat /etc/lilo.conf
> boot=/dev/hda
> root=/dev/hda2
>
> this one was never correct.
> Or was / on hda2 instead of /boot
yes! / has allways been on /dev/hda2; /dev/hda1 was unused before I
moved /boot to it;
> It's a very small partition for /
but it is just 28% used! look:
$ df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda2 66373 18427 47946 28% /
/dev/hda1 66341 2824 63517 4% /boot
/dev/hda3 257705 140822 116883 55% /usr
/dev/hda5 128812 55825 72987 43% /var
[snip]
> > Partition 1 does not end on cylinder boundary:
> > phys=(16, 127, 63) should be (16, 254, 63)
> > /dev/hda2 9 18 68544 83 Linux
> > Partition 2 does not end on cylinder boundary:
> > phys=(33, 127, 63) should be (33, 254, 63)
> > /dev/hda3 18 51 266112 83 Linux
> > Partition 3 does not end on cylinder boundary:
> > phys=(99, 127, 63) should be (99, 254, 63)
> > /dev/hda4 51 3650 28913472 5 Extended
> > Partition 4 does not end on cylinder boundary:
> > phys=(1023, 127, 63) should be (1023, 254, 63)
> >
> > should I worry?
> not unless you let another OS touch that table.
>
> As you have a lot of free space on this disk,
> what are you planning to do with it? install an MS OS?
what? MS? definitely not!
as I told you I needed another HD and the best deal I could find was
this 30G;
> > if yes how do I fix it?
>
> That could be done by recreating the entire partitiontable.
I understand you mean:
- saving everything to another HD
- recreating the entire partitiontable
- loading everything back
or is there an easier "automagic" way?
TIA,
--
Otavio Exel /<\oo/>\ [EMAIL PROTECTED]
------------------------------
From: Jeremiah DeWitt Weiner <[EMAIL PROTECTED]>
Crossposted-To: alt.comp.linux
Subject: Re: tar questions
Date: 22 Mar 2001 21:43:42 GMT
In comp.os.linux.misc Gregg Black <[EMAIL PROTECTED]> wrote:
> I've fdformat'ed the floppy I have, used
> mkfs -t ext2 on it, then mounted it (not sure if this is neccessary before
> using tar), and then tar cvf my /home onto it. I just used that directory
> to make sure it wasn't bigger than the floppy. Anyhow, it seems to go
> alright, but why is it that I can't ls the /mnt/floppy directory? It gives
> me a can't find ext2 filesystem error when trying to remount the floppy that
> was written on by tar. I'm a newbie, so I would appreciate some pointers
> here. Thanks!
How exactly did you tar your /home onto it? Did you create a tar
_file_, or did you just tar directly to the floppy device? That is, did
you do this: tar cvf /mnt/floppy/home.tar /home
or this: tar cvf /dev/fd0 /home
or what?
If it was anything but the first one, the reason you can't mount it
is because you destroyed the filesystem by overwriting it with the tarball.
This is not necessarily a bad thing - sometimes you want to do it this way -
but you can't mount the filesystem again, obviously. Remember what tar
stands for: Tape ARchive! You can tar directly onto something (like a tape!)
_or_ into a file in a filesystem, but you can only mount a filesystem. If
you want to use a tarball on a raw (no filesystem) device, you can use the
second form of tar above, but you don't want to mount it first, and you can't
mount it afterwards. To see if the tarball is on the floppy, do
'tar tvf /dev/fd0'. Incidentally, running fdformat is almost never necessary,
so you might want to leave that step out and see if it doesn't hurt.
JDW
------------------------------
From: [EMAIL PROTECTED] (Drew Roedersheimer)
Subject: Re: how to compare two text file?
Reply-To: [EMAIL PROTECTED]
Date: Thu, 22 Mar 2001 22:03:45 GMT
On Thu, 22 Mar 2001 07:49:38 +0000, Quiney, Philip [HAL02:HH00:EXCH] wrote:
>Carl Fink wrote:
>>
>> On Thu, 22 Mar 2001 08:11:57 +0800 percy <[EMAIL PROTECTED]> wrote:
>> >how to compare two text file?
>>
>> Well, "man cmp" or "man diff" might help you. I found both of those
>> pretty easily by typing "apropos compare".
>
>If you lwould prefer a GUI based program - get hold of the tkcvs
>package. Although this is meant to enhance CVS (Concurrent Versioning
>System - for source code management) it comes with the tkdiff program
>which I think is great. I am not sure if tkdiff is available on its own
>as I use tkcvs anyway so haven't checked.
>
>Regards
>
>Phil Q
>
>--
For a good GUI based diff program, a quick search on freshmeat yielded
the following:
http://freshmeat.net/projects/tkdiff/
HTH
-DR
--
Build a system that even a fool can use and only a fool will want to use it.
------------------------------
** 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 by posting to comp.os.linux.misc.
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
******************************
