Re: how to rescue this backup data
Zhang Weiwu <zhangweiwu@realss.com> wrote:
> But then why mount would not work?
>
> Jamaica:~ # mount /dev/sr1 /mnt/
> mount: block device /dev/hdc is write-protected, mounting
> read-only
> mount: wrong fs type, bad option, bad superblock on /dev/hdc,
> missing codepage or helper program, or other error
> In some cases useful info is found in syslog - try
> dmesg | tail or so
If the medium was ever written correctly in multi-border mode, then
even a dumb kernel should be able to mont the first session.
> Jamaica:~ # dmesg | tail
> wlan0: authenticate with AP 00:25:86:01:8a:de
> wlan0: authentication with AP 00:25:86:01:8a:de timed out
> grow_buffers: requested out-of-range block 18446744073708710576
> for device hdc
> UDF-fs: No anchor found
> UDF-fs: No partition found (1)
> UDF-fs: No anchor found
> UDF-fs: No partition found (1)
Did you run "isodebug -i input-file" for the medium?
If it does not print something like:
ISO-9660 image includes checksum signature for correct inode numbers.
ISO-9660 image created at Mon Jan 4 14:33:10 2010
Cmdline: '2.01.01a71 -o ooo OBJ'
the images have not been created with mkisofs and for this reason, there
may be an incorrect UDF hybrid filesystem on the medium.
Jörg
--
EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
js@cs.tu-berlin.de (uni)
joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Reply to: