At 11/01/2016 12:46 PM, Tobias Holst wrote:
Hi
I can't mount my boot partition anymore. When I try it by entering
"mount /dev/sdi1 /mnt/boot/" I get:
mount: wrong fs type, bad option, bad superblock on /dev/sdi1,
missing codepage or helper program, or other error
In some cases
Hi
I can't mount my boot partition anymore. When I try it by entering
"mount /dev/sdi1 /mnt/boot/" I get:
> mount: wrong fs type, bad option, bad superblock on /dev/sdi1,
> missing codepage or helper program, or other error
>
> In some cases useful info is found in syslog - try
>
On Tue, Nov 01, 2016 at 12:13:38PM +0800, Qu Wenruo wrote:
> Would you try to locate the range where we starts to fail to read?
>
> I still think the root problem is we failed to read the device in user
> space.
Understood.
I'll run this then:
myth:~# dd if=/dev/mapper/crypt_bcache0
At 10/31/2016 11:04 PM, Marc MERLIN wrote:
On Mon, Oct 31, 2016 at 08:44:12AM +, Hugo Mills wrote:
Any idea on special dm setup which can make us fail to read out some
data range?
I've seen both btrfs check and btrfs dump-super give wrong answers
(particularly, some addresses end up
So, I'm willing to wait 2 more days before I wipe this filesystem and
start over if I can't get check --repair to work on it.
If you need longer, please let me konw you have an upcoming patch for me
to try and I'll wait.
Thanks,
Marc
On Mon, Oct 31, 2016 at 08:04:22AM -0700, Marc MERLIN wrote:
>
On Mon, Oct 31, 2016 at 01:43:20PM -0500, Goldwyn Rodrigues wrote:
> Hi David,
>
> On 10/28/2016 09:42 AM, David Sterba wrote:
> > On Thu, Oct 27, 2016 at 01:05:08PM -0500, Goldwyn Rodrigues wrote:
> >> While deleting pending extents, we insert extents to the
> >> extent_tree. However, because
At 11/01/2016 01:31 AM, David Sterba wrote:
On Wed, Oct 19, 2016 at 09:18:09AM +0800, Qu Wenruo wrote:
At 10/18/2016 08:07 PM, David Sterba wrote:
On Thu, Oct 13, 2016 at 03:32:53PM +0800, Qu Wenruo wrote:
Hi David,
Any updates?
If you're busy on these fix, I could fix these problem and
On Mon, Oct 31, 2016 at 12:35:16PM -0700, Linus Torvalds wrote:
On Mon, Oct 31, 2016 at 11:55 AM, Dave Jones wrote:
BUG: Bad page state in process kworker/u8:12 pfn:4e0e39
page:ea0013838e40 count:0 mapcount:0 mapping:8804a20310e0 index:0x100c
flags:
On Mon, Oct 31, 2016 at 11:55 AM, Dave Jones wrote:
>
> BUG: Bad page state in process kworker/u8:12 pfn:4e0e39
> page:ea0013838e40 count:0 mapcount:0 mapping:8804a20310e0 index:0x100c
> flags: 0x400c(referenced|uptodate)
> page dumped because:
On Wed, Oct 26, 2016 at 07:47:51PM -0400, Dave Jones wrote:
> On Wed, Oct 26, 2016 at 07:38:08PM -0400, Chris Mason wrote:
>
> > >-hctx->queued++;
> > >-data->hctx = hctx;
> > >-data->ctx = ctx;
> > >+data->hctx = alloc_data.hctx;
> > >+
Hi David,
On 10/28/2016 09:42 AM, David Sterba wrote:
> On Thu, Oct 27, 2016 at 01:05:08PM -0500, Goldwyn Rodrigues wrote:
>> While deleting pending extents, we insert extents to the
>> extent_tree. However, because of corruption, this might already be
>> freed. We trickle the EEXISTS error and
Dear Sir/Madam.
Assalamu`Alaikum.
I am Dr mohammad ouattara, I have ($10.6 Million us dollars) to transfer into
your account,
I will send you more details about this deal and the procedures to follow when
I receive a positive response from you,
Have a great day,
Dr mohammad ouattara.
--
On Mon, Oct 31, 2016 at 08:36:44AM -0700, Christoph Hellwig wrote:
On Sat, Oct 29, 2016 at 04:08:25PM +0800, Ming Lei wrote:
There are lots of direct access to .bi_vcnt & .bi_io_vec
of bio, and it isn't ready to support multipage bvecs
for BTRFS, so set NO_MP for these request queues.
For one
On Mon, Oct 31, 2016 at 11:58:29AM -0600, Chris Mason wrote:
> Yeah, I'd rather make us less special. The direct access was a short term
> fix to adjust to the new bio interfaces, we should clean it up.
I've got patches for a few areas in progress, I'll send them your way
once I've finished
On Wed, Oct 19, 2016 at 09:18:09AM +0800, Qu Wenruo wrote:
> At 10/18/2016 08:07 PM, David Sterba wrote:
> > On Thu, Oct 13, 2016 at 03:32:53PM +0800, Qu Wenruo wrote:
> >> Hi David,
> >>
> >> Any updates?
> >>
> >> If you're busy on these fix, I could fix these problem and send a new
> >>
On Fri, Oct 28, 2016 at 08:33:34AM +0800, Qu Wenruo wrote:
> Any comment?
>
> Especially the final patch will fix a long standing bug.
>From my perspective, review is required (but I appreciate Goldwyn's
testing). Who's going to do that, I don't know.
--
To unsubscribe from this list: send the
On Thu, Oct 27, 2016 at 08:52:33AM +0100, Domagoj Tršan wrote:
> csum member of struct btrfs_super_block has array type of u8. It makes sense
> that function btrfs_csum_final should be also declared to accept u8 *. I
> changed the declaration of method void btrfs_csum_final(u32 crc, char
>
On Wed, Oct 26, 2016 at 03:23:01PM +0800, Wang Xiaoguang wrote:
> Signed-off-by: Wang Xiaoguang
Reviewed-by: David Sterba
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
On Fri, Oct 28, 2016 at 05:29:45PM +0100, Graham Cobb wrote:
> On 28/10/16 16:20, David Sterba wrote:
> > I tend to agree with this approach. The usecase, with some random sample
> > balance options:
> >
> > $ btrfs balance start --analyze -dusage=10 -musage=5 /path
>
> Wouldn't a "balance
On Sat, Oct 29, 2016 at 04:08:25PM +0800, Ming Lei wrote:
> There are lots of direct access to .bi_vcnt & .bi_io_vec
> of bio, and it isn't ready to support multipage bvecs
> for BTRFS, so set NO_MP for these request queues.
For one bio is an I/O submitter, it has absolutely no business changing
On Mon, Oct 31, 2016 at 08:44:12AM +, Hugo Mills wrote:
> > Any idea on special dm setup which can make us fail to read out some
> > data range?
>
>I've seen both btrfs check and btrfs dump-super give wrong answers
> (particularly, some addresses end up larger than the device, for some
>
On Mon, Oct 31, 2016 at 03:04:27PM +0800, Qu Wenruo wrote:
>
>
> At 10/31/2016 02:37 PM, Marc MERLIN wrote:
> >On Mon, Oct 31, 2016 at 02:32:53PM +0800, Qu Wenruo wrote:
> >>
> >>
> >>At 10/31/2016 02:25 PM, Marc MERLIN wrote:
> >>>On Mon, Oct 31, 2016 at 02:04:10PM +0800, Qu Wenruo wrote:
>
At 10/31/2016 02:37 PM, Marc MERLIN wrote:
On Mon, Oct 31, 2016 at 02:32:53PM +0800, Qu Wenruo wrote:
At 10/31/2016 02:25 PM, Marc MERLIN wrote:
On Mon, Oct 31, 2016 at 02:04:10PM +0800, Qu Wenruo wrote:
Sorry for asking, am I doing this wrong?
myth:~# dd if=/dev/mapper/crypt_bcache0
On Mon, Oct 31, 2016 at 02:32:53PM +0800, Qu Wenruo wrote:
>
>
> At 10/31/2016 02:25 PM, Marc MERLIN wrote:
> >On Mon, Oct 31, 2016 at 02:04:10PM +0800, Qu Wenruo wrote:
> >>>Sorry for asking, am I doing this wrong?
> >>>myth:~# dd if=/dev/mapper/crypt_bcache0 of=/tmp/dump1 bs=512 count=32
>
At 10/31/2016 02:25 PM, Marc MERLIN wrote:
On Mon, Oct 31, 2016 at 02:04:10PM +0800, Qu Wenruo wrote:
Sorry for asking, am I doing this wrong?
myth:~# dd if=/dev/mapper/crypt_bcache0 of=/tmp/dump1 bs=512 count=32
skip=26367830208
dd: reading `/dev/mapper/crypt_bcache0': Invalid argument
0+0
On Mon, Oct 31, 2016 at 02:04:10PM +0800, Qu Wenruo wrote:
> >Sorry for asking, am I doing this wrong?
> >myth:~# dd if=/dev/mapper/crypt_bcache0 of=/tmp/dump1 bs=512 count=32
> >skip=26367830208
> >dd: reading `/dev/mapper/crypt_bcache0': Invalid argument
> >0+0 records in
> >0+0 records out
> >0
At 10/31/2016 01:47 PM, Marc MERLIN wrote:
On Mon, Oct 31, 2016 at 01:27:56PM +0800, Qu Wenruo wrote:
Would you please dump the following bytes?
That's the chunk root tree block on your disk.
offset: 13500329066496 length: 16384
offset: 13500330213376 length: 16384
Sorry for asking, am I
27 matches
Mail list logo