
<?xml version="1.0"?>
<?xml-stylesheet type="text/css" href="http://www.funtoo.org/skins/common/feed.css?303"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
		<id>http://www.funtoo.org/api.php?action=feedcontributions&amp;user=GrayTShirt&amp;feedformat=atom</id>
		<title>Funtoo Linux - User contributions [en]</title>
		<link rel="self" type="application/atom+xml" href="http://www.funtoo.org/api.php?action=feedcontributions&amp;user=GrayTShirt&amp;feedformat=atom"/>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Special:Contributions/GrayTShirt"/>
		<updated>2013-05-18T10:21:32Z</updated>
		<subtitle>User contributions</subtitle>
		<generator>MediaWiki 1.20.4</generator>

	<entry>
		<id>http://www.funtoo.org/wiki/VagrantUp</id>
		<title>VagrantUp</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/VagrantUp"/>
				<updated>2013-04-16T16:10:05Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: /* Quick Start */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Funtoo Virtual Machine Quickstart =&lt;br /&gt;
&lt;br /&gt;
== Intro ==&lt;br /&gt;
&lt;br /&gt;
As an alternative to the [[Funtoo Linux Installation]], you can get started quickly with Funtoo as a virtual machine.  An open source tool called [https://github.com/jedi4ever/veewee VeeWee] automates the creation of [http://www.virtualbox.org/ VirtualBox] virtual machines just like Funtoo's [[Metro]] creates the latest stage3 tarballs of a Linux machine.  So in effect, a virtual machine can be created from source using all open source tools and run in an open source Virtual Machine Manager (VMM).  Once created, the VeeWee virtual machines can be automated with another open source tool [http://vagrantup.com/ Vagrant], which can create/start/stop/delete machines as you wish.  Once you have all the tools setup its really quite addictive experimenting with different configurations and setups in a very time efficient manner.&lt;br /&gt;
&lt;br /&gt;
The Funtoo project will be experimenting with virtual machines as a delivery mechanism to users.&lt;br /&gt;
&lt;br /&gt;
== Quick Start ==&lt;br /&gt;
&lt;br /&gt;
You will need to install VirtualBox, Ruby and Gems to get going.  Recommend considering [http://beginrescueend.com/rvm/install/ Ruby Version Manager] instead of portage which will install all your Ruby needs into &amp;lt;tt&amp;gt;/opt/local/rvm&amp;lt;/tt&amp;gt; or your home directory depending on if you are running as root or as a regular user.  We will be posting machines on the Funtoo mirrors.  Pick a virtual machine off a nearby mirror.  The virtual machines are created from upstream [http://ftp.osuosl.org/pub/funtoo/funtoo-current/vagrant/x86-64bit/ current] and [http://ftp.osuosl.org/pub/funtoo/funtoo-stable/vagrant stable] 64 bit stage 3 tarballs.  Put the URL of the machine (file ending in the '''.box''' extension) that you would like to experiment with into these easy commands.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i## echo &amp;quot;app-emulation/virtualbox extensions&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use&lt;br /&gt;
# ##i## emerge vagrant&lt;br /&gt;
# ##i## modprobe vboxdrv; modprobe vboxnetadp; modprobe vboxnetflt&lt;br /&gt;
# ##i## vagrant box add funtoo http://ftp.osuosl.org/pub/funtoo/funtoo-current/vagrant/x86-64bit/vagrant-generic_64-funtoo-current-2012-01-26.box&lt;br /&gt;
# ##i## vagrant init&lt;br /&gt;
# ##i## vagrant up&lt;br /&gt;
# ##i## vagrant ssh&lt;br /&gt;
# ##i## sudo su -&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== DevOps ToolChain ==&lt;br /&gt;
&lt;br /&gt;
The amount of tools needed is a bit large so a quick summary is given below.  The first few are required to get started, but you quickly end up looking at Puppet, Chef and other tools if the number of VMs get large.  Puppet and Chef aren't needed to get started, but are listed because VeeWee generated virtual machines normally have them preinstalled to push applications into freshly created virtual machines.  The [http://groups.google.com/group/devops-toolchain DevOps ToolChain email list] is a good place to get ideas on distributed systems processes, automation and tooling as the toolchain implementation can get quites complicated depending on your goals.&lt;br /&gt;
&lt;br /&gt;
* [[Metro]] Tool used to build from source just enough Linux to create a Linux Funtoo OS&lt;br /&gt;
&lt;br /&gt;
* [http://www.virtualbox.org/ VirtualBox] An open source Virtual Machine Manager (VMM) developed by Sun/Oracle which has several open source DevOps tools created around it for distributed Virtual Machine (VM) automation.&lt;br /&gt;
&lt;br /&gt;
* [http://github.com/jedi4ever/veewee VeeWee] Tool used to automate the booting and execution of installation CDROM/ISO images.  No need to watch Anaconda run to create Fedora boxes!  VeeWee, while a separate project, is a subcommand of Vagrant.  The Funtoo creation is currently merged into the [https://github.com/jedi4ever/veewee/tree/master/templates/funtoo-latest-generic_64-stable VeeWee codebase], but not currently in a released GEM. (Remark: Niklaus Giger had some problems with the templates and developed some [https://github.com/jedi4ever/veewee/pull/621 fixes])&lt;br /&gt;
&lt;br /&gt;
* [http://vagrantup.com/ Vagrant] A tool which automated create/start/stop/delete operations of VirtualBox VMs.  VeeWee is needed for creating custom machine types, but there are lots of [http://vagrantbox.es/ pre-created machine types] in existence including Gentoo.  The Funtoo VeeWee scripts were derived from the Gentoo scripts. &lt;br /&gt;
&lt;br /&gt;
* [http://puppetlabs.com/puppet/ Puppet] is one of two distributed configuration management tools that are pre-installed by convention on VeeWee generated virtual machines.  There are enterprise and open source versions of [http://puppetlabs.com/puppet/compare/ Puppet].  Your Funtoo VirtualBox will have the open source Puppet installed by the [http://beginrescueend.com/rvm/install/ Ruby Version Manager] (not portage) as Gems and Portage fight each other (like CPAN and portage) and its best for now to keep these things separated.  The open source version of Puppet is typically distributed as a [http://rubygems.org/gems/puppet Ruby Gem].&lt;br /&gt;
&lt;br /&gt;
* [http://www.opscode.com/chef/ Chef] is the second distributed configuration management tool that is pre-installed by convention on a VeeWee generated Funtoo virtual machine.  Chef also has open source and enterprise versions.  Your Funtoo VirtualBox will have the open source Chef installed by the [http://beginrescueend.com/rvm/install/ Ruby Version Manager] (not portage) as Ruby and Portage fight eachother and its best for now to keep these things separated.  The open source Chef is typically distributed as a [http://rubygems.org/gems/chef Ruby Gem].&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
&lt;br /&gt;
The virtual machine is shipped built ready to script, but also wide open for attack.  The root and vagrant account's password is '''vagrant''' and the vagrant account has sudo access.  Also, there is a private key in the vagrant account that is well known.  So don't put these boxes on the net without seriously hardening the machine's security or you will just be adding to the internet bot net problems.&lt;br /&gt;
&lt;br /&gt;
== VM ideas ==&lt;br /&gt;
&lt;br /&gt;
While the virtual machine was created with veewee for VirtualBox, there is no reason to restrict yourself to the VirtualBox virtual machine manager.  The &amp;quot;.box&amp;quot; file is a simple tarball.  In the tarball is a &amp;quot;box-disk1.vmdk&amp;quot; file which is a virtual machine disk image that is useable to the VirtualBox VMM.  Untaring the disk image into another VMM's virtual machine is certainly a doable thing.&lt;br /&gt;
&lt;br /&gt;
Also, the vagrant and veewee upstream developers are looking into rewriting their code to work with other VMM implementions.&lt;br /&gt;
&lt;br /&gt;
[[Category:DevOps]]&lt;br /&gt;
[[Category:Virtualization]]&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/VagrantUp</id>
		<title>VagrantUp</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/VagrantUp"/>
				<updated>2013-04-16T16:09:33Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: /* Quick Start */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Funtoo Virtual Machine Quickstart =&lt;br /&gt;
&lt;br /&gt;
== Intro ==&lt;br /&gt;
&lt;br /&gt;
As an alternative to the [[Funtoo Linux Installation]], you can get started quickly with Funtoo as a virtual machine.  An open source tool called [https://github.com/jedi4ever/veewee VeeWee] automates the creation of [http://www.virtualbox.org/ VirtualBox] virtual machines just like Funtoo's [[Metro]] creates the latest stage3 tarballs of a Linux machine.  So in effect, a virtual machine can be created from source using all open source tools and run in an open source Virtual Machine Manager (VMM).  Once created, the VeeWee virtual machines can be automated with another open source tool [http://vagrantup.com/ Vagrant], which can create/start/stop/delete machines as you wish.  Once you have all the tools setup its really quite addictive experimenting with different configurations and setups in a very time efficient manner.&lt;br /&gt;
&lt;br /&gt;
The Funtoo project will be experimenting with virtual machines as a delivery mechanism to users.&lt;br /&gt;
&lt;br /&gt;
== Quick Start ==&lt;br /&gt;
&lt;br /&gt;
You will need to install VirtualBox, Ruby and Gems to get going.  Recommend considering [http://beginrescueend.com/rvm/install/ Ruby Version Manager] instead of portage which will install all your Ruby needs into &amp;lt;tt&amp;gt;/opt/local/rvm&amp;lt;/tt&amp;gt; or your home directory depending on if you are running as root or as a regular user.  We will be posting machines on the Funtoo mirrors.  Pick a virtual machine off a nearby mirror.  The virtual machines are created from upstream [http://ftp.osuosl.org/pub/funtoo/funtoo-current/vagrant/x86-64bit/ current] and [http://ftp.osuosl.org/pub/funtoo/funtoo-stable/vagrant stable] 64 bit stage 3 tarballs.  Put the URL of the machine (file ending in the '''.box''' extension) that you would like to experiment with into these easy commands.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i## echo &amp;quot;app-emulation/virtualbox extensions&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use&lt;br /&gt;
# ##i## emerge vagrant&lt;br /&gt;
# ##i## modprobe vboxdrv; modprobe vboxnetadp; modprobe vboxnetflt&lt;br /&gt;
# ##i## vagrant box add funtoo http://ftp.osuosl.org/pub/funtoo/funtoo-current/vagrant/x86-64bit/vagrant-generic_64-funtoo-current-2012-01-26.box&lt;br /&gt;
# ##i## vagrant init&lt;br /&gt;
# ##i## vagrant up&lt;br /&gt;
# ##i## vagrant ssh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== DevOps ToolChain ==&lt;br /&gt;
&lt;br /&gt;
The amount of tools needed is a bit large so a quick summary is given below.  The first few are required to get started, but you quickly end up looking at Puppet, Chef and other tools if the number of VMs get large.  Puppet and Chef aren't needed to get started, but are listed because VeeWee generated virtual machines normally have them preinstalled to push applications into freshly created virtual machines.  The [http://groups.google.com/group/devops-toolchain DevOps ToolChain email list] is a good place to get ideas on distributed systems processes, automation and tooling as the toolchain implementation can get quites complicated depending on your goals.&lt;br /&gt;
&lt;br /&gt;
* [[Metro]] Tool used to build from source just enough Linux to create a Linux Funtoo OS&lt;br /&gt;
&lt;br /&gt;
* [http://www.virtualbox.org/ VirtualBox] An open source Virtual Machine Manager (VMM) developed by Sun/Oracle which has several open source DevOps tools created around it for distributed Virtual Machine (VM) automation.&lt;br /&gt;
&lt;br /&gt;
* [http://github.com/jedi4ever/veewee VeeWee] Tool used to automate the booting and execution of installation CDROM/ISO images.  No need to watch Anaconda run to create Fedora boxes!  VeeWee, while a separate project, is a subcommand of Vagrant.  The Funtoo creation is currently merged into the [https://github.com/jedi4ever/veewee/tree/master/templates/funtoo-latest-generic_64-stable VeeWee codebase], but not currently in a released GEM. (Remark: Niklaus Giger had some problems with the templates and developed some [https://github.com/jedi4ever/veewee/pull/621 fixes])&lt;br /&gt;
&lt;br /&gt;
* [http://vagrantup.com/ Vagrant] A tool which automated create/start/stop/delete operations of VirtualBox VMs.  VeeWee is needed for creating custom machine types, but there are lots of [http://vagrantbox.es/ pre-created machine types] in existence including Gentoo.  The Funtoo VeeWee scripts were derived from the Gentoo scripts. &lt;br /&gt;
&lt;br /&gt;
* [http://puppetlabs.com/puppet/ Puppet] is one of two distributed configuration management tools that are pre-installed by convention on VeeWee generated virtual machines.  There are enterprise and open source versions of [http://puppetlabs.com/puppet/compare/ Puppet].  Your Funtoo VirtualBox will have the open source Puppet installed by the [http://beginrescueend.com/rvm/install/ Ruby Version Manager] (not portage) as Gems and Portage fight each other (like CPAN and portage) and its best for now to keep these things separated.  The open source version of Puppet is typically distributed as a [http://rubygems.org/gems/puppet Ruby Gem].&lt;br /&gt;
&lt;br /&gt;
* [http://www.opscode.com/chef/ Chef] is the second distributed configuration management tool that is pre-installed by convention on a VeeWee generated Funtoo virtual machine.  Chef also has open source and enterprise versions.  Your Funtoo VirtualBox will have the open source Chef installed by the [http://beginrescueend.com/rvm/install/ Ruby Version Manager] (not portage) as Ruby and Portage fight eachother and its best for now to keep these things separated.  The open source Chef is typically distributed as a [http://rubygems.org/gems/chef Ruby Gem].&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
&lt;br /&gt;
The virtual machine is shipped built ready to script, but also wide open for attack.  The root and vagrant account's password is '''vagrant''' and the vagrant account has sudo access.  Also, there is a private key in the vagrant account that is well known.  So don't put these boxes on the net without seriously hardening the machine's security or you will just be adding to the internet bot net problems.&lt;br /&gt;
&lt;br /&gt;
== VM ideas ==&lt;br /&gt;
&lt;br /&gt;
While the virtual machine was created with veewee for VirtualBox, there is no reason to restrict yourself to the VirtualBox virtual machine manager.  The &amp;quot;.box&amp;quot; file is a simple tarball.  In the tarball is a &amp;quot;box-disk1.vmdk&amp;quot; file which is a virtual machine disk image that is useable to the VirtualBox VMM.  Untaring the disk image into another VMM's virtual machine is certainly a doable thing.&lt;br /&gt;
&lt;br /&gt;
Also, the vagrant and veewee upstream developers are looking into rewriting their code to work with other VMM implementions.&lt;br /&gt;
&lt;br /&gt;
[[Category:DevOps]]&lt;br /&gt;
[[Category:Virtualization]]&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/VagrantUp</id>
		<title>VagrantUp</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/VagrantUp"/>
				<updated>2013-04-16T16:06:46Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: /* Quick Start */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Funtoo Virtual Machine Quickstart =&lt;br /&gt;
&lt;br /&gt;
== Intro ==&lt;br /&gt;
&lt;br /&gt;
As an alternative to the [[Funtoo Linux Installation]], you can get started quickly with Funtoo as a virtual machine.  An open source tool called [https://github.com/jedi4ever/veewee VeeWee] automates the creation of [http://www.virtualbox.org/ VirtualBox] virtual machines just like Funtoo's [[Metro]] creates the latest stage3 tarballs of a Linux machine.  So in effect, a virtual machine can be created from source using all open source tools and run in an open source Virtual Machine Manager (VMM).  Once created, the VeeWee virtual machines can be automated with another open source tool [http://vagrantup.com/ Vagrant], which can create/start/stop/delete machines as you wish.  Once you have all the tools setup its really quite addictive experimenting with different configurations and setups in a very time efficient manner.&lt;br /&gt;
&lt;br /&gt;
The Funtoo project will be experimenting with virtual machines as a delivery mechanism to users.&lt;br /&gt;
&lt;br /&gt;
== Quick Start ==&lt;br /&gt;
&lt;br /&gt;
You will need to install VirtualBox, Ruby and Gems to get going.  Recommend considering [http://beginrescueend.com/rvm/install/ Ruby Version Manager] instead of portage which will install all your Ruby needs into &amp;lt;tt&amp;gt;/opt/local/rvm&amp;lt;/tt&amp;gt; or your home directory depending on if you are running as root or as a regular user.  We will be posting machines on the Funtoo mirrors.  Pick a virtual machine off a nearby mirror.  The virtual machines are created from upstream [http://ftp.osuosl.org/pub/funtoo/funtoo-current/vagrant/x86-64bit/ current] and [http://ftp.osuosl.org/pub/funtoo/funtoo-stable/vagrant stable] 64 bit stage 3 tarballs.  Put the URL of the machine (file ending in the '''.box''' extension) that you would like to experiment with into these easy commands.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i## emerge vagrant&lt;br /&gt;
# ##i## vagrant box add funtoo http://ftp.osuosl.org/pub/funtoo/funtoo-current/vagrant/x86-64bit/vagrant-generic_64-funtoo-current-2012-01-26.box&lt;br /&gt;
# ##i## vagrant init&lt;br /&gt;
# ##i## vagrant up&lt;br /&gt;
# ##i## vagrant ssh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== DevOps ToolChain ==&lt;br /&gt;
&lt;br /&gt;
The amount of tools needed is a bit large so a quick summary is given below.  The first few are required to get started, but you quickly end up looking at Puppet, Chef and other tools if the number of VMs get large.  Puppet and Chef aren't needed to get started, but are listed because VeeWee generated virtual machines normally have them preinstalled to push applications into freshly created virtual machines.  The [http://groups.google.com/group/devops-toolchain DevOps ToolChain email list] is a good place to get ideas on distributed systems processes, automation and tooling as the toolchain implementation can get quites complicated depending on your goals.&lt;br /&gt;
&lt;br /&gt;
* [[Metro]] Tool used to build from source just enough Linux to create a Linux Funtoo OS&lt;br /&gt;
&lt;br /&gt;
* [http://www.virtualbox.org/ VirtualBox] An open source Virtual Machine Manager (VMM) developed by Sun/Oracle which has several open source DevOps tools created around it for distributed Virtual Machine (VM) automation.&lt;br /&gt;
&lt;br /&gt;
* [http://github.com/jedi4ever/veewee VeeWee] Tool used to automate the booting and execution of installation CDROM/ISO images.  No need to watch Anaconda run to create Fedora boxes!  VeeWee, while a separate project, is a subcommand of Vagrant.  The Funtoo creation is currently merged into the [https://github.com/jedi4ever/veewee/tree/master/templates/funtoo-latest-generic_64-stable VeeWee codebase], but not currently in a released GEM. (Remark: Niklaus Giger had some problems with the templates and developed some [https://github.com/jedi4ever/veewee/pull/621 fixes])&lt;br /&gt;
&lt;br /&gt;
* [http://vagrantup.com/ Vagrant] A tool which automated create/start/stop/delete operations of VirtualBox VMs.  VeeWee is needed for creating custom machine types, but there are lots of [http://vagrantbox.es/ pre-created machine types] in existence including Gentoo.  The Funtoo VeeWee scripts were derived from the Gentoo scripts. &lt;br /&gt;
&lt;br /&gt;
* [http://puppetlabs.com/puppet/ Puppet] is one of two distributed configuration management tools that are pre-installed by convention on VeeWee generated virtual machines.  There are enterprise and open source versions of [http://puppetlabs.com/puppet/compare/ Puppet].  Your Funtoo VirtualBox will have the open source Puppet installed by the [http://beginrescueend.com/rvm/install/ Ruby Version Manager] (not portage) as Gems and Portage fight each other (like CPAN and portage) and its best for now to keep these things separated.  The open source version of Puppet is typically distributed as a [http://rubygems.org/gems/puppet Ruby Gem].&lt;br /&gt;
&lt;br /&gt;
* [http://www.opscode.com/chef/ Chef] is the second distributed configuration management tool that is pre-installed by convention on a VeeWee generated Funtoo virtual machine.  Chef also has open source and enterprise versions.  Your Funtoo VirtualBox will have the open source Chef installed by the [http://beginrescueend.com/rvm/install/ Ruby Version Manager] (not portage) as Ruby and Portage fight eachother and its best for now to keep these things separated.  The open source Chef is typically distributed as a [http://rubygems.org/gems/chef Ruby Gem].&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
&lt;br /&gt;
The virtual machine is shipped built ready to script, but also wide open for attack.  The root and vagrant account's password is '''vagrant''' and the vagrant account has sudo access.  Also, there is a private key in the vagrant account that is well known.  So don't put these boxes on the net without seriously hardening the machine's security or you will just be adding to the internet bot net problems.&lt;br /&gt;
&lt;br /&gt;
== VM ideas ==&lt;br /&gt;
&lt;br /&gt;
While the virtual machine was created with veewee for VirtualBox, there is no reason to restrict yourself to the VirtualBox virtual machine manager.  The &amp;quot;.box&amp;quot; file is a simple tarball.  In the tarball is a &amp;quot;box-disk1.vmdk&amp;quot; file which is a virtual machine disk image that is useable to the VirtualBox VMM.  Untaring the disk image into another VMM's virtual machine is certainly a doable thing.&lt;br /&gt;
&lt;br /&gt;
Also, the vagrant and veewee upstream developers are looking into rewriting their code to work with other VMM implementions.&lt;br /&gt;
&lt;br /&gt;
[[Category:DevOps]]&lt;br /&gt;
[[Category:Virtualization]]&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/ZFS_rootfs_over_encrypted_container</id>
		<title>ZFS rootfs over encrypted container</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/ZFS_rootfs_over_encrypted_container"/>
				<updated>2013-04-16T16:05:13Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: /* Add filesystems to /etc/fstab */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This tutorial will show you how to install Funtoo on ZFS (rootfs) over an encrypted container.&lt;br /&gt;
&lt;br /&gt;
This tutorial is meant to be an &amp;quot;overlay&amp;quot; over the [[Funtoo_Linux_Installation|Regular Funtoo Installation]]. Follow the normal installation and only use this guide for steps 2, 3, and 8.&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|'''Since ZFS was really designed for 64 bit systems, we are only recommending and supporting 64 bit platforms and installations. We will not be supporting 32 bit platforms'''!}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Setting up your environment ==&lt;br /&gt;
In order for us to install Funtoo on ZFS, you will need an environment that provides the ZFS userspace tools. We will be downloading two things, System Rescue CD 3.1.2, and the ZFS SRM (System Rescue Module). This is just a file that when combined with System Rescue CD, gives you ZFS functionality.&lt;br /&gt;
&lt;br /&gt;
[https://sourceforge.net/projects/systemrescuecd/files/sysresccd-x86/3.1.2/systemrescuecd-x86-3.1.2.iso/download Download System Rescue CD 3.1.2]&lt;br /&gt;
&lt;br /&gt;
[http://jonathanvasquez.com/files/sysresccd/ Download the ZFS System Rescue Module]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Name: SystemRescueCd-x86-3.1.2 (350 MiB)&lt;br /&gt;
Release Date: 2012-12-05&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
md5sum 3c1ddfe5f26bb2f979a2ed9dfb504ee3&lt;br /&gt;
sha1sum 217cf7a81380d894b2433c59451787c16bc0af2f&lt;br /&gt;
sha256sum ec0a995875e64ff9816a043737e5cbbb689b7f596b48679116f0a779f3dce673&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Once you place the ISO on your USB flash drive, extract the modules from the tarball, and place the .srm and .md5 at the root of your USB filesystem. Further instructions can be found [[Creating_System_Rescue_CD_Modules#Using_the_prebuilt_srm|here]]. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
We will now start to partition the system. Open up a terminal, and type in the following (We will assume it's a fresh drive for simplicity).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Creating partitions ==&lt;br /&gt;
We will be creating two partitions, /boot, and the remaining disk space will be for ZFS.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
(All commands will be ran as root).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== fdisk (MBR Style) ===&lt;br /&gt;
'''Create Partition 1''' (boot):&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition type: ##i##↵&lt;br /&gt;
Partition number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+250M ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2''' (ZFS over encrypted container):&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition type: ##i##↵&lt;br /&gt;
Partition number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##↵&lt;br /&gt;
Command: ##i##t ↵&lt;br /&gt;
Partition number: ##i##2 ↵&lt;br /&gt;
Hex code (type L to list codes): ##i##bf ↵&lt;br /&gt;
Command: ##i##p ↵&lt;br /&gt;
Disk /dev/sda: 1000.2 GB, 1000204886016 bytes&lt;br /&gt;
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors&lt;br /&gt;
Units = sectors of 1 * 512 = 512 bytes&lt;br /&gt;
Sector size (logical/physical): 512 bytes / 512 bytes&lt;br /&gt;
I/O size (minimum/optimal): 512 bytes / 512 bytes&lt;br /&gt;
Disk identifier: 0x3e954df7&lt;br /&gt;
   Device Boot      Start         End      Blocks   Id  System&lt;br /&gt;
/dev/sda1            2048      514047      256000   83  Linux&lt;br /&gt;
/dev/sda2          514048  1953525167   976505560   bf  Solaris&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== gdisk (GPT Style) ===&lt;br /&gt;
'''Create Partition 1''' (boot):&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+250M ↵&lt;br /&gt;
Hex Code: ##i##↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2''' (BIOS Boot Partition):&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+32M ↵&lt;br /&gt;
Hex Code: ##i##EF02 ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|Only make the above BIOS Boot Partition if you are using GRUB 2 on GPT. If you are using the extlinux bootloader, this partition is not necessary. The below instructions continue as if you did not create this partition and assumes you are using extlinux as the bootloader.}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2(/3)''' (ZFS over encrypted container):&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##↵&lt;br /&gt;
Hex Code: ##i##bf01 ↵&lt;br /&gt;
Command: ##i##p ↵&lt;br /&gt;
Disk /dev/sda: 1953525168 sectors, 931.5 GiB&lt;br /&gt;
Logical sector size: 512 bytes&lt;br /&gt;
Disk identifier (GUID): C0C1E56A-B24F-492F-95DB-2E227676F228&lt;br /&gt;
Partition table holds up to 128 entries&lt;br /&gt;
First usable sector is 34, last usable sector is 1953525134&lt;br /&gt;
Partitions will be aligned on 2048-sector boundaries&lt;br /&gt;
Total free space is 2014 sectors (1007.0 KiB)&lt;br /&gt;
Number  Start (sector)    End (sector)  Size       Code  Name&lt;br /&gt;
   1            2048          514047   250.0 MiB   8300  Linux filesystem&lt;br /&gt;
   2          514048      1953525134   931.3 GiB   BF01  Solaris /usr &amp;amp; Mac ZFS&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Format your boot volume ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkfs.ext2 /dev/sda1&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Create the crypto container ===&lt;br /&gt;
Be aware that this step will take a lot of time, 1-2 days might be possible depending on your disksize. The bs part in the next commands is important, so that you don't know about the actual disksize and the disk get's filled up to the end with data for the cryptocontainer.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##dd if=/dev/zero of=/dev/sda2 bs=100M&lt;br /&gt;
# ##i##dd if=/dev/urandom of=/dev/sda2 bs=100M&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Next we will create the cryptocontainer in the before prepared partition and mount the container after that:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cryptsetup -c aes-xts-plain64 luksFormat /dev/sda2&lt;br /&gt;
# ##i##cryptsetup luksOpen /dev/sda2 enc-root&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This opens the cryptocontainer in '''/dev/mapper/enc-root''', what will from now on the device for our ZFS pool.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Create the zpool ===&lt;br /&gt;
We will first create the pool. The pool will be named `rpool` and the disk will be aligned to 4096 (using ashift=12)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool create -f -o ashift=12 -o cachefile= -O compression=on -m none -R /mnt/funtoo rpool /dev/mapper/enc-root&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Create the zfs datasets ===&lt;br /&gt;
We will now create some datasets. For this installation, we will create a small but future proof amount of datasets. We will have a dataset for the OS (/), and your swap. We will also show you how to create some optional datasets: /home, /var, /usr/src, and /usr/portage.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Create some empty containers for organization purposes, and make the dataset that will hold /&lt;br /&gt;
# ##i##zfs create -o mountpoint=none rpool/ROOT&lt;br /&gt;
# ##i##zfs create -o mountpoint=/ rpool/ROOT/funtoo&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Optional, but recommended datasets: /home, /root &lt;br /&gt;
# ##i##zfs create -o mountpoint=/home rpool/HOME&lt;br /&gt;
# ##i##zfs create -o mountpoint=/root rpool/HOME/root&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Optional datasets: /usr/src, /var&lt;br /&gt;
# ##i##zfs create -o mountpoint=none rpool/FUNTOO&lt;br /&gt;
# ##i##zfs create -o mountpoint=/usr/src rpool/FUNTOO/src&lt;br /&gt;
# ##i##zfs create -o mountpoint=/var rpool/FUNTOO/var&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Creating a separate portage dataset (optional) ====&lt;br /&gt;
Creating a separate portage dataset could be useful if you would like to keep your portage tree, distfiles (source code files), and packages (your compiled binaries if you have FEATURES=&amp;quot;buildpkg&amp;quot; enabled) in a safe place (or if you want to back up this directory up easily).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This requires a few extra steps because we can't just do a regular emerge --sync when we initially chroot. We will need to download a portage snapshot tarball and extract it into the directory.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The required steps for getting and extracting the snapshot will be shown later on in the guide once you chroot into the environment. For now just create the datasets:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zfs create -o mountpoint=/usr/portage -o compression=off rpool/FUNTOO/portage&lt;br /&gt;
# ##i##zfs create -o mountpoint=/usr/portage/distfiles -o compression=off rpool/FUNTOO/distfiles&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Create your swap dataset ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Make your swap +1G greater than your RAM. An 8G machine would have 9G of RAM (This is kinda big though).'''&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zfs create -o sync=always -o primarycache=metadata -o secondarycache=none -V 9G rpool/swap&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Format your swap dataset ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkswap -f /dev/zvol/rpool/swap&lt;br /&gt;
# ##i##swapon /dev/zvol/rpool/swap&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Alright that finishes the creation of the zpool and zfs datasets. Check to make sure everything appears fine:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool status&lt;br /&gt;
# ##i##zfs list&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Copy the zpool.cache file to your new environment.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkdir -p /mnt/funtoo/etc/zfs&lt;br /&gt;
# ##i##cp /etc/zfs/zpool.cache /mnt/funtoo/etc/zfs&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Make an empty mtab file&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##touch /mnt/funtoo/etc/mtab&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Now we will continue to install funtoo.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Installing Funtoo ==&lt;br /&gt;
[[Funtoo_Linux_Installation|Download and install the Funtoo stage3 and continue installation as normal.]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Then chroot into your new funtoo environment:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /mnt/funtoo&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Mount your boot drive&lt;br /&gt;
# ##i##mount /dev/sda1 /mnt/funtoo/boot&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Bind the kernel related directories&lt;br /&gt;
# ##i##for i in proc dev sys; do mount --bind /$i ./$i; done&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Copy network settings&lt;br /&gt;
# ##i##cp /etc/resolv.conf etc/&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
chroot into your new funtoo environment&lt;br /&gt;
# ##i##env -i HOME=/root TERM=$TERM chroot . bash -l&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Syncing your portage tree ===&lt;br /&gt;
==== If you didn't create a separate portage dataset, then just sync your portage tree as normal. ====&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##emerge --sync&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== If you did create a separate portage dataset, let's now get the portage snapshot set up. ====&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Change into your /usr directory&lt;br /&gt;
# ##i##cd /usr&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Download and extract the portage snapshot&lt;br /&gt;
# ##i##wget http://ftp.osuosl.org/pub/funtoo/funtoo-current/snapshots/portage-latest.tar.xz&lt;br /&gt;
# ##i##tar xf portage-latest.tar.xz&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Change into your portage directory and checkout the funtoo branch&lt;br /&gt;
# ##i##cd portage&lt;br /&gt;
# ##i##git checkout funtoo.org&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Now sync your portage tree&lt;br /&gt;
# ##i##emerge --sync&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Kernel Configuration ==&lt;br /&gt;
Tested with kernel 2.6.32, 3.2.34, 3.6.9, 3.7.1.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
When you get up to the kernel, make sure that you disable the CFQ scheduler, and turnon No-op (It's the default one once you disable all schedulers). The reason for this is because ZFS has itsown scheduler and the CFQ one conflicts with it.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Go to your kernel config, and make sure you have the following: (there should be a /usr/src/linux symlink as well)&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ZLIB_INFLATE/DEFLATE must be compiled into the kernel (not as a module).&lt;br /&gt;
&amp;gt; ZLIB_INFLATE [=y], ZLIB_DEFLATE [=y]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
General setup ---&amp;gt;&lt;br /&gt;
&amp;gt; [*] Initial RAM filesystem and RAM disk (initramfs/initrd) support&lt;br /&gt;
&amp;gt; () Initramfs source file(s)&lt;br /&gt;
[*] Enable loadable module support ---&amp;gt;&lt;br /&gt;
[*] Module unloadingEnable the block layer ---&amp;gt;&lt;br /&gt;
IO Schedulers ---&amp;gt;&lt;br /&gt;
&amp;lt; &amp;gt; Deadline I/O scheduler&lt;br /&gt;
&amp;lt; &amp;gt; CFQ I/O schedulerDefault I/O scheduler (No-op)&lt;br /&gt;
Device Drivers ---&amp;gt;&lt;br /&gt;
&amp;gt; Generic Driver Options ---&amp;gt;&lt;br /&gt;
&amp;gt;&amp;gt; [*] Maintain a devtmpfs filesystem to mount at /dev&lt;br /&gt;
&amp;gt;&amp;gt; [*] Automount devtmpfs at /dev, after the kernel mounted the rootfs&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Cryptographic API ---&amp;gt;&lt;br /&gt;
&amp;gt; &amp;lt;*&amp;gt; XTS support&lt;br /&gt;
&amp;gt; -*- AES cipher algorithms&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* All other drivers required to see your PATA/SATA drives must be compiled in.&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Continue and compile/install your kernel:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##make bzImage&lt;br /&gt;
# ##i##make modules_install&lt;br /&gt;
# ##i##cp arch/x86_64/boot/bzImage /boot/bzImage-&amp;lt;Kernel-version&amp;gt;&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Installing the ZFS userspace tools ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##emerge -av zfs&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Check to make sure that the zfs tools are working, the zpool.cache file that you copied before should be displayed.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool status&lt;br /&gt;
# ##i##zfs list&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If everything worked, continue.&lt;br /&gt;
&lt;br /&gt;
== Bliss Initramfs Creator ==&lt;br /&gt;
Make sure you compile sys-apps/busybox and sys-fs/cryptsetup with the static flag.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##echo &amp;quot;sys-apps/busybox static&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use/busybox&lt;br /&gt;
# ##i##echo &amp;quot;sys-fs/cryptsetup static&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use/cryptsetup&lt;br /&gt;
# ##i##echo &amp;quot;sys-libs/e2fsprogs-libs static-libs&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use/e2fsprogs-libs&lt;br /&gt;
# ##i##echo &amp;quot;dev-libs/popt static-libs&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use/popt&lt;br /&gt;
# ##i##echo &amp;quot;sys-apps/util-linux static-libs&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use/util-linux&lt;br /&gt;
# ##i##emerge -avt sys-apps/busybox sys-fs/cryptsetup&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Clone my creator which is located at: git://github.com/fearedbliss/Bliss-Initramfs-Creator.git&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##git clone git://github.com/fearedbliss/Bliss-Initramfs-Creator.git&lt;br /&gt;
# ##i##cd Bliss-Initramfs-Creator&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Then run the script as root, and place the initrd into /boot&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##./createInit&lt;br /&gt;
Choose Option 2 ZFS+LUKS&lt;br /&gt;
# ##i##mv initrd-&amp;lt;kernel_name&amp;gt;.img /boot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''&amp;lt;kernel_name&amp;gt;''' is the name of what you selected in the initramfs creator, and the name of the outputted file.&lt;br /&gt;
&lt;br /&gt;
Once you do this just go to your bootloader config, and add it in there.&lt;br /&gt;
&lt;br /&gt;
Example:&lt;br /&gt;
 kernel name is: bzImage-3.7.1-ALL&lt;br /&gt;
 initramfs name is: initrd-3.7.1-ALL.img&lt;br /&gt;
 pool root is: rpool/ROOT/funtoo&lt;br /&gt;
 encrypted root is: /dev/sda2&lt;br /&gt;
&lt;br /&gt;
== Installing Extlinux ==&lt;br /&gt;
To install extlinux first merge syslinux&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##emerge -avt syslinux&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
next prepare your /boot folder&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##install -d /boot/extlinux&lt;br /&gt;
# ##i##extlinux --install /boot/extlinux&lt;br /&gt;
# ##i##cd /boot&lt;br /&gt;
# ##i##ln -s . boot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Finally install Extlinux for your Boot Record&lt;br /&gt;
&lt;br /&gt;
=== MBR ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##dd bs=440 conv=notrunc count=1 if=/usr/share/syslinux/mbr.bin of=/dev/sda&lt;br /&gt;
# ##i##cp /usr/share/syslinux/menu.c32 /boot/extlinux/&lt;br /&gt;
# ##i##touch /boot/extlinux/extlinux.conf&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== GPT ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##sgdisk /dev/sda --attributes=1:set:2&lt;br /&gt;
# ##i##sgdisk /dev/sda --attributes=1:show&lt;br /&gt;
1:2:1 (legacy BIOS bootable)&lt;br /&gt;
# ##i##dd bs=440 conv=notrunc count=1 if=/usr/share/syslinux/gptmbr.bin of=/dev/sda&lt;br /&gt;
# ##i##cp /usr/share/syslinux/menu.c32 /boot/extlinux/&lt;br /&gt;
# ##i##touch /boot/extlinux/extlinux.conf&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Config Extlinux ===&lt;br /&gt;
Open '''/boot/extlinux/extlinux.conf''' with your favorite editor and add the following to it:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
TIMEOUT 30&lt;br /&gt;
UI menu.c32&lt;br /&gt;
&lt;br /&gt;
MENU TITLE Funtoo Boot Menu&lt;br /&gt;
MENU COLOR title        1;37;40&lt;br /&gt;
MENU COLOR border       30;40&lt;br /&gt;
MENU COLOR unsel        37;40&lt;br /&gt;
&lt;br /&gt;
LABEL funtoo bzImage-&amp;lt;Kernel-Version&amp;gt;&lt;br /&gt;
  MENU LABEL Funtoo Linux bzImage-&amp;lt;Kernel-Version&amp;gt;&lt;br /&gt;
  KERNEL /bzImage-&amp;lt;Kernel-Version&amp;gt;&lt;br /&gt;
  INITRD /initrd-&amp;lt;Kernel-Version&amp;gt;.img&lt;br /&gt;
  APPEND enc_root=/dev/sda2 pool_root=rpool/ROOT/funtoo&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Final configuration ==&lt;br /&gt;
=== Add the zfs tools to openrc ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##rc-update add zfs boot&lt;br /&gt;
# ##i##rc-update add zfs-shutdown shutdown&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Add filesystems to /etc/fstab ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##nano /etc/fstab&lt;br /&gt;
# &amp;lt;fs&amp;gt;                  &amp;lt;mountpoint&amp;gt;    &amp;lt;type&amp;gt;          &amp;lt;opts&amp;gt;          &amp;lt;dump/pass&amp;gt;&lt;br /&gt;
/dev/sda1               /boot           ext2            defaults        1 2&lt;br /&gt;
/dev/zvol/rpool/swap    none            swap            sw              0 0&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Clean up and reboot ===&lt;br /&gt;
We are almost done, we are just going to clean up and unmount whatever we mounted and get out.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Delete the stage3/portage tarballs you downloaded earlier so they don't take up space.&lt;br /&gt;
# ##i##cd /&lt;br /&gt;
# ##i##rm stage3-latest.tar.xz&lt;br /&gt;
# ##i##rm /usr/portage-latest.tar.xz&lt;br /&gt;
&lt;br /&gt;
Set your root password&lt;br /&gt;
# ##i##passwd&lt;br /&gt;
&amp;gt;&amp;gt; Enter your password, you won't see what you are writing (for security reasons), but it is there!&lt;br /&gt;
&lt;br /&gt;
Get out of the chroot environment&lt;br /&gt;
# ##i##exit&lt;br /&gt;
&lt;br /&gt;
Unmount all the kernel filesystem stuff and boot&lt;br /&gt;
# ##i##cd /mnt/funtoo&lt;br /&gt;
# ##i##umount proc dev sys boot&lt;br /&gt;
&lt;br /&gt;
Turn off the swap&lt;br /&gt;
# ##i##swapoff /dev/zvol/rpool/swap&lt;br /&gt;
&lt;br /&gt;
Export the zpool&lt;br /&gt;
# ##i##cd /&lt;br /&gt;
# ##i##zpool export -f rpool&lt;br /&gt;
&lt;br /&gt;
Reboot&lt;br /&gt;
# ##i##reboot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
and that should be enough to get your system to boot on ZFS.&lt;br /&gt;
&lt;br /&gt;
== Extra: After reboot ==&lt;br /&gt;
After you restart your machine and your inside your desktop, continue to set up anything you need in terms of /etc configurations. Once you have everything the way you like it, take a snapshot of your system. You will be using this snapshot to revert back to this state if anything ever happens to your system down the road. The snapshots are cheap, and almost instant. To take the snapshot of your rootfs, type the following:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zfs snapshot rpool/ROOT/funtoo@install&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
To see if your snapshot was taken, type:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zfs list -t snapshot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If your machine ever fails and you need to get back to this state, just type:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zfs rollback rpool/ROOT/funtoo@install&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Enjoy your new install on ZFS :)&lt;br /&gt;
&lt;br /&gt;
== Getting back into your ZFS pool in case of emergency ==&lt;br /&gt;
If you ever need to get back into your ZFS pool in case of an emergency (missing rebuild of modules, unable to boot, etc) reboot your box with the System Rescue USB you created earlier, then issue the following commands:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##depmod&lt;br /&gt;
# ##i##cryptsetup luksOpen /dev/sda2 enc-root&lt;br /&gt;
# ##i##zpool import -f -o cachefile= -R /mnt/funtoo rpool&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Now you should be able to mount the system like we did earlier in this Guide [[ZFS_rootfs_over_encrypted_container#Installing_Funtoo|(chroot instructions)]], fix your problem and enjoy.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:HOWTO]]&lt;br /&gt;
[[Category:Filesystems]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Featured]]&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/VagrantUp</id>
		<title>VagrantUp</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/VagrantUp"/>
				<updated>2013-04-16T16:04:23Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Funtoo Virtual Machine Quickstart =&lt;br /&gt;
&lt;br /&gt;
== Intro ==&lt;br /&gt;
&lt;br /&gt;
As an alternative to the [[Funtoo Linux Installation]], you can get started quickly with Funtoo as a virtual machine.  An open source tool called [https://github.com/jedi4ever/veewee VeeWee] automates the creation of [http://www.virtualbox.org/ VirtualBox] virtual machines just like Funtoo's [[Metro]] creates the latest stage3 tarballs of a Linux machine.  So in effect, a virtual machine can be created from source using all open source tools and run in an open source Virtual Machine Manager (VMM).  Once created, the VeeWee virtual machines can be automated with another open source tool [http://vagrantup.com/ Vagrant], which can create/start/stop/delete machines as you wish.  Once you have all the tools setup its really quite addictive experimenting with different configurations and setups in a very time efficient manner.&lt;br /&gt;
&lt;br /&gt;
The Funtoo project will be experimenting with virtual machines as a delivery mechanism to users.&lt;br /&gt;
&lt;br /&gt;
== Quick Start ==&lt;br /&gt;
&lt;br /&gt;
You will need to install VirtualBox, Ruby and Gems to get going.  Recommend considering [http://beginrescueend.com/rvm/install/ Ruby Version Manager] instead of portage which will install all your Ruby needs into &amp;lt;tt&amp;gt;/opt/local/rvm&amp;lt;/tt&amp;gt; or your home directory depending on if you are running as root or as a regular user.  We will be posting machines on the Funtoo mirrors.  Pick a virtual machine off a nearby mirror.  The virtual machines are created from upstream [http://ftp.osuosl.org/pub/funtoo/funtoo-current/vagrant/x86-64bit/ current] and [http://ftp.osuosl.org/pub/funtoo/funtoo-stable/vagrant stable] 64 bit stage 3 tarballs.  Put the URL of the machine (file ending in the '''.box''' extension) that you would like to experiment with into these easy commands.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i## emerge vagrant&lt;br /&gt;
# ##i## vagrant box add base '''''URL'''''&lt;br /&gt;
# ##i## vagrant init&lt;br /&gt;
# ##i## vagrant up&lt;br /&gt;
# ##i## vagrant ssh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== DevOps ToolChain ==&lt;br /&gt;
&lt;br /&gt;
The amount of tools needed is a bit large so a quick summary is given below.  The first few are required to get started, but you quickly end up looking at Puppet, Chef and other tools if the number of VMs get large.  Puppet and Chef aren't needed to get started, but are listed because VeeWee generated virtual machines normally have them preinstalled to push applications into freshly created virtual machines.  The [http://groups.google.com/group/devops-toolchain DevOps ToolChain email list] is a good place to get ideas on distributed systems processes, automation and tooling as the toolchain implementation can get quites complicated depending on your goals.&lt;br /&gt;
&lt;br /&gt;
* [[Metro]] Tool used to build from source just enough Linux to create a Linux Funtoo OS&lt;br /&gt;
&lt;br /&gt;
* [http://www.virtualbox.org/ VirtualBox] An open source Virtual Machine Manager (VMM) developed by Sun/Oracle which has several open source DevOps tools created around it for distributed Virtual Machine (VM) automation.&lt;br /&gt;
&lt;br /&gt;
* [http://github.com/jedi4ever/veewee VeeWee] Tool used to automate the booting and execution of installation CDROM/ISO images.  No need to watch Anaconda run to create Fedora boxes!  VeeWee, while a separate project, is a subcommand of Vagrant.  The Funtoo creation is currently merged into the [https://github.com/jedi4ever/veewee/tree/master/templates/funtoo-latest-generic_64-stable VeeWee codebase], but not currently in a released GEM. (Remark: Niklaus Giger had some problems with the templates and developed some [https://github.com/jedi4ever/veewee/pull/621 fixes])&lt;br /&gt;
&lt;br /&gt;
* [http://vagrantup.com/ Vagrant] A tool which automated create/start/stop/delete operations of VirtualBox VMs.  VeeWee is needed for creating custom machine types, but there are lots of [http://vagrantbox.es/ pre-created machine types] in existence including Gentoo.  The Funtoo VeeWee scripts were derived from the Gentoo scripts. &lt;br /&gt;
&lt;br /&gt;
* [http://puppetlabs.com/puppet/ Puppet] is one of two distributed configuration management tools that are pre-installed by convention on VeeWee generated virtual machines.  There are enterprise and open source versions of [http://puppetlabs.com/puppet/compare/ Puppet].  Your Funtoo VirtualBox will have the open source Puppet installed by the [http://beginrescueend.com/rvm/install/ Ruby Version Manager] (not portage) as Gems and Portage fight each other (like CPAN and portage) and its best for now to keep these things separated.  The open source version of Puppet is typically distributed as a [http://rubygems.org/gems/puppet Ruby Gem].&lt;br /&gt;
&lt;br /&gt;
* [http://www.opscode.com/chef/ Chef] is the second distributed configuration management tool that is pre-installed by convention on a VeeWee generated Funtoo virtual machine.  Chef also has open source and enterprise versions.  Your Funtoo VirtualBox will have the open source Chef installed by the [http://beginrescueend.com/rvm/install/ Ruby Version Manager] (not portage) as Ruby and Portage fight eachother and its best for now to keep these things separated.  The open source Chef is typically distributed as a [http://rubygems.org/gems/chef Ruby Gem].&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
&lt;br /&gt;
The virtual machine is shipped built ready to script, but also wide open for attack.  The root and vagrant account's password is '''vagrant''' and the vagrant account has sudo access.  Also, there is a private key in the vagrant account that is well known.  So don't put these boxes on the net without seriously hardening the machine's security or you will just be adding to the internet bot net problems.&lt;br /&gt;
&lt;br /&gt;
== VM ideas ==&lt;br /&gt;
&lt;br /&gt;
While the virtual machine was created with veewee for VirtualBox, there is no reason to restrict yourself to the VirtualBox virtual machine manager.  The &amp;quot;.box&amp;quot; file is a simple tarball.  In the tarball is a &amp;quot;box-disk1.vmdk&amp;quot; file which is a virtual machine disk image that is useable to the VirtualBox VMM.  Untaring the disk image into another VMM's virtual machine is certainly a doable thing.&lt;br /&gt;
&lt;br /&gt;
Also, the vagrant and veewee upstream developers are looking into rewriting their code to work with other VMM implementions.&lt;br /&gt;
&lt;br /&gt;
[[Category:DevOps]]&lt;br /&gt;
[[Category:Virtualization]]&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/VagrantUp</id>
		<title>VagrantUp</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/VagrantUp"/>
				<updated>2013-04-16T16:03:53Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Funtoo Virtual Machine Quickstart =&lt;br /&gt;
&lt;br /&gt;
== Intro ==&lt;br /&gt;
&lt;br /&gt;
As an alternative to the [[Funtoo Linux Installation]], you can get started quickly with Funtoo as a virtual machine.  An open source tool called [https://github.com/jedi4ever/veewee VeeWee] automates the creation of [http://www.virtualbox.org/ VirtualBox] virtual machines just like Funtoo's [[Metro]] creates the latest stage3 tarballs of a Linux machine.  So in effect, a virtual machine can be created from source using all open source tools and run in an open source Virtual Machine Manager (VMM).  Once created, the VeeWee virtual machines can be automated with another open source tool [http://vagrantup.com/ Vagrant], which can create/start/stop/delete machines as you wish.  Once you have all the tools setup its really quite addictive experimenting with different configurations and setups in a very time efficient manner.&lt;br /&gt;
&lt;br /&gt;
The Funtoo project will be experimenting with virtual machines as a delivery mechanism to users.&lt;br /&gt;
&lt;br /&gt;
== Quick Start ==&lt;br /&gt;
&lt;br /&gt;
You will need to install VirtualBox, Ruby and Gems to get going.  Recommend considering [http://beginrescueend.com/rvm/install/ Ruby Version Manager] instead of portage which will install all your Ruby needs into &amp;lt;tt&amp;gt;/opt/local/rvm&amp;lt;/tt&amp;gt; or your home directory depending on if you are running as root or as a regular user.  We will be posting machines on the Funtoo mirrors.  Pick a virtual machine off a nearby mirror.  The virtual machines are created from upstream [http://ftp.osuosl.org/pub/funtoo/funtoo-current/vagrant/x86-64bit/ current] and [http://ftp.osuosl.org/pub/funtoo/funtoo-stable/vagrant stable] 64 bit stage 3 tarballs.  Put the URL of the machine (file ending in the '''.box''' extension) that you would like to experiment with into these easy commands.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
 ##i## emerge vagrant&lt;br /&gt;
 ##i## vagrant box add base '''''URL'''''&lt;br /&gt;
 ##i## vagrant init&lt;br /&gt;
 ##i## vagrant up&lt;br /&gt;
 ##i## vagrant ssh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== DevOps ToolChain ==&lt;br /&gt;
&lt;br /&gt;
The amount of tools needed is a bit large so a quick summary is given below.  The first few are required to get started, but you quickly end up looking at Puppet, Chef and other tools if the number of VMs get large.  Puppet and Chef aren't needed to get started, but are listed because VeeWee generated virtual machines normally have them preinstalled to push applications into freshly created virtual machines.  The [http://groups.google.com/group/devops-toolchain DevOps ToolChain email list] is a good place to get ideas on distributed systems processes, automation and tooling as the toolchain implementation can get quites complicated depending on your goals.&lt;br /&gt;
&lt;br /&gt;
* [[Metro]] Tool used to build from source just enough Linux to create a Linux Funtoo OS&lt;br /&gt;
&lt;br /&gt;
* [http://www.virtualbox.org/ VirtualBox] An open source Virtual Machine Manager (VMM) developed by Sun/Oracle which has several open source DevOps tools created around it for distributed Virtual Machine (VM) automation.&lt;br /&gt;
&lt;br /&gt;
* [http://github.com/jedi4ever/veewee VeeWee] Tool used to automate the booting and execution of installation CDROM/ISO images.  No need to watch Anaconda run to create Fedora boxes!  VeeWee, while a separate project, is a subcommand of Vagrant.  The Funtoo creation is currently merged into the [https://github.com/jedi4ever/veewee/tree/master/templates/funtoo-latest-generic_64-stable VeeWee codebase], but not currently in a released GEM. (Remark: Niklaus Giger had some problems with the templates and developed some [https://github.com/jedi4ever/veewee/pull/621 fixes])&lt;br /&gt;
&lt;br /&gt;
* [http://vagrantup.com/ Vagrant] A tool which automated create/start/stop/delete operations of VirtualBox VMs.  VeeWee is needed for creating custom machine types, but there are lots of [http://vagrantbox.es/ pre-created machine types] in existence including Gentoo.  The Funtoo VeeWee scripts were derived from the Gentoo scripts. &lt;br /&gt;
&lt;br /&gt;
* [http://puppetlabs.com/puppet/ Puppet] is one of two distributed configuration management tools that are pre-installed by convention on VeeWee generated virtual machines.  There are enterprise and open source versions of [http://puppetlabs.com/puppet/compare/ Puppet].  Your Funtoo VirtualBox will have the open source Puppet installed by the [http://beginrescueend.com/rvm/install/ Ruby Version Manager] (not portage) as Gems and Portage fight each other (like CPAN and portage) and its best for now to keep these things separated.  The open source version of Puppet is typically distributed as a [http://rubygems.org/gems/puppet Ruby Gem].&lt;br /&gt;
&lt;br /&gt;
* [http://www.opscode.com/chef/ Chef] is the second distributed configuration management tool that is pre-installed by convention on a VeeWee generated Funtoo virtual machine.  Chef also has open source and enterprise versions.  Your Funtoo VirtualBox will have the open source Chef installed by the [http://beginrescueend.com/rvm/install/ Ruby Version Manager] (not portage) as Ruby and Portage fight eachother and its best for now to keep these things separated.  The open source Chef is typically distributed as a [http://rubygems.org/gems/chef Ruby Gem].&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
&lt;br /&gt;
The virtual machine is shipped built ready to script, but also wide open for attack.  The root and vagrant account's password is '''vagrant''' and the vagrant account has sudo access.  Also, there is a private key in the vagrant account that is well known.  So don't put these boxes on the net without seriously hardening the machine's security or you will just be adding to the internet bot net problems.&lt;br /&gt;
&lt;br /&gt;
== VM ideas ==&lt;br /&gt;
&lt;br /&gt;
While the virtual machine was created with veewee for VirtualBox, there is no reason to restrict yourself to the VirtualBox virtual machine manager.  The &amp;quot;.box&amp;quot; file is a simple tarball.  In the tarball is a &amp;quot;box-disk1.vmdk&amp;quot; file which is a virtual machine disk image that is useable to the VirtualBox VMM.  Untaring the disk image into another VMM's virtual machine is certainly a doable thing.&lt;br /&gt;
&lt;br /&gt;
Also, the vagrant and veewee upstream developers are looking into rewriting their code to work with other VMM implementions.&lt;br /&gt;
&lt;br /&gt;
[[Category:DevOps]]&lt;br /&gt;
[[Category:Virtualization]]&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/ZFS_rootfs_over_encrypted_container</id>
		<title>ZFS rootfs over encrypted container</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/ZFS_rootfs_over_encrypted_container"/>
				<updated>2013-04-15T12:38:26Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This tutorial will show you how to install Funtoo on ZFS (rootfs) over an encrypted container.&lt;br /&gt;
&lt;br /&gt;
This tutorial is meant to be an &amp;quot;overlay&amp;quot; over the [[Funtoo_Linux_Installation|Regular Funtoo Installation]]. Follow the normal installation and only use this guide for steps 2, 3, and 8.&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|'''Since ZFS was really designed for 64 bit systems, we are only recommending and supporting 64 bit platforms and installations. We will not be supporting 32 bit platforms'''!}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Setting up your environment ==&lt;br /&gt;
In order for us to install Funtoo on ZFS, you will need an environment that provides the ZFS userspace tools. We will be downloading two things, System Rescue CD 3.1.2, and the ZFS SRM (System Rescue Module). This is just a file that when combined with System Rescue CD, gives you ZFS functionality.&lt;br /&gt;
&lt;br /&gt;
[https://sourceforge.net/projects/systemrescuecd/files/sysresccd-x86/3.1.2/systemrescuecd-x86-3.1.2.iso/download Download System Rescue CD 3.1.2]&lt;br /&gt;
&lt;br /&gt;
[http://jonathanvasquez.com/files/sysresccd/ Download the ZFS System Rescue Module]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Name: SystemRescueCd-x86-3.1.2 (350 MiB)&lt;br /&gt;
Release Date: 2012-12-05&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
md5sum 3c1ddfe5f26bb2f979a2ed9dfb504ee3&lt;br /&gt;
sha1sum 217cf7a81380d894b2433c59451787c16bc0af2f&lt;br /&gt;
sha256sum ec0a995875e64ff9816a043737e5cbbb689b7f596b48679116f0a779f3dce673&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Once you place the ISO on your USB flash drive, extract the modules from the tarball, and place the .srm and .md5 at the root of your USB filesystem. Further instructions can be found [[Creating_System_Rescue_CD_Modules#Using_the_prebuilt_srm|here]]. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
We will now start to partition the system. Open up a terminal, and type in the following (We will assume it's a fresh drive for simplicity).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Creating partitions ==&lt;br /&gt;
We will be creating two partitions, /boot, and the remaining disk space will be for ZFS.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
(All commands will be ran as root).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== fdisk (MBR Style) ===&lt;br /&gt;
'''Create Partition 1''' (boot):&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition type: ##i##↵&lt;br /&gt;
Partition number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+250M ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2''' (ZFS over encrypted container):&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition type: ##i##↵&lt;br /&gt;
Partition number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##↵&lt;br /&gt;
Command: ##i##t ↵&lt;br /&gt;
Partition number: ##i##2 ↵&lt;br /&gt;
Hex code (type L to list codes): ##i##bf ↵&lt;br /&gt;
Command: ##i##p ↵&lt;br /&gt;
Disk /dev/sda: 1000.2 GB, 1000204886016 bytes&lt;br /&gt;
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors&lt;br /&gt;
Units = sectors of 1 * 512 = 512 bytes&lt;br /&gt;
Sector size (logical/physical): 512 bytes / 512 bytes&lt;br /&gt;
I/O size (minimum/optimal): 512 bytes / 512 bytes&lt;br /&gt;
Disk identifier: 0x3e954df7&lt;br /&gt;
   Device Boot      Start         End      Blocks   Id  System&lt;br /&gt;
/dev/sda1            2048      514047      256000   83  Linux&lt;br /&gt;
/dev/sda2          514048  1953525167   976505560   bf  Solaris&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== gdisk (GPT Style) ===&lt;br /&gt;
'''Create Partition 1''' (boot):&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+250M ↵&lt;br /&gt;
Hex Code: ##i##↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2''' (BIOS Boot Partition):&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+32M ↵&lt;br /&gt;
Hex Code: ##i##EF02 ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|Only make the above BIOS Boot Partition if you are using GRUB 2 on GPT. If you are using the extlinux bootloader, this partition is not necessary. The below instructions continue as if you did not create this partition and assumes you are using extlinux as the bootloader.}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2(/3)''' (ZFS over encrypted container):&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##↵&lt;br /&gt;
Hex Code: ##i##bf01 ↵&lt;br /&gt;
Command: ##i##p ↵&lt;br /&gt;
Disk /dev/sda: 1953525168 sectors, 931.5 GiB&lt;br /&gt;
Logical sector size: 512 bytes&lt;br /&gt;
Disk identifier (GUID): C0C1E56A-B24F-492F-95DB-2E227676F228&lt;br /&gt;
Partition table holds up to 128 entries&lt;br /&gt;
First usable sector is 34, last usable sector is 1953525134&lt;br /&gt;
Partitions will be aligned on 2048-sector boundaries&lt;br /&gt;
Total free space is 2014 sectors (1007.0 KiB)&lt;br /&gt;
Number  Start (sector)    End (sector)  Size       Code  Name&lt;br /&gt;
   1            2048          514047   250.0 MiB   8300  Linux filesystem&lt;br /&gt;
   2          514048      1953525134   931.3 GiB   BF01  Solaris /usr &amp;amp; Mac ZFS&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Format your boot volume ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkfs.ext2 /dev/sda1&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Create the crypto container ===&lt;br /&gt;
Be aware that this step will take a lot of time, 1-2 days might be possible depending on your disksize. The bs part in the next commands is important, so that you don't know about the actual disksize and the disk get's filled up to the end with data for the cryptocontainer.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##dd if=/dev/zero of=/dev/sda2 bs=100M&lt;br /&gt;
# ##i##dd if=/dev/urandom of=/dev/sda2 bs=100M&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Next we will create the cryptocontainer in the before prepared partition and mount the container after that:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cryptsetup -c aes-xts-plain64 luksFormat /dev/sda2&lt;br /&gt;
# ##i##cryptsetup luksOpen /dev/sda2 enc-root&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This opens the cryptocontainer in '''/dev/mapper/enc-root''', what will from now on the device for our ZFS pool.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Create the zpool ===&lt;br /&gt;
We will first create the pool. The pool will be named `rpool` and the disk will be aligned to 4096 (using ashift=12)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool create -f -o ashift=12 -o cachefile= -O compression=on -m none -R /mnt/funtoo rpool /dev/mapper/enc-root&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Create the zfs datasets ===&lt;br /&gt;
We will now create some datasets. For this installation, we will create a small but future proof amount of datasets. We will have a dataset for the OS (/), and your swap. We will also show you how to create some optional datasets: /home, /var, /usr/src, and /usr/portage.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Create some empty containers for organization purposes, and make the dataset that will hold /&lt;br /&gt;
# ##i##zfs create -o mountpoint=none rpool/ROOT&lt;br /&gt;
# ##i##zfs create -o mountpoint=/ rpool/ROOT/funtoo&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Optional, but recommended datasets: /home, /root &lt;br /&gt;
# ##i##zfs create -o mountpoint=/home rpool/HOME&lt;br /&gt;
# ##i##zfs create -o mountpoint=/root rpool/HOME/root&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Optional datasets: /usr/src, /var&lt;br /&gt;
# ##i##zfs create -o mountpoint=none rpool/FUNTOO&lt;br /&gt;
# ##i##zfs create -o mountpoint=/usr/src rpool/FUNTOO/src&lt;br /&gt;
# ##i##zfs create -o mountpoint=/var rpool/FUNTOO/var&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Creating a separate portage dataset (optional) ====&lt;br /&gt;
Creating a separate portage dataset could be useful if you would like to keep your portage tree, distfiles (source code files), and packages (your compiled binaries if you have FEATURES=&amp;quot;buildpkg&amp;quot; enabled) in a safe place (or if you want to back up this directory up easily).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This requires a few extra steps because we can't just do a regular emerge --sync when we initially chroot. We will need to download a portage snapshot tarball and extract it into the directory.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The required steps for getting and extracting the snapshot will be shown later on in the guide once you chroot into the environment. For now just create the datasets:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zfs create -o mountpoint=/usr/portage -o compression=off rpool/FUNTOO/portage&lt;br /&gt;
# ##i##zfs create -o mountpoint=/usr/portage/distfiles -o compression=off rpool/FUNTOO/distfiles&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Create your swap dataset ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Make your swap +1G greater than your RAM. An 8G machine would have 9G of RAM (This is kinda big though).'''&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zfs create -o sync=always -o primarycache=metadata -o secondarycache=none -V 9G rpool/swap&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Format your swap dataset ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkswap -f /dev/zvol/rpool/swap&lt;br /&gt;
# ##i##swapon /dev/zvol/rpool/swap&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Alright that finishes the creation of the zpool and zfs datasets. Check to make sure everything appears fine:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool status&lt;br /&gt;
# ##i##zfs list&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Copy the zpool.cache file to your new environment.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkdir -p /mnt/funtoo/etc/zfs&lt;br /&gt;
# ##i##cp /etc/zfs/zpool.cache /mnt/funtoo/etc/zfs&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Make an empty mtab file&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##touch /mnt/funtoo/etc/mtab&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Now we will continue to install funtoo.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Installing Funtoo ==&lt;br /&gt;
[[Funtoo_Linux_Installation|Download and install the Funtoo stage3 and continue installation as normal.]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Then chroot into your new funtoo environment:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /mnt/funtoo&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Mount your boot drive&lt;br /&gt;
# ##i##mount /dev/sda1 /mnt/funtoo/boot&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Bind the kernel related directories&lt;br /&gt;
# ##i##for i in proc dev sys; do mount --bind /$i ./$i; done&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Copy network settings&lt;br /&gt;
# ##i##cp /etc/resolv.conf etc/&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
chroot into your new funtoo environment&lt;br /&gt;
# ##i##env -i HOME=/root TERM=$TERM chroot . bash -l&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Syncing your portage tree ===&lt;br /&gt;
==== If you didn't create a separate portage dataset, then just sync your portage tree as normal. ====&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##emerge --sync&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== If you did create a separate portage dataset, let's now get the portage snapshot set up. ====&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Change into your /usr directory&lt;br /&gt;
# ##i##cd /usr&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Download and extract the portage snapshot&lt;br /&gt;
# ##i##wget http://ftp.osuosl.org/pub/funtoo/funtoo-current/snapshots/portage-latest.tar.xz&lt;br /&gt;
# ##i##tar xf portage-latest.tar.xz&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Change into your portage directory and checkout the funtoo branch&lt;br /&gt;
# ##i##cd portage&lt;br /&gt;
# ##i##git checkout funtoo.org&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Now sync your portage tree&lt;br /&gt;
# ##i##emerge --sync&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Kernel Configuration ==&lt;br /&gt;
Tested with kernel 2.6.32, 3.2.34, 3.6.9, 3.7.1.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
When you get up to the kernel, make sure that you disable the CFQ scheduler, and turnon No-op (It's the default one once you disable all schedulers). The reason for this is because ZFS has itsown scheduler and the CFQ one conflicts with it.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Go to your kernel config, and make sure you have the following: (there should be a /usr/src/linux symlink as well)&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ZLIB_INFLATE/DEFLATE must be compiled into the kernel (not as a module).&lt;br /&gt;
&amp;gt; ZLIB_INFLATE [=y], ZLIB_DEFLATE [=y]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
General setup ---&amp;gt;&lt;br /&gt;
&amp;gt; [*] Initial RAM filesystem and RAM disk (initramfs/initrd) support&lt;br /&gt;
&amp;gt; () Initramfs source file(s)&lt;br /&gt;
[*] Enable loadable module support ---&amp;gt;&lt;br /&gt;
[*] Module unloadingEnable the block layer ---&amp;gt;&lt;br /&gt;
IO Schedulers ---&amp;gt;&lt;br /&gt;
&amp;lt; &amp;gt; Deadline I/O scheduler&lt;br /&gt;
&amp;lt; &amp;gt; CFQ I/O schedulerDefault I/O scheduler (No-op)&lt;br /&gt;
Device Drivers ---&amp;gt;&lt;br /&gt;
&amp;gt; Generic Driver Options ---&amp;gt;&lt;br /&gt;
&amp;gt;&amp;gt; [*] Maintain a devtmpfs filesystem to mount at /dev&lt;br /&gt;
&amp;gt;&amp;gt; [*] Automount devtmpfs at /dev, after the kernel mounted the rootfs&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Cryptographic API ---&amp;gt;&lt;br /&gt;
&amp;gt; &amp;lt;*&amp;gt; XTS support&lt;br /&gt;
&amp;gt; -*- AES cipher algorithms&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* All other drivers required to see your PATA/SATA drives must be compiled in.&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Continue and compile/install your kernel:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##make bzImage&lt;br /&gt;
# ##i##make modules_install&lt;br /&gt;
# ##i##cp arch/x86_64/boot/bzImage /boot/bzImage-&amp;lt;Kernel-version&amp;gt;&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Installing the ZFS userspace tools ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##emerge -av zfs&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Check to make sure that the zfs tools are working, the zpool.cache file that you copied before should be displayed.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool status&lt;br /&gt;
# ##i##zfs list&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If everything worked, continue.&lt;br /&gt;
&lt;br /&gt;
== Bliss Initramfs Creator ==&lt;br /&gt;
Make sure you compile sys-apps/busybox and sys-fs/cryptsetup with the static flag.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##echo &amp;quot;sys-apps/busybox static&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use/busybox&lt;br /&gt;
# ##i##echo &amp;quot;sys-fs/cryptsetup static&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use/cryptsetup&lt;br /&gt;
# ##i##echo &amp;quot;sys-libs/e2fsprogs-libs static-libs&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use/e2fsprogs-libs&lt;br /&gt;
# ##i##echo &amp;quot;dev-libs/popt static-libs&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use/popt&lt;br /&gt;
# ##i##echo &amp;quot;sys-apps/util-linux static-libs&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use/util-linux&lt;br /&gt;
# ##i##emerge -avt sys-apps/busybox sys-fs/cryptsetup&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Clone my creator which is located at: git://github.com/fearedbliss/Bliss-Initramfs-Creator.git&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##git clone git://github.com/fearedbliss/Bliss-Initramfs-Creator.git&lt;br /&gt;
# ##i##cd Bliss-Initramfs-Creator&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Then run the script as root, and place the initrd into /boot&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##./createInit&lt;br /&gt;
Choose Option 2 ZFS+LUKS&lt;br /&gt;
# ##i##mv initrd-&amp;lt;kernel_name&amp;gt;.img /boot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''&amp;lt;kernel_name&amp;gt;''' is the name of what you selected in the initramfs creator, and the name of the outputted file.&lt;br /&gt;
&lt;br /&gt;
Once you do this just go to your bootloader config, and add it in there.&lt;br /&gt;
&lt;br /&gt;
Example:&lt;br /&gt;
 kernel name is: bzImage-3.7.1-ALL&lt;br /&gt;
 initramfs name is: initrd-3.7.1-ALL.img&lt;br /&gt;
 pool root is: rpool/ROOT/funtoo&lt;br /&gt;
 encrypted root is: /dev/sda2&lt;br /&gt;
&lt;br /&gt;
== Installing Extlinux ==&lt;br /&gt;
To install extlinux first merge syslinux&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##emerge -avt syslinux&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
next prepare your /boot folder&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##install -d /boot/extlinux&lt;br /&gt;
# ##i##extlinux --install /boot/extlinux&lt;br /&gt;
# ##i##cd /boot&lt;br /&gt;
# ##i##ln -s . boot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Finally install Extlinux for your Boot Record&lt;br /&gt;
&lt;br /&gt;
=== MBR ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##dd bs=440 conv=notrunc count=1 if=/usr/share/syslinux/mbr.bin of=/dev/sda&lt;br /&gt;
# ##i##cp /usr/share/syslinux/menu.c32 /boot/extlinux/&lt;br /&gt;
# ##i##touch /boot/extlinux/extlinux.conf&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== GPT ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##sgdisk /dev/sda --attributes=1:set:2&lt;br /&gt;
# ##i##sgdisk /dev/sda --attributes=1:show&lt;br /&gt;
1:2:1 (legacy BIOS bootable)&lt;br /&gt;
# ##i##dd bs=440 conv=notrunc count=1 if=/usr/share/syslinux/gptmbr.bin of=/dev/sda&lt;br /&gt;
# ##i##cp /usr/share/syslinux/menu.c32 /boot/extlinux/&lt;br /&gt;
# ##i##touch /boot/extlinux/extlinux.conf&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Config Extlinux ===&lt;br /&gt;
Open '''/boot/extlinux/extlinux.conf''' with your favorite editor and add the following to it:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
TIMEOUT 30&lt;br /&gt;
UI menu.c32&lt;br /&gt;
&lt;br /&gt;
MENU TITLE Funtoo Boot Menu&lt;br /&gt;
MENU COLOR title        1;37;40&lt;br /&gt;
MENU COLOR border       30;40&lt;br /&gt;
MENU COLOR unsel        37;40&lt;br /&gt;
&lt;br /&gt;
LABEL funtoo bzImage-&amp;lt;Kernel-Version&amp;gt;&lt;br /&gt;
  MENU LABEL Funtoo Linux bzImage-&amp;lt;Kernel-Version&amp;gt;&lt;br /&gt;
  KERNEL /bzImage-&amp;lt;Kernel-Version&amp;gt;&lt;br /&gt;
  INITRD /initrd-&amp;lt;Kernel-Version&amp;gt;.img&lt;br /&gt;
  APPEND enc_root=/dev/sda2 pool_root=rpool/ROOT/funtoo&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Final configuration ==&lt;br /&gt;
=== Add the zfs tools to openrc ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##rc-update add zfs boot&lt;br /&gt;
# ##i##rc-update add zfs-shutdown shutdown&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Add filesystems to /etc/fstab ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##nano /etc/fstab&lt;br /&gt;
# &amp;lt;fs&amp;gt;                  &amp;lt;mountpoint&amp;gt;    &amp;lt;type&amp;gt;          &amp;lt;opts&amp;gt;          &amp;lt;dump/pass&amp;gt;&lt;br /&gt;
/dev/sda1               /boot           ext4            defaults        1 2&lt;br /&gt;
/dev/zvol/rpool/swap    none            swap            sw              0 0&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Clean up and reboot ===&lt;br /&gt;
We are almost done, we are just going to clean up and unmount whatever we mounted and get out.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Delete the stage3/portage tarballs you downloaded earlier so they don't take up space.&lt;br /&gt;
# ##i##cd /&lt;br /&gt;
# ##i##rm stage3-latest.tar.xz&lt;br /&gt;
# ##i##rm /usr/portage-latest.tar.xz&lt;br /&gt;
&lt;br /&gt;
Set your root password&lt;br /&gt;
# ##i##passwd&lt;br /&gt;
&amp;gt;&amp;gt; Enter your password, you won't see what you are writing (for security reasons), but it is there!&lt;br /&gt;
&lt;br /&gt;
Get out of the chroot environment&lt;br /&gt;
# ##i##exit&lt;br /&gt;
&lt;br /&gt;
Unmount all the kernel filesystem stuff and boot&lt;br /&gt;
# ##i##cd /mnt/funtoo&lt;br /&gt;
# ##i##umount proc dev sys boot&lt;br /&gt;
&lt;br /&gt;
Turn off the swap&lt;br /&gt;
# ##i##swapoff /dev/zvol/rpool/swap&lt;br /&gt;
&lt;br /&gt;
Export the zpool&lt;br /&gt;
# ##i##cd /&lt;br /&gt;
# ##i##zpool export -f rpool&lt;br /&gt;
&lt;br /&gt;
Reboot&lt;br /&gt;
# ##i##reboot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
and that should be enough to get your system to boot on ZFS.&lt;br /&gt;
&lt;br /&gt;
== Extra: After reboot ==&lt;br /&gt;
After you restart your machine and your inside your desktop, continue to set up anything you need in terms of /etc configurations. Once you have everything the way you like it, take a snapshot of your system. You will be using this snapshot to revert back to this state if anything ever happens to your system down the road. The snapshots are cheap, and almost instant. To take the snapshot of your rootfs, type the following:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zfs snapshot rpool/ROOT/funtoo@install&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
To see if your snapshot was taken, type:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zfs list -t snapshot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If your machine ever fails and you need to get back to this state, just type:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zfs rollback rpool/ROOT/funtoo@install&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Enjoy your new install on ZFS :)&lt;br /&gt;
&lt;br /&gt;
== Getting back into your ZFS pool in case of emergency ==&lt;br /&gt;
If you ever need to get back into your ZFS pool in case of an emergency (missing rebuild of modules, unable to boot, etc) reboot your box with the System Rescue USB you created earlier, then issue the following commands:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##depmod&lt;br /&gt;
# ##i##cryptsetup luksOpen /dev/sda2 enc-root&lt;br /&gt;
# ##i##zpool import -f -o cachefile= -R /mnt/funtoo rpool&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Now you should be able to mount the system like we did earlier in this Guide [[ZFS_rootfs_over_encrypted_container#Installing_Funtoo|(chroot instructions)]], fix your problem and enjoy.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:HOWTO]]&lt;br /&gt;
[[Category:Filesystems]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Featured]]&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/User:GrayTShirt</id>
		<title>User:GrayTShirt</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/User:GrayTShirt"/>
				<updated>2013-02-03T16:45:43Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Person&lt;br /&gt;
|Full name=Daniel Molik&lt;br /&gt;
|Email=dan@runedrive.com&lt;br /&gt;
|Nick=GrayTShirt&lt;br /&gt;
|Geoloc=42.8864468, -78.8783689&lt;br /&gt;
|Location name=Buffalo, NY&lt;br /&gt;
|Roles={{Role&lt;br /&gt;
|Role type=Staff&lt;br /&gt;
|Role desc=Core Team&lt;br /&gt;
|Start date=2012/11/01&lt;br /&gt;
}}&lt;br /&gt;
|Maintains=&lt;br /&gt;
|Blogs=&lt;br /&gt;
}}&lt;br /&gt;
{{{welcome|}}}&lt;br /&gt;
&lt;br /&gt;
== Biography ==&lt;br /&gt;
{{{biography|Not disclosed}}}&lt;br /&gt;
&lt;br /&gt;
== History using Linux ==&lt;br /&gt;
{{{history_linux|I started using linux in 2005 when a buddy of mine thought it would be a good idea to put Gentoo on a P4 desktop my father had given me for my freshman year of college. After that I switched to Ubuntu, which wasn't upto par at the time and then back to windows to play video games. Eventually started dual booting with a dual proc desktop I put together and then finally I started only using linux. And now when I have down time at work I do Funtoo installs for unsuspecting employers.}}}&lt;br /&gt;
&lt;br /&gt;
== History on Funtoo ==&lt;br /&gt;
{{{history_funtoo|I've been dicking around since 2010}}}&lt;br /&gt;
&lt;br /&gt;
== Collaboration on Open Source projects ==&lt;br /&gt;
{{{oss_information|[http://github.com/GrayTShirt Github Account]}}}&lt;br /&gt;
[https://github.com/GrayTShirt/phoenix-overlay my ebuild repository]&lt;br /&gt;
&lt;br /&gt;
== About real life ==&lt;br /&gt;
{{{real_life|I'm s systems administrator at the [http://tw.rpi.edu Tetherless World] reasearch constellation located at [http://rpi.edu Rensselaer Polytechnic Institute]}}}&lt;br /&gt;
&lt;br /&gt;
== Parts working on at the moment ==&lt;br /&gt;
{{{working_on|Nothing yet}}}&lt;br /&gt;
&lt;br /&gt;
== Parts worked on ==&lt;br /&gt;
{{{worked_on|Nothing yet}}}&lt;br /&gt;
__NOEDITSECTION__&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/User:GrayTShirt</id>
		<title>User:GrayTShirt</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/User:GrayTShirt"/>
				<updated>2013-02-03T16:42:39Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Person&lt;br /&gt;
|Full name=Daniel Molik&lt;br /&gt;
|Email=dan@runedrive.com&lt;br /&gt;
|Nick=GrayTShirt&lt;br /&gt;
|Geoloc=42.8864468, -78.8783689&lt;br /&gt;
|Location name=Buffalo, NY&lt;br /&gt;
|Roles={{Role&lt;br /&gt;
|Role type=Staff&lt;br /&gt;
|Role desc=Core Team&lt;br /&gt;
|Start date=2012/11/01&lt;br /&gt;
}}&lt;br /&gt;
|Maintains=&lt;br /&gt;
|Blogs=&lt;br /&gt;
}}&lt;br /&gt;
{{{welcome|}}}&lt;br /&gt;
&lt;br /&gt;
== Biography ==&lt;br /&gt;
{{{biography|Not disclosed}}}&lt;br /&gt;
&lt;br /&gt;
== History using Linux ==&lt;br /&gt;
{{{history_linux|I started using linux in 2005 when a buddy of mine thought it would be a good idea to put Gentoo on a P4 desktop my father had given me for my freshman year of college. After that I switched to Ubuntu, which wasn't upto par at the time and then back to windows to play video games. Eventually started dual booting with a dual proc desktop I put together and then finally I started only using linux. And now when I have down time at work I do Funtoo installs for unsuspecting employers.}}}&lt;br /&gt;
&lt;br /&gt;
== History on Funtoo ==&lt;br /&gt;
{{{history_funtoo|I've been dicking around since 2010}}}&lt;br /&gt;
&lt;br /&gt;
== Collaboration on Open Source projects ==&lt;br /&gt;
{{{oss_information|[http://github.com/GrayTShirt Github Account]}}}&lt;br /&gt;
&lt;br /&gt;
== About real life ==&lt;br /&gt;
{{{real_life|I'm s systems administrator at the [http://tw.rpi.edu Tetherless World] reasearch constellation located at [http://rpi.edu Rensselaer Polytechnic Institute]}}}&lt;br /&gt;
&lt;br /&gt;
== Parts working on at the moment ==&lt;br /&gt;
{{{working_on|Nothing yet}}}&lt;br /&gt;
&lt;br /&gt;
== Parts worked on ==&lt;br /&gt;
{{{worked_on|Nothing yet}}}&lt;br /&gt;
__NOEDITSECTION__&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Funtoo_Linux_Installation</id>
		<title>Funtoo Linux Installation</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Funtoo_Linux_Installation"/>
				<updated>2012-11-13T20:17:19Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: /* Profiles */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
This document briefly explains all of the steps required to set up a typical Funtoo Linux installation on a &amp;quot;PC compatible&amp;quot; computer system. If you've had previous experience installing Gentoo Linux then a lot of steps will be familiar, but you should still read through as there are a few differences.&lt;br /&gt;
&lt;br /&gt;
=== Additional Resources ===&lt;br /&gt;
&lt;br /&gt;
This document was written to help you install Funtoo Linux as efficiently as possible, with a minimum number of distracting options regarding system configuration. &lt;br /&gt;
&lt;br /&gt;
Those who prefer a longer, more thorough tutorial-style installation may want to check out our beta [[Installation (Tutorial)|Installation Tutorial]] instead. It explores more installation possibilities and options such as encrypted filesystems, and includes screenshots.&lt;br /&gt;
&lt;br /&gt;
An experimental Funtoo Linux build exists for [[Funtoo Linux Installation on SPARC|SPARC]] platforms. See [[Funtoo Linux Installation on SPARC]] for notable differences regarding SPARC support.&lt;br /&gt;
&lt;br /&gt;
== Installation Overview ==&lt;br /&gt;
&lt;br /&gt;
This is a basic overview of the Funtoo installation process:&lt;br /&gt;
&lt;br /&gt;
# [[#Live CD|Download and boot the live CD of your choice]].&lt;br /&gt;
# [[#Prepare Hard Disk|Prepare your disk]].&lt;br /&gt;
# [[#Creating filesystems|Create]] and [[#Mounting filesystems|mount]] filesystems.&lt;br /&gt;
# [[#Installing the Stage 3 tarball|Install the Funtoo stage tarball]] of your choice.&lt;br /&gt;
# [[#Chroot into Funtoo|Chroot into your new system]].&lt;br /&gt;
# [[#Downloading the Portage tree|Download the Portage tree]].&lt;br /&gt;
# [[#Configuring your system|Configure your system]] and [[#Configuring your network|network]].&lt;br /&gt;
# [[#Configuring and installing the Linux kernel|Install a kernel]].&lt;br /&gt;
# [[#Installing a Bootloader|Install a bootloader]].&lt;br /&gt;
# [[#Finishing Steps|Complete final steps]].&lt;br /&gt;
# [[#Restart your system|Reboot and enjoy]].&lt;br /&gt;
&lt;br /&gt;
=== Live CD ===&lt;br /&gt;
Funtoo doesn't provide an &amp;quot;official&amp;quot; Funtoo Live CD, but there are plenty of good ones out there to choose from. A great choice is the Gentoo-based [http://www.sysresccd.org/ SystemRescueCd] as it contains lots of tools and utilities and supports both 32-bit and 64-bit systems.&lt;br /&gt;
&lt;br /&gt;
It is also possible to install Funtoo Linux using many other Linux-based live CDs. Generally, any modern bootable Linux live CD or live USB media will work. See [[Requirements|requirements]] for an overview of what the Live Media must provide to allow a problem-free install of Funtoo Linux.&lt;br /&gt;
&lt;br /&gt;
To begin a Funtoo Linux installation, download and burn [http://www.sysresccd.org/ SystemRescueCd] or your preferred live media. Insert it into your disc drive, and boot from it. If using SystemRescueCd, '''be sure to select the &amp;lt;tt&amp;gt;rescue64&amp;lt;/tt&amp;gt; kernel at the boot menu if you are installing a 64-bit system'''. By default, SystemRescueCd boots in 32-bit mode.&lt;br /&gt;
&lt;br /&gt;
=== Prepare Hard Disk ===&lt;br /&gt;
==== Partitions ====&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux fully supports traditional MBR partitions, as well as newer GPT/GUID partition formats. Funtoo Linux recommends the use of the GPT partitioning scheme, since it is newer and more flexible. Here are the various trade-offs between each partitioning scheme:&lt;br /&gt;
&lt;br /&gt;
===== GPT Partitions =====&lt;br /&gt;
&lt;br /&gt;
* Newer, preferred format for Linux systems&lt;br /&gt;
* Supports 2 TB+ hard drives for booting&lt;br /&gt;
* Supports hundreds of partitions per disk of any size&lt;br /&gt;
* Requires legacy BIOS boot partition (~32 MB) to be created if system does not use EFI&lt;br /&gt;
* Requires bootloader with support for GPT such as GRUB 2, EXTLINUX, or a patched version of GRUB Legacy&lt;br /&gt;
&lt;br /&gt;
===== MBR Partitions =====&lt;br /&gt;
&lt;br /&gt;
* Legacy, DOS partitioning scheme&lt;br /&gt;
* Only 4 primary partitions per disk; after that, you must use &amp;quot;logical&amp;quot; partitions&lt;br /&gt;
* Does not support 2 TB+ disks for booting&lt;br /&gt;
* Compatible with certain problematic systems (such as the HP ProBook 4520)&lt;br /&gt;
* Multiple boot loader options, e.g. GRUB 2, GRUB Legacy, lilo&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|If you plan to use partitions of 2 TB or greater, you ''must'' partition using the GPT/GUID format.}}&lt;br /&gt;
&lt;br /&gt;
==== Partitioning Using gdisk ====&lt;br /&gt;
&lt;br /&gt;
===== Notes Before We Begin =====&lt;br /&gt;
&lt;br /&gt;
These install instructions assume you are installing Funtoo Linux to an empty hard disk using GUID partition tables (GPT). If you are installing Funtoo Linux on a machine where another OS is installed, or there is an existing Linux distribution on your system that you want to keep, then you will need to adapt these instructions to suit your needs.&lt;br /&gt;
&lt;br /&gt;
If you are going to create a legacy MBR partition table instead of GUID/GPT, you will use the &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt; command instead of &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;, and you will not need to create the GRUB boot loader partition. See the table under [[#Partitioning Recommendations|Partitioning Recommendations]], in particular the &lt;br /&gt;
'''MBR Block Device (&amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;)''' and '''MBR Code''' columns. &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt; works just like &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;, but creates legacy MBR partition tables instead of the newer GPT/GUID partition tables.&lt;br /&gt;
&lt;br /&gt;
Advanced users may be interested in the following topics:&lt;br /&gt;
&lt;br /&gt;
* [[GUID Booting Guide]]&lt;br /&gt;
* [[Rootfs over encrypted lvm]]&lt;br /&gt;
* [[Rootfs over encrypted lvm over raid-1 on GPT]]&lt;br /&gt;
&lt;br /&gt;
===== Using gdisk =====&lt;br /&gt;
&lt;br /&gt;
The first step after booting SystemRescueCd is to use &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; to create GPT (also known as GUID) partitions, specifying the disk you want to use, which is typically &amp;lt;tt&amp;gt;/dev/sda&amp;lt;/tt&amp;gt;, the first disk in the system:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##gdisk /dev/sda&amp;lt;/console&amp;gt;&lt;br /&gt;
You should find &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; very similar to &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;. Here is the partition table we want to end up with:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;Command (? for help): ##i##p&lt;br /&gt;
Disk /dev/sda: 234441648 sectors, 111.8 GiB&lt;br /&gt;
Logical sector size: 512 bytes&lt;br /&gt;
Disk identifier (GUID): A4E5208A-CED3-4263-BB25-7147DC426931&lt;br /&gt;
Partition table holds up to 128 entries&lt;br /&gt;
First usable sector is 34, last usable sector is 234441614&lt;br /&gt;
Partitions will be aligned on 2048-sector boundaries&lt;br /&gt;
Total free space is 2014 sectors (1007.0 KiB)&lt;br /&gt;
&lt;br /&gt;
Number  Start (sector)    End (sector)  Size       Code  Name&lt;br /&gt;
   1            2048          206847   500.0 MiB   8300  Linux filesystem&lt;br /&gt;
   2          206848          272383   32.0 MiB    EF02  BIOS boot partition&lt;br /&gt;
   3          272384         8660991   4.0 GiB     8200  Linux swap&lt;br /&gt;
   4         8660992       234441614   107.7 GiB   8300  Linux filesystem&lt;br /&gt;
&lt;br /&gt;
Command (? for help): &amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Above, you'll see that we have a 500 MiB boot partition, a 32 MiB &amp;quot;BIOS boot partition&amp;quot; (also known as the GRUB boot loader partition), 4 GiB of swap, and the remaining disk used by a 107.7 GiB root partition.&lt;br /&gt;
&lt;br /&gt;
===== For new &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; users =====&lt;br /&gt;
&lt;br /&gt;
These partitions were created using the &amp;quot;&amp;lt;tt&amp;gt;n&amp;lt;/tt&amp;gt;&amp;quot; command from within &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;. The &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; commands to create the partition table above are as follows. Adapt sizes as necessary, although these defaults will work for most users. The partition codes entered below can be found in the [[#Partitioning Recommendations|Partitioning Recommendations]] table below, in the GPT Code column.&lt;br /&gt;
&lt;br /&gt;
Within &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;, follow these steps:&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 1''' (boot):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##1 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+500M ↵&lt;br /&gt;
Hex Code: ##i##↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2''' (GRUB):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##2 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+32M ↵&lt;br /&gt;
Hex Code: ##i##EF02 ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 3''' (swap):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##3 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+4G ↵&lt;br /&gt;
Hex Code: ##i##8200 ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 4''' (root):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##4 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##↵##!i## (for rest of disk)&lt;br /&gt;
Hex Code: ##i##↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Along the way, you can type &amp;quot;&amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&amp;quot; and hit Enter to view your current partition table. If you make a mistake, you can type &amp;quot;&amp;lt;tt&amp;gt;d&amp;lt;/tt&amp;gt;&amp;quot; to delete an existing partition that you created. When you are satisfied with your partition setup, type &amp;quot;&amp;lt;tt&amp;gt;w&amp;lt;/tt&amp;gt;&amp;quot; to write your configuration to disk:&lt;br /&gt;
&lt;br /&gt;
'''Write Partition Table To Disk''':&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##w ↵&lt;br /&gt;
Do you want to proceed? (Y/N): ##i##Y ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The partition table will now be written to disk and &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; will close.&lt;br /&gt;
&lt;br /&gt;
Now, your GPT/GUID partitions have been created, and will show up as the following ''block devices'' under Linux:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda1&amp;lt;/tt&amp;gt;, which will be used to hold the &amp;lt;tt&amp;gt;/boot&amp;lt;/tt&amp;gt; filesystem, &lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda2&amp;lt;/tt&amp;gt;, which will be used directly by the new GRUB,&lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt;, which will be used for swap space, and &lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt;, which will hold your root filesystem.&lt;br /&gt;
&lt;br /&gt;
===== For Previous fdisk users =====&lt;br /&gt;
&lt;br /&gt;
If you have installed Gentoo Linux before, the one thing that is likely new to you here is the GRUB boot loader partition, which is listed as &amp;quot;BIOS boot partition&amp;quot; within &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;. This partition is required for GRUB 2 to boot GPT/GUID boot disks. What is it? In GRUB-speak, this partition is essentially the location of the meat of GRUB's boot loading code. If you've used GRUB Legacy in the past, this partition is where the new GRUB stores the equivalent of the &amp;lt;tt&amp;gt;stage1_5&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;stage2&amp;lt;/tt&amp;gt; files in legacy GRUB. Since GPT-based partition tables have less dead space at the beginning of the disk than their MBR equivalents, an explicitly defined partition of code &amp;lt;tt&amp;gt;EF02&amp;lt;/tt&amp;gt; is required to hold the guts of the boot loader.&lt;br /&gt;
&lt;br /&gt;
In all other respects, the partition table is similar to that which you might create for an MBR-based disk during a Gentoo Linux installation. We have a boot and a root partition with code &amp;lt;tt&amp;gt;0700&amp;lt;/tt&amp;gt;, and a Linux swap partition with code &amp;lt;tt&amp;gt;8200&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
===== Partitioning Recommendations =====&lt;br /&gt;
&lt;br /&gt;
Below are our partitioning recommendations in table form. For GPT-based partitions, use the GPT Block Device and GPT Code columns with &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;. For legacy MBR-based partitions, use the MBR Block Device and MBR code columns with &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
{| {{table}} &lt;br /&gt;
!Partition&lt;br /&gt;
!Size&lt;br /&gt;
!MBR Block Device (&amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;)&lt;br /&gt;
!GPT Block Device (&amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;)&lt;br /&gt;
!Filesystem&lt;br /&gt;
!MBR Code&lt;br /&gt;
!GPT Code&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/boot&amp;lt;/tt&amp;gt;&lt;br /&gt;
|500 MB&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda1&amp;lt;/tt&amp;gt;&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda1&amp;lt;/tt&amp;gt;&lt;br /&gt;
|ext2&lt;br /&gt;
|83&lt;br /&gt;
|8300&lt;br /&gt;
|-&lt;br /&gt;
|GRUB boot loader partition&lt;br /&gt;
|32 MB&lt;br /&gt;
| ''not required for MBR''&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda2&amp;lt;/tt&amp;gt;&lt;br /&gt;
|For GPT/GUID only, skip for MBR - no filesystem.&lt;br /&gt;
|''N/A''&lt;br /&gt;
|EF02&lt;br /&gt;
|-&lt;br /&gt;
|swap&lt;br /&gt;
|2x RAM for low-memory systems and production servers; otherwise 2GB.&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda2&amp;lt;/tt&amp;gt;&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt;&lt;br /&gt;
|swap (default)&lt;br /&gt;
|82&lt;br /&gt;
|8200&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/&amp;lt;/tt&amp;gt; (root)&lt;br /&gt;
|Rest of the disk, minimum of 10GB.&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt;&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt;&lt;br /&gt;
|XFS recommended, alternatively ext4&lt;br /&gt;
|83&lt;br /&gt;
|8300&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/home&amp;lt;/tt&amp;gt; (optional)	&lt;br /&gt;
|User storage and media. Typically most of the disk.&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt; (if created)&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda5&amp;lt;/tt&amp;gt; (if created)&lt;br /&gt;
|XFS recommended, alternatively ext4&lt;br /&gt;
|83&lt;br /&gt;
|8300&lt;br /&gt;
|-&lt;br /&gt;
| LVM (optional)&lt;br /&gt;
| If you want to create an LVM volume.&lt;br /&gt;
| &amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt; (PV, if created)&lt;br /&gt;
| &amp;lt;tt&amp;gt;/dev/sda5&amp;lt;/tt&amp;gt; (PV, if created)&lt;br /&gt;
| LVM PV&lt;br /&gt;
| 8E&lt;br /&gt;
| 8E00&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== Creating filesystems ====&lt;br /&gt;
&lt;br /&gt;
Before your newly-created partitions can be used, the block devices need to be initialized with filesystem ''metadata''. This process is known as ''creating a filesystem'' on the block devices. After filesystems are created on the block devices, they can be mounted and used to store files.&lt;br /&gt;
&lt;br /&gt;
You will not create a filesystem on your swap partition, but will initialize it using the &amp;lt;tt&amp;gt;mkswap&amp;lt;/tt&amp;gt; command so that it can be used as disk-based virtual memory. Then we'll run the &amp;lt;tt&amp;gt;swapon&amp;lt;/tt&amp;gt; command to make your newly-initialized swap space active within the live CD environment, in case it is needed during the rest of the install process.&lt;br /&gt;
&lt;br /&gt;
Note that we will not create a filesystem on the GRUB boot loader partition, as GRUB writes binary data directly to that partition when the boot loader is installed, which we'll do later.&lt;br /&gt;
&lt;br /&gt;
You can see the commands you will need to type below. Like the rest of this document, it assumes that you are using a GPT partitioning scheme. If you are using MBR, your root filesystem will likely be created on &amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt; instead and you will need to adjust the target block devices. If you are following our recommendations, then simply do this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mke2fs -t ext2 /dev/sda1 &lt;br /&gt;
# ##i##mkfs.xfs /dev/sda4&lt;br /&gt;
# ##i##mkswap /dev/sda3&lt;br /&gt;
# ##i##swapon /dev/sda3&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Mounting filesystems ====&lt;br /&gt;
&lt;br /&gt;
Mount the newly-created filesystems as follows, creating &amp;lt;tt&amp;gt;/mnt/funtoo&amp;lt;/tt&amp;gt; as the installation mount point:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkdir /mnt/funtoo&lt;br /&gt;
# ##i##mount /dev/sda4 /mnt/funtoo&lt;br /&gt;
# ##i##mkdir /mnt/funtoo/boot&lt;br /&gt;
# ##i##mount /dev/sda1 /mnt/funtoo/boot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Optionally, if you have a separate filesystem for &amp;lt;tt&amp;gt;/home&amp;lt;/tt&amp;gt; or anything else:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkdir /mnt/funtoo/home&lt;br /&gt;
# ##i##mount /dev/sda5 /mnt/funtoo/home&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you have &amp;lt;tt&amp;gt;/tmp&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;/var/tmp&amp;lt;/tt&amp;gt; on a separate filesystem, be sure to change the permissions of the mount point to be globally-writeable after mounting, as follows:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##chmod 1777 /mnt/funtoo/tmp&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Installing the Stage 3 tarball ===&lt;br /&gt;
==== Stage 3 tarball ====&lt;br /&gt;
&lt;br /&gt;
After creating filesystems, the next step is downloading the initial Stage 3 tarball. The Stage 3 is a pre-compiled system used as a starting point to install Funtoo Linux. Visit the [[Download]] page and copy the URL to the Stage 3 tarball you want to use. We will download it soon.&lt;br /&gt;
&lt;br /&gt;
Now is a good time to verify the date and time are correctly set to UTC. Use the &amp;lt;tt&amp;gt;date&amp;lt;/tt&amp;gt; command to verify the date and time:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##date&lt;br /&gt;
Fri Jul 15 19:47:18 UTC 2011&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If the date and/or time need to be corrected, do so using &amp;lt;tt&amp;gt;date MMDDhhmmYYYY&amp;lt;/tt&amp;gt;, keeping in mind &amp;lt;tt&amp;gt;hhmm&amp;lt;/tt&amp;gt; are in 24-hour format. The example below changes the date and time to &amp;quot;July 16th, 2011 @ 8:00PM&amp;quot; UTC:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##date 071620002011&lt;br /&gt;
Fri Jul 16 20:00:00 UTC 2011&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Once you are in your Funtoo Linux root filesystem, use &amp;lt;tt&amp;gt;wget&amp;lt;/tt&amp;gt; to download the Stage 3 tarball you have chosen from the [[Download]] page to use as the basis for your new Funtoo Linux system. It should be saved to the &amp;lt;tt&amp;gt;/mnt/funtoo&amp;lt;/tt&amp;gt; directory as follows:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /mnt/funtoo&lt;br /&gt;
# ##i##wget http://ftp.osuosl.org/pub/funtoo/funtoo-current/x86-64bit/generic_64/stage3-latest.tar.xz&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Note that 64-bit systems can run 32-bit or 64-bit stages, but 32-bit systems can only run 32-bit stages. Make sure that you select a Stage 3 build that is appropriate for your CPU. If you are not certain, it is a safe bet to choose the &amp;lt;tt&amp;gt;generic_64&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;generic_32&amp;lt;/tt&amp;gt; stage. Consult the [[Download]] page for more information.&lt;br /&gt;
&lt;br /&gt;
Once the stage is downloaded, extract the contents with the following command, substituting in the actual name of your stage 3 tarball:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##tar xJpf stage3-latest.tar.xz&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|It is very important to use &amp;lt;tt&amp;gt;tar&amp;lt;/tt&amp;gt;'s &amp;quot;&amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&amp;quot; option when extracting the Stage 3 tarball - it tells &amp;lt;tt&amp;gt;tar&amp;lt;/tt&amp;gt; to ''preserve'' any permissions and ownership that exist within the archive. Without this option, your Funtoo Linux filesystem permissions will be incorrect.}}&lt;br /&gt;
&lt;br /&gt;
=== Chroot into Funtoo ===&lt;br /&gt;
Before chrooting into your new system, there's a few things that need to be done first. You will need to mount /proc and /dev inside your new system. Use the following commands:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /mnt/funtoo&lt;br /&gt;
# ##i##mount --bind /proc proc&lt;br /&gt;
# ##i##mount --bind /dev dev&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You'll also want to copy over &amp;lt;tt&amp;gt;resolv.conf&amp;lt;/tt&amp;gt; in order to have proper DNS name resolution from inside the chroot:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cp /etc/resolv.conf etc&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Now you can chroot into your new system. Use &amp;lt;tt&amp;gt;env&amp;lt;/tt&amp;gt; before &amp;lt;tt&amp;gt;chroot&amp;lt;/tt&amp;gt; to ensure that no environment variables from the installation media are used by your new system:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##env -i HOME=/root TERM=$TERM chroot . bash -l&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancynote|Users of live CDs with 64-bit kernels: Some software may use &amp;lt;tt&amp;gt;uname -r&amp;lt;/tt&amp;gt; to check whether the system is 32 or 64-bit. You may want append linux32 to the chroot command as a workaround, but it's generally not needed.}}&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|If you receive the error &amp;quot;&amp;lt;tt&amp;gt;chroot: failed to run command `/bin/bash': Exec format error&amp;lt;/tt&amp;gt;&amp;quot;, it is probably because you are running a 32-bit kernel and trying to execute 64-bit code. SystemRescueCd boots with a 32-bit kernel by default.}}&lt;br /&gt;
&lt;br /&gt;
It's also a good idea to change the default command prompt while inside the chroot. This will avoid confusion if you have to change terminals. Use this command:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##export PS1=&amp;quot;(chroot) $PS1&amp;quot;&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Congratulations! You are now chrooted inside a Funtoo Linux system. Now it's time to get Funtoo Linux properly configured so that Funtoo Linux will boot successfully when your system is restarted.&lt;br /&gt;
&lt;br /&gt;
=== Downloading the Portage tree ===&lt;br /&gt;
&lt;br /&gt;
Now it's time to install a copy of the Portage repository, which contains package scripts (ebuilds) that tell portage how to build and install thousands of different software packages. To create the Portage repository, simply run &amp;lt;tt&amp;gt;emerge --sync&amp;lt;/tt&amp;gt; from within the chroot. This will automatically clone the portage tree from [http://github.com/ GitHub]:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##emerge --sync&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancynote|For an alternative way to do this, see [[Installing Portage From Snapshot]].}}&lt;br /&gt;
&lt;br /&gt;
=== Configuring your system ===&lt;br /&gt;
As is expected from a Linux distribution, Funtoo Linux has its share of configuration files. The one file you are absolutely required to edit in order to ensure that Funtoo Linux boots successfully is &amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt;. The others are optional. Here are a list of files that you should consider editing:&lt;br /&gt;
&lt;br /&gt;
{| {{table}}&lt;br /&gt;
!File&lt;br /&gt;
!Do I need to change it?&lt;br /&gt;
!Description&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt;&lt;br /&gt;
|'''YES - required'''&lt;br /&gt;
|Mount points for all filesystems to be used at boot time. This file must reflect your disk partition setup. We'll guide you through modifying this file below.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/localtime&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''Maybe - recommended''&lt;br /&gt;
|Your timezone, which will default to UTC if not set. This should be a symbolic link to something located under /usr/share/zoneinfo (e.g. /usr/share/zoneinfo/America/Montreal) &lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/make.conf&amp;lt;br/&amp;gt;/etc/portage/make.conf&amp;amp;nbsp;(new&amp;amp;nbsp;location)&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''Maybe - recommended''&lt;br /&gt;
|Parameters used by gcc (compiler), portage, and make. It's a good idea to set MAKEOPTS. This is covered later in this document.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/hostname&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''Maybe - recommended''&lt;br /&gt;
|Used to set system hostname. Set to the fully-qualified (with dots) name. Defaults to &amp;lt;tt&amp;gt;localhost&amp;lt;/tt&amp;gt; if not set.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/hosts&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''No''&lt;br /&gt;
| You no longer need to manually set the hostname in this file. This file is automatically generated by &amp;lt;tt&amp;gt;/etc/init.d/hostname&amp;lt;/tt&amp;gt;.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/keymaps&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|Keyboard mapping configuration file (for console pseudo-terminals). Set if you have a non-US keyboard. See [[Funtoo Linux Localization]].&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/hwclock&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|How the time of the battery-backed hardware clock of the system is interpreted (UTC or local time). Linux uses the battery-backed hardware clock to initialize the system clock when the system is booted.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/modules&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|Kernel modules to load automatically at system startup. Typically not required. See [[Additional Kernel Resources]] for more info.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;profiles&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|Some useful portage settings that may help speed up intial configuration.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
If you're installing an English version of Funtoo Linux, you're in luck as most of the configuration files can be used as-is. If you're installing for another locale, don't worry. We will walk you through the necessary configuration steps on the [[Funtoo Linux Localization]] page, and if needed, there's always plenty of friendly, helpful support. (See [[#Community portal|Community]])&lt;br /&gt;
&lt;br /&gt;
Let's go ahead and see what we have to do. Use &amp;lt;tt&amp;gt;nano -w &amp;lt;name_of_file&amp;gt;&amp;lt;/tt&amp;gt; to edit files -- the &amp;quot;&amp;lt;tt&amp;gt;-w&amp;lt;/tt&amp;gt;&amp;quot; disables word-wrapping, which is handy when editing configuration files. You can copy and paste from the examples.&lt;br /&gt;
&lt;br /&gt;
{{fancywarning|It's important to edit your &amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt; file before you reboot! You will need to modify both the &amp;quot;fs&amp;quot; and &amp;quot;type&amp;quot; columns to match the settings for your partitions and filesystems that you created with &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;. Skipping this step may prevent Funtoo Linux from booting successfully.}}&lt;br /&gt;
&lt;br /&gt;
==== /etc/fstab ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt; is used by the &amp;lt;tt&amp;gt;mount&amp;lt;/tt&amp;gt; command which is ran when your system boots. Statements of this file inform &amp;lt;tt&amp;gt;mount&amp;lt;/tt&amp;gt; about partitions to be mounted and how they are mounted. In order for the system to boot properly, you must edit &amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt; and ensure that it reflects the partition configuration you used earlier:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##nano -w /etc/fstab&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You can use arrow keys to move around and hit Control-X to exit. If you want to save your changes, type &amp;quot;&amp;lt;tt&amp;gt;Y&amp;lt;/tt&amp;gt;&amp;quot; when asked if you want to save the modified buffer, or hit Control-O before closing &amp;lt;tt&amp;gt;nano&amp;lt;/tt&amp;gt;. Otherwise your changes will be discarded.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# The root filesystem should have a pass number of either 0 or 1.&lt;br /&gt;
# All other filesystems should have a pass number of 0 or greater than 1.&lt;br /&gt;
#&lt;br /&gt;
# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.&lt;br /&gt;
#&lt;br /&gt;
# See the manpage fstab(5) for more information.&lt;br /&gt;
#&lt;br /&gt;
# &amp;lt;fs&amp;gt;			&amp;lt;mountpoint&amp;gt;	&amp;lt;type&amp;gt;		&amp;lt;opts&amp;gt;		         &amp;lt;dump/pass&amp;gt;&lt;br /&gt;
&lt;br /&gt;
/dev/sda1		/boot		ext2		noatime  	         1 2&lt;br /&gt;
/dev/sda3		none		swap		sw		         0 0&lt;br /&gt;
/dev/sda4		/		xfs		noatime		         0 1&lt;br /&gt;
#/dev/cdrom		/mnt/cdrom	auto		noauto,ro	         0 0&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /etc/localtime ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;/etc/localtime&amp;lt;/tt&amp;gt; is used to specify the timezone that your machine is in, and defaults to UTC. If you would like your Funtoo Linux system to use local time, you should replace &amp;lt;tt&amp;gt;/etc/localtime&amp;lt;/tt&amp;gt; with a symbolic link to the timezone that you wish to use. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
(chroot) # ln -sf /usr/share/zoneinfo/America/Montreal /etc/localtime&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The above sets the timezone to Eastern Time Canada. Go to &amp;lt;tt&amp;gt;/usr/share/zoneinfo&amp;lt;/tt&amp;gt; to see which values to use.&lt;br /&gt;
&lt;br /&gt;
==== /etc/portage/make.conf ====&lt;br /&gt;
&lt;br /&gt;
{{fancynote|This file may also be found at /etc/make.conf. /etc/portage/make.conf is the new location.}}&lt;br /&gt;
&lt;br /&gt;
This file contains something similar to the following:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ACCEPT_KEYWORDS=&amp;quot;~amd64&amp;quot;&lt;br /&gt;
CHOST=&amp;quot;x86_64-pc-linux-gnu&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;ACCEPT_KEYWORDS&amp;lt;/tt&amp;gt; defines what branch of the package tree to be used. If you are using funtoo-current, it will be prefixed with a tilde ('&amp;lt;tt&amp;gt;~&amp;lt;/tt&amp;gt;'). This will make more recent ebuilds visible to Portage. You should typically not change this value, and you should also not change &amp;lt;tt&amp;gt;CHOST&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
MAKEOPTS can be used to define how many parallel compilations should occur when you compile a package, which can speed up compilation significantly. A rule of thumb is the number of CPUs (or CPU threads) in your system plus one. If for example you have a dual core processor without [[wikipedia:Hyper-threading|hyper-threading]], then you would set MAKEOPTS to 3:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
MAKEOPTS=&amp;quot;-j3&amp;quot; &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you are unsure about how many processors/threads you have then use /proc/cpuinfo to help you.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##grep &amp;quot;processor&amp;quot; /proc/cpuinfo | wc -l&lt;br /&gt;
16&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Set MAKEOPTS to this number plus one:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
MAKEOPTS=&amp;quot;-j17&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
USE flags define what functionality is enabled when packages are built. It is not recommended to add a lot of them during installation; you should wait until you have a working, bootable system before changing your USE flags. A USE flag prefixed with a minus (&amp;quot;&amp;lt;tt&amp;gt;-&amp;lt;/tt&amp;gt;&amp;quot;) sign tells Portage not to use the flag when compiling.  A Funtoo guide to USE flags will be available in the future. For now, you can find out more information about USE flags in the [http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?part=2&amp;amp;chap=2 Gentoo Handbook].&lt;br /&gt;
&lt;br /&gt;
LINGUAS tells Portage which local language to compile the system and applications in (those who use LINGUAS variable like OpenOffice). It is not usually necessary to set this if you use English. If you want another language such as French (fr) or German (de), set LINGUAS appropriately:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
LINGUAS=&amp;quot;fr&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /etc/conf.d/hwclock ====&lt;br /&gt;
If you dual-boot with Windows, you'll need to edit this file and change '''clock''' to '''local''', because Windows will set your hardware clock to local time every time you boot Windows. Otherwise you normally wouldn't need to edit this file.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##nano -w /etc/conf.d/hwclock&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Localization ====&lt;br /&gt;
&lt;br /&gt;
By default, Funtoo Linux is configured with Unicode (UTF-8) enabled, and for the US English locale and keyboard. If you would like to configure your system to use a non-English locale or keyboard, see [[Funtoo Linux Localization]].&lt;br /&gt;
&lt;br /&gt;
==== Profiles ====&lt;br /&gt;
&lt;br /&gt;
Funtoo profiles are used to bring customization to your systems, that much quicker, think of it like not having to add two or three or ten things to your make.conf or package.use file. There are 4 basic profile types: arch, build, flavor, and mix-ins. With the exception of mix-ins you will pick one from each category. Thankfully you cannot change your architecture. &lt;br /&gt;
&lt;br /&gt;
build is essentially the stability of your system, &amp;quot;How bleeding edge are you?&amp;quot; experimental will unmask a number of masked packages. Its recommend you stay with current with has keyword unmask.&lt;br /&gt;
&lt;br /&gt;
flavor is some default packages, desktop is essentially the X server, and workstation includes cups/printing.&lt;br /&gt;
&lt;br /&gt;
Mix-ins are options for adding in things, like  X or sound or gnome. &lt;br /&gt;
&lt;br /&gt;
Remember profiles are inherited, workstation inherits desktop and desktop inherits X and audio, and so forth.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
To view installed profiles:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##eselect profile list&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Adding a profile is simple:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##eselect profile add 7&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
remember if you add by string; add a 'gentoo:' to the beginning of the profile name ie:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i## eselect profile add gentoo:funtoo/1.0/linux-gnu/mix-ins/console-extras&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Configuring your network ===&lt;br /&gt;
&lt;br /&gt;
If you plan on using DHCP for network configuration, it is not necessary to emerge a DHCP client. In fact, it would not even be necessary to perform any manual network configuration at all. Simply add &amp;lt;tt&amp;gt;dhcpcd&amp;lt;/tt&amp;gt; to the &amp;lt;tt&amp;gt;default&amp;lt;/tt&amp;gt; runlevel, and your network will be configured automatically at boot.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##rc-update add dhcpcd default&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
That's it! If you require more advanced configuration, see [[Funtoo Linux Networking]] for information on how to use Funtoo Linux's template-based network configuration system.&lt;br /&gt;
&lt;br /&gt;
=== Configuring and installing the Linux kernel ===&lt;br /&gt;
&lt;br /&gt;
Now it's time to build and install a Linux kernel, which is the heart of any Funtoo Linux system. In the past, the process of creating a kernel that actually booted your system could be time-consuming and require a great deal of trial and error. Fortunately, Funtoo Linux offers an option to automatically build a kernel for you that will boot nearly all systems.&lt;br /&gt;
&lt;br /&gt;
If you are unfamiliar with how to manually configure your own kernel, or you simply want to get your system up and running quickly, you can emerge &amp;lt;tt&amp;gt;debian-sources&amp;lt;/tt&amp;gt; with the &amp;lt;tt&amp;gt;binary&amp;lt;/tt&amp;gt; USE flag set, which will automatically build the kernel and an initrd that will boot nearly all Funtoo Linux systems. This kernel is based on a linux-3.2 LTS official debian kernel package and is an easy way to get your system up and running relatively quickly.&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|&amp;lt;tt&amp;gt;debian-sources&amp;lt;/tt&amp;gt; with &amp;lt;tt&amp;gt;binary&amp;lt;/tt&amp;gt; USE flag requires at least 12GB in /var/tmp}}&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##echo &amp;quot;sys-kernel/debian-sources binary&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use&lt;br /&gt;
(chroot) # ##i##emerge debian-sources&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
 &lt;br /&gt;
All done!&lt;br /&gt;
&lt;br /&gt;
{{fancynote|NVIDIA card users: the &amp;lt;tt&amp;gt;binary&amp;lt;/tt&amp;gt; USE flag installs the Nouveau drivers which cannot be loaded at the same time as the proprietary drivers, and cannot be unloaded at runtime because of KMS. You need to blacklist it under &amp;lt;tt&amp;gt;/etc/modprobe.d/&amp;lt;/tt&amp;gt;.}}&lt;br /&gt;
&lt;br /&gt;
For an overview of other kernel options for Funtoo Linux, see [[Funtoo Linux Kernels]]. Also be sure to see [[:Category:Hardware Compatibility|hardware compatibility]] information. We have compiled a very good reference for [[Dell PowerEdge 11G Servers]] that includes kernel compatibility information as well.&lt;br /&gt;
&lt;br /&gt;
The next step is to configure your boot loader so that your new kernel loads when the system boots.&lt;br /&gt;
&lt;br /&gt;
=== Installing a Bootloader ===&lt;br /&gt;
&lt;br /&gt;
==== Installing Grub ====&lt;br /&gt;
&lt;br /&gt;
The boot loader is responsible for loading the kernel from disk when your computer boots. For new installations, GRUB 2 and Funtoo's boot-update tool should be used as a boot loader. GRUB supports both GPT/GUID and legacy MBR partitioning schemes.&lt;br /&gt;
&lt;br /&gt;
To use this recommended boot method, first emerge &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt;. This will also cause &amp;lt;tt&amp;gt;grub-2&amp;lt;/tt&amp;gt; to be merged, since it is a dependency of &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##emerge boot-update&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Then, edit &amp;lt;tt&amp;gt;/etc/boot.conf&amp;lt;/tt&amp;gt; and specify &amp;quot;&amp;lt;tt&amp;gt;Funtoo Linux genkernel&amp;lt;/tt&amp;gt;&amp;quot; as the &amp;lt;tt&amp;gt;default&amp;lt;/tt&amp;gt; setting at the top of the file, replacing &amp;lt;tt&amp;gt;&amp;quot;Funtoo Linux&amp;quot;&amp;lt;/tt&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;/etc/boot.conf&amp;lt;/tt&amp;gt; should now look like this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
boot {&lt;br /&gt;
        generate grub&lt;br /&gt;
        default &amp;quot;Funtoo Linux genkernel&amp;quot;&lt;br /&gt;
        timeout 3 &lt;br /&gt;
}&lt;br /&gt;
&lt;br /&gt;
&amp;quot;Funtoo Linux&amp;quot; {&lt;br /&gt;
        kernel bzImage[-v]&lt;br /&gt;
        # params += nomodeset&lt;br /&gt;
}&lt;br /&gt;
&lt;br /&gt;
&amp;quot;Funtoo Linux genkernel&amp;quot; {&lt;br /&gt;
        kernel kernel[-v]&lt;br /&gt;
        initrd initramfs[-v]&lt;br /&gt;
        params += real_root=auto &lt;br /&gt;
        # params += nomodeset&lt;br /&gt;
} &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
 &lt;br /&gt;
Please read &amp;lt;tt&amp;gt;man boot.conf&amp;lt;/tt&amp;gt; for further details.&lt;br /&gt;
&lt;br /&gt;
===== Running grub-install and boot-update =====&lt;br /&gt;
&lt;br /&gt;
Finally, we will need to actually install the GRUB boot loader to your disk, and also run &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt; which will generate your boot loader configuration file:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##grub-install --no-floppy /dev/sda&lt;br /&gt;
(chroot) # ##i##boot-update&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You only need to run &amp;lt;tt&amp;gt;grub-install&amp;lt;/tt&amp;gt; when you first install Funtoo Linux, but you need to re-run &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt; every time you modify your &amp;lt;tt&amp;gt;/etc/boot.conf&amp;lt;/tt&amp;gt; file, so your changes are applied on next boot.&lt;br /&gt;
&lt;br /&gt;
OK - your system should be ready to boot! Well, there are a few more loose ends...&lt;br /&gt;
&lt;br /&gt;
==== Installing Syslinux/Extlinux ====&lt;br /&gt;
&lt;br /&gt;
An alternate Bootloader is Extlinux, for installing it see the [[Extlinux|extlinux Guide]].&lt;br /&gt;
&lt;br /&gt;
=== Finishing Steps ===&lt;br /&gt;
&lt;br /&gt;
==== Set your root password ====&lt;br /&gt;
It's imperative that you set your root password before rebooting so that you can log in.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##passwd&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Restart your system ===&lt;br /&gt;
&lt;br /&gt;
Now is the time to leave chroot, to unmount Funtoo Linux partitions and files and to restart your computer. When you restart, the GRUB boot loader will start, load the Linux kernel and initramfs, and your system will begin booting.&lt;br /&gt;
&lt;br /&gt;
Leave the chroot, change directory to /, unmount your Funtoo partitions, and reboot.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # exit&lt;br /&gt;
# ##i##cd /&lt;br /&gt;
# ##i##umount /mnt/funtoo/boot /mnt/funtoo/dev /mnt/funtoo/proc /mnt/funtoo&lt;br /&gt;
# ##i##reboot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You should now see your system reboot, the GRUB boot loader appear for a few seconds, and then see the Linux kernel and initramfs loading. After this, you should see Funtoo Linux itself start to boot, and you should be greeted with a &amp;lt;tt&amp;gt;login:&amp;lt;/tt&amp;gt; prompt. Funtoo Linux has been successfully installed!&lt;br /&gt;
&lt;br /&gt;
===Next Steps===&lt;br /&gt;
&lt;br /&gt;
To learn how to customize and start using Funtoo Linux, see [[Funtoo Linux First Steps]].&lt;br /&gt;
&lt;br /&gt;
If your system did not boot correctly, see [[Installation Troubleshooting]] for steps you can take to resolve the problem.&lt;br /&gt;
&lt;br /&gt;
[[Category:HOWTO]]&lt;br /&gt;
[[Category:Install]]&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Funtoo_Linux_Installation</id>
		<title>Funtoo Linux Installation</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Funtoo_Linux_Installation"/>
				<updated>2012-11-13T20:15:27Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: /* Configuring your system */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
This document briefly explains all of the steps required to set up a typical Funtoo Linux installation on a &amp;quot;PC compatible&amp;quot; computer system. If you've had previous experience installing Gentoo Linux then a lot of steps will be familiar, but you should still read through as there are a few differences.&lt;br /&gt;
&lt;br /&gt;
=== Additional Resources ===&lt;br /&gt;
&lt;br /&gt;
This document was written to help you install Funtoo Linux as efficiently as possible, with a minimum number of distracting options regarding system configuration. &lt;br /&gt;
&lt;br /&gt;
Those who prefer a longer, more thorough tutorial-style installation may want to check out our beta [[Installation (Tutorial)|Installation Tutorial]] instead. It explores more installation possibilities and options such as encrypted filesystems, and includes screenshots.&lt;br /&gt;
&lt;br /&gt;
An experimental Funtoo Linux build exists for [[Funtoo Linux Installation on SPARC|SPARC]] platforms. See [[Funtoo Linux Installation on SPARC]] for notable differences regarding SPARC support.&lt;br /&gt;
&lt;br /&gt;
== Installation Overview ==&lt;br /&gt;
&lt;br /&gt;
This is a basic overview of the Funtoo installation process:&lt;br /&gt;
&lt;br /&gt;
# [[#Live CD|Download and boot the live CD of your choice]].&lt;br /&gt;
# [[#Prepare Hard Disk|Prepare your disk]].&lt;br /&gt;
# [[#Creating filesystems|Create]] and [[#Mounting filesystems|mount]] filesystems.&lt;br /&gt;
# [[#Installing the Stage 3 tarball|Install the Funtoo stage tarball]] of your choice.&lt;br /&gt;
# [[#Chroot into Funtoo|Chroot into your new system]].&lt;br /&gt;
# [[#Downloading the Portage tree|Download the Portage tree]].&lt;br /&gt;
# [[#Configuring your system|Configure your system]] and [[#Configuring your network|network]].&lt;br /&gt;
# [[#Configuring and installing the Linux kernel|Install a kernel]].&lt;br /&gt;
# [[#Installing a Bootloader|Install a bootloader]].&lt;br /&gt;
# [[#Finishing Steps|Complete final steps]].&lt;br /&gt;
# [[#Restart your system|Reboot and enjoy]].&lt;br /&gt;
&lt;br /&gt;
=== Live CD ===&lt;br /&gt;
Funtoo doesn't provide an &amp;quot;official&amp;quot; Funtoo Live CD, but there are plenty of good ones out there to choose from. A great choice is the Gentoo-based [http://www.sysresccd.org/ SystemRescueCd] as it contains lots of tools and utilities and supports both 32-bit and 64-bit systems.&lt;br /&gt;
&lt;br /&gt;
It is also possible to install Funtoo Linux using many other Linux-based live CDs. Generally, any modern bootable Linux live CD or live USB media will work. See [[Requirements|requirements]] for an overview of what the Live Media must provide to allow a problem-free install of Funtoo Linux.&lt;br /&gt;
&lt;br /&gt;
To begin a Funtoo Linux installation, download and burn [http://www.sysresccd.org/ SystemRescueCd] or your preferred live media. Insert it into your disc drive, and boot from it. If using SystemRescueCd, '''be sure to select the &amp;lt;tt&amp;gt;rescue64&amp;lt;/tt&amp;gt; kernel at the boot menu if you are installing a 64-bit system'''. By default, SystemRescueCd boots in 32-bit mode.&lt;br /&gt;
&lt;br /&gt;
=== Prepare Hard Disk ===&lt;br /&gt;
==== Partitions ====&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux fully supports traditional MBR partitions, as well as newer GPT/GUID partition formats. Funtoo Linux recommends the use of the GPT partitioning scheme, since it is newer and more flexible. Here are the various trade-offs between each partitioning scheme:&lt;br /&gt;
&lt;br /&gt;
===== GPT Partitions =====&lt;br /&gt;
&lt;br /&gt;
* Newer, preferred format for Linux systems&lt;br /&gt;
* Supports 2 TB+ hard drives for booting&lt;br /&gt;
* Supports hundreds of partitions per disk of any size&lt;br /&gt;
* Requires legacy BIOS boot partition (~32 MB) to be created if system does not use EFI&lt;br /&gt;
* Requires bootloader with support for GPT such as GRUB 2, EXTLINUX, or a patched version of GRUB Legacy&lt;br /&gt;
&lt;br /&gt;
===== MBR Partitions =====&lt;br /&gt;
&lt;br /&gt;
* Legacy, DOS partitioning scheme&lt;br /&gt;
* Only 4 primary partitions per disk; after that, you must use &amp;quot;logical&amp;quot; partitions&lt;br /&gt;
* Does not support 2 TB+ disks for booting&lt;br /&gt;
* Compatible with certain problematic systems (such as the HP ProBook 4520)&lt;br /&gt;
* Multiple boot loader options, e.g. GRUB 2, GRUB Legacy, lilo&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|If you plan to use partitions of 2 TB or greater, you ''must'' partition using the GPT/GUID format.}}&lt;br /&gt;
&lt;br /&gt;
==== Partitioning Using gdisk ====&lt;br /&gt;
&lt;br /&gt;
===== Notes Before We Begin =====&lt;br /&gt;
&lt;br /&gt;
These install instructions assume you are installing Funtoo Linux to an empty hard disk using GUID partition tables (GPT). If you are installing Funtoo Linux on a machine where another OS is installed, or there is an existing Linux distribution on your system that you want to keep, then you will need to adapt these instructions to suit your needs.&lt;br /&gt;
&lt;br /&gt;
If you are going to create a legacy MBR partition table instead of GUID/GPT, you will use the &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt; command instead of &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;, and you will not need to create the GRUB boot loader partition. See the table under [[#Partitioning Recommendations|Partitioning Recommendations]], in particular the &lt;br /&gt;
'''MBR Block Device (&amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;)''' and '''MBR Code''' columns. &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt; works just like &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;, but creates legacy MBR partition tables instead of the newer GPT/GUID partition tables.&lt;br /&gt;
&lt;br /&gt;
Advanced users may be interested in the following topics:&lt;br /&gt;
&lt;br /&gt;
* [[GUID Booting Guide]]&lt;br /&gt;
* [[Rootfs over encrypted lvm]]&lt;br /&gt;
* [[Rootfs over encrypted lvm over raid-1 on GPT]]&lt;br /&gt;
&lt;br /&gt;
===== Using gdisk =====&lt;br /&gt;
&lt;br /&gt;
The first step after booting SystemRescueCd is to use &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; to create GPT (also known as GUID) partitions, specifying the disk you want to use, which is typically &amp;lt;tt&amp;gt;/dev/sda&amp;lt;/tt&amp;gt;, the first disk in the system:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##gdisk /dev/sda&amp;lt;/console&amp;gt;&lt;br /&gt;
You should find &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; very similar to &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;. Here is the partition table we want to end up with:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;Command (? for help): ##i##p&lt;br /&gt;
Disk /dev/sda: 234441648 sectors, 111.8 GiB&lt;br /&gt;
Logical sector size: 512 bytes&lt;br /&gt;
Disk identifier (GUID): A4E5208A-CED3-4263-BB25-7147DC426931&lt;br /&gt;
Partition table holds up to 128 entries&lt;br /&gt;
First usable sector is 34, last usable sector is 234441614&lt;br /&gt;
Partitions will be aligned on 2048-sector boundaries&lt;br /&gt;
Total free space is 2014 sectors (1007.0 KiB)&lt;br /&gt;
&lt;br /&gt;
Number  Start (sector)    End (sector)  Size       Code  Name&lt;br /&gt;
   1            2048          206847   500.0 MiB   8300  Linux filesystem&lt;br /&gt;
   2          206848          272383   32.0 MiB    EF02  BIOS boot partition&lt;br /&gt;
   3          272384         8660991   4.0 GiB     8200  Linux swap&lt;br /&gt;
   4         8660992       234441614   107.7 GiB   8300  Linux filesystem&lt;br /&gt;
&lt;br /&gt;
Command (? for help): &amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Above, you'll see that we have a 500 MiB boot partition, a 32 MiB &amp;quot;BIOS boot partition&amp;quot; (also known as the GRUB boot loader partition), 4 GiB of swap, and the remaining disk used by a 107.7 GiB root partition.&lt;br /&gt;
&lt;br /&gt;
===== For new &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; users =====&lt;br /&gt;
&lt;br /&gt;
These partitions were created using the &amp;quot;&amp;lt;tt&amp;gt;n&amp;lt;/tt&amp;gt;&amp;quot; command from within &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;. The &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; commands to create the partition table above are as follows. Adapt sizes as necessary, although these defaults will work for most users. The partition codes entered below can be found in the [[#Partitioning Recommendations|Partitioning Recommendations]] table below, in the GPT Code column.&lt;br /&gt;
&lt;br /&gt;
Within &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;, follow these steps:&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 1''' (boot):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##1 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+500M ↵&lt;br /&gt;
Hex Code: ##i##↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2''' (GRUB):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##2 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+32M ↵&lt;br /&gt;
Hex Code: ##i##EF02 ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 3''' (swap):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##3 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+4G ↵&lt;br /&gt;
Hex Code: ##i##8200 ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 4''' (root):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##4 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##↵##!i## (for rest of disk)&lt;br /&gt;
Hex Code: ##i##↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Along the way, you can type &amp;quot;&amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&amp;quot; and hit Enter to view your current partition table. If you make a mistake, you can type &amp;quot;&amp;lt;tt&amp;gt;d&amp;lt;/tt&amp;gt;&amp;quot; to delete an existing partition that you created. When you are satisfied with your partition setup, type &amp;quot;&amp;lt;tt&amp;gt;w&amp;lt;/tt&amp;gt;&amp;quot; to write your configuration to disk:&lt;br /&gt;
&lt;br /&gt;
'''Write Partition Table To Disk''':&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##w ↵&lt;br /&gt;
Do you want to proceed? (Y/N): ##i##Y ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The partition table will now be written to disk and &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; will close.&lt;br /&gt;
&lt;br /&gt;
Now, your GPT/GUID partitions have been created, and will show up as the following ''block devices'' under Linux:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda1&amp;lt;/tt&amp;gt;, which will be used to hold the &amp;lt;tt&amp;gt;/boot&amp;lt;/tt&amp;gt; filesystem, &lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda2&amp;lt;/tt&amp;gt;, which will be used directly by the new GRUB,&lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt;, which will be used for swap space, and &lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt;, which will hold your root filesystem.&lt;br /&gt;
&lt;br /&gt;
===== For Previous fdisk users =====&lt;br /&gt;
&lt;br /&gt;
If you have installed Gentoo Linux before, the one thing that is likely new to you here is the GRUB boot loader partition, which is listed as &amp;quot;BIOS boot partition&amp;quot; within &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;. This partition is required for GRUB 2 to boot GPT/GUID boot disks. What is it? In GRUB-speak, this partition is essentially the location of the meat of GRUB's boot loading code. If you've used GRUB Legacy in the past, this partition is where the new GRUB stores the equivalent of the &amp;lt;tt&amp;gt;stage1_5&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;stage2&amp;lt;/tt&amp;gt; files in legacy GRUB. Since GPT-based partition tables have less dead space at the beginning of the disk than their MBR equivalents, an explicitly defined partition of code &amp;lt;tt&amp;gt;EF02&amp;lt;/tt&amp;gt; is required to hold the guts of the boot loader.&lt;br /&gt;
&lt;br /&gt;
In all other respects, the partition table is similar to that which you might create for an MBR-based disk during a Gentoo Linux installation. We have a boot and a root partition with code &amp;lt;tt&amp;gt;0700&amp;lt;/tt&amp;gt;, and a Linux swap partition with code &amp;lt;tt&amp;gt;8200&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
===== Partitioning Recommendations =====&lt;br /&gt;
&lt;br /&gt;
Below are our partitioning recommendations in table form. For GPT-based partitions, use the GPT Block Device and GPT Code columns with &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;. For legacy MBR-based partitions, use the MBR Block Device and MBR code columns with &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
{| {{table}} &lt;br /&gt;
!Partition&lt;br /&gt;
!Size&lt;br /&gt;
!MBR Block Device (&amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;)&lt;br /&gt;
!GPT Block Device (&amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;)&lt;br /&gt;
!Filesystem&lt;br /&gt;
!MBR Code&lt;br /&gt;
!GPT Code&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/boot&amp;lt;/tt&amp;gt;&lt;br /&gt;
|500 MB&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda1&amp;lt;/tt&amp;gt;&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda1&amp;lt;/tt&amp;gt;&lt;br /&gt;
|ext2&lt;br /&gt;
|83&lt;br /&gt;
|8300&lt;br /&gt;
|-&lt;br /&gt;
|GRUB boot loader partition&lt;br /&gt;
|32 MB&lt;br /&gt;
| ''not required for MBR''&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda2&amp;lt;/tt&amp;gt;&lt;br /&gt;
|For GPT/GUID only, skip for MBR - no filesystem.&lt;br /&gt;
|''N/A''&lt;br /&gt;
|EF02&lt;br /&gt;
|-&lt;br /&gt;
|swap&lt;br /&gt;
|2x RAM for low-memory systems and production servers; otherwise 2GB.&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda2&amp;lt;/tt&amp;gt;&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt;&lt;br /&gt;
|swap (default)&lt;br /&gt;
|82&lt;br /&gt;
|8200&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/&amp;lt;/tt&amp;gt; (root)&lt;br /&gt;
|Rest of the disk, minimum of 10GB.&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt;&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt;&lt;br /&gt;
|XFS recommended, alternatively ext4&lt;br /&gt;
|83&lt;br /&gt;
|8300&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/home&amp;lt;/tt&amp;gt; (optional)	&lt;br /&gt;
|User storage and media. Typically most of the disk.&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt; (if created)&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda5&amp;lt;/tt&amp;gt; (if created)&lt;br /&gt;
|XFS recommended, alternatively ext4&lt;br /&gt;
|83&lt;br /&gt;
|8300&lt;br /&gt;
|-&lt;br /&gt;
| LVM (optional)&lt;br /&gt;
| If you want to create an LVM volume.&lt;br /&gt;
| &amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt; (PV, if created)&lt;br /&gt;
| &amp;lt;tt&amp;gt;/dev/sda5&amp;lt;/tt&amp;gt; (PV, if created)&lt;br /&gt;
| LVM PV&lt;br /&gt;
| 8E&lt;br /&gt;
| 8E00&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== Creating filesystems ====&lt;br /&gt;
&lt;br /&gt;
Before your newly-created partitions can be used, the block devices need to be initialized with filesystem ''metadata''. This process is known as ''creating a filesystem'' on the block devices. After filesystems are created on the block devices, they can be mounted and used to store files.&lt;br /&gt;
&lt;br /&gt;
You will not create a filesystem on your swap partition, but will initialize it using the &amp;lt;tt&amp;gt;mkswap&amp;lt;/tt&amp;gt; command so that it can be used as disk-based virtual memory. Then we'll run the &amp;lt;tt&amp;gt;swapon&amp;lt;/tt&amp;gt; command to make your newly-initialized swap space active within the live CD environment, in case it is needed during the rest of the install process.&lt;br /&gt;
&lt;br /&gt;
Note that we will not create a filesystem on the GRUB boot loader partition, as GRUB writes binary data directly to that partition when the boot loader is installed, which we'll do later.&lt;br /&gt;
&lt;br /&gt;
You can see the commands you will need to type below. Like the rest of this document, it assumes that you are using a GPT partitioning scheme. If you are using MBR, your root filesystem will likely be created on &amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt; instead and you will need to adjust the target block devices. If you are following our recommendations, then simply do this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mke2fs -t ext2 /dev/sda1 &lt;br /&gt;
# ##i##mkfs.xfs /dev/sda4&lt;br /&gt;
# ##i##mkswap /dev/sda3&lt;br /&gt;
# ##i##swapon /dev/sda3&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Mounting filesystems ====&lt;br /&gt;
&lt;br /&gt;
Mount the newly-created filesystems as follows, creating &amp;lt;tt&amp;gt;/mnt/funtoo&amp;lt;/tt&amp;gt; as the installation mount point:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkdir /mnt/funtoo&lt;br /&gt;
# ##i##mount /dev/sda4 /mnt/funtoo&lt;br /&gt;
# ##i##mkdir /mnt/funtoo/boot&lt;br /&gt;
# ##i##mount /dev/sda1 /mnt/funtoo/boot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Optionally, if you have a separate filesystem for &amp;lt;tt&amp;gt;/home&amp;lt;/tt&amp;gt; or anything else:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkdir /mnt/funtoo/home&lt;br /&gt;
# ##i##mount /dev/sda5 /mnt/funtoo/home&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you have &amp;lt;tt&amp;gt;/tmp&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;/var/tmp&amp;lt;/tt&amp;gt; on a separate filesystem, be sure to change the permissions of the mount point to be globally-writeable after mounting, as follows:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##chmod 1777 /mnt/funtoo/tmp&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Installing the Stage 3 tarball ===&lt;br /&gt;
==== Stage 3 tarball ====&lt;br /&gt;
&lt;br /&gt;
After creating filesystems, the next step is downloading the initial Stage 3 tarball. The Stage 3 is a pre-compiled system used as a starting point to install Funtoo Linux. Visit the [[Download]] page and copy the URL to the Stage 3 tarball you want to use. We will download it soon.&lt;br /&gt;
&lt;br /&gt;
Now is a good time to verify the date and time are correctly set to UTC. Use the &amp;lt;tt&amp;gt;date&amp;lt;/tt&amp;gt; command to verify the date and time:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##date&lt;br /&gt;
Fri Jul 15 19:47:18 UTC 2011&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If the date and/or time need to be corrected, do so using &amp;lt;tt&amp;gt;date MMDDhhmmYYYY&amp;lt;/tt&amp;gt;, keeping in mind &amp;lt;tt&amp;gt;hhmm&amp;lt;/tt&amp;gt; are in 24-hour format. The example below changes the date and time to &amp;quot;July 16th, 2011 @ 8:00PM&amp;quot; UTC:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##date 071620002011&lt;br /&gt;
Fri Jul 16 20:00:00 UTC 2011&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Once you are in your Funtoo Linux root filesystem, use &amp;lt;tt&amp;gt;wget&amp;lt;/tt&amp;gt; to download the Stage 3 tarball you have chosen from the [[Download]] page to use as the basis for your new Funtoo Linux system. It should be saved to the &amp;lt;tt&amp;gt;/mnt/funtoo&amp;lt;/tt&amp;gt; directory as follows:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /mnt/funtoo&lt;br /&gt;
# ##i##wget http://ftp.osuosl.org/pub/funtoo/funtoo-current/x86-64bit/generic_64/stage3-latest.tar.xz&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Note that 64-bit systems can run 32-bit or 64-bit stages, but 32-bit systems can only run 32-bit stages. Make sure that you select a Stage 3 build that is appropriate for your CPU. If you are not certain, it is a safe bet to choose the &amp;lt;tt&amp;gt;generic_64&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;generic_32&amp;lt;/tt&amp;gt; stage. Consult the [[Download]] page for more information.&lt;br /&gt;
&lt;br /&gt;
Once the stage is downloaded, extract the contents with the following command, substituting in the actual name of your stage 3 tarball:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##tar xJpf stage3-latest.tar.xz&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|It is very important to use &amp;lt;tt&amp;gt;tar&amp;lt;/tt&amp;gt;'s &amp;quot;&amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&amp;quot; option when extracting the Stage 3 tarball - it tells &amp;lt;tt&amp;gt;tar&amp;lt;/tt&amp;gt; to ''preserve'' any permissions and ownership that exist within the archive. Without this option, your Funtoo Linux filesystem permissions will be incorrect.}}&lt;br /&gt;
&lt;br /&gt;
=== Chroot into Funtoo ===&lt;br /&gt;
Before chrooting into your new system, there's a few things that need to be done first. You will need to mount /proc and /dev inside your new system. Use the following commands:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /mnt/funtoo&lt;br /&gt;
# ##i##mount --bind /proc proc&lt;br /&gt;
# ##i##mount --bind /dev dev&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You'll also want to copy over &amp;lt;tt&amp;gt;resolv.conf&amp;lt;/tt&amp;gt; in order to have proper DNS name resolution from inside the chroot:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cp /etc/resolv.conf etc&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Now you can chroot into your new system. Use &amp;lt;tt&amp;gt;env&amp;lt;/tt&amp;gt; before &amp;lt;tt&amp;gt;chroot&amp;lt;/tt&amp;gt; to ensure that no environment variables from the installation media are used by your new system:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##env -i HOME=/root TERM=$TERM chroot . bash -l&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancynote|Users of live CDs with 64-bit kernels: Some software may use &amp;lt;tt&amp;gt;uname -r&amp;lt;/tt&amp;gt; to check whether the system is 32 or 64-bit. You may want append linux32 to the chroot command as a workaround, but it's generally not needed.}}&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|If you receive the error &amp;quot;&amp;lt;tt&amp;gt;chroot: failed to run command `/bin/bash': Exec format error&amp;lt;/tt&amp;gt;&amp;quot;, it is probably because you are running a 32-bit kernel and trying to execute 64-bit code. SystemRescueCd boots with a 32-bit kernel by default.}}&lt;br /&gt;
&lt;br /&gt;
It's also a good idea to change the default command prompt while inside the chroot. This will avoid confusion if you have to change terminals. Use this command:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##export PS1=&amp;quot;(chroot) $PS1&amp;quot;&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Congratulations! You are now chrooted inside a Funtoo Linux system. Now it's time to get Funtoo Linux properly configured so that Funtoo Linux will boot successfully when your system is restarted.&lt;br /&gt;
&lt;br /&gt;
=== Downloading the Portage tree ===&lt;br /&gt;
&lt;br /&gt;
Now it's time to install a copy of the Portage repository, which contains package scripts (ebuilds) that tell portage how to build and install thousands of different software packages. To create the Portage repository, simply run &amp;lt;tt&amp;gt;emerge --sync&amp;lt;/tt&amp;gt; from within the chroot. This will automatically clone the portage tree from [http://github.com/ GitHub]:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##emerge --sync&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancynote|For an alternative way to do this, see [[Installing Portage From Snapshot]].}}&lt;br /&gt;
&lt;br /&gt;
=== Configuring your system ===&lt;br /&gt;
As is expected from a Linux distribution, Funtoo Linux has its share of configuration files. The one file you are absolutely required to edit in order to ensure that Funtoo Linux boots successfully is &amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt;. The others are optional. Here are a list of files that you should consider editing:&lt;br /&gt;
&lt;br /&gt;
{| {{table}}&lt;br /&gt;
!File&lt;br /&gt;
!Do I need to change it?&lt;br /&gt;
!Description&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt;&lt;br /&gt;
|'''YES - required'''&lt;br /&gt;
|Mount points for all filesystems to be used at boot time. This file must reflect your disk partition setup. We'll guide you through modifying this file below.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/localtime&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''Maybe - recommended''&lt;br /&gt;
|Your timezone, which will default to UTC if not set. This should be a symbolic link to something located under /usr/share/zoneinfo (e.g. /usr/share/zoneinfo/America/Montreal) &lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/make.conf&amp;lt;br/&amp;gt;/etc/portage/make.conf&amp;amp;nbsp;(new&amp;amp;nbsp;location)&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''Maybe - recommended''&lt;br /&gt;
|Parameters used by gcc (compiler), portage, and make. It's a good idea to set MAKEOPTS. This is covered later in this document.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/hostname&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''Maybe - recommended''&lt;br /&gt;
|Used to set system hostname. Set to the fully-qualified (with dots) name. Defaults to &amp;lt;tt&amp;gt;localhost&amp;lt;/tt&amp;gt; if not set.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/hosts&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''No''&lt;br /&gt;
| You no longer need to manually set the hostname in this file. This file is automatically generated by &amp;lt;tt&amp;gt;/etc/init.d/hostname&amp;lt;/tt&amp;gt;.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/keymaps&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|Keyboard mapping configuration file (for console pseudo-terminals). Set if you have a non-US keyboard. See [[Funtoo Linux Localization]].&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/hwclock&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|How the time of the battery-backed hardware clock of the system is interpreted (UTC or local time). Linux uses the battery-backed hardware clock to initialize the system clock when the system is booted.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/modules&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|Kernel modules to load automatically at system startup. Typically not required. See [[Additional Kernel Resources]] for more info.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;profiles&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|Some useful portage settings that may help speed up intial configuration.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
If you're installing an English version of Funtoo Linux, you're in luck as most of the configuration files can be used as-is. If you're installing for another locale, don't worry. We will walk you through the necessary configuration steps on the [[Funtoo Linux Localization]] page, and if needed, there's always plenty of friendly, helpful support. (See [[#Community portal|Community]])&lt;br /&gt;
&lt;br /&gt;
Let's go ahead and see what we have to do. Use &amp;lt;tt&amp;gt;nano -w &amp;lt;name_of_file&amp;gt;&amp;lt;/tt&amp;gt; to edit files -- the &amp;quot;&amp;lt;tt&amp;gt;-w&amp;lt;/tt&amp;gt;&amp;quot; disables word-wrapping, which is handy when editing configuration files. You can copy and paste from the examples.&lt;br /&gt;
&lt;br /&gt;
{{fancywarning|It's important to edit your &amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt; file before you reboot! You will need to modify both the &amp;quot;fs&amp;quot; and &amp;quot;type&amp;quot; columns to match the settings for your partitions and filesystems that you created with &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;. Skipping this step may prevent Funtoo Linux from booting successfully.}}&lt;br /&gt;
&lt;br /&gt;
==== /etc/fstab ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt; is used by the &amp;lt;tt&amp;gt;mount&amp;lt;/tt&amp;gt; command which is ran when your system boots. Statements of this file inform &amp;lt;tt&amp;gt;mount&amp;lt;/tt&amp;gt; about partitions to be mounted and how they are mounted. In order for the system to boot properly, you must edit &amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt; and ensure that it reflects the partition configuration you used earlier:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##nano -w /etc/fstab&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You can use arrow keys to move around and hit Control-X to exit. If you want to save your changes, type &amp;quot;&amp;lt;tt&amp;gt;Y&amp;lt;/tt&amp;gt;&amp;quot; when asked if you want to save the modified buffer, or hit Control-O before closing &amp;lt;tt&amp;gt;nano&amp;lt;/tt&amp;gt;. Otherwise your changes will be discarded.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# The root filesystem should have a pass number of either 0 or 1.&lt;br /&gt;
# All other filesystems should have a pass number of 0 or greater than 1.&lt;br /&gt;
#&lt;br /&gt;
# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.&lt;br /&gt;
#&lt;br /&gt;
# See the manpage fstab(5) for more information.&lt;br /&gt;
#&lt;br /&gt;
# &amp;lt;fs&amp;gt;			&amp;lt;mountpoint&amp;gt;	&amp;lt;type&amp;gt;		&amp;lt;opts&amp;gt;		         &amp;lt;dump/pass&amp;gt;&lt;br /&gt;
&lt;br /&gt;
/dev/sda1		/boot		ext2		noatime  	         1 2&lt;br /&gt;
/dev/sda3		none		swap		sw		         0 0&lt;br /&gt;
/dev/sda4		/		xfs		noatime		         0 1&lt;br /&gt;
#/dev/cdrom		/mnt/cdrom	auto		noauto,ro	         0 0&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /etc/localtime ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;/etc/localtime&amp;lt;/tt&amp;gt; is used to specify the timezone that your machine is in, and defaults to UTC. If you would like your Funtoo Linux system to use local time, you should replace &amp;lt;tt&amp;gt;/etc/localtime&amp;lt;/tt&amp;gt; with a symbolic link to the timezone that you wish to use. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
(chroot) # ln -sf /usr/share/zoneinfo/America/Montreal /etc/localtime&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The above sets the timezone to Eastern Time Canada. Go to &amp;lt;tt&amp;gt;/usr/share/zoneinfo&amp;lt;/tt&amp;gt; to see which values to use.&lt;br /&gt;
&lt;br /&gt;
==== /etc/portage/make.conf ====&lt;br /&gt;
&lt;br /&gt;
{{fancynote|This file may also be found at /etc/make.conf. /etc/portage/make.conf is the new location.}}&lt;br /&gt;
&lt;br /&gt;
This file contains something similar to the following:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ACCEPT_KEYWORDS=&amp;quot;~amd64&amp;quot;&lt;br /&gt;
CHOST=&amp;quot;x86_64-pc-linux-gnu&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;ACCEPT_KEYWORDS&amp;lt;/tt&amp;gt; defines what branch of the package tree to be used. If you are using funtoo-current, it will be prefixed with a tilde ('&amp;lt;tt&amp;gt;~&amp;lt;/tt&amp;gt;'). This will make more recent ebuilds visible to Portage. You should typically not change this value, and you should also not change &amp;lt;tt&amp;gt;CHOST&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
MAKEOPTS can be used to define how many parallel compilations should occur when you compile a package, which can speed up compilation significantly. A rule of thumb is the number of CPUs (or CPU threads) in your system plus one. If for example you have a dual core processor without [[wikipedia:Hyper-threading|hyper-threading]], then you would set MAKEOPTS to 3:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
MAKEOPTS=&amp;quot;-j3&amp;quot; &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you are unsure about how many processors/threads you have then use /proc/cpuinfo to help you.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##grep &amp;quot;processor&amp;quot; /proc/cpuinfo | wc -l&lt;br /&gt;
16&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Set MAKEOPTS to this number plus one:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
MAKEOPTS=&amp;quot;-j17&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
USE flags define what functionality is enabled when packages are built. It is not recommended to add a lot of them during installation; you should wait until you have a working, bootable system before changing your USE flags. A USE flag prefixed with a minus (&amp;quot;&amp;lt;tt&amp;gt;-&amp;lt;/tt&amp;gt;&amp;quot;) sign tells Portage not to use the flag when compiling.  A Funtoo guide to USE flags will be available in the future. For now, you can find out more information about USE flags in the [http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?part=2&amp;amp;chap=2 Gentoo Handbook].&lt;br /&gt;
&lt;br /&gt;
LINGUAS tells Portage which local language to compile the system and applications in (those who use LINGUAS variable like OpenOffice). It is not usually necessary to set this if you use English. If you want another language such as French (fr) or German (de), set LINGUAS appropriately:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
LINGUAS=&amp;quot;fr&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /etc/conf.d/hwclock ====&lt;br /&gt;
If you dual-boot with Windows, you'll need to edit this file and change '''clock''' to '''local''', because Windows will set your hardware clock to local time every time you boot Windows. Otherwise you normally wouldn't need to edit this file.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##nano -w /etc/conf.d/hwclock&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Localization ====&lt;br /&gt;
&lt;br /&gt;
By default, Funtoo Linux is configured with Unicode (UTF-8) enabled, and for the US English locale and keyboard. If you would like to configure your system to use a non-English locale or keyboard, see [[Funtoo Linux Localization]].&lt;br /&gt;
&lt;br /&gt;
==== Profiles ====&lt;br /&gt;
&lt;br /&gt;
Funtoo profiles are used to bring customization to your systems, that much quicker, think of it like not having to add two or three or ten things to your make.conf or package.use file. There are 4 basic profile types: arch, build, flavor, and mix-ins. With the exception of mix-ins you will pick one from each category. Thankfully you cannot change your architecture. &lt;br /&gt;
&lt;br /&gt;
build is essentially the stability of your system, &amp;quot;How bleeding edge are you?&amp;quot; experimental will unmask a number of masked packages. Its recommend you stay with current with has keyword unmask.&lt;br /&gt;
&lt;br /&gt;
flavor is some default packages, desktop is essentially the X server, and workstation includes cups/printing.&lt;br /&gt;
&lt;br /&gt;
Mix-ins are options for adding in things, like  X or sound or gnome. &lt;br /&gt;
&lt;br /&gt;
Remember profiles are inherited, workstation inherits desktop and desktop inherits X and audio, and so forth.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
To view installed profiles:&lt;br /&gt;
&lt;br /&gt;
# eselect profile list  &lt;br /&gt;
&lt;br /&gt;
To add a profile it's simple just:&lt;br /&gt;
&lt;br /&gt;
# eselect profile add 7&lt;br /&gt;
&lt;br /&gt;
remember if you add by string; add a 'gentoo:' to the beginning of the profile name ie:&lt;br /&gt;
&lt;br /&gt;
# eselect profile add gentoo:funtoo/1.0/linux-gnu/mix-ins/console-extras&lt;br /&gt;
&lt;br /&gt;
=== Configuring your network ===&lt;br /&gt;
&lt;br /&gt;
If you plan on using DHCP for network configuration, it is not necessary to emerge a DHCP client. In fact, it would not even be necessary to perform any manual network configuration at all. Simply add &amp;lt;tt&amp;gt;dhcpcd&amp;lt;/tt&amp;gt; to the &amp;lt;tt&amp;gt;default&amp;lt;/tt&amp;gt; runlevel, and your network will be configured automatically at boot.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##rc-update add dhcpcd default&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
That's it! If you require more advanced configuration, see [[Funtoo Linux Networking]] for information on how to use Funtoo Linux's template-based network configuration system.&lt;br /&gt;
&lt;br /&gt;
=== Configuring and installing the Linux kernel ===&lt;br /&gt;
&lt;br /&gt;
Now it's time to build and install a Linux kernel, which is the heart of any Funtoo Linux system. In the past, the process of creating a kernel that actually booted your system could be time-consuming and require a great deal of trial and error. Fortunately, Funtoo Linux offers an option to automatically build a kernel for you that will boot nearly all systems.&lt;br /&gt;
&lt;br /&gt;
If you are unfamiliar with how to manually configure your own kernel, or you simply want to get your system up and running quickly, you can emerge &amp;lt;tt&amp;gt;debian-sources&amp;lt;/tt&amp;gt; with the &amp;lt;tt&amp;gt;binary&amp;lt;/tt&amp;gt; USE flag set, which will automatically build the kernel and an initrd that will boot nearly all Funtoo Linux systems. This kernel is based on a linux-3.2 LTS official debian kernel package and is an easy way to get your system up and running relatively quickly.&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|&amp;lt;tt&amp;gt;debian-sources&amp;lt;/tt&amp;gt; with &amp;lt;tt&amp;gt;binary&amp;lt;/tt&amp;gt; USE flag requires at least 12GB in /var/tmp}}&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##echo &amp;quot;sys-kernel/debian-sources binary&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use&lt;br /&gt;
(chroot) # ##i##emerge debian-sources&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
 &lt;br /&gt;
All done!&lt;br /&gt;
&lt;br /&gt;
{{fancynote|NVIDIA card users: the &amp;lt;tt&amp;gt;binary&amp;lt;/tt&amp;gt; USE flag installs the Nouveau drivers which cannot be loaded at the same time as the proprietary drivers, and cannot be unloaded at runtime because of KMS. You need to blacklist it under &amp;lt;tt&amp;gt;/etc/modprobe.d/&amp;lt;/tt&amp;gt;.}}&lt;br /&gt;
&lt;br /&gt;
For an overview of other kernel options for Funtoo Linux, see [[Funtoo Linux Kernels]]. Also be sure to see [[:Category:Hardware Compatibility|hardware compatibility]] information. We have compiled a very good reference for [[Dell PowerEdge 11G Servers]] that includes kernel compatibility information as well.&lt;br /&gt;
&lt;br /&gt;
The next step is to configure your boot loader so that your new kernel loads when the system boots.&lt;br /&gt;
&lt;br /&gt;
=== Installing a Bootloader ===&lt;br /&gt;
&lt;br /&gt;
==== Installing Grub ====&lt;br /&gt;
&lt;br /&gt;
The boot loader is responsible for loading the kernel from disk when your computer boots. For new installations, GRUB 2 and Funtoo's boot-update tool should be used as a boot loader. GRUB supports both GPT/GUID and legacy MBR partitioning schemes.&lt;br /&gt;
&lt;br /&gt;
To use this recommended boot method, first emerge &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt;. This will also cause &amp;lt;tt&amp;gt;grub-2&amp;lt;/tt&amp;gt; to be merged, since it is a dependency of &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##emerge boot-update&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Then, edit &amp;lt;tt&amp;gt;/etc/boot.conf&amp;lt;/tt&amp;gt; and specify &amp;quot;&amp;lt;tt&amp;gt;Funtoo Linux genkernel&amp;lt;/tt&amp;gt;&amp;quot; as the &amp;lt;tt&amp;gt;default&amp;lt;/tt&amp;gt; setting at the top of the file, replacing &amp;lt;tt&amp;gt;&amp;quot;Funtoo Linux&amp;quot;&amp;lt;/tt&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;/etc/boot.conf&amp;lt;/tt&amp;gt; should now look like this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
boot {&lt;br /&gt;
        generate grub&lt;br /&gt;
        default &amp;quot;Funtoo Linux genkernel&amp;quot;&lt;br /&gt;
        timeout 3 &lt;br /&gt;
}&lt;br /&gt;
&lt;br /&gt;
&amp;quot;Funtoo Linux&amp;quot; {&lt;br /&gt;
        kernel bzImage[-v]&lt;br /&gt;
        # params += nomodeset&lt;br /&gt;
}&lt;br /&gt;
&lt;br /&gt;
&amp;quot;Funtoo Linux genkernel&amp;quot; {&lt;br /&gt;
        kernel kernel[-v]&lt;br /&gt;
        initrd initramfs[-v]&lt;br /&gt;
        params += real_root=auto &lt;br /&gt;
        # params += nomodeset&lt;br /&gt;
} &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
 &lt;br /&gt;
Please read &amp;lt;tt&amp;gt;man boot.conf&amp;lt;/tt&amp;gt; for further details.&lt;br /&gt;
&lt;br /&gt;
===== Running grub-install and boot-update =====&lt;br /&gt;
&lt;br /&gt;
Finally, we will need to actually install the GRUB boot loader to your disk, and also run &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt; which will generate your boot loader configuration file:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##grub-install --no-floppy /dev/sda&lt;br /&gt;
(chroot) # ##i##boot-update&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You only need to run &amp;lt;tt&amp;gt;grub-install&amp;lt;/tt&amp;gt; when you first install Funtoo Linux, but you need to re-run &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt; every time you modify your &amp;lt;tt&amp;gt;/etc/boot.conf&amp;lt;/tt&amp;gt; file, so your changes are applied on next boot.&lt;br /&gt;
&lt;br /&gt;
OK - your system should be ready to boot! Well, there are a few more loose ends...&lt;br /&gt;
&lt;br /&gt;
==== Installing Syslinux/Extlinux ====&lt;br /&gt;
&lt;br /&gt;
An alternate Bootloader is Extlinux, for installing it see the [[Extlinux|extlinux Guide]].&lt;br /&gt;
&lt;br /&gt;
=== Finishing Steps ===&lt;br /&gt;
&lt;br /&gt;
==== Set your root password ====&lt;br /&gt;
It's imperative that you set your root password before rebooting so that you can log in.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##passwd&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Restart your system ===&lt;br /&gt;
&lt;br /&gt;
Now is the time to leave chroot, to unmount Funtoo Linux partitions and files and to restart your computer. When you restart, the GRUB boot loader will start, load the Linux kernel and initramfs, and your system will begin booting.&lt;br /&gt;
&lt;br /&gt;
Leave the chroot, change directory to /, unmount your Funtoo partitions, and reboot.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # exit&lt;br /&gt;
# ##i##cd /&lt;br /&gt;
# ##i##umount /mnt/funtoo/boot /mnt/funtoo/dev /mnt/funtoo/proc /mnt/funtoo&lt;br /&gt;
# ##i##reboot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You should now see your system reboot, the GRUB boot loader appear for a few seconds, and then see the Linux kernel and initramfs loading. After this, you should see Funtoo Linux itself start to boot, and you should be greeted with a &amp;lt;tt&amp;gt;login:&amp;lt;/tt&amp;gt; prompt. Funtoo Linux has been successfully installed!&lt;br /&gt;
&lt;br /&gt;
===Next Steps===&lt;br /&gt;
&lt;br /&gt;
To learn how to customize and start using Funtoo Linux, see [[Funtoo Linux First Steps]].&lt;br /&gt;
&lt;br /&gt;
If your system did not boot correctly, see [[Installation Troubleshooting]] for steps you can take to resolve the problem.&lt;br /&gt;
&lt;br /&gt;
[[Category:HOWTO]]&lt;br /&gt;
[[Category:Install]]&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Funtoo_Linux_Installation</id>
		<title>Funtoo Linux Installation</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Funtoo_Linux_Installation"/>
				<updated>2012-11-13T20:13:29Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: /* Configuring your system */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
This document briefly explains all of the steps required to set up a typical Funtoo Linux installation on a &amp;quot;PC compatible&amp;quot; computer system. If you've had previous experience installing Gentoo Linux then a lot of steps will be familiar, but you should still read through as there are a few differences.&lt;br /&gt;
&lt;br /&gt;
=== Additional Resources ===&lt;br /&gt;
&lt;br /&gt;
This document was written to help you install Funtoo Linux as efficiently as possible, with a minimum number of distracting options regarding system configuration. &lt;br /&gt;
&lt;br /&gt;
Those who prefer a longer, more thorough tutorial-style installation may want to check out our beta [[Installation (Tutorial)|Installation Tutorial]] instead. It explores more installation possibilities and options such as encrypted filesystems, and includes screenshots.&lt;br /&gt;
&lt;br /&gt;
An experimental Funtoo Linux build exists for [[Funtoo Linux Installation on SPARC|SPARC]] platforms. See [[Funtoo Linux Installation on SPARC]] for notable differences regarding SPARC support.&lt;br /&gt;
&lt;br /&gt;
== Installation Overview ==&lt;br /&gt;
&lt;br /&gt;
This is a basic overview of the Funtoo installation process:&lt;br /&gt;
&lt;br /&gt;
# [[#Live CD|Download and boot the live CD of your choice]].&lt;br /&gt;
# [[#Prepare Hard Disk|Prepare your disk]].&lt;br /&gt;
# [[#Creating filesystems|Create]] and [[#Mounting filesystems|mount]] filesystems.&lt;br /&gt;
# [[#Installing the Stage 3 tarball|Install the Funtoo stage tarball]] of your choice.&lt;br /&gt;
# [[#Chroot into Funtoo|Chroot into your new system]].&lt;br /&gt;
# [[#Downloading the Portage tree|Download the Portage tree]].&lt;br /&gt;
# [[#Configuring your system|Configure your system]] and [[#Configuring your network|network]].&lt;br /&gt;
# [[#Configuring and installing the Linux kernel|Install a kernel]].&lt;br /&gt;
# [[#Installing a Bootloader|Install a bootloader]].&lt;br /&gt;
# [[#Finishing Steps|Complete final steps]].&lt;br /&gt;
# [[#Restart your system|Reboot and enjoy]].&lt;br /&gt;
&lt;br /&gt;
=== Live CD ===&lt;br /&gt;
Funtoo doesn't provide an &amp;quot;official&amp;quot; Funtoo Live CD, but there are plenty of good ones out there to choose from. A great choice is the Gentoo-based [http://www.sysresccd.org/ SystemRescueCd] as it contains lots of tools and utilities and supports both 32-bit and 64-bit systems.&lt;br /&gt;
&lt;br /&gt;
It is also possible to install Funtoo Linux using many other Linux-based live CDs. Generally, any modern bootable Linux live CD or live USB media will work. See [[Requirements|requirements]] for an overview of what the Live Media must provide to allow a problem-free install of Funtoo Linux.&lt;br /&gt;
&lt;br /&gt;
To begin a Funtoo Linux installation, download and burn [http://www.sysresccd.org/ SystemRescueCd] or your preferred live media. Insert it into your disc drive, and boot from it. If using SystemRescueCd, '''be sure to select the &amp;lt;tt&amp;gt;rescue64&amp;lt;/tt&amp;gt; kernel at the boot menu if you are installing a 64-bit system'''. By default, SystemRescueCd boots in 32-bit mode.&lt;br /&gt;
&lt;br /&gt;
=== Prepare Hard Disk ===&lt;br /&gt;
==== Partitions ====&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux fully supports traditional MBR partitions, as well as newer GPT/GUID partition formats. Funtoo Linux recommends the use of the GPT partitioning scheme, since it is newer and more flexible. Here are the various trade-offs between each partitioning scheme:&lt;br /&gt;
&lt;br /&gt;
===== GPT Partitions =====&lt;br /&gt;
&lt;br /&gt;
* Newer, preferred format for Linux systems&lt;br /&gt;
* Supports 2 TB+ hard drives for booting&lt;br /&gt;
* Supports hundreds of partitions per disk of any size&lt;br /&gt;
* Requires legacy BIOS boot partition (~32 MB) to be created if system does not use EFI&lt;br /&gt;
* Requires bootloader with support for GPT such as GRUB 2, EXTLINUX, or a patched version of GRUB Legacy&lt;br /&gt;
&lt;br /&gt;
===== MBR Partitions =====&lt;br /&gt;
&lt;br /&gt;
* Legacy, DOS partitioning scheme&lt;br /&gt;
* Only 4 primary partitions per disk; after that, you must use &amp;quot;logical&amp;quot; partitions&lt;br /&gt;
* Does not support 2 TB+ disks for booting&lt;br /&gt;
* Compatible with certain problematic systems (such as the HP ProBook 4520)&lt;br /&gt;
* Multiple boot loader options, e.g. GRUB 2, GRUB Legacy, lilo&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|If you plan to use partitions of 2 TB or greater, you ''must'' partition using the GPT/GUID format.}}&lt;br /&gt;
&lt;br /&gt;
==== Partitioning Using gdisk ====&lt;br /&gt;
&lt;br /&gt;
===== Notes Before We Begin =====&lt;br /&gt;
&lt;br /&gt;
These install instructions assume you are installing Funtoo Linux to an empty hard disk using GUID partition tables (GPT). If you are installing Funtoo Linux on a machine where another OS is installed, or there is an existing Linux distribution on your system that you want to keep, then you will need to adapt these instructions to suit your needs.&lt;br /&gt;
&lt;br /&gt;
If you are going to create a legacy MBR partition table instead of GUID/GPT, you will use the &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt; command instead of &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;, and you will not need to create the GRUB boot loader partition. See the table under [[#Partitioning Recommendations|Partitioning Recommendations]], in particular the &lt;br /&gt;
'''MBR Block Device (&amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;)''' and '''MBR Code''' columns. &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt; works just like &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;, but creates legacy MBR partition tables instead of the newer GPT/GUID partition tables.&lt;br /&gt;
&lt;br /&gt;
Advanced users may be interested in the following topics:&lt;br /&gt;
&lt;br /&gt;
* [[GUID Booting Guide]]&lt;br /&gt;
* [[Rootfs over encrypted lvm]]&lt;br /&gt;
* [[Rootfs over encrypted lvm over raid-1 on GPT]]&lt;br /&gt;
&lt;br /&gt;
===== Using gdisk =====&lt;br /&gt;
&lt;br /&gt;
The first step after booting SystemRescueCd is to use &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; to create GPT (also known as GUID) partitions, specifying the disk you want to use, which is typically &amp;lt;tt&amp;gt;/dev/sda&amp;lt;/tt&amp;gt;, the first disk in the system:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##gdisk /dev/sda&amp;lt;/console&amp;gt;&lt;br /&gt;
You should find &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; very similar to &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;. Here is the partition table we want to end up with:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;Command (? for help): ##i##p&lt;br /&gt;
Disk /dev/sda: 234441648 sectors, 111.8 GiB&lt;br /&gt;
Logical sector size: 512 bytes&lt;br /&gt;
Disk identifier (GUID): A4E5208A-CED3-4263-BB25-7147DC426931&lt;br /&gt;
Partition table holds up to 128 entries&lt;br /&gt;
First usable sector is 34, last usable sector is 234441614&lt;br /&gt;
Partitions will be aligned on 2048-sector boundaries&lt;br /&gt;
Total free space is 2014 sectors (1007.0 KiB)&lt;br /&gt;
&lt;br /&gt;
Number  Start (sector)    End (sector)  Size       Code  Name&lt;br /&gt;
   1            2048          206847   500.0 MiB   8300  Linux filesystem&lt;br /&gt;
   2          206848          272383   32.0 MiB    EF02  BIOS boot partition&lt;br /&gt;
   3          272384         8660991   4.0 GiB     8200  Linux swap&lt;br /&gt;
   4         8660992       234441614   107.7 GiB   8300  Linux filesystem&lt;br /&gt;
&lt;br /&gt;
Command (? for help): &amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Above, you'll see that we have a 500 MiB boot partition, a 32 MiB &amp;quot;BIOS boot partition&amp;quot; (also known as the GRUB boot loader partition), 4 GiB of swap, and the remaining disk used by a 107.7 GiB root partition.&lt;br /&gt;
&lt;br /&gt;
===== For new &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; users =====&lt;br /&gt;
&lt;br /&gt;
These partitions were created using the &amp;quot;&amp;lt;tt&amp;gt;n&amp;lt;/tt&amp;gt;&amp;quot; command from within &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;. The &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; commands to create the partition table above are as follows. Adapt sizes as necessary, although these defaults will work for most users. The partition codes entered below can be found in the [[#Partitioning Recommendations|Partitioning Recommendations]] table below, in the GPT Code column.&lt;br /&gt;
&lt;br /&gt;
Within &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;, follow these steps:&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 1''' (boot):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##1 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+500M ↵&lt;br /&gt;
Hex Code: ##i##↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2''' (GRUB):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##2 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+32M ↵&lt;br /&gt;
Hex Code: ##i##EF02 ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 3''' (swap):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##3 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+4G ↵&lt;br /&gt;
Hex Code: ##i##8200 ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 4''' (root):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##4 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##↵##!i## (for rest of disk)&lt;br /&gt;
Hex Code: ##i##↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Along the way, you can type &amp;quot;&amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&amp;quot; and hit Enter to view your current partition table. If you make a mistake, you can type &amp;quot;&amp;lt;tt&amp;gt;d&amp;lt;/tt&amp;gt;&amp;quot; to delete an existing partition that you created. When you are satisfied with your partition setup, type &amp;quot;&amp;lt;tt&amp;gt;w&amp;lt;/tt&amp;gt;&amp;quot; to write your configuration to disk:&lt;br /&gt;
&lt;br /&gt;
'''Write Partition Table To Disk''':&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##w ↵&lt;br /&gt;
Do you want to proceed? (Y/N): ##i##Y ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The partition table will now be written to disk and &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; will close.&lt;br /&gt;
&lt;br /&gt;
Now, your GPT/GUID partitions have been created, and will show up as the following ''block devices'' under Linux:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda1&amp;lt;/tt&amp;gt;, which will be used to hold the &amp;lt;tt&amp;gt;/boot&amp;lt;/tt&amp;gt; filesystem, &lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda2&amp;lt;/tt&amp;gt;, which will be used directly by the new GRUB,&lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt;, which will be used for swap space, and &lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt;, which will hold your root filesystem.&lt;br /&gt;
&lt;br /&gt;
===== For Previous fdisk users =====&lt;br /&gt;
&lt;br /&gt;
If you have installed Gentoo Linux before, the one thing that is likely new to you here is the GRUB boot loader partition, which is listed as &amp;quot;BIOS boot partition&amp;quot; within &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;. This partition is required for GRUB 2 to boot GPT/GUID boot disks. What is it? In GRUB-speak, this partition is essentially the location of the meat of GRUB's boot loading code. If you've used GRUB Legacy in the past, this partition is where the new GRUB stores the equivalent of the &amp;lt;tt&amp;gt;stage1_5&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;stage2&amp;lt;/tt&amp;gt; files in legacy GRUB. Since GPT-based partition tables have less dead space at the beginning of the disk than their MBR equivalents, an explicitly defined partition of code &amp;lt;tt&amp;gt;EF02&amp;lt;/tt&amp;gt; is required to hold the guts of the boot loader.&lt;br /&gt;
&lt;br /&gt;
In all other respects, the partition table is similar to that which you might create for an MBR-based disk during a Gentoo Linux installation. We have a boot and a root partition with code &amp;lt;tt&amp;gt;0700&amp;lt;/tt&amp;gt;, and a Linux swap partition with code &amp;lt;tt&amp;gt;8200&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
===== Partitioning Recommendations =====&lt;br /&gt;
&lt;br /&gt;
Below are our partitioning recommendations in table form. For GPT-based partitions, use the GPT Block Device and GPT Code columns with &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;. For legacy MBR-based partitions, use the MBR Block Device and MBR code columns with &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
{| {{table}} &lt;br /&gt;
!Partition&lt;br /&gt;
!Size&lt;br /&gt;
!MBR Block Device (&amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;)&lt;br /&gt;
!GPT Block Device (&amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;)&lt;br /&gt;
!Filesystem&lt;br /&gt;
!MBR Code&lt;br /&gt;
!GPT Code&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/boot&amp;lt;/tt&amp;gt;&lt;br /&gt;
|500 MB&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda1&amp;lt;/tt&amp;gt;&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda1&amp;lt;/tt&amp;gt;&lt;br /&gt;
|ext2&lt;br /&gt;
|83&lt;br /&gt;
|8300&lt;br /&gt;
|-&lt;br /&gt;
|GRUB boot loader partition&lt;br /&gt;
|32 MB&lt;br /&gt;
| ''not required for MBR''&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda2&amp;lt;/tt&amp;gt;&lt;br /&gt;
|For GPT/GUID only, skip for MBR - no filesystem.&lt;br /&gt;
|''N/A''&lt;br /&gt;
|EF02&lt;br /&gt;
|-&lt;br /&gt;
|swap&lt;br /&gt;
|2x RAM for low-memory systems and production servers; otherwise 2GB.&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda2&amp;lt;/tt&amp;gt;&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt;&lt;br /&gt;
|swap (default)&lt;br /&gt;
|82&lt;br /&gt;
|8200&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/&amp;lt;/tt&amp;gt; (root)&lt;br /&gt;
|Rest of the disk, minimum of 10GB.&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt;&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt;&lt;br /&gt;
|XFS recommended, alternatively ext4&lt;br /&gt;
|83&lt;br /&gt;
|8300&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/home&amp;lt;/tt&amp;gt; (optional)	&lt;br /&gt;
|User storage and media. Typically most of the disk.&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt; (if created)&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda5&amp;lt;/tt&amp;gt; (if created)&lt;br /&gt;
|XFS recommended, alternatively ext4&lt;br /&gt;
|83&lt;br /&gt;
|8300&lt;br /&gt;
|-&lt;br /&gt;
| LVM (optional)&lt;br /&gt;
| If you want to create an LVM volume.&lt;br /&gt;
| &amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt; (PV, if created)&lt;br /&gt;
| &amp;lt;tt&amp;gt;/dev/sda5&amp;lt;/tt&amp;gt; (PV, if created)&lt;br /&gt;
| LVM PV&lt;br /&gt;
| 8E&lt;br /&gt;
| 8E00&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== Creating filesystems ====&lt;br /&gt;
&lt;br /&gt;
Before your newly-created partitions can be used, the block devices need to be initialized with filesystem ''metadata''. This process is known as ''creating a filesystem'' on the block devices. After filesystems are created on the block devices, they can be mounted and used to store files.&lt;br /&gt;
&lt;br /&gt;
You will not create a filesystem on your swap partition, but will initialize it using the &amp;lt;tt&amp;gt;mkswap&amp;lt;/tt&amp;gt; command so that it can be used as disk-based virtual memory. Then we'll run the &amp;lt;tt&amp;gt;swapon&amp;lt;/tt&amp;gt; command to make your newly-initialized swap space active within the live CD environment, in case it is needed during the rest of the install process.&lt;br /&gt;
&lt;br /&gt;
Note that we will not create a filesystem on the GRUB boot loader partition, as GRUB writes binary data directly to that partition when the boot loader is installed, which we'll do later.&lt;br /&gt;
&lt;br /&gt;
You can see the commands you will need to type below. Like the rest of this document, it assumes that you are using a GPT partitioning scheme. If you are using MBR, your root filesystem will likely be created on &amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt; instead and you will need to adjust the target block devices. If you are following our recommendations, then simply do this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mke2fs -t ext2 /dev/sda1 &lt;br /&gt;
# ##i##mkfs.xfs /dev/sda4&lt;br /&gt;
# ##i##mkswap /dev/sda3&lt;br /&gt;
# ##i##swapon /dev/sda3&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Mounting filesystems ====&lt;br /&gt;
&lt;br /&gt;
Mount the newly-created filesystems as follows, creating &amp;lt;tt&amp;gt;/mnt/funtoo&amp;lt;/tt&amp;gt; as the installation mount point:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkdir /mnt/funtoo&lt;br /&gt;
# ##i##mount /dev/sda4 /mnt/funtoo&lt;br /&gt;
# ##i##mkdir /mnt/funtoo/boot&lt;br /&gt;
# ##i##mount /dev/sda1 /mnt/funtoo/boot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Optionally, if you have a separate filesystem for &amp;lt;tt&amp;gt;/home&amp;lt;/tt&amp;gt; or anything else:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkdir /mnt/funtoo/home&lt;br /&gt;
# ##i##mount /dev/sda5 /mnt/funtoo/home&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you have &amp;lt;tt&amp;gt;/tmp&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;/var/tmp&amp;lt;/tt&amp;gt; on a separate filesystem, be sure to change the permissions of the mount point to be globally-writeable after mounting, as follows:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##chmod 1777 /mnt/funtoo/tmp&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Installing the Stage 3 tarball ===&lt;br /&gt;
==== Stage 3 tarball ====&lt;br /&gt;
&lt;br /&gt;
After creating filesystems, the next step is downloading the initial Stage 3 tarball. The Stage 3 is a pre-compiled system used as a starting point to install Funtoo Linux. Visit the [[Download]] page and copy the URL to the Stage 3 tarball you want to use. We will download it soon.&lt;br /&gt;
&lt;br /&gt;
Now is a good time to verify the date and time are correctly set to UTC. Use the &amp;lt;tt&amp;gt;date&amp;lt;/tt&amp;gt; command to verify the date and time:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##date&lt;br /&gt;
Fri Jul 15 19:47:18 UTC 2011&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If the date and/or time need to be corrected, do so using &amp;lt;tt&amp;gt;date MMDDhhmmYYYY&amp;lt;/tt&amp;gt;, keeping in mind &amp;lt;tt&amp;gt;hhmm&amp;lt;/tt&amp;gt; are in 24-hour format. The example below changes the date and time to &amp;quot;July 16th, 2011 @ 8:00PM&amp;quot; UTC:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##date 071620002011&lt;br /&gt;
Fri Jul 16 20:00:00 UTC 2011&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Once you are in your Funtoo Linux root filesystem, use &amp;lt;tt&amp;gt;wget&amp;lt;/tt&amp;gt; to download the Stage 3 tarball you have chosen from the [[Download]] page to use as the basis for your new Funtoo Linux system. It should be saved to the &amp;lt;tt&amp;gt;/mnt/funtoo&amp;lt;/tt&amp;gt; directory as follows:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /mnt/funtoo&lt;br /&gt;
# ##i##wget http://ftp.osuosl.org/pub/funtoo/funtoo-current/x86-64bit/generic_64/stage3-latest.tar.xz&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Note that 64-bit systems can run 32-bit or 64-bit stages, but 32-bit systems can only run 32-bit stages. Make sure that you select a Stage 3 build that is appropriate for your CPU. If you are not certain, it is a safe bet to choose the &amp;lt;tt&amp;gt;generic_64&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;generic_32&amp;lt;/tt&amp;gt; stage. Consult the [[Download]] page for more information.&lt;br /&gt;
&lt;br /&gt;
Once the stage is downloaded, extract the contents with the following command, substituting in the actual name of your stage 3 tarball:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##tar xJpf stage3-latest.tar.xz&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|It is very important to use &amp;lt;tt&amp;gt;tar&amp;lt;/tt&amp;gt;'s &amp;quot;&amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&amp;quot; option when extracting the Stage 3 tarball - it tells &amp;lt;tt&amp;gt;tar&amp;lt;/tt&amp;gt; to ''preserve'' any permissions and ownership that exist within the archive. Without this option, your Funtoo Linux filesystem permissions will be incorrect.}}&lt;br /&gt;
&lt;br /&gt;
=== Chroot into Funtoo ===&lt;br /&gt;
Before chrooting into your new system, there's a few things that need to be done first. You will need to mount /proc and /dev inside your new system. Use the following commands:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /mnt/funtoo&lt;br /&gt;
# ##i##mount --bind /proc proc&lt;br /&gt;
# ##i##mount --bind /dev dev&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You'll also want to copy over &amp;lt;tt&amp;gt;resolv.conf&amp;lt;/tt&amp;gt; in order to have proper DNS name resolution from inside the chroot:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cp /etc/resolv.conf etc&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Now you can chroot into your new system. Use &amp;lt;tt&amp;gt;env&amp;lt;/tt&amp;gt; before &amp;lt;tt&amp;gt;chroot&amp;lt;/tt&amp;gt; to ensure that no environment variables from the installation media are used by your new system:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##env -i HOME=/root TERM=$TERM chroot . bash -l&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancynote|Users of live CDs with 64-bit kernels: Some software may use &amp;lt;tt&amp;gt;uname -r&amp;lt;/tt&amp;gt; to check whether the system is 32 or 64-bit. You may want append linux32 to the chroot command as a workaround, but it's generally not needed.}}&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|If you receive the error &amp;quot;&amp;lt;tt&amp;gt;chroot: failed to run command `/bin/bash': Exec format error&amp;lt;/tt&amp;gt;&amp;quot;, it is probably because you are running a 32-bit kernel and trying to execute 64-bit code. SystemRescueCd boots with a 32-bit kernel by default.}}&lt;br /&gt;
&lt;br /&gt;
It's also a good idea to change the default command prompt while inside the chroot. This will avoid confusion if you have to change terminals. Use this command:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##export PS1=&amp;quot;(chroot) $PS1&amp;quot;&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Congratulations! You are now chrooted inside a Funtoo Linux system. Now it's time to get Funtoo Linux properly configured so that Funtoo Linux will boot successfully when your system is restarted.&lt;br /&gt;
&lt;br /&gt;
=== Downloading the Portage tree ===&lt;br /&gt;
&lt;br /&gt;
Now it's time to install a copy of the Portage repository, which contains package scripts (ebuilds) that tell portage how to build and install thousands of different software packages. To create the Portage repository, simply run &amp;lt;tt&amp;gt;emerge --sync&amp;lt;/tt&amp;gt; from within the chroot. This will automatically clone the portage tree from [http://github.com/ GitHub]:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##emerge --sync&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancynote|For an alternative way to do this, see [[Installing Portage From Snapshot]].}}&lt;br /&gt;
&lt;br /&gt;
=== Configuring your system ===&lt;br /&gt;
As is expected from a Linux distribution, Funtoo Linux has its share of configuration files. The one file you are absolutely required to edit in order to ensure that Funtoo Linux boots successfully is &amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt;. The others are optional. Here are a list of files that you should consider editing:&lt;br /&gt;
&lt;br /&gt;
{| {{table}}&lt;br /&gt;
!File&lt;br /&gt;
!Do I need to change it?&lt;br /&gt;
!Description&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt;&lt;br /&gt;
|'''YES - required'''&lt;br /&gt;
|Mount points for all filesystems to be used at boot time. This file must reflect your disk partition setup. We'll guide you through modifying this file below.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/localtime&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''Maybe - recommended''&lt;br /&gt;
|Your timezone, which will default to UTC if not set. This should be a symbolic link to something located under /usr/share/zoneinfo (e.g. /usr/share/zoneinfo/America/Montreal) &lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/make.conf&amp;lt;br/&amp;gt;/etc/portage/make.conf&amp;amp;nbsp;(new&amp;amp;nbsp;location)&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''Maybe - recommended''&lt;br /&gt;
|Parameters used by gcc (compiler), portage, and make. It's a good idea to set MAKEOPTS. This is covered later in this document.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/hostname&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''Maybe - recommended''&lt;br /&gt;
|Used to set system hostname. Set to the fully-qualified (with dots) name. Defaults to &amp;lt;tt&amp;gt;localhost&amp;lt;/tt&amp;gt; if not set.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/hosts&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''No''&lt;br /&gt;
| You no longer need to manually set the hostname in this file. This file is automatically generated by &amp;lt;tt&amp;gt;/etc/init.d/hostname&amp;lt;/tt&amp;gt;.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/keymaps&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|Keyboard mapping configuration file (for console pseudo-terminals). Set if you have a non-US keyboard. See [[Funtoo Linux Localization]].&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/hwclock&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|How the time of the battery-backed hardware clock of the system is interpreted (UTC or local time). Linux uses the battery-backed hardware clock to initialize the system clock when the system is booted.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/modules&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|Kernel modules to load automatically at system startup. Typically not required. See [[Additional Kernel Resources]] for more info.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;profiles&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|Some useful portage settings that may help speed up intial configuration.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
If you're installing an English version of Funtoo Linux, you're in luck as most of the configuration files can be used as-is. If you're installing for another locale, don't worry. We will walk you through the necessary configuration steps on the [[Funtoo Linux Localization]] page, and if needed, there's always plenty of friendly, helpful support. (See [[#Community portal|Community]])&lt;br /&gt;
&lt;br /&gt;
Let's go ahead and see what we have to do. Use &amp;lt;tt&amp;gt;nano -w &amp;lt;name_of_file&amp;gt;&amp;lt;/tt&amp;gt; to edit files -- the &amp;quot;&amp;lt;tt&amp;gt;-w&amp;lt;/tt&amp;gt;&amp;quot; disables word-wrapping, which is handy when editing configuration files. You can copy and paste from the examples.&lt;br /&gt;
&lt;br /&gt;
{{fancywarning|It's important to edit your &amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt; file before you reboot! You will need to modify both the &amp;quot;fs&amp;quot; and &amp;quot;type&amp;quot; columns to match the settings for your partitions and filesystems that you created with &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;. Skipping this step may prevent Funtoo Linux from booting successfully.}}&lt;br /&gt;
&lt;br /&gt;
==== /etc/fstab ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt; is used by the &amp;lt;tt&amp;gt;mount&amp;lt;/tt&amp;gt; command which is ran when your system boots. Statements of this file inform &amp;lt;tt&amp;gt;mount&amp;lt;/tt&amp;gt; about partitions to be mounted and how they are mounted. In order for the system to boot properly, you must edit &amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt; and ensure that it reflects the partition configuration you used earlier:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##nano -w /etc/fstab&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You can use arrow keys to move around and hit Control-X to exit. If you want to save your changes, type &amp;quot;&amp;lt;tt&amp;gt;Y&amp;lt;/tt&amp;gt;&amp;quot; when asked if you want to save the modified buffer, or hit Control-O before closing &amp;lt;tt&amp;gt;nano&amp;lt;/tt&amp;gt;. Otherwise your changes will be discarded.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# The root filesystem should have a pass number of either 0 or 1.&lt;br /&gt;
# All other filesystems should have a pass number of 0 or greater than 1.&lt;br /&gt;
#&lt;br /&gt;
# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.&lt;br /&gt;
#&lt;br /&gt;
# See the manpage fstab(5) for more information.&lt;br /&gt;
#&lt;br /&gt;
# &amp;lt;fs&amp;gt;			&amp;lt;mountpoint&amp;gt;	&amp;lt;type&amp;gt;		&amp;lt;opts&amp;gt;		         &amp;lt;dump/pass&amp;gt;&lt;br /&gt;
&lt;br /&gt;
/dev/sda1		/boot		ext2		noatime  	         1 2&lt;br /&gt;
/dev/sda3		none		swap		sw		         0 0&lt;br /&gt;
/dev/sda4		/		xfs		noatime		         0 1&lt;br /&gt;
#/dev/cdrom		/mnt/cdrom	auto		noauto,ro	         0 0&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /etc/localtime ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;/etc/localtime&amp;lt;/tt&amp;gt; is used to specify the timezone that your machine is in, and defaults to UTC. If you would like your Funtoo Linux system to use local time, you should replace &amp;lt;tt&amp;gt;/etc/localtime&amp;lt;/tt&amp;gt; with a symbolic link to the timezone that you wish to use. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
(chroot) # ln -sf /usr/share/zoneinfo/America/Montreal /etc/localtime&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The above sets the timezone to Eastern Time Canada. Go to &amp;lt;tt&amp;gt;/usr/share/zoneinfo&amp;lt;/tt&amp;gt; to see which values to use.&lt;br /&gt;
&lt;br /&gt;
==== /etc/portage/make.conf ====&lt;br /&gt;
&lt;br /&gt;
{{fancynote|This file may also be found at /etc/make.conf. /etc/portage/make.conf is the new location.}}&lt;br /&gt;
&lt;br /&gt;
This file contains something similar to the following:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ACCEPT_KEYWORDS=&amp;quot;~amd64&amp;quot;&lt;br /&gt;
CHOST=&amp;quot;x86_64-pc-linux-gnu&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;ACCEPT_KEYWORDS&amp;lt;/tt&amp;gt; defines what branch of the package tree to be used. If you are using funtoo-current, it will be prefixed with a tilde ('&amp;lt;tt&amp;gt;~&amp;lt;/tt&amp;gt;'). This will make more recent ebuilds visible to Portage. You should typically not change this value, and you should also not change &amp;lt;tt&amp;gt;CHOST&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
MAKEOPTS can be used to define how many parallel compilations should occur when you compile a package, which can speed up compilation significantly. A rule of thumb is the number of CPUs (or CPU threads) in your system plus one. If for example you have a dual core processor without [[wikipedia:Hyper-threading|hyper-threading]], then you would set MAKEOPTS to 3:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
MAKEOPTS=&amp;quot;-j3&amp;quot; &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you are unsure about how many processors/threads you have then use /proc/cpuinfo to help you.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##grep &amp;quot;processor&amp;quot; /proc/cpuinfo | wc -l&lt;br /&gt;
16&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Set MAKEOPTS to this number plus one:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
MAKEOPTS=&amp;quot;-j17&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
USE flags define what functionality is enabled when packages are built. It is not recommended to add a lot of them during installation; you should wait until you have a working, bootable system before changing your USE flags. A USE flag prefixed with a minus (&amp;quot;&amp;lt;tt&amp;gt;-&amp;lt;/tt&amp;gt;&amp;quot;) sign tells Portage not to use the flag when compiling.  A Funtoo guide to USE flags will be available in the future. For now, you can find out more information about USE flags in the [http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?part=2&amp;amp;chap=2 Gentoo Handbook].&lt;br /&gt;
&lt;br /&gt;
LINGUAS tells Portage which local language to compile the system and applications in (those who use LINGUAS variable like OpenOffice). It is not usually necessary to set this if you use English. If you want another language such as French (fr) or German (de), set LINGUAS appropriately:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
LINGUAS=&amp;quot;fr&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /etc/conf.d/hwclock ====&lt;br /&gt;
If you dual-boot with Windows, you'll need to edit this file and change '''clock''' to '''local''', because Windows will set your hardware clock to local time every time you boot Windows. Otherwise you normally wouldn't need to edit this file.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##nano -w /etc/conf.d/hwclock&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Localization ====&lt;br /&gt;
&lt;br /&gt;
By default, Funtoo Linux is configured with Unicode (UTF-8) enabled, and for the US English locale and keyboard. If you would like to configure your system to use a non-English locale or keyboard, see [[Funtoo Linux Localization]].&lt;br /&gt;
&lt;br /&gt;
=== Configuring your network ===&lt;br /&gt;
&lt;br /&gt;
If you plan on using DHCP for network configuration, it is not necessary to emerge a DHCP client. In fact, it would not even be necessary to perform any manual network configuration at all. Simply add &amp;lt;tt&amp;gt;dhcpcd&amp;lt;/tt&amp;gt; to the &amp;lt;tt&amp;gt;default&amp;lt;/tt&amp;gt; runlevel, and your network will be configured automatically at boot.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##rc-update add dhcpcd default&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
That's it! If you require more advanced configuration, see [[Funtoo Linux Networking]] for information on how to use Funtoo Linux's template-based network configuration system.&lt;br /&gt;
&lt;br /&gt;
=== Configuring and installing the Linux kernel ===&lt;br /&gt;
&lt;br /&gt;
Now it's time to build and install a Linux kernel, which is the heart of any Funtoo Linux system. In the past, the process of creating a kernel that actually booted your system could be time-consuming and require a great deal of trial and error. Fortunately, Funtoo Linux offers an option to automatically build a kernel for you that will boot nearly all systems.&lt;br /&gt;
&lt;br /&gt;
If you are unfamiliar with how to manually configure your own kernel, or you simply want to get your system up and running quickly, you can emerge &amp;lt;tt&amp;gt;debian-sources&amp;lt;/tt&amp;gt; with the &amp;lt;tt&amp;gt;binary&amp;lt;/tt&amp;gt; USE flag set, which will automatically build the kernel and an initrd that will boot nearly all Funtoo Linux systems. This kernel is based on a linux-3.2 LTS official debian kernel package and is an easy way to get your system up and running relatively quickly.&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|&amp;lt;tt&amp;gt;debian-sources&amp;lt;/tt&amp;gt; with &amp;lt;tt&amp;gt;binary&amp;lt;/tt&amp;gt; USE flag requires at least 12GB in /var/tmp}}&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##echo &amp;quot;sys-kernel/debian-sources binary&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use&lt;br /&gt;
(chroot) # ##i##emerge debian-sources&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
 &lt;br /&gt;
All done!&lt;br /&gt;
&lt;br /&gt;
{{fancynote|NVIDIA card users: the &amp;lt;tt&amp;gt;binary&amp;lt;/tt&amp;gt; USE flag installs the Nouveau drivers which cannot be loaded at the same time as the proprietary drivers, and cannot be unloaded at runtime because of KMS. You need to blacklist it under &amp;lt;tt&amp;gt;/etc/modprobe.d/&amp;lt;/tt&amp;gt;.}}&lt;br /&gt;
&lt;br /&gt;
For an overview of other kernel options for Funtoo Linux, see [[Funtoo Linux Kernels]]. Also be sure to see [[:Category:Hardware Compatibility|hardware compatibility]] information. We have compiled a very good reference for [[Dell PowerEdge 11G Servers]] that includes kernel compatibility information as well.&lt;br /&gt;
&lt;br /&gt;
The next step is to configure your boot loader so that your new kernel loads when the system boots.&lt;br /&gt;
&lt;br /&gt;
=== Installing a Bootloader ===&lt;br /&gt;
&lt;br /&gt;
==== Installing Grub ====&lt;br /&gt;
&lt;br /&gt;
The boot loader is responsible for loading the kernel from disk when your computer boots. For new installations, GRUB 2 and Funtoo's boot-update tool should be used as a boot loader. GRUB supports both GPT/GUID and legacy MBR partitioning schemes.&lt;br /&gt;
&lt;br /&gt;
To use this recommended boot method, first emerge &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt;. This will also cause &amp;lt;tt&amp;gt;grub-2&amp;lt;/tt&amp;gt; to be merged, since it is a dependency of &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##emerge boot-update&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Then, edit &amp;lt;tt&amp;gt;/etc/boot.conf&amp;lt;/tt&amp;gt; and specify &amp;quot;&amp;lt;tt&amp;gt;Funtoo Linux genkernel&amp;lt;/tt&amp;gt;&amp;quot; as the &amp;lt;tt&amp;gt;default&amp;lt;/tt&amp;gt; setting at the top of the file, replacing &amp;lt;tt&amp;gt;&amp;quot;Funtoo Linux&amp;quot;&amp;lt;/tt&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;/etc/boot.conf&amp;lt;/tt&amp;gt; should now look like this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
boot {&lt;br /&gt;
        generate grub&lt;br /&gt;
        default &amp;quot;Funtoo Linux genkernel&amp;quot;&lt;br /&gt;
        timeout 3 &lt;br /&gt;
}&lt;br /&gt;
&lt;br /&gt;
&amp;quot;Funtoo Linux&amp;quot; {&lt;br /&gt;
        kernel bzImage[-v]&lt;br /&gt;
        # params += nomodeset&lt;br /&gt;
}&lt;br /&gt;
&lt;br /&gt;
&amp;quot;Funtoo Linux genkernel&amp;quot; {&lt;br /&gt;
        kernel kernel[-v]&lt;br /&gt;
        initrd initramfs[-v]&lt;br /&gt;
        params += real_root=auto &lt;br /&gt;
        # params += nomodeset&lt;br /&gt;
} &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
 &lt;br /&gt;
Please read &amp;lt;tt&amp;gt;man boot.conf&amp;lt;/tt&amp;gt; for further details.&lt;br /&gt;
&lt;br /&gt;
===== Running grub-install and boot-update =====&lt;br /&gt;
&lt;br /&gt;
Finally, we will need to actually install the GRUB boot loader to your disk, and also run &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt; which will generate your boot loader configuration file:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##grub-install --no-floppy /dev/sda&lt;br /&gt;
(chroot) # ##i##boot-update&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You only need to run &amp;lt;tt&amp;gt;grub-install&amp;lt;/tt&amp;gt; when you first install Funtoo Linux, but you need to re-run &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt; every time you modify your &amp;lt;tt&amp;gt;/etc/boot.conf&amp;lt;/tt&amp;gt; file, so your changes are applied on next boot.&lt;br /&gt;
&lt;br /&gt;
OK - your system should be ready to boot! Well, there are a few more loose ends...&lt;br /&gt;
&lt;br /&gt;
==== Installing Syslinux/Extlinux ====&lt;br /&gt;
&lt;br /&gt;
An alternate Bootloader is Extlinux, for installing it see the [[Extlinux|extlinux Guide]].&lt;br /&gt;
&lt;br /&gt;
=== Finishing Steps ===&lt;br /&gt;
&lt;br /&gt;
==== Set your root password ====&lt;br /&gt;
It's imperative that you set your root password before rebooting so that you can log in.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##passwd&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Restart your system ===&lt;br /&gt;
&lt;br /&gt;
Now is the time to leave chroot, to unmount Funtoo Linux partitions and files and to restart your computer. When you restart, the GRUB boot loader will start, load the Linux kernel and initramfs, and your system will begin booting.&lt;br /&gt;
&lt;br /&gt;
Leave the chroot, change directory to /, unmount your Funtoo partitions, and reboot.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # exit&lt;br /&gt;
# ##i##cd /&lt;br /&gt;
# ##i##umount /mnt/funtoo/boot /mnt/funtoo/dev /mnt/funtoo/proc /mnt/funtoo&lt;br /&gt;
# ##i##reboot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You should now see your system reboot, the GRUB boot loader appear for a few seconds, and then see the Linux kernel and initramfs loading. After this, you should see Funtoo Linux itself start to boot, and you should be greeted with a &amp;lt;tt&amp;gt;login:&amp;lt;/tt&amp;gt; prompt. Funtoo Linux has been successfully installed!&lt;br /&gt;
&lt;br /&gt;
===Next Steps===&lt;br /&gt;
&lt;br /&gt;
To learn how to customize and start using Funtoo Linux, see [[Funtoo Linux First Steps]].&lt;br /&gt;
&lt;br /&gt;
If your system did not boot correctly, see [[Installation Troubleshooting]] for steps you can take to resolve the problem.&lt;br /&gt;
&lt;br /&gt;
[[Category:HOWTO]]&lt;br /&gt;
[[Category:Install]]&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/User:GrayTShirt</id>
		<title>User:GrayTShirt</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/User:GrayTShirt"/>
				<updated>2012-11-13T20:03:32Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Person&lt;br /&gt;
|Full name=Daniel Molik&lt;br /&gt;
|Email=dan@runedrive.com&lt;br /&gt;
|Nick=GrayTShirt&lt;br /&gt;
|Geoloc=42.8864468, -78.8783689&lt;br /&gt;
|Location name=Buffalo, NY&lt;br /&gt;
|Roles={{Role&lt;br /&gt;
|Role type=Staff&lt;br /&gt;
|Role desc=Core Team&lt;br /&gt;
|Start date=2012/11/01&lt;br /&gt;
}}&lt;br /&gt;
|Maintains=&lt;br /&gt;
|Blogs=&lt;br /&gt;
}}&lt;br /&gt;
{{{welcome|}}}&lt;br /&gt;
[[File:{{{nickname|Graytshirt-1}}}.{{{fileextention|jpg}}}]]&lt;br /&gt;
== Biography ==&lt;br /&gt;
{{{biography|Not disclosed}}}&lt;br /&gt;
&lt;br /&gt;
== History using Linux ==&lt;br /&gt;
{{{history_linux|I started using linux in 2005 when a buddy of mine thought it would be a good idea to put Gentoo on a P4 desktop my father had given me for my freshman year of college. After that I switched to Ubuntu, which wasn't upto par at the time and then back to windows to play video games. Eventually started dual booting with a dual proc desktop I put together and then finally I started only using linux. And now when I have down time at work I do Funtoo installs for unsuspecting employers.}}}&lt;br /&gt;
&lt;br /&gt;
== History on Funtoo ==&lt;br /&gt;
{{{history_funtoo|I've been dicking around since 2010}}}&lt;br /&gt;
&lt;br /&gt;
== Collaboration on Open Source projects ==&lt;br /&gt;
{{{oss_information|[http://github.com/GrayTShirt Github Account]}}}&lt;br /&gt;
&lt;br /&gt;
== About real life ==&lt;br /&gt;
{{{real_life|I'm s systems administrator at the [http://tw.rpi.edu Tetherless World] reasearch constellation located at [http://rpi.edu Rensselaer Polytechnic Institute]}}}&lt;br /&gt;
&lt;br /&gt;
== Parts working on at the moment ==&lt;br /&gt;
{{{working_on|Nothing yet}}}&lt;br /&gt;
&lt;br /&gt;
== Parts worked on ==&lt;br /&gt;
{{{worked_on|Nothing yet}}}&lt;br /&gt;
__NOEDITSECTION__&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/User:GrayTShirt</id>
		<title>User:GrayTShirt</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/User:GrayTShirt"/>
				<updated>2012-11-13T20:01:27Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Person&lt;br /&gt;
|Full name=Daniel Molik&lt;br /&gt;
|Email=dan@runedrive.com&lt;br /&gt;
|Nick=GrayTShirt&lt;br /&gt;
|Geoloc=42.8864468, -78.8783689&lt;br /&gt;
|Location name=Buffalo, NY&lt;br /&gt;
|Roles={{Role&lt;br /&gt;
|Role type=Staff&lt;br /&gt;
|Role desc=Core Team&lt;br /&gt;
|Start date=2012/11/01&lt;br /&gt;
}}&lt;br /&gt;
|Maintains=&lt;br /&gt;
|Blogs=&lt;br /&gt;
}}&lt;br /&gt;
{{{welcome|}}}&lt;br /&gt;
&lt;br /&gt;
== Biography ==&lt;br /&gt;
{{{biography|Not disclosed}}}&lt;br /&gt;
&lt;br /&gt;
== History using Linux ==&lt;br /&gt;
{{{history_linux|I started using linux in 2005 when a buddy of mine thought it would be a good idea to put Gentoo on a P4 desktop my father had given me for my freshman year of college. After that I switched to Ubuntu, which wasn't upto par at the time and then back to windows to play video games. Eventually started dual booting with a dual proc desktop I put together and then finally I started only using linux. And now when I have down time at work I do Funtoo installs for unsuspecting employers.}}}&lt;br /&gt;
&lt;br /&gt;
== History on Funtoo ==&lt;br /&gt;
{{{history_funtoo|I've been dicking around since 2010}}}&lt;br /&gt;
&lt;br /&gt;
== Collaboration on Open Source projects ==&lt;br /&gt;
{{{oss_information|[http://github.com/GrayTShirt Github Account]}}}&lt;br /&gt;
&lt;br /&gt;
== About real life ==&lt;br /&gt;
{{{real_life|I'm s systems administrator at the [http://tw.rpi.edu Tetherless World] reasearch constellation located at [http://rpi.edu Rensselaer Polytechnic Institute]}}}&lt;br /&gt;
&lt;br /&gt;
== Parts working on at the moment ==&lt;br /&gt;
{{{working_on|Nothing yet}}}&lt;br /&gt;
&lt;br /&gt;
== Parts worked on ==&lt;br /&gt;
{{{worked_on|Nothing yet}}}&lt;br /&gt;
__NOEDITSECTION__&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/User:GrayTShirt</id>
		<title>User:GrayTShirt</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/User:GrayTShirt"/>
				<updated>2012-11-13T20:00:47Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Person&lt;br /&gt;
|Full name=Daniel Molik&lt;br /&gt;
|Email=dan@runedrive.com&lt;br /&gt;
|Nick=GrayTShirt&lt;br /&gt;
|Geoloc=42.8864468, -78.8783689&lt;br /&gt;
|Location name=Buffalo, NY&lt;br /&gt;
|Roles={{Role&lt;br /&gt;
|Role type=Staff&lt;br /&gt;
|Role desc=Core Team&lt;br /&gt;
|Start date=2012/11/01&lt;br /&gt;
}}&lt;br /&gt;
|Maintains=&lt;br /&gt;
|Blogs=&lt;br /&gt;
}}&lt;br /&gt;
{| style=&amp;quot;float: right; border: 1px solid #BBB;&amp;quot;&lt;br /&gt;
|- style=&amp;quot;font-size: 86%;&amp;quot;&lt;br /&gt;
| valign=&amp;quot;top&amp;quot; halign=&amp;quot;center&amp;quot; size=&amp;quot;small&amp;quot; |[[File:{{{nickname|Graytshirt-1}}}.{{{fileextention|jpg}}}]]&amp;lt;!--&lt;br /&gt;
  --&amp;gt;&amp;lt;br /&amp;gt;&lt;br /&gt;
  {{{nickname|GrayTShirt}}}&amp;lt;br /&amp;gt;&lt;br /&gt;
  &amp;lt;br /&amp;gt;&lt;br /&gt;
  Real name: {{{realname|Dan}}}&lt;br /&gt;
  Birth date: {{{birthdate|May 2nd}}}&lt;br /&gt;
  Country: {{{country|US}}}&lt;br /&gt;
  Website: {{{website|runedrive dot com}}}&lt;br /&gt;
  Email: {{{email|dan at runedrive dot com}}}&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{{{welcome|}}}&lt;br /&gt;
&lt;br /&gt;
== Biography ==&lt;br /&gt;
{{{biography|Not disclosed}}}&lt;br /&gt;
&lt;br /&gt;
== History using Linux ==&lt;br /&gt;
{{{history_linux|I started using linux in 2005 when a buddy of mine thought it would be a good idea to put Gentoo on a P4 desktop my father had given me for my freshman year of college. After that I switched to Ubuntu, which wasn't upto par at the time and then back to windows to play video games. Eventually started dual booting with a dual proc desktop I put together and then finally I started only using linux. And now when I have down time at work I do Funtoo installs for unsuspecting employers.}}}&lt;br /&gt;
&lt;br /&gt;
== History on Funtoo ==&lt;br /&gt;
{{{history_funtoo|I've been dicking around since 2010}}}&lt;br /&gt;
&lt;br /&gt;
== Collaboration on Open Source projects ==&lt;br /&gt;
{{{oss_information|[http://github.com/GrayTShirt Github Account]}}}&lt;br /&gt;
&lt;br /&gt;
== About real life ==&lt;br /&gt;
{{{real_life|I'm s systems administrator at the [http://tw.rpi.edu Tetherless World] reasearch constellation located at [http://rpi.edu Rensselaer Polytechnic Institute]}}}&lt;br /&gt;
&lt;br /&gt;
== Parts working on at the moment ==&lt;br /&gt;
{{{working_on|Nothing yet}}}&lt;br /&gt;
&lt;br /&gt;
== Parts worked on ==&lt;br /&gt;
{{{worked_on|Nothing yet}}}&lt;br /&gt;
__NOEDITSECTION__&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/User:GrayTShirt</id>
		<title>User:GrayTShirt</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/User:GrayTShirt"/>
				<updated>2012-11-13T19:59:57Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Person&lt;br /&gt;
|Geoloc=42.88644679999999, -78.8783689&lt;br /&gt;
|Location name=Buffalo, NY&lt;br /&gt;
|Roles={{Role&lt;br /&gt;
|Role type=Staff&lt;br /&gt;
|Role desc=Core Team&lt;br /&gt;
|Start date=2012/11/01&lt;br /&gt;
}}&lt;br /&gt;
|Maintains=&lt;br /&gt;
|Blogs=&lt;br /&gt;
}}&lt;br /&gt;
{| style=&amp;quot;float: right; border: 1px solid #BBB;&amp;quot;&lt;br /&gt;
|- style=&amp;quot;font-size: 86%;&amp;quot;&lt;br /&gt;
| valign=&amp;quot;top&amp;quot; halign=&amp;quot;center&amp;quot; size=&amp;quot;small&amp;quot; |[[File:{{{nickname|Graytshirt-1}}}.{{{fileextention|jpg}}}]]&amp;lt;!--&lt;br /&gt;
  --&amp;gt;&amp;lt;br /&amp;gt;&lt;br /&gt;
  {{{nickname|GrayTShirt}}}&amp;lt;br /&amp;gt;&lt;br /&gt;
  &amp;lt;br /&amp;gt;&lt;br /&gt;
  Real name: {{{realname|Dan}}}&lt;br /&gt;
  Birth date: {{{birthdate|May 2nd}}}&lt;br /&gt;
  Country: {{{country|US}}}&lt;br /&gt;
  Website: {{{website|runedrive dot com}}}&lt;br /&gt;
  Email: {{{email|dan at runedrive dot com}}}&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{{{welcome|}}}&lt;br /&gt;
&lt;br /&gt;
== Biography ==&lt;br /&gt;
{{{biography|Not disclosed}}}&lt;br /&gt;
&lt;br /&gt;
== History using Linux ==&lt;br /&gt;
{{{history_linux|I started using linux in 2005 when a buddy of mine thought it would be a good idea to put Gentoo on a P4 desktop my father had given me for my freshman year of college. After that I switched to Ubuntu, which wasn't upto par at the time and then back to windows to play video games. Eventually started dual booting with a dual proc desktop I put together and then finally I started only using linux. And now when I have down time at work I do Funtoo installs for unsuspecting employers.}}}&lt;br /&gt;
&lt;br /&gt;
== History on Funtoo ==&lt;br /&gt;
{{{history_funtoo|I've been dicking around since 2010}}}&lt;br /&gt;
&lt;br /&gt;
== Collaboration on Open Source projects ==&lt;br /&gt;
{{{oss_information|[http://github.com/GrayTShirt Github Account]}}}&lt;br /&gt;
&lt;br /&gt;
== About real life ==&lt;br /&gt;
{{{real_life|I'm s systems administrator at the [http://tw.rpi.edu Tetherless World] reasearch constellation located at [http://rpi.edu Rensselaer Polytechnic Institute]}}}&lt;br /&gt;
&lt;br /&gt;
== Parts working on at the moment ==&lt;br /&gt;
{{{working_on|Nothing yet}}}&lt;br /&gt;
&lt;br /&gt;
== Parts worked on ==&lt;br /&gt;
{{{worked_on|Nothing yet}}}&lt;br /&gt;
__NOEDITSECTION__&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/User:GrayTShirt</id>
		<title>User:GrayTShirt</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/User:GrayTShirt"/>
				<updated>2012-10-31T02:52:28Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{| style=&amp;quot;float: right; border: 1px solid #BBB;&amp;quot;&lt;br /&gt;
|- style=&amp;quot;font-size: 86%;&amp;quot;&lt;br /&gt;
| valign=&amp;quot;top&amp;quot; halign=&amp;quot;center&amp;quot; size=&amp;quot;small&amp;quot; |[[File:{{{nickname|Graytshirt-1}}}.{{{fileextention|jpg}}}]]&amp;lt;!--&lt;br /&gt;
  --&amp;gt;&amp;lt;br /&amp;gt;&lt;br /&gt;
  {{{nickname|GrayTShirt}}}&amp;lt;br /&amp;gt;&lt;br /&gt;
  &amp;lt;br /&amp;gt;&lt;br /&gt;
  Real name: {{{realname|Dan}}}&lt;br /&gt;
  Birth date: {{{birthdate|May 2nd}}}&lt;br /&gt;
  Country: {{{country|US}}}&lt;br /&gt;
  Website: {{{website|runedrive dot com}}}&lt;br /&gt;
  Email: {{{email|dan at runedrive dot com}}}&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{{{welcome|}}}&lt;br /&gt;
&lt;br /&gt;
== Biography ==&lt;br /&gt;
{{{biography|Not disclosed}}}&lt;br /&gt;
&lt;br /&gt;
== History using Linux ==&lt;br /&gt;
{{{history_linux|I started using linux in 2005 when a buddy of mine thought it would be a good idea to put Gentoo on a P4 desktop my father had given me for my freshman year of college. After that I switched to Ubuntu, which wasn't upto par at the time and then back to windows to play video games. Eventually started dual booting with a dual proc desktop I put together and then finally I started only using linux. And now when I have down time at work I do Funtoo installs for unsuspecting employers.}}}&lt;br /&gt;
&lt;br /&gt;
== History on Funtoo ==&lt;br /&gt;
{{{history_funtoo|I've been dicking around since 2010}}}&lt;br /&gt;
&lt;br /&gt;
== Collaboration on Open Source projects ==&lt;br /&gt;
{{{oss_information|[http://github.com/GrayTShirt Github Account]}}}&lt;br /&gt;
&lt;br /&gt;
== About real life ==&lt;br /&gt;
{{{real_life|I'm s systems administrator at the [http://tw.rpi.edu Tetherless World] reasearch constellation located at [http://rpi.edu Rensselaer Polytechnic Institute]}}}&lt;br /&gt;
&lt;br /&gt;
== Parts working on at the moment ==&lt;br /&gt;
{{{working_on|Nothing yet}}}&lt;br /&gt;
&lt;br /&gt;
== Parts worked on ==&lt;br /&gt;
{{{worked_on|Nothing yet}}}&lt;br /&gt;
__NOEDITSECTION__&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Core_Team</id>
		<title>Core Team</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Core_Team"/>
				<updated>2012-10-31T02:48:36Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: /* Where your Core Team comes from */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The Funtoo team can often be found in the [ircs://irc.freenode.net:7000/funtoo|funtoo channel on Freenode]. The team also monitors the [http://forums.funtoo.org/ Funtoo Forum] and [https://groups.google.com/group/funtoo-dev/ mailing list].&lt;br /&gt;
&lt;br /&gt;
==== Your Benevolent Dictator for Life ====&lt;br /&gt;
&lt;br /&gt;
* [[User:Drobbins|Daniel Robbins]] is the Chief Architect of Funtoo Linux, and so-called &amp;quot;Benevolent Dictator for Life.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
==== Your Core Team ====&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux Core Team members are Funtoo Linux developers who are actively contributing to technical aspects of Funtoo Linux, and are available for resolving bugs and other QA issues. Please see [[Core Team Responsibilities]] for general policies, [[Funtoo Linux Vision]] for an understanding of strategic direction, and [[TODO]] for immediate things that need to get done. &lt;br /&gt;
&lt;br /&gt;
===== Core Team Lead =====&lt;br /&gt;
&lt;br /&gt;
* Daniel Robbins (interim)&lt;br /&gt;
&lt;br /&gt;
The Core Team Lead (effectively the day-to-day leader of the project) is now a rotating position, with 3-month to 6-month terms, and all Core Team members are expected to serve in this capacity at some point (dates are flexible.) The acting Core Team Lead will have the opportunity and responsibility to provide leadership for the project, and help the project pursue initiatives that he/she finds personally interesting or is passionate about and are in line with the general goals of the project. &lt;br /&gt;
&lt;br /&gt;
The Core Team Lead will also coordinate closely with Daniel Robbins regarding project direction and BDFL initiatives, and keep in close communication with the rest of the Core Team. The other Core Team members are responsible to assist the Core Team Lead in pursuing these initiatives, just as the Core Team Lead is responsible to support Core Team members in their day-to-day development and support activities. The Core Team Lead will also be engaged with end users and be responsible for leading the effort in fixing build breaks and other critical bugs, along with Daniel Robbins and with the support of the Core Team. ''A key aspect of the Core Team Lead position is to ensure that coordination, communication and execution of important tasks are happening in an effective way, throughout the entire Funtoo Community (Users, Contributors, Core Team and BDFL.)''&lt;br /&gt;
&lt;br /&gt;
The Core Team Lead position is designed to share the opportunity and responsibility of running the project fairly, among all team members, and it is a great opportunity for Core Team members to grow in their skills and abilities.&lt;br /&gt;
&lt;br /&gt;
Active Core Team Members:&lt;br /&gt;
&lt;br /&gt;
* [[User:Oleg|Oleg Vinichenko]] - ''angry_vincent'' - 1 extended term as Core Team Lead, thru 17 Jan 2012&lt;br /&gt;
* Fred Larsen - ''funfool'' - Joined 29 Oct 2012&lt;br /&gt;
* Scott Caie - ''anak1n'' - Joined 29 Oct 2012&lt;br /&gt;
* [[User:GrayTShirt|Dan Molik]] - ''graytshirt'' - Joined 30 Oct 2012&lt;br /&gt;
&lt;br /&gt;
Semi-Active Core Team Members:&lt;br /&gt;
&lt;br /&gt;
* [[User:Golodhrim|Martin Scholz]] - ''golodhrim'' is the Community Team Lead and manages [[Flora]].&lt;br /&gt;
* [[User:Jeanfrancis|Jean-Francis Roy]] - ''jeanfrancis'' is the Experimental Team Lead,  1 term as Core Team Lead, thru 16 June 2012&lt;br /&gt;
* [[User:rh1|Ryan Harris]] - ''rh1'' - Funtoo Stable maintainer.&lt;br /&gt;
* [[User:ryao|Richard Yao]]&lt;br /&gt;
&lt;br /&gt;
==== Staff ====&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux Staff are those who contribute to non-development aspects of Funtoo Linux.&lt;br /&gt;
&lt;br /&gt;
* [[User:d2_racing|Sylvain Alain]] - ''d2_racing''&lt;br /&gt;
* [[User:Trelane|Andrew Kirch]] - ''trelane''&lt;br /&gt;
&lt;br /&gt;
==== Contributors ====&lt;br /&gt;
&lt;br /&gt;
Contributors are active Funtoo Linux developers who have made significant contributions to Funtoo Linux, as well as former Core Team members who are currently inactive. Some contributors have overlays that are automatically incorporated into the Funtoo Linux [[Portage Tree]]. Others work on projects in their own repositories and make periodic contributions to Funtoo Linux.&lt;br /&gt;
&lt;br /&gt;
* [https://github.com/hollow Benedikt Böhm] = ''hollow'' - Metro contributor&lt;br /&gt;
* [[User:Tarsius|Jonas Bernoulli]] - ''tarsius'' &lt;br /&gt;
* [[User:Vroman|Víctor Román Archidona]] - ''vroman''&lt;br /&gt;
* [[User:Stagr.lee|Lee Thompson]] - ''Stagr.Lee'' - Vagrant/VeeWee hacking&lt;br /&gt;
* [[User:404_Error|Adrien Dessemond]] - ''404_Error'' - Funtoo SPARC (since epoch 1296959908)&lt;br /&gt;
&lt;br /&gt;
==== Former Contributors ====&lt;br /&gt;
&lt;br /&gt;
* [[User:Ferdy|Giuseppe Miceli]] - ''ferdy'' - new&lt;br /&gt;
* [[User:Apple|Daniel Cordero]] - ''TheAppleMan'' &lt;br /&gt;
* [[User:Brantgurga|Brant Gurganus]] - ''brantgurga''&lt;br /&gt;
* [[User:destroyFX|Mathieu Bélanger]] - ''destroyFX''&lt;br /&gt;
&lt;br /&gt;
==== Where your Core Team comes from ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;display_points&amp;gt;&lt;br /&gt;
46.7837264,-71.35601580000002|d2_racing|Home of Sylvain Alain ([[User:d2_racing]]).|Image:Purplemarker.png&lt;br /&gt;
46.811339,-71.304123|jeanfrancis|Home of Jean-Francis Roy ([[User:Jeanfrancis]]).|Image:Greenmarker.png&lt;br /&gt;
Lugansk|angry_vincent|my home ([[User:angry_vincent]]) .|Image:Greenmarker.png&lt;br /&gt;
51.133558, 8.861847|golodhrim|home of golodhrim ([[User:Golodhrim]]).|Image:Greenmarker.png&lt;br /&gt;
Albuquerque|drobbins|hometown of our BDFL drobbins ([[User:Drobbins]]).|Image:Bluemarker.png&lt;br /&gt;
Austin|stagr.lee|home of Stagr.lee([[User:Stagr.lee]]).|Image:Orangemarker.png&lt;br /&gt;
Ciudad Real|vroman|vroman lives here([[User:vroman]]).|Image:Orangemarker.png&lt;br /&gt;
37.899671,-75.507905|rh1|Home of rh1 ([[User:rh1]]).|Image:Greenmarker.png&lt;br /&gt;
Buffalo|GrayTShirt|Hometown of GrayTShirt ([[User:GrayTShirt]]).|Image:Greenmarker.png&lt;br /&gt;
&amp;lt;/display_points&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{| cellpadding=&amp;quot;4&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Description !! Marker !! -- !! Description !! Marker&lt;br /&gt;
|-&lt;br /&gt;
| BDFL (Founder) || [[Image:Bluemarker.png]] || || Core Team Members || [[Image:Greenmarker.png]] &lt;br /&gt;
|-&lt;br /&gt;
| Contributors || [[Image:Orangemarker.png]] || || Staff Members || [[Image:Purplemarker.png]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
It might be possible that some users are to near together so they aren't shown, for that zoom in and see if there are more users :)&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Core_Team</id>
		<title>Core Team</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Core_Team"/>
				<updated>2012-10-31T02:48:01Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: /* Where your Core Team comes from */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The Funtoo team can often be found in the [ircs://irc.freenode.net:7000/funtoo|funtoo channel on Freenode]. The team also monitors the [http://forums.funtoo.org/ Funtoo Forum] and [https://groups.google.com/group/funtoo-dev/ mailing list].&lt;br /&gt;
&lt;br /&gt;
==== Your Benevolent Dictator for Life ====&lt;br /&gt;
&lt;br /&gt;
* [[User:Drobbins|Daniel Robbins]] is the Chief Architect of Funtoo Linux, and so-called &amp;quot;Benevolent Dictator for Life.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
==== Your Core Team ====&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux Core Team members are Funtoo Linux developers who are actively contributing to technical aspects of Funtoo Linux, and are available for resolving bugs and other QA issues. Please see [[Core Team Responsibilities]] for general policies, [[Funtoo Linux Vision]] for an understanding of strategic direction, and [[TODO]] for immediate things that need to get done. &lt;br /&gt;
&lt;br /&gt;
===== Core Team Lead =====&lt;br /&gt;
&lt;br /&gt;
* Daniel Robbins (interim)&lt;br /&gt;
&lt;br /&gt;
The Core Team Lead (effectively the day-to-day leader of the project) is now a rotating position, with 3-month to 6-month terms, and all Core Team members are expected to serve in this capacity at some point (dates are flexible.) The acting Core Team Lead will have the opportunity and responsibility to provide leadership for the project, and help the project pursue initiatives that he/she finds personally interesting or is passionate about and are in line with the general goals of the project. &lt;br /&gt;
&lt;br /&gt;
The Core Team Lead will also coordinate closely with Daniel Robbins regarding project direction and BDFL initiatives, and keep in close communication with the rest of the Core Team. The other Core Team members are responsible to assist the Core Team Lead in pursuing these initiatives, just as the Core Team Lead is responsible to support Core Team members in their day-to-day development and support activities. The Core Team Lead will also be engaged with end users and be responsible for leading the effort in fixing build breaks and other critical bugs, along with Daniel Robbins and with the support of the Core Team. ''A key aspect of the Core Team Lead position is to ensure that coordination, communication and execution of important tasks are happening in an effective way, throughout the entire Funtoo Community (Users, Contributors, Core Team and BDFL.)''&lt;br /&gt;
&lt;br /&gt;
The Core Team Lead position is designed to share the opportunity and responsibility of running the project fairly, among all team members, and it is a great opportunity for Core Team members to grow in their skills and abilities.&lt;br /&gt;
&lt;br /&gt;
Active Core Team Members:&lt;br /&gt;
&lt;br /&gt;
* [[User:Oleg|Oleg Vinichenko]] - ''angry_vincent'' - 1 extended term as Core Team Lead, thru 17 Jan 2012&lt;br /&gt;
* Fred Larsen - ''funfool'' - Joined 29 Oct 2012&lt;br /&gt;
* Scott Caie - ''anak1n'' - Joined 29 Oct 2012&lt;br /&gt;
* [[User:GrayTShirt|Dan Molik]] - ''graytshirt'' - Joined 30 Oct 2012&lt;br /&gt;
&lt;br /&gt;
Semi-Active Core Team Members:&lt;br /&gt;
&lt;br /&gt;
* [[User:Golodhrim|Martin Scholz]] - ''golodhrim'' is the Community Team Lead and manages [[Flora]].&lt;br /&gt;
* [[User:Jeanfrancis|Jean-Francis Roy]] - ''jeanfrancis'' is the Experimental Team Lead,  1 term as Core Team Lead, thru 16 June 2012&lt;br /&gt;
* [[User:rh1|Ryan Harris]] - ''rh1'' - Funtoo Stable maintainer.&lt;br /&gt;
* [[User:ryao|Richard Yao]]&lt;br /&gt;
&lt;br /&gt;
==== Staff ====&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux Staff are those who contribute to non-development aspects of Funtoo Linux.&lt;br /&gt;
&lt;br /&gt;
* [[User:d2_racing|Sylvain Alain]] - ''d2_racing''&lt;br /&gt;
* [[User:Trelane|Andrew Kirch]] - ''trelane''&lt;br /&gt;
&lt;br /&gt;
==== Contributors ====&lt;br /&gt;
&lt;br /&gt;
Contributors are active Funtoo Linux developers who have made significant contributions to Funtoo Linux, as well as former Core Team members who are currently inactive. Some contributors have overlays that are automatically incorporated into the Funtoo Linux [[Portage Tree]]. Others work on projects in their own repositories and make periodic contributions to Funtoo Linux.&lt;br /&gt;
&lt;br /&gt;
* [https://github.com/hollow Benedikt Böhm] = ''hollow'' - Metro contributor&lt;br /&gt;
* [[User:Tarsius|Jonas Bernoulli]] - ''tarsius'' &lt;br /&gt;
* [[User:Vroman|Víctor Román Archidona]] - ''vroman''&lt;br /&gt;
* [[User:Stagr.lee|Lee Thompson]] - ''Stagr.Lee'' - Vagrant/VeeWee hacking&lt;br /&gt;
* [[User:404_Error|Adrien Dessemond]] - ''404_Error'' - Funtoo SPARC (since epoch 1296959908)&lt;br /&gt;
&lt;br /&gt;
==== Former Contributors ====&lt;br /&gt;
&lt;br /&gt;
* [[User:Ferdy|Giuseppe Miceli]] - ''ferdy'' - new&lt;br /&gt;
* [[User:Apple|Daniel Cordero]] - ''TheAppleMan'' &lt;br /&gt;
* [[User:Brantgurga|Brant Gurganus]] - ''brantgurga''&lt;br /&gt;
* [[User:destroyFX|Mathieu Bélanger]] - ''destroyFX''&lt;br /&gt;
&lt;br /&gt;
==== Where your Core Team comes from ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;display_points&amp;gt;&lt;br /&gt;
46.7837264,-71.35601580000002|d2_racing|Home of Sylvain Alain ([[User:d2_racing]]).|Image:Purplemarker.png&lt;br /&gt;
46.811339,-71.304123|jeanfrancis|Home of Jean-Francis Roy ([[User:Jeanfrancis]]).|Image:Greenmarker.png&lt;br /&gt;
Lugansk|angry_vincent|my home ([[User:angry_vincent]]) .|Image:Greenmarker.png&lt;br /&gt;
51.133558, 8.861847|golodhrim|home of golodhrim ([[User:Golodhrim]]).|Image:Greenmarker.png&lt;br /&gt;
Albuquerque|drobbins|hometown of our BDFL drobbins ([[User:Drobbins]]).|Image:Bluemarker.png&lt;br /&gt;
Austin|stagr.lee|home of Stagr.lee([[User:Stagr.lee]]).|Image:Orangemarker.png&lt;br /&gt;
Ciudad Real|vroman|vroman lives here([[User:vroman]]).|Image:Orangemarker.png&lt;br /&gt;
37.899671,-75.507905|rh1|Home of rh1 ([[User:rh1]]).|Image:Greenmarker.png&lt;br /&gt;
Buffalo|GrayTShirt|Hometown of [[User:GrayTShirt|GrayTShirt]].|Image:Greenmarker.png&lt;br /&gt;
&amp;lt;/display_points&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{| cellpadding=&amp;quot;4&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Description !! Marker !! -- !! Description !! Marker&lt;br /&gt;
|-&lt;br /&gt;
| BDFL (Founder) || [[Image:Bluemarker.png]] || || Core Team Members || [[Image:Greenmarker.png]] &lt;br /&gt;
|-&lt;br /&gt;
| Contributors || [[Image:Orangemarker.png]] || || Staff Members || [[Image:Purplemarker.png]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
It might be possible that some users are to near together so they aren't shown, for that zoom in and see if there are more users :)&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Core_Team</id>
		<title>Core Team</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Core_Team"/>
				<updated>2012-10-31T02:47:17Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: /* Where your Core Team comes from */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The Funtoo team can often be found in the [ircs://irc.freenode.net:7000/funtoo|funtoo channel on Freenode]. The team also monitors the [http://forums.funtoo.org/ Funtoo Forum] and [https://groups.google.com/group/funtoo-dev/ mailing list].&lt;br /&gt;
&lt;br /&gt;
==== Your Benevolent Dictator for Life ====&lt;br /&gt;
&lt;br /&gt;
* [[User:Drobbins|Daniel Robbins]] is the Chief Architect of Funtoo Linux, and so-called &amp;quot;Benevolent Dictator for Life.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
==== Your Core Team ====&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux Core Team members are Funtoo Linux developers who are actively contributing to technical aspects of Funtoo Linux, and are available for resolving bugs and other QA issues. Please see [[Core Team Responsibilities]] for general policies, [[Funtoo Linux Vision]] for an understanding of strategic direction, and [[TODO]] for immediate things that need to get done. &lt;br /&gt;
&lt;br /&gt;
===== Core Team Lead =====&lt;br /&gt;
&lt;br /&gt;
* Daniel Robbins (interim)&lt;br /&gt;
&lt;br /&gt;
The Core Team Lead (effectively the day-to-day leader of the project) is now a rotating position, with 3-month to 6-month terms, and all Core Team members are expected to serve in this capacity at some point (dates are flexible.) The acting Core Team Lead will have the opportunity and responsibility to provide leadership for the project, and help the project pursue initiatives that he/she finds personally interesting or is passionate about and are in line with the general goals of the project. &lt;br /&gt;
&lt;br /&gt;
The Core Team Lead will also coordinate closely with Daniel Robbins regarding project direction and BDFL initiatives, and keep in close communication with the rest of the Core Team. The other Core Team members are responsible to assist the Core Team Lead in pursuing these initiatives, just as the Core Team Lead is responsible to support Core Team members in their day-to-day development and support activities. The Core Team Lead will also be engaged with end users and be responsible for leading the effort in fixing build breaks and other critical bugs, along with Daniel Robbins and with the support of the Core Team. ''A key aspect of the Core Team Lead position is to ensure that coordination, communication and execution of important tasks are happening in an effective way, throughout the entire Funtoo Community (Users, Contributors, Core Team and BDFL.)''&lt;br /&gt;
&lt;br /&gt;
The Core Team Lead position is designed to share the opportunity and responsibility of running the project fairly, among all team members, and it is a great opportunity for Core Team members to grow in their skills and abilities.&lt;br /&gt;
&lt;br /&gt;
Active Core Team Members:&lt;br /&gt;
&lt;br /&gt;
* [[User:Oleg|Oleg Vinichenko]] - ''angry_vincent'' - 1 extended term as Core Team Lead, thru 17 Jan 2012&lt;br /&gt;
* Fred Larsen - ''funfool'' - Joined 29 Oct 2012&lt;br /&gt;
* Scott Caie - ''anak1n'' - Joined 29 Oct 2012&lt;br /&gt;
* [[User:GrayTShirt|Dan Molik]] - ''graytshirt'' - Joined 30 Oct 2012&lt;br /&gt;
&lt;br /&gt;
Semi-Active Core Team Members:&lt;br /&gt;
&lt;br /&gt;
* [[User:Golodhrim|Martin Scholz]] - ''golodhrim'' is the Community Team Lead and manages [[Flora]].&lt;br /&gt;
* [[User:Jeanfrancis|Jean-Francis Roy]] - ''jeanfrancis'' is the Experimental Team Lead,  1 term as Core Team Lead, thru 16 June 2012&lt;br /&gt;
* [[User:rh1|Ryan Harris]] - ''rh1'' - Funtoo Stable maintainer.&lt;br /&gt;
* [[User:ryao|Richard Yao]]&lt;br /&gt;
&lt;br /&gt;
==== Staff ====&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux Staff are those who contribute to non-development aspects of Funtoo Linux.&lt;br /&gt;
&lt;br /&gt;
* [[User:d2_racing|Sylvain Alain]] - ''d2_racing''&lt;br /&gt;
* [[User:Trelane|Andrew Kirch]] - ''trelane''&lt;br /&gt;
&lt;br /&gt;
==== Contributors ====&lt;br /&gt;
&lt;br /&gt;
Contributors are active Funtoo Linux developers who have made significant contributions to Funtoo Linux, as well as former Core Team members who are currently inactive. Some contributors have overlays that are automatically incorporated into the Funtoo Linux [[Portage Tree]]. Others work on projects in their own repositories and make periodic contributions to Funtoo Linux.&lt;br /&gt;
&lt;br /&gt;
* [https://github.com/hollow Benedikt Böhm] = ''hollow'' - Metro contributor&lt;br /&gt;
* [[User:Tarsius|Jonas Bernoulli]] - ''tarsius'' &lt;br /&gt;
* [[User:Vroman|Víctor Román Archidona]] - ''vroman''&lt;br /&gt;
* [[User:Stagr.lee|Lee Thompson]] - ''Stagr.Lee'' - Vagrant/VeeWee hacking&lt;br /&gt;
* [[User:404_Error|Adrien Dessemond]] - ''404_Error'' - Funtoo SPARC (since epoch 1296959908)&lt;br /&gt;
&lt;br /&gt;
==== Former Contributors ====&lt;br /&gt;
&lt;br /&gt;
* [[User:Ferdy|Giuseppe Miceli]] - ''ferdy'' - new&lt;br /&gt;
* [[User:Apple|Daniel Cordero]] - ''TheAppleMan'' &lt;br /&gt;
* [[User:Brantgurga|Brant Gurganus]] - ''brantgurga''&lt;br /&gt;
* [[User:destroyFX|Mathieu Bélanger]] - ''destroyFX''&lt;br /&gt;
&lt;br /&gt;
==== Where your Core Team comes from ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;display_points&amp;gt;&lt;br /&gt;
46.7837264,-71.35601580000002|d2_racing|Home of Sylvain Alain ([[User:d2_racing]]).|Image:Purplemarker.png&lt;br /&gt;
46.811339,-71.304123|jeanfrancis|Home of Jean-Francis Roy ([[User:Jeanfrancis]]).|Image:Greenmarker.png&lt;br /&gt;
Lugansk|angry_vincent|my home ([[User:angry_vincent]]) .|Image:Greenmarker.png&lt;br /&gt;
51.133558, 8.861847|golodhrim|home of golodhrim ([[User:Golodhrim]]).|Image:Greenmarker.png&lt;br /&gt;
Albuquerque|drobbins|hometown of our BDFL drobbins ([[User:Drobbins]]).|Image:Bluemarker.png&lt;br /&gt;
Austin|stagr.lee|home of Stagr.lee([[User:Stagr.lee]]).|Image:Orangemarker.png&lt;br /&gt;
Ciudad Real|vroman|vroman lives here([[User:vroman]]).|Image:Orangemarker.png&lt;br /&gt;
37.899671,-75.507905|rh1|Home of rh1 ([[User:rh1]]).|Image:Greenmarker.png&lt;br /&gt;
Buffalo|GrayTShirt|Hometown of GrayTShirt ([[User:GrayTShirt]]).|Image:Greenmarker.png&lt;br /&gt;
&amp;lt;/display_points&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{| cellpadding=&amp;quot;4&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Description !! Marker !! -- !! Description !! Marker&lt;br /&gt;
|-&lt;br /&gt;
| BDFL (Founder) || [[Image:Bluemarker.png]] || || Core Team Members || [[Image:Greenmarker.png]] &lt;br /&gt;
|-&lt;br /&gt;
| Contributors || [[Image:Orangemarker.png]] || || Staff Members || [[Image:Purplemarker.png]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
It might be possible that some users are to near together so they aren't shown, for that zoom in and see if there are more users :)&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Core_Team</id>
		<title>Core Team</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Core_Team"/>
				<updated>2012-10-30T18:05:05Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The Funtoo team can often be found in the [ircs://irc.freenode.net:7000/funtoo|funtoo channel on Freenode]. The team also monitors the [http://forums.funtoo.org/ Funtoo Forum] and [https://groups.google.com/group/funtoo-dev/ mailing list].&lt;br /&gt;
&lt;br /&gt;
==== Your Benevolent Dictator for Life ====&lt;br /&gt;
&lt;br /&gt;
* [[User:Drobbins|Daniel Robbins]] is the Chief Architect of Funtoo Linux, and so-called &amp;quot;Benevolent Dictator for Life.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
==== Your Core Team ====&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux Core Team members are Funtoo Linux developers who are actively contributing to technical aspects of Funtoo Linux, and are available for resolving bugs and other QA issues. Please see [[Core Team Responsibilities]] for general policies, [[Funtoo Linux Vision]] for an understanding of strategic direction, and [[TODO]] for immediate things that need to get done. &lt;br /&gt;
&lt;br /&gt;
===== Core Team Lead =====&lt;br /&gt;
&lt;br /&gt;
* Daniel Robbins (interim)&lt;br /&gt;
&lt;br /&gt;
The Core Team Lead (effectively the day-to-day leader of the project) is now a rotating position, with 3-month to 6-month terms, and all Core Team members are expected to serve in this capacity at some point (dates are flexible.) The acting Core Team Lead will have the opportunity and responsibility to provide leadership for the project, and help the project pursue initiatives that he/she finds personally interesting or is passionate about and are in line with the general goals of the project. &lt;br /&gt;
&lt;br /&gt;
The Core Team Lead will also coordinate closely with Daniel Robbins regarding project direction and BDFL initiatives, and keep in close communication with the rest of the Core Team. The other Core Team members are responsible to assist the Core Team Lead in pursuing these initiatives, just as the Core Team Lead is responsible to support Core Team members in their day-to-day development and support activities. The Core Team Lead will also be engaged with end users and be responsible for leading the effort in fixing build breaks and other critical bugs, along with Daniel Robbins and with the support of the Core Team. ''A key aspect of the Core Team Lead position is to ensure that coordination, communication and execution of important tasks are happening in an effective way, throughout the entire Funtoo Community (Users, Contributors, Core Team and BDFL.)''&lt;br /&gt;
&lt;br /&gt;
The Core Team Lead position is designed to share the opportunity and responsibility of running the project fairly, among all team members, and it is a great opportunity for Core Team members to grow in their skills and abilities.&lt;br /&gt;
&lt;br /&gt;
Active Core Team Members:&lt;br /&gt;
&lt;br /&gt;
* [[User:Oleg|Oleg Vinichenko]] - ''angry_vincent'' - 1 extended term as Core Team Lead, thru 17 Jan 2012&lt;br /&gt;
* Fred Larsen - ''funfool'' - Joined 29 Oct 2012&lt;br /&gt;
* Scott Caie - ''anak1n'' - Joined 29 Oct 2012&lt;br /&gt;
* [[User:GrayTShirt|Dan Molik]] - ''graytshirt'' - Joined 30 Oct 2012&lt;br /&gt;
&lt;br /&gt;
Semi-Active Core Team Members:&lt;br /&gt;
&lt;br /&gt;
* [[User:Golodhrim|Martin Scholz]] - ''golodhrim'' is the Community Team Lead and manages [[Flora]].&lt;br /&gt;
* [[User:Jeanfrancis|Jean-Francis Roy]] - ''jeanfrancis'' is the Experimental Team Lead,  1 term as Core Team Lead, thru 16 June 2012&lt;br /&gt;
* [[User:rh1|Ryan Harris]] - ''rh1'' - Funtoo Stable maintainer.&lt;br /&gt;
* [[User:ryao|Richard Yao]]&lt;br /&gt;
&lt;br /&gt;
==== Staff ====&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux Staff are those who contribute to non-development aspects of Funtoo Linux.&lt;br /&gt;
&lt;br /&gt;
* [[User:d2_racing|Sylvain Alain]] - ''d2_racing''&lt;br /&gt;
* [[User:Trelane|Andrew Kirch]] - ''trelane''&lt;br /&gt;
&lt;br /&gt;
==== Contributors ====&lt;br /&gt;
&lt;br /&gt;
Contributors are active Funtoo Linux developers who have made significant contributions to Funtoo Linux, as well as former Core Team members who are currently inactive. Some contributors have overlays that are automatically incorporated into the Funtoo Linux [[Portage Tree]]. Others work on projects in their own repositories and make periodic contributions to Funtoo Linux.&lt;br /&gt;
&lt;br /&gt;
* [https://github.com/hollow Benedikt Böhm] = ''hollow'' - Metro contributor&lt;br /&gt;
* [[User:Tarsius|Jonas Bernoulli]] - ''tarsius'' &lt;br /&gt;
* [[User:Vroman|Víctor Román Archidona]] - ''vroman''&lt;br /&gt;
* [[User:Stagr.lee|Lee Thompson]] - ''Stagr.Lee'' - Vagrant/VeeWee hacking&lt;br /&gt;
* [[User:404_Error|Adrien Dessemond]] - ''404_Error'' - Funtoo SPARC (since epoch 1296959908)&lt;br /&gt;
&lt;br /&gt;
==== Former Contributors ====&lt;br /&gt;
&lt;br /&gt;
* [[User:Ferdy|Giuseppe Miceli]] - ''ferdy'' - new&lt;br /&gt;
* [[User:Apple|Daniel Cordero]] - ''TheAppleMan'' &lt;br /&gt;
* [[User:Brantgurga|Brant Gurganus]] - ''brantgurga''&lt;br /&gt;
* [[User:destroyFX|Mathieu Bélanger]] - ''destroyFX''&lt;br /&gt;
&lt;br /&gt;
==== Where your Core Team comes from ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;display_points&amp;gt;&lt;br /&gt;
46.7837264,-71.35601580000002|d2_racing|Home of Sylvain Alain ([[User:d2_racing]]).|Image:Purplemarker.png&lt;br /&gt;
46.811339,-71.304123|jeanfrancis|Home of Jean-Francis Roy ([[User:Jeanfrancis]]).|Image:Greenmarker.png&lt;br /&gt;
Lugansk|angry_vincent|my home ([[User:angry_vincent]]) .|Image:Greenmarker.png&lt;br /&gt;
51.133558, 8.861847|golodhrim|home of golodhrim ([[User:Golodhrim]]).|Image:Greenmarker.png&lt;br /&gt;
Albuquerque|drobbins|hometown of our BDFL drobbins ([[User:Drobbins]]).|Image:Bluemarker.png&lt;br /&gt;
Austin|stagr.lee|home of Stagr.lee([[User:Stagr.lee]]).|Image:Orangemarker.png&lt;br /&gt;
Ciudad Real|vroman|vroman lives here([[User:vroman]]).|Image:Orangemarker.png&lt;br /&gt;
37.899671,-75.507905|rh1|Home of rh1 ([[User:rh1]]).|Image:Greenmarker.png&lt;br /&gt;
&amp;lt;/display_points&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{| cellpadding=&amp;quot;4&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Description !! Marker !! -- !! Description !! Marker&lt;br /&gt;
|-&lt;br /&gt;
| BDFL (Founder) || [[Image:Bluemarker.png]] || || Core Team Members || [[Image:Greenmarker.png]] &lt;br /&gt;
|-&lt;br /&gt;
| Contributors || [[Image:Orangemarker.png]] || || Staff Members || [[Image:Purplemarker.png]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
It might be possible that some users are to near together so they aren't shown, for that zoom in and see if there are more users :)&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Xen</id>
		<title>Xen</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Xen"/>
				<updated>2012-10-16T13:13:30Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;''THIS ARTICLE IS STILL NOT COMPLETE''&lt;br /&gt;
&lt;br /&gt;
'''Funtoo Xen Fun'''&lt;br /&gt;
We are talking about Xen on Funtoo Linux and how to setup Xen virtualization properly.&lt;br /&gt;
Especially, we are going to show you how much fun it is to work with Xen hosts and domU's and &lt;br /&gt;
setting up a Funtoo Xen Server without general clicky GUI's or other frontends.&lt;br /&gt;
&lt;br /&gt;
= Funtoo Xen Server with paravirt funtoo domU =&lt;br /&gt;
'''Assumptions'''&lt;br /&gt;
''We build a 64bit headless XEN hypervisor rockstable and rocket fast with a funtoo headless 64bit paravirt domU.''&lt;br /&gt;
We are '''not''' building Xen with pvgrub!&lt;br /&gt;
&lt;br /&gt;
== Buiding Funtoo Xen Host Dom0 ==&lt;br /&gt;
&lt;br /&gt;
Most of the necassary steps are covered in the Installation Tutorial.&lt;br /&gt;
We only do outline here the steps that are necessary to enjoy an easy and successful Dom0 setup or if something differs from the normal installation tutorial.&lt;br /&gt;
&lt;br /&gt;
Please, open in a second tab the [[Installation (Tutorial)|Installation Tutorial]] and follow in both carefully the next steps!&lt;br /&gt;
&lt;br /&gt;
=== Basic Funtoo Xen Host Dom0 setup ===&lt;br /&gt;
&lt;br /&gt;
I recommend you use only stable packages for the host dom0 !&lt;br /&gt;
&lt;br /&gt;
Please consider the decision carefully. I can't stress out enough, you will avoid a lot of problems taking the stable distrib as dom0.&lt;br /&gt;
The domU guests could be either unstable or hardened, as you wish! There comes the true fun part ;-)&lt;br /&gt;
That's why I first edit my make.conf befor building anything!&lt;br /&gt;
&lt;br /&gt;
Here is how I set up the system basics:&lt;br /&gt;
Disk is /dev/sda&lt;br /&gt;
&amp;lt;pre&amp;gt;/dev/sda1 is our / partition ca 20GB ext4 &lt;br /&gt;
/dev/sda2 is our swap partition ca 4GB&lt;br /&gt;
/dev/sda3 holds the lvm volume group vgxen&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
I am using volume groups over raid - which I strongly advice to everybody.&lt;br /&gt;
&lt;br /&gt;
Store of xen stuff: &lt;br /&gt;
&amp;lt;pre&amp;gt;/etc/xen/ --&amp;gt; xend configuration files&lt;br /&gt;
/xen/configs/ --&amp;gt; my xen domU configuration files folder &lt;br /&gt;
/xen/kernel/ --&amp;gt; my xen domU kernel folder &lt;br /&gt;
/xen/disks/ --&amp;gt; my xen domU image files folder&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Edit /etc/rc.conf and uncomment the line at the bottom for rc_sys&lt;br /&gt;
&amp;lt;pre&amp;gt;rc_sys=&amp;quot;xen0&amp;quot;&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Configure and Build Xen Dom0 Kernel ==&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
emerge gentoo-sources&lt;br /&gt;
cd /usr/src/linux&lt;br /&gt;
make menuconfig&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
These settings are current as of 3.2.1-gentoo-r2, other versions may vary:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
General setup  ---&amp;gt;&lt;br /&gt;
   &amp;lt;*&amp;gt; Kernel .config support&lt;br /&gt;
      [*]   Enable access to .config through /proc/config.gz&lt;br /&gt;
&lt;br /&gt;
Processor type and features  ---&amp;gt; &lt;br /&gt;
   [*] Paravirtualized guest support  ---&amp;gt; &lt;br /&gt;
      [*]   Xen guest support&lt;br /&gt;
&lt;br /&gt;
Bus options (PCI etc.)  ---&amp;gt;&lt;br /&gt;
   [*]   Xen PCI Frontend   &lt;br /&gt;
&lt;br /&gt;
[*] Networking support  ---&amp;gt;&lt;br /&gt;
   Networking options  ---&amp;gt;&lt;br /&gt;
      &amp;lt;*&amp;gt; 802.1d Ethernet Bridging&lt;br /&gt;
&lt;br /&gt;
Device Drivers  ---&amp;gt; &lt;br /&gt;
   [*] Block devices (NEW)  ---&amp;gt;&lt;br /&gt;
      &amp;lt;M&amp;gt;   DRBD Distributed Replicated Block Device support&lt;br /&gt;
      &amp;lt; &amp;gt;   Xen virtual block device support&lt;br /&gt;
      &amp;lt;*&amp;gt;   Xen block-device backend driver&lt;br /&gt;
&lt;br /&gt;
Device Drivers  ---&amp;gt; &lt;br /&gt;
   [*] Network device support  ---&amp;gt; &lt;br /&gt;
      &amp;lt; &amp;gt;   Xen network device frontend driver &lt;br /&gt;
      &amp;lt;*&amp;gt;   Xen backend network device&lt;br /&gt;
&lt;br /&gt;
Device Drivers  ---&amp;gt;&lt;br /&gt;
   Graphics support  ---&amp;gt;&lt;br /&gt;
      -*- Support for frame buffer devices  ---&lt;br /&gt;
         &amp;lt; &amp;gt;   Xen virtual frame buffer support&lt;br /&gt;
&lt;br /&gt;
Device Drivers  ---&amp;gt; &lt;br /&gt;
   Xen driver support  ---&amp;gt; &lt;br /&gt;
      [*] Xen memory balloon driver (NEW) &lt;br /&gt;
      [*]   Scrub pages before returning them to system (NEW) &lt;br /&gt;
      &amp;lt;*&amp;gt; Xen /dev/xen/evtchn device (NEW) &lt;br /&gt;
      [*] Backend driver support (NEW) &lt;br /&gt;
      &amp;lt;*&amp;gt; Xen filesystem (NEW) &lt;br /&gt;
      [*]   Create compatibility mount point /proc/xen (NEW) &lt;br /&gt;
      [*] Create xen entries under /sys/hypervisor (NEW) &lt;br /&gt;
      &amp;lt;M&amp;gt; userspace grant access device driver (NEW) &lt;br /&gt;
      &amp;lt;M&amp;gt; User-space grant reference allocator driver (NEW) &lt;br /&gt;
      &amp;lt;M&amp;gt; xen platform pci device driver (NEW)&lt;br /&gt;
&lt;br /&gt;
File systems  ---&amp;gt;&lt;br /&gt;
   &amp;lt; &amp;gt; Ext3 journalling file system support&lt;br /&gt;
   &amp;lt;*&amp;gt; The Extended 4 (ext4) filesystem&lt;br /&gt;
   [*]   Use ext4 for ext2/ext3 file systems (NEW)&lt;br /&gt;
   [*]   Ext4 extended attributes (NEW)&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
* Don't forget to add the required drivers for your networking and sata cards&lt;br /&gt;
* If you use RAID, make sure to add the correct CONFIG_MD_RAID* entries to your config&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
make&lt;br /&gt;
make modules_install&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you experience issues with connecting to the console ensure the module &amp;quot;xen_gntdev&amp;quot; (userspace grant access device driver) is loaded before the xenconsoled process is started (you may have to restart it after loading the module).&lt;br /&gt;
== Configuring Grub ==&lt;br /&gt;
Work has been completed to automatically enable Xen Grub entries, so after you copy your dom0 kernel edit your /etc/boot.conf as follows:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;quot;Funtoo on Xen&amp;quot; {&lt;br /&gt;
  type xen&lt;br /&gt;
  xenkernel xen.gz&lt;br /&gt;
  xenparams loglvl=all guest_loglvl=all xsave=1 iommu=1 iommu_inclusive_mapping=1 dom0_max_vcpus=2 dom0_vcpus_pin dom0_mem=4096M &lt;br /&gt;
  kernel kernel[-v]&lt;br /&gt;
  params += quiet&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
To note a fiew things iommu is the paravirtualized instructions, if your motherboard or CPU does not support VT-d do not enable it. Xsave saves the supported CPU instruction sets, without it you're dom0 kernel may not boot. And finally dom0_vcpus_pin permanatly assigns cpu's to dom0, increasing performance. &lt;br /&gt;
&lt;br /&gt;
== Basic Networking with the Dom0 ==&lt;br /&gt;
Funtoo Linux offers its own modular, template-based network configuration system. This system offers a lot of flexibility for configuring network interfaces, essentially serving as a &amp;quot;network interface construction kit.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
There is given eth0 and eth1. We are going to set eth0 as the default interface to the outside world for now. eth1 will be part of a bridge (xenbr0) that is going to be used by various domU guests.&lt;br /&gt;
&lt;br /&gt;
Construct the interfaces:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
cd /etc/init.d/&lt;br /&gt;
ln -s netif.tmpl netif.xenbr0&lt;br /&gt;
ln -s netif.tmpl netif.extbr0&lt;br /&gt;
ln -s netif.tmpl netif.eth0&lt;br /&gt;
ln -s netif.tmpl netif.eth1&lt;br /&gt;
rc-update add netif.xenbr0 sysinit&lt;br /&gt;
rc-update add netif.extbr0 sysinit&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Make sure dhcpcd, eth0 and eth1 don't start at boot:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
rc-update del dhcpcd sysinit&lt;br /&gt;
rc-update del netif.eth0 sysinit&lt;br /&gt;
rc-update del netif.eth1 sysinit&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Configure the slave interfaces:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
cd /etc/conf.d/&lt;br /&gt;
echo 'template=&amp;quot;interface-noip&amp;quot;' &amp;gt; netif.eth0&lt;br /&gt;
echo 'template=&amp;quot;interface-noip&amp;quot;' &amp;gt; netif.eth1&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
Then we are going to prepare the bridges.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
nano netif.xenbr0&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
here we set the internal Xen bridge:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
template=&amp;quot;bridge&amp;quot;&lt;br /&gt;
ipaddr=&amp;quot;10.0.1.200/24&amp;quot;&lt;br /&gt;
gateway=&amp;quot;10.0.1.1&amp;quot;&lt;br /&gt;
nameservers=&amp;quot;10.0.1.1 10.0.1.2&amp;quot;&lt;br /&gt;
domain=&amp;quot;funtoo.org&amp;quot;&lt;br /&gt;
slaves=&amp;quot;netif.eth0&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Then we are setting up the external interface:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
nano netif.extbr0&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
this is looking quiet similar, please watch out for the correct slave setting!&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
template=&amp;quot;bridge&amp;quot;&lt;br /&gt;
ipaddr=&amp;quot;10.0.1.201/24&amp;quot;&lt;br /&gt;
gateway=&amp;quot;10.0.1.1&amp;quot;&lt;br /&gt;
nameservers=&amp;quot;10.0.1.1 10.0.1.2&amp;quot;&lt;br /&gt;
domain=&amp;quot;funtoo.org&amp;quot;&lt;br /&gt;
slaves=&amp;quot;netif.eth1&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
This gives us the possibility to play around with various setups later, it's modular and easy to tweak and change.&lt;br /&gt;
&lt;br /&gt;
Better you invoke with &amp;quot;rc&amp;quot; on the command line the openrc script and test if the network cards get initialized correctly.&lt;br /&gt;
&lt;br /&gt;
== Basic Networking with domU ==&lt;br /&gt;
&lt;br /&gt;
The easiest way is to let Xen set up the networking. But if everything is up and running it is not possible to change the routings, etc.&lt;br /&gt;
Letting Xen do the bridges will be obsolete in the near future. So this is not the recommended way anymore. As we already set up the bridges in the previous section it may be enough to comment everything network related. If not, just un-comment the last lines.&lt;br /&gt;
&lt;br /&gt;
We edit the /etc/xen/xend-config.sxp&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#### Xen config from maiwald.tk - Xen 4.x Network in bridge mode&lt;br /&gt;
&lt;br /&gt;
(logfile /var/log/xen/xend.log)&lt;br /&gt;
(loglevel DEBUG)&lt;br /&gt;
&lt;br /&gt;
(xend-relocation-server no)&lt;br /&gt;
(xend-relocation-hosts-allow '^localhost$ ^localhost\\.localdomain$')&lt;br /&gt;
&lt;br /&gt;
# The limit (in kilobytes) on the size of the console buffer&lt;br /&gt;
(console-limit 1024)&lt;br /&gt;
&lt;br /&gt;
(dom0-min-mem 384)&lt;br /&gt;
(enable-dom0-ballooning no)&lt;br /&gt;
&lt;br /&gt;
(total_available_memory 0)&lt;br /&gt;
(dom0-cpus 0)&lt;br /&gt;
&lt;br /&gt;
(vncpasswd 'geheim')&lt;br /&gt;
&lt;br /&gt;
# let xen create the net&lt;br /&gt;
# (network-script    network-bridge)&lt;br /&gt;
# (vif-script        vif-bridge)&lt;br /&gt;
&lt;br /&gt;
# we create the net - new default in Xen 4&lt;br /&gt;
#&lt;br /&gt;
#(network-script 'network-bridge netdev=eth0 bridge=xenbr0 vifnum=0')&lt;br /&gt;
#(vif-script vif-bridge bridge=xenbr0)&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Building the Funtoo Xen DomU Container =&lt;br /&gt;
&lt;br /&gt;
We are going to build the DomU now, preparing first from outside the domU.&lt;br /&gt;
&lt;br /&gt;
=== create lvm volume or partition or image file ===&lt;br /&gt;
&lt;br /&gt;
''This is a stub, please help completing this guide here!''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# vgcreate vgxen /dev/sda3&lt;br /&gt;
# lvcreate -L10G -n funtoo_root vgxen&lt;br /&gt;
# lvcreate -L1G -n funtoo_swap vgxen&lt;br /&gt;
# vgchange -a y&lt;br /&gt;
# mkfs.ext4 -L funtoo_root /dev/vgxen/funtoo_root&lt;br /&gt;
# mkswap -L funtoo_swap /dev/vgxen/funtoo_swap&lt;br /&gt;
# rc-update add lvm boot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
== Basic DomU System setup ==&lt;br /&gt;
=== mount domU lvm volume or physical partition or image file===&lt;br /&gt;
&amp;lt;console&amp;gt;# mkdir /mnt/domu1&lt;br /&gt;
# mount /dev/vgxen/funtoo_root /mnt/domu1&lt;br /&gt;
# cd /mnt/domu1&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== get stage3 ===&lt;br /&gt;
from a funtoo mirror near you, I suggest you look at the funtoo homepage&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# links http://www.funtoo.org/wiki/Download &amp;lt;/console&amp;gt;&lt;br /&gt;
Then choose a mirror near you ( I use Heanet in EU ) and look for the right stage3. I use XEON CPUs so I take the core2 distrib:&lt;br /&gt;
 &lt;br /&gt;
&amp;lt;console&amp;gt;# wget -cv http://ftp.heanet.ie/mirrors/funtoo/funtoo-stable/x86-64bit/core2_64/stage3-current.tar.xz &amp;lt;/console&amp;gt;&lt;br /&gt;
Unfortunately I can't find md5sums or similar which is really unpleasant.&lt;br /&gt;
&lt;br /&gt;
=== then get latest portage tree from the snapshots firectory ===&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# wget -cv http://ftp.heanet.ie/mirrors/funtoo/funtoo-stable/snapshots/portage-current.tar.xz &amp;lt;/console&amp;gt;&lt;br /&gt;
=== extract stage3 ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# tar xvfpJ stage3-current.tar.xz&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== extract portage ===&lt;br /&gt;
&amp;lt;console&amp;gt;# cd usr&lt;br /&gt;
# tar xfvpJ ../portage-current.tar.xz &amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Preparing the chroot environment ==&lt;br /&gt;
&lt;br /&gt;
=== Editing the make.conf ===&lt;br /&gt;
copy /etc/make.conf from dom0 and adjust it&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# cp /etc/make.conf /mnt/domu1/etc/&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
make sure to adjust MAKEOPTS to your assigned CPUs (rule of thumb cpu cores +1 - yes, even in XEN)&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# nano -w /mnt/domu1/etc/make.conf&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
out there the MAKEOPTS variable in:&lt;br /&gt;
&amp;lt;pre&amp;gt;MAKEOPTS=&amp;quot;-j2&amp;quot;&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you want to build domUs with newer packages set the distrib to testing:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ACCEPT_KEYWORDS=&amp;quot;~amd64&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== copy /etc/resolv.conf === &lt;br /&gt;
&amp;lt;console&amp;gt;# cp -L /etc/resolv.conf /mnt/domu1/etc/ &amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== mount proc and dev === &lt;br /&gt;
&amp;lt;console&amp;gt;# mount -t proc none /mnt/domu1/proc&lt;br /&gt;
# mount --rbind /dev /mnt/domu1/dev &amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Building Funtoo Xen Guest(s) DomU =&lt;br /&gt;
&lt;br /&gt;
== Final DomU System setup ==&lt;br /&gt;
=== chroot === &lt;br /&gt;
&amp;lt;console&amp;gt;# chroot /mnt/domu1 /bin/bash&lt;br /&gt;
# env-update&lt;br /&gt;
# source /etc/profile&lt;br /&gt;
# export PS1=&amp;quot;(domU-chroot) $PS1&amp;quot; &amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== sync portage === &lt;br /&gt;
&amp;lt;console&amp;gt;# cd /usr/portage/&lt;br /&gt;
# git branch&lt;br /&gt;
# git checkout funtoo.org&lt;br /&gt;
# emerge --sync&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== profile === &lt;br /&gt;
show available profiles and check if the server profile is selected, marked by *&lt;br /&gt;
&amp;lt;console&amp;gt;# eselect profile list&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Zitat:&lt;br /&gt;
&amp;lt;pre&amp;gt;Available profile symlink targets:&lt;br /&gt;
  [1]   default/linux/amd64/2008.0 *&lt;br /&gt;
  [2]   default/linux/amd64/2008.0/desktop&lt;br /&gt;
  [3]   default/linux/amd64/2008.0/developer&lt;br /&gt;
  [4]   default/linux/amd64/2008.0/server&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
(optional) if you want another profile -&amp;gt; choose it by setting the number displayed in front of the profile list output above (I took server)&lt;br /&gt;
&amp;lt;console&amp;gt;# eselect profile set 4&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
double check if the right profile was set&lt;br /&gt;
&amp;lt;console&amp;gt;# eselect profile show&lt;br /&gt;
Current /etc/make.profile symlink:&lt;br /&gt;
  default/linux/amd64/2008.0/server&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== set locales === &lt;br /&gt;
&amp;lt;console&amp;gt;# nano -w /etc/locale.gen&lt;br /&gt;
# locale-gen&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== set your timezone === &lt;br /&gt;
(choose your timezone in /usr/share/zoneinfo)&lt;br /&gt;
&amp;lt;console&amp;gt;# cp -L /usr/share/zoneinfo/Europe/Amsterdam /etc/localtime&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== edit /etc/fstab (see also gentoo handbook as reference) === &lt;br /&gt;
we assume that we name our root partition xvda1 and the swap partition xvda2 in our domU-xen-config (we will do that later)&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# nano -w /etc/fstab&amp;lt;/console&amp;gt;&lt;br /&gt;
&amp;lt;pre&amp;gt;/dev/xvda1      /              ext4    noatime 0 1&lt;br /&gt;
/dev/xvda2      none           swap    sw      0 0&lt;br /&gt;
shm             /dev/shm       tmpfs   nodev,nosuid,noexec     0 0&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Now comes the most important stuff === &lt;br /&gt;
please just copy this into your terminal:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
echo '&lt;br /&gt;
                         Larry loves Funtoo&lt;br /&gt;
                      _________________________&lt;br /&gt;
                      &amp;lt; Have you mooed today? &amp;gt;&lt;br /&gt;
                      -------------------------&lt;br /&gt;
                        \   ^__^&lt;br /&gt;
                         \  (oo)\_______&lt;br /&gt;
                            (__)\       )\/\&lt;br /&gt;
                                 ||----w |&lt;br /&gt;
                                 ||     ||&lt;br /&gt;
.::::::::::::::: WELCOME TO ^^^^^^^^^^^^^^^^^^^:::::::::::::..&lt;br /&gt;
...............................................................&lt;br /&gt;
:########:'##::::'##:'##::: ##:'########::'#######:::'#######::.&lt;br /&gt;
:##.....:: ##:::: ##: ###:: ##:... ##..::'##.... ##:'##.... ##::&lt;br /&gt;
:##::::::: ##:::: ##: ####: ##:::: ##:::: ##:::: ##: ##:::: ##::&lt;br /&gt;
:######::: ##:::: ##: ## ## ##:::: ##:::: ##:::: ##: ##:::: ##::&lt;br /&gt;
:##...:::: ##:::: ##: ##. ####:::: ##:::: ##:::: ##: ##:::: ##::&lt;br /&gt;
:##::::::: ##:::: ##: ##:. ###:::: ##:::: ##:::: ##: ##:::: ##::&lt;br /&gt;
:##:::::::. #######:: ##::. ##:::: ##::::. #######::. #######::′&lt;br /&gt;
.::::::::::.......:::..::::..:::::..::::::.......::::.......::´ &lt;br /&gt;
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .&lt;br /&gt;
'&amp;gt; /etc/motd&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
We are using the echo instead of „emerge --moo „ as larry still moo's in gentoo'ish&lt;br /&gt;
&lt;br /&gt;
So that's it - almost.&lt;br /&gt;
&lt;br /&gt;
==== adding networking to the domU: ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(domU-chroot) # cd /etc/init.d/&lt;br /&gt;
(domU-chroot) # ln -sf netif.tmpl netif.eth0&lt;br /&gt;
(domU-chroot) # rc-update add netif.eth0&lt;br /&gt;
 * service netif.eth0 added to runlevel sysinit&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Now we are ready to do the last setups ====&lt;br /&gt;
First I always do setup the openssh server and gentoolkit:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(domU-chroot) # emerge gentoolkit eix openssh&lt;br /&gt;
&lt;br /&gt;
(domU-chroot) # rc-update add sshd default&lt;br /&gt;
 * service sshd added to runlevel default&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
After that I am feeling better now, I do the rest..&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(domU-chroot) # eix-update &lt;br /&gt;
Reading Portage settings ..&lt;br /&gt;
Building database (/var/cache/eix) ..&lt;br /&gt;
[0] &amp;quot;gentoo&amp;quot; /usr/portage/ (cache: metadata-md5-or-flat)&lt;br /&gt;
     Reading category 154|154 (100%) Finished             &lt;br /&gt;
Applying masks ..&lt;br /&gt;
Calculating hash tables ..&lt;br /&gt;
Writing database file /var/cache/eix ..&lt;br /&gt;
Database contains 15729 packages in 154 categories.&lt;br /&gt;
&lt;br /&gt;
(domU-chroot) # exit &lt;br /&gt;
exit&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
From here you have to decide how you want to run your domU: with unpriviledged users and sudo ? or with a root account enabled? as a webserver or firewall?&lt;br /&gt;
&lt;br /&gt;
Me, personally, I always do install openssh server and just place my ssh keys in there. From there the steps differ.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(dom0-xen) # cp /root/.ssh/authorized_keys /mnt/domu1/root/.ssh/&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
Also, don't forget here to enable PubKeyAuth in your sshd_config in your domU and set PermitRootLogin to yes!&lt;br /&gt;
&lt;br /&gt;
Double checking! Does your domU kernel uses modules or not? If you haven't built a monolitic kernel you should copy the modules from the dom0 to the domU now:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(dom0-xen) # mkdir /mnt/domu1/lib/modules&lt;br /&gt;
(dom0-xen) # rsync -aP /lib/modules/2.6.38-xen-maiwald.tk-dom0 /mnt/domu1/lib/modules/&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Ok, that's it from here..&lt;br /&gt;
&lt;br /&gt;
Don't forget to clean up the mounts!&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(dom0-xen) # cd&lt;br /&gt;
(dom0-xen) # umount -l /mnt/domu1/proc&lt;br /&gt;
(dom0-xen) # umount -l /mnt/domu1/dev&lt;br /&gt;
(dom0-xen) # umount -l /mnt/domu1&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
That's it! ;-)&lt;br /&gt;
&lt;br /&gt;
=== Booting the Xen DomU Guest ===&lt;br /&gt;
&lt;br /&gt;
Ok, let's try the first boot of the newly created Xen DomU in Funtoo!&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(dom0-xen) # cd /xen&lt;br /&gt;
(dom0-xen) # xm create -c configs/funtoo.cfg&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
Huuuuiiiii......&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Using config file &amp;quot;./configs/funtoo.cfg&amp;quot;.&lt;br /&gt;
Started domain funtoo (id=4)&lt;br /&gt;
[    0.000000] Linux version 2.6.38-xen-maiwald.tk-domU (root@xen) (gcc version 4.4.5 (Gentoo 4.4.5 p1.0, pie-0.4.5) ) #4 SMP Wed Feb 8 17:30:33 CET 2012&lt;br /&gt;
[    0.000000] Command line: root=/dev/xvda1 ro ip=217.x.x.211:127.0.255.255:217.x.x.1:255.255.255.0:domU:eth0:off xencons=tty console=xvc0 raid=noautodetect&lt;br /&gt;
[    0.000000] Xen-provided physical RAM map:&lt;br /&gt;
[    0.000000]  Xen: 0000000000000000 - 0000000040800000 (usable)&lt;br /&gt;
[    0.000000] NX (Execute Disable) protection: active&lt;br /&gt;
[    0.000000] last_pfn = 0x40800 max_arch_pfn = 0x80000000&lt;br /&gt;
[    0.000000] init_memory_mapping: 0000000000000000-0000000040800000&lt;br /&gt;
[    0.000000] Zone PFN ranges:&lt;br /&gt;
[    0.000000]   DMA      0x00000000 -&amp;gt; 0x00001000&lt;br /&gt;
[    0.000000]   DMA32    0x00001000 -&amp;gt; 0x00100000&lt;br /&gt;
[    0.000000]   Normal   empty&lt;br /&gt;
[    0.000000] Movable zone start PFN for each node&lt;br /&gt;
[    0.000000] early_node_map[2] active PFN ranges&lt;br /&gt;
[    0.000000]     0: 0x00000000 -&amp;gt; 0x00040000&lt;br /&gt;
[    0.000000]     0: 0x00040800 -&amp;gt; 0x00040800&lt;br /&gt;
[    0.000000] setup_percpu: NR_CPUS:16 nr_cpumask_bits:16 nr_cpu_ids:1 nr_node_ids:1&lt;br /&gt;
[    0.000000] PERCPU: Embedded 18 pages/cpu @ffff88003efc0000 s42304 r8192 d23232 u73728&lt;br /&gt;
[    0.000000] Swapping MFNs for PFN 6d6 and 3efc7 (MFN 15deb0 and 1223bf)&lt;br /&gt;
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 256109&lt;br /&gt;
[    0.000000] Kernel command line: root=/dev/xvda1 ro ip=217.171.190.211:127.0.255.255:217.171.190.1:255.255.255.0:alyx1:eth0:off xencons=tty console=xvc0 raid=noautodetect&lt;br /&gt;
[    0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)&lt;br /&gt;
[    0.000000] Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)&lt;br /&gt;
[    0.000000] Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)&lt;br /&gt;
[    0.000000] Software IO TLB disabled&lt;br /&gt;
[    0.000000] Memory: 1022732k/1056768k available (3657k kernel code, 8192k absent, 25844k reserved, 1261k data, 264k init)&lt;br /&gt;
[    0.000000] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1&lt;br /&gt;
[    0.000000] Hierarchical RCU implementation.&lt;br /&gt;
[    0.000000] NR_IRQS:96&lt;br /&gt;
[    0.000000] Xen reported: 2992.570 MHz processor.&lt;br /&gt;
[    0.000000] Console: colour dummy device 80x25&lt;br /&gt;
[    0.000000] console [tty-1] enabled&lt;br /&gt;
[    0.150003] Calibrating delay using timer specific routine.. 6018.63 BogoMIPS (lpj=30093193)&lt;br /&gt;
[    0.150008] pid_max: default: 32768 minimum: 301&lt;br /&gt;
[    0.150034] Mount-cache hash table entries: 256&lt;br /&gt;
[    0.150173] SMP alternatives: switching to UP code&lt;br /&gt;
[    0.170232] Freeing SMP alternatives: 20k freed&lt;br /&gt;
[    0.170342] Brought up 1 CPUs&lt;br /&gt;
[    0.170377] devtmpfs: initialized&lt;br /&gt;
[    0.170601] xor: automatically using best checksumming function: generic_sse&lt;br /&gt;
[    0.220004]    generic_sse:  7325.200 MB/sec&lt;br /&gt;
[    0.220008] xor: using function: generic_sse (7325.200 MB/sec)&lt;br /&gt;
[    0.220091] NET: Registered protocol family 16&lt;br /&gt;
[    0.220186] Brought up 1 CPUs&lt;br /&gt;
[    0.220217] bio: create slab &amp;lt;bio-0&amp;gt; at 0&lt;br /&gt;
[    0.390014] raid6: int64x1   2353 MB/s&lt;br /&gt;
[    0.560003] raid6: int64x2   2964 MB/s&lt;br /&gt;
[    0.730026] raid6: int64x4   2357 MB/s&lt;br /&gt;
[    0.900012] raid6: int64x8   2116 MB/s&lt;br /&gt;
[    1.070007] raid6: sse2x1    5349 MB/s&lt;br /&gt;
[    1.240009] raid6: sse2x2    5404 MB/s&lt;br /&gt;
[    1.410005] raid6: sse2x4    8597 MB/s&lt;br /&gt;
[    1.410008] raid6: using algorithm sse2x4 (8597 MB/s)&lt;br /&gt;
[    1.410022] suspend: event channel 6&lt;br /&gt;
[    1.410022] xen_mem: Initialising balloon driver.&lt;br /&gt;
[    1.410096] Switching to clocksource xen&lt;br /&gt;
[    1.410125] FS-Cache: Loaded&lt;br /&gt;
[    1.410152] CacheFiles: Loaded&lt;br /&gt;
[    1.410268] NET: Registered protocol family 2&lt;br /&gt;
[    1.410288] IP route cache hash table entries: 32768 (order: 6, 262144 bytes)&lt;br /&gt;
[    1.410391] TCP established hash table entries: 131072 (order: 9, 2097152 bytes)&lt;br /&gt;
[    1.410951] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)&lt;br /&gt;
[    1.411180] TCP: Hash tables configured (established 131072 bind 65536)&lt;br /&gt;
[    1.411183] TCP reno registered&lt;br /&gt;
[    1.411186] UDP hash table entries: 512 (order: 2, 16384 bytes)&lt;br /&gt;
[    1.411192] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)&lt;br /&gt;
[    1.411229] NET: Registered protocol family 1&lt;br /&gt;
[    1.411290] platform rtc_cmos: registered platform RTC device (no PNP device found)&lt;br /&gt;
[    1.411401] Intel AES-NI instructions are not detected.&lt;br /&gt;
[    1.411437] audit: initializing netlink socket (disabled)&lt;br /&gt;
[    1.411444] type=2000 audit(1330014455.606:1): initialized&lt;br /&gt;
[    1.412612] fuse init (API version 7.16)&lt;br /&gt;
[    1.412674] msgmni has been set to 2048&lt;br /&gt;
[    1.412990] NET: Registered protocol family 38&lt;br /&gt;
[    1.413018] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)&lt;br /&gt;
[    1.413024] io scheduler noop registered (default)&lt;br /&gt;
[    1.413026] io scheduler deadline registered&lt;br /&gt;
[    1.413049] io scheduler cfq registered&lt;br /&gt;
[    1.413079] Non-volatile memory driver v1.3&lt;br /&gt;
[    1.413088] Hangcheck: starting hangcheck timer 0.9.1 (tick is 180 seconds, margin is 60 seconds).&lt;br /&gt;
[    1.413090] Hangcheck: Using getrawmonotonic().&lt;br /&gt;
[    1.419520] Switched to NOHz mode on CPU #0&lt;br /&gt;
[    1.423394] brd: module loaded&lt;br /&gt;
[    1.423665] loop: module loaded&lt;br /&gt;
[    1.423771] nbd: registered device at major 43&lt;br /&gt;
[    1.426180] Xen virtual console successfully installed as tty1&lt;br /&gt;
[    1.426216] Event-channel device installed.&lt;br /&gt;
[    1.441658] netfront: Initialising virtual ethernet driver.&lt;br /&gt;
[    1.444972] xen-vbd: registered block device major 202&lt;br /&gt;
[    1.444988] blkfront: xvda1: barriers enabled&lt;br /&gt;
[    1.450287] Setting capacity to 20971520&lt;br /&gt;
[    1.450294] xvda1: detected capacity change from 0 to 10737418240&lt;br /&gt;
[    1.450677] blkfront: xvda2: barriers enabled&lt;br /&gt;
[    1.451661] Setting capacity to 2097152&lt;br /&gt;
[    1.451665] xvda2: detected capacity change from 0 to 1073741824&lt;br /&gt;
[    1.452020] bonding: Ethernet Channel Bonding Driver: v3.7.0 (June 2, 2010)&lt;br /&gt;
[    1.452023] bonding: Warning: either miimon or arp_interval and arp_ip_target module parameters must be specified, otherwise bonding will not detect link failures! see bonding.txt for details.&lt;br /&gt;
[    1.453016] i8042: No controller found&lt;br /&gt;
[    1.453066] mousedev: PS/2 mouse device common for all mice&lt;br /&gt;
[    1.453113] rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0&lt;br /&gt;
[    1.453145] rtc_cmos: probe of rtc_cmos failed with error -38&lt;br /&gt;
[    1.453155] md: linear personality registered for level -1&lt;br /&gt;
[    1.453158] md: raid0 personality registered for level 0&lt;br /&gt;
[    1.453161] md: raid1 personality registered for level 1&lt;br /&gt;
[    1.453163] md: raid6 personality registered for level 6&lt;br /&gt;
[    1.453166] md: raid5 personality registered for level 5&lt;br /&gt;
[    1.453168] md: raid4 personality registered for level 4&lt;br /&gt;
[    1.453224] device-mapper: uevent: version 1.0.3&lt;br /&gt;
[    1.453273] device-mapper: ioctl: 4.19.1-ioctl (2011-01-07) initialised: dm-devel@redhat.com&lt;br /&gt;
[    1.453340] device-mapper: multipath: version 1.2.0 loaded&lt;br /&gt;
[    1.453343] device-mapper: multipath round-robin: version 1.0.0 loaded&lt;br /&gt;
[    1.453345] device-mapper: multipath queue-length: version 0.1.0 loaded&lt;br /&gt;
[    1.453347] device-mapper: multipath service-time: version 0.2.0 loaded&lt;br /&gt;
[    1.453396] Netfilter messages via NETLINK v0.30.&lt;br /&gt;
[    1.453410] nf_conntrack version 0.5.0 (8192 buckets, 32768 max)&lt;br /&gt;
[    1.453478] ctnetlink v0.93: registering with nfnetlink.&lt;br /&gt;
[    1.453486] IPv4 over IPv4 tunneling driver&lt;br /&gt;
[    1.453548] TCP westwood registered&lt;br /&gt;
[    1.453550] TCP highspeed registered&lt;br /&gt;
[    1.453552] TCP htcp registered&lt;br /&gt;
[    1.453553] TCP vegas registered&lt;br /&gt;
[    1.453555] Initializing XFRM netlink socket&lt;br /&gt;
[    1.453630] NET: Registered protocol family 10&lt;br /&gt;
[    1.453803] IPv6 over IPv4 tunneling driver&lt;br /&gt;
[    1.453863] NET: Registered protocol family 17&lt;br /&gt;
[    1.453868] NET: Registered protocol family 15&lt;br /&gt;
[    1.453870] Registering the dns_resolver key type&lt;br /&gt;
[    1.550094] /usr/src/linux-2.6.38-xen/drivers/rtc/hctosys.c: unable to open rtc device (rtc0)&lt;br /&gt;
[    3.070104] IP-Config: Complete:&lt;br /&gt;
[    3.070109]      device=eth0, addr=217.171.190.211, mask=255.255.255.0, gw=217.171.190.1,&lt;br /&gt;
[    3.070116]      host=alyx1, domain=, nis-domain=(none),&lt;br /&gt;
[    3.070119]      bootserver=127.0.255.255, rootserver=127.0.255.255, rootpath=&lt;br /&gt;
[    3.070212] md: Skipping autodetection of RAID arrays. (raid=autodetect will force)&lt;br /&gt;
[    3.107309] EXT4-fs (xvda1): mounted filesystem with ordered data mode. Opts: (null)&lt;br /&gt;
[    3.107321] VFS: Mounted root (ext2 filesystem) readonly on device 202:1.&lt;br /&gt;
[    3.140059] devtmpfs: mounted&lt;br /&gt;
[    3.140239] Freeing unused kernel memory: 264k freed&lt;br /&gt;
INIT: version 2.88 booting&lt;br /&gt;
&lt;br /&gt;
   OpenRC 0.8.3 is starting up Funtoo Linux (x86_64)&lt;br /&gt;
&lt;br /&gt;
 * Mounting /proc ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * WARNING: rc_sys not defined in rc.conf. Falling back to automatic detection&lt;br /&gt;
 * Caching service dependencies ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Mounting /sys ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * udev: /dev already mounted, skipping...&lt;br /&gt;
 * Mounting /dev/pts ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Mounting /dev/shm ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Bringing up network interface lo ...&lt;br /&gt;
RTNETLINK answers: File exists&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Bringing up network interface lo ...&lt;br /&gt;
RTNETLINK answers: File exists&lt;br /&gt;
RTNETLINK answers: File exists&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Starting udevd daemon ...&lt;br /&gt;
 * Populating /dev with existing devices through uevents ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Autoloaded 0 module(s)&lt;br /&gt;
 * Checking local filesystems  ...&lt;br /&gt;
funtoo_root: Superblock last write time is in the future.&lt;br /&gt;
        (by less than a day, probably due to the hardware clock being incorrectly set).  FIXED.&lt;br /&gt;
funtoo_root: clean, 173796/655360 files, 436917/2621440 blocks&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Remounting root filesystem read/write ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Updating /etc/mtab ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Mounting local filesystems ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Configuring kernel parameters ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Creating user login records ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Cleaning /var/run ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Wiping /tmp directory ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Setting hostname to localhost ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Activating swap devices ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * udev: storing persistent rules ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Initializing random number generator ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
INIT: Entering runlevel: 3&lt;br /&gt;
 * Mounting network filesystems ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Generating dsa host key ...&lt;br /&gt;
Generating public/private dsa key pair.&lt;br /&gt;
Your identification has been saved in /etc/ssh/ssh_host_dsa_key.&lt;br /&gt;
Your public key has been saved in /etc/ssh/ssh_host_dsa_key.pub.&lt;br /&gt;
The key fingerprint is:&lt;br /&gt;
25:e0:a8:05:xxxxxxxxxxxx:1c:1f:ba root@localhost&lt;br /&gt;
The key's randomart image is:&lt;br /&gt;
+--[ DSA 1024]----+&lt;br /&gt;
|  ooo.B.o        |&lt;br /&gt;
| o o *.B o .     |&lt;br /&gt;
|  . + + = =      |&lt;br /&gt;
|   o   + *       |&lt;br /&gt;
|  .   E S        |&lt;br /&gt;
|                 |&lt;br /&gt;
|                 |&lt;br /&gt;
|                 |&lt;br /&gt;
|                 |&lt;br /&gt;
+-----------------+&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Generating rsa host key ...&lt;br /&gt;
Generating public/private rsa key pair.&lt;br /&gt;
Your identification has been saved in /etc/ssh/ssh_host_rsa_key.&lt;br /&gt;
Your public key has been saved in /etc/ssh/ssh_host_rsa_key.pub.&lt;br /&gt;
The key fingerprint is:&lt;br /&gt;
22:e3:46:28:67:xxxxxxxxxxxxxxxxxxxxx:e5:c3 root@localhost&lt;br /&gt;
The key's randomart image is:&lt;br /&gt;
+--[ RSA 2048]----+&lt;br /&gt;
|.    o. ..       |&lt;br /&gt;
|oo  o ..o        |&lt;br /&gt;
|=oo  o   E       |&lt;br /&gt;
|.*oo.     .      |&lt;br /&gt;
|o *.+ . S        |&lt;br /&gt;
| + o o .         |&lt;br /&gt;
|    o            |&lt;br /&gt;
|   .             |&lt;br /&gt;
|                 |&lt;br /&gt;
+-----------------+&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Starting sshd ...&lt;br /&gt;
 [ ok ]&lt;br /&gt;
 * Starting local&lt;br /&gt;
 [ ok ]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
                         Larry loves Funtoo&lt;br /&gt;
                      _________________________&lt;br /&gt;
                      &amp;lt; Have you mooed today? &amp;gt;&lt;br /&gt;
                      -------------------------&lt;br /&gt;
                           ^__^&lt;br /&gt;
                           (oo)_______&lt;br /&gt;
                            (__)       )/&lt;br /&gt;
                                 ||----w |&lt;br /&gt;
                                 ||     ||&lt;br /&gt;
 .::::::::::::::::::::: WELCOME TO ::::::::::::::::::::::::::..&lt;br /&gt;
 ...............................................................&lt;br /&gt;
 :########:'##::::'##:'##::: ##:'########::'#######:::'#######::.&lt;br /&gt;
 :##.....:: ##:::: ##: ###:: ##:... ##..::'##.... ##:'##.... ##::&lt;br /&gt;
 :##::::::: ##:::: ##: ####: ##:::: ##:::: ##:::: ##: ##:::: ##::&lt;br /&gt;
 :######::: ##:::: ##: ## ## ##:::: ##:::: ##:::: ##: ##:::: ##::&lt;br /&gt;
 :##...:::: ##:::: ##: ##. ####:::: ##:::: ##:::: ##: ##:::: ##::&lt;br /&gt;
 :##::::::: ##:::: ##: ##:. ###:::: ##:::: ##:::: ##: ##:::: ##::&lt;br /&gt;
 :##:::::::. #######:: ##::. ##:::: ##::::. #######::. #######::′&lt;br /&gt;
.::::::::::.......:::..::::..:::::..::::::.......::::.......::´&lt;br /&gt;
This is localhost.unknown_domain (Linux x86_64 2.6.38-xen-maiwald.tk-domU) 17:27:40&lt;br /&gt;
&lt;br /&gt;
localhost login: &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Finalizing the setup ===&lt;br /&gt;
Now we test if we can reach the DomU from our Desktop:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(2034)-~% ssh -lroot 217.x.x.211  &lt;br /&gt;
The authenticity of host '217.x.x.211 (217.x.x.211)' can't be established.&lt;br /&gt;
RSA key fingerprint is 22:e3:xxxxxxxx:b0:3c:xxxxx:d6:e5:c3.&lt;br /&gt;
Are you sure you want to continue connecting (yes/no)? yes&lt;br /&gt;
Warning: Permanently added '217.x.x.211' (RSA) to the list of known hosts.&lt;br /&gt;
Enter passphrase for key '/home/mm/.ssh/id_rsa': &lt;br /&gt;
localhost ~ # uname -a&lt;br /&gt;
Linux localhost 2.6.38-xen-maiwald.tk-domU #4 SMP Wed Feb 8 17:30:33 CET 2012 x86_64 Intel(R) Xeon(R) CPU E3110 @ 3.00GHz GenuineIntel GNU/Linux&lt;br /&gt;
localhost ~ # &lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
All seems good for now.&lt;br /&gt;
&lt;br /&gt;
Now switch back to the Funto [[Installation (Tutorial)|Installation Tutorial]] and go on with setting up your new domU guest like a normal funtoo linux system!&lt;br /&gt;
&lt;br /&gt;
'''Please consider to help supporting this Wiki with editing this page (keeping it current!)'''&lt;br /&gt;
&lt;br /&gt;
Funtoo is a perfect Xen Host and I can really recommend it to everybody as an alternative to .deb/.rpm Systems.&lt;br /&gt;
&lt;br /&gt;
Have fun!&lt;br /&gt;
[[Category:Virtualization]]&lt;br /&gt;
[[Category:Featured]]&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/User:GrayTShirt</id>
		<title>User:GrayTShirt</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/User:GrayTShirt"/>
				<updated>2012-10-11T21:23:31Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{| style=&amp;quot;float: right; border: 1px solid #BBB;&amp;quot;&lt;br /&gt;
|- style=&amp;quot;font-size: 86%;&amp;quot;&lt;br /&gt;
| valign=&amp;quot;top&amp;quot; halign=&amp;quot;center&amp;quot; size=&amp;quot;small&amp;quot; |[[File:{{{nickname|Graytshirt-1}}}.{{{fileextention|jpg}}}]]&amp;lt;!--&lt;br /&gt;
  --&amp;gt;&amp;lt;br /&amp;gt;&lt;br /&gt;
  {{{nickname|GrayTShirt}}}&amp;lt;br /&amp;gt;&lt;br /&gt;
  &amp;lt;br /&amp;gt;&lt;br /&gt;
  Real name: {{{realname|Dan}}}&lt;br /&gt;
  Birth date: {{{birthdate|May 2nd}}}&lt;br /&gt;
  Country: {{{country|US}}}&lt;br /&gt;
  Website: {{{website|runedrive dot com}}}&lt;br /&gt;
  Email: {{{email|dan at runedrive dot com}}}&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{{{welcome|}}}&lt;br /&gt;
&lt;br /&gt;
== Biography ==&lt;br /&gt;
{{{biography|Not disclosed}}}&lt;br /&gt;
&lt;br /&gt;
== History using Linux ==&lt;br /&gt;
{{{history_linux|I started using linux in 2005 when a buddy of mine thought it would be a good idea to put Gentoo on a P4 desktop my father had given me for my freshman year of college. After that I switched to Ubuntu, which wasn't upto par at the time and then back to windows to play video games. Eventually started dual booting with a dual proc desktop I put together and then finally I started only using linux. And now when I have down time at work I do Funtoo installs for unsuspecting employers.}}}&lt;br /&gt;
&lt;br /&gt;
== History on Funtoo ==&lt;br /&gt;
{{{history_funtoo|Since 2010}}}&lt;br /&gt;
&lt;br /&gt;
== Collaboration on Open Source projects ==&lt;br /&gt;
{{{oss_information|[http://github.com/GrayTShirt Github Account]}}}&lt;br /&gt;
&lt;br /&gt;
== About real life ==&lt;br /&gt;
{{{real_life|I'm s systems administrator at the [http://tw.rpi.edu Tetherless World] reasearch constellation located at [http://rpi.edu Rensselaer Polytechnic Institute]}}}&lt;br /&gt;
&lt;br /&gt;
== Parts working on at the moment ==&lt;br /&gt;
{{{working_on|Nothing yet}}}&lt;br /&gt;
&lt;br /&gt;
== Parts worked on ==&lt;br /&gt;
{{{worked_on|Nothing yet}}}&lt;br /&gt;
__NOEDITSECTION__&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/User:GrayTShirt</id>
		<title>User:GrayTShirt</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/User:GrayTShirt"/>
				<updated>2012-10-11T21:22:36Z</updated>
		
		<summary type="html">&lt;p&gt;GrayTShirt: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{| style=&amp;quot;float: right; border: 1px solid #BBB;&amp;quot;&lt;br /&gt;
|- style=&amp;quot;font-size: 86%;&amp;quot;&lt;br /&gt;
| valign=&amp;quot;top&amp;quot; halign=&amp;quot;center&amp;quot; size=&amp;quot;small&amp;quot; |[[File:{{{nickname|Graytshirt-1}}}.{{{fileextention|jpg}}}]]&amp;lt;!--&lt;br /&gt;
  --&amp;gt;&amp;lt;br /&amp;gt;&lt;br /&gt;
  {{{nickname|GrayTShirt}}}&amp;lt;br /&amp;gt;&lt;br /&gt;
  &amp;lt;br /&amp;gt;&lt;br /&gt;
  Real name: {{{realname|Dan}}}&lt;br /&gt;
  Birth date: {{{birthdate|undisclosed}}}&lt;br /&gt;
  Country: {{{country|US}}}&lt;br /&gt;
  Website: {{{website|runedrive dot com}}}&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{{{welcome|}}}&lt;br /&gt;
&lt;br /&gt;
== Biography ==&lt;br /&gt;
{{{biography|Not disclosed}}}&lt;br /&gt;
&lt;br /&gt;
== History using Linux ==&lt;br /&gt;
{{{history_linux|I started using linux in 2005 when a buddy of mine thought it would be a good idea to put Gentoo on a P4 desktop my father had given me for my freshman year of college. After that I switched to Ubuntu, which wasn't upto par at the time and then back to windows to play video games. Eventually started dual booting with a dual proc desktop I put together and then finally I started only using linux. And now when I have down time at work I do Funtoo installs for unsuspecting employers.}}}&lt;br /&gt;
&lt;br /&gt;
== History on Funtoo ==&lt;br /&gt;
{{{history_funtoo|Since 2010}}}&lt;br /&gt;
&lt;br /&gt;
== Collaboration on Open Source projects ==&lt;br /&gt;
{{{oss_information|[http://github.com/GrayTShirt Github Account]}}}&lt;br /&gt;
&lt;br /&gt;
== About real life ==&lt;br /&gt;
{{{real_life|I'm s systems administrator at the [http://tw.rpi.edu Tetherless World] reasearch constellation located at [http://rpi.edu Rensselaer Polytechnic Institute]}}}&lt;br /&gt;
&lt;br /&gt;
== Parts working on at the moment ==&lt;br /&gt;
{{{working_on|Nothing yet}}}&lt;br /&gt;
&lt;br /&gt;
== Parts worked on ==&lt;br /&gt;
{{{worked_on|Nothing yet}}}&lt;br /&gt;
__NOEDITSECTION__&lt;/div&gt;</summary>
		<author><name>GrayTShirt</name></author>	</entry>

	</feed>