$./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 bo.li@oracle.com
---
mkfs.c| 23 +++
volumes.c |
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
Hi,
I had a power loss on my btrfs file system during package installation and now
I found this:
code
% 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 an...@delorus.de 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
Am 09.06.2013 00:20, schrieb Chris Murphy:
On Jun 8, 2013, at 8:47 AM, André Schlichting an...@delorus.de 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
On Jun 8, 2013, at 6:42 PM, André Schlichting an...@delorus.de 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
