sskras
commented
1 month ago You are getting this on Linux, right? While this project/repo is about Windows kernel driver.
Closed newbie-02 closed 1 month ago
sskras
commented
1 month ago You are getting this on Linux, right? While this project/repo is about Windows kernel driver.
maharmstone
commented
1 month ago This is the repo for the Windows btrfs driver. I suggest you try the linux-btrfs mailing list.
Either I tend to do things wrong, or btrfs is somewhat risky.
Had a working setup - on a 256 GB usb flash stick - with a LUKS encrypted partition and a compressed btrfs filesystem inside.
Filled by about 65%, but now inaccessible: 'no space left on device'.
Inacessible isn't fully correct, I can! delete files from the filesystem, but not write new ones.
Can't figure out what's wrong, stick is physically accessible ( Gnome Disks benchmark with write ), luksOpen and password
work, btrfsck is happy, see below, mount works, data tree and files are readable,
'df' reports 59% fill ( after deleting one big file ), mount say's:
'compsize' stalls with write to the stick. Unwanted writes slowing the system is one issue I'm investigating,
seen such on recent installations and think to remember not on older versions of kali.
Also after deleting one big file, no write access, 'no space left on device'... strange.
Anybody a good idea how to dig down?
Last things done: let beesd run until 'all sorted', evtl. too many fragments now?
That took a long time and many writes, evtl. stick now worn out? Write seems slower now but is possible,
only blocked in the mounted partition.
Want to move to a bigger - 1 TB - disk.
Tried with another - smaller, 48 GB partition - on another stick how to clone a partition with low write effort,
partclone.btrfs worked with the small partition, the big one produced reproducible fails in the step to
set a new unique UUID.
Rsync was slow and produced many writes in the source! partition adapting atimes, here once tried to mount the
source read only, less writes but still too slow.
Btrfs send | receive of a read only snapshot works from the small partition, but slow, thus tried 'dd'.
Works from the small partition but target looks shrinked.
Tried 'dd' of the big partition, works but target became 'no space left'.
Thus wanted to use btrfs send | receive from the big partition, the first step making a read only snapshot
-> 'no space left'.
None of read only toggeling, btrfsck, restarts, re mounts and the like worked,
the data is accessible, but without write access no chance for a fast transfer to new partition.
------------------------- btrfsck: -----------------------------------
------------------------- beesd: -----------------------------------