fsck выдает ошибки

[man123]

дык ошибки то выдает только когда работаешь в обычном режиме с монтированными разделами,
а если его размонтировать или в синг моде то все без ошибок

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

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[zg]

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

[f0s]

из ФАКа:

Код: Выделить всё

> Q: fsck сообщает об ошибках на файловой системе.
> >   При повторном запуске тоже самое, как починить файловую систему?

A:
Hельзя запускать fsck на смонтированной файловой системе, это грубейшая
ошибка. (Кроме фонового fsck в >=5, но речь не про него.)
Если система загрузилась в многопользовательском режиме,
то ошибок на файловой системе нет.

[zingel]

дай ка вывод

Код: Выделить всё

atacontrol cap ad2

Hельзя запускать fsck на смонтированной файловой системе, это грубейшая
ошибка.

можно.

[zg]

можно.

ну так то всё можно... но иногда только один раз

[zingel]

ничего не будет, fsck не будет лезть в нули на монтированный раздел, тот, кто это писал - трус или бездарь (FAQ).

[zg]

лезть не будет, но и ошибок не исправит, она будет проверять в режиме NO WRITE

[zingel]

верно, по-этому ничего не будет.

[f0s]

я думаю имелось ввиду следующее: что нельзя запускать ен потому что станет плохо, а потому что это бессмысленно

[man123]

мне поможет только переустановка?

[InventoR]

сделай сперва backup и копирни на другую железку.
а в обще пробовал в сингле проверяться fsck -y

[zg]

мне поможет только переустановка?

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

[ikorolev]

ничего не будет, fsck не будет лезть в нули на монтированный раздел, тот, кто это писал - трус или бездарь (FAQ).

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

[zingel]

вот на линухе и гробит, именно что.

[zg]

Вообщем, при большой активности операций вводв-вывода, fsck - отлично гробит файловую систему (проверено на линухе

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

Но если и правда fsck такой ужасный, то почему его в фоновом режиме по умолчанию запускают в режиме WRITE? ещё ни разу не помню, чтоб он фрю завалил...

[ikorolev]

Вообщем, при большой активности операций вводв-вывода, fsck - отлично гробит файловую систему (проверено на линухе

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

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

Но если и правда fsck такой ужасный, то почему его в фоновом режиме по умолчанию запускают в режиме WRITE? ещё ни разу не помню, чтоб он фрю завалил...

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

[strmaks]

man123
не парься, бакап конечно делать надо в любом случае но это не причина, у меня такое на сервере уже больше 2 лет и все живет, все в порядке.

Просто под нагрузкой майскл (у меня nginx) создает/удаляет огромную кучу временных файлов, очень очень быстро, файловая система не успевает "коммитить" все изменения в реальные данные на диске, что то еще висит в памяти, что то в журнале, что то в памяти контроллера что то в буфере веника.
А fsck если я правильно помню ман по нему, работает с данными расположенными на диске, т.е. те части данных которые еще не попали на диск, им не будут обработаны. И именно по этому говорят, что нельзя его запускать на рабочей файловой системе.

[man123]

спасибо Всем большое за ответы
бекап сделал:)

[Jungorussia]

Тоже такое на трех серверах
Это нормально
в сингл мод все чисто