LinuxMint.com.ru

Существует ли аналог виндового chkdsk?
Вообще, часто ли ext4 ловит глюки, скажем, из-за аварийного выключения?

Спасибо за ваши ответы!

LinuNoob, Файловая система проверается при каждом запуске. Этим.

symon2014 писал(а): Файловая система проверается при каждом запуске

Ага, спасиб, теперь понятно, почему fsck не предлагает проверить при следующем запуске, как chkdsk у винды ))

А еще наверное система умеет фоново проверять файловую систему и при следующем включении исправлять?

Ivanov_k писал(а): А еще наверное система умеет фоново проверять файловую систему и при следующем включении исправлять?

В фоновой проверке нет необходимости, физически запись производится когда всё нормально. А за физическим состоянием диска следит СМАРТ. И дефрагментации нет. Можно годами юзать, а при проверке на фрагменты увидеть 0 целых и хрен десятых.

Unborn писал(а): И дефрагментации нет.

К сожалению вы не правы. Фрагментация есть, но она значительно меньше чем на виндовых ФС. Вот тут и тут подробнее о фрагментации в Linux.

darkfenix писал(а): К сожалению вы не правы

к нашей великой радости, он то как раз и прав...о том что на ext уровень фрагментации столь низок, что может не браться во внимание, известно всему миру линукс уже как лет 10. не буду за весь мир, скажу за себя... последние 3-4 года на ноуте только Debian, не переустанавливалось, а только обновлялось, в данный момент Stretch . в live режиме из под Parted Magic результат : 531 non-contiguous files (0.3%)
114 non-contiguous directories (0.1%)
дефрагментация - 0.3% ... ... ... я даже не буду с ней бороться ешшо лет 10 ... )) ...

LinuNoob, Спасибо за вопрос но я тоже реально за полтора года пользования Linyx не понимал как linyx выходит из жёсткой перазагрузки типа отключения эл энергии без оповещения. Ну какае то белое пятно в глазах у меня наверное.

qwertKI писал(а): дефрагментация - 0.3%

И в чем он прав? Вот если бы было 0% тогда да - он прав. При наличии 0.3% - он не прав. Фрагментация есть. Да она ничтожно мала, но это не говорит о том что ее нет. Хотя я с вами согласен. Она на столько мала - что бороться с ней и не нужно.

Не будем спорить. Наличие фрагментации не относится к данной теме.

darkfenix, Не по теме. Фрагментация определяет неразмеченные области. Здесь можно спорить до усёру. Каждый разработчик по своему видит разметку диска. Мы тут не судьи.

Многих очень заводит факт, что и на ext4 есть фрагментированные блоки, хоть чуть-чуть

А с приходом твердотелов - её и вовсе можно не учитывать, т.к не требуется тратить время на перенос головки hdd

Добавлю пять копеек: фрагментацией на ext4 можно смело пренебрегать пока есть 15-20% свободного места на разделе. Если меньше - фрагментация таки будет расти.

Проверка FS с помощью fsck выполняется не при каждом монтировании во время запуска системы, а если обнаружен не закрытый правильно журнал, т.е. могла быть не доделанная до конца операция записи. Потому, скажем, нарушение структуры раздела из-за записи данных из битой памяти может быть пропущено во время следующего старта (журнал то был закрыт, а то что записалась каша - журнал за это не отвечает. Он отвечает только за мониторинг начала-окончания самого факта записи блока данных).
Так что иногда, если есть подозрения, ручная проверка раздела смысл имеет. В этом случае делается так :
fsck -f /dev/sda (или другой диск).
Ключ -f заставляет команду проверить раздел, не смотря на то, что журнал чистый. Если диск с ценными данными - имеет смысл добавить ключ "-n" - запрет на любые изменения. Только проверить на ошибки, без попыток лечения. И если что не так - делать дамп-бекап перед попытками лечения.

Не стоит пытаться проверять/лечить таким образом разделы ntfs и btrfs. Первые - для винды, из нее и проверяйте. А вторые имеют собственную команды проверок и лечения.

Господа, благодарю за ответы, считаю вопрос закрытым, всё для себя уяснил!

slant писал(а): fsck -f /dev/sda

Что, как я понял, не распространяется на системный диск/партицию:



Ещё раз спасибо за Ваши ответы!

LinuNoob писал(а): Что, как я понял, не распространяется на системный диск/партицию:

Это лучше делать загрузившись с лайвсиди

LinuNoob писал(а): Что, как я понял, не распространяется на системный диск/партицию:

Хорошо, что защита от дурака есть. Проверка делается ТОЛЬКО НА НЕ СМОНТИРОВАННОМ РАЗДЕЛЕ! Иначе можете потерять все данные.

LinuNoob писал(а):

slant писал(а): fsck -f /dev/sda

Что, как я понял, не распространяется на системный диск/партицию:

Опять забываю что народ норовит команды напрямую вбить не разбираясь. Я написал просто "sda" т.к. не конкретизировал раздел, для примера.
На реальной системе диск поделен на разделы, так что вряд-ли будет просто /dev/sda - обычно это что-то вроде /dev/sda1 и т.д. - т.е. выбирается конкретный раздел где непосредственно создана FS.
И да, проверять надо размонтированный раздел.

LinuNoob писал(а): Чем посоветуете проверять файловую систему?
Сообщение #1 LinuNoob » Вчера, 00:51
Существует ли аналог виндового chkdsk?
.......

ясен пень fsck ....
и красноглазики никак без указаний на терминальные команды немОжут

а собсно, тот же fsck применяется для проверки и исправления ошибок файловых систем на разделах под графикой в програмке GParted. ( К сожалению аналогичную проверку убрали из утилиты Диски . Ранее она присутствовала в дисковой утилите ранних версий пакета gnome-disk-utility, когда дисковая утилита запускалась ещё командой palimpsest.)

Не стоит пытаться проверять/лечить таким образом разделы ntfs .... . .... - для винды, из нее и проверяйте.

не понятно почему не стоит пытаться.
если винды на компе нет, но есть винты или флешки с разделами на нтфс, то почему бы не попытаться если они не монтируются из-за ошибок ?
вот к примеру проверка fat32 ...и ntfs

У вас никогда после подобной операции через fsck, потом Windows не отказывался принимать NTFS раздел? А я встречался. Может просто слететь буква диска, а может раздел начать видеться в менеджере дисков как Unformatted или Unknown. Причем под линуксом все прекрасно - и видится и монтируется. А винда его не принимает. Издержки того, что формат NTFS в отличии от FAT(32) был закрыт долгое время. И разрабатывали драйвер для линукс его реверс-инженерингом.