> > Yes. It should move readable data to good disk and run --rebuild-tree.
> > Please keep in mind that dd does not copy data properly when input file
> > contains bad blocks. It looks like it does not make seek on output
> > device.
> > I usually run badblocks first and then copy data with dd around bad
> > blocks manually.
>
> Oh, my. Why people do everything the hardest way? Woudln't it be easier for a
> filesystem developer to simply patch dd (perhaps adding a parameter) instead
> of going through all that?
What's wrong with dd? Why is a seek on the output device required? I'd
think that zeroing the block (as dd does) would be more productive than
letting some random data survive.
--
-----==- |
----==-- _ |
---==---(_)__ __ ____ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
-=====/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
