вопрос стоит ли выпиливать packagekit? или он нужен в дистре?

Стоит. Сервис неоднозначный. В любом случае жизненно не нужен. Он вроде бы и сам вымирает.

И? Он ведь не говорил, что именно у него.

Стоит. Сервис неоднозначный. В любом случае жизненно не нужен. Он вроде бы и сам вымирает.

а чего он стоит то в системе? Может зависимостью в кедах юзается?

а чего он стоит то в системе? Может зависимостью в кедах юзается?

И стоять ещё долго будет. Обратная совместимость. К Plasma (давайте будем говорить правильно) отношения иметь не должен. Разве плазмоид есть, который его использует и поутру предлагает про-upgrade-ся

Не, идея с PackageKit хорошая.

Не убивалось бы. Только это заслуга дисциплины rpm и её применения здесь

Где багрепорт? Починю

Скоро будет btrfs

Репорти

Скоро будет btrfs

Reiser тоже уже «скоро был» 😀

Кстати, с починкой xfs тоже не всё гладко

https://pagure.io/fedora-workstation/issue/54#comment-656915

вообще-то проект жив. есть версия 5. Только это очередное из будущего в прошлое

LVM Thin ничем не хуже

За скорость и экономичность платить приходится

С телефона искать неудобно, скинь ссылку

у меня на BTRFS после выключения питания пошли ошибки, после их автоисправления раздел был чище попки младенца

О, я нашел.

@ignatenkobrain ^

Почитай комменты в том тикете

Никакой конкретики

Что Федора не зависит от РХ

С телефона, как ты понимаешь, ещё хуже)

Да и чего мне, у меня btrfs

Лет 7 назад ломалась, сейчас нет

Скоро будет btrfs

🎉

В фб бтрфс почти везде

А что там? Меня в целом никогда не интересовало то, что не попадет в ядро

Но почитать интересно

Ну мы же не убунта переходить на зфс. Так что тут нечего бояться

Кстати, в сусе по дефолту бтрфс с 2014 +-

У моего коллеги на работе xfs развалился при отключении питания 2 раза за почти 2 года что я с ним работаю

Fat32/exFat при опред. условиях еще

Я знаю

Fat32/exFat при опред. условиях еще

Главное чтобы i/o её было😂😂😂

А, тогда да, нтфс рулит вместе с екстом4

Еще мб какой-нибудь reFS от ms

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

потому что fsck это последний инструмент при восстановлении, предварительно нужен scrub что бы не просрать данные, начитаются васянских манов, потом страдают

А, тогда да, нтфс рулит вместе с екстом4

Ну или CoW, как btrfs

Давай сначала ссылки на баги, а потом жаловаться.

Не знаю как сейчас, но раньше да, так и было (проверял на себе). Но у кого-то разваливается, а у кого-то реально годами живёт. Есть предположение, что может быть, это ещё и от железа зависит.

Не знаю как сейчас, но раньше да, так и было (проверял на себе). Но у кого-то разваливается, а у кого-то реально годами живёт. Есть предположение, что может быть, это ещё и от железа зависит.

+ Про железо сказать не могу, а вот что раньше разваливалось - да.

+ Про железо сказать не могу, а вот что раньше разваливалось - да.

Надо потестить будет снова. Вдруг уже можно не боясь использовать. 😊

Надо потестить будет снова. Вдруг уже можно не боясь использовать. 😊

Я уже некоторое время использую. Пока все нормально.

Правда пришлось бэкапы сделать прежде чем переходить. Отресайзить ext4 on lvm on luks это тот ещё квест который у меня пройти не хватило терпения

С каких пор куча срача на reddit стали баг-репортами?

А когда они научились выбирать фс?

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

я пока останусь на ext4

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

Потому что своим существованием в ядре никому не мешает.

У меня кстати вопрос по FF. У меня на поисковых сайтах (yandex.ru, google.ru) на странице поисковой выдачи везде одинаковые шрифты. Они жирные. Тоже самое наблюдаю и в хроме. Как это пофиксить?

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

Вот, везде жирный. Сказали так не должно быть.

не могу найти файлы.

нет такого файла или директории

не должно же быть так....

Я уже некоторое время использую. Пока все нормально.

я уже не сколько лет юзаю, потеря данных была только когда начал юзать, из за переполнения раздела при копировании данных, писюк завис полностью, пришлось делать reset, а потом я добил ее fsck, про scrub нигде не было написано, а оф. доки же никто не читает. Да и с тех пор много патчей влили, утверждают что если все правильно сделать, в 99% данные будут сохранены, в любом случае больше таких случаев больше у меня не было, даже при аварийном выключении питания, что у нас часто случается, только в прошлую пятницу из за сильного ветра несколько раз вырубался свет, у меня даже /home и раздел под данные в btrfs, под данные даже зашифрован, и все пучком, ничего не развалилось

