Zen

Translation

English type: Plain text
As of `podman` version `1.4.0` this workaround is not necessary.
Ensure `podman` is up to date by issuing `rpm-ostree upgrade` before attempting this workaround.
219/1730 · 173

Sign in to save the translation.

English Ukrainian Actions
It is possible to end up in a situation where one or more files on the disk have become corrupted or missing. In this case, `ostree fsck` will report errors in certain commits. The https://github.com/ostreedev/ostree/pull/345#issuecomment-262263824[workaround] in this case is to mark the entire OSTree commit as partially retrieved and then re-pull the commit.
Може таке статися, що один або декілька файлів на диску буде пошкоджено або знищено. У такому випадку `ostree fsck` повідомлятиме про помилки у певних внесках. https://github.com/ostreedev/ostree/pull/345#issuecomment-262263824[Обхідним маневром] у цьому випадку є позначення усього внеску OSTree як частково отриманого і повторне отримання цього внеску.
Read-only `/boot/efi` prevents any upgrades
Захист від запису `/boot/efi` заважає будь-якому оновленню
This issue is most commonly seen when users have installed {variant-name} on Apple hardware. The `/boot/efi` partition on Apple hardware is formatted as HFS+ and is not always resilient to power failures or other kinds of hard power events.
Ця проблема, здебільшого, виникає у користувачів, які встановлюють {variant-name} на апаратне забезпечення Apple. Розділ `/boot/efi` на обладнанні Apple форматовано як HFS+, і він не завжди стійкий до вимикання живлення та інших типів проблем із живленням.
Since {variant-name} now includes the `hfsplus-tools` package in the base compose, it has become relatively easy for users to workaround this kind of error.
Оскільки до нової версії {variant-name} до базової композиції включено пакунок `hfsplus-tools`, користувачам тепер набагато простіше усувати проблеми такого типу.
# umount /boot/efi
# fsck.hfsplus /dev/sda1
# mount -o rw /boot/efi
# umount /boot/efi
# fsck.hfsplus /dev/sda1
# mount -o rw /boot/efi
See the https://github.com/coreos/rpm-ostree/issues/1380[rpm-ostree#1380] GitHub issue for additional details.
Див. https://github.com/coreos/rpm-ostree/issues/1380[rpm-ostree#1380], щоб дізнатися більше.
Unable to install {variant-name} on EFI systems
Не вдається встановити {variant-name} у системи з EFI
Users have reported that they cannot install {variant-name} on an EFI based system where they previously had another OS installed. The error that is often observed looks like:
Користувачі повідомляли про неможливість встановити {variant-name} на засновані на EFI, де раніше було встановлено іншу операційну систему. Повідомлення про помилку, яке часто спостерігали, виглядало так:
ostree ['admin', '--sysroot=/mnt/sysimage', 'deploy', '--os=fedora-workstation', 'fedora-workstation:fedora/28/x86_64/workstation'] exited with code -6`
ostree ['admin', '--sysroot=/mnt/sysimage', 'deploy', '--os=fedora-workstation', 'fedora-workstation:fedora/28/x86_64/workstation'] exited with code -6`
A couple of possible workarounds exist:
Існує декілька можливих вирішень:
During the install process, select "Custom Partitioning" and create an additional EFI partition. Assign the newly created EFI partition to `/boot/efi`. You will then be able to boot the previous OS(s) alongside {variant-name}. If this workaround is not successful follow the below step.
Під час процедури встановлення вибрати «Нетиповий поділ на розділи» і створити додатковий розділ EFI. Призначте для новоствореного розділу EFI точку монтування `/boot/efi`. Після цього ви зможете завантажувати ваші попередні операційні системи паралельно до {variant-name}. Якщо цей варіант не спрацює, виконайте наведений нижче крок.
Reformat the EFI partition on the host during the install process. This can be done by selecting "Custom Partitioning" and checking the `Reformat` box when creating the `/boot/efi` partition.
Переформатуйте розділ EFI у основній системі під час процедури встановлення. Зробити це можна вибором варіанта «Нетиповий поділ на розділи» із наступним позначенням пункту «Переформатувати» при створенні розділу `/boot/efi`.
Choosing to reformat `/boot/efi` will likely result in the inability to boot any other operating systems that were previously installed.
Be sure that you have backed up any important data before using this workaround.
Вибір варіанта із переформатуванням `/boot/efi`, ймовірно, зробить неможливим завантаження будь-яких інших раніше встановлених операційних систем. Переконайтеся, що вами створено резервну копію будь-яких важливих даних, перш ніж користуватися цим варіантом.
This issue is tracked in https://bugzilla.redhat.com/show_bug.cgi?id=1575957[Bugzilla #1575957].
Стежити за усуванням цієї вади можна тут: https://bugzilla.redhat.com/show_bug.cgi?id=1575957[Bugzilla #1575957].
`toolbox: failed to list images with com.redhat.component=fedora-toolbox`
`toolbox: failed to list images with com.redhat.component=fedora-toolbox`
As of `podman` version `1.4.0` this workaround is not necessary.
Ensure `podman` is up to date by issuing `rpm-ostree upgrade` before attempting this workaround.
З версії `podman` `1.4.0` потреби у цьому обхідному маневрі немає. Переконайтеся, що встановлено актуальну версію `podman`, віддавши команду `rpm-ostree upgrade`, перш ніж намагатися скористатися цим обхідним маневром.
When issuing the `toolbox list` command, systems using `podman` versions newer than `1.2.0`, will generate the following error:
Якщо віддати команду `toolbox list`, системи, у яких встановлено `podman` версій, новіших за `1.2.0`, призведе до такого повідомлення про помилку:
toolbox: failed to list images with com.redhat.component=fedora-toolbox
`toolbox: failed to list images with com.redhat.component=fedora-toolbox`
The following workaround might be useful for other `toolbox` errors caused by `podman` versions greater than `1.2.0`.
See https://github.com/debarshiray/toolbox/issues/169#issuecomment-495193902[Toolbox Github Repo]
Наведений нижче варіант дій може бути корисним для інших помилок `toolbox`, які спричинено використанням версій `podman`, новіших за `1.2.0`. Див. https://github.com/debarshiray/toolbox/issues/169#issuecomment-495193902[сховища Toolbox на Github]
As a workaround, it is possible to override `podman` packages newer than version `1.2.0` by issuing:
Обійти цю проблему можна заміною пакунків `podman`, які є новішими за версію `1.2.0`, за допомогою такої команди:
$ rpm-ostree override --remove=podman-manpages replace https://kojipkgs.fedoraproject.org//packages/podman/1.2.0/2.git3bd528e.fc30/x86_64/podman-1.2.0-2.git3bd528e.fc30.x86_64.rpm
$ rpm-ostree override --remove=podman-manpages replace https://kojipkgs.fedoraproject.org//packages/podman/1.2.0/2.git3bd528e.fc30/x86_64/podman-1.2.0-2.git3bd528e.fc30.x86_64.rpm
Reboot the system to apply the changes.
Перезавантажте систему для застосування змін.
For reference, it is also possible to override the package by following these steps:
Просто для довідки, замінити пакунок на якусь іншу версію можна за допомогою таких кроків:
Download `podman-1.2.0-2.git3bd528e.fc30.x86_64.rpm` from https://kojipkgs.fedoraproject.org//packages/podman/1.2.0/2.git3bd528e.fc30/x86_64/podman-1.2.0-2.git3bd528e.fc30.x86_64.rpm[Koji]
Отримайте `podman-1.2.0-2.git3bd528e.fc30.x86_64.rpm` з https://kojipkgs.fedoraproject.org//packages/podman/1.2.0/2.git3bd528e.fc30/x86_64/podman-1.2.0-2.git3bd528e.fc30.x86_64.rpm[Koji]
Remove `podman-manpages` issuing: `rpm-ostree override remove podman-manpages`
Вилучіть `podman-manpages` за допомогою такої команди: `rpm-ostree override remove podman-manpages`
Override the currently installed `podman` package (using the package you have downloaded on the first step) by: `rpm-ostree override replace podman-1.2.0-2.git3bd528e.fc30.x86_64.rpm`
Замінити поточну встановлену версію пакунка `podman` (на пакунок, який ви отримали на першому кроці) можна за допомогою такої команди: `rpm-ostree override replace podman-1.2.0-2.git3bd528e.fc30.x86_64.rpm`
You can now reboot the system for the change to take effect.
Після цього систему можна перезавантажити, щоб зміни набули чинності.
To revert this workaround issue the following command:
Щоб повернути усе до типового стану, віддайте таку команду:
$ rpm-ostree override reset podman; rpm-ostree override reset podman-manpages
$ rpm-ostree override reset podman; rpm-ostree override reset podman-manpages
Unable to enter a toolbox due to permissions errors
Не вдається увійти до toolbox через помилки із правами доступу
With certain versions of `podman`, trying to enter a toolbox will result in errors. You can fix this by resetting the permissions on the overlay-containers with the following command.
У певних версіях `podman` спроба увійти до toolbox призводить до повідомлення про помилку. Виправити помилку можна скиданням прав доступу до накладених контейнерів за допомогою наведеної нижче команди.

