From Gentoo Wiki
Jump to:navigation Jump to:search
This page is a translated version of the page Handbook:X86/Installation/Stage and the translation is 50% complete.
Other languages:
Deutsch • ‎English • ‎Türkçe • ‎español • ‎français • ‎polski • ‎português do Brasil • ‎русский • ‎українська • ‎中文(中国大陆)‎ • ‎日本語 • ‎한국어

Kurulum dosyasını yüklemek

Tarihi ve saati ayarlamak

Before installing Gentoo, it is a good idea to be sure the date and time are set correctly. A mis-configured clock may lead to strange results: base system files should be extracted with accurate time stamps. In fact, due to several websites and services using encrypted communications (SSL/TLS), it might not be possible to download the installation files at all if the system clock is too far skewed!

Verify the current date and time by running the date command:

root #date
Mon Oct  3 13:16:22 PDT 2016

If the date/time displayed is wrong, update it using one of the methods below.

Motherboards that do not include a Real-Time Clock (RTC) should be configured to automatically sync the system clock with a time server. This is also true for systems that do include a RTC, but have a failed battery.


Official Gentoo installation media includes the ntpd command (available through the net-misc/ntp package). Official media includes a configuration file pointing to ntp.org time servers. It can be used to automatically sync the system clock to UTC time using a time server. Using this method requires a working network configuration and may not be available on all architectures.

Automatic time sync comes at a price. It will reveal the system's IP address and related network information to a time server (in the case of the example below ntp.org). Users with privacy concerns should be aware of this before setting the system clock using the below method.
root #ntpd -q -g


The date command can also be used to perform a manual set on the system clock. Use the MMDDhhmmYYYY syntax (Month, Day, hour, minute and Year).

UTC time is recommended for all Linux systems. Later on during the installation a timezone will be defined. This will modify the display of the clock to local time.

Örneğin sistemin zamanını 29 Mart 2014, 16:21 olarak ayarlamak için:

root #date 032916212014

Choosing a stage tarball

Multilib (32 and 64-bit)

Choosing a base tarball for the system can save a considerable amount of time later on in the installation process, specifically when it is time to choose a system profile. The selection of a stage tarball will directly impact future system configuration and can save a headache or two later on down the line. The multilib tarball uses 64-bit libraries when possible, and only falls back to the 32-bit versions when necessary for compatibility. This is an excellent option for the majority of installations because it provides a great amount of flexibility for customization in the future. Those who desire their systems to be capable of easily switching profiles should download the multilib tarball option for their respective processor architecture.

Most users should not use the 'advanced' tarballs options; they are for specific software or hardware configurations.

No-multilib (pure 64-bit)

Selecting a no-multilib tarball to be the base of the system provides a complete 64-bit operating system environment. This effectively renders the ability to switch to multilib profiles improbable, but possible. Those who are just starting out with Gentoo should not choose a no-multilib tarball unless it is absolutely necessary.

Be aware, migrating from a no-multilib to a multilib system requires an extremely well-working knowledge of Gentoo and the lower-level toolchain (it may even cause our Toolchain developers to shudder a little). It is not for the faint of heart and is beyond the scope of this guide.


OpenRC is a dependency-based init system (responsible for starting up system services once the kernel has booted) that maintains compatibility with the system provided init program, normally located in /sbin/init. It is Gentoo's native and original init system, but is also deployed by a few other Linux distributions and BSD systems.

OpenRC does not function as a replacement for the /sbin/init file by default and is 100% compatible with Gentoo init scripts. This means a solution can be found to run the dozens of daemons in the Gentoo ebuild repository.

For historical reasons only, this manual focusses on installation and configuration using OpenRC. Rewriting and enhancing it to also explain a Systemd installation (see below) is planned.


systemd is a modern SysV-style init and rc replacement for Linux systems. By now it is in use in a majority of Linux distributions. systemd is supported in Gentoo and works just fine; it is widely configurable. Unfortunately, the corresponding installation handbook sections to a large extent still need to be written or are work in progress.

It is possible to switch a running Gentoo installation from OpenRC to systemd and back. However, this requires some effort and is outside the scope of the installation manual. Depending on what you want to use in your installation, please make sure you select the right stage tarball.

Kurulum dosyasını indirmek

Kök dizinin bağlı olduğu klasöre gidin (muhtemelen /mnt/gentoo):

root #cd /mnt/gentoo

Kurulum ortamına bağlı olarak, indirmek için birkaç yönteminiz var. Bunlardan bir tanesi de grafiksel olmayan (terminalde çalışan) bir web tarayıcı olan links. Kurulum dosyasını indirmek için Gentoo yansılarına şu şekilde ulaşabilirsiniz:

Graphical browsers

Those using environments with fully graphical web browsers will have no problem copying a stage file URL from the main website's download section. Simply select the appropriate tab, right click the link to the stage file, then Copy Link to copy the link to the clipboard, then paste the link to the wget utility on the command-line to download the stage tarball:

