Main menu:

Sponsoring

Please consider a small donation:

 

 

Or you can donate bitcoin:

 

Thanks to TekLinks in Birmingham, AL, for providing colocation and bandwidth.

Page Rank

Fame

FOSS Force Best Blog--2013 Award

Recent posts

Recent comments

About this blog

I am Eric Hameleers, and this is where I think out loud.
More about me.

Search

Subscribe to Blog via Email

Enter your email address to subscribe to this blog and receive notifications of new posts by email.

Join 187 other subscribers

My Favourites

Slackware

Calendar

May 2016
M T W T F S S
« Apr    
 1
2345678
9101112131415
16171819202122
23242526272829
3031  

RSS Alien's Slackware packages

RSS Alien's unofficial KDE Slackware packages

RSS Alien's multilib packages

RSS Slackware64-current

Meta

Slackware Live Edition – on its way to 1.0?

blueSW-64pxLast week the second Beta of the upcoming Slackware 14.2 was released. My goal was to have a new Beta of my liveslak ready by that time, so that I could provide new ISO images to test the Slackware Beta2 on a live medium. Unfortunately, there was an attack of the flu in my team at work and things got a bit busier than usual. There was a plus side to this: some last moment bug fixes which could be applied to my scripts – the result of having more evenings available to test. Therefore the new release is not labeled “0.5.0” but “0.5.1

Check out my previous articles about Beta1 Beta2 Beta3 and Beta4 releases for these scripts, they contain a lot of background about the reasons for creating “yet another” Live version of Slackware. The articles contain instructions on the use of the Live ISO images and their boot parameters and I am not going to repeat all of them here.

What’s new in 0.5.1?

My releases are meant to accomplish something I think is essential to my Live Edition. When I reach 1.0 it means that no essential functionality is missing, and that the features I am going to add later on are “nice to have”. I think that that liveslak is mostly complete at this point, but it is lacking proper documentation – the last thing to do before 1.0.

One of the essential properties of the USB variant of a Live Distribution is that it should be able to store your changes and make them persistent across reboots. In the 0.4.0 release, I added a LUKS encrypted homedirectory and earlier on, I implemented OS persistence by writing changes to a directory “persistence” in the root of the Linux partition of the Live USB drive. Some people will rather want to be able to use a FAT/NTFS formatted USB stick because that allows them easier data transfers to and from non-Linux computers. So my Beta5 adds an alternative persistence method: writing the changes to a loop-mounted container file instead. That file is called “persistence.img” and should be in the root of the Live partition. The “iso2usb.sh” script takes care of creating the persistence and LUKS container files, the process of transforming the ISO into a practical USB Live OS is straight-forward and simple.

Adding my Slackware Live Edition to a FAT formatted drive is an exercise I will leave to the reader, but in theory this should now be possible.

Some more noteworthy updates in 0.5.0:

  • The Compose Key for german keyboards is now Scroll Lock instead of Right-Alt (aka Alt-Gr).
  • A “toram” boot parameter allows you to run the Live OS completely in RAM (you can remove the bootable Live medium after boot).
  • A “blacklist” parameter allows you to blacklist kernel module(s) that prevent a properly functioning environment (like “nouveau” does with some new hardware).
  • The XDM graphical login for the XFCE variant was extended with a “console” button which allows you to effortlessly drop to a console (runlevel 3).

Download the ISO images

I have created ISO images for the SLACKWARE, XFCE, PLASMA5 and MATE flavours using the latest Slackware64-current packages available today (Slackware 14.2 Beta 2).

You can find the ISO images plus their MD5 checksum and GPG signature at any of the following locations – look in the “0.5.1” subdirectory for ISOs based on the liveslak-0.5.1 scripts:

Please allow some time to synchronize these mirror servers.

The ISOs have two user accounts: root (with password ‘root’) and live (with password ‘live’). My advice: login as user live and use “su” or “sudo” to get root access (note: “su” and “sudo” will want the live password!).

The ISOs are able to boot both on BIOS-based computers (where syslinux takes care of the boot menu) and UEFI systems (where grub builds the boot menu, which looks quite similar to the syslinux menu):

slackwarelive-0.4.0_syslinux

 

How to create a persistent USB stick from the ISO?

The ISO can be burnt to a DVD or copied to USB stick using ‘dd’ or just plain ‘cp’, but that will give you a read-only medium because all changes to the Live OS are in fact written to your computer’s RAM.

Use the ‘iso2usb.sh‘ script to create a Live OS on the USB device with persistence.

By default, the changes you make while running Slackware Live will then be preserved across reboots because the OS will write all these changes to the directory “persistence” in the root of the USB device. The script requires an input and an output parameter at a minimum:

# ./iso2usb.sh -i ~/Download/slackware64-live-current.iso -o /dev/sdX

… where /dev/sdX is the device name of your USB stick.