Я удивлён. BTRFS выдержал мои "псевдотесты" в виртуалке. Знаю, это не на реальном железе, но всё же. Что я делал: * Пережимал разделы; * Принудительно выключал виртуалку при записе данных (судя по всему, данные всё равно дописываются, ибо виртуалка); * Раз 20 перезагружался при изменении всяких разных данных; Как появится чуток больше времени - затещу на реальном железе, на SSD.

Я удивлён. BTRFS выдержал мои "псевдотесты" в виртуалке. Знаю, это не на реальном железе, но всё же. Что я делал: * Пережимал разделы; * Принудительно выключал виртуалку при записе данных (судя по всему, данные всё равно дописываются, ибо виртуалка); * Раз 20 перезагружался при изменении всяких разных данных; Как появится чуток больше времени - затещу на реальном железе, на SSD.

2. потому что Copy-on-Write

2. потому что Copy-on-Write

Не, я там именно тестил создание новых файлов, не их изменение.

Я удивлён. BTRFS выдержал мои "псевдотесты" в виртуалке. Знаю, это не на реальном железе, но всё же. Что я делал: * Пережимал разделы; * Принудительно выключал виртуалку при записе данных (судя по всему, данные всё равно дописываются, ибо виртуалка); * Раз 20 перезагружался при изменении всяких разных данных; Как появится чуток больше времени - затещу на реальном железе, на SSD.

У меня за 9 лет юзания btrfs на железе он сломался только один раз, когда ФС после паники понадобился банальный fsck строго в соответствии с документацией, а я вместо этого начал делать всякую херню и крутить параметры.

Я удивлён. BTRFS выдержал мои "псевдотесты" в виртуалке. Знаю, это не на реальном железе, но всё же. Что я делал: * Пережимал разделы; * Принудительно выключал виртуалку при записе данных (судя по всему, данные всё равно дописываются, ибо виртуалка); * Раз 20 перезагружался при изменении всяких разных данных; Как появится чуток больше времени - затещу на реальном железе, на SSD.

2-е немного... Хз. Всё же данные не записались после внезапного отключения виртуалки. Он попросту нулевого размера. Но если честно, все-же лучше увидеть файл нулевого размера, чем кусок файла.

У меня более негативный опыт есть с dm-thin (который юзается в stratis): после тоже паники там метаданные пула перешли в неконсистентное состояние, которое через thin_dump/thin_restore не чинилось. Пришлось смириться с потерей данных.

До сих пор есть дамп этого пула и я лелею надежду однажды сесть с hex-редактором и исходниками ядра и device-mapper-thin наперевеc и таки починить пул :\

Потому, я бы к stratis относился настороженнее, чем к btrfs.

Нашел подобный файл в /etc/font/font.conf это оно? https://paste.centos.org/view/3fcc0306

BTRFS еще и потормознее, если рассматривать обращение к куче файлов... Поиск по дереву - влет, а вот типа систему поставить - лучше не надо

BTRFS еще и потормознее, если рассматривать обращение к куче файлов... Поиск по дереву - влет, а вот типа систему поставить - лучше не надо

А можно ссылочки на тесты?

А можно ссылочки на тесты?

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

@xvitaly А что это у меня в лог сыпется telegram-desktop[169212]: Invalid PBF data?

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

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

https://russianfedora.github.io/FAQ/administration.html#journal-history

https://russianfedora.github.io/FAQ/administration.html#journal-history

а сейчас просто при ребуте зависло: сессия завершилась, 1/4 экрана (2 четверть чёрная), 3/4 артефакты и всё

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

Так по сравнению с другими fs она действительно крутая, разве нет?

Так по сравнению с другими fs она действительно крутая, разве нет?

по сравнению с ZFS - ни разу

Что-то у меня сломалось перенаправление порта RDP в виртуалку... Совсем плохо.

по сравнению с ZFS - ни разу

Так она больше предназначена для серверов и т.п. + по умолчанию не поддерживается в linux.

Может кто-нибудь помочь с перенаправлением портов?

@Vascom2 решение твоей проблемы для user mode сети которая у тебя была, хотя решение с мостом более правильное, но сложнее в xml для виртуалки после </devices> дописать <qemu:commandline> <qemu:arg value='-netdev'/> <qemu:arg value='user,id=hostnet1,net=10.0.10.0/24,hostfwd=:3389-:3389'/> <qemu:arg value='-device'/> <qemu:arg value='e1000,netdev=hostnet1'/> </qemu:commandline>