Nachdem ich das Einrichten meiner Windows Installation abgeschlossen hatte, war es an der Zeit einmal die produktive Arbeitsumgebung in Angriff zu nehmen – Gentoo Linux. Wie bereits im vorhergegangenen Post erklärt, handelt es sich um ein 64 Bit System, was auch dementsprechend installiert werden sollte. Doch bevor ich mich den Freuden des vor-gcc-output-dahinmeditierens hingeben kann, werden einige Eckdaten des Rechners begutachtet. Die CPU wartet mit zwei Kernen auf, welche sich schon ziemlich mächtig anhören:

denkbrett / # cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 23
model name      : Intel(R) Core(TM)2 Duo CPU     T9600  @ 2.80GHz
stepping        : 6
cpu MHz         : 2792.854
cache size      : 6144 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 2
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat
pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc
arch_perfmon pebs bts rep_good pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3
cx16 xtpr pdcm sse4_1 lahf_lm tpr_shadow vnmi flexpriority
bogomips        : 5587.44
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

Ich erspare und hier das Auflisten des zweiten Kerns, da er die gleichen Daten besitzt wie der Erste. Aus diesen CPU Daten ergeben sich die CFlags „-march=core2 -O2 -pipe“. Da dies jedoch erst von neueren GCC Versionen unterstützt wird, begnügen wir uns einstweilen mit „-march=nocona -O2 -pipe“, bis wir den neuen Compiler haben. Die nächste Ausgabe die von Bedeutung ist, zeigt lspci:

00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07)
00:01.0 PCI bridge: Intel Corporation Mobile 4 Series Chipset PCI Express Graphics Port (rev 07)
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:03.0 Communication controller: Intel Corporation Mobile 4 Series Chipset MEI Controller (rev 07)
00:03.2 IDE interface: Intel Corporation Mobile 4 Series Chipset PT IDER Controller (rev 07)
00:03.3 Serial controller: Intel Corporation Mobile 4 Series Chipset AMT SOL Redirection (rev 07)
00:19.0 Ethernet controller: Intel Corporation 82567LM Gigabit Network Connection (rev 03)
00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03)
00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03)
00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03)
00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03)
00:1c.2 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 (rev 03)
00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 03)
00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93)
00:1f.0 ISA bridge: Intel Corporation ICH9M-E LPC Interface Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03)
01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3650
03:00.0 Network controller: Intel Corporation Wireless WiFi Link 5300
04:00.0 Memory controller: Intel Corporation Turbo Memory Controller (rev 11)
15:00.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ba)
15:00.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 04)
15:00.2 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 21)
15:00.3 System peripheral: Ricoh Co Ltd R5C843 MMC Host Controller (rev 11)
15:00.4 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 11)
15:00.5 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 11)

Ich muss zugeben, ich habe selten so lange Listen bei der Eingabe von lspci gesehen – aber man merkt schon, dass Lenovo hier nicht bei den Komponenten gespart hat und das Ding wirklich alles drin hat, was man sich so wünschen kann. Als alter Gentoo Freak bin ich einer der wenigen Leute, die noch unsupportete Stage1 Installationen durchführen. Doch was bedeutet schon Support, wenn keine Firma hinter einem Produkt steht?

Nach dem kleinen Exkurs in die Bus-Systeme des Notebooks teile ich den freien Plattenplatz in einzelne Partitionen ein. Die Erfahrung zeigt, dass es sinnvoll ist, /boot, /home und den Portage auf jeweils eigene Partitionen auszulagern. Die Bootpartition enthält den Kernel und sollte deshalb schon aus dem Schussfeld sein. Ein weiterer Grund ist der Bootloader, welcher mein Root-Filesystem nicht unterstützt. Die Homeverzeichnisse lagere ich schon prinzipiell auf eine eigene Partition aus, um sie im Falle einer Neuinstallation einfach unangetastet liegen lassen zu können. Portage als solches ist wegen seiner Fragmentierung ausgelagert, damit durch das ständige Synchronisieren weniger Datenchaos auf dem Root-Filesystem angerichtet wird.

Nach dem Mounten der Partitionen folgt das Auspacken des Stage-Archivs und das chroot Kommando um in die werdende Gentoo-Umgebung zu gelangen, wo die make.conf angepasst wird. Während des Bootstrap empfiehlt es sich, ein Zweitgerät anzuwerfen und ein langes Spiel zu spielen oder einfach ein Nickerchen zu machen, da sich der Bootstrap Prozess durchaus ziehen kann. Doch es zahlt sich aus. Aufgrund der neuen Hardware ist es günstig, ACCEPT_KEYWORDS auf „~amd64“ zu setzen. ~arch bedeutet unstable bzw testing und enthält neuere Treiber und Programme, ist jedoch nicht so gut getestet, wie die stabile Umgebung. Um den Bootstrap Prozess vernünftig zu überleben, empfiehlt es sich jedoch den ACCEPT_KEYWORDS Eintrag erst nach dem Bootstrap zu setzen.

Da Gentoo Testing den neuen GCC enthält, ist es zielführend, diesen noch vor dem „emerge -e system“ Prozess upzudaten. Dies ist nach dem Bootstrap problemlos möglich und erlaubt uns sogar die zur CPU passenden CFLAGS zu setzen, was uns am Ende doch einen spürbaren Performance-Schub bringt. Selbst beim Compilieren. Was die make.conf betrifft, sind noch folgende Einträge zielführend:

ALSA_CARDS=“hda-intel“
INPUT_DEVICES=“keyboard mouse wacom evdev synaptics“
VIDEO_CARDS=“intel vesa radeon radeonhd fglrx“

Spätestens jetzt muss dem aufmerksamen Leser etwas ins Auge stechen: Das System besitzt zwei Graphikkarten obwohl es nur ein Laptop ist. Der Grund ist, dass die Intel-Graphikkarte weniger Strom als die ATI Karte benötigt und somit für Anwendungen eingesetzt werden kann, wo man nicht die Leistung benötigt.

Für heute habe ich noch ein bisschen Compiling vor mir – und ich hoffe wir lesen uns wieder, wenn es an den dritten Teil dieser Serie geht.