Alternatively you can use a file “persistence.img” in the root of the USB device which will be loop-mounted by the Live OS and changes to the system will be written to the filesystem inside this container file. A feature which should be appreciated by people who want to use a USB stick with a VFAT partition instead of a Linux ext4 partition. The script requires an additional parameter “-P” in this case:

# ./iso2usb.sh -P -i ~/Download/slackware64-live-current.iso -o /dev/sdX

 

Note that your USB stick will get formatted – erasing all data currently stored on it. The iso2usb.sh script will pause to show you the characteristics of the target device and ask you once more if you really want to continue erasing it. You will not easily destroy your hard drive unless you are really not paying attention!

How to create the LUKS encrypted homedirectory container?

The iso2usb.sh script has a parameter “-c” which takes a size argument. If you want to create a 400 MB container file to hide your homedirectory in, then you need to specify “-c 400M”. If you want 2.5 GB for your homedirectory, use “-c 2.5G”. If you are not concerned so much with the exact size but want to allocate a percentage of the free space on the stick, then use “-c 40%” to create a LUKS container that uses 40% of the available free space.

Now to put that into an actual example command line which will create a file (its name will be “slhome.img” starting with the 0.5.0 release) using up 50% of the free space on the stick:

# ./iso2usb.sh -i slackware64-live-xfce-current.iso -o /dev/sdX -c 50%

When the script gets to the point where it creates the LUKS container file, it will prompt you for a passphrase which will be used for encrypting and decrypting the container’s data. Right after that, the script will prompt you to enter that passphrase again when the LUKS container is unlocked and the ISO’s /home content is copied into the container.

Booting the Live OS

When you boot Slackware Live on a BIOS computer, Syslinux will handle the boot and show the following menu:

  • Start (SLACKWARE | PLASMA5 | XFCE | MATE) Live (depending on which of the ISOs you boot)
  • Non-US Keyboard selection
  • Non-US Language selection
  • Memory test with memtest86+

You can select a keyboard mapping that matches your computer’s. And/or boot Slackware in another language than US English. You will probably want to change the timezone; syslinux allows you to edit the boot commandline by pressing <TAB> because the syslinux bootmenu does not offer you a selection of timezones.

On UEFI computers, GRUB2 handles the boot and it will show a menu similar (and similarly themed) as the Syslinux menu:

  • Start (SLACKWARE | PLASMA5 | XFCE | MATE) Live (depending on which of the ISOs you boot)
  • Non-US Keyboard selection
  • Non-US Language selection
  • Non-US Timezone selection
  • Memory test with memtest86+

Editing a Grub menu is possible by pressing the ‘e’ key. After making your changes to the boot commandline, press <F10> to boot.

Another difference between Syslinux and Grub menus: in Grub you select keyboard, language and/or timezone and you’ll return to the main menu every time. You still have to select “Start Slackware Live” to boot. In the Syslinux menu, only the keyboard selection menu will return you to (apparently bot not actually) the same main menu. The non-US language selection will boot you into Slackware Live immediately without returning to the main menu. A limitation of syslinux.

Have fun! Eric

Comments

Pingback from Alien Pastures » Beta3 of Slackware Live Edition is available
Posted: February 6, 2016 at 23:23

[…] Slackware Live Edition – on it’s way to 1.0? […]

Pingback from Alien Pastures » Slackware Live Edition
Posted: February 6, 2016 at 23:25

[…] Slackware Live Edition – on it’s way to 1.0? […]

Comment from USUARIONUEVO
Posted: February 6, 2016 at 23:52

Good work , i post a little problem with als-to-pulse redirect in LQ-Forum ,think you interesting in read.

Thanks.

Comment from alienbob
Posted: February 7, 2016 at 02:39

Hi USUARIONUEVO

I have applied your suggestion in http://taper.alienbase.nl/cgit/liveslak/commit/?id=df14855f666a94931194bbba33cd19cb0a57b73d
Not tried it myself yet but it sounds like a good thing to have.

Comment from USUARIONUEVO
Posted: February 7, 2016 at 03:41

Thanks to you. :)

Comment from USUARIONUEVO
Posted: February 7, 2016 at 03:45

Same as cd/dvd , think users running directly *iso in virtual machines… ever first run.

Thanks.

Comment from Pi
Posted: February 7, 2016 at 10:23

Hi,

toram doesn’t work too well here (I tried with 4GB of RAM), it just says few times that no space is left on the device and fails to load SDDM.
Also performance is much worse comparing to beta3 (I haven’t tried beta4 so can’t say if it was the same), cursor has it’s own life, it follows movements after a short while, and slows down more often.
Is there a way to setup ALSA as an output for Firefox? Because the sound quality with PA is even worse than I feared.

Comment from Grummer
Posted: February 7, 2016 at 13:32

“its way”

Comment from alienbob
Posted: February 7, 2016 at 14:12

Grummer… yeah I slipped there.

Comment from alienbob
Posted: February 7, 2016 at 14:23

