SG
ЭТО ДРУГОЕ. Серьезно. Внезапное откл питания м б ВНЕЗАПНЫМ и нежелательным. Тот же ООМКИЛЛЕР может работать.
Обновляйся через гуй, там киллер не помешает, тк обновления будут установлены после перезагрузки в процессе следующей загрузки системы
Size: a a a
2020 May 09
АА
Исходники открыты - исправь.
Решение очевидно: держать менеджер в 1 самодостаточном бираре на го, а не размазывать по куче питоньих библиотек. 2. держать запасные версии, как с ядрами. Пару штук, если вдруг что-то не так с текущей версией.
V
O - очевидность
SG
Решение очевидно: держать менеджер в 1 самодостаточном бираре на го, а не размазывать по куче питоньих библиотек. 2. держать запасные версии, как с ядрами. Пару штук, если вдруг что-то не так с текущей версией.
Используй лвп снепшоты, в чем твоя проблема?
АА
Используй лвп снепшоты, в чем твоя проблема?
у меня нет проблемы, я на дебиан.
o👹
у меня нет проблемы, я на дебиан.
ты ее просто не видишь :) но здесь оффтопом будут проблемы дебиана при выдергивании питания во время системных обновлений
V
Тогда чего мам мозги паришь?
AF
В который раз уже Fedora лидирует в тестах (не считая Clear Linux):
https://www.phoronix.com/scan.php?page=article&item=spring-2020-distros&num=10
https://www.phoronix.com/scan.php?page=article&item=spring-2020-distros&num=10
o👹
у меня нет проблемы, я на дебиан.
у меня тоже нет проблем :)
SG
В который раз уже Fedora лидирует в тестах (не считая Clear Linux):
https://www.phoronix.com/scan.php?page=article&item=spring-2020-distros&num=10
https://www.phoronix.com/scan.php?page=article&item=spring-2020-distros&num=10
Хе, у нас тут гцц как аз сломан
V
В который раз уже Fedora лидирует в тестах (не считая Clear Linux):
https://www.phoronix.com/scan.php?page=article&item=spring-2020-distros&num=10
https://www.phoronix.com/scan.php?page=article&item=spring-2020-distros&num=10
Ну Clear Linux и не дистрибутив общего назначения.
SG
Странно, кстати, что никто не вспомнил об атомарных обновлениях в сильверблю
B
Странно, кстати, что никто не вспомнил об атомарных обновлениях в сильверблю
Странно, что никто не вспомнил про yum compete transaction. Даже разрабы dnf.
Но это к слову, а вообще не оффтопик ли это?
Но это к слову, а вообще не оффтопик ли это?
ДС
Решение очевидно: держать менеджер в 1 самодостаточном бираре на го, а не размазывать по куче питоньих библиотек. 2. держать запасные версии, как с ядрами. Пару штук, если вдруг что-то не так с текущей версией.
Кажется вам просто нужен fedora silverblue
АА
Отключение питания в момент выполнения resize2fs может привести к фатальному повреждению данных, что означает невозможность их восстановления без специального софта
Это тоже баг?
Это тоже баг?
В значительной мере это баг. Который в меньшей стапени проявляется в ZFS.
АА
Кажется вам просто нужен fedora silverblue
Я не готов ради фикса 1 бага менять дистр. Но спасибо.
SG
У винды, на самом деле, перед обновлением создаётся снепшот, а в партиции с загрузчиком есть минимальное окружение для отката на этот снепшот в случае неудачи
Но я видал и такое, что система полностью отказывала в обслуживании из-за ошибки в этом самом снепшоте, так что ничто не может гарантировать 100% вероятности удачного отката обновления
Но я видал и такое, что система полностью отказывала в обслуживании из-за ошибки в этом самом снепшоте, так что ничто не может гарантировать 100% вероятности удачного отката обновления
SG
Странно, что никто не вспомнил про yum compete transaction. Даже разрабы dnf.
Но это к слову, а вообще не оффтопик ли это?
Но это к слову, а вообще не оффтопик ли это?
Потому что он не мог гарантировать успешное восстановление
Т.е фактически в днф можно сделать аналогичное, просто повторив последнюю транзакцию с лайвсиди, но опять же, без гарантий
Т.е фактически в днф можно сделать аналогичное, просто повторив последнюю транзакцию с лайвсиди, но опять же, без гарантий
V
Я такое только в скрине делаю.
AZ
sudo firewall-cmd --add-service=kde-connect --permanent
Error: INVALID_SERVICE: 'kde-connect' not among existing services
а куда его выпилили?