{{Header}} {{hide_all_banners}} {{Title|
title=Install {{project_name_long}} inside a folder (chroot)
}}
[[File:Download-chroot.jpg|thumb]]
{{#seo:
|description=You can install {{project_name_short}} on top of your existing Debian (based) Linux installation inside a chroot (change root).
|image=Download-chroot.jpg
}}
{{intro|
You can install [[About|{{project_name_short}}]] on top of your existing Debian (based) Linux installation inside a [[chroot]].
}}
= Introduction =
'''Understanding the Basics of Creating and Using a Chroot Environment'''
Creating and using a chroot is like building a small, isolated Linux system within your main system. It's a powerful tool for various purposes, from development to testing. While the concept might seem overwhelming at first, it boils down to a few key commands and a basic understanding of Linux file systems.
In the world of Linux, mastering the creation and use of a chroot (change root) environment is a valuable skill. This process involves two fundamental steps: creating the chroot and then operating within it.
Before we can discuss the chroot (change root), we first need to define what the root directory is. In Linux, the root directory path symbolized only by a single /
(forward slash). See also {{CodeSelect|code=ls /|inline=true}}. It contains other directories you might already know such as /etc
, /usr
, /lib
, /var
, and so forth.
'''Creating the Chroot Environment'''
The chroot environment is essentially a miniature version of a Linux system within your existing system.
To create this environment, you can use tools like ''debootstrap'' or ''mmdebstrap''. These tools download a Linux distribution (like Debian or others from different repositories such as Kicksecure) and establish a root file system in a designated folder on your hard drive. For instance, you might create a chroot folder named ~/kicksecure-xfce-chroot
. That folder would then contain same essential directories, /etc
, /usr
, and so forth. Here's an example how that folder structure would look like.
* ~/kicksecure-xfce-chroot/etc
* ~/kicksecure-xfce-chroot/usr
* ~/kicksecure-xfce-chroot/lib
* etc.
This folder structe gets created by the chroot creation tool. There's no need for the user to fully understand the folder structure or process. The process is straightforward, typically requiring just a single command line instruction.
'''Using the Chroot Environment'''
Once the chroot folder has been set up, you can start working inside it using commands like ''chroot'' or ''systemd-nspawn''.
An example of entering this environment would be: sudo chroot ~/kicksecure-xfce-chroot zsh
. This command changes the root from the main /
to ~/kicksecure-xfce-chroot
and starts the Z shell (zsh) in this new context. But don't worry. This does not change the root for your real Linux installation. It only changes the root for the terminal emulator which you are currently using. The rest of your system remains unaffected by this.
You could also use other shells such as bash
or applications as needed.
It’s worth noting that more advanced setups might involve emulators like QEMU for a fully emulated operating system, but this would require additional steps like installing a kernel in the chroot.
= chroot Creation =
== Qubes Notes ==
Only users of Qubes need to consider these notes in this chapter.
Users that don't use Qubes or don't know what Qubes is should skip this chapter.
TODO: elaborate
* nosuid / nodev can cause issues?
* default private image size (/home folder) is too small for {{project_name_short}} Xfce
== Install Required Tools ==
* apt-transport-https
is required for some older Debian based Linux distributions that have not integrated https support into APT yet. If not available in your distribution, can be safely ignored.
* apt-transport-tor
is required because [https://github.com/{{project_name_short}}/anon-apt-sources-list/blob/master/etc/apt/sources.list.d/debian.list /etc/apt/sources.list.d/debian.list] is using tor+https
. Otherwise we would see the following error.
I: cleaning package lists and apt cache...
Reading package lists...
E: The method driver /usr/lib/apt/methods/tor+https could not be found.
E: The method driver /usr/lib/apt/methods/tor+https could not be found.
E: The method driver /usr/lib/apt/methods/tor+https could not be found.
E: Failed to fetch tor+https://deb.debian.org/debian-security/dists/buster/updates/InRelease
E: Failed to fetch tor+https://deb.debian.org/debian/dists/buster/InRelease
E: Failed to fetch tor+https://deb.kicksecure.com/dists/buster-developers/InRelease
E: Some index files failed to download. They have been ignored, or old ones used instead.
E: apt --option Dir::Etc::SourceList=/dev/null update -oAPT::Status-Fd=<$fd> -oDpkg::Use-Pty=false failed
* tor
is required so apt-transport-tor
can use Tor. Otherwise we would see the following error.
I: cleaning package lists and apt cache...
Err:1 tor+https://deb.debian.org/debian-security buster/updates InRelease
Could not connect to 127.0.0.1:9050 (127.0.0.1). - connect (111: Connection refused)
Err:2 tor+https://deb.debian.org/debian buster InRelease
Unable to connect to 127.0.0.1:9050:
Err:3 tor+https://deb.kicksecure.com buster-developers InRelease
Could not connect to 127.0.0.1:9050 (127.0.0.1). - connect (111: Connection refused)
Reading package lists...
W: Failed to fetch tor+https://deb.debian.org/debian-security/dists/buster/updates/InRelease Could not connect to 127.0.0.1:9050 (127.0.0.1). - connect (111: Connection refused)
W: Failed to fetch tor+https://deb.debian.org/debian/dists/buster/InRelease Unable to connect to 127.0.0.1:9050:
W: Failed to fetch tor+https://deb.kicksecure.com/dists/buster-developers/InRelease Could not connect to 127.0.0.1:9050 (127.0.0.1). - connect (111: Connection refused)
W: Some index files failed to download. They have been ignored, or old ones used instead.
* Actually package apt-transport-tor
recommends package tor
but listing it here anyhow for those using APT with parameter --no-install-recommends
.
* apt-transport-https
is suggested below to download the signing key.
{{Install Package
|package=mmdebstrap apt-transport-https apt-transport-tor tor curl
}}
== Add Signing Key ==
{{Box|text=
It is required to add the signing key on the host because mmdebstrap
will need it.
(Users of {{project_name_short}} and {{project_name_short}} could skip this step since the signing key is there by default.)
Key could be removed at the end. (Except {{project_name_short}} and {{project_name_short}} should not do this unless they upgrade from source code.)
{{W-APT-Repository-Key}}
}}
== Set Variables ==
File /etc/hostname
must exist.
Fixed in mmdebstrap
0.5.0
. Quote [https://gitlab.mister-muffin.de/josch/mmdebstrap/src/branch/main/CHANGELOG.md changelog]:
do not copy /etc/resolv.conf or /etc/hostname if the host system doesn't have them
Therefore no longer required in Debian bullseye
.
{{CodeSelect|code=
sudo touch /etc/hostname
}}
== Set Variables ==
Note: You could also replace kicksecure-xfce
with kicksecure-cli
.
{{CodeSelect|code=
package=kicksecure-xfce
repo={{Stable project version based on Debian codename}}
path_to_chroot=~/kicksecure-xfce-chroot
path_to_temp_sources_list=~/temp-sources.list
}}
== APT Sources List ==
Create temporary APT sources list for mmdebstrap
.
{{CodeSelect|code=
echo "
deb https://deb.debian.org/debian-security {{Stable project version based on Debian codename}}-security main contrib non-free
deb https://deb.debian.org/debian {{Stable project version based on Debian codename}} main contrib non-free
deb [signed-by=/usr/share/keyrings/derivative.asc] https://deb.{{project_clearnet}} $repo main contrib non-free
" > "$path_to_temp_sources_list"
}}
== APT Cache ==
apt_cacher_ng_maybe
variable.
No longer working.
{{CodeSelect|code=
apt_cacher_ng_maybe="--aptopt='Acquire::http { Proxy \"http://127.0.0.1:3142\"; }' --aptopt='Acquire::https { Proxy \"http://127.0.0.1:3142\"; }' --aptopt='Acquire::tor { Proxy \"http://127.0.0.1:3142\"; }'"
}}
{{CodeSelect|code=
http_proxy=http://127.0.0.1:3142
}}
Create apt-cacher-ng https compatible sources.list file.
{{CodeSelect|code=
echo "
deb http://HTTPS///deb.debian.org/debian-security/ {{Stable project version based on Debian codename}}-security main contrib non-free
deb http://HTTPS///deb.debian.org/debian {{Stable project version based on Debian codename}} main contrib non-free
deb [signed-by=/usr/share/keyrings/derivative.asc] http://HTTPS///deb.kicksecure.com $repo main contrib non-free
" > "$path_to_temp_sources_list"
}}
mmdebstrap
.
* debootstrap
cannot be used since it is a single-mirror Debian chroot creation tool. I.e. it cannot use multiple APT repositories at the same time. And {{project_name_short}} APT repository does not ships no packages available from packages.debian.org. Therefore using mmdebstrap
which is a multi-mirror Debian chroot creation.
** If you cannot use mmdebstrap
either (cross platform builds?), you could first create a Debian chroot using debootstrap
(or anything) and then install a {{project_name_short}} meta package manually inside the chroot.
* Whonix: add anon_shared_inst_tb=open
{{CodeSelect|code=
sudo \
$apt_cacher_ng_maybe \
SECURITY_MISC_INSTALL=force \
DERIVATIVE_APT_REPOSITORY_OPTS=stable \
mmdebstrap \
--verbose \
--variant=required \
--include $package \
$repo \
"$path_to_chroot" \
"$path_to_temp_sources_list"
}}
== Chroot Post Processing ==
Delete the chroot's temporary /etc/apt/sources.list
.
During chroot build process the following files were already created.
* /etc/apt/sources.list.d/debian.list
* /etc/apt/sources.list.d/derivative.list
{{CodeSelect|code=
sudo rm "$path_to_chroot/etc/apt/sources.list"
}}
{{CodeSelect|code=
sudo rm "$path_to_chroot/etc/apt/sources.list.d/0000temp-sources.list"
}}
== Host Cleanup ==
sudo: effective uid is not 0, is /usr/bin/sudo on a file system with the 'nosuid' option set or an NFS file system without root privileges?* Qubes users: ** If using mounting home with nosuid. {{CodeSelect|code= sudo mount -o remount,suid /rw/home }} ===== networking ===== systemd-networkd must be enabled on both, the host and inside the VM. {{CodeSelect|code= sudo systemctl enable systemd-networkd }} {{CodeSelect|code= sudo systemctl start systemd-networkd }} === systemd-nspawn Boot Chroot with GUI Support === This is unfinished. Unspecific to {{project_name_short}}. Could be resolved as per [[Self_Support_First_Policy|Self Support First Policy]]. {{CodeSelect|code= xhost +local: }} {{CodeSelect|code= sudo systemd-nspawn --setenv=DISPLAY=$DISPLAY -D ~/kicksecure-xfce-chroot /sbin/init }} === Exit systemd-nspawn Chroot === {{systemd-nspawn-exit}} === Limitations of systemd-nspawn based Chroot === Despite these limitations,
systemd-nspawn
should probably preferred over classic chroot
. Depends on what you are trying to accomplish.
* [[sdwdate]] (and [[Boot Clock Randomization]]) cannot work inside systemd-nspawn
.
* Tor will fail to start inside systemd-nspawn
chroot
if Tor is already running on the host in default config (local listen post 9050
). But that shouldn't matter. The systemd-nspawn
chroot
will use the host's Tor in this case. systemd-nspawn
has also option to run private networking but these have not been researched for {{project_name_short}} yet.
= Footnotes =
{{reflist|close=1}}
{{Footer}}
[[Category:Documentation]]