freebsd-dev/sbin/dump
Kirk McKusick 924a7003b0 Dump is hard-wired to believe that it can read disks on
1024-byte boundaries. For many years this was a reasonable
assumption. However, in recent years we have begun seeing
devices with 2048-byte sectors. These devices return errors
when dump tries to read starting in the middle of a sector
or when it tries to read only the first half of a sector.
Rather than change the native block size used by dump (and
thus create an incompatible dump format), this fix checks
for transfer requests that start and/or end on a non-sector
boundary. When such a read is detected, the new code reads
the entire sector and copies out just the part that dump
needs.

Reviewed by:	Poul-Henning Kamp <phk@critter.freebsd.dk>
Approved by:	re (John Baldwin <jhb@FreeBSD.org>)
Sponsored by:   DARPA & NAI Labs.
2003-05-07 18:27:09 +00:00
..
cache.c Readjust the cache initialization code to make it more obvious that the 2003-01-25 19:06:30 +00:00
dump.8 Removed all vestiges of KerberosIV. 2003-05-01 21:18:36 +00:00
dump.h Avoid a name conflict with future functionality: 2003-04-07 11:34:12 +00:00
dumprmt.c De-Kerberise (KerberosIV). KerberosIV is no longer present, and 2003-05-01 20:09:58 +00:00
itime.c
main.c Dump is hard-wired to believe that it can read disks on 2003-05-07 18:27:09 +00:00
Makefile Removed all vestiges of KerberosIV. 2003-05-01 21:18:36 +00:00
optr.c Avoid a name conflict with future functionality: 2003-04-07 11:34:12 +00:00
pathnames.h
tape.c
traverse.c Dump is hard-wired to believe that it can read disks on 2003-05-07 18:27:09 +00:00
unctime.c