$./mkfs.btrfs -f /dev/sdd -b 2M
[...]
mkfs.btrfs: volumes.c:845: btrfs_alloc_chunk: Assertion `!(ret)' failed.
Aborted (core dumped).
We should return error to userspace instead of the above.
Signed-off-by: Liu Bo
---
mkfs.c| 23 +++
volumes.c | 16 +++-
I did the following experiment and tried to move a dm-cryped btrfs
partition to the left on an external 3TB drive.
The old partition had the sector boundaries: 245547520 - 732566527
I deleted this one and created a new one with boundaries: 33024 - 732566640
Now I moved the data
> sudo dd con
Hi,
I had a power loss on my btrfs file system during package installation and now
I found this:
% ls -l /var/lib/dpkg/tmp.ci
ls: cannot access /var/lib/dpkg/tmp.ci/conffiles: Stale NFS file handle
ls: cannot access /var/lib/dpkg/tmp.ci/md5sums: Stale NFS file handle
total 0
-? ? ? ? ?
On Jun 8, 2013, at 8:47 AM, André Schlichting wrote:
>
> The old partition had the sector boundaries: 245547520 - 732566527
>
> I deleted this one and created a new one with boundaries: 33024 - 732566640
>
> Now I moved the data
> > sudo dd conv=notrunc bs=4096 iflag=fullblock if=/dev/sdc2
Am 09.06.2013 00:20, schrieb Chris Murphy:
On Jun 8, 2013, at 8:47 AM, André Schlichting wrote:
The old partition had the sector boundaries: 245547520 - 732566527
I deleted this one and created a new one with boundaries: 33024 - 732566640
Now I moved the data
> sudo dd conv=notrunc bs=40
On Jun 8, 2013, at 6:42 PM, André Schlichting wrote:
>
> I'm not sure, but this external disk has a GPT with sector size 4096 and as I
> wrote the dm-crypted LUKS container can be opened without complains.
> > fdisk -l /dev/sdc
> WARNING: fdisk GPT support is currently new, and therefore in an
