- Original Message -
From: "Philip Hands" <[EMAIL PROTECTED]>
To: "Patrick Kirk" <[EMAIL PROTECTED]>
Cc: "rick" <[EMAIL PROTECTED]>;
Sent: Tuesday, January 25, 2000 11:08 AM
Subject: Re: Please tell me this is curable...
> "Patrick Kirk"
[EMAIL PROTECTED] (Colin Watson) wrote:
>[EMAIL PROTECTED] (rick) wrote:
>>The problem is the lf -> crlf switch. Just reverse it. There
>>will be posts saying this won't work but it will. You'd think
>>it doesn't work because what about valid crlf pairs in the
>>original data. But they get chan
"Patrick Kirk" <[EMAIL PROTECTED]> writes:
> Can you recall the name of any of these Windows utilities? Or has nayone
> done this in the past and have the awk script lying about?
> > The problem is the lf -> crlf switch. Just reverse it. There
> > will be posts saying this won't work but it wil
[EMAIL PROTECTED] (rick) wrote:
>In article
><[EMAIL PROTECTED]> you
>wrote:
>> Maybe you transferred it in ASCII mode. Hopefully you didn't transfer it
>> in ASCII mode when you sent it to the NT box because then you'll never get
>> it back. If you did it in ASCII mode sending it back to the Lin
--- rick <[EMAIL PROTECTED]> wrote:
> I know there are little windows utils to do this but someone
> can cobble up an awk one-liner or something. I did it with rexx.
Am I missing something, or should dos2unix/unix2dos from the sysutils pckage
do the job?
Michel
=
"Software is like sex;
Can you recall the name of any of these Windows utilities? Or has nayone
done this in the past and have the awk script lying about?
> The problem is the lf -> crlf switch. Just reverse it. There
> will be posts saying this won't work but it will. You'd think
> it doesn't work because what abou
im no data recovery expert but chances are good that the files are gone,
tar doesnt have good(if any) file recover capabilities .. gzip does but
recovering data from a gzip file is a long and boring process, usually it
just writes the blocks of data to individual files leaving it up to you to
sort
On Mon, 24 Jan 2000, Patrick wrote:
> Thanks. The big q is what's the recovery procedure?
Fixing by hand or writing a tool do to so. But hunt the net first, someone
might have done it already.
Let's supose your file got corrupted by a ASCII upload from UNIX -> NT.
First, you must guarantee that
On Mon, Jan 24, 2000 at 02:16:38PM -0800, aphro wrote:
> try using the command:
>
> file
>
> to determine what kind of file it is..
>
> it may be curropted..
Thanks. The big q is what's the recovery procedure?
>
> nate
>
> On Mon, 24 Jan 2000, Patrick wrote:
>
> patric >Over the weekend, I
try using the command:
file
to determine what kind of file it is..
it may be curropted..
nate
On Mon, 24 Jan 2000, Patrick wrote:
patric >Over the weekend, I took my trusty server which had multiple partitions
and swap files for RH, SuSE, NT and Debian and turned the whole thing over to
De
Strange...by a stroke of pure genius, you've hit on the answer I feared
most.
Sigh.
Thanks.
Patrick
- alone with thoughts of what to tell the taxman.
Patrick <[EMAIL PROTECTED]> writes:
> Over the weekend, I took my trusty server which had multiple
> partitions and swap files for RH, SuSE, NT and Debian and turned the
> whole thing over to Debian.
>
> Naturally, I backed up 4 Gigs of data first using tar czvf. Did a
> few tests and all seemed
On Mon, 24 Jan 2000, Patrick wrote:
> Now its not working as when I ftp the data in from NT, I get this:
>
> [EMAIL PROTECTED]:~$ tar xzvf datstore
> tar: This does not look like a tar archive
> tar: Skipping to next header
Maybe you transferred it in ASCII mode. Hopefully you didn't transfer i
13 matches
Mail list logo