Pi, adding “toram” was only added to please certain complaining users.I do not consider it useful except when booting the XFCE ISO. The rest of the variants are just too big to make copying to RAM useful.
I am thinking about the reason for the failure though. The PLASMA5 ISO needs to copy 3 GB to RAM. That would leave sufficient RAM to operate the OS. What I think happens here is that the RAM based filesystem is created with “mount -t tmpfs -o defaults none /mnt” and the defaults for a tmpfs are to reserve a maximum of 50% of available RAM. That would yield only 2GB for the live system to use, and the PLASMA5’s 3 GB of modules just won’t fit. Straight from the man page:
Mount options for tmpfs
size=nbytes
Override default maximum size of the filesystem. The size is
given in bytes, and rounded up to entire pages. The default is
half of the memory. The size parameter also accepts a suffix %
to limit this tmpfs instance to that percentage of your physical
RAM: the default, when neither size nor nr_blocks is specified,
is size=50%

A modification to that command needs to be added to the liveinit if someone tries to use “toram”.

As for perceived speed and issues with pulseaudio – that is not what this blog article is for. Those are Slackware related issues and you should discuss these things in the LQ forum for instance. There you will find information from other users who attribute the slowness to the 4.4.1 kernel (Beta3 still had a 4.1.15 kernel). There is a lot of discussion on LQ – with example code – for PA sound issues.

Comment from Pi
Posted: February 7, 2016 at 15:50

Thanks for the info. As for issues, I thought it may be useful to report them here first, in case it was something with the iso, since I didn’t found any known issues list. Cheers

Comment from rel
Posted: February 7, 2016 at 16:40

Eric,

Thanks for this update – it’s like Christmas all over again. I tried the iso2usb script in a live session of the latest 0.5.1 and the script is erroring out on…

./iso2usb.sh: line 227: losetup: command not found
bash-4.3$ losetup
bash: losetup: command not found

any ideas?

Here’s the script as I ran it…

sudo ./iso2usb.sh -P -i /run/media/live/6032DC2032DBF94C/slackware64-live-plasma5-current.iso -o /dev/sd

Thanks,
rel

Comment from alienbob
Posted: February 7, 2016 at 17:32

rel, this is not Ubuntu. You should not use sudo that way because in Slackware, you will then miss /sbin and /usr/sbin from your $PATH. Which is why losetup (and other critical tools for root) are not found.
Become real root and run the script.

Comment from rel
Posted: February 7, 2016 at 17:44

Thanks Eric – I gave up Ubuntu a year ago to move over here – some habits die hard. I’ll try again. I appreciate the response.

rel

Comment from Raveriux
Posted: February 7, 2016 at 22:32

I there any plans to include in live edition any secure erase package? like nwipe for example https://github.com/martijnvanbrummelen/nwipe

Comment from alienbob
Posted: February 7, 2016 at 23:28

Raveriux – no plans for that. I don’t even have a package for that. And it is not in Slackware either.

Pingback from Links 8/2/2016: Zenwalk 8.0 Beta 2, Q4OS 1.4.7 | Techrights
Posted: February 8, 2016 at 13:31

[…] Slackware Live Edition – on i’s way to 1.0? […]

Comment from Désidérius
Posted: February 8, 2016 at 16:31

Thanks a lot Eric for these LIVE editions !

I have put the last one on a USB stick and laucnch my laptop
on this USB stick !

Marvelous this new Plasma desktop !

But when I rebbot my laptop on my hard disk ( Slack 14.1 64 bits ) it does not want to start KDE with many errors as
if my KDE environment was broken.

I have copied a .kde directory I had on a separate disc and rebooted. Everething is now again good.

But if I want to test more your LIVE versions I will first save my .kde directory !

Comment from alienbob
Posted: February 8, 2016 at 22:25

Désidérius I wonder what you did then. When you boot a Live USB stick on a computer, its hard disk will not even be touched. I used a USB stick with Plasma 5 Live several times on my desktop (running Slackware64-current with KDE4) and my laptop (slackware64-current with Plasma5) and never had any issue.

Comment from rel
Posted: February 10, 2016 at 17:25

Eric – are there any plans to include a hard drive installer that can be run in the live session?

Pingback from Slackware Live 0.5.1 Duyuruldu | get GNU
Posted: February 10, 2016 at 20:28

[…] ve sunucu araçları içeriyor. Slackware Live 0.5.1 hakkında ayrıntılı bilgi edinmek için sürüm duyurusunu […]

Comment from alienbob
Posted: February 10, 2016 at 21:00

rel, not soon. It is rather a lot of work to write a harddisk installer which is reliable.

Pingback from Slackware Live 0.5.1 Duyuruldu | Caylak Penguen Blogs
Posted: February 10, 2016 at 22:04

[…] ve sunucu araçları içeriyor. Slackware Live 0.5.1 hakkında ayrıntılı bilgi edinmek için sürüm duyurusunu […]

Comment from Jack Carpenter
Posted: February 11, 2016 at 01:51

I see “cxxlibs” is still in the min.lst but I thought it has been remove. So what is up with that?

