Skip to main content

schroot for Mageia

To easily manage single or multiple chroot environments, schroot, a sophisticated and highly flexible change-root management tool, may be employed. I'm most interested in first using schroot to test beta versions of Crossover.

Chroot jails are commonly employed to add an additional level of security to some Linux services like ftp or http servers. If an attacker gains control of the server, he is trapped in the chroot jail and cannot easily harm the entire system. As well, chroot is often employed in a "rescue" mode where Linux is launched from a DVD of CD and the damaged root filesystem is run from a chroot environment to make repairs easier.

To see how a chroot environment for Mageia is created, refer to the Chroot HOWTO in the Mageia Wiki.

Mageia appears to have incorporated schroot from Debian because it makes for building and testing RPMs easier when they also use iurt.

Since schroot was initially developed on Debian systems, much of the technical information is focused on that particular distribution of Linux. Even the example configuration file is written for Debian and no one has bothered to change it for Mageia.

One of the benefits of schroot is that you can easily install different versions of your chroot environment and start with a clean install. Using the unionfs system, you can have a consistent base environment and install development libraries on top of that, then easily delete the build environment leaving a clean basesystem. In fact, this is just how the Mageia distribution is done, using an application called iurt to manage the build and schroot to create the build environment needs for each package.

CHROOT
HOWTO Create a chroot Cauldron environment lays down the basics of installing a baseline Mageia install.


NOTE - To avoid the hassle of manually finding a Mageia repository, modify the CHROOT HOWTO's instruction with info from the URPMI HOWTO as follows:
$ sudo urpmi.addmedia --distrib --mirrorlist '$MIRRORLIST' --urpmi-root /media/chroot/mageia



You can install new packages from outside the chroot environment for example, by using --urpmi-root /mnt/chroot/mageia32. Alternatively, chroot into the environment and used the urpmi command as normal.

To launch a graphical desktop from the chroot environment is a little tricky. You need to provide the chroot with its own xserver, but not in the way you have an X server in your normal environment. The Ubuntu Help Community provides a good example as well as the Mageia wiki. Taken from there: 

Using Xnest

Install Xnest into your running host system urpmi x11-server-xnest $ sudo urpmi x11-server-xnest

Run the following command outside the chroot: 
$ Xnest -ac :1 

Then enter the chroot and load your graphical application as in the following example:
$ export $DISPLAY=localhost:1 $ /usr/bin/mozilla

Using XEPHYR

There is also Xephyr, a kdrive server that outputs to a window to a pre-existing X-server. From the same Mageia Wiki page:

Install Xephyr package into your running host system
$ sudo urpmi x11-server-xephyr
Run the following command outside the chroot:
$ Xephyr -ac :1
Then enter the chroot and load your graphical application as in the following example:
$ export DISPLAY=localhost:1 $ /usr/bin/mozilla
 

Conclusion

Although this will take some more experience on my part to use it correctly and then I can just script it.

Starting from scratch like this is a good way of seeing if there are any packages that Crossover needs to run that are not installed for some reason.

The ultimate target for me and schroot is source-roots, or chroots with a union-type file system. There is an underlying filesystem that never changes with any modifications made disappearing upon exit.

What I would suggest is that your base system would be everything necessary to launch your app (Crossover in my case) and then delete that app and use the base for a union-filesystem schroot. Then as updates occur, you can always test them against a system known to work and not have to involve you daily desktop/laptop, run a virtual machine, or keep a spare computer.

RESOURCES
chroot HOWTO in the Mageia Wiki


schroot Debian Wiki

debian chroots with schroot

schroot- Richard Darts - Debian Wiki

schroot - chroot for any user

schroot manpage

MaximumHoyt Mageia chroot HOWTO

Iurt Mageia Wiki

Mageia Bug Report

How to start Xorg-server inside plain chroot?

Accessing graphical applications inside the chroot




Comments

Unknown said…
I enjoyed this blog post. It was inspiring and informative. You can also check about chroot Xorg from elstel.org

Popular posts from this blog

DOS4GW.EXE Version 2.01a and Alternative DOS Extenders

DOS4GW.EXE The Tenberry DOS extender DOS4GW.EXE was used by many early DOS games. I still enjoy playing many of these games and DOS4GW.EXE is usable with DOSBox , so they can be played on Linux. However, the version of DOS4GW.EXE that was included with the game was whatever was current at the time. The most recent version that includes many bugfixes that possibly affected the games when used with DOSBox have been fixed in the latest version, 2.01a. It's not free at US$49, but you can downloaded it here . Simply substitute it for whatever version of DOS4GW.EXE your game provided and enjoy the bug-fixed goodness. Tenberry also makes a "high-performance" "pro" version of DOS4GW.EXE, but it costs $300. I think that they could sell quite a few of these to hobby users (since, you know, DOS is dead) for US$5. Open Souce to the Rescue There are better performing, free and Open Source alternatives available and worth a look. DPMI Explained Let's unders

Return to Castle Wolfenstein for Modern Linux

Return to Castle Wolfenstein is a first-person shooter originally released on November 19, 2001. The game, like many other classic games, is available at GOG.com and costs only US$5.99. iortcw for Linux Don't bother with old and crusty Linux binaries offered by idsoft; they are problematic and it's painful to use them on a modern Linux. Fortunately for us, there are more modern GPL-licensed Linux binaries available for 32- and 64-bit systems as well as high resolution textures packages. The project at GitHub provides source code that can also be compiled for MS Windows using MinGW. iortcw for Windows and Mac You can download pre-compiled binaries for 32- and 64-bit Linux, MS Windows and Mac from here . Let's put our files in /usr/local/games/rtcw . As root, extract the downloaded .ZIP file for your architecture to  /usr/local/games/rtcw . All we are missing are the game data files. I purchased them from GOG.com. The game installer downloaded from GOG.com can be

Unreal Tournament GOTY/UT99 for Modern Linux

Released on November 16, 1999, Unreal Tournament (also known as UT99) is an arena first-person shooter for Multiplayer on-line competition or you can play against bots off-line. It features several game types, with more details provided at Wikipedia . The game was re-released on February 25, 2000 as Unreal Tournament Game of the Year Edition (GOTY) which included the three bonus packs released previously and additional mods, or game modifiers that had become popular. It is the GOTY version that is available from STEAM or  GOG.com . The GOG version for Windows installs in Linux and plays well using WINE , PlayOnLinux or Codeweaver's Crossover . There is a Linux binary available in two versions, one for the original game and one for the GOTY edition . Also provided at that site is the Official Bonus Pack with a Linux installer. All these Linux installers are created with makeself . There are some issues using such a crusty old Linux binary. Let's see why getting a Lin