anticapitalista wrote:Maybe it is due to the (old) hardware needing a longer sleep time to start the wm and desktop apps.

• not present when the WM is either Fluxbox or JWM
• present when using IceWM

SamK wrote:Re SIS Video Driver
...
Booting with parameter xorg=sisimedia
produces a working desktop via the sismedia driver

BitJam wrote:...what happens when you use the"noxorg" boot parameter on the Live system (without persistence or a remaster)? Does X start? If so, which driver does"inxi -G" say you are using?

cat /proc/cmdline
vga=788 lang=en_GB quiet splash=off disable_srv=LX noxorg

inxi -c 0 -G
Graphics:  Card: Silicon Integrated Systems [SiS] 65x/M650/740 PCI/AGP VGA Display Adapter
           Display Server: X.Org 1.16.4 drivers: fbdev (unloaded: vesa)
           Resolution: 800x600@75.00hz
           GLX Renderer: Gallium 0.4 on llvmpipe (LLVM 3.5, 128 bits)
           GLX Version: 3.0 Mesa 10.3.2

• Because the matter is present in IceWM but not present in Fluxbox or JWM, it eliminates the age of the hardware as the source of the problem
• Placing a 20 second sleep command at the head of /etc/desktop-session/startup; the symptoms still present before the subsequent default commands in the file are executed. This eliminates any extra"heavyweight" Jessie element creating a delay being the source of the problem
• Because the freeze occurs during the above 20 second sleep period, it is a good indication the source of the problem lies before /etc/desktop-session/startup is run. It is somewhere in the boot chain scripts including the session chain scripts
• Because the fault condition is corrected by restarting IceWM it is a good indication the source of the issue in boot/session scripts is correctable

SamK wrote:Yes X starts [...] Display Server: X.Org 1.16.4 drivers: fbdev (unloaded: vesa) [...]

Remastering consistently fails with the message Could not bind mount / /liveaufs to /live/ro-root

root@antiX1:/home/demo# locate .debi
/usr/share/calendar/calendar.debian
/usr/share/doc/libcompfaceg1/README.debian
/var/lib/apt/lists/ftp.gr.debian.org_debian_dists_jessie_InRelease
/var/lib/apt/lists/ftp.gr.debian.org_debian_dists_jessie_contrib_binary-i386_Packages
/var/lib/apt/lists/ftp.gr.debian.org_debian_dists_jessie_contrib_i18n_Translation-en
/var/lib/apt/lists/ftp.gr.debian.org_debian_dists_jessie_main_binary-i386_Packages
/var/lib/apt/lists/ftp.gr.debian.org_debian_dists_jessie_main_i18n_Translation-en
/var/lib/apt/lists/ftp.gr.debian.org_debian_dists_jessie_non-free_binary-i386_Packages
/var/lib/apt/lists/ftp.gr.debian.org_debian_dists_jessie_non-free_i18n_Translation-en
/var/lib/apt/lists/security.debian.org_dists_jessie_updates_InRelease
/var/lib/apt/lists/security.debian.org_dists_jessie_updates_contrib_binary-i386_Packages
/var/lib/apt/lists/security.debian.org_dists_jessie_updates_contrib_i18n_Translation-en
/var/lib/apt/lists/security.debian.org_dists_jessie_updates_main_binary-i386_Packages
/var/lib/apt/lists/security.debian.org_dists_jessie_updates_main_i18n_Translation-en
/var/lib/apt/lists/security.debian.org_dists_jessie_updates_non-free_binary-i386_Packages
/var/lib/apt/lists/security.debian.org_dists_jessie_updates_non-free_i18n_Translation-en

skidoo wrote:In order for the iso to ship an accurate mlocate database, updatedb needs to be called LATE in the build process.

skidoo wrote:Today when it happened, I found"bash" was the 96--100% sustained CPU-hogging process; its pid is immediately after"policykitd", and before"slim".

skidoo wrote:What I cannot do, on a per-session basis, is opt for a different initial desktop... unless i ALSO set (via F5) persistence=none.

find_def_user() {
    local user=$(sed -r -n 's/^\s*default_user\s+//p' / etc/slim.conf 2>/dev/null)
    : ${user:=$(sed -r -n 's/^\s*autologin-user=//p' / etc/lightdm/lightdm.conf 2>/dev/null)}
    : ${user:=$(getent passwd 1000 | cut -d: -f1)}
    : ${user:=demo}
    echo ${user%% *}
}

Have you added other user accounts to the system? Have you edited /etc/slim.conf? Have you installed lightdm?