On Aug 30, 2014 9:55 PM, Shriramana Sharma samj...@gmail.com wrote:
Hello. There seem to be lots of questions in various forums re the
output of btrfs fi df -- especially w.r.t. the usage of the word
total. For example see https://community.oracle.com/thread/2459838
I feel it would make the
And, finally, nobody has mentioned on the possibility of merging
multiple snapshots into a single snapshot. Would this be possible, to
create a snapshot that contains the most recent version of each file
present across all of the snapshots (including files which may be
present in only one of
I don't know all states of this file system, and copies you have. Right now
the earliest copy is obviously broken, and the latest copy is probably more
broken because at the least its csum tree has been blown away meaning there's
no checksums to confirm whether any data extracted/copied
Does this version's btrfs-image allow you to make an image of the file system?
Nope, same errors and no output.
https://btrfs.wiki.kernel.org/index.php/Restore
Your superblocks are good according to btrfs rescue super-recover. And
various tree roots are found by btrfs-find-root including a
Distro: Linux Mint 16
Kernel: 3.11.0-12-generic
Btrfs (used to create): 0.20-rc1 (current version in Mint repo)
Btrfs (used to troubleshoot): 3.14.2
Setup: sda6 is a luks container with btrfs inside. Btrfs has
subvolumes @ (/) and @home (/home).
I was doing nothing in particular on my laptop
ago. Completely
zeroing out the drive cleared them up and I haven't seen any issues
since.)
On Mon, Jun 23, 2014 at 9:17 PM, Chris Murphy li...@colorremedies.com wrote:
On Jun 23, 2014, at 4:18 PM, Mike Hartman m...@hartmanipulation.com wrote:
Can anyone offer any suggestions? Is this data
:20 PM, Wang Shilong
wangsl.f...@cn.fujitsu.com wrote:
On 06/24/2014 09:17 AM, Chris Murphy wrote:
On Jun 23, 2014, at 4:18 PM, Mike Hartman m...@hartmanipulation.com
wrote:
Can anyone offer any suggestions? Is this data really unrecoverable? I
have no idea what could have gone so severely
Of course it could just be a bug so it's worth trying David's integration
branch.
I'll try that shortly.
* Firmware Version: 0006
Firmware 0007 is current for this SSD.
I assume that's probably not something I should mess with right now
though, right?
6 0x008 4
My two cents:-)
If you really want to use btrfs check --init-csum-tree
--init-extent-tree,
i'd suggest you use
David Latest btrfs-progs branch which includes some latest bug fixes.
I have no particular desire to use it. I just tried everything else
first and thought it was worth a shot.
I zeroed out the drive and ran every smartctl test on it I could find
and it never threw any more errors.
Zeroing SSDs isn't a good way to do it. Use ATA Secure Erase instead. The
drive is overprovisioned, so there are pages without LBAs assigned, which
means they can't be written to by
10 matches
Mail list logo
