sudo dnf groupupdate core

Спасибо!

Хм, не попадалось такое. Почитаю, спасибо.

Да инфы мало, такое ощущение, что они его прячут ))

Здраствуйте, подскажите как удалить "Аномалию": папка переименовывается, файлы в ней создаются, делал chmod 777 -R, сижу от рута, rm -rf не работает, перемещение папки не работает, даёт ошибку cannot (re)move 'Anomaly': Directory not empty

починено

Тут важно понимать, что за эту "неуютность" ты получаешь лучшую передовую систему, а не набор застарелого забагованного софта.

Всё как раз наоборот: более старый софт стабильнее и менее забагован. Этот тезис блестяще подтверждается политикой самого Ред Хата, который тащит в энтерпрайз систему, по времени соответствующую Федоре 29.

здравствуйте! что делать, если именно федора не стартует с usb в режиме uefi, в легаси работает? загрузка зависает на логотипе производителя. другие дистры запускаются, а федора - нет. пробовал писать разными способами (dd, rufus, fedora media writer) и всё безуспешно, также пробовал писать на заведомо рабочую флешку, по прежнему не грузится в uefi.

Подскажите, как правильно с pipewire на pulseaudio вернутся на 34, хочу кое что проверить у себя

Всё как раз наоборот: более старый софт стабильнее и менее забагован. Этот тезис блестяще подтверждается политикой самого Ред Хата, который тащит в энтерпрайз систему, по времени соответствующую Федоре 29.

Это если пользоваться железом на пару лет старее самой системы. Плюс в опен сорс софте новые версии критичны, т.к. функционал, который давно есть в коммерческом софте, появляется значительно позже.

здравствуйте! что делать, если именно федора не стартует с usb в режиме uefi, в легаси работает? загрузка зависает на логотипе производителя. другие дистры запускаются, а федора - нет. пробовал писать разными способами (dd, rufus, fedora media writer) и всё безуспешно, также пробовал писать на заведомо рабочую флешку, по прежнему не грузится в uefi.

https://bugzilla.redhat.com/show_bug.cgi?id=1938630

https://bugzilla.redhat.com/show_bug.cgi?id=1938630

secure boot на устройстве отключен

secure boot на устройстве отключен

это не важно

- Не спешите обновляться на Ubuntu 21.04 ... Похоже в данном обновлении присутствует баг в shim (bootloader для Secure Boot), который не позволяет корректно завершить обновление. В итоге можно получить бутлуп и уронить систему. З.Ы. В любом случае всегда делайте бэкапы перед мажорными обновлениями ... на любой системе или дистрибутиве!

1

https://www.reddit.com/r/Fedora/comments/n0m1m0/f34_problem_with_new_efi_shim/

2

https://www.reddit.com/r/Fedora/comments/n0fh9u/failure_verifying_package_shimx64_in_fedora_34/

3

https://bugzilla.redhat.com/show_bug.cgi?id=1955416

есть какое-нибудь адекватное решение или остается только ждать/юзать легаси?

есть какое-нибудь адекватное решение или остается только ждать/юзать легаси?

откатить shim назад, поставить бету со старым шимом и не обновлять его, в зависимости от биоса, можно создать загрузку с grubx64.efi, вместо shimx64.efi

Ставь Silverblue, там можно хоть на тестинг прыгать, а потом назад. https://losst.ru/ustanovka-i-ispolzovane-fedora-silverblue

Попробовать silverblue

ну в общем если хочется свежий дистр без гемора, то ждать, правильно понял?

Очень странно, но на Silverblue проблемы с shim нет.

+

остается вопрос о том как этот баг вообще попал в релиз сразу нескольких крупных дистров 🧐

ну в общем если хочется свежий дистр без гемора, то ждать, правильно понял?

лучше сделать баг репорт в багзиллу, потому что ожидание баги не фиксит

лучше сделать баг репорт в багзиллу, потому что ожидание баги не фиксит

багрепорты судя по всему уже понаделали

остается вопрос о том как этот баг вообще попал в релиз сразу нескольких крупных дистров 🧐

потому что shim он один для всех, его подписывает майкрософт. Со старого загрузчика отозвали ключи из-за уязвимости

багрепорты судя по всему уже понаделали

