Apologies - I posted this in the wrong place (support requests instead of the
user mailing list):
Hi,
I'm trying to retrieve data from my girlfriends broken
A5000. I did a raw bit copy of the IDE drive to a file
(using some DOS utility - the linux kernel was throwing
'lost interrupt' errors whe
Subject: Re: Trying to read a raw image file
Date: Friday 14 July 2006 09:47
> So I guess the image you've got may have corruptions. :-(
I don't mind a little data corruption, as long as I can read the bulk of the
data from the image.
>980 * 2 * 17 * 128 == 4,264,960 B == 4,165 KiB. That's qu
Hi Ralph, thanks for getting back to me so quickly.
On Saturday 15 July 2006 11:30, you wrote:
> That still looks odd. Literally. Given it should have a whole number
> of sectors, and sectors always have an even number of bytes, it should
> be an even number of bytes long. It's 167,401.73828125
Hi Ralph,
I have Hugo aplenty:
/temp> tr -c Hugo \\n Hi Charles,
>
> > arcem-1.00> od -c HardImage1|head
> > 000 \0 \0 \0 \0 | 213 343 352 354 \f | 352 020 361 237 345
> > 020 020 361 237 345 020 361 237 345 237 \f 340 352 004 220 375 345
>
> I don't recognise that. If it's an
> For your Hugos above...
>
>361361 104
> 0361 128
>498859 124
> 0859 148
>314 1173 46
> 0 1173 70
>314 1487 80
> 0 1487 104
>314 1801 132
> 0 1801 156
>314 2115 156
>
(and again, remembering to cc the mailing list)
> If this is BASIC then it appears either the FTP wasn't in binary mode,
> or an attempt to check or undo FTP translation with Perl failed. Is the
> original, produced by the DOS program, file available?
Having hastily chucked a relative out of the
>
> It's also a whole number of 256 byte sectors, 167,440. And a whole
> number of KiB, 41,860.
> Ah, but it's a lot more consistent. It's that program again. And the
> two Hugos are consistently at offsets 188 and 214 into the 256 byte
> sector.
>
> I'd have thought you'd have had some Hugo out
Hi Ralph,
Sorry about the silence - I work away during the week, with limited access to
my email account.
I had to hack around with the acorn-fdisk source a little, but I managed to
get it compiled in the end. It reports the following:
Disk ../IMAGE.000: 16 heads, 63 sectors, 1024 cylinders
Un
Hi,
as requested, here's the extended fdisk output:
Disk ../IMAGE.000: 16 heads, 63 sectors, 1024 cylinders
Units = cylinders of 1008 * 512 bytes
Device Boot BeginStart End BlocksId System
../IMAGE.000100 8442080 100 Filecore
../IMAGE.000
Hi Ralph,
here's the output from the commands you sent.
cheers,
Charles.
adfs: module not supported by Novell, setting U taint flag.
ADFS-fs error (device loop0): adfs_checkmap: crosscheck != 0xff
Unable to handle kernel NULL pointer dereference at virtual address
printing eip:
c01d
10 matches
Mail list logo