CentOS 8 Stream авто проверка файловой системы

По умолчанию да.

Нет, там же XFS.

там же XFS

И что ? Это должно о чем-то говорить ? XFS проверять не надо ?

А то, что XFS нормально проверять можно только в размонтированном виде, в отличии от ext4. Поэтому по умолчанию её не проверяют при загрузке.

Проверить легко, посмотреть на последние столбцы в /etc/fstab

В том числе XFS.

XFS нормально проверять можно только в размонтированном виде

Windows 10, что-то рисует и проверяет до своей загрузки.

CentOS так не умеет ?

Все файловые системы нормально проверяются только размонтированными или в read-only. У некоторых есть костыли чтобы проверять их подмонтированными но ничего хорошего это не даёт.

Поставил, проверил. Действительно нули. Red hat жжот, могу сказать.

This procedure performs a read-only check of an XFS file system using the xfs_repair utility. You must manually use the xfs_repair utility to repair any corruption. Unlike other file system repair utilities, xfs_repair does not run at boot time, even when an XFS file system was not cleanly unmounted. In the event of an unclean unmount, XFS simply replays the log at mount time, ensuring a consistent file system; xfs_repair cannot repair an XFS file system with a dirty log without remounting it first.

Ты что, впервые узнал об этой фишке? Или ты просто редко работал с RHEL и XFS?

На ext4 умеет. Но вообще все ФС в Linux хреново относятся к перебоям электричества, лучше купи ИБП.

Хотя нет, вру. NILFS2 в теории из-за своих особенностей более-менее нормально может с перебоем питания справиться. Зато у неё своей специфики — вагон, прочитай, крайне любопытная ФС.

У нас не используется XFS по понятным причинам.

И по каким же? Потому что вы все на Windows сидите?

Раздел с XFS уменьшить нельзя.

Или ты мне сейчас откроешь глаза :-)

XFS нормально проверять можно только в размонтированном виде

90% падений у меня из-за видеокарты. Но я на опыте знаю, что CentOS хорошо держится при отключении питания.

Как-то месяц он работал на fs с 30% БЭД блоки

Но вообще проверяет ли оно что-то я не знал Имеется ввиду само. Без директив администратора

Зато там бесконечные иноды, а в новых версиях есть поддержка reflink, который недавно наконец-то включили по умолчанию в util-linux для копирования файлов в пределах ФС.

Хотя согласен, у ext4 свои преимущества.

падений у меня из-за видеокарты

Падение X-server не означает падения всей ОС целиком.

Я знаю. И квоты на директории.

Но ext2 рулит.

Падение X-server не означает падения всей ОС целиком.

Не редко из-за видеокарты совсем мертвое зависание. Так, что даже SysRq не работает.

По сути это аналог выдернуть вилку из розетки

SysRq по умолчанию отключен для обработки, ты его включал?

Нет, там же XFS.

Ой, а у меня ext4.

ты его включал?

Да Это я знаю Всегда включаю. В 70% случаев SysRq все же обрабатывается.

И с помощью SysRq можно сохранить висящие в памяти файлы

Насколько я слышал, вроде можно.

Просто не понятен механизм - если ничего не настраивать.

Само по себе оно значит проверяет в режиме read only.

И… если есть проблемы то об этом будет в журнале Так ?

Вроде взрослый человек а про sync не знает. Вам никто ничего не гарантирует если вы не сделали sync/fsync. RTFM

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

Если использовать при монтирование ext4 параметр data=journal то будет все гораздо безопаснее, но медленно.

For performance reasons, ext4 by default only writes filesystem metadata through the journal. This means that file data blocks are /not/ guaranteed to be in any consistent state after a crash. If this default guarantee level (data=ordered) is not satisfactory, there is a mount option to control journal behavior. If data=journal, all data and metadata are written to disk through the journal. This is slower but safest. If data=writeback, dirty data blocks are not flushed to the disk before the metadata are written to disk through the journal

ext4 мало интересен. На нем ничего важного нет. Можно держать копию размером 1 GB

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