linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Csum I/O Error
@ 2015-09-15 19:59 Timofey Titovets
  2015-09-15 20:38 ` Hugo Mills
  0 siblings, 1 reply; 3+ messages in thread
From: Timofey Titovets @ 2015-09-15 19:59 UTC (permalink / raw)
  To: linux-btrfs

Hi list,
i've catch a io error, caused by csum mismatch
Can i force fs to read data?
This is really not a cool, if only way is use btrfs restore.

#Info vm machin, after power failure get 2 blocks with errors, and one
mysql table, can't be readed by mysql (and also, i can't just dump it)

-- 
Have a nice day,
Timofey.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Csum I/O Error
  2015-09-15 19:59 Csum I/O Error Timofey Titovets
@ 2015-09-15 20:38 ` Hugo Mills
  2015-09-15 20:50   ` Timofey Titovets
  0 siblings, 1 reply; 3+ messages in thread
From: Hugo Mills @ 2015-09-15 20:38 UTC (permalink / raw)
  To: Timofey Titovets; +Cc: linux-btrfs

[-- Attachment #1: Type: text/plain, Size: 912 bytes --]

On Tue, Sep 15, 2015 at 10:59:48PM +0300, Timofey Titovets wrote:
> Hi list,
> i've catch a io error, caused by csum mismatch
> Can i force fs to read data?
> This is really not a cool, if only way is use btrfs restore.
> 
> #Info vm machin, after power failure get 2 blocks with errors, and one
> mysql table, can't be readed by mysql (and also, i can't just dump it)

   The data is corrupt, or at the very least deeply untrustworthy. At
this point, the easiest thing to do is use dd_rescue or ddrescue on
it, which will skip the unreadable sectors and replace them with
zeroes -- which is no worse than the random data you're likely to
encounter from reading the broken data that the FS is (rightly)
protecting you from.

   Hugo.

-- 
Hugo Mills             | A diverse working environment: Di longer you vork
hugo@... carfax.org.uk | here, di verse it gets
http://carfax.org.uk/  |
PGP: E2AB1DE4          |

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Csum I/O Error
  2015-09-15 20:38 ` Hugo Mills
@ 2015-09-15 20:50   ` Timofey Titovets
  0 siblings, 0 replies; 3+ messages in thread
From: Timofey Titovets @ 2015-09-15 20:50 UTC (permalink / raw)
  To: Hugo Mills, Timofey Titovets, linux-btrfs

Thanks for tip hugo *_*

2015-09-15 23:38 GMT+03:00 Hugo Mills <hugo@carfax.org.uk>:
> On Tue, Sep 15, 2015 at 10:59:48PM +0300, Timofey Titovets wrote:
>> Hi list,
>> i've catch a io error, caused by csum mismatch
>> Can i force fs to read data?
>> This is really not a cool, if only way is use btrfs restore.
>>
>> #Info vm machin, after power failure get 2 blocks with errors, and one
>> mysql table, can't be readed by mysql (and also, i can't just dump it)
>
>    The data is corrupt, or at the very least deeply untrustworthy. At
> this point, the easiest thing to do is use dd_rescue or ddrescue on
> it, which will skip the unreadable sectors and replace them with
> zeroes -- which is no worse than the random data you're likely to
> encounter from reading the broken data that the FS is (rightly)
> protecting you from.
>
>    Hugo.
>
> --
> Hugo Mills             | A diverse working environment: Di longer you vork
> hugo@... carfax.org.uk | here, di verse it gets
> http://carfax.org.uk/  |
> PGP: E2AB1DE4          |



-- 
Have a nice day,
Timofey.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2015-09-15 20:51 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-09-15 19:59 Csum I/O Error Timofey Titovets
2015-09-15 20:38 ` Hugo Mills
2015-09-15 20:50   ` Timofey Titovets

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).