- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый вечер.
Есть подозрение, что захворал жёсткий диск, s.m.a.r.t в норме.
Как проверить файловую систему на наличие ошибок, диск в системе один, сервер рабочий, Debian.
Спасибо.
e2fsck -fC0 /устройство, предварительно размонтировать, или перезагрузиться в rescue.
Можно на рабочей с -n, но могут быть ошибки, даже если их фактически нет.
Создайте файл в корне:
touch /forcefsck
и перезагрузитесь. Тогда при загрузке будет запущена проверка корневой файловой системы (загрузка при этом может занять больше времени, чем обычно).
Создайте файл в корне:
touch /forcefsck
и перезагрузитесь. Тогда при загрузке будет запущена проверка корневой файловой системы (загрузка при этом может занять больше времени, чем обычно).
Я вас уже записываю в отдельный txt файлик. Очень часто нетривиальные, но полезные советы даете ))
Я бы сначала визуально оценил обстановку, прежде чем запускать автоматическое исправление.
Использовал e2fsck в режиме rescue, ошибки были исправлены. Badblocks не обнаружены.
Спасибо всем, помогли.
S.M.A.R.T.
изменился, как чувствовал что сбоит из-за диска. 😡😡
Отработал 25544 часа.
Так Вы хотите диск проверить или файловую систему? Smartctl запускаете в режиме тестирования? long и short тесты?
Так Вы хотите диск проверить или файловую систему? Smartctl запускаете в режиме тестирования? long и short тесты?
файловая восстановилась, рекомендуемые тесты на днаях запущу, спасибо.
Полностью проверить раздел на бэдблоки предварительно его отмонтировав:
e2fsck -ckvty /dev/sdX1
Проверять конечно будет очень долго, зато наверняка
e2fsck -ckvty /dev/sdX1 запускать cмысла уже нет. Диск все уже в резервную область переписал при проверке и нулями данные забил. Они уже не BB, а проверка ошибки FS исправила.
И такую проверку опасно запускать, если диск запинается на сбойном секторе, хорошая часть поверхности пометится, как BB, хотя 99.9% секторов будут живые.
Лучше запустить badblocks, а потом, если все адекватно прошло, слить эти бэды файловой системе.
А по уму. При сбойном секторе, по номеру сектора из смарта или логов вычислять номер сектора FS, смотреть, что там за данные через debugfs, и тестировать сектор на чтение с помощью dd. При подтвержденном сбое, забить сектор нулями через dd, что вызовет перенос в резервную область, и перестроить журнал.