Проблема c ext3...

лучшебы он полностью отлетел а так кто знает какие контакты остались весеть и какие команды при этом выполнял контроллер может все команды чтения сектора он принимал за запись вот и пошло наверное все в разнос. может при проверке следовало использовать другой супер-блок?

Насчет полностью понятно... Вопрос не в полемке а в починке...
А насчет суперблока поподробнее...

Если fsck.ext3 сыплет ошибки более, чем на экран, жми кнопку питания НЕМЕДЛЕННО ! Эта самая e2fsck серьёзную ошибку исправить не способна и в случае серьёзных проблем только ещё более запарывает файловую систему . 100%. Более того, e2fsck скорее впадёт в бесконечный цикл или вывалится пo сигфолту или нехватки памяти, чем завершит "исправление". Что делать ? В данном случае остаётся только одно - вытаскивать то, что можно вытащить. Это делается с помощью debugfs. Только с помощью неё ! Других средств нет. Поисковики выплёвывают парочку (платных и неплатных) утилит на подобные случаи, забил, как они называеются. И вам советую забыть, потому что они абсолютно нерабочие. debugfs -> rdump. Единственный верный выход в случае серьёзной ошибки ext2/ext3.

Не поможет смена суперблока.

каакой марки винт и какая система стояла?

Самым первым делом, устранить железную проблему конечно-же. Против железных проблем всё бессильно.

в суперблоке храниться самая важная информация о файловой системе он резервируеться в нескольких местах. для ext2 например делаем mkfs.ext2 -n /dev/hda1 он опишет в каких местак сохранены супер блоки

Superblock backups stored on blocks:

8193, 24577, 40961, 57345, 73729

а потом fsck.ext2 -b 40961 /dev/hda1 например может поможет хотя вредли помоему там чето совсем серьезное

Винты - одни раз самсунг один раз макстор.
Системы дебиан и рэдхат. Так что я думаю
проблема "интернациональна".

А сам он их не проверяет?

Ещё раз. НЕ ПОМОЖЕТ.

по моему мнению - самсунг это не винты

у меня было такое на IBM дател и ацл :) лечилось перепрошиванием флеша на винтах

система сусе-8.2 так что похоже да проблема в винтах

> Ещё раз. НЕ ПОМОЖЕТ.

ты там был?

Samsung - очень неплохие винты, только гул от них низкочастоный и неприятный. И ёмкость не очень современная. Около двух лет эксплуатации 10-и штук в довольно тяжёлых условиях (охлаждения нет, работа - круглосуточная) - никаких претензий. Только один начал сыпаться совсем недавно, но информацию всю отдал.

Был и не один раз в подобных ситуациях.

Если инфа действительно ценная, то ни в коем случае не восстанавливать её на том же диске, берёшь второй винчестер и делаешь на нём копию образа с запоротого. Разворачиваешь этот образ на третий винчестер и там с ним работаешь.

Конкретно как именно восстанавливать информацию не подскажу, потому что слава Богу, мне пока это не доводилось делать по причине или малой её ценности или наличия бэкапов.

Блин, забыл дописать: не доводилось с ext2/ext3, но с дискет приходилось и делал я это, сначала сохранив всё что вытянул в образ.

Не народ... Не про то... Попробую мереформулировать...
Как правильно пытаться восстановить в таких случаях?
Изначальные предположения для упрошения...
Известно что винт живой и нормальный,
И имеется неограниченное количество копий,
чтобы не рассказывали над кем экспериментить
а над кем нет...:)))

Самсунь нормальные винты года 4-е назад еще в самом их рассвете работала как часы ни разу не сбойнула! сейчас 120Самсунь тоже пока ни че тьфутьфутьфутьфутьфу а вот сигейт ммне не нарвиться - у меня периодически ерунду порет БАР4, у чувака 2-е 80-ки БАР7 подряд накрылись у другого осыпалась 120-ка БАР7!

Ещё раз : в таких случаях обращаются к debugfs. Других способов нет.