(addressing compression)
Turning off compression is what I'm mainly wanting to do.
I frequently make large copies from or to removable media. That takes a
lot of time. Compression and decompression will make that even longer.
I've occasionally had to look into files with a hex editor. Might
compression interfere with that?
I have other private reasons.
On 10/24/2025 9:39 AM, Chris Murphy wrote:
On Fri, Oct 24, 2025, at 4:22 AM, Francis Montagnac via users wrote:
I'm logged in as "root"; I'm in "/root".
I moved the original /home aside to /home_old.
I created a new "/home".
I turned off copy-on-write.
How did you do this?
Just as the referenced web pages said: the "mv"
command, the "mkdir" command, the "chattr"
command, and the "cp" command.
(me)
> I hope that the "mkdir /home" command did not mess up what's where!
I suspect then that /home is not any more a subvol.
Am I right?
Depends on how and where the new home is created. But this is a good catch.
The home subvol exists on the top level of the file system, and is effectively
bind mounted at /home
Since OP is reluctant to modify fstab, I'm not sure what exact changes were
made.
I did not modify /etc/fstab.
I was in /root as root; I did "mkdir /home",
But a little while after doing the full procedure, it occurred to me
that I might have unintentionally messed up what directories (especially
/home) are in which (sub-)volumes, in which partitions, and on which
drives. I'm seriously considering re-installing. It doesn't take long,
I still have the live media, and I still have the instructions. The
only hard part is getting into BIOS; this hardware seems to not have a
visible "POST" screen.
If yes, taking a snapshot of / will include /home which is IMO a bad
thing.
I'm not sure if OP is making use of snapshots.
But since subvolumes are separate file b-trees there's less contention by
splitting up write tasks onto separate subvolumes, and this can help
performance with heavier workloads.
I'm not knowingly or directly using snapshots. But I don't know what
goes on "under the hood".
Thank-you, all.
--
_______________________________________________
users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/[email protected]
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
