тупой вопрос, а лучше всего всегда обновляться(sudo dnf update) в... как эта штука называется, ну короче когда нажимаешь Ctrl + Alt + F3 и ничего кроме консоли нету ? я просто ща впервые это сделал, прикольно, без проблем обновился и вернулся в гуи через Ctrl + Alt + F1, но раньше всегда в гуи обновлялся

Можно и в графической консоли. Только если по сети, то желательно в screen/tmux.

но tmux же может упасть, в чем прикол ? просто я Vim с tmux юзаю постоянно и если много всего пооткрывать(вкладки в браузере и кучу прог), то OOM приходит и терминал с tmux убивает вроде как

тупой вопрос, а лучше всего всегда обновляться(sudo dnf update) в... как эта штука называется, ну короче когда нажимаешь Ctrl + Alt + F3 и ничего кроме консоли нету ? я просто ща впервые это сделал, прикольно, без проблем обновился и вернулся в гуи через Ctrl + Alt + F1, но раньше всегда в гуи обновлялся

Не понял смысла обновления без граф.протокола. Поясни.

Если в процессе обновление отвалится оболочка последствия могут быть интересными, один раз словил такое

😕 сколько лет живу -- ни разу не было такого.

Ну вот у меня раз было, не смертельно в целом

Так днф просто продолжит обновление и всё

😕 сколько лет живу -- ни разу не было такого.

Неа, точнее зависит от того в какой момент отвалилось

Ну значит с рефрешем по новой

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

Рефреш олл же перекачает кэш пакетов?

При чём тут это?

Рефреш олл же перекачает кэш пакетов?

Могут оказаться установлены две версии пакетов и он скажет что делать как бы нечего

по мне так роллинг сильно лучше

Ну не знаю, я в такое не попадал, но по history наверное бы глянул, сделал undo. 🤷‍♂

Федоре не хватает LTS ядра, а то каждый раз после обнов собирать дрова на разное оборудование такое

А то даже у арча есть лтс ядрышко

Федоре не хватает LTS ядра, а то каждый раз после обнов собирать дрова на разное оборудование такое

В федоре, имхо, не вижу смысла в лтс ядре... Истории с нвидия бывают очень редко. За то время, пока новая версия ядра поставится в репозиториях, драйвер успеет адаптироваться

Ну у некоторых бывает что после обновления ядрышка система падает или не грузится с новым ядром

За то время, пока новая версия ядра поставится в стабильные репозиториях, драйверы успеет адаптироваться А "не грузится" или из-за слишком нового ядра, или из-за граф. адаптера люблювидия

Не совсем, тут скорее специфичное железо у некоторых да и карта амд, это из основного чата федоры проблема у некоторых

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

Тогда собачить или лтс ядро, или ядро от рокки/альмы/красной шапки Вообще, если так подумать... Уже началась "революция" в мире Линукса. Вот, человек хочет поставить систему. Ему нужно выбрать модель выпуска. Что у нас есть? - роллинг (Arch, openSUSE TW) - лтс (Debian, Ubuntu LTS) - "фиксированные" роллинги (Ubuntu, Fedora) И, к сожалению, ни шо не идеально для каждого. Миксовать тот же лтс с новыми пакетами трудно... т. к. сист. компоненты стары, без контейнеров собрать самый последний пользовательский софт трудно В роллингах всё слишком быстро. Может проводить к проблемам. И, если нужен более старый софт - будет мишанина Остаются обычные фиксированные релизы. Их легче поддерживать (ибо ближе к роллингах), и они стремятся исключать внезапные поломки. Но это просто "стабилизированные" роллинги. Остается проблема с мишаниной И, имхо, самый идеальный вариант - роллинг база (с автооткатами), а софт с графической системой по выбору пользователя. Прямо сейчас это уже активно делается, что радует

Тогда собачить или лтс ядро, или ядро от рокки/альмы/красной шапки Вообще, если так подумать... Уже началась "революция" в мире Линукса. Вот, человек хочет поставить систему. Ему нужно выбрать модель выпуска. Что у нас есть? - роллинг (Arch, openSUSE TW) - лтс (Debian, Ubuntu LTS) - "фиксированные" роллинги (Ubuntu, Fedora) И, к сожалению, ни шо не идеально для каждого. Миксовать тот же лтс с новыми пакетами трудно... т. к. сист. компоненты стары, без контейнеров собрать самый последний пользовательский софт трудно В роллингах всё слишком быстро. Может проводить к проблемам. И, если нужен более старый софт - будет мишанина Остаются обычные фиксированные релизы. Их легче поддерживать (ибо ближе к роллингах), и они стремятся исключать внезапные поломки. Но это просто "стабилизированные" роллинги. Остается проблема с мишаниной И, имхо, самый идеальный вариант - роллинг база (с автооткатами), а софт с графической системой по выбору пользователя. Прямо сейчас это уже активно делается, что радует

