Пропали данные с NTFS разделов (драйвер ntfs-3g)

[dp]

все по порядку...
1. использовал утилиту конфигурации ntfs-config
2. примонтировал на запись 3 ntfs раздела (созданных в windows 7)
3. из ubuntu (9.10) перемещал файлы и папки на двух разделах (не системных)
4. после "наведения порядка" и перезагрузки, те данные которые перемещались - бесследно пропали

итак, в результате утеряны важные для меня данные    - подскажите что пробовать для восстановления (форум читал, про PhotoRec читал) - желательно восстановить "структурно", а не все файлы в кучу, а то разбирать несколько тысяч файлов по папкам неблагодарное занятие...заранее СПАСИБО за Вашу помощь

прикладываю fstab

(Нажмите, чтобы показать/скрыть)

# /etc/fstab: static file system information.
#
#  -- This file has been automaticly generated by ntfs-config --
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>

proc /proc proc defaults 0 0
# Entry for /dev/sda8 :
UUID=b44e6068-53af-43fd-977c-b2402421c4f0 / ext4 errors=remount-ro 0 1
# Entry for /dev/sda7 :
UUID=440f0d57-d97e-4656-bfb2-a47f97d231d5 none swap sw 0 0
/dev/sda2 /media/win_7 ntfs-3g defaults,locale=ru_RU.UTF-8 0 0
/dev/sda6 /media/340_Gb ntfs-3g defaults,locale=ru_RU.UTF-8 0 0
/dev/sda5 /media/103_Gb ntfs-3g defaults,locale=ru_RU.UTF-8 0 0

на всякий случай прикладываю и fstab.pre-ntfs-config

(Нажмите, чтобы показать/скрыть)

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# / was on /dev/sda8 during installation
UUID=b44e6068-53af-43fd-977c-b2402421c4f0 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda7 during installation
UUID=440f0d57-d97e-4656-bfb2-a47f97d231d5 none            swap    sw              0       0
/dev/sda1 /media/555555555555555\04055555555 ntfs-3g defaults,locale=ru_RU.UTF-8 0 0

[alecsartania]

если данные важны пользуй утилиты Easy recovery    win32.

[dp]

насколько я понимаю - программа стоит 499$

[Dixi257]

В первую очередь надо проверить диски виндовым chkdsk. Для начала в режиме чтения. Причём, желательно, чтобы утилита была из той версии Win, в которой диски были форматированы.

[dp]

уже проверял - из win 7 (в которой и были созданы диски) - результат много папок и файлов скинутых в папку found, естественно разобраться там чего-то стоит 
Пользователь решил продолжить мысль 11 Января 2010, 21:55:46:у кого-нибудь есть еще идеи?

[Dixi257]

результат много папок и файлов скинутых в папку found

Это и есть Ваши потери. Иного пути, кроме как разгребать всё, что там теперь есть не вижу.

[Karl500]

При работе из Ubuntu Windows, случаем, не в hibernate был?

[dp]

да, 7ка не выключалась, а была усыплена...это как-то повлияло?

[Ksertoo]

При работе из Ubuntu Windows, случаем, не в hibernate был?

ох эта Windows... а ведь у меня 2 года назад тоже самое было (но немного при др. обстоятельствах) - 10 гг скинулось в ту самую папку found, горевал дня два, потом забыл, но когда через полгода я проверял харды одной специализированной прогой, эта папка (дотоле невидимая) спалилась.....

[Askent]

я было дело так папку с лакримозой потерял, но потом нашел скан диском. Какойто тупой беспонтовый лаг

[Mam(O)n]

да, 7ка не выключалась, а была усыплена...это как-то повлияло?

Ну если венда при усыплении не отмонтирует свои разделы, а оно скорее так и есть, то она и попортила данные, т.к. неперезагрузила новую таблицу размещения с диска.

[Karl500]

Повлияло. Вот - не так давно я писал об этом: https://forum.ubuntu.ru/index.php?topic=79482.0
Если есть принципиальная возможность а) узнать, что Windows, на раздел которой пытаемся писать, "усыплена" и б) заставить ее после записи не "просыпаться", а грузиться "с нуля", то, кмк, нужно бы пропатчить драйвера ntfs-3g.
Кто-нить в курсе, возможно ли это вообще (я имею в виду, с точки зрения Windows)? Если да, то патч сделать будет не так сложно...

[Mam(O)n]

Т.к. венду пропатчить не удастся, нужно пропатчить ntfs-3g так, чтобы при hibernate венды раздел мог монтироваться только в Read Only.

[Karl500]

Не обязательно. Как вариант - "убивать" файл hibernate.sys или как он там называется... Тогда при загрузке Windows просто будет грузиться "с нуля".
Но это "убийство" нужно только, если Windows "спит". Потому и спрашиваю - есть ли возможность это узнать "снаружи"?

[Mam(O)n]

Убивать спящую венду - неправильно. Не просто же так её в hibernate ложат. А если еще и документы открыты и не сохранены...