fedora-docs-l10n/fedora-silverblue/master/pages/troubleshooting — Ukrainian @ Fedora Weblate: As of `podman` version `1.4.0` this workaround is not necessary. …

Zen

Translation

English type: Plain text

Ukrainian

Needs editing

Skip

	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…

None String updated in the repository fedora-docs-l10n/fedora-silverblue master/pages/troubleshooting Ukrainian	English 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. Ukrainian 0 characters edited Current translation Translated З версії `podman` `1.4.0` потреби у цьому обхідному маневрі немає. Переконайтеся, що встановлено актуальну версію `podman`, віддавши команду `rpm-ostree upgrade`, перш ніж намагатися скористатися цим обхідним маневром. 2 years ago
yurchor Suggestion accepted fedora-docs-l10n/fedora-silverblue master/pages/troubleshooting Ukrainian	English 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. Ukrainian 1 character edited Current translation Translated З версії `podman` `1.4.0` потреби у цьому обхідному маневрі немає. Переконайтеся, що встановлено актуальну версію `podman`, віддавши команду `rpm-ostree upgrade`, перш ніж намагатися скористатися цим обхідним маневром. 2 years ago
None Suggestion added fedora-docs-l10n/fedora-silverblue master/pages/troubleshooting Ukrainian	English 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. Ukrainian 218 characters edited З версії `podman` `1.4.0` потреби у цьому обхідному маневрі немає. Переконайтеся, що встановлено актуальну версію `podman`, віддавши команду `rpm-ostree upgrade`, перш ніж намагатися скористатися цим обхідним маневром. 2 years ago
None String updated in the repository fedora-docs-l10n/fedora-silverblue master/pages/troubleshooting Ukrainian	English 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. Ukrainian 218 characters edited Needs editing З версії `podman` `1.4.0` потреби у цьому обхідному маневрі немає. Переконайтеся, що встановлено актуальну версію `podman`, віддавши команду `rpm-ostree upgrade`, перш ніж намагатися скористатися цим обхідним маневром. 2 years ago
None Source string changed fedora-docs-l10n/fedora-silverblue master/pages/troubleshooting Ukrainian	English 12 characters edited 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. 2 years 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.

10404315 String information

Source string description

type: Plain text

Flags

no-wrap

Source string location

pages/troubleshooting.adoc:202

String age

2 years ago

Last updated

a year ago

Source string age

2 years ago

Translation file

po/uk/master/pages/troubleshooting.po, string 73

Shortcut	Action
`?`	Open available keyboard shortcuts.
`Alt` + `Home`	Navigate to the first translation in the current search.
`Alt` + `End`	Navigate to the last translation in the current search.
`Alt` + `PageUp` or `Ctrl` + `↑` or `Alt` + `↑` or `Cmd` + `↑` or	Navigate to the last translation in the current search.
`Alt` + `PageDown` or `Ctrl` + `↓` or `Alt` + `↓` or `Cmd` + `↓` or	Navigate to the next translation in the current search.
`Ctrl` + `Enter` or `Cmd` + `Enter`	Submit current form; this works the same as pressing Save and continue while editing translation.
`Ctrl` + `Shift` + `Enter` or `Cmd` + `Shift` +`Enter`	Unmark translation as Needing edit and submit it.
`Alt` + `Enter` or `Option` + `Enter`	Submit the string as a suggestion; this works the same as pressing Suggest while editing translation.
`Ctrl` + `E` or `Cmd` + `E`	Focus on translation editor.
`Ctrl` + `U` or `Cmd` + `U`	Focus on comment editor.
`Ctrl` + `M` or `Cmd` + `M`	Shows Automatic suggestions tab.
`Ctrl` + `1` to `Ctrl` + `9` or `Cmd` + `1` to `Cmd` + `9`	Copies placeable of a given number from source string.
`Ctrl` + `M` followed by `1` to `9` or `Cmd` + `M` followed by `1` to `9`	Copy the machine translation of a given number to current translation.
`Ctrl` + `I` followed by `1` to `9` or `Cmd` + `I` followed by `1` to `9`	Ignore one item in the list of failing checks.
`Ctrl` + `J` or `Cmd` + `J`	Shows the Nearby strings tab.
`Ctrl` + `S` or `Cmd` + `S`	Focus on search field.
`Ctrl` + `O` or `Cmd` + `O`	Copy the source string.
`Ctrl` + `Y` or `Cmd` + `Y`	Toggle the Needs editing checkbox.
`→`	Browse the next translation string.
`←`	Browse the previous translation string.