Comment from alienbob
Posted: February 11, 2016 at 11:46

Cxxlibs has been removed in -current, so it will not get installed when you generate the XFCE ISO. The fact that it is in the “min” list does not hurt a bit, you will just get a notification that that package was not found and then the process continues.

Comment from Schmatzler
Posted: February 12, 2016 at 19:22

Thanks for all of this work, AlienBob.

I will use your scripts as a base to create a LiveCD for Cinelerra-CV.

Have to work a lot of stuff out since there’s no documentation yet, but I’m sure it will work – it’s Slackware! :)

Comment from alienbob
Posted: February 12, 2016 at 21:17

Schmatzler, I will upload the README which I have been writing tonight (to the git repository at least) so you can have a look and then tell me what you are missing. If it is technical info you are missing, try to be specific in what you need so that i can write it down as separate sections or additions to existing ones.

Comment from Schmatzler
Posted: February 12, 2016 at 23:57

Thanks AlienBob, I’ve already created a live .iso but it doesn’t boot completely.

Basically, I didn’t do that much.

I edited make_slackware_live.sh like this:

LIVE_HOSTNAME=${LIVE_HOSTNAME:-“cin-cv”}
LIVEDE=${LIVEDE:-“XFCE”}
MARKER=${MARKER:-“CINCVLIVE”}
MEDIALABEL=${MEDIALABEL:-“LIVECINCV”}
SEQ_XFCEBASE=”min,xbase,xapbase,xfcebase,cinelerra”

Everything else is still set on the defaults. Afterwards I created cinelerra.conf and cinelerra.lst in /pkglists with a list of my packages and ran the script.

It creates all of the squashfs files and builds an ISO, but when I boot that in VirtualBox it shows:

tmpfs: Bad value ‘50%%’ for mount option ‘size’

Afterwards it’s just errors about /etc and /var missing. Maybe you have an idea why that happens?

Comment from alienbob
Posted: February 13, 2016 at 00:11

I know what happened Schmatzler.

You used a git checkout which contains an untested commit… and as it goes with untested stuff, it breaks your computer.

This is the commit: http://taper.alienbase.nl/cgit/liveslak/commit/?id=63c48afe9b4461b803b910216094a520f71b7727

It should work if you remove the percent sign from this line in the “liveinit” file:
mount -t tmpfs -o defaults,size=${RAMSIZE}% none /mnt

to make it so:
mount -t tmpfs -o defaults,size=${RAMSIZE} none /mnt

Comment from Schmatzler
Posted: February 13, 2016 at 00:21

Thanks, now it boots up perfectly and we have a Live CD for our project! Hooray :)

I really like these scripts. The modular design is easy and I figured out quickly what I need to do to create my own ISO image.

Keep up the good work, AlienBOB! :)

Comment from alienbob
Posted: February 13, 2016 at 00:24

By the way, if ther is going to be a permament public repository for Cinnerella which targets slackware64-current (and later on, Slackware 14.2) I can add your cinelerra.conf and cinelerra.lst to my scripts so that you do not have to maintain them.
I will think of a way to specify a custom Desktop Environment (like XFCE or PLASMA5) so that you can create a Live ISO that says “Start Slackware64 current CINELERRA Live 0.5.2 (deutsch)”

Comment from Schmatzler
Posted: February 13, 2016 at 00:29

That sounds cool.

Yes, we will have a public repository for our packages, it’ll take some time, though. A lot of stuff has to be built which is not yet available in Slackware.

I’ll get back to you when it’s ready. :)

Comment from Schmatzler
Posted: February 13, 2016 at 18:52

I’ve created a good base system now and I have some suggestions:

1. What do you think about adding virtualbox-addons and virtualbox-kernel-addons? Those greatly improve the live system by enabling shared clipboard functionality and dynamic resolution in VirtualBox.

Without it, the system runs on 1024×768 and I have to scroll on my 720p monitor to see everything on the screen.

2. Having a more modular skel system would be nice. We will add some application presets for video conversion, which I’d have to include into the existing skel.txz. Makes it harder to adjust when you change the skel.txz.

A way to add our own custom skel.txz in addition to the existing one would be very useful.

Comment from alienbob
Posted: February 13, 2016 at 22:12

Hi Schmatzler

The virtualbox stuff I will leave to you: you can create module(s) and add those to the “addon/” subdirectory when you generate the ISO. I am not focusing on virtualization environments for now.

The “skel.txz” file, that one needs some explaining. At first I wanted this to be just a directory tree in my liveslak directory but some of the directories have nonstandard permissions, making them inaccessible for other user accounts. So I decided on archiving all of it into a single tarball that can be extracted while generating the ISO.
What I can do is enhance the “make_slackware_live.sh” script to pick up _all_ files called skel*.txz in the skel/ subdirectory. That way you can add your own set of files in a “skel_cinelerra.txz” file and its content will be added to the ISO automatically.

Edit: Done.

Comment from alienbob
Posted: February 15, 2016 at 23:22

