laprjns wrote:I have several finding and comments.
Booting USB stick 32 Live on a 64 bit machine
I can confirm the problem with the boot stalls on my two machines,. My Asus laptop and my desktop using a MSI motherboard. Both have gpt hard drives and boot in UEFI CMS mode. The Asus stalls most of the time (~60%), but on occasion does completely boot into the Live desktop. When it stalls it stalls at "mounting proc file systems". On my desktop computer, it always stalls at the locale=en_US.utf8 message. On both computers,it constantly boots without problems using the non-pae kernel option. Unfortunately copying the gptmbr.bin to /LIVE/boot/syslinux does not fix the problems on either machine.
This was not logical to happen and the problem is unionfs, funionfs overlay system. It's developement has been stopped since 2 years. It was working fine with kernel 4.4.11. But with newest kernels 4.4.19 (salix) and 4.4.20 in current (slackel) has problems.
So i was developed live scripts to use native kernel overlay module and there is no problem anymore. A lot of work has been done last month.
live scripts are different now from slackware live scripts. Sli also. They became a fork developed in-house. live scripts have features not presented in other live isos. Details in a different message.
Slapt-src default repository
The default repository for slapt-src (sourcery) is set at 14.1.
This has to do with package in repos. Since package has been updated in repos there is no problem anymore.
Salix Live Installer
There seems to be a gui quirk with selecting the partition to install to. When the checkbox for using grub is checked (which comes up as default) it does not let you pull down the list of available partitions in the install target box. Once I unchecked the use grub checkbox, the list becomes available.
This is also because of funionfs filesystem. I never had such a problem. I just played with partition and gparted in vmware and found that if the partition table is a mess, like have 1-2 partitions then unallocated space next other 1-2 partition again unallocated space then can see one partition. But the grub check button has nothing to do with it. Probably was of unstable funionfs filesystem.
In the case where I am not going to create a separate home partition, I find it confusing on whether or not I should be checking the "format home" checkbox. This checkbox comes checked as default along with the fs as ext4.
It is not confusing. If user will not choose a partition then home will never formatted. Also if user choose the same partition as root for home then home will not be used.
But in new version of sli with new features (details also in a new post) it is unchecked by default.
SLI did not create the mount point /boot/efi nor does it add it to the fstab of the installed system. As a result the ESP partition does not get mounted during boot up of the installed OS and you cannot use guef or efibootmgr.
Yes because always assumed that esp is in first partition (/dev/sda1). It is corrected to look for all esp partitions.
Although SLI did detect my ESP partition at /dev/sda5, it does not give the user a choice as to what partition to use. I would think that this could be a problem if there where multiple ESP formatted partitions.
Even in slackware installer the first EFI partition found, which will probably be on /dev/sda preferred and if there is an EFI partition on the same
device as the root partition, prefer that. I change the code adding a combo box for users to choose from esp detected partitions but found it complex for users. A lot of them will not understand what is this. Sli will choose an esp partition to boot ( usually will prefer sda1 if it is exists as in slackware installer) So this will remain as it is in Sli.
The eliloconfig package that is used by SLI does not create the ESP directory with the current naming convention. It still create the directory name as "Salix" instead of the new 14.2 convention of "Salix-xfce-14.2"
Corrected. Now Salix-xfce-14.2 name is created in ESP directory.
SLI Addition Mount Points
I would like to see the ability to add additional mount points beyond / and home.
Sli is a front-end to live scripts. This is difficult to be done and need a lot of work. Sli scope is to be as simple as possible for users, to do everything from one screen. I never need more three partitions / , home and a swap partition. Maybe in the future will look at it.