Handbook:Parts/Installation/Stage/ta

தேதி மற்றும் நேரத்தை அமைத்தல்
ஜென்டூவை நிறுவுவதற்கு முன் நாள் மற்றும் நேரம் சரியாக அமைக்கப்பட்டிருக்கிறதா என்பதை சரிபார்த்துக்கொள்ளவும். சரியாக அமைக்கப்படாத மணிக்கூடு பல எதிர்மறையான விளைவுகளை ஏற்படுத்தும்: மூல முறைமை கோப்புகளைத் துல்லியமான நேர முத்திரைகளோடு பிழிந்தெடுக்க வேண்டும். உண்மையில் பல இணையதளங்கள் மற்றும் சேவைகள் மறைகுறியீடாக்கிய உரையாடல்களை (SSL/TLS) பயன்படுத்துவதால், முறைமை மணிக்கூடு மிகவும் மாறுபட்டு இருக்கும்போது நிறுவல் கோப்புகளைப் பதிவிறக்கக் கூட முடியாமல் போகலாம்!

நடப்பிலுள்ள நாள் மற்றும் நேரத்தை சரிபார்க்க கட்டளையை இயக்கவும்:

நாள்/நேரம் தவறாகத் தோன்றினால், அதைப் புதுப்பிக்கக் கீழுள்ள வழிமுறைகளுள் ஒன்றைப் பயன்படுத்தவும்.

