What's new in safecopy 1.7
Jul 12, 2012
- New --forceopen option to wait for removable drives to come back
- New -c (continue) option to resume when copying directly unto devices
- Return codes: (0 for success, 2 for abort/ error, 1 for incomplete copy)
- Adapted test suite to test for these return codes
- Code cleanup
New in safecopy 1.6 (Sep 10, 2010)
- Bugfix:
- safecopy-1.5 and prior had a bug concerning badblock include files. With
- enabled badblock marking the pointer to the current include block was set
- beyond the next to be read block during badblock marking, since the badblock
- marking code checks for include blocks to not overwrite good data with badblock
- markers. However this constellation was not checked for correctly, when
- advancing the main source file pointer, resulting in data to be copied despite
- it was not listed in the include file.
- safecopy-1.6 fixes this bug (ID 2854324 )
New in safecopy 1.4 (Jul 17, 2009)
- Test suite scripts have been rewritten to be more portable.
- Some fixes in documentation.
New in safecopy 1.2 (Apr 14, 2009)
- Fixes in low level data recovery from CDROM and DVD code.
- Raw sector reading is not possible on DVDs, but DVDs had been incorrectly detected as CDs leading to failures on low level access. DVDs are now detected succesfully and offer a drive reset as the only low level operation.
- The type of a CD (Audio, Mode1, Mode2, etc...) is now sucesfully detected, and sector alignments are calculated correctly. Since its not possible with reasonable overhead to calculate sector addressing on Mixed-mode CDs (since the sector sizes can change with each track) safecopy does not attempt to raw read from these anymore. Device reset will still be attemted if necessary.
- Device resets will now only be issued in case of previous read errors.
- The "twaddle" system call is now supported on floppy drives to potentially aid in data resurrection.
- Safecopy has now a manpage, which includes basically all the information of the README file in more standardized format.