Page 4 of 4

Re: Salix Live Xfce 14.2 beta1

Posted: 24. Sep 2016, 02:12
by Atip
mimosa wrote:I know this is old news, but it is perhaps relevant that it still continues: Salix Live boots fast and performs well on one stick, but then another stick performs badly. On this same stick I had AlienBob's Slackware Live and it booted quickly and opened applications and windows without delay, till I replaced it with Salix Live. Salix Live performs just as well on another stick, but not this one. I was booting it on the same hardware.

I understand that not all sticks are created equal, but it seems that Salix Live may be a bit more sensitive to any weaknesses.
Thanks for the idea. Installed on a new good USB stick. Problem with stall on boot with locale=en_US.* in menu persists.
Will try 64bit and see if same problem.

Yes I have a USB stick on which I installed Slackel and booting with it was horribly slow.

Re: Salix Live Xfce 14.2 beta1

Posted: 24. Sep 2016, 04:46
by Atip
Happy to announce that booting in 64bit does not stall. :D

That is the same USB stick where the 32bit stalls with locale= in menu. :?

Re: Salix Live Xfce 14.2 beta1

Posted: 24. Sep 2016, 23:42
by djemos
Atip wrote:Happy to announce that booting in 64bit does not stall. :D

That is the same USB stick where the 32bit stalls with locale= in menu. :?
I think i solved the problem for 32 bit usb boot on 64 bit machine.
After creating the 32bit usb copy /usr/share/syslinux/gptmbr.bin to boot/syslinux folder of usb

and boot with usb.
using pae or non-pae kernel. Both booting fine.


Can do the same for 64bit iso and boot with 64bit usb to check.

Also NetworkManager detected my wifi and connected.
This has been tested on a 16GB apacer 3.0 usb stick from where i am writing this message.

Re: Salix Live Xfce 14.2 beta1

Posted: 25. Sep 2016, 02:28
by Atip
Excuse my ignorance, however, into which folder in boot/syslinux do I have to put
/usr/share/syslinux/gptmbr.bin and how? Put in into syslinux.cfg as
INCLUDE /usr/share/syslinux/gptmbr.bin. That did not work.

Re: Salix Live Xfce 14.2 beta1

Posted: 25. Sep 2016, 07:26
by djemos
Atip wrote:Excuse my ignorance, however, into which folder in boot/syslinux do I have to put
/usr/share/syslinux/gptmbr.bin and how? Put in into syslinux.cfg as
INCLUDE /usr/share/syslinux/gptmbr.bin. That did not work.
just put your usb in an usb of your pc then thunar will mount it on /run/media/usernam/LIVE (where usernam will be your user name)
Then open a terminal and type

Code: Select all

cp /usr/share/syslinux/gptmbr.bin /run/media/usernam/LIVE/boot/syslinux
and check if all went fine
ls -l /run/media/uernam/LIVE/boot/syslinux/gptmbr.bin
e.g. in my system
ls -l /run/media/djemos/LIVE/boot/syslinux/gptmbr.bin

Code: Select all

djemos[~]$ ls -l /run/media/djemos/LIVE/boot/syslinux/gptmbr.bin 
-rw-r--r-- 1 djemos users 440 Σεπ  25 04:19 /run/media/djemos/LIVE/boot/syslinux/gptmbr.bin
Reboot and boot with usb.

Re: Salix Live Xfce 14.2 beta1

Posted: 25. Sep 2016, 11:41
by laprjns
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.

Slapt-src default repository
The default repository for slapt-src (sourcery) is set at 14.1.

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.

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.

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.

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.

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"

SLI Addition Mount Points
I would like to see the ability to add additional mount points beyond / and home.

Re: Salix Live Xfce 14.2 beta1

Posted: 26. Sep 2016, 04:05
by Atip

Code: Select all

cp /usr/share/syslinux/gptmbr.bin /run/media/username/LIVE/boot/syslinux
and check if all went fine
ls -l /run/media/username/LIVE/boot/syslinux/gptmbr.bin
Yes it is all there, unfortunately, it does not work. :(
Booting still hangs on Setting up locale.
Actually the best solution is removing locale= from the menu which I have done
or just stay with the 64bit it is much faster anyhow..
I have not noticed anything wrong working with this Salix live 32bit w/o locale= in menu, persistent or not.

Re: Salix Live Xfce 14.2 beta1

Posted: 26. Sep 2016, 07:25
by Atip
Just solved the simple-scan problem in a way. :lol:

If I start start simple-scan as sudo it does detect my Canon printer.

Now, knowing this what has to be done that SC will start as user?

Re: Salix Live Xfce 14.2 beta1

Posted: 4. Oct 2016, 19:26
by djemos
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.