ну так у большинства работает, проблемы только с некоторыми железками и если под одну железку пофиксят, то это не значит, что это будет работать и на другой.

ну в общем если хочется свежий дистр без гемора, то ждать, правильно понял?

Попробуй бету https://dl.fedoraproject.org/pub/alt/stage/34_Beta-1.3/ если запустится, то проблема в shim

Все пакеты можно руками обновить до релиза, а шим пока оставить старым

Ну и на Silverblue старый shim и после обновления на новый у меня система не упала в отличии от Workstation

https://silverblue.fedoraproject.org/download

Попробуй бету https://dl.fedoraproject.org/pub/alt/stage/34_Beta-1.3/ если запустится, то проблема в shim

с беты ведь потом можно будет перейти на релиз?

с беты ведь потом можно будет перейти на релиз?

да

спасибо!

пойду проверю, запустится ли

ты можешь сразу на релиз и перейти

просто в терминале обновляй руками sudo dnf update a* sudo dnf update b* sudo dnf update c*

ты можешь сразу на релиз и перейти

а dnf versionlock на shim не подойдет?

я не пробовал, можно еще сам пакет исключить из обновлений

там их 2, 32 и 64 бита

можно и на бете посидеть, ничего критического я там не заметил

гном можно через консоль обновить

тестинг репы предварительно отключив

Всё как раз наоборот: более старый софт стабильнее и менее забагован. Этот тезис блестяще подтверждается политикой самого Ред Хата, который тащит в энтерпрайз систему, по времени соответствующую Федоре 29.

Ну я так не считаю. Редхат всё-же бэкпортирует security патчи.

С наушниками я проверил у себя - да, это стечение обстоятельств - микрофон умер в гарнитуре. Но у меня есть следующий вопрос - KDEшники, у вас при апдейте поведение на "нажатие кнопки питания" сохранилось? Я только что у себя проверил - вне зависимости от выбранного действия на гуе, оно просто тушит комп

С наушниками я проверил у себя - да, это стечение обстоятельств - микрофон умер в гарнитуре. Но у меня есть следующий вопрос - KDEшники, у вас при апдейте поведение на "нажатие кнопки питания" сохранилось? Я только что у себя проверил - вне зависимости от выбранного действия на гуе, оно просто тушит комп

какой-то баг был похожий, сейчас поищу

какой-то баг был похожий, сейчас поищу

буду признателен

буду признателен

кстати воспроизводится, сейчас комп погасил, хотя кнопка питания должна ничего не делать

ну у меня вот на ноуте тоже воспроизводится. нагуглить пытаюсь, но как-то без успеха пока что

ещё бы вспомнить с кем и где я это обсуждал

ну у меня вот на ноуте тоже воспроизводится. нагуглить пытаюсь, но как-то без успеха пока что

Задай в настройках иксов, надежно

Или ты на вяленом?

ещё бы вспомнить с кем и где я это обсуждал

наверное это вот это: https://bugs.kde.org/show_bug.cgi?id=433408

Задай в настройках иксов, надежно

не хочу я в настройки иксов лезть там, где этим DE должна рулить

Или ты на вяленом?

не, я попробовал сегодня - это неюзабельно просто от слова совсем

не хочу я в настройки иксов лезть там, где этим DE должна рулить

Не рулит же)

Не рулит же)

ну я просто повешу хоткей какой-нибудь на systemd suspend и всё. ну и больше компы грейдить на F34 не буду

кстати воспроизводится, сейчас комп погасил, хотя кнопка питания должна ничего не делать

есть лайфхак. Короче, оно не работает только после первого ребута, судя по всему. Если ты руками его в сон отправишь и разбудишь, то кнопка начинает работать правильно

наверное это вот это: https://bugs.kde.org/show_bug.cgi?id=433408

@ZaWertun отпиши в баг, пожалуйста, что воспроизводится. у меня аккаунта нет. Если что надо с моего компа скинуть - скажи, я всё скину, что надо

если создаю raid0, из, например, 4 дисков, это значит, что и скорость будет x4?

а если у меня три ссдшки в рейде и один винт, скорость рейда будет скоростьвинта*4 или всё же быстрее?

а если у меня три ссдшки в рейде и один винт, скорость рейда будет скоростьвинта*4 или всё же быстрее?

