Re: 5.5 kernel and btrfs-progs v5.6 create and cannot fix 'root 204162 inode 14058737 errors 1000, some csum missing'

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, May 25, 2020 at 04:47:31PM -0600, Chris Murphy wrote:
> Maybe. The story arc on Btrfs is that check --repair only fixes the
> things it knows how to fix. It's gotten better but still has the scary

that's always been true indeed :)

> warning, and lately has a 10 second delay to really make sure the user
> meant to use it. And regardless of mode, it's slow and just can't
> scale. Neither does "wipe and restore from backup". So the problems of
> inconsistency need to be understood to avoid the problem in the first
> place.

that's ideal, but honestly it's a multi prong approach. I'm stil hoping
that check --repair can improve.
 
> What about finding inode 14058737 and deleting it? In all of the
> listed subvolumes? And then unmount and check again?
 
it's in all the subvolumes, including the btrfs send ones. 
So sure, I can delete my btrfs send snapshots and have to start over,
but really btrfs check should fix this better than rm, even if it makes
the file not what it was. I can always replace it with a good copy
 
On Mon, May 25, 2020 at 04:51:51PM -0600, Chris Murphy wrote:
> Before deleting it, can you check if chattr +C is set? Or what kind of
> file is this? Because there's an old loophole in older kernels where

saruman:~# lsattr /mnt/mnt/root/usr/share/locale/en_GB/LC_MESSAGES/gstreamer-1.0.mo
-------------------- /mnt/mnt/root/usr/share/locale/en_GB/LC_MESSAGES/gstreamer-1.0.mo

> You could try just making a 'cp --reflink=never' copy of the file. And
> delete the original (and all of its copies in all subvolumes). Now
> 'btrfs check'.

I can restore the file from backup without issues, it's more that with
btrfs send, I'm not allowed to delete the inode until it cycles out, and
I can't cycle it out because btrfs send dies when it sees the
inconsistent state.

I mean, yes, I can do this and delete all the snapshots, I was just
hoping to do slighty better as this is close to wiping the filesystem
and starting over (actually it's mostly the same to be honest)

Marc
-- 
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
 
Home page: http://marc.merlins.org/  



[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux