Чем посоветуете проверять файловую систему?
Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Для начала воспользуйтесь поиском форума. 2. Укажите версию ОС вместе с разрядностью. Пример: LM 19.3 x64, LM Sarah x32 3. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 4. Какое железо. (достаточно вывод
inxi -Fxz
в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 5. Суть. Желательно с выводом консоли, логами. 6. Скрин. Просьба указывать 2, 3 и 4 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
-
Автор темы - Сообщения: 23
- Зарегистрирован: 03 авг 2017, 14:07
- Решено: 2
- Благодарил (а): 18 раз
- Поблагодарили: 2 раза
- Контактная информация:
Чем посоветуете проверять файловую систему?
Существует ли аналог виндового chkdsk?
Вообще, часто ли ext4 ловит глюки, скажем, из-за аварийного выключения?
Спасибо за ваши ответы!
Вообще, часто ли ext4 ловит глюки, скажем, из-за аварийного выключения?
Спасибо за ваши ответы!
Решение
Перейти к ответу ➙
Добавлю пять копеек: фрагментацией на ext4 можно смело пренебрегать пока есть 15-20% свободного места на разделе. Если меньше - фрагментация таки будет расти.
Проверка FS с помощью fsck выполняется не при каждом монтировании во время запуска системы, а если обнаружен не закрытый правильно журнал, т.е. могла быть не доделанная до конца операция записи. Потому, скажем, нарушение структуры раздела из-за записи данных из битой памяти может быть пропущено во время следующего старта (журнал то был закрыт, а то что записалась каша - журнал за это не отвечает. Он отвечает только за мониторинг начала-окончания самого факта записи блока данных).
Так что иногда, если есть подозрения, ручная проверка раздела смысл имеет. В этом случае делается так :
fsck -f /dev/sda (или другой диск).
Ключ -f заставляет команду проверить раздел, не смотря на то, что журнал чистый. Если диск с ценными данными - имеет смысл добавить ключ "-n" - запрет на любые изменения. Только проверить на ошибки, без попыток лечения. И если что не так - делать дамп-бекап перед попытками лечения.
Не стоит пытаться проверять/лечить таким образом разделы ntfs и btrfs. Первые - для винды, из нее и проверяйте. А вторые имеют собственную команды проверок и лечения.
Проверка FS с помощью fsck выполняется не при каждом монтировании во время запуска системы, а если обнаружен не закрытый правильно журнал, т.е. могла быть не доделанная до конца операция записи. Потому, скажем, нарушение структуры раздела из-за записи данных из битой памяти может быть пропущено во время следующего старта (журнал то был закрыт, а то что записалась каша - журнал за это не отвечает. Он отвечает только за мониторинг начала-окончания самого факта записи блока данных).
Так что иногда, если есть подозрения, ручная проверка раздела смысл имеет. В этом случае делается так :
fsck -f /dev/sda (или другой диск).
Ключ -f заставляет команду проверить раздел, не смотря на то, что журнал чистый. Если диск с ценными данными - имеет смысл добавить ключ "-n" - запрет на любые изменения. Только проверить на ошибки, без попыток лечения. И если что не так - делать дамп-бекап перед попытками лечения.
Не стоит пытаться проверять/лечить таким образом разделы ntfs и btrfs. Первые - для винды, из нее и проверяйте. А вторые имеют собственную команды проверок и лечения.
Перейти к ответу ➙
Чем посоветуете проверять файловую систему?
LinuNoob, Файловая система проверается при каждом запуске. Этим.
-
Автор темы - Сообщения: 23
- Зарегистрирован: 03 авг 2017, 14:07
- Решено: 2
- Благодарил (а): 18 раз
- Поблагодарили: 2 раза
- Контактная информация:
Чем посоветуете проверять файловую систему?
Ага, спасиб, теперь понятно, почему fsck не предлагает проверить при следующем запуске, как chkdsk у винды ))
-
- Сообщения: 1920
- Зарегистрирован: 03 сен 2016, 13:36
- Решено: 24
- Благодарил (а): 5 раз
- Поблагодарили: 264 раза
- Контактная информация:
Чем посоветуете проверять файловую систему?
В фоновой проверке нет необходимости, физически запись производится когда всё нормально. А за физическим состоянием диска следит СМАРТ. И дефрагментации нет. Можно годами юзать, а при проверке на фрагменты увидеть 0 целых и хрен десятых.
-
- Сообщения: 10044
- Зарегистрирован: 27 июн 2017, 13:36
- Решено: 129
- Откуда: Нижний Тагил
- Благодарил (а): 776 раз
- Поблагодарили: 1958 раз
- Контактная информация:
Чем посоветуете проверять файловую систему?
К сожалению вы не правы. Фрагментация есть, но она значительно меньше чем на виндовых ФС. Вот тут и тут подробнее о фрагментации в Linux.
-
- Сообщения: 225
- Зарегистрирован: 03 сен 2016, 13:11
- Решено: 5
- Благодарил (а): 87 раз
- Поблагодарили: 77 раз
- Контактная информация:
Чем посоветуете проверять файловую систему?
к нашей великой радости, он то как раз и прав...о том что на ext уровень фрагментации столь низок, что может не браться во внимание, известно всему миру линукс уже как лет 10. не буду за весь мир, скажу за себя... последние 3-4 года на ноуте только Debian, не переустанавливалось, а только обновлялось, в данный момент Stretch . в live режиме из под Parted Magic
Код: Выделить всё
fsck -nvf /dev/sda1
114 non-contiguous directories (0.1%)
дефрагментация - 0.3% ... ... ... я даже не буду с ней бороться ешшо лет 10 ... )) ...
-
- Сообщения: 479
- Зарегистрирован: 05 ноя 2016, 18:20
- Решено: 1
- Откуда: Россия Краснодар
- Благодарил (а): 55 раз
- Поблагодарили: 57 раз
Чем посоветуете проверять файловую систему?
LinuNoob, Спасибо за вопрос но я тоже реально за полтора года пользования Linyx не понимал как linyx выходит из жёсткой перазагрузки типа отключения эл энергии без оповещения. Ну какае то белое пятно в глазах у меня наверное.
-
- Сообщения: 10044
- Зарегистрирован: 27 июн 2017, 13:36
- Решено: 129
- Откуда: Нижний Тагил
- Благодарил (а): 776 раз
- Поблагодарили: 1958 раз
- Контактная информация:
Чем посоветуете проверять файловую систему?
И в чем он прав? Вот если бы было 0% тогда да - он прав. При наличии 0.3% - он не прав. Фрагментация есть. Да она ничтожно мала, но это не говорит о том что ее нет. Хотя я с вами согласен. Она на столько мала - что бороться с ней и не нужно.
Не будем спорить. Наличие фрагментации не относится к данной теме.
-
- Сообщения: 479
- Зарегистрирован: 05 ноя 2016, 18:20
- Решено: 1
- Откуда: Россия Краснодар
- Благодарил (а): 55 раз
- Поблагодарили: 57 раз
Чем посоветуете проверять файловую систему?
darkfenix, Не по теме. Фрагментация определяет неразмеченные области. Здесь можно спорить до усёру. Каждый разработчик по своему видит разметку диска. Мы тут не судьи.
-
- Сообщения: 10015
- Зарегистрирован: 27 авг 2016, 22:57
- Решено: 215
- Откуда: НН
- Благодарил (а): 815 раз
- Поблагодарили: 3010 раз
- Контактная информация:
Чем посоветуете проверять файловую систему?
Многих очень заводит факт, что и на ext4 есть фрагментированные блоки, хоть чуть-чуть
А с приходом твердотелов - её и вовсе можно не учитывать, т.к не требуется тратить время на перенос головки hdd
А с приходом твердотелов - её и вовсе можно не учитывать, т.к не требуется тратить время на перенос головки hdd
-
- Сообщения: 4506
- Зарегистрирован: 21 июн 2017, 18:09
- Решено: 99
- Благодарил (а): 51 раз
- Поблагодарили: 1993 раза
- Контактная информация:
Чем посоветуете проверять файловую систему?
Добавлю пять копеек: фрагментацией на ext4 можно смело пренебрегать пока есть 15-20% свободного места на разделе. Если меньше - фрагментация таки будет расти.
Проверка FS с помощью fsck выполняется не при каждом монтировании во время запуска системы, а если обнаружен не закрытый правильно журнал, т.е. могла быть не доделанная до конца операция записи. Потому, скажем, нарушение структуры раздела из-за записи данных из битой памяти может быть пропущено во время следующего старта (журнал то был закрыт, а то что записалась каша - журнал за это не отвечает. Он отвечает только за мониторинг начала-окончания самого факта записи блока данных).
Так что иногда, если есть подозрения, ручная проверка раздела смысл имеет. В этом случае делается так :
fsck -f /dev/sda (или другой диск).
Ключ -f заставляет команду проверить раздел, не смотря на то, что журнал чистый. Если диск с ценными данными - имеет смысл добавить ключ "-n" - запрет на любые изменения. Только проверить на ошибки, без попыток лечения. И если что не так - делать дамп-бекап перед попытками лечения.
Не стоит пытаться проверять/лечить таким образом разделы ntfs и btrfs. Первые - для винды, из нее и проверяйте. А вторые имеют собственную команды проверок и лечения.
Проверка FS с помощью fsck выполняется не при каждом монтировании во время запуска системы, а если обнаружен не закрытый правильно журнал, т.е. могла быть не доделанная до конца операция записи. Потому, скажем, нарушение структуры раздела из-за записи данных из битой памяти может быть пропущено во время следующего старта (журнал то был закрыт, а то что записалась каша - журнал за это не отвечает. Он отвечает только за мониторинг начала-окончания самого факта записи блока данных).
Так что иногда, если есть подозрения, ручная проверка раздела смысл имеет. В этом случае делается так :
fsck -f /dev/sda (или другой диск).
Ключ -f заставляет команду проверить раздел, не смотря на то, что журнал чистый. Если диск с ценными данными - имеет смысл добавить ключ "-n" - запрет на любые изменения. Только проверить на ошибки, без попыток лечения. И если что не так - делать дамп-бекап перед попытками лечения.
Не стоит пытаться проверять/лечить таким образом разделы ntfs и btrfs. Первые - для винды, из нее и проверяйте. А вторые имеют собственную команды проверок и лечения.
-
- Сообщения: 1920
- Зарегистрирован: 03 сен 2016, 13:36
- Решено: 24
- Благодарил (а): 5 раз
- Поблагодарили: 264 раза
- Контактная информация:
Чем посоветуете проверять файловую систему?
Хорошо, что защита от дурака есть. Проверка делается ТОЛЬКО НА НЕ СМОНТИРОВАННОМ РАЗДЕЛЕ! Иначе можете потерять все данные.
-
- Сообщения: 4506
- Зарегистрирован: 21 июн 2017, 18:09
- Решено: 99
- Благодарил (а): 51 раз
- Поблагодарили: 1993 раза
- Контактная информация:
Чем посоветуете проверять файловую систему?
Опять забываю что народ норовит команды напрямую вбить не разбираясь. Я написал просто "sda" т.к. не конкретизировал раздел, для примера.
На реальной системе диск поделен на разделы, так что вряд-ли будет просто /dev/sda - обычно это что-то вроде /dev/sda1 и т.д. - т.е. выбирается конкретный раздел где непосредственно создана FS.
И да, проверять надо размонтированный раздел.
-
- Сообщения: 1851
- Зарегистрирован: 18 дек 2016, 12:08
- Решено: 21
- Откуда: Хартленд, N
- Благодарил (а): 43 раза
- Поблагодарили: 498 раз
- Контактная информация:
Чем посоветуете проверять файловую систему?
ясен пень fsck ....
и красноглазики никак без указаний на терминальные команды немОжут
а собсно, тот же fsck применяется для проверки и исправления ошибок файловых систем на разделах под графикой в програмке GParted. ( К сожалению аналогичную проверку убрали из утилиты Диски . Ранее она присутствовала в дисковой утилите ранних версий пакета gnome-disk-utility, когда дисковая утилита запускалась ещё командой palimpsest.)
не понятно почему не стоит пытаться.Не стоит пытаться проверять/лечить таким образом разделы ntfs .... . .... - для винды, из нее и проверяйте.
если винды на компе нет, но есть винты или флешки с разделами на нтфс, то почему бы не попытаться если они не монтируются из-за ошибок ?
вот к примеру проверка fat32 ...и ntfs
"Не ты выбираешь Linux, а Linux выбирает тебя"
(с)Себастьян Перейра, торговец чёрным деревом
(с)Себастьян Перейра, торговец чёрным деревом
-
- Сообщения: 4506
- Зарегистрирован: 21 июн 2017, 18:09
- Решено: 99
- Благодарил (а): 51 раз
- Поблагодарили: 1993 раза
- Контактная информация:
Чем посоветуете проверять файловую систему?
У вас никогда после подобной операции через fsck, потом Windows не отказывался принимать NTFS раздел? А я встречался. Может просто слететь буква диска, а может раздел начать видеться в менеджере дисков как Unformatted или Unknown. Причем под линуксом все прекрасно - и видится и монтируется. А винда его не принимает. Издержки того, что формат NTFS в отличии от FAT(32) был закрыт долгое время. И разрабатывали драйвер для линукс его реверс-инженерингом.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 0 гостей