Плохая идея устройства с настолько различными характеристиками объединять

Плохая идея устройства с настолько различными характеристиками объединять

Я с теоретической точки зрения хочу понять как растет скорость

@ZaWertun отпиши в баг, пожалуйста, что воспроизводится. у меня аккаунта нет. Если что надо с моего компа скинуть - скажи, я всё скину, что надо

в кдешном чате вроде это было, сейчас ещё поищу :)

@Vascom2 удалил pipewire, установил pulseaudio и телеграм стал быстро запускаться. оставлю пока так у себя

@Vascom2 удалил pipewire, установил pulseaudio и телеграм стал быстро запускаться. оставлю пока так у себя

надо тоже снести к епеням

Я с теоретической точки зрения хочу понять как растет скорость

Будет примерно hdd*4, данные разбиваются на части между всеми дисками, по сути чередование происходит. Скорость будет зависеть от самого медленно устройства в массиве

@zamazan4ik https://bugs.kde.org/show_bug.cgi?id=434153

Не могу запустить сервис intel-undervolt в fedora silverblue 34 логи systemctl: Loaded: loaded (/usr/lib/systemd/system/intel-undervolt.service; enabled; vendor preset: disabled) Active: failed (Result: exit-code) since Fri 2021-04-30 20:43:34 MSK; 6s ago Process: 18739 ExecStart=/usr/bin/intel-undervolt apply (code=exited, status=1/FAILURE) Main PID: 18739 (code=exited, status=1/FAILURE) CPU: 4ms апр 30 20:43:34 laptop systemd[1]: Starting Intel Undervolt Service... апр 30 20:43:34 laptop intel-undervolt[18739]: CPU (0): Permission denied апр 30 20:43:34 laptop intel-undervolt[18739]: GPU (1): Permission denied апр 30 20:43:34 laptop intel-undervolt[18739]: CPU Cache (2): Permission denied апр 30 20:43:34 laptop intel-undervolt[18739]: System Agent (3): Permission denied апр 30 20:43:34 laptop intel-undervolt[18739]: Analog I/O (4): Permission denied апр 30 20:43:34 laptop systemd[1]: intel-undervolt.service: Main process exited, code=exited, status=1/FAILURE апр 30 20:43:34 laptop systemd[1]: intel-undervolt.service: Failed with result 'exit-code'. апр 30 20:43:34 laptop systemd[1]: Failed to start Intel Undervolt Service.

Ручной запуск от sudo выполняет команду без проблем

Что делать с доступом?

Ладно, похоже придется переежать на обычную федору. Чет у меня тут критические траблы с доступом к /dev/kvm в контейнере и аппаратным ускорением графики. Уже 2 дня не могу пофиксить, хотя на F33 работало отлично.

@zamazan4ik https://bugs.kde.org/show_bug.cgi?id=434153

Спасибо. Жаль, что фикса нет. Ничего, подождемс

Спасибо. Жаль, что фикса нет. Ничего, подождемс

надо смотреть что происходит при вызове слипа (suspend), других путей пока не видно

просто в терминале обновляй руками sudo dnf update a* sudo dnf update b* sudo dnf update c*

Че? dnf distro-sync А если хочется что-то исключить, то, да, через dnf versionlock

Че? dnf distro-sync А если хочется что-то исключить, то, да, через dnf versionlock

Че? Зачем оно надо?

Че? Зачем оно надо?

Если ты про distro-sync, то он во всех случаях правильнее, чем upgrade. А при смене набора репозиториев вообще крайне рекомендуется.

Если ты про distro-sync, то он во всех случаях правильнее, чем upgrade. А при смене набора репозиториев вообще крайне рекомендуется.

про него, но не понятно зачем он нужен в рамках одной системы

и меня репозитории не нужно, после установке тестинг отключил и готово

и меня репозитории не нужно, после установке тестинг отключил и готово

Ну, вот, после отключения testing и надо сделать.

там у него не понятно до конца в чем проблема

а обновляя руками можно примерно выловить проблемный пакет

Спасибо. Жаль, что фикса нет. Ничего, подождемс

https://bugs.kde.org/show_bug.cgi?id=433408 патч наговнякал - у меня на компе вроде работает посмотрим, что разрабы kde скажут (ты всё таки зарегайся в багзилле, полезно)