Loading…

User avatar None

String updated in the repository

  1. fedora-docs-l10n/fedora-silverblue
  2. master/pages/troubleshooting
  3. Ukrainian
As of `podman` version `1.4.0` this workaround is not necessary.
Ensure `podman` is up to date by issuing `rpm-ostree upgrade` before attempting this workaround.
З версії `podman` `1.4.0` потреби у цьому обхідному маневрі немає. Переконайтеся, що встановлено актуальну версію `podman`, віддавши команду `rpm-ostree upgrade`, перш ніж намагатися скористатися цим обхідним маневром.
a year ago
User avatar yurchor

Suggestion accepted

  1. fedora-docs-l10n/fedora-silverblue
  2. master/pages/troubleshooting
  3. Ukrainian
As of `podman` version `1.4.0` this workaround is not necessary.
Ensure `podman` is up to date by issuing `rpm-ostree upgrade` before attempting this workaround.
З версії `podman` `1.4.0` потреби у цьому обхідному маневрі немає. Переконайтеся, що встановлено актуальну версію `podman`, віддавши команду `rpm-ostree upgrade`, перш ніж намагатися скористатися цим обхідним маневром.
a year ago
User avatar None

Suggestion added

  1. fedora-docs-l10n/fedora-silverblue
  2. master/pages/troubleshooting
  3. Ukrainian