தானியக்கமாக
Official Gentoo installation media includes the command (available through the  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.

கைமுறையாக
கைமுறையாக முறைமை மணிக்கூட்டை அமைப்பதற்கு கட்டளையையும் பயன்படுத்தலாம். இதற்கு  என்னும் தொடரியலை (மாதம், நாள், மணி, நிமிடம் மற்றும் வருடம்) பயன்படுத்தவும்.

UTC நேரம் எல்லா லினக்ஸ் முறைமைகளிலும் பரிந்துரைக்கப்படுகிறது. நிறுவலின் போது ஒரு நேர வலயம் வரையறுக்கப்படும். இதன்மூலம் மணிக்கூட்டின் நேரம் உள்ளூர் நேரப்படி மாற்றியமைக்கப்படும்.

எடுத்துக்காட்டாக, 2016 ஆம் ஆண்டு அக்டோபர் 3 ஆம் நாள் மதியம் 13:16 மணி என்பதை அமைப்பதற்கு:

Multilib (32 மற்றும் 64-இருமம்)
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.

multilib இல்லாத (சுத்தமான 64-இருமம்)
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.

OpenRC
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
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.

நிலை tarball ஐ பதிவிறக்குதல்
வேர் கோப்பு முறைமை ஏற்றப்பட்டுள்ள ஜென்டூ ஏற்றப்பகுதிக்குச் செல்லவும் (பெரும்பாலும் இது ):

நிறுவல் ஊடகத்தைப் பொருத்து, நிலை tarball ஐ பதிவிறக்குவதற்கு வலை உலாவி மட்டும் இருந்தால் போதும்.

வரைவியல் உலாவிகள்
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 to copy the link to the clipboard, then paste the link to the  utility on the command-line to download the stage tarball:

கட்டளை-வரி உலாவிகள்
முற்றிலுமாக கட்டளை வரியில் மட்டுமே பணியாற்றும் பல மரபுவழி வாசகர்கள் மற்றும் 'பழமையை விரும்பும்' ஜென்டூ பயனர்கள், வரைவியல் அல்லாத பட்டிவழி-இயங்கு உலாவியான ஐ விரும்புகின்றனர். நிலையைப் பதிவிறக்க ஜென்டூ கண்ணாடி பட்டியலுக்குள் இவ்வாறாக உலாவவும்:

உடன் HTTP பதிலாளியை பயன்படுத்த  என்னும் விருப்பத்தேர்வுடன் URL ஐ அளிக்கவும்:

ஐ தொடர்ந்து என்னும் பெயரில் மேலும் ஒரு உலாவி உள்ளது. ஐ போல இதுவும் ஒரு வரைவியல் அல்லாத உலாவியாகும். ஆனால் இது பட்டிவழியில் இயங்குவதில்லை.

பதிலாளி வரையறுக்கப்பட வேண்டும் என்றால், http_proxy மற்றும்/அல்லது ftp_proxy மாறிகளை ஏற்றுமதி செய்யவும்:

கண்ணாடி பட்டியலில் அருகில் உள்ள கண்ணாடியைத் தேர்வு செய்யவும். பொதுவாக HTTP கண்ணாடிகளே போதுமானது என்றாலும் கூடுதல் வரைமுறைகளும் அளிக்கப்பட்டுள்ளன. அடைவிற்குள் செல்லவும். இங்குக் கிடைக்கப்படும் எல்லா நிலை கோப்புகளும் காட்டப்பட்டிருக்கும் (தனி துணை-கட்டமைப்புகளின் பெயரில் பெயரிடப்பட்டுள்ள துணை அடைவுக்குள் இருக்கலாம்). இதில் ஒன்றைத் தேர்வு செய்த பின் பதிவிறக்குவதற்கு விசையை அழுத்தவும்.

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.

நிலை கோப்பை சரிபார்க்க மற்றும் ஏற்புடைமையை உறுதிப்படுத்த விரும்பாதோர் விசையை அழுத்தி கட்டளை-வரியை மூடி பின் நேரடியாக நிலை tarball ஐ கட்டவிழ்தல் பிரிவிற்குச் செல்லலாம்.

சரிபார்த்தல் மற்றும் ஏற்புடைமையை உறுதிப்படுத்தல்
சிறும குறுந்தகட்டைப் போல, நிலை கோப்பை சரிபார்ப்பதற்கு மற்றும் ஏற்புடைமையை உறுதிப்படுத்துவதற்குக் கூடுதல் பதிவிறக்கங்கள் உள்ளன. இந்த படிநிலையைத் தவிர்க்கலாம் என்றாலும் கோப்பு முறையான இடத்தில் இருந்துதான் பதிவிறக்கப்பட்டதா என்பதை அறிய விரும்பும் பயனர்களுக்காக இவ்வகை கோப்பு(கள்) அளிக்கப்பட்டுள்ளன.


 * A file that contains a list of all files inside the stage tarball.
 * A file that contains checksums of the stage file in different algorithms.
 * A file that, like the  file, contains checksums of the stage file in different algorithms, but is also cryptographically signed to ensure it is provided by the Gentoo project.

Use and compare the output with the checksums provided by the  or  files.

For instance, to validate the SHA512 checksum:

Another way is to use the command:

To validate the Whirlpool checksum:

Compare the output of these commands with the value registered in the files. The values need to match, otherwise the downloaded file might be corrupt (or the digests file is).

Just like with the ISO file, it is also possible to verify the cryptographic signature of the file using  to make sure the checksums have not been tampered with:

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

நிலை tarball ஐ கட்டவிழ்தல்
இப்போது பதிவிறக்கிய நிலையை முறைமைக்குள் கட்டவிழ்கவும். இதற்கு நாம் ஐ பயன்படுத்தலாம்:

Make sure that the same options ( and  ) are used. The  stands for extract, the   for preserve permissions and the   to denote that we want to extract a file (not standard input). is to include preservation of the the extended attributes in all namespaces stored in the archive. Finally,  is used to ensure that the user and group IDs of the files being extracted from the tarball will remain the same as Gentoo's release engineering team intended (even if adventurous users are not using official Gentoo installation media).

Now that the stage file is unpacked, proceed with Configuring the compile options.

முன்னுரை
To optimize Gentoo, it is possible to set a couple of variables which impacts the behavior of Portage, Gentoo's officially supported package manager. All those variables can be set as environment variables (using ) but that isn't permanent. To keep the settings, Portage reads in the file, a configuration file for Portage.

Fire up an editor (in this guide we use ) to alter the optimization variables we will discuss hereafter.

கோப்பின் மூலம் make.conf கோப்பு எவ்வாறு வடிவமைக்கப்பட்டிருக்க வேண்டும் என்பதை அறிந்து கொள்ளலாம். கருத்து தெரிவிக்கப்பட்ட வரிகள் "#" ஐ கொண்டு துவங்களும். மற்ற வரிகள் மாறி="உள்ளடக்கம்" என்னும் தொடரியலில் மாறிகளை வரையறுக்கின்றன (இதில் மாறி பெயர்கள் பெரிய எழுத்துக்களில் இருக்கும்). இவ்வகை மாறிகளை அடுத்துப் பார்க்கலாம்.

CFLAGS மற்றும் CXXFLAGS
The CFLAGS and CXXFLAGS variables define the optimization flags for GCC C and C++ compilers respectively. Although those are defined generally here, for maximum performance one would need to optimize these flags for each program separately. The reason for this is because every program is different. However, this is not manageable, hence the definition of these flags in the file.

In one should define the optimization flags that will make the system the most responsive generally. Don't place experimental settings in this variable; too much optimization can make programs behave bad (crash, or even worse, malfunction).

We will not explain all possible optimization options. To understand them all, read the GNU Online Manual(s) or the gcc info page ( - only works on a working Linux system). The file itself also contains lots of examples and information; don't forget to read it too.

A first setting is the  or   flag, which specifies the name of the target architecture. Possible options are described in the file (as comments). A commonly used value is native as that tells the compiler to select the target architecture of the current system (the one users are installing Gentoo on).

A second one is the  flag (that is a capital O, not a zero), which specifies the gcc optimization class flag. Possible classes are s (for size-optimized), 0 (zero - for no optimizations), 1, 2 or even 3 for more speed-optimization flags (every class has the same flags as the one before, plus some extras). is the recommended default. is known to cause problems when used system-wide, so we recommend to stick to.

Another popular optimization flag is  (use pipes rather than temporary files for communication between the various stages of compilation). It has no impact on the generated code, but uses more memory. On systems with low memory, gcc might get killed. In that case, do not use this flag.

Using  (which doesn't keep the frame pointer in a register for functions that don't need one) might have serious repercussions on the debugging of applications.

When the CFLAGS and CXXFLAGS variables are defined, combine the several optimization flags in one string. The default values contained in the stage3 archive that is unpacked should be good enough. The following one is just an example:

MAKEOPTS
The MAKEOPTS variable defines how many parallel compilations should occur when installing a package. A good choice is the number of CPUs (or CPU cores) in the system plus one, but this guideline isn't always perfect.

அணியம், அமை, செல்!
உங்கள் தனிப்பட்ட விருப்பத்திற்கு ஏற்றவாறு கோப்பை மாற்றியமைத்து பின் சேமிக்கவும் (nano உரை திருத்தி பயனர்கள் + கூட்டு விசையை தட்டவும்).

பிறகு அடிப்படை முறைமையை நிறுவுதல் இல் தொடரலாம்.