Товарищи, вопрос. У кого есть реальный опыт по созданию гибридных массивов аля ссд+хдд (по типу софт-рейда) в федоре? То, что это всё реально я понимаю, хочется что-то типа Fusion Drive от эпл. Хочу услышать реальный опыт использования/целесообразность применения.

Тебе Bcache нужен: https://wiki.archlinux.org/title/Bcache Я пользуюсь и writethrough, и writeback режимами для разных дисков, но writeback снижает надежность, т.к. SSD перестаёт быть просто кешем для чтения и начинает хранить данные, которые на HDD не дублируются

Тут как раз мне и нужно хранение критичных системных файлов на ССД, т.к. он равновзвешен к ХДД (500+500)

Я подумал что кеш хочется. А что ты с такими дисками хочешь делать? RAID1?

Будто не совсем то, что мне нужно. Вот ты знаком с фьюжен драйвом?

Нет

Ненадёжность writeback можно объехать путем использования избыточного raid средствами Btrfs: https://wiki.archlinux.org/title/Bcache#Situation:_3_hard_drives_and_3_read/write_cache_SSD's Но для этого несколько SSD и HDD нужно и их должно быть одинаковое количество

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

Ну это Bcache в writeback режиме. RAID тут ни при чём

Ну это Bcache в writeback режиме. RAID тут ни при чём

Но, смотри, фьюжен драйв считается нераздельным диском в системе, т.е. 500+500 = 1000, так и отображается. Как я вижу, тут не так немного, если не прав, то поправь.

Именно так и будет, если writeback режим включен

Хм. Можно подумать, время до релиза 37 еще есть. Там можно в чистую всё организовать тогда, только это РАЧ, а к федоре нормально прикручивается?

Именно так и будет, если writeback режим включен

Сколько диска использовать под writeback настраивается через writeback_percent, судя по википедии Fusion Drive также работает: https://en.wikipedia.org/wiki/Fusion_Drive#Design

😏

😏

там кеш можно выкладывать на SSD, но я очень давно пробовал

там кеш можно выкладывать на SSD, но я очень давно пробовал

Прямо сейчас я оцениваю целесообразность таких движений, может проще просто оставить hdd в том же ext4 и маунт-поинт ему приделать, да и всё.

Но у bcache есть нюанс, что writeback не будет нормально отображать "увеличенное" место. Фс над bcache всё так же будет думать, что там 500GB всего

Очень интересная статья, очень воодушевляет. Пушка-гонка-самолёт из практически ничего.

Так L2ARC это такой же writethrough кеш…

Зато ARC не такой же :)

ARC выполняет ту же роль, что и page cache в Linux

Пэйджкеш разве не на ССД располагается? Что-то я может путаю, но тут файлкэш в ОЗУ, а не наоборот кэш ОЗУ на ССД.

Page Cache — это кеш файлов в ОЗУ

А кем делается? Откуда подует ветер перемен? )

Товарищ, мешанины в роллинг-релизах нет, не придумывай. Не существует никаких "фиксированных" роллингов. Есть просто две модели обновления системы: - глобал апдейт (по релизам) - роллинг-релиз (без релизов, абсолютный bleeding-edge) Версионность пакетов ты контролируешь сам, благо для этого инструменты есть. Чем ближе обычная модель у понятию bleeding-edge, тем чаще в период релиза ты получаешь свежак при обновлениях (в федоре чаще всего). Всё, вся магия, не надо придумывать и усложнять. А, лтс это тоже глобал апдейт модель, тоже обновляется на современные пакеты, просто жизненный цикл релиза дольше, а от понятия bleeding-edge дальше.

Тогда собачить или лтс ядро, или ядро от рокки/альмы/красной шапки Вообще, если так подумать... Уже началась "революция" в мире Линукса. Вот, человек хочет поставить систему. Ему нужно выбрать модель выпуска. Что у нас есть? - роллинг (Arch, openSUSE TW) - лтс (Debian, Ubuntu LTS) - "фиксированные" роллинги (Ubuntu, Fedora) И, к сожалению, ни шо не идеально для каждого. Миксовать тот же лтс с новыми пакетами трудно... т. к. сист. компоненты стары, без контейнеров собрать самый последний пользовательский софт трудно В роллингах всё слишком быстро. Может проводить к проблемам. И, если нужен более старый софт - будет мишанина Остаются обычные фиксированные релизы. Их легче поддерживать (ибо ближе к роллингах), и они стремятся исключать внезапные поломки. Но это просто "стабилизированные" роллинги. Остается проблема с мишаниной И, имхо, самый идеальный вариант - роллинг база (с автооткатами), а софт с графической системой по выбору пользователя. Прямо сейчас это уже активно делается, что радует