Schmatzler, you will probably find the recent git commits useful for your purpose.

Comment from Schmatzler
Posted: February 16, 2016 at 02:00

Very useful indeed! :)

I will adapt my scripts to the custom LIVEDE features soon.

Yesterday I built a first public .iso and had people test it. Some reported that the username field was invisible on the login screen.
They where still able to login, just couldn’t see it.

Have you heard of that before? I couldn’t reproduce it, but two different people had the problem.

Also, for the automatic rsync it might be useful to prevent sources and ISO files from downloading:

rsync -aPSH –delete –exclude “*-iso/” –exclude “source” rsync://mirrors.kernel.org/slackware/slackware64-current .

Comment from Schmatzler
Posted: February 16, 2016 at 03:57

After putting all of my changes into the make_slackware_live.conf, the script wouldn’t find my slackware repo anymore.

Had to change the 0 to a 1 in the .sh file on line 275. Not sure if this is the correct way though 😉

Comment from alienbob
Posted: February 16, 2016 at 12:15

Schmatzler, an untested piece of code 😉 I will update the script tonight after some testing. I do not want rsync downloads of the Slackware repository, that one should be available in advance. The rsync should only trigger for absent mirrors of 3rd party repositories.

Comment from ikke
Posted: February 16, 2016 at 21:36

Again : thank you for this nice piece of work. Did a frugal install on hard disk. Have been playing / working with it more than a week now. No problems …
Today I installed ‘libreoffice-5.1.0-x86_64-1alien.txz’ and got following error message when running :

lowriter
[1] 6455
terminate called after throwing an instance of ‘com::sun::star::uno::DeploymentException’
Fatal exception: Signal 6
Stack:
… …

Anything I can do.

Thank you.

Comment from alienbob
Posted: February 16, 2016 at 21:47

Hi ikke, the “lowriter” program of libreoffice-5.1.0 works without error on the Plasma5 Live version I built last weekend… which is a full install of Slackware minus KDE.
What Desktop Environment are you running this on?

Comment from okibi
Posted: February 17, 2016 at 00:13

How would one go about replacing the default kernel in the live iso? Thanks in advance!!!

Comment from ikke
Posted: February 17, 2016 at 09:29

Thank you very much for prompt reaction.

Sorry : I forgot to mention that I have been using xfce4 “slackware64-live-xfce-current.iso” 0.5.1.

Have been looking around on internet but didn’t find a solution.

Thank you very much.

Regards,

Comment from alienbob
Posted: February 17, 2016 at 09:46

ikke, I built libreoffice on a full installation of Slackware. The XFCE Live variant is a severely stripped version of Slackware so you are probably missing one or more libraries.
This is not something I will support to solve.

Comment from alienbob
Posted: February 17, 2016 at 09:48

okibi – that will be an exercise I will leave up to you to find out.
General steps:
– extract the ISO content to a temporary directory
– replace the “boot/generic” file with your custom kernel; leave the filename unchanged.
-re-generate the ISO file.

Comment from gorson
Posted: February 17, 2016 at 16:28

Hello alienbob, Nice work again. I’m Just downloading the .iso image now, but I want to ask you if the “Non-US any* selection” is a persistent choice in a usb stick. Thanks one more time.

Comment from alienbob
Posted: February 17, 2016 at 17:14

gorson, persistence is limited to the operation of the OS. It is not possible to make the syslinux boot selection persistent across reboots but you can of course edit the syslinux menu file(s) on the USB stick yourself, and configure your own defaults.

Comment from okibi
Posted: February 18, 2016 at 02:51

I don’t have to do anything with the included kernel-huge or the kernel-modules packages? And if my kernel includes all the built-in drivers, can I just ignore doing anything with initrd.img?

Comment from alienbob
Posted: February 18, 2016 at 10:54

okibi – that is why I said ” that will be an exercise I will leave up to you to find out”.
If you compile a custom kernel with a different version you will have to update the modules in the initrd (unless as you say your kernel has everything built-in).
You also have to update the kernel-modules in the Squashfs module “0010-slackware_a-current-x86_64.sxz”.
Maybe more, but that is the minimum you need to do.

Comment from ahz
Posted: February 18, 2016 at 12:56

Thanks for sharing liveslak. I put the Plasma5 variant with iso2usb.sh on an USB-Stick. Is it already documented how to build customized modules (I want to use Matlab and LabVIEW this way)?

Comment from alienbob
Posted: February 18, 2016 at 13:44

Hi ahz, you can read this documentation: http://taper.alienbase.nl/cgit/liveslak/plain/README.txt

Comment from ahz
Posted: February 18, 2016 at 15:51

