I don't know a better way to check than doing df -h before and after... If you use space_cache you have to clear_cache though to make the numbers be current for sure each time before looking at df.
Old kernel can be a problem. You can use the Arch CDs to do it, they usually come with the newest kernels. https://www.archlinux.org/download/ If you need to install anything a quick guide to the package managing: # Update Repos and Upgrade system: pacman -Suy # Install a specific package: pacman -S packagename # Search for a package pacman -Ss search term On Sun, May 26, 2013 at 12:00 PM, Leonidas Spyropoulos <artafi...@gmail.com> wrote: > On Sat, May 25, 2013 at 11:33 PM, Harald Glatt <m...@hachre.de> wrote: >> Data that already exists will only be compressed on re-write. You can >> do it with btrfs fi defrag and a script that traverses the fs to call >> defrag on every file. Another good way is the find command that has >> been outlined here: >> >> https://btrfs.wiki.kernel.org/index.php/Problem_FAQ#Defragmenting_a_directory_doesn.27t_work >> > > I tried to my home partition the 'find' command and worked without > errors, not sure if it did compress (how can I check?). I tried also > on the root partition and every file that was in use (obviously) it > didn't defrag it. I am guessing I have to mount the partition from a > LiveCD but since the LiceCD kernel is usually old (in terms of btrfs) > do you reckon there will be any problems? > > Thanks > -- > Caution: breathing may be hazardous to your health. > > #include <stdio.h> > int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");} -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
