You are not logged in.
Pages: 1
I've just noticed something curious that seems to have changed recently.
When I run:
sudo e4defrag -c /
sudo e4defrag /
The root directories are processed but the home directories seem to be skipped. If I specify the home directory, then all's fine and it works on the home directories. But I'm curious as to why this seems to have changed. I thought the "/" argument as above would include "home". I've got Arch on 3 PCs and it's now consistently this way with all of them.
I've searched the wiki, the forums and google and I'm coming up a blank. Any ideas would be very much appreciated.
Many thanks,
Jules
Last edited by julesm (2014-12-23 12:08:25)
Offline
NOTES
e4defrag does not support swap file, files in lost+found directory, and files allocated in indirect blocks. When target is a device or a mount point, e4defrag
doesn't defragment files in mount point of other device.
(Emphasis mine)
But whether the Constitution really be one thing, or another, this much is certain - that it has either authorized such a government as we have had, or has been powerless to prevent it. In either case, it is unfit to exist.
-Lysander Spooner
Offline
Thanks for that, but I'm still confused. I thought that "/" would defrag everything under "/". Home is under "/" and I don't understand how this relates a mount point of another device...
Offline
You didn't give any indication of your mount scheme, so it seemed likely that you have another device mounted at /home.
But whether the Constitution really be one thing, or another, this much is certain - that it has either authorized such a government as we have had, or has been powerless to prevent it. In either case, it is unfit to exist.
-Lysander Spooner
Offline
Thanks for this. Here's my fstab from my laptop:
#
# /etc/fstab: static file system information
#
# <file system> <dir> <type> <options> <dump> <pass>
# /dev/mapper/lvmpool-root
UUID=53755bd8-cdb3-4490-8101-b3e83d0463b5 / ext4 relatime,data=ordered 0 1
# /dev/mapper/lvmpool-home
UUID=798097bd-cdcb-4610-bacf-39dcc8642e5f /home ext4 relatime,data=ordered 0 2
# /dev/sda1
UUID=e08e6ce4-ee3d-4fdc-8271-8b19f1ddfa31 /boot ext4 relatime,stripe=4,data=ordered 0 2
# /dev/mapper/lvmpool-swap
UUID=7d5d6aec-72e5-4de4-b168-8525b0f7d3e2 none swap defaults 0 0
But the same is happening on another pc where I don't use lvm...
Thanks again!
Offline
LVM has nothing to do with it. Your /home is not on the same device as your / and therefore running
e4defrag /
will not result in /home (or /boot, in this case) being defragmented.
But whether the Constitution really be one thing, or another, this much is certain - that it has either authorized such a government as we have had, or has been powerless to prevent it. In either case, it is unfit to exist.
-Lysander Spooner
Offline
Okay, that's clear. Now I understand that. But my drive layout hasn't changed in months and I would swear that as recently as last week when I ran e4defrag that it did go through root as well as home. But you're saying that with this layout what I have described is how it has always worked. Right?
Thanks again.
Offline
I've never used e4defrag. I'm just going by the manpage, according to which the behaviour you describe is how it's supposed to work. Presumably that's how it has always worked.
But whether the Constitution really be one thing, or another, this much is certain - that it has either authorized such a government as we have had, or has been powerless to prevent it. In either case, it is unfit to exist.
-Lysander Spooner
Offline
Thanks again for your assistance. But I'm still convinced that something somewhere did change - because I know that this syntax did defrag the whole system root and home on ubuntu, mint and even arch (all with the same drive layout) until not so long ago. But what you say is absolutely correct. I'm still learning and I've learned more here. Cheers!
Offline
Pages: 1