root #wget <PASTED_STAGE_URL>

Command-line browsers

More traditional readers or 'old timer' Gentoo users, working exclusively from command-line may prefer using links, a non-graphical, menu-driven browser. To download a stage, surf to the Gentoo mirror list like so:

links ile bir HTTP proxy (ağ geçidi) kullanmak istiyorsanız, -http-proxy seçeneği ile belirtebilirsiniz:

root #links -http-proxy proxy.server.com:8080 https://www.gentoo.org/downloads/mirrors/

links'e benzer bir tarayıcı olarak, dilerseniz lynx de kullanabilirsiniz.

Eğer proxy gerekiyorsa, http_proxy ve/veya ftp_proxy ortam değişkenlerini atayabilirsiniz:

root #export http_proxy="http://proxy.sunucu.com:port"
root #export ftp_proxy="http://proxy.sunucu.com:port"

Yansı listesinde, fiziki olarak size yakın bir yansı seçin. Genellikle HTTP yansılar yeterli olmakta, ancak dilerseniz diğer protokollerde erişim sağlanabilen yansılar da var. releases/x86/autobuilds/ dizinine gidin. Kuruluma elverişli tüm dosyaları burada bulabilirsiniz (alt-mimariye göre dizinlere ayrılmış bir yapı da görebilirsiniz). Bir tane dosya seçip, indirmek için D tuşuna basın.

After the stage file download completes, it is possible to verify the integrity and validate the contents of the stage tarball. Those interested should proceed to the next section.

İşlem tamamlandığında Q tuluna basarak çıkabilirsiniz.

Verifying and validating

Some tarballs are being delivered via xz compression. When downloading a tarball ending in .tar.xz, be sure to adjust the tarball filename from .tar.bz2 in the following commands.

Minimal kurulum CD'lerinde olduğu gibi, burada da bazı yardımcı dosyalar bulunmakta:

  • .CONTENTS dosyası, ilgili kurulum dosyasında bulunan dosyaların listesini içerir
  • .DIGESTS dosyası, kurulum dosyasının farklı algoritmalar ile çıkarılmış parmak izini içerir
  • .DIGESTS.asc dosyası da tıpkı .DIGESTS dosyası gibi parmakizlerini içerir, ancak kriptografik olarak Gentoo projesi tarafından imzalanmış dosyadır
  • A .CONTENTS file that contains a list of all files inside the stage tarball.
  • A .DIGESTS file that contains checksums of the stage file in different algorithms.
  • A .DIGESTS.asc file that, like the .DIGESTS file, contains checksums of the stage file in different algorithms, but is also cryptographically signed to ensure it is provided by the Gentoo project.

İndirdikten sonra, kurulum dosyasının bütünlüğünü kontrol edebilirsiniz. openssl kullanarak parmak izi üretip, .DIGESTS veya .DIGESTS.asc dosyasındaki iz ile karşılaştırabilirsiniz.

Örneğin SHA512 izini onaylamak için:

root #openssl dgst -r -sha512 stage3-x86-<release>.tar.bz2

sha512sum komutu da kullanabilirsiniz:

root #sha512sum stage3-x86-<release>.tar.bz2

Whirlpool kontrolü için:

root #openssl dgst -r -whirlpool stage3-x86-<release>.tar.bz2

Komutların çıktılarını .DIGESTS(.asc) dosyaları ile kıyaslayabilirsiniz. Eğer değerler uyuşmuyorsa indirdiğiniz dosya hatalı olabilir.

ISO kalıbı gibi, bu dosyanın da kriptografik imzasını .DIGESTS.asc yardımıyla onaylayabilirsiniz. Örnek olarak gpg ile kontrol edelim:

root #gpg --verify stage3-x86-<release>.tar.bz2.DIGESTS.asc

The fingerprints of the OpenPGP keys used for signing release media can be found on the release media signatures page of the Gentoo webserver.

Kurulum dosyasını açmak

Şimdi tar komutunun yardımı ile kurulum paketini sistemimize çıkartıyoruz:

root #tar xvjpf stage3-*.tar.bz2 --xattrs

Kullandığınız seçeneklerin (xvjpf ve --xattrs) doğruluğunu kontrol edin. x çıkartmaya, v detaylı bilgi almaya, j dosyanın bir bzip2 dosyası olduğuna, p dosya içerisindeki izinlerin korunması gerektiğine, f de komuta bir paketi parametre olarak vereceğimizi işaret eder. --xattrs ise paketteki gelişmiş dosya etiketlerini de korumamız gerektiğini belirtir.

Paketimizi kurduğumuza göre derleme seçeneklerini düzenleme ile devam edebiliriz.

Derleme seçeneklerini düzenleme


Gentoo'yu kendi ihtiyacımıza göre düzenlemek için, Portage davranışını etkileyecek olan bazı değişkenleri ayarlayabiliriz. Tüm bunlar tabi ki export ile ayarlanabilir, ancak kalıcı olmaz. Bunun yerine Portage'ın okuduğu /etc/portage/make.conf dosyasında düzenlemeler yapacağız.

