> For any one who wants to try it, it can be get from my repo:
> https://github.com/adam900710/btrfs-progs/tree/offline_scrub
While running single corruption script receive message like
"REPARIED: corrupted data with good P/Q, repaired" along with
message from script which says "Parity stripe ch
Nikolay Borisov posted on Fri, 16 Jun 2017 14:39:20 +0300 as excerpted:
Not a dev but I can read descriptions. Three typos in this paragraph:
> Substracting the numbers we get a difference of less than a 4kb. Upon
Subtracting
> closer inspection it became apparent that mkfs actually rounds dow
My Linux Mint system is starting up and usable, however, I am unable
to complete any scrub as they abort before finished. There are various
inode errors in dmesg. Badblocks (readonly) finds no errors. checking
extents gives bad block 5123372711936 on both /dev/sda2 and /dev/sda2.
A btrfscheck (read
On Sat, Jun 17, 2017 at 09:28:30PM +0800, Qu Wenruo wrote:
> > I for one get this a lot even in regular use. Somehow, it always has Comm:
> > dpkg, despite the vast majority of activity on the system obviously not
> > being dpkg.
> linus/master without any extra patch is still the same?
> And whi
Dear Talented,
I am Talent Scout For Sony Pictures Animation, Present Sony Pictures Animation
Movies a Film Corporation Located in the United State, is Soliciting for the
Right to use Your Photo/Face and Personality as One of the Semi -Major
Role/ Character in our Upcoming ANIMATED Stereoscope 3
Dear Talented,
I am Talent Scout For Sony Pictures Animation, Present Sony Pictures Animation
Movies a Film Corporation Located in the United State, is Soliciting for the
Right to use Your Photo/Face and Personality as One of the Semi -Major
Role/ Character in our Upcoming ANIMATED Stereoscope 3
My Linux Mint system is starting up and usable, however, I am unable
to complete any scrub as they abort before finished. There are various
inode errors in dmesg. Badblocks (readonly) finds no errors. checking
extents gives bad block 5123372711936 on both /dev/sda2 and /dev/sda2.
A btrfscheck (read
On Sat, Jun 17, 2017 at 09:28:30PM +0800, Qu Wenruo wrote:
> On 2017年06月17日 16:30, Adam Borowski wrote:
> > On Sat, Jun 17, 2017 at 03:43:18PM +0800, Qu Wenruo wrote:
> > > On 2017年06月16日 20:33, David Sterba wrote:
> > > > I see a lot of warnings from btrfs/094
> > > >
> > > > [13458.628334] BTRFS
On 2017年06月15日 17:44, Vianney Stroebel wrote:
On a backup drive for a home computer, disk usage as shown by 'btrfs fi
show' is more than double the snapshots exclusive data as shown by
"btrfs qgroup show" (574 GB vs 265 GB). >
I've done a lot of research online and I couldn't find any answer t
On 06/16/2017 10:04 PM, David Sterba wrote:
We should really just wait in wait_dev_flush and let the caller decide
what to do with the error value.
Reviewed-by: Anand Jain
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.ker
On 2017年06月17日 16:30, Adam Borowski wrote:
On Sat, Jun 17, 2017 at 03:43:18PM +0800, Qu Wenruo wrote:
On 2017年06月16日 20:33, David Sterba wrote:
I see a lot of warnings from btrfs/094
[13458.628334] BTRFS warning (device sdb6): unhandled fiemap cache detected:
offset=581632 phys=13078528 len
On Fri, 2017-06-16 at 15:34 -0400, Jeff Layton wrote:
> Jan Kara's description for this patch is much better than mine, so I'm
> quoting it verbatim here:
>
> DAX currently doesn't set errors in the mapping when cache flushing
> fails in dax_writeback_mapping_range(). Since this function can get
>
On Sat, Jun 17, 2017 at 03:43:18PM +0800, Qu Wenruo wrote:
> On 2017年06月16日 20:33, David Sterba wrote:
> > I see a lot of warnings from btrfs/094
> >
> > [13458.628334] BTRFS warning (device sdb6): unhandled fiemap cache
> > detected: offset=581632 phys=13078528 len=4096 flags=0x800
>
> Strangel
On 2017年06月16日 20:33, David Sterba wrote:
On Fri, Apr 07, 2017 at 10:43:15AM +0800, Qu Wenruo wrote:
fs/btrfs/extent_io.c | 124 ++-
1 file changed, 122 insertions(+), 2 deletions(-)
I see a lot of warnings from btrfs/094
[13458.628334] BTR
14 matches
Mail list logo