Mounting bad btrfs img file

2017-10-05 Thread Eric Wolf
My OS drive had issues with metadata (disk full even though it wasn't etc), and so I reinstalled my OS and now I'm learning that my backup img is bad. What steps should I go through to fix it? $ sudo mount -o offset=827808,loop,recovery,ro,nospace_cache,nospace_cache /data/Backup/Nephele.img

Re: rm: it is dangerous to operate recursively on '/data/Backup/@' (same as '/')

2017-09-26 Thread Eric Wolf
before replying to myself again. --- Eric Wolf (201) 316-6098 19w...@gmail.com On Tue, Sep 26, 2017 at 10:41 AM, Eric Wolf <19w...@gmail.com> wrote: > I accidentally filled my OS drive with a copy of itself? The problem > is, /data/ is a separate pool from the OS drive. And now it lo

rm: it is dangerous to operate recursively on '/data/Backup/@' (same as '/')

2017-09-26 Thread Eric Wolf
I accidentally filled my OS drive with a copy of itself? The problem is, /data/ is a separate pool from the OS drive. And now it looks like I can't erase it? I don't even know how I got here. All I did was "dd if=/dev/sda of=/data/Backup/backup-new.img && mv /data/Backup/backup-new.img

Snapper Rollback filesystem is read only

2017-09-01 Thread Eric Wolf
I rolled back my filesystem with 'snapper rollback 81 (or whatever snapshot it was)' and now when I boot my filesystem is read-only. How do I fix it? -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info

Re: BTRFS critical (device sda2): corrupt leaf, bad key order: block=293438636032, root=1, slot=11

2017-09-01 Thread Eric Wolf
On Thu, Aug 31, 2017 at 4:11 PM, Hugo Mills <h...@carfax.org.uk> wrote: > On Thu, Aug 31, 2017 at 03:21:07PM -0400, Eric Wolf wrote: >> I've previously confirmed it's a bad ram module which I have already >> submitted an RMA for. Any advice for manually fixing the bits? >

Re: BTRFS critical (device sda2): corrupt leaf, bad key order: block=293438636032, root=1, slot=11

2017-09-01 Thread Eric Wolf
Okay, I have a hex editor open. Now what? Your instructions seems straightforward, but I have no idea what I'm doing. --- Eric Wolf (201) 316-6098 19w...@gmail.com On Thu, Aug 31, 2017 at 4:11 PM, Hugo Mills <h...@carfax.org.uk> wrote: > On Thu, Aug 31, 2017 at 03:21:07PM -0400, Eric W

Re: BTRFS critical (device sda2): corrupt leaf, bad key order: block=293438636032, root=1, slot=11

2017-08-31 Thread Eric Wolf
I've previously confirmed it's a bad ram module which I have already submitted an RMA for. Any advice for manually fixing the bits? Sorry for top leveling, not sure how mailing lists work (again sorry if this message is top leveled, how do I ensure it's not?) --- Eric Wolf (201) 316-6098 19w

Re: BTRFS critical (device sda2): corrupt leaf, bad key order: block=293438636032, root=1, slot=11

2017-08-31 Thread Eric Wolf
Also, I know it was caused by bad RAM and that ram has since been removed. --- Eric Wolf (201) 316-6098 19w...@gmail.com On Thu, Aug 31, 2017 at 2:33 PM, Hugo Mills <h...@carfax.org.uk> wrote: > On Thu, Aug 31, 2017 at 01:53:58PM -0400, Eric Wolf wrote: >> I'm having issues w

Re: BTRFS critical (device sda2): corrupt leaf, bad key order: block=293438636032, root=1, slot=11

2017-08-31 Thread Eric Wolf
disk byte 402717990912 nr 8192 extent data offset 0 nr 4096 ram 8192 extent compression 0 item 152 key (890558 EXTENT_DATA 1118208) itemoff 6645 itemsize 53 extent data disk byte 402721890304 nr 20480 extent data offset 0 nr 16384 ram 20480 extent compression 0 --- Eric Wolf (201) 316-6098 19w

BTRFS critical (device sda2): corrupt leaf, bad key order: block=293438636032, root=1, slot=11

2017-08-31 Thread Eric Wolf
I'm having issues with a bad block(?) on my root ssd. dmesg is consistently outputting "BTRFS critical (device sda2): corrupt leaf, bad key order: block=293438636032, root=1, slot=11" "btrfs scrub stat /" outputs "scrub status for b2c9ff7b-[snip]-48a02cc4f508 scrub started at Wed Aug 30 11:51:49