As of `podman` version `1.4.0` this workaround is not necessary.
Ensure `podman` is up to date by issuing `rpm-ostree upgrade` before attempting this workaround.
З версії `podman` `1.4.0` потреби у цьому обхідному маневрі немає. Переконайтеся, що встановлено актуальну версію `podman`, віддавши команду `rpm-ostree upgrade`, перш ніж намагатися скористатися цим обхідним маневром.
a year ago
User avatar None

String updated in the repository

  1. fedora-docs-l10n/fedora-silverblue
  2. master/pages/troubleshooting
  3. Ukrainian
As of `podman` version `1.4.0` this workaround is not necessary.
Ensure `podman` is up to date by issuing `rpm-ostree upgrade` before attempting this workaround.
З версії `podman` `1.4.0` потреби у цьому обхідному маневрі немає. Переконайтеся, що встановлено актуальну версію `podman`, віддавши команду `rpm-ostree upgrade`, перш ніж намагатися скористатися цим обхідним маневром.
a year ago
User avatar None

Source string changed

  1. fedora-docs-l10n/fedora-silverblue
  2. master/pages/troubleshooting
  3. Ukrainian
As of `podman` version `1.4.0` this workaround is not necessary.
 Ensure `podman` is up to date by issuing `rpm-ostree upgrade` before attempting this workaround.
a year ago
Browse all string changes

Things to check

Mismatching line breaks

Number of new lines in translation does not match source

Reset

Glossary

English Ukrainian
No related strings found in the glossary.

String information

Source string description
type: Plain text
Flags
no-wrap
Source string location
pages/troubleshooting.adoc:202
String age
a year ago
Last updated
10 months ago
Source string age
a year ago
Translation file
po/uk/master/pages/troubleshooting.po, string 73