![](https://seccdn.libravatar.org/avatar/7ec4c6d48964b25c3232ec6b29240b2a.jpg?s=120&d=mm&r=g)
On 03/08/15 03:24, Markus Koßmann wrote:
Am Samstag, 7. März 2015, 11:40:40 schrieb don fisher:
I have tried to make a swapfile since my system currently swaps to another drive that I wish to remove. I used the commands:
fallocate --length 16GiB swapfile to make a file with no holes mkswap -c -L swap0 /home/swapfile mkswap: /home/swapfile: warning: wiping old swap signature. Setting up swapspace version 1, size = 16777212 KiB LABEL=swap0, UUID=5ae6fd77-4892-4388-902b-ba81181dc255 swapon -v /home/swapfile swapon /home/swapfile swapon: /home/swapfile: found swap signature: version 1d, page-size 4, same byte order swapon: /home/swapfile: pagesize=4096, swapsize=17179869184, devsize=17179869184 swapon: /home/swapfile: swapon failed: Invalid argument Exit 255
I do not know how to translate the "Invalid argument". This used to work, but it has been awhile since I did it. Did I leave something out?
Is this a btrfs filesystem ? Swapfiles on btrfs filesystems are not supported currently ( according to <https://btrfs.wiki.kernel.org/index.php/FAQ> ) .
No, the attempt was made on the zfs file system that /home resides on. I would not have tried on a btrfs file system. I have not figured btrfs out yet. Why so many sub volumes. Back in the old days, for single user systems, I used a single partition for the entire system. No worries about partition overflow. Only downside is that system upgrades were not so clean being on the same partition as user files. But now /usr/local, which was designed to hold desired user files, is on a btrfs sub volume. So backups are not so clean and user files are still threatened by upgrades. I am still trying to understand the philosophy of this design. Documentation exists as to what is there, but not why it is there:-( Don -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org