Looking for VAXSET Software Engineering Tools for VMS 4.x
Antonio Carlini
a.carlini at ntlworld.com
Sat Apr 17 14:33:59 CDT 2021
On 17/04/2021 19:35, Al Kossow via cctalk wrote:
> On 4/17/21 11:30 AM, Antonio Carlini via cctalk wrote:
>
>> So far I've just tried using dd to recover the data but perhaps I
>> should try to find something that won't give up when the OS reports
>> an unreadable sector. Anyone have any suggestions?
>
>
> ddrescue
>
I guess I should've remembered that one, thanks!
So has this just lost ~3KiB? "pct rescued" suggests that it did quite
well. Does "bad areas" mean one bad sector (2048 bytes)?
$ ddrescue -r5 -v /dev/sr1 JUL89DIST.iso JUL89DIST.map
GNU ddrescue 1.23
About to copy 623247 kBytes from '/dev/sr1' to 'JUL89DIST.iso'
Starting positions: infile = 0 B, outfile = 0 B
Copy block size: 128 sectors Initial skip size: 128 sectors
Sector size: 512 Bytes
Press Ctrl-C to interrupt
ipos: 623246 kB, non-trimmed: 0 B, current rate: 0 B/s
opos: 623246 kB, non-scraped: 0 B, average rate: 1303 kB/s
non-tried: 0 B, bad-sector: 4096 B, error rate: 73 B/s
rescued: 623243 kB, bad areas: 1, run time: 7m 58s
pct rescued: 99.99%, read errors: 49, remaining time: n/a
time since last successful read: 5m 11s
Finished
This is what ls sees (I renamed the ISO to match what it actually is):
-rw-rw-r-- 1 antonioc antonioc 623243264 Apr 17 20:14
CDROM-AG-MN36E-RE-1989-07-VMS-CONDIST.iso
(That happens to be exactly the same result as dd).
Antonio
--
Antonio Carlini
antonio at acarlini.com
More information about the cctalk
mailing list