FYI: According to ddrescue, there were read errors in +45% of the
partition. There were no chances to save anything from the disk.
2018-08-01 15:07 GMT+03:00 Cerem Cem ASLAN :
> Yes, command output is as is, because I just copied and pasted into the
> mail. When I omit the `-t btrfs` part,
Yes, command output is as is, because I just copied and pasted into the
mail. When I omit the `-t btrfs` part, result is the same.
I'm now trying to rescue what I can, so getting a image dump with
`ddrescue`. It's read about 25% without any errors but it will be expected
to finish in 6 hours.
On Tue, Jul 31, 2018 at 12:03 PM, Cerem Cem ASLAN wrote:
> 3. mount -t btrfs /dev/mapper/foo--vg-root /mnt/foo
> Gives the following error:
>
> mount: wrong fs type, bad option, bad superblock on ...
>
> 4. dmesg | tail
> Outputs the following:
>
>
> [17755.840916] sd 3:0:0:0: [sda] tag#0 FAILED
That might be the case. Can't we recover anything with some data loss?
2018-08-01 2:04 GMT+03:00 Hans van Kranenburg <
hans.van.kranenb...@mendix.com>:
> Hi,
>
> On 07/31/2018 08:03 PM, Cerem Cem ASLAN wrote:
> > Hi,
> >
> > I'm having trouble with my server setup, which contains a BTRFS root
>
Hi,
On 07/31/2018 08:03 PM, Cerem Cem ASLAN wrote:
> Hi,
>
> I'm having trouble with my server setup, which contains a BTRFS root
> partition on top of LVM on top of LUKS partition.
>
> Yesterday server was shut down unexpectedly. I booted the system with a
> pendrive which contains Debian
Hi,
I'm having trouble with my server setup, which contains a BTRFS root
partition on top of LVM on top of LUKS partition.
Yesterday server was shut down unexpectedly. I booted the system with a
pendrive which contains Debian 4.9.18 and tried to mount the BTRFS root
partition manually.
1.
