fedora-docs-l10n/fedora-install-guide/f29/pages/_partials/install/CustomSpoke_FileSystems — Ukrainian @ Fedora Weblate: `EFI System Partition`

Translation

English

type: Plain text

Ukrainian

Needs editing

Skip

	English	Ukrainian	Actions
	Device Types	_Тип пристрою:
	`Standard Partition` - A standard partition can contain a file system or swap space. Standard partitions are most commonly used for `/boot` and the BIOS Boot and EFI System partitions. LVM logical volumes or Btrfs subvolumes are recommended for most other uses. See xref:appendixes/Disk_Partitions.adoc#appe-disk-partitions-overview[An Introduction to Disk Partitions] for additional information about the concepts behind physical partitions.	`Стандартний розділ` - стандартний розділ може містити файлову систему або простір підкачки. Стандартні розділи найчастіше використовуються для `/boot` і розділів BIOS Boot і EFI System. Логічні томи LVM або вкладені томи Btrfs рекомендуються для більшості інших цілей. Додаткову інформацію про концепції фізичних розділів див.
	`LVM` - Choosing `LVM` as the `Device Type` creates an LVM logical volume and a volume group to contain it (unless one already exists, in which case the new volume is assigned to the existing group). LVM can improve performance when using physical disks and allows you to use multiple disks for a single mount point. For information on how to create a logical volume, see xref:Installing_Using_Anaconda.adoc#sect-installation-gui-manual-partitioning-lvm[Creating a Logical Volume Managament (LVM) Layout]. Also see xref:appendixes/Understanding_LVM.adoc#appe-lvm-overview[Understanding LVM] for some additional information about LVM in general.	`LVM`. Вибір `LVM` як `Тип пристрою` створює логічний том LVM і групу томів, яка його містить (якщо вона вже не існує, у цьому випадку новий том призначається існуючій групі). LVM може підвищити продуктивність при використанні фізичних дисків і дозволяє використовувати кілька дисків для однієї точки монтування. Інформацію про те, як створити логічний том, див. в розділі xref:Installing_Using_Anaconda.adoc#sect-installation-gui-manual-partitioning-lvm[Створення макета керування логічним томом (LVM)]. Також див. xref:appendixes/Understanding_LVM.adoc#appe-lvm-overview[Розуміння LVM], щоб отримати додаткову інформацію про LVM загалом.
	`LVM Thin Provisioning` - Using thin provisioning, you can manage a storage pool of free space, known as a _thin pool_, which can be allocated to an arbitrary number of devices when needed by applications. The thin pool can be expanded dynamically when needed for cost-effective allocation of storage space.	`LVM Thin Provisioning` - за допомогою тонкого надання ви можете керувати пулом вільного простору для зберігання, відомим як _thin pool_, який можна виділяти довільній кількості пристроїв, коли це потрібно програмам. Тонкий пул можна динамічно розширювати, коли це необхідно для економічно ефективного розподілу простору для зберігання.
	`RAID` - Creating two or more software RAID partitions allows you to create a software RAID device. One RAID partition is assigned to each disk on the system. See xref:Installing_Using_Anaconda.adoc#sect-installation-gui-manual-partitioning-swraid[Creating Software RAID] for instructions on creating software RAID.	`RAID` - Створення двох або більше розділів програмного RAID дозволяє створити пристрій програмного RAID. Кожному диску в системі призначається один розділ RAID. Перегляньте вказівки щодо створення програмного RAID у xref:Installing_Using_Anaconda.adoc#sect-installation-gui-manual-partitioning-swraid[Creating Software RAID].
	`BTRFS` - Btrfs is a file system with several device-like features. It is capable of addressing and managing more files, larger files, and larger volumes than the ext2, ext3, and ext4 file systems. See xref:Installing_Using_Anaconda.adoc#sect-installation-gui-manual-partitioning-btrfs[Creating a Btrfs Layout] for more information about creating Btrfs volumes.	`BTRFS` - Btrfs — це файлова система з кількома функціями, схожими на пристрій. Він здатний адресувати та керувати більшою кількістю файлів, більшими файлами та більшими томами, ніж файлові системи ext2, ext3 та ext4. Щоб отримати додаткові відомості про створення томів Btrfs, див.
	File Systems	Файлова система
	`ext4` - The ext4 file system is based on the ext3 file system and features a number of improvements. These include support for larger file systems and larger files, faster and more efficient allocation of disk space, no limit on the number of subdirectories within a directory, faster file system checking, and more robust journaling. Ext4 is the default and recommended file system used by {PRODUCT} Workstation and Cloud. The maximum supported size of a single ext4 file system is 50 TB.	`ext4` - файлова система ext4 заснована на файловій системі ext3 і має низку вдосконалень. До них належать підтримка більших файлових систем і файлів, швидший і ефективніший розподіл дискового простору, відсутність обмежень на кількість підкаталогів у каталозі, швидша перевірка файлової системи та більш надійне журналювання. Ext4 — типова та рекомендована файлова система, яка використовується {PRODUCT} Workstation і Cloud. Максимальний підтримуваний розмір однієї файлової системи ext4 становить 50 ТБ.
	`ext3` - The ext3 file system is based on the ext2 file system and has one main advantage - journaling. Using a journaling file system reduces time spent recovering a file system after a crash, as there is no need to check the file system for metadata consistency by running the [command]#fsck# utility every time a crash occurs.	`ext3` - файлова система ext3 заснована на файловій системі ext2 і має одну головну перевагу - ведення журналу. Використання журнальної файлової системи скорочує час, витрачений на відновлення файлової системи після збою, оскільки немає необхідності перевіряти файлову систему на узгодженість метаданих, запускаючи утиліту [command]#fsck# кожного разу, коли відбувається збій.
	`ext2` - An ext2 file system supports standard Unix file types, including regular files, directories, or symbolic links. It provides the ability to assign long file names, up to 255 characters.	`ext2` - файлова система ext2 підтримує стандартні типи файлів Unix, включаючи звичайні файли, каталоги або символічні посилання. Він надає можливість призначати довгі імена файлів, до 255 символів.
	`swap` - Swap partitions are used to support virtual memory. In other words, data is written to a swap partition when there is not enough RAM to store the data your system is processing. A swap partition should always be created; see xref:Installing_Using_Anaconda.adoc#sect-installation-gui-manual-partitioning-recommended[Recommended Partitioning Scheme] for details such as the recommended size.	`swap` - розділи підкачки використовуються для підтримки віртуальної пам'яті. Іншими словами, дані записуються до розділу підкачки, коли не вистачає оперативної пам’яті для зберігання даних, які обробляє ваша система. Розділ підкачки слід створювати завжди; див. xref:Installing_Using_Anaconda.adoc#sect-installation-gui-manual-partitioning-recommended[Рекомендована схема розділення], щоб дізнатися про такі деталі, як рекомендований розмір.
	`xfs` - XFS is a highly scalable, high-performance file system that supports file systems up to 16 exabytes (approximately 16 million terabytes), files up to 8 exabytes (approximately 8 million terabytes), and directory structures containing tens of millions of entries. XFS also supports metadata journaling, which facilitates quicker crash recovery. The maximum supported size of a single XFS file system is 500 TB. Starting with {PRODUCT}{nbsp}22, XFS is the default and recommended file system on {PRODUCT} Server.	`xfs` - XFS — це масштабована, високопродуктивна файлова система, яка підтримує файлові системи розміром до 16 ексабайт (приблизно 16 мільйонів терабайт), файли розміром до 8 екзабайт (приблизно 8 мільйонів терабайт) і структури каталогів, що містять десятки мільйонів записи. XFS також підтримує журналювання метаданих, що сприяє швидшому відновленню після збою. Максимальний підтримуваний розмір однієї файлової системи XFS становить 500 ТБ. Починаючи з {PRODUCT}{nbsp}22, XFS є типовою та рекомендованою файловою системою на сервері {PRODUCT}.
	Note that the size of an XFS file system can not currently be reduced without destroying and recreating the file system. If you expect that you will need to adjust the sizes of your file systems often, using XFS is not recommended, as it makes administration substantially more time-consuming.	Зауважте, що розмір файлової системи XFS наразі не можна зменшити без знищення та повторного створення файлової системи. Якщо ви очікуєте, що вам доведеться часто налаштовувати розміри ваших файлових систем, використання XFS не рекомендується, оскільки це значно забирає більше часу на адміністрування.
	`vfat` - The VFAT file system is a Linux file system that is compatible with Microsoft Windows long file names on the FAT file system.	`vfat` - файлова система VFAT є файловою системою Linux, яка сумісна з довгими іменами файлів Microsoft Windows у файловій системі FAT.
	`BIOS Boot` - A very small partition required for booting from a device with a GUID partition table (GPT) on BIOS systems and UEFI systems in BIOS compatibility mode. See xref:Installing_Using_Anaconda.adoc#sect-installation-gui-manual-partitioning-recommended[Recommended Partitioning Scheme] for details.	`BIOS Boot` - дуже маленький розділ, необхідний для завантаження з пристрою з таблицею розділів GUID (GPT) у системах BIOS і системах UEFI у режимі сумісності з BIOS. Додаткову інформацію див. у xref:Installing_Using_Anaconda.adoc#sect-installation-gui-manual-partitioning-recommended[Рекомендована схема розділення].
	`EFI System Partition` - A small partition required for booting a device with a GUID partition table (GPT) on a UEFI system. See xref:Installing_Using_Anaconda.adoc#sect-installation-gui-manual-partitioning-recommended[Recommended Partitioning Scheme] for details.	«Системний розділ EFI» – невеликий розділ, необхідний для завантаження пристрою з таблицею розділів GUID (GPT) у системі UEFI. Додаткову інформацію див. у xref:Installing_Using_Anaconda.adoc#sect-installation-gui-manual-partitioning-recommended[Рекомендована схема розділення].
	Software RAID Types	Типи програмного RAID
	`RAID0 (Performance)` - Distributes data across multiple disks. Level 0 RAID offers increased performance over standard partitions and can be used to pool the storage of multiple disks into one large virtual device. Note that Level 0 RAIDs offer no redundancy and that the failure of one device in the array destroys data in the entire array. RAID 0 requires at least two disks.	`RAID0 (продуктивність)` - розподіляє дані між кількома дисками. RAID рівня 0 пропонує підвищену продуктивність у порівнянні зі стандартними розділами та може використовуватися для об’єднання сховища кількох дисків в один великий віртуальний пристрій. Зауважте, що RAID-масиви рівня 0 не забезпечують надлишковість і що відмова одного пристрою в масиві знищує дані в усьому масиві. RAID 0 вимагає принаймні двох дисків.
	`RAID1 (Redundancy)` - Mirrors all data from one partition onto one or more other disks. Additional devices in the array provide increasing levels of redundancy. RAID 1 requires at least two disks.	`RAID1 (надлишковість)` - віддзеркалює всі дані з одного розділу на один або кілька інших дисків. Додаткові пристрої в масиві забезпечують підвищений рівень резервування. RAID 1 вимагає принаймні двох дисків.
	`RAID4 (Error Checking)` - Distributes data across multiple disks and uses one disk in the array to store parity information which safeguards the array in case any disk within the array fails. Because all parity information is stored on one disk, access to this disk creates a "bottleneck" in the array's performance. Level 4 RAID requires at least three disks.	`RAID4 (перевірка помилок)` – розподіляє дані між кількома дисками та використовує один диск у масиві для зберігання інформації про парність, яка захищає масив у разі збою будь-якого диска в масиві. Оскільки вся інформація про парність зберігається на одному диску, доступ до цього диска створює «вузьке місце» в продуктивності масиву. RAID рівня 4 вимагає принаймні трьох дисків.
	`RAID5 (Distributed Error Checking)` - Distributes data and parity information across multiple disks. Level 5 RAIDs therefore offer the performance advantages of distributing data across multiple disks, but do not share the performance bottleneck of level 4 RAIDs because the parity information is also distributed through the array. RAID 5 requires at least three disks.	`RAID5 (розподілена перевірка помилок)` - розподіляє дані та інформацію про парність між кількома дисками. Таким чином, RAID рівня 5 пропонують переваги продуктивності розподілу даних між декількома дисками, але не поділяють вузьке місце продуктивності RAID рівня 4, оскільки інформація про парність також розподіляється через масив. RAID 5 вимагає принаймні трьох дисків.
	`RAID6 (Redundant Error Checking)` - Level 6 RAIDs are similar to level 5 RAIDs, but instead of storing only one set of parity data, they store two sets. RAID 6 requires at least four disks.	`RAID6 (надлишкова перевірка помилок)` – RAID рівня 6 подібні до RAID рівня 5, але замість того, щоб зберігати лише один набір даних парності, вони зберігають два набори. RAID 6 вимагає принаймні чотирьох дисків.
	`RAID10 (Performance, Redundancy)` - Level 10 RAIDs are nested RAIDs or hybrid RAIDs. They are constructed by distributing data over mirrored sets of disks. For example, a level 10 RAID array constructed from four RAID partitions consists of two mirrored pairs of striped partitions. RAID 10 requires at least four disks.	`RAID10 (продуктивність, надлишковість)` - RAID рівня 10 є вкладеними RAID або гібридними RAID. Вони створюються шляхом розподілу даних на дзеркальних наборах дисків. Наприклад, RAID-масив рівня 10, створений із чотирьох розділів RAID, складається з двох дзеркальних пар смужкових розділів. RAID 10 вимагає принаймні чотирьох дисків.