А что за ФС?

ext2

зачем опцию -у указал?

Терминал можно было из винта сделать.

... было и без винта ...

-y указал за тем,чтобы не отвечать на вопросы при проверке (их было порядка 300 штук) научите меня правильно пользоваться этой командой, пожалуйста

ext2

ССЗБ

расшифруйте

Сам себе злобный буратино. Короче, ext2 — это плохая идея.

я не выбирал

>Как правильно пользоваться fsck, чтобы она не ломала а исправляла
Если после fsck удалились файлы - значит они уже были проблемны. Посмотри их в lost+found на разделе, по содержимому.

посмотрю, а дальше что ?

Ну попробуй найти там наиболее ценные конфиги.

я преставляю - какая там куча-мала : (

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

здОрово! Допустим я знаю какой файл необходим, а как мне его отыскать в великом множестве файлов с ничего не значащими именами?!

grep

или find.

имеется в виду поиск по содержимому фала?

Да.

grep «строчка из нофига, которую вы помните» *
выполнить в каталоге лост+фаунд

ах ... если бы я знал хоть одну строчку : ( а пользоваться fsck научите ?

RedHat 8 был очень давно. Конечно, UN*X это поставил и забыл, но не настолько же. Возможно, что ваши проблемы вызваны аппаратной проблемой НЖМД. То есть независимо от опций запуска fsck файлы конфигурации было уже не достать.

И, ext2 была достаточно неустойчивой к сбоям питания, поэтому, с конфигов всегда надо было снимать резервные копии.

>пользоваться fsck научите ?
man fsck.

RedHat 8 был очень давно. Конечно, UN*X это поставил и забыл, но не настолько же.

Red Hat не UNIX™ и не Unix. Вот FreeBSD — «поставил и забыл».

во времена RH8 какая там бздя была? 3.x? емнип там фс не лучше была

очень остроумно!

Не знаю, какая ФС защитит данные от осыпания жёсткого диска. Топикстартер не уточнил, какое там железо, может винту лет десять уже, а может там флешка, они ещё быстрее дохнут.

>очень остроумно!
Ви таки имеете что-то против? Ну тогда продолжайте дальше убивать файлы и ФСы. Вместо 10-20 минут на чтение мана.

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

на счёт 10 лет вы почти угадали, им порядка 8лет

Во-первых, перейти на журналируемые ФС, если это возможно, во-вторых, лучше без ключей. Тогда он будет спрашивать подтверждение на любое действие. Либо с ключем -p, тогда он пофиксит все самостоятельно. Но чревато потерей файлов.

благодарю

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

А отвечать на вопросы fsck (e2fsck) часто затруднительно, fsck не предоставляет функционала debugfs и нет возможности ответить на вопрос, удалять или нет inode.

> Не знаю, какая ФС защитит данные от осыпания жёсткого диска.

Внезапно - BTRFS, ZFS