Комментарии 14
По моему опыту, Fedora — надежный и удобный дистрибутив!
Достаточно простой для начинающих, в меру удобный для домашнего использования. 5 лет назад поставил его на компьютер маме — никаких проблем!
Спасибо за информацию!
Может быть кто-то располагает информацией о стабильности работы Brtfs? Был негативный опыт, связанный с использованием данной данной ФС (возникли проблемы с переполнением специальных [служебных] журналов) и по этой причине смотрю на данный программный продукт с некоторой опаской. В связи с этим и решил поинтересоваться — может быть сейчас все подобные проблемы преодолены?
как показатель — отказ от btrfs в пользу разработки VDO и Stratis в RHEL 8.
Недавно делал себе виртуалку с openSUSE для всяких мелких задач. По умолчанию она предлагает btrfs. Я раньше уже огребал от этой файловой системы, но подумал, что, может, за прошедшее время допилили основные баги (раз её до сих пор не выкинули из умолчаний).

В общей сложности эта машинка проработала у меня часов где-то пять (с перерывами), никаких ужасов я с ней не вытворял… однако в один прекрасный момент обнаружил незагружающиеся иксы, read-only файловую систему и ядерные падения со стек-трейсами в dmesg, указывающие на btrfs-модуль.
Может быть кто-то располагает информацией о стабильности работы Brtfs?

Был пост на Хабре, как Brfs убивает ssd. Вот этот пост https://habr.com/en/post/476414/. Не знаю, изменилась ли ситуация.

Вроде бы, разработчики придумали костыль — на случай исчерпания места для хранения метаданных добавили резервную область в сколько-то там сотен(?) мегабайт, которая, как я понял, спасёт от фатальных сбоев и позволит сделать ребаланс файловой системы для разрешения возникших проблем с местом.

По личному опыту, btrfs — достаточно стабильная система, в наличии несколько десятков как виртуалок, так и железяк, использующих btrfs. У некоторых из них возраст FS перевалил за 5 лет — всё работает без особых проблем. Правда, я продвинутыми возможностями (снапшоты и raid) не пользуюсь. А вот как FS с поддержкой компрессии данных и использованием всеми томами общего места в дисковом пуле — вот тут btrfs вполне себе на уровне.

Говорят, что RAID5/RAID6 — последние области, где возможны глюки. И, да, оптимизацию чтения/записи одновременно на несколько дисков, вроде как, толком так и не сделали.
Накатил f33 поверх 32 версии
Перестал работать vpn, который прекрасно работал с 26 версии
В сети ничего не нашел, кроме того, что да, есть проблемы и вот так вот попробуйте…
Перестал работать acstreamplayer даже через snapd. Пообщался с разработчиком пакета для снапа, он здорово помог, ейс я запустил
в общем, обновление мне нанесло серьезный урон
Единственное, что приходит на ум, в случае с vpn — в F33 включили по умолчанию systemd-resolved в качестве локального DNSа. Соответственно, или попробовать проверить и скорректировать его настройки, или же тупо отключить systemd-resolved, вернувшись к классической сетевой конфигурации (якобы, некоторый софт пока не готов для корректной работы с systemd-resolved).
ну… я решил откатиться до f32 ))))) и теперь у меня вообще ничего не запускается ))) так что я скоро буду снова счастливым обладателем девственной f32 ))

Оооо, знакомая тема! Мой первый пост на хабре был про то как бекапить диски. Я пришёл к выводу, что лучше использовать не dd, а ddrescue.

Спасибо за ссылку. Надо будет попробовать ddrescue.
Сам до сих пор бездумно использовал dd conv=sync,noerror, который маскирует ошибки (терпеть не могу такого, а тут поленился читать подробности).
Crypto-policy обновились и сломался ssh (чинится быстро).
Остальное у меня все работает.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.