Remastersys and AVLinux Forum
June 20, 2013, 03:45:42 AM *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: Remastersys 3.0.4-2 for Ubuntu Lucid and Newer including Quantal Released
 
   Home   Remastersys Home Remastersys downloads Donate Login Register AV LINUX Home Help Search  
Pages: [1]
  Print  
Author Topic: XDM compatibility  (Read 556 times)
0 Members and 1 Guest are viewing this topic.
Linux-Fan
Newbie
*
Offline Offline

Posts: 3



WWW
« on: March 30, 2013, 09:05:33 AM »

It has taken me some hours to find and solve the problem described below which is why I thought it would be a good idea to give my results back to the community for all those who might run into similar problems. If this problem occurs for other users as well it might be worth patching the remastersys script which is why I posted this in "Remastersys Development".

I was trying to create a new Live CD based on Debian 6 Squeeze 32 bit inside a VirtualBox-VM and got several problems: At first my CD image was a bit too big (about 900 MiB). Therefore I added the following to my remastersys.conf which had been useful in a Ubuntu installation some time ago:

Code:
# Override mksquashfs
mksquashfs() {
/usr/bin/mksquashfs "$@" -comp xz -Xdict-size 1M -b 1M
return $?
}

As the old Squeeze kernel would not boot a XZ-compressed image, it needed to be replaced with a 3.2 backports version.

After I had booted into my new live system, I realized something very annoying: After I had opened the first terminal in fluxbox and closed it, the whole GUI would no longer react on any input, i.e. starting new terminals did not bring any window up and trying to start different applications resulted in the same behaviour. Even restarting my display manager via service xdm restart did not help. I looked at the first terminal [CTRL]-[ALT]-[F1] and saw that something tried to continuously spawn new X-servers even though my XDM had already started one. After some investigation it turned out that the interfering X-servers were started by a script called /lib/live/config/012-xinit. I found the following lines in the script:

Code:
        # Checking if if package is already configured differently
        if [ -e /etc/profile.d/zz-xinit.sh ] || grep -qs "startx" /etc/skel/.bash_profile
        then
                return
        fi

        if [ -e /etc/profile.d ]
        then

# squeeze
cat > /etc/profile.d/zz-xinit.sh << EOF
if [ -z "\${DISPLAY}" ] && [ \$(tty) = /dev/tty1 ]
then
        while true
        do
                startx
        done
fi
EOF

After disabling the while loop and creating a new live CD, everything worked just fine. Therefore I removed my hack and created a simple file /etc/skel/.bash_profile with the following line:

Code:
# startx

This prevented the script from creating a new "X-spawner" and my live CD worked again.

System overview:
Debian 6 Squeeze 32 bit, Virtualbox OSE VM, XDM+Fluxbox, Backported 3.2 686-pae kernel, Remastersys version 2.0.23-1.

Whole remastersys.conf
Code:
# Remastersys Global Configuration File

# This is the temporary working directory and won't be included on the cd/dvd
WORKDIR="/opt/remastersys"

# Here you can add any other files or directories to be excluded from the live filesystem
# Separate each entry with a space
# Sudoers was added as you could not become
# root on the live cd anymore with sudo -s
EXCLUDES="/data /home/linux-fan /etc/sudoers.d /usr/share/mdvl/isolinux"

# Here you can change the livecd/dvd username
LIVEUSER="linux-fan"

# Here you can change the name of the livecd/dvd label
LIVECDLABEL="Debian MDVL 32"

# Here you can change the name of the ISO file that is created
CUSTOMISO="debian_mdvl_32.iso"

# Override mksquashfs...
mksquashfs() {
echo Ma_Sys.ma MKSQUASHFS used.
/usr/bin/mksquashfs "$@" -comp xz -Xdict-size 1M -b 1M
return $?
}
Logged
fragadelic
Administrator
Hero Member
*****
Offline Offline

Posts: 3920


Remastersys Developer and Founder


WWW
« Reply #1 on: March 30, 2013, 10:32:39 AM »

Check in the development area.  There is a 2.0.24 version that should take care of your issues.
Logged

Please attach your remastersys.log for the system you are asking for help on as it helps me assist you much quicker.
Linux-Fan
Newbie
*
Offline Offline

Posts: 3



WWW
« Reply #2 on: March 30, 2013, 11:22:35 AM »

Thank you for mentioning the new version. With the new version I did not need the "mksquashfs" hack in my remastersys.conf anymore. The new solution is much cleaner. But unfortunately, after I had removed "# startx" from my /etc/skel/.bash_profile, the XDM problem mentioned reappeared.
Logged
fragadelic
Administrator
Hero Member
*****
Offline Offline

Posts: 3920


Remastersys Developer and Founder


WWW
« Reply #3 on: March 30, 2013, 11:25:44 AM »

Just remove that file you mentioned.  It should only be in live.  I found it and fixed it in the wheezy version of remastersys but I guess I forgot to fix the squeeze version.  I have a few other goodies to add back as well.  The wheezy version is my best yet and rumour was that they were going to release wheezy this weekend.  I still plan on making 1 final update to remastersys for squeeze though.

Take a look at my thread on upated wheezy packages and you'll see the fix for the zz-xinit.sh(this file should not exist on a normal system - only live)
Logged

Please attach your remastersys.log for the system you are asking for help on as it helps me assist you much quicker.
Linux-Fan
Newbie
*
Offline Offline

Posts: 3



WWW
« Reply #4 on: March 30, 2013, 11:47:06 AM »

OK. Thanks for another quick reply. That worked perfectly well and I am glad to hear that Wheezy is supported well because I am doing my own preparations to move to wheezy soon.
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines Valid XHTML 1.0! Valid CSS!