Thanks for the reply. One small thing I recognized when booting liveslak: If I choose german keyboard layout (but english language) and open a konsole afterwards, it is not possible to enter the characters @ ( ) or | ( <>. German Umlauts seem to work. What am I doing wrong?

Comment from alienbob
Posted: February 18, 2016 at 15:54

No idea ahz – I do not own a german keyboard so I implemented the feedback of one of your fellow german keyboard users.
If you can tell me what you use on your Linux computer as the “kbd” layout file I may be able to comment a bit more meaningfully. the Live ISO uses “de-latin1-nodeadkeys”

Comment from ahz
Posted: February 18, 2016 at 16:37

The keyboard setting in Kubuntu is as following:
$ localectl status
System Locale: LANG=en_US.UTF-8
VC Keymap: n/a
X11 Layout: de
X11 Model: pc105
X11 Variant: nodeadkeys
I tried to set the pc105 keyboard and the “eliminate dead keys” option explicitly within the Live System (by clicking on the language symbol in the footer). But this didn’t change anything.

Comment from gorson
Posted: February 18, 2016 at 16:39

alienbob. I tried to run plasma version in virtualbox and an error message “VERR_NOT_SUPPORTED)” when I try to select the iso image. I installed cdemu and tried to load the iso image on the virtual drive but it show me error to. I checked the md5 sum and is good. I downloaded the xfce version too and this image load successful in virtualbox and cdemu.

Comment from alienbob
Posted: February 18, 2016 at 17:09

ahz, the piece I was most interested in (the virtual console keymap) is not shown by systemd. You posted “VC Keymap: n/a”.

Comment from alienbob
Posted: February 18, 2016 at 17:13

gorson I am not a virtualbox support person, you have to look somewhere else to get answers to your question. There is no difference between the XFCE and PLASMA5 variants on an OS level and also the syslinux/grub boot configurations are identical. The only difference would be the support of accelerated graphics.

When you google for “verr_not_supported” most issues seem to be caused by corrupted ISO images though.

Comment from ikke
Posted: February 18, 2016 at 17:14

Thank you for your reply.

Allow me to disagree with you on “The XFCE Live variant is a severely stripped version of Slackware”. I like XFCE because it is so small. Feel it is fairly complete … And I can customize it the way I like. “Smaken en kleuren …”

Any ideas which libraries are missing so I could use Libreoffice?

Thank you.

Comment from gorson
Posted: February 18, 2016 at 17:17

alienbob That is I said the both program seems to have problem with the iso file is not a virtualization thing, but I checked the md5sum And my iso file is the same that you host.

Comment from alienbob
Posted: February 18, 2016 at 19:30

ikke, I guess you need to run “ldd” on the binaries contained in the libreoffice package to find out.

Comment from Grog
Posted: February 19, 2016 at 03:07

I just got the latest current of your Slacklive and it’s running fast and furious…had some trouble with sound, but it’s fixed now (with help from a few folk on LQ).

Got a question about nvidia drivers. Is it possible to use/install the nvidia driver blob from nvidia’s site during bootup of my usb stick liveslak? The nouveau drivers just don’t quite do it and scrolling gives breaks and lines all over teh screen and extremely slow (might as well be ‘system frozen’) movie playing.

Thanks for any insight on this and thanks for the work you’re putting into LiveSlak. So far of the 5 or 6 ‘live’ distro’s I’ve been playing around with, your LiveSlak and Puppy’s ‘Wary 5.5’ are the only two with ‘persistant’ usage.

Comment from alienbob
Posted: February 19, 2016 at 10:18

Grog,

Copy http://slackware.uk/people/alien/liveslak/graphics/0060-nvidia-352.79_4.4.1-current-x86_64.sxz to the “/liveslak/addons/” directory of your USB stick (if you used the Plasma5 ISO then this file is already in /liveslak/optional/ so you can simply move the file from optional to addons).

If you reboot the USB stick, the Nvidia 352.79 drivers will (should) automatically be used, nothing else you need to do to make it work.

Comment from Grog
Posted: February 19, 2016 at 22:29

WOOHOO!! That worked a charm! You’re a frikkin’ genius, alienbob! I owe you a six-pack of beer!

Comment from Grog
Posted: February 19, 2016 at 23:18

Oops…forgot one question the other day. It *is* okay to change root and user passwords (user name too), in the KDE gui kuser or whatever it is (I can’t remember at the moment), correct? Or is it not possible, especially since I have this stick with the LUKS setup you showed us how to use?

Thanks again for this SlakLive. Man it’s awesome being able to showout (non-southern folk will call it showing off) to my friends just like I’m sitting at my own computer!!

Comment from alienbob
Posted: February 19, 2016 at 23:46

Grog, you can do with it whatever you like.

And if you want to zap all your modifications, just delete everything in the persistence.img file (if you are using a persistence container file) or below the /persistence directory (if you are using a plain directory).

Removing this content should be done while _not_ using persistence at that moment, which you can achieve by adding “luksvol= nop” to the boot command (mind the SPACE character in there!).

If you are using LUKS encrypted persistence then you need to unlock the container file first before you can mount its contained filesystem and erase its content. That, too, is left as an exercise for the reader.

Comment from alienbob
Posted: February 20, 2016 at 00:24

