public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
* Recovery of crashed DoC???
@ 2001-07-17  7:34 Colin Durey
  2001-07-17 12:32 ` Stephen Herzog
  0 siblings, 1 reply; 2+ messages in thread
From: Colin Durey @ 2001-07-17  7:34 UTC (permalink / raw)
  To: MTD List Admin (E-mail)

I have a 40mb DoC which contains critical information that I really, really,
need to get hold of.
Linux fails to boot after discovering damaged blocks. The DoC is set as the
boot device on an embedded SBU (Advantech 4825).

Plugging in a floppy and booting DOS, then using the DoC utility DINFO.EXE
returns the following info:
Drive Name:  C:
Disk Size 40,072 kb
Software Version 1.10
TrueFFS Compatibility 3.3.2
Firmware size 48kb

which suggest that the chip is still alive, at least.

Is there any way in which to read the data files from the DoC?  I have been
told to use the utility DUPDATE.EXE to change the drive name to D: or
something other than C:, so that I can then connect another HD and boot it
as C: and then mount the DoC as a secondary drive and subsequently recover
the precious files. DUPDATE.EXE doesn't seem to want to let me do that.

Anyone know what to do?

Colin Durey
Cabcam - Tech Division
+61-2-96984711 (T)  +61-2-96984674 (F)

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Recovery of crashed DoC???
  2001-07-17  7:34 Recovery of crashed DoC??? Colin Durey
@ 2001-07-17 12:32 ` Stephen Herzog
  0 siblings, 0 replies; 2+ messages in thread
From: Stephen Herzog @ 2001-07-17 12:32 UTC (permalink / raw)
  To: cabcam, linux-mtd

Greetings,

Assuming the OS is not the data you really, really, need, you could try 
the following:  Remove the DoC and attach a regular IDE drive to the 
SBU 4825 and boot from IDE first. Next compile a kernel on it with 
DoC support. You will have to install your kernel on a floppy disk 
however to get it to boot rather than from DoC. Now put the DoC back
in the SBU, boot from floppy/linux-kernel try mounting the DoC. Perhaps
you can get some of the data that way. 

I don't think you want to use the DINFO.EXE utility.  That tool places
a dos bios patch on the nftl layer that allows the computer to boot 
from the DoC. 

Good luck,

Stephen Herzog

----- Original Message ----- 
From: "Colin Durey" <cabcam@optusnet.com.au>
To: "MTD List Admin (E-mail)" <linux-mtd@lists.infradead.org>
Sent: Tuesday, July 17, 2001 12:34 AM
Subject: Recovery of crashed DoC???


> I have a 40mb DoC which contains critical information that I really, really,
> need to get hold of.
> Linux fails to boot after discovering damaged blocks. The DoC is set as the
> boot device on an embedded SBU (Advantech 4825).
> 
> Plugging in a floppy and booting DOS, then using the DoC utility DINFO.EXE
> returns the following info:
> Drive Name:  C:
> Disk Size 40,072 kb
> Software Version 1.10
> TrueFFS Compatibility 3.3.2
> Firmware size 48kb
> 
> which suggest that the chip is still alive, at least.
> 
> Is there any way in which to read the data files from the DoC?  I have been
> told to use the utility DUPDATE.EXE to change the drive name to D: or
> something other than C:, so that I can then connect another HD and boot it
> as C: and then mount the DoC as a secondary drive and subsequently recover
> the precious files. DUPDATE.EXE doesn't seem to want to let me do that.
> 
> Anyone know what to do?
> 
> Colin Durey
> Cabcam - Tech Division
> +61-2-96984711 (T)  +61-2-96984674 (F)
> 
> 
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/
> 

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2001-07-17 12:23 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-07-17  7:34 Recovery of crashed DoC??? Colin Durey
2001-07-17 12:32 ` Stephen Herzog

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox