fsck.ext3 - Resize inode not valid.

Доброго времени суток.
Собственно вот!
Принесли бук на котором изначально стояла Вин7. Изменив разделы рядом поставили RHEL.
Со слов хозяина через короткое время бук начал тормозить при загрузке а потом вовсе отказался загружаться с выводом сообщения GRUB >
Загрузился с minimal-gentoo и ввел
--------------------------------------
fdisk /dev/sda

/dev/sda1 * id=27 Unknown
/dev/sda2 id=7 HPFS/NTFS
/dev/sda3 id=83 Linux
/dev/sda4 id=5 Extended
/dev/sda5 id=82 Linux Swap / Solaris
/dev/sda6 id=7 HPFS/NTFS

--------------------------------------
mount -t ext3 /dev/sda3 /mnt/hdd

EXT3-fs (sda3): error: corrupt root inode, run e2fsck
mount: wrong fs type, bad option, bad superblock on /dev/sda3,
missisng bla bla bla

--------------------------------------
fsck.etx3 /dev/sda3

Resize inode not valid. Recreate(y)? n
Root inode in not a directory. Clear(y)n

Reserved inode 3 () has invalid mode/ Clear? no
Reserved inode 4 () has invalid mode/ Clear? no
Reserved inode 6 () has invalid mode/ Clear? no
inode 8, i_block is 0, should be 262416. Fix? no
Reserved inode 9 () has invalid mode/ Clear? no
Reserved inode 10 () has invalid mode/ Clear? no
Inode 196611, i_block is 8, should be 0. Fix? no
Inode 196613, i_block is 8, should be 0. Fix? no
Inode 196615, i_block is 8, should be 0. Fix? no
Inode 196618, i_block is 8, should be 0. Fix? no
Inode 196621, i_block is 8, should be 0. Fix? no
и т.д.

По скольку таблица разделов жива, есть подозрение что накрылась таблица размещения файлов.
Правильно ли будет воспользоваться fsck.ext3 или есть другие решения?
Если все же "y" на сколько правильно будет восстановлен раздел?