Someone asked for a hard disk installer… it’s well underway. Next beta, will have it.
Slackware Live Hard Disk Installer

Comment from Schmatzler
Posted: February 20, 2016 at 00:36

Awesome, AlienBob! :) I’m really looking forward to that.

About the username field invisible…I got a screenshot:
http://www2.pic-upload.de/img/29791902/slackware.jpg

No idea what’s causing this. So far, two people had the problem and it worked fine for everyone else.

Maybe when 1.0 gets released, someone will have the problem too and figure it out :)

Comment from silius
Posted: February 20, 2016 at 11:05

Hi.
Manpage encoding issues are seen for some languages.
Some manpages is unreadable: http://s15.postimg.org/jsbw9j5rf/2016_02_20_11_16_44.png

Workaround: http://pastebin.com/MP2eXa89

http://s8.postimg.org/5grkcuc1h/2016_02_19_23_09_20.png
http://s30.postimg.org/j7jhx8uvl/2016_02_20_01_47_29.png

Comment from Schmatzler
Posted: February 21, 2016 at 11:37

Hope you can help me again, AlienBob.
I want to add slackpkg+ to SEQ_CUSTOM.

Changed the list to look like this:
SEQ_CUSTOM=”pkglist:min,xbase,xapbase,xfcebase,cinelerra local:slackpkg+”

It doesn’t seem to work, I get asked for a slackpkg+.lst in ./pkglists.

If I understand the .sh file correctly, shouldn’t it look for the slackpkg+.txz in ./local64?

Comment from Didier Spaier
Posted: February 21, 2016 at 12:09

@silius: as long as man pages will be provided in various encodings (legacy and UTF-8) this issue will remain. It only gets worst because you often have to guess the encoding, or use iconv to find out by try and fail… In the Slint project we encode all man pages to UTF-8 (and recommend e.g. to set GROFF_ENCODING to UTF8). Ideally only UTF-8 should be used… Maybe in Slackware 23? OK forget it, just my Sunday useless rant.

Comment from Didier Spaier
Posted: February 21, 2016 at 12:43

Even more off-topic rant… The issue is not specific to man pages, alas. By default UTF-8 is still off in a Linux console in Slackware… So let’s assume that you want to read a text in Russian. beyond UTF-8 it can be encoded in ISO-8859-5, CP866, WINDOWS-1251, KOI8-R or KOI8-U. Wanna use a Terminus font? Hopefully they include an UTF-8 mapping table. But if you don’t know the encoding of the file, you will have to try :
setfont ter-c* -m cpI251
setfont ter-c* -m 8859-5
setfont ter-k* -m koi8-r
setfont ter-u *-m koi8-u
Until you get the good one.

And if the file is encoded in CP866 you are probably out of luck as I do not see this one listed in /user/doc/terminus-font-/README…

Comment from alienbob
Posted: February 21, 2016 at 13:06

Didier, what you describe is an issue you have with the Slackware distro itself, not with the Slackware Live Edition. I use whatever is in the Slackware distribution.

Comment from alienbob
Posted: February 21, 2016 at 13:32

Hi Schmatzler;

You need to create a directory “./local64/slackpkg+/”. Any package in that directory will be used when supplying “local:slackpkg+” in your package sequence.

Comment from Schmatzler
Posted: February 21, 2016 at 13:46

Thanks! Was scratching my head on this one.

Comment from Didier Spaier
Posted: February 21, 2016 at 13:49

Eric: yes I know, I was just in moaning mode or mood, sorry for the noise.

Comment from Carlos Moura
Posted: February 21, 2016 at 15:52

Hello Eric,I recorded the iso xfce on a memory stick and when performing noticed that do not have the startup menu,the boot is how to install slackware but presents the login screen (init4) and can I use the desktop.To download and run the script iso2usb this refers the lack of programs (mkdosfs and unsquashfs) ,i would like to know if this is the same or if I am doing something wrong,if you can clarify I thank.Thanks for his work.I regret for not knowing how to write well in English. Carlos Moura

Comment from alienbob
Posted: February 21, 2016 at 17:58

Hi Carlos

Unfortunately I do not exactly understand what your issue is.
If you use “dd” command to copy the ISO to a memory stick, you should see a boot menu before Slackware Live boots. If you do not see the boot menu but still the USB stick shows you a graphical login and you can login there and use the XFCE deskop, then I have no idea how your computer boots.

When the iso2usb.sh script complains about missing mkdosfs and a missing unsquashfs, then you are not running Slackware-current. That should not be a problem as long as you install the squashfs-tools package from my repository. The “mkdosfs” program is part of the dosfstools package. Obviously you do not have a full install of Slackware.
The iso2usb.sh script should do the job correctly if it finds all the required tools, even when you run the script on Slackware 14.1.

Comment from Carlos Moura
Posted: February 21, 2016 at 18:32

