Translations:Handbook:AMD64/Installation/Stage/2/hu
Egy fokozat (stage) fájl kiválasztása
A támogatott architektúrákon az asztali (grafikus) operációs rendszer környezetet megcélzó felhasználók számára javasolt egy olyan telepítő fokozat (stage) fájl használata, amelynek nevében szerepel a
desktop
(asztali) kifejezés. Ugyanis, ezek a telepítőfájlok olyan programcsomagokat már előre tartalmaznak, mint a sys-devel/llvm és dev-lang/rust-bin, valamint olyan USE jelölőzászló hangolást is tartalmaznak, amelyek nagymértékben javítják a feltelepítési időt.A fokozat (stage) fájl a Gentoo telepítőmagjaként működik. A Stage fájlokat a Catalyst segítségével a Release Engineering Team generálja. A fokozat (stage) fájlok meghatározott profilokon alapulnak, és szinte egy teljes értékű operációs rendszert tartalmaznak.
A fokozat (stage) fájl kiválasztásakor fontos, hogy Ön egy olyan profillal rendelkezőt válasszon, amely megfelel a kívánt operációsrendszer-típusnak.
Noha lehetségesek a jelentős profilmódosítások a telepítés után, a váltás jelentős erőfeszítést és megfontolást igényel, és nem tartozik a jelen telepítési kézikönyv hatálya alá. Az init-rendszerek váltása nehéz, de például a
no-multilib
-ről a multilib
-re való váltás is széles körű Gentoo és alacsony szintű eszközlánc-ismereteket igényel.A legtöbb felhasználónak nem kell használnia a 'speciális' tarball opciókat. Ezek nem szokványos vagy fejlett szoftver illetve hardverkonfigurációkhoz valóak.
OpenRC
Az OpenRC egy függőségalapú init-rendszer (amely a kernel elindulása után a rendszerszolgáltatások indításáért felelős), amely fenntartja a kompatibilitást a rendszer által biztosított init programmal, amely általában a /sbin/init helyen található. Ez a Gentoo natív és eredeti init-rendszere, de néhány más Linux disztribúció és BSD rendszer is telepíti.
Az OpenRC alapértelmezés szerint nem helyettesíti a /sbin/init fájlt, és 100%-ban kompatibilis a Gentoo init szkriptekkel. Ez azt jelenti, hogy megoldást találhatunk a Gentoo ebuild szoftvertárolóban lévő több tucat szolgáltatás futtatására.
systemd
A systemd egy modern SysV-stílusú init és rc helyettesítő Linux rendszerek számára. A Linux disztribúciók többsége elsődleges init rendszerként használja. A systemd a Gentoo-n teljes mértékben támogatott, és a rendeltetésének megfelelően működik. Ha úgy tűnik, hogy a kézikönyvben valami hiányzik a systemd telepítési útmutatójából, akkor tekintse át a systemd cikket, mielőtt támogatást kérne.
Multilib (32 bit és 64 bit)
Nem minden architektúra rendelkezik multilib opcióval. Sokan csak natív kóddal futnak. A Multilib leggyakrabban az amd64 architektúrára vonatkozik.
A multilib profil lehetőség szerint 64 bites könyvtárakat használ, és csak akkor tér vissza a 32 bites verziókra, ha a kompatibilitás feltétlenül szükséges. Ez egy kiváló lehetőség a legtöbb telepítéshez, mert nagy fokú rugalmasságot biztosít a jövőbeni testreszabáshoz.
A
multilib
célpontok használata megkönnyíti a későbbi profilváltást a no-multilib
profillal rendelkezőhöz képest.No-multilib (tisztát csak 64 bit)
Azok az olvasók, akik most kezdik használni a Gentoo operációs rendszert, ne válasszák a no-multilib .tar tömörített fájlt, hacsak nem feltétlenül szükséges. A
no-multilib
rendszerről a multilib
rendszerre való áttérés a Gentoo és az mélyebb szintű eszközlánc rendkívül részletes ismeretét kívánja meg (ez még valószínűleg, a Toolchain fejlesztőinket is egy kicsit megborzongatja). Nem a gyenge szívűeknek való, és túlmutat ezen útmutató hatókörén.Ha a rendszer alapjául egy nem multilib .tar tömörített fájlt választ, akkor teljes 64 bites operációs rendszer környezetet biztosít – 32 bites szoftverektől mentesen. Ez gyakorlatilag megterhelővé teszi a multilib
profilokra váltás lehetőségét, bár technikailag még mindig lehetséges.
Fokozat (stage) fájl letöltése
A fokozat (stage) fájl letöltése előtt az aktuális könyvtárat a telepítéshez használt mount helyére kell beállítani:
root #
cd
Dátum és idő beállítása
A fokozat (stage) tömörített .tar fájlokat általában HTTPS használatával szerzik be a felhasználók, amely viszonylag pontos rendszeridőt igényel. Az óra pontatlansága megakadályozhatja a letöltések működését, és előre nem látható hibákat okozhat, ha a telepítés után jelentős mértékben módosítják a rendszeridőt.
Az aktuális dátum és idő a date parancs segítségével ellenőrizhető:
root #
date
Mon Oct 3 13:16:22 PDT 2021
Ha a megjelenített dátum/idő néhány percnél pontatlanabb, akkor frissíteni kell az alábbi módszerek valamelyikével.
Automatikus
Az NTP használata az óraeltolódás korrigálására általában egyszerűbb és megbízhatóbb, mint a rendszeróra manuális úton történő beállítása.
A chronyd program, amely a net-misc/chrony szoftvercsomag része, használható a rendszeróra UTC-re történő frissítésére a következő parancs kiadásával:
root #
chronyd -q
A működő Valós Idejű Óra (RTC - Real-Time Clock) nélküli rendszereknek minden rendszerindításkor és azt követően rendszeres időközönként szinkronizálniuk kell a rendszerórát. Ez hasznos a RTC-vel rendelkező rendszerek számára is, mivel a számítógép akkumulátora lemerülhet, és az óraeltérés megnövekedhet.
A szabványos NTP forgalom nincs hitelesítve, ezért fontos ellenőrizni a hálózaton keresztül kapott időadatokat.
Manuális
Amikor az NTP hozzáférés nem elérhető, a date parancs használható a rendszeróra manuális beállítására.
Az UTC idő ajánlott minden Linux rendszerhez. Később meghatározásra kerül egy rendszeridőzóna, amely megváltoztatja az eltolást, amikor a dátum megjelenik.
A következő argumentumformátumot használják az idő beállítására: MMDDhhmmYYYY
szintaxis (Month, Day, hour, minute és Year).
Például, hogy az időpontot október 3, 13:16-ra állítsuk be 2021-ben, akkor használja következő parancsot:
root #
date 100313162021
Grafikus böngészők
Azok a felhasználók, akik teljesen grafikus webböngészőt használnak, könnyedén kimásolhatják a fokozat (stage) fájl URL-jét a fő weboldal letöltés aloldaláról. Egyszerűen válassza ki a megfelelő fület, kattintson jobb gombbal a fokozat (stage) fájl hivatkozására, majd válassza ki a Hivatkozás másolása opciót a hivatkozás vágólapra másolásához, majd a parancssorban illessze be a hivatkozást a wget segédprogramhoz a fokozat (stage) fájl letöltésének érdekében:
root #
wget <PASTED_STAGE_FILE_URL>
Parancssorban működő böngészők
A hagyományosabb olvasók vagy a 'régi motoros' Gentoo felhasználók, akik kizárólag parancssorból dolgoznak, inkább a links (www-client/links) nevű, nem grafikus, menü-vezérelt böngészőt használják. A szakasz letöltéséhez böngésszen a Gentoo tükörszerver listáján így:
root #
links https://www.gentoo.org/downloads/mirrors/
Annak érdekében, hogy a links használatakor a HTTP proxy legyen használva, adja meg a -http-proxy
opciónak a proxy URL címét:
root #
links -http-proxy proxy.server.com:8080 https://www.gentoo.org/downloads/mirrors/
A links mellett létezik a lynx (www-client/lynx) böngésző is. A links böngészőhöz hasonlóan ez is egy nem grafikus böngésző, de nem menüvezérelt.
root #
lynx https://www.gentoo.org/downloads/mirrors/
Ha egy proxy-t kell meghatározni, akkor exportálja a http_proxy és/vagy ftp_proxy változókat:
root #
export http_proxy="http://proxy.server.com:port"
root #
export ftp_proxy="http://proxy.server.com:port"
A tükörszerver listában válasszon egy közeli tükörszervert. Általában elegendőek a HTTP türkszerverek, de más protokollok is elérhetők. Lépjen a releases//autobuilds/ könyvtárba. Itt az összes elérhető fokozat (stage) fájl megjelenik (lehet, hogy az egyes alcsoport-architektúrák nevét viselő alkönyvtárakban vannak tárolva). Válasszon ki egyet, és nyomja meg a d billentyűgombot a letöltéshez.
A fokozat (stage) fájl letöltésének befejezése után lehetőség van a fájl integritásának ellenőrzésére és a tartalom érvényesítésére. Az érdeklődők folytassák a következő szakaszt.
Azok, akiket nem érdekel a fokozat (stage) fájl ellenőrzése és érvényesítése, bezárhatják a parancssori böngészőt a q billentyűgomb megnyomásával, és közvetlenül továbbléphetnek a fokozat (stage) .tar fájl kitömörítése részhez.
Ellenőrzés és érvényesítés
A legtöbb fokozat (stage) fájl most már kifejezetten az init rendszer típusával van a végén megjelölve (openrc vagy systemd), bár néhány architektúra esetében ez még mindig hiányozhat.
Mint a minimal telepítő CD-k esetében, itt is elérhetők további letölthető fájlok a fokozat (stage) fájl ellenőrzéséhez és érvényesítéséhez. Bár ezek a lépések kihagyhatók, a fájlokat azoknak a felhasználóknak biztosítjuk, akik törődnek a nemrég letöltött fájl(ok) integritásával. Az extra fájlok a tükörszerverek gyökérkönyvtára alatt találhatóak. Keresse meg a hardverarchitektúra és a rendszerprofil megfelelő helyét, és töltse le a megfelelő .CONTENTS.gz, .DIGESTS, és .sha256 fájlokat.
root #
wget https://distfiles.gentoo.org/releases/
- .CONTENTS.gz - Egy tömörített .gz fájl, amely tartalmazza a fokozat (stage) fájlban lévő összes fájl listáját.
- .DIGESTS - Többféle kriptográfiai hash algoritmust használó ellenőrzőösszegeket tartalmaz a fokozat (stage) fájlhoz.
- .sha256 - PGP által aláírt SHA256 ellenőrzőösszeget tartalmaz a fokozat (stage) fájlhoz. Ez a fájl nem biztos, hogy minden fokozat (stage) fájlhoz elérhető a letöltésre.
A kriptográfiai eszközök és segédprogramok, mint például az openssl, sha256sum, vagy sha512sum, használhatóak a .DIGESTS fájlban megadott ellenőrzőösszegek összehasonlítására.
Az SHA512 ellenőrzőösszeg ellenőrzéséhez az openssl segítségével:
root #
openssl dgst -r -sha512 stage3--<release>-<init>.tar.xz
A dgst
utasítja az openssl parancsot, hogy használja a Message Digest alparancsot, a -r
kiírja az összegző kimenetet a coreutils formátumban, és a -sha512
kiválasztja a SHA512 összegzést.
A BLAKE2B512 ellenőrzőösszeg ellenőrzéséhez az openssl segítségével:
root #
openssl dgst -r -blake2b512 stage3--<release>-<init>.tar.xz
Hasonlítsa össze az ellenőrzőösszeg parancsok kimenetét a .DIGESTS fájlban található hash és fájlnév párjaival. A párosított értékeknek meg kell egyezniük az ellenőrzőösszeg parancsok kimenetével, ellenkező esetben a letöltött fájl sérült, és törölni kell, majd újra le kell tölteni.
Az SHA256 hash ellenőrzéséhez egy kapcsolódó .sha256 fájlból a sha256sum segédprogram használatával:
root #
sha256sum --check stage3--<release>-<init>.tar.xz.sha256
A --check
opció utasítja a sha256sum segédprogramot, hogy olvassa el a várt fájlok és a hozzájuk tartozó hash értékek listáját, majd minden helyesen kiszámított fájlhoz társított "OK" szöveget, illetve a nem megfelelő fájlokhoz társított "FAILED" szöveget jelenítse meg.
Ahogyan az ISO fájl esetében, a tar.xz fájl kriptográfiai aláírása is ellenőrizhető a gpg segítségével, hogy megbizonyosodjunk, a tömörített tar.xz fájlon semmilyen manipuláció nem történt.
Hivatalos Gentoo bootolható live képfájlok esetén a sec-keys/openpgp-keys-gentoo-release szoftvercsomag biztosítja a PGP aláíró kulcsokat az automatizált kiadásokhoz. A kulcsokat először importálni kell a felhasználó munkamenetébe, hogy azok hitelesítésre használhatóak legyenek.
root #
gpg --import /usr/share/openpgp-keys/gentoo-release.asc
Minden nem hivatalos bootolható live képfájl számára, amelyek a bebootolt live környezetükben a gpg és wget programokat kínálják, letölthető és importálható a Gentoo kulcsokat tartalmazó csomag:
root #
wget -O - https://qa-reports.gentoo.org/output/service-keys.gpg | gpg --import
Ellenőrizze a .tar tömörített fájlt és opcionálisan a kapcsolódó ellenőrzőösszeg fájlok aláírását:
root #
gpg --verify stage3--<release>-<init>.tar.xz.asc
root #
gpg --verify stage3--<release>-<init>.tar.xz.DIGESTS
root #
gpg --verify stage3--<release>-<init>.tar.xz.sha256
Ha a hitelesítés sikeres, akkor a "Good signature from" szöveg fog megjelenni az előző parancs(ok) kimenetében.
Az OpenPGP kulcsok ujjlenyomatai, amelyeket a kiadási média aláírására használnak, megtalálhatóak a kiadási média aláírások oldalán.
Egy fokozat (stage) fájl telepítése
Miután a fokozat (stage) fájl le lett töltve és és ellenőrizve lett, ezt követően a .tar.xz tömörített fájl végre kicsomagolható a tar parancs segítségével.
root #
tar xpvf --xattrs-include='*.*' --numeric-owner
Kibontás előtt ellenőrizze a opciókat:
x
extract, utasítja a tar parancsot az tömörített fájl tartalmának a kibontására.p
preserve permissions, megőrzi az engedélyeket.v
verbose output, részletes kimenet.f
file, megadja a tar parancsnak a bemeneti tömörített fájlnevet.--xattrs-include='.'
Megőrzi az tömörített fájlban tárolt összes névtér kiterjesztett attribútumait.--numeric-owner
Biztosítja, hogy a tömörített fájlból kicsomagolt fájlok felhasználói és csoportazonosítói megegyezzenek a Gentoo kiadási mérnöki csapata által szándékoltakkal (még akkor is, ha a kalandosabb kedvű felhasználók nem a hivatalos Gentoo live ISO-ba bebootolt környezeteket használják a telepítési folyamat során).
Most, hogy a fokozat (stage) fájl ki lett csomagolva, folytassa a kódfordítási beállításoknak a szerkesztésével.
Kódfordítási opciók beállítása
Bevezetés
A rendszer optimalizálásához be lehet állítani olyan változókat, amelyek befolyásolják a Portage, Gentoo hivatalosan támogatott szoftvercsomag-kezelőjének a működését. Mindezek a változók beállíthatók környezeti változóként az (export parancs használatával), de az export paranccsal történő beállítás nem lesz állandó.
Technikailag a változók exportálhatók a shell profilján vagy az rc fájljain keresztül, de ez nem a legjobb gyakorlat az alapvető rendszer-adminisztrációhoz.
A Portage szoftvercsomag-kezelő a make.conf fájlt olvassa be a futása közben, ami a fájlban tárolt értékektől függően megváltoztatja a Portage futási viselkedését. A make.conf fájl a Portage szoftvercsomag-kezelő elsődleges beállító fájljának tekinthető, ezért a tartalmát körültekintően kezelje.
Az összes lehetséges változó megjegyzésekkel ellátott listája a következő helyen található: /mnt/gentoo/usr/share/portage/config/make.conf.example. További dokumentáció a make.conf fájlról a man 5 make.conf parancs futtatásával érhető el.
A sikeres Gentoo telepítéshez csak az alább említett változókat kell beállítani.
Indítson el egy szövegszerkesztőt (ebben az útmutatóban a nano szövegszerkesztőt használjuk) a későbbiekben tárgyalt optimalizálási változók módosításához.
root #
nano /mnt/gentoo/etc/portage/make.conf
A make.conf.example fájl alapján egyértelmű, hogy miként kell felépíteni a fájlt: a megjegyzés sorok #
karakterrel kezdődnek, míg a többi sor változókat határoz meg a VÁLTOZÓNEVE="értéke"
szintaxissal. Ezek közül néhány változóról a következő szakaszban lesz szó.
CFLAGS és CXXFLAGS
A CFLAGS és a CXXFLAGS változó határozza meg a GCC forráskód-fordító optimalizálási-zászlóit a C és C++ fordításokat illetően. Habár ezek a zászlók itt általánosan vannak meghatározva, a maximális teljesítmény érdekében minden programhoz külön kellene optimalizálni őket. Az ok, amiért itt most így történik, az az, hogy minden program más. Azonban ez nem kezelhető, ezért ezeknek a zászlóknak a meghatározása a make.conf fájlban van.
A make.conf fájlban meg kell határozni azokat az optimalizálási beállításokat, amelyek általában a legérzékenyebbé teszik a rendszert. Ne helyezzen kísérleti beállításokat ebbe a változóba, a túlzott optimalizálás programok hibás működését okozhatja (összeomlás, vagy még rosszabb, meghibásodás).
A kézikönyv nem magyarázza el az összes lehetséges optimalizálást. Ezek megértéséhez olvassa el a GNU online kézikönyvet vagy az gcc infó oldalát (info gcc). A make.conf.example fájl maga is rengeteg példát és információt tartalmaz, ne felejtse el ezt is elolvasni.
Az első beállítás a -march=
vagy -mtune=
zászló, amely megadja a célarchitektúra nevét. A lehetséges opciók a make.conf.example fájlban vannak leírva (megjegyzésként). Egy gyakran használt érték a native, mivel ez azt mondja a kódfordítónak, hogy válassza ki az aktuális rendszer (amin a felhasználók a Gentoo rendszert telepítik) célarchitektúráját.
A második a -O
zászló (ez nagy O betű, nem nulla), amely meghatározza a gcc optimalizálási osztály zászlóját. Lehetséges osztályok: s (méret-optimalizált), 0 (nulla - nincs optimalizálás), 1, 2 vagy akár 3 a gyorsabb optimalizálási zászlókhoz (minden osztály ugyanazokat a zászlókat tartalmazza, mint az előző, plusz néhány extrát). Az ajánlott alapértelmezés a -O2
. A -O3
használata rendszer szintjén problémákat okozhat, ezért azt javasoljuk, hogy maradjon a -O2
használatánál.
Egy másik népszerű optimalizálási zászló a -pipe
(csöveket használ ideiglenes fájlok helyett a fordítás különböző szakaszai közötti kommunikációhoz). Nincs hatása a generált programkódra, de több memóriát használ. Alacsony memóriájú rendszereken előfordulhat, hogy a gcc kódfordítása összeomlik. Ebben az esetben ne használja ezt a zászlót.
A -fomit-frame-pointer
használata (ami nem tartja a keretmutatót egy regiszterben azoknál a funkcióknál, amelyeknek nincs szükségük rá) komoly következményekkel járhat az alkalmazások hibakeresésénél.
Amikor a CFLAGS és a CXXFLAGS változók meghatározásra kerülnek, kombinálja a különböző optimalizálási zászlókat egyetlen szövegbe. A tömörített fokozat (stage) fájlban található alapértelmezett értékek általában elég jók. Az alábbi csak egy példa:
# Compiler flags to set for all languages
COMMON_FLAGS=""
# Use the same settings for both variables
CFLAGS="${COMMON_FLAGS}"
CXXFLAGS="${COMMON_FLAGS}"
Habár a GCC optimalizálás cikk több információval szolgál arról, hogy miként befolyásolhatják a különböző kódfordítási beállítások a rendszert, a Safe CFLAGS cikk praktikusabb kiindulópont lehet a kezdők számára a rendszerük optimalizálásának az érdekében.
MAKEOPTS
A MAKEOPTS változó határozza meg, hogy a processzorban hány párhuzamos kódfordítási szálnak kell futnia egy szoftvercsomag telepítésekor. A Portage 3.0.31[1]-es verziójától kezdve a Portage alapértelmezett viselkedése az, hogy ha ha nincs megadva ez az érték, akkor a MAKEOPTS szálak értékét a nproc által visszaadott szálak számával fogja helyettesíteni.
Továbbá, a Portage 3.0.53[2]-es verziójától kezdve, ha nincs megadva, a Portage alapértelmezett viselkedése az, hogy a MAKEOPTS load-average értéket a nproc által visszaadott értékre állítsa.
Jó választás lehet a kettő közül a kisebb: A processzor által használt szálak száma, vagy a teljes rendszer RAM mennyisége osztva 2 GiB-tal.
Nagy számú processzorszál használata jelentősen befolyásolhatja a memóriafogyasztást. Jó ajánlás az, hogy minden megadott processzorszálhoz legalább 2 GiB RAM szükséges (például a
-j6
legalább 12 GiB-ot igényel). A teljes memória elfogyásának az elkerülése érdekében csökkentse a processzorszálak számát a rendelkezésre álló memória alapján.Amikor párhuzamos emerges folyamatokat (
--jobs
) használ, a futó feladatok tényleges száma exponenciálisan növekedhet (akár a make feladatok és az emerge feladatok szorzatáig). Ezt ki lehet küszöbölni egy csak helyi gépre vonatkozó distcc beállítás futtatásával, amely korlátozza a kódfordító példányok számát gépenként./etc/portage/make.conf
Példa a MAKEOPTS deklarációra# If left undefined, Portage's default behavior is to:
# - set the MAKEOPTS jobs value to the same number of threads returned by `nproc`
# - set the MAKEOPTS load-average value slightly above the number of threads returned by `nproc`, due to it being a damped value
# Please replace '4' as appropriate for the system (min(RAM/2GB, threads), or leave it unset.
MAKEOPTS="-j4 -l5"
A további részletekért keresse meg a man 5 make.conf súgóoldalon a MAKEOPTS értéket.
Felkészülni, vigyázz, rajt!
Frissítse a /mnt/gentoo/etc/portage/make.conf fájlt a személyes preferenciáknak megfelelően, és mentse el a változtatásokat a fájlban (a nano szövegszerkesztőt használó felhasználók a Ctrl + o billentyűgombok megnyomásával mentsék el a módosítást, majd a Ctrl + x billentyűkombinációval lépjenek ki a szövegszerkesztőből).
Hivatkozások