Yes, those are the locations.
The default is literally /vmlinuz-linux
. You probably want it to be something like /boot/vmlinuz-linux
Yes, those are the locations.
The default is literally /vmlinuz-linux
. You probably want it to be something like /boot/vmlinuz-linux
What a can of worms!
There is no valid reason not too include it ā¦ the ātoo complicatedā reason is complete .
Great!
Iāll need to have a look at this now!
Perhaps I could try an install on Sunday.
Thanks a lot!
something like the following would work?
# Defaults to "/boot/efi", may be empty (but weird effects ensue)
efiSystemPartition: "/efi"
# This optional setting specifies the size of the EFI system partition.
# If nothing is specified, the default size of 300MiB will be used.
#
# This size applies both to automatic partitioning and the checks
# during manual partitioning. A minimum of 32MiB is enforced,
# 300MiB is the default, M is treated as MiB, and if you really want
# one-million (10^6) bytes, use MB.
#
efiSystemPartitionSize: 1024M
Pull request here please
Let me grab the fill list of filesystems that Calamares supports and then I will work on that.
okay keep display size in mind only or change the filesystem list to show up horizontal.
Personally, as an average user with only one laptop, I have no sensible need for using XFS. Ext4 is more than enough. If I were to consider another filesystem, it would possibly be Btrfs, but itās still somewhat āexperimentalā (though stable), so Iām not yet convinced thereās a tangible need to switch over at this point yet.
Just a note, Iām seeing a mix of users own personal philosophies about how things should be and a mix of pragmatic ideas as well. The two donāt always go together, so just be aware of the differences between the two to help hopefully not over-complicate this matter.
Now my own personal views aside, practically speaking, if all there is to do is add one line to the Calamares installer and thatās it, Iād say go for it. As long as thereās no extra burden for the devs to maintain it, Iād say go for it. As long as their are no obvious downsides on the devs end, Iād say go for it. If it requires any additional time, maintenance, and/or testing after certain updates to make sure the XFS portion isnāt borked in the installer, then I would consider leaving be as others have suggested using the manual partition to get the filesystem of your choice.
Just looking from the forum search history here, XFS is more talked about in conjunction with other filesystems than actually is used, or at least thatās the perception here anyways.
tl;dr, add it to the installer is thereās no additional burden to the devs, otherwise leave it for manual partitioning.
In ext4 I trust. It works. Itās the Toyota Camry of file systems. I will continue until I see reason not to.
it is very interesting to follow this thread and see all the different opinions. The most noteworthy objections against including xfs are:
Threfore I suggest we follow an approach very similar to what @joekamprad already proposed:
We include xfs only on Mondays. To not overwhelm the casual user we should take out the ext4 option every odd day and the btrfs option every even day. This will leave newbies with only one filesystem to pick from. There is no more convenience than that. And the cherry on the top would be a script that pulls partition.conf from the Manjaro installer every Sunday. Because that is not only including xfs but also f2fs.I could start working on this if need be.
Iām looking forward to a very interesting pull request
and as @dalto suggestedā¦ the will check if we can add even more filesystems there
Or one filesystem for each day of the week?
Nah jokes aside as I say adding XFS would not be a big deal and it is a save to use filesystem even more than BTRFS I would say. But indeed this thread does not give a clear picture about what this Comedy-Community think about adding it or not
I have moved from neutrality to being in favour.
Iāve tried btrfs. I can see the allure if you do backups. I guess Iāve just never really noticed a reason to not use ext4. It seems to work really well, and itās very stable.
I wouldnāt be opposed to adding more . . . itās really up to Joe and Manny - I donāt know how much more effort that is. . .
I know on the testing side, thereās already a lot of permutations to test between isoās. If weāre going to continue to add features - we may need to be more methodical in that department.
It depends how fast you type but i would estimate the effort to be between 1-3 minutes if you include the time it takes to ensure your code is up-to-date, make the change and push it to github.
Thatās including setting up the automatic partitioning options in calamares and everything that goes with it? 3 minutes?
It is already fully supported by Calamares. It is literally a matter of opening one config file and changing:
availableFileSystemTypes: ["ext4", "btrfs"]
to:
availableFileSystemTypes: ["ext4", "btrfs", "xfs"]
I really donāt see the point of continuing this thread. Most of the active users seem to have said what they think and it seems to be split between yes and no.
So if it is as simple as changing one code line then just do it. What is the point of just dragging the thread more? You guys handle the backend you know if itās going to add more work or not. Just make a decision to add or not.
Conversely, there is also no point to not continuing the topic.
If itās that easy, maybe more could be implemented then.