Slackware-live-xfce-current.iso,0.5.1 edition is what I am using.I used linux live usb creator(LILI) to record because I am without access to a Linux installation at the time,but my doubt was cured.I will now start the system by pendrive and trying to record with cat image.iso > /dev/sdX to see the result.Thank you again

Comment from Carlos Moura
Posted: February 21, 2016 at 19:14

Ok,before I had recorded the iso with Linux live usb creator(LILI) in Windows7 and now I recorded with “cat” in system xfce-live,rebooted and I have the menu on the boot.It does not know why this difference but of two ways works.This very good Eric,Thank You

Comment from SangDae YU
Posted: February 22, 2016 at 09:43

Hi Eric, I saw some codes below in make_slackware_live.sh.
Is it right that “[ -x usr/bin/fc-cache ] –> [ -x /usr/bin/fc-cache ]”

# Font configuration:
if [ -x usr/bin/fc-cache ]; then
for fontdir in 100dpi 75dpi OTF Speedo TTF Type1 …
if [ -d usr/share/fonts/$fontdir ]; then
mkfontscale /usr/share/fonts/$fontdir …
mkfontdir /usr/share/fonts/$fontdir …
fi
done
if [ -d usr/share/fonts/misc ]; then
mkfontscale /usr/share/fonts/misc …
mkfontdir -e /usr/share/fonts/encodings …
fi
/usr/bin/fc-cache -f 1>/dev/null 2>${DBGOUT}
fi

Comment from alienbob
Posted: February 22, 2016 at 10:29

Hi SangDae,

The code will be executed correctly even with the inconsequent usage of the slash – because the whole block of script code is executed after chroot-ing to the installation directory.

But I agree that it looks kind of messy and make it harder to read and understand. I will polish that bit of code which was taken from the Slackware scripts.

Comment from rel
Posted: February 23, 2016 at 02:02

Eric,

Is there room on the live ISO for firejail? Awesome little sandboxing program that is essential for my work, and could be very interesting for others.

firejail.wordpress.com

.rel

Comment from SangDae YU
Posted: February 23, 2016 at 09:13

Because mkfontscale and mkfontdir are not performed on each font directory except the misc directory, the code block discussed yesterday has been tested as followings. But it is strange to use \$fontdir instead of $fontdir. Without this correction, xlsfonts | grep adobe-helvetica does not show anything on liveslak. How do you think about this, Eric?

#!/bin/bash
DBGOUT=”/dev/stderr”
LIVE_ROOTDIR=”/”
chroot “${LIVE_ROOTDIR}” /bin/bash <<EOCR
if [ -x /usr/bin/fc-cache ]; then
for fontdir in 100dpi 75dpi OTF Speedo TTF Type1 cyrillic ; do
echo "Font directory = (\$fontdir)($DBGOUT)"
done
fi
EOCR

Comment from alienbob
Posted: February 23, 2016 at 10:52

rel, the only ISO where I add custom packages (i.e. not related to a specific Desktop Environment like Plasma or Mate) is the PLASMA5 ISO where I add productivity stuff like Chromium and LibreOffice.
I am not sure I understand how firejail would be a worthwhile addition to that ISO. What will it allow you (and others) to do that makes it essential?

Comment from ahz
Posted: February 23, 2016 at 11:08

Something new about the german keyboard layout and the non-functionial @- and |-symbols:
After clicking on the “de”-Icon in the bottom line and selecting “Configure” you can chose the “Advance” tab. Fourth last entry here is “Position of Compose key”. In there “Right Alt” is marked (the only option which is marked there). Unmarking an applying brings @ and | to work.
Furthermore I saw that in /etc/X11/xorg.conf.d/30-keyboard.conf the Option “XkbOptions” is called with the parameter “…,compose:ralt”. Maybe this causes the misbehaviour and maybe this compose:ralt-parameter is useless anyway (pr in most cases)? Any idea?

Comment from alienbob
Posted: February 23, 2016 at 12:54

ahz, I do not understand. For german keyboard layout in X, the RightAlt should never be configured as the Compose key. See this block in liveinit:
# Germans use the AltGr key, so Scroll Lock will be their Compose Key:
if [ "$XKBLAYOUT" = "de" ]; then
XKBOPTIONS="compose:sclk"
else
XKBOPTIONS="compose:ralt"
fi

Comment from KG Hammarlund
Posted: March 3, 2016 at 09:00

As so many others have already said: Awesome!
I’ve been looking for a user-friendly (for those that, like me, have limited Linux skills) Slackware distro ever since Manfred Müller was forced to give up development of his FluxFlux distro. Knowing that Eric is one of the most knowledgeable Slackware enthusiasts, this looks really promising. When the installer is ready I’ll probably take the plunge.

Comment from alienbob
Posted: March 3, 2016 at 09:10

KG Hammarlund, as far as I know Manfred was working on a FluxFlux reboot based on my liveslak scripts. Several improvements were contributed by him, to be able to create his customized Live ISO with less effort.
His web site states that he is absorbed by a severe illness in his family, so I do not know when we will see a new FluxFlux release.

Write a comment