Zen

Translation

English type: =head2
Libguestfs has a really long list of dependencies!
51/500 · 50

Sign in to save the translation.

English Ukrainian Actions
How can I compile and install libguestfs without supermin?
Як зібрати і встановити libguestfs без supermin?
If supermin 5 supports your distro, but you don’t happen to have a new enough supermin installed, then see the previous question.
Якщо у supermin 5 передбачено підтримку вашого дистрибутива, але якось так вийшло, що у вашій системі не встановлено достатньо нової версії supermin, скористайтеся настановами із відповіді на попереднє питання.
If supermin 5 doesn't support your distro at all, you will need to use the "fixed appliance method" where you use a pre-compiled binary appliance. To build libguestfs without supermin, you need to pass C<--disable-appliance --disable-daemon> to either F<./autogen.sh> or F<./configure> (depending whether you are building respectively from git or from tarballs). Then, when using libguestfs, you B<must> set the C<LIBGUESTFS_PATH> environment variable to the directory of a pre-compiled appliance, as also described in L<guestfs-internals(1)/FIXED APPLIANCE>.
Якщо у supermin 5 взагалі не передбачено підтримки вашого дистрибутива, вам доведеться скористатися «методом фіксованої базової системи», згідно з яким вам слід скористатися наперед зібраним двійковим образом базової системи. Щоб зібрати libguestfs без підтримки supermin, вам слід передати параметри C<--disable-appliance --disable-daemon> F<./autogen.sh> або F<./configure> (залежно від того, що ви збираєте, код з git або код з архіву tar). Далі, під час використання libguestfs вам B<слід> встановити для змінної середовища C<LIBGUESTFS_PATH> значення, яке збігається із адресою каталогу, де зберігається попередньо зібрана базова система, як це описано у розділі L<guestfs-internals(1)/ФІКСОВАНА БАЗОВА СИСТЕМА>.
For pre-compiled appliances, see also: L<http://libguestfs.org/download/binaries/appliance/>.
Крім того, попередньо зібрані базові системи можна знайти тут: L<http://libguestfs.org/download/binaries/appliance/>.
Patches to port supermin to more Linux distros are welcome.
Ми будемо раді надісланим вами латкам для портування supermin на інші дистрибутиви Linux.
How can I add support for sVirt?
Як додати підтримку для sVirt?
B<Note for Fedora/RHEL users:> This configuration is the default starting with S<Fedora 18> and S<RHEL 7>. If you find any problems, please let us know or file a bug.
B<Зауваження для користувачів Fedora/RHEL:> ця конфігурація є типовою, починаючи з S<Fedora 18> та S<RHEL 7>. Якщо вами буде виявлено якісь проблеми, будь ласка, повідомте розробникам або створіть звіт про ваду у бібліотеці.
L<SVirt|http://selinuxproject.org/page/SVirt> provides a hardened appliance using SELinux, making it very hard for a rogue disk image to "escape" from the confinement of libguestfs and damage the host (it's fair to say that even in standard libguestfs this would be hard, but sVirt provides an extra layer of protection for the host and more importantly protects virtual machines on the same host from each other).
L<SVirt|http://selinuxproject.org/page/SVirt> створює захищену базову систему із використанням SELinux, роблячи дуже складною для створеного зловмисниками образу диска «втечу» з контейнера libguestfs і ускладнюючи спроби нашкодити основній системі (слід сказати, що навіть у стандартній libguestfs зробити це складно, але sVirt створює додатковий шар захисту для основної системи і, що важливіше, захищає віртуальні машини на одній основній системі одна від одної).
Currently to enable sVirt you will need libvirt E<ge> 0.10.2 (1.0 or later preferred), libguestfs E<ge> 1.20, and the SELinux policies from recent Fedora. If you are not running S<Fedora 18+>, you will need to make changes to your SELinux policy - contact us on the mailing list.
У поточній версії для вмикання sVirt вам знадобиться libvirt E<ge> 0.10.2 (бажано 1.0 або новіша версія), libguestfs E<ge> 1.20, та правила SELinux зі свіжої версії Fedora. Якщо ви працюєте не з S<Fedora 18+>, вам доведеться внести зміни до ваших правил SELinux — якщо потрібен конкретний список, зв'яжіться із нами за допомогою списку листування.
Once you have the requirements, do:
Щойно усі вимоги буде задоволено, зробіть наступне:
./configure --with-default-backend=libvirt # libguestfs >= 1.22
./configure --with-default-attach-method=libvirt # libguestfs <= 1.20
make
./configure --with-default-backend=libvirt # libguestfs >= 1.22
./configure --with-default-attach-method=libvirt # libguestfs <= 1.20
make
Set SELinux to Enforcing mode, and sVirt should be used automatically.
Встановіть SELinux у примусовий (Enforcing) режим, і sVirt буде використано автоматично.
All, or almost all, features of libguestfs should work under sVirt. There is one known shortcoming: L<virt-rescue(1)> will not use libvirt (hence sVirt), but falls back to direct launch of qemu. So you won't currently get the benefit of sVirt protection when using virt-rescue.
З sVirt мають працювати усі або майже усі можливості libguestfs. Втім, є один відомий недолік: L<virt-rescue(1)> не використовуватиме libvirt (а отже, і sVirt), а повернеться до безпосереднього запуску qemu. Тому, ви не зможете скористатися перевагами захисту sVirt, якщо користуватиметеся virt-rescue.
You can check if sVirt is being used by enabling libvirtd logging (see F</etc/libvirt/libvirtd.log>), killing and restarting libvirtd, and checking the log files for S<"Setting SELinux context on ..."> messages.
Перевірити, чи працює sVirt можна вмиканням журналу libvirtd (див. F</etc/libvirt/libvirtd.log>). Далі слід завершити роботу libvirtd і перезапустити цю службу, а потім пошукати у файлах журналу повідомлення S<"Setting SELinux context on ..."> (Встановлюємо контекст SELinux...»).
In theory sVirt should support AppArmor, but we have not tried it. It will almost certainly require patching libvirt and writing an AppArmor policy.
Теоретично, у sVirt має бути передбачено підтримку AppArmor, але ми цього не перевіряли. Майже напевне, використання sVirt потребуватиме латання libvirt і написання правил AppArmor.
Libguestfs has a really long list of dependencies!
Чому у Libguestfs такий великий список залежностей?
The base library doesn't depend on very much, but there are three causes of the long list of other dependencies:
Основа бібліотеки має доволі мало залежностей, але існує три причини, через які список залежностей є доволі довгим:
Libguestfs has to be able to read and edit many different disk formats. For example, XFS support requires XFS tools.
Libguestfs повинна мати змогу читати і редагувати дані у багатьох різних форматах дисків. Наприклад, підтримка XFS потребує використання інструментів для роботи з XFS.
There are language bindings for many different languages, all requiring their own development tools. All language bindings (except C) are optional.
До складу бібліотеки включено прив'язки до багатьох мов програмування, і для усіх цих мов потрібні власні інструменти для розробки. Усі прив'язки до мов (окрім C) є необов'язковими.
There are some optional library features which can be disabled.
До складу бібліотеки включено декілька додаткових можливостей, які можна вимкнути.
Since libguestfs E<ge> 1.26 it is possible to split up the appliance dependencies (item 1 in the list above) and thus have (eg) C<libguestfs-xfs> as a separate subpackage for processing XFS disk images. We encourage downstream packagers to start splitting the base libguestfs package into smaller subpackages.
Починаючи з libguestfs E<ge> 1.26, можна відділити залежності базової системи (пункт 1 у наведеному вище списку), створивши, наприклад, окремий підпакунок C<libguestfs-xfs> для обробки образів дисків XFS. Ми радимо пакувальникам для дистрибутивів почати ділити базовий пакунок libguestfs на менші підпакунки.
Errors during launch on Fedora E<ge> 18, RHEL E<ge> 7
Помилки під час запуску на Fedora E<ge> 18, RHEL E<ge> 7
In Fedora E<ge> 18 and RHEL E<ge> 7, libguestfs uses libvirt to manage the appliance. Previously (and upstream) libguestfs runs qemu directly:
У Fedora E<ge> 18 та RHEL E<ge> 7 libguestfs використовує libvirt для керування базовою системою. Раніше (і у основній гілці розробки) libguestfs запускає qemu безпосередньо:
┌──────────────────────────────────┐
│ libguestfs │
├────────────────┬─────────────────┤
│ direct backend │ libvirt backend │
└────────────────┴─────────────────┘
↓ ↓
┌───────┐ ┌──────────┐
│ qemu │ │ libvirtd │
└───────┘ └──────────┘
↓
┌───────┐
│ qemu │
└───────┘
┌──────────────────────────────────┐
│ libguestfs │
├────────────────┬─────────────────┤
│ безп. модуль │ модуль libvirt │
└────────────────┴─────────────────┘
↓ ↓
┌───────┐ ┌──────────┐
│ qemu │ │ libvirtd │
└───────┘ └──────────┘
↓
┌───────┐
│ qemu │
└───────┘
upstream Fedora 18+
non-Fedora RHEL 7+
non-RHEL
upstream Fedora 18+
не-Fedora RHEL 7+
не-RHEL
The libvirt backend is more sophisticated, supporting SELinux/sVirt (see above), hotplugging and more. It is, however, more complex and so less robust.
Модуль libvirt є складнішим, підтримує SELinux/sVirt (див. вище), «гаряче» з'єднання образів тощо. Втім, через складність він є менш стійким.
If you have permissions problems using the libvirt backend, you can switch to the direct backend by setting this environment variable:
Якщо виникають проблеми із правами доступу під час використання модуля libvirt, ви можете перейти на модуль безпосереднього керування встановленням такої змінної середовища:
before running any libguestfs program or virt tool.
до запуску будь-яких інструментів libguestfs або virt.
How can I switch to a fixed / prebuilt appliance?
Як перемкнути бібліотеку на фіксовану або попередньо зібрану базову систему?
This may improve the stability and performance of libguestfs on Fedora and RHEL.
Це може поліпшити стабільність та швидкодію libguestfs у Fedora і RHEL.
Any time after installing libguestfs, run the following commands as root:
Будь-коли після встановлення libguestfs віддайте такі команди від імені root:

Loading…

No matching activity found.
Browse all string changes

Things to check

Mismatched exclamation mark

Source and translation do not both end with an exclamation mark

Reset

Mismatched question mark

Source and translation do not both end with a question mark

Reset

Glossary

English Ukrainian
No related strings found in the glossary.

String information

Source string description
type: =head2
Source string location
../docs/guestfs-faq.pod:480
String age
3 years ago
Last updated
11 months ago
Source string age
3 years ago
Translation file
po-docs/uk.po, string 2028