Tüm geçerli değişkenler /mnt/gentoo/usr/share/portage/config/make.conf.example dosyasında var. Ancak başarılı bir kurulum için aşağıdakilerin ayarlanması yeterli.

Bir editör açıp (biz nano kullanacağız) bahsedeceğimiz değişkenleri ayarlayabiliriz.

root #nano -w /mnt/gentoo/etc/portage/make.conf

make.conf.example dosyasında da görülebileceği gibi dosyanın biçimlendirilme türü, yorum olan satıların "#" ile başlaması, diğer satırların da DEĞİŞKEN="içerik" şeklinde tanımlanması.


CFLAGS ve CXXFLAGS değerleri, C ve C++ kodları derlememize yarayacak olan gcc derleyicisi tarafından kullanılmakta. Burada genel olarak tanımlayacağız ancak (yönetimi biraz karmaşık olsa da) sisteminizden maksimum performansı almak için her uygulamanın nasıl derlenmesi gerektiğini de tanımlayabilirsiniz.

make.conf dosyasında sistemin genelinde kullanılması faydalı olan seçenekler ayarlanmalıdır. Burada kararlı olduğundan emin olmadığınız, deneysel ayarlar uygularsanız faydadan çok zararını görürsünüz (çalışmayan veya hatalı çalışan uygulamalar).

Mümkün olan tüm değişkenleri anlatmayacağız. Dilerseniz GNU online belgeleri'ni veya gcc bilgilendirme sayfasını (Linux sistemlerde info gcc komutuyla) inceleyebilirsiniz. make.conf.example dosyası da gayet açıklayıcıdır, okumanızı tavsiye ederiz.

İlk ayarlardan biri hedef mimariyi belirleyen -march= veya -mtune= bayrağı. Kullanılabilecek değişkenler make.conf.example dosyasında (yorumlu olarak) var. En sık kullanılan değer, derleyiciye mimariyi otomatik olarak seçmesini belirten native değişkeni.

Bir diğer değişken de gcc'nin optimizasyon seviyesini ayarlayan -O bayrağı (sıfır değil, büyük o harfi). Kullanılabilecek değişkenler s (boyut optimizasyonu), 0 (yani sıfır, optimizasyonsuz), 1, 2, hatta daha fazla optimizasyon için 3. Her seviye önceki seviyeye bazı eklemelerde bulunur. -O3 sistem genelinde kullanıldığında bazı hatalara sebep olmaktadır, bu sebeple önerilen değer -O2'dir.

Diğer bir popüler bayrak da -pipe. Bu bayrak derlemenin bazı aşamalarında geçiş için geçici dosyalar yerine pipe (geçiş özelliği) kullanılmasını sağlar. Oluşturulan kodda bir değişiklik olmamakta, ancak derlemenin daha fazla RAM kullanarak daha hızlı tamamlanmasını sağlamaktadır. Düşük RAM'e sahip sistemlerde önerilmez.

-fomit-frame-pointer gibi bazı değişkenler kullanılması uygulamalar hata ürettiğinde hataların ayıklanarak farkedilmesini zorlaştırıcı etkiler barındırmaktadır.

CFLAGS ve CXXFLAGS değerlendirilirken kullanmak istediğiniz bayrakları tek satırda toplayın. Kurulum paketinde gelen bayraklar genelde yeterli olmakta. Aşağıda da bir örnek görebilirsiniz:

CODE Örnek CFLAGS ve CXXFLAGS değişkenleri
CFLAGS="-march=native -O2 -pipe"
# Her iki değişken için de aynısını kullanalım
GCC optimizasyon sayfasında farklı bayrakların sistemi nasıl etkileyeceğine dair detaylı açıklamalar bulabilirsiniz.


MAKEOPTS değişkeni aynı anda işlemci katmanında kaç tane derleme işleminin paralel olarak yapılması gerektiğini ayarlar. Her durumda olmasa da, genellikle sistemdeki işlemci çekirdeği sayısının bir fazlası en uygun değer olarak tanımlanır.

Using a large number of jobs can significantly impact memory consumption. A good recommendation is to have at least 2 GiB of RAM for every job specified (so, e.g. -j6 requires at least 12 GiB). To avoid running out of memory, lower the number of jobs to fit the available memory.
When using parallel emerges (--jobs), the effective number of jobs run can grow exponentially (up to make jobs multiplied by emerge jobs). This can be worked around by running a localhost-only distcc configuration that will limit the number of compiler instances per host.
CODE make.conf'da örnek MAKEOPTS tanımı

Hazırsanız başlayalım

/mnt/gentoo/etc/portage/make.conf dosyasını isteğinize göre düzenleyip dosyayı kaydedin (nano ile düzenliyorsanız Ctrl+X ile çıkış diyaloğunu açabilirsiniz).

Ardından temel sistem kurulumu bölümünden devam edebilirsiniz.