Сломался раздел ext4, что делать?

fsck.ext4 -fcv /dev/sda3

Что в dmesg?

и вот это «и в winxp через ext2fsd» больше не надо делать

>fsck.ext4 -fcv /dev/sda3

это почти то же самое, что и e2fsck -y /dev/sda3 , результат по крайней мере тот же.

Что в dmesg?

[ 381.029051] EXT4-fs (sda3): ext4_check_descriptors: Checksum for group 3 failed (54890!=5480)
[ 381.029057] EXT4-fs (sda3): group descriptors corrupted!

Причем это было и раньше, но нормально исправлялось командой выше. Сейчас она не работает. :(

-y ЕМНИП это положительный ответ на последующие вопросы, тогда хз :) пламенный привет корпарации майкрософт ;)

а если права посмотреть на sda3?

тут дело даже не в майкрософт, а в ребятах из команды ext2fsd, которые до сих пор не могут сделать поддержку ext4.

такие же, как и на sda1 и sda2

А можно весь dmesg после того, как ты пытаешься сделать fsck на разделе?

это он и есть.

так, всё в порядке, раздела кажется больше нет, я его вроде окочательно убил.

e2fsck -b 0 -y /dev/sda3

судя по количеству выдаваемой информации - похоже на cat /dev/urandom > /dev/sda3 . Если он его таки починит - то-то будет ололо.

-n For some filesystem-specific checkers, the -n option will cause
the fs-specific fsck to avoid attempting to repair any problems,
but simply report such problems to stdout. This is however not
true for all filesystem-specific checkers. In particular,
fsck.reiserfs(8) will not report any corruption if given this
option. fsck.minix(8) does not support the -n option at all.

> Использую его как в gentoo, так и в winxp через ext2fsd.

ССЗБ. ntfs-3g для кого придумали?

это тебя спасет ;)

# dd if=/dev/sda3 of=/file
# losetup -e des /dev/loop0 /file
# mount -t ext4 /dev/loop0 /mnt

если больше нет sda3
то losetup -o <первый сектор sda3 * 512> /dev/loop0 /dev/sda

> его вроде никто не использует
Проверяли lsof?

ппц, оно работает, и работает как часы! а я-то уж думал, что e2fsck мне весь раздел под ноль очистила. отбой. :)

Эм. Так в чем проблема-то была? :D

не знаю, но судя по тому, что процесс идёт до сих пор (пришлось выключить, включил часа 4 назад) и по объёму текстовой информации, вываливавшейся вначале потоками на экран - что-то серьёзно сломалось, и восстанавливается с нуля. последняя внятная запись такая:

Pass 1D: Reconciling multiply-claimed blocks
(There are 8845 inodes containing multiply-claimed blocks.)
... после этого пара десятков записей вроде:

File /Music/Children Of Bodom/Trashed, Lost & Strungout (EP) (2004)/03. Bed Of Nails (Alice Cooper cover).mp3 (inode #8223, mod time Fri Feb 22 02:23:53 2008) 
  has 2318 multiply-claimed block(s), shared with 2 file(s):
	... (inode #4171183, mod time Fri Feb 22 02:23:53 2008)
	... (inode #4163903, mod time Fri Feb 22 02:23:53 2008)
Clone multiply-claimed blocks? yes

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

ну как?

почти всё забэкапилось и уютно сидит на свежем ext3-разделе :)