Восстановление файлов ext3 (wine qip)

>Больше не к кому обратиться..

Не, ну чё сразу. Можно обратиться к своим собеседникам с просьбой выслать файл хистори.

> Пытаюсь восстановить файл с помощью testdisk и PhotoRec. Вот только директорию .wine они не видят, ибо скрытая. Или у меня руки кривые.
PhotoRec ищет содержимое файлов, а не их имена. Имена (по его мнению) уже удалены.

1) Загрузитесь с livecd
2) http://www.opennet.ru/tips/info/1901.shtml

Ко всем не наобращаешься... Да пока объяснишь, что именно высылать (компьютерняа грамотность по прежнему «на уровне»), пока со всех соберешь... Очень и очень проблематично. А учитывая, что у собеседников (в большинстве своем) хистори раскидана по разным компам - дело становится и вовсе невозможным.

Потому - либо посыпать голову пеплом, либо плясать шаманские танцы, пытаясь вернуть все как было...

PhotoRec досканило, выдало много папок с кучей файлов в каждом. И файлы как на подбор - с непроизносимыми названиями...

Файловая система ext3. Какой из прог лучше воспользоваться?

Руки, как видите кривые, боюсь опять напортачить :(

> И файлы как на подбор - с непроизносимыми названиями...
Я же сказал: photorec не восстанавливает имена файлов.

Загрузитесь с livecd и запустите ext3grep.

с livecd загрузилась, ext3grep поставила. Простите, а... как узнать раздел?

По ссылке: «Предположим случайно были удалены файлы в директории /home/test/db, находящейся на ext3 разделе /dev/sda6.»

Директория как понимаю у меня выглядит подобным образом: /home/user/.wine/drive_c/Program Files/QIP/11111111

А вот раздел...? GParted отображает /dev/sda -Весь объем жесткого диска- Раздел: не размечено - Файловая система: не размечено

пробовала разные цифры в sda подставлять. Не поулчается...

Вот что в терминале:

ubuntu@ubuntu:~$ ext3grep /dev/sda --restore-file user/.wine/drive_c/Program Files/QIP/Users/111111/History/222222.txt Running ext3grep version 0.10.1 ext3grep: Too many non-options. Use --help for a usage message. ubuntu@ubuntu:~$

> Простите, а... как узнать раздел?
Поищите в выводе команды sudo blkid нечто, напоминающее файловую систему, на которой это дело хранилось. Вероятно, она одна такая среди разделов на диске.

GParted отображает /dev/sda -Весь объем жесткого диска- Раздел: не размечено - Файловая система: не размечено

???!!!
Что ещё Вы делали?! Если это правда, всем данным уже почти каюк.

И вообще, /dev/sda - это _весь_ диск, а не _раздел_ на нём. Не трогайте его!

Файловая система Разм Исп Дост Исп% смонтирована на aufs 1007M 116M 891M 12% / none 1002M 312K 1002M 1% /dev /dev/sr0 4,1G 4,1G 0 100% /cdrom /dev/loop0 1,3G 1,3G 0 100% /rofs none 1007M 116K 1007M 1% /dev/shm tmpfs 1007M 24K 1007M 1% /tmp none 1007M 100K 1007M 1% /var/run none 1007M 0 1007M 0% /var/lock none 1007M 0 1007M 0% /lib/init/rw /dev/sda1 391G 384G 7,3G 99% /media/DE4C4F224C4EF4B5 /dev/sda5 19G 7,0G 11G 40% /media/171fc621-d330-483c-8b37-cc0162f438ce /dev/sda7 53G 50G 770M 99% /media/c9901894-2c66-4f74-8f52-f9044510622c

Значит наверное раздел sda7.

Но ввожу ubuntu@ubuntu:~$ ext3grep /dev/sda7 --restore-file user/.wine/drive_c/Program Files/QIP/Users/1111/History/2222.txt Running ext3grep version 0.10.1 ext3grep: Too many non-options. Use --help for a usage message. ubuntu@ubuntu:~$

То же самое если попытаться восстановить директорию вида ext3grep /dev/sda7 --restore-file user/.wine/drive_c/Program Files/QIP/Users/1111/History/

итд

>Что ещё Вы делали?! Если это правда, всем данным уже почти каюк.

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

Но намек понят, больше ничего трогать не буду. Пожалуйста, можно мне тогад как сказку «колобок» дял умственно-отсталых? Я буду все четко по шагам делать. Ни шага в сторону(

> Поищите в выводе команды sudo blkid нечто, напоминающее файловую систему, на которой это дело хранилось. Вероятно, она одна такая среди разделов на диске.

/dev/sda7

ubuntu@ubuntu:~$ sudo blkid /dev/loop0: TYPE=«squashfs» /dev/sda1: UUID=«DE4C4F224C4EF4B5» TYPE=«ntfs» /dev/sda5: UUID=«171fc621-d330-483c-8b37-cc0162f438ce» TYPE=«ext3» /dev/sda6: UUID=«7f8f3da8-0348-4a7e-b385-092dbe4858aa» TYPE=«swap» /dev/sda7: UUID=«c9901894-2c66-4f74-8f52-f9044510622c» TYPE=«ext3»

> ext3grep /dev/sda7 --restore-file user/.wine/drive_c/Program Files/QIP/Users/1111/History/2222.txt
Пробелом в bash разделяются аргументы командной строки. Соответственно, вместо 1 агрумента в Вашем случае получается 2. Чтобы предотвратить это, используйте кавычки:

ext3grep /dev/sda7 --restore-file «user/.wine/drive_c/Program Files/QIP/Users/1111/History/2222.txt»

Лучшая восстанавливалка называется R-Studio, есть под Linux и под Windows, запусти откуда хочешь, период демо-версии кажется 14 дней

Там вроде что-то происходит )

Running ext3grep version 0.10.1 WARNING: I don't know what EXT3_FEATURE_COMPAT_EXT_ATTR is. Number of groups: 430 Minimum / maximum journal block: 6980098 / 7013413 Loading journal descriptors... sorting... done The oldest inode block that is still in the journal, appears to be from 1316882908 = Sat Sep 24 16:48:28 2011 Journal transaction 4090590 wraps around, some data blocks might have been lost of this transaction. Number of descriptors in journal: 30806; min / max sequence numbers: 4089629 / 4091733 Writing output to directory RESTORED_FILES/ Finding all blocks that might be directories. D: block containing directory start, d: block containing more directory entries. Each plus represents a directory start that references the same inode as a directory start that we found previously.

Searching group 0: DDDDDD Searching group 1: Searching group 2: Searching group 3: D

дошло до Searching group 193: D Searching group 194: ddddDddDd Searching group 195: DDDDDDDDD^C

И прекратилось.

Это так и должно быть?

Спасибо. И ее попробую. Может хоть это поможет..

1) Под полем для ввода сообщения выбирайте «User line breaks». Читать Ваши сообщения после этого станет легче.

дошло до Searching group 193: D Searching group 194: ddddDddDd Searching group 195: DDDDDDDDD^C

^C

2) ^C (Ctrl+C) означает «послать процессу SIGINT». То есть, нажав Ctrl+C, Вы остановили процесс поиска.
Ещё раз:
1) Убедитесь в том, что раздел отмонтирован (закройте все программы, которые могли с ним работать, и введите sudo umount /dev/sda7; если ответит «not mounted» или отработает молча - всё в порядке)
2) sudo ext3grep /dev/sda7 --restore-file «user/.wine/drive_c/Program Files/QIP/Users/1111/History/2222.txt»
3) Для копирования текста пользуйтесь Ctrl+Insert (вставка - Shift+Insert).

1) umount /dev/sda7;
Ввела.
Все хорошо. Пишет «не примонтирован»
2) Ввела, прогружается как и раньше. Жду.
3) Спасибо Вам большущее! Кажется я почти счастлива )

Кажется, не судьба....
Оставила это волшебное чдуо сканить, пошал в ванну, вернулась, а тут...


WARNING: Can't link blocks 1562968 1562969 1562972 1562973 1562974 1562975 1562976 1562977 1563261 1563262 1563263 1563264 1563265 1563266 1563267 1563268 6867742 6867743 6867746 6867747 6867748 6867749 6867750 6867751 6868020 6868021 6868022 6868023 6868024 6868025 6868026 6868027 to inode 592241 because that inode cannot be found in the inode_to_directory map. Linking it to lost+found instead!
WARNING: Can't link blocks 1563245 1563246 6868006 6868007 to inode 592270 because that inode cannot be found in the inode_to_directory map. Linking it to lost+found instead!
WARNING: Can't link blocks 1563247 1563248 1563249 1563250 6868008 6868009 6868010 6868011 to inode 592567 because that inode cannot be found in the inode_to_directory map. Linking it to lost+found instead!
WARNING: Can't link blocks 1563251 1563252 6868012 6868013 to inode 592842 because that inode cannot be found in the inode_to_directory map. Linking it to lost+found instead!
WARNING: Can't link blocks 1563255 1563256 6868014 6868015 to inode 592971 because that inode cannot be found in the inode_to_directory map. Linking it to lost+found instead!
WARNING: Can't link blocks 1563257 6868016 to inode 593113 because that inode cannot be found in the inode_to_directory map. Linking it to lost+found instead!
WARNING: Can't link blocks 1563259 1563260 6868018 6868019 to inode 593797 because that inode cannot be found in the inode_to_directory map. Linking it to lost+found instead!
WARNING: Can't link blocks 2678260 6892613 to inode 618450 because that inode cannot be found in the inode_to_directory map. Linking it to lost+found instead!
WARNING: Can't link block 1916696 to inode 651788 because that inode cannot be found in the inode_to_directory map. Linking it to lost+found instead!
WARNING: Can't link blocks 1861139 1861140 1861610 1861627 1861631 1861644 1861646 1861647 1862332 1862333 1862334 1862335 1862336 1862337 1862338 1862339 to inode 666438 because that inode cannot be found in the inode_to_directory map. Linking it to lost+found instead!
WARNING: Can't link blocks 1862324 1862325 1862326 1862327 to inode 666853 because that inode cannot be found in the inode_to_directory map. Linking it to lost+found instead!
WARNING: Can't link blocks 1862328 1862329 to inode 667383 because that inode cannot be found in the inode_to_directory map. Linking it to lost+found instead!
WARNING: Can't link blocks 2126487 2126488 2126489 2126523 2126529 2126530 2126531 to inode 693598 because that inode cannot be found in the inode_to_directory map. Linking it to lost+found instead!
WARNING: Can't link blocks 6992199 6992340 6992393 6992708 6995087 6995114 6995190 6995425 to inode 2695169 because that inode cannot be found in the inode_to_directory map. Linking it to lost+found instead!
WARNING: Can't link block 6995320 to inode 2713128 because that inode cannot be found in the inode_to_directory map. Linking it to lost+found instead!

Writing analysis so far to 'sda7.ext3grep.stage2'. Delete that file if you want to do this stage again.
Cannot find an inode number for file «user/.wine/drive_c/Program Files/QIP/Users/111/History/222.txt».

Судя по всему там что-то нашлось. Ввела ext3grep /dev/sda7 --dump-names и стал быстро листаться список старых файлов. Строчка с .wine там тоже была...

Залезла в директорию RESTORED_FILES, а там пусто. Наверное потому что livecd и сюда не записалось.

В той инструкции по ссылке написано «Убедимся что раздел /dev/sda6 не примонтирован. Переходим в директорию доступную на запись и имеющую достаточно свободного места для помещения восстановленных файлов. »

Как перейти куда-нибудь в другое место? (и вообще, куда можно, а то прям перепугали отмонтированием разделов, боюсь трогать)

Как же их вытащить то... Так близко, и так далеко (

Квип хранит историю на серваке. Просто залогинься на сайте и нажми на историю. Всё.

R-studio нужную папку нашло!
Но вот восстанавливает в непонятном формате.
http://k.minus.com/jN1LUCtM410s1.png


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

Смотрю на нужную папку и чуть ли не рыдаю ><

Это инфиум хранит. И то, если по умолчанию не отключить. А у меня старенький qip 2005

Можно. Версия для Windows поддерживает линуксовые файловые системы.

Кстати, я тоже пользуюсь QIP 2005 в Linux и получал за это насмешки. Видимо кулхацкеры, гордятся тем, что ведут себя как настоящие хакеры.

Как пользователь пиджина, я смотрю на вас с вашими квипами как на папуасов, пытающихся убедить что спецодежда из разноцветных трав красивее (ну да, ярче) и практичней (да, каждый день можно новую делать и стирать не надо) чем нормальная спецовка :-)

>Пару часов назад случайно удалила профиль квипа. Пароль был сохранен и заместо кнопки «только открыть» я нажал кнопкой ниже «удалить». С перепугу нажала крестик на выскочившем окошке «да/нет». Думала диалог просто закроется и ничего не случится. А весь профиль стерся.

Так всё-таки: нажал или нажала? )))

Голову тебе таки открутят!

У квипа вроде всё это на их серваке хранится

У меня установлены квид, пиджин, скайп и qutim. И ещё что-то. Для аськи пинжин хуже, просто потому что обладает не всем функционалом. Я не прошу все-все функции, как в Miranda, а хотя бы поиск и удобные списки игнорируемых и инвизибла.

>Как пользователь qutim, я смотрю на вас

поправил.

>Так всё-таки: нажал или нажала? )))

нажала*) Рассеяная. Была бы аккуратнее - не удалила бы нужное...

У квипа вроде всё это на их серваке хранится

На серваке хранит infium, но не qip 2005. Если нет - тыкните меня носом, пожалуйста )

>У меня установлены квид, пиджин, скайп и qutim

ну ты и придурок

>У меня Ubuntu 10.04 А еще квип под wine

случайно удалила

диагноз: клиническая дура

Только что специально проверила http://history.qip.ru/ Нету хистори. Точно оно только для infium

С ext3 файлы без некислых знаний ФС не восстановить. Это возможно, но трудно: http://carlo17.home.xs4all.nl/howto/undelete_ext3.html

лучше уж photorec пытайся.

> Для аськи пинжин хуже, просто потому что обладает не всем функционалом

Это каким именно?

Для аськи qutim хуже, просто потому что обладает не всем функционалом

Пофиксил

> Залезла в директорию RESTORED_FILES, а там пусто. Наверное потому что livecd и сюда не записалось.
Нет, на livecd изменения возможны, но хранятся в оперативной памяти.
Судя по 'Cannot find an inode number for file «user/.wine/drive_c/Program Files/QIP/Users/111/History/222.txt».', просто не удалось найти конкретный файл.

Но вот восстанавливает в непонятном формате.

http://k.minus.com/jN1LUCtM410s1.png

Поставьте утилиту file (да, на livecd можно ставить программы) и натравите её на получившийся файл командой вроде file /путь/к/файлу.

Ввела ext3grep /dev/sda7 --dump-names и стал быстро листаться список старых файлов. Строчка с .wine там тоже была...

Попробуйте:
ext3grep /dev/sda7 --dump-names | grep .wine
ext3grep /dev/sda7 --restore-all --after $(date -d 'yesterday 00:00' +%s)

> Поставьте утилиту file
А как она полностью называется? В репозиториях нет

Судя по 'Cannot find an inode number for file «user/.wine/drive_c/Program Files/QIP/Users/111/History/222.txt».', просто не удалось найти конкретный файл.

А также оно не находит не только текстовый файл, но и папку с юзер-профилем..

> А как она полностью называется?

Как ни странно, но file :)

>> Но вот восстанавливает в непонятном формате.

http://k.minus.com/jN1LUCtM410s1.png

Поставьте утилиту file (да, на livecd можно ставить программы) и натравите её на получившийся файл командой вроде file /путь/к/файлу.

А я клиническая дура (
Сейчас открыла свойства папки (файл с непонятным расширением):
Тип: исполняемый файл DOS/Windows (application/x-ms-dos-executable)
Размер: 21,0 КБ (21504 байт)

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

Нашла прогу http://sourceforge.net/projects/giis/ которая судя по описанию как раз то, что нужно. Может восстановить перезаписанные файлы. Беды в том, что документация на английском, а без нее ничегошеньки не ясно ><

Я так понимаю сделать ничего уже нельзя. Разве что только вывод о пользе бэкапов..

> А как она полностью называется? В репозиториях нет
Пакет называется file и обязан быть в репозиториях.

А также оно не находит не только текстовый файл, но и папку с юзер-профилем..

Т.е. `ext3grep /dev/sda7 --dump-names | grep .wine` не показывает профиль?

Я так понимаю сделать ничего уже нельзя. Разве что только вывод о пользе бэкапов..

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

Тип: исполняемый файл DOS/Windows (application/x-ms-dos-executable)

Размер: 21,0 КБ (21504 байт)

Судя по размеру это не то, что мне нужно.

Восстановился видимо новый профиль, который пробовала создать потом.

Восстановился Windows'ский exe-шник.

А как-нибудь хитро вернуть всю файловую систему на день-неделю-месяц назад?
Или еще что-нибудь..

> А как-нибудь хитро вернуть всю файловую систему на день-неделю-месяц назад?
Только не ext3. Есть специальные версионные файловые системы, работающие на разных уровнях абстрации и в разных ОС, но ext3 к ним не относится.

Или еще что-нибудь..

Запустить photorec; запустить hex-редактор и вручную поискать куски файлов.

А photorec восстановит перезаписанное?
т.к, пыталась снова создать профиль - думала появится. (говорила выше)


А еще я так толком и не нашла как заставить photorec сканить скрытые файлы (.wine в разделе home просто не отображалось, как и другие скрытые папки).
Вчера пыталась восстановить все с home, но не знаю, прочлись ли при этом скрытые папки. Скорее всего нет...

запустить hex-редактор и вручную поискать куски файлов.

да хоть с бубном плясать. Только как?
Я же опять напортачу, чего доброго..

> А photorec восстановит перезаписанное?

1) не факт, что оно перезаписалось на том же месте
2) не факт, что оно не было перезаписано до создания профиля - при любых других операциях записи

>1) не факт, что оно перезаписалось на том же месте

так qip же создает в одном месте папки профиля

Речь о секторах на ж/д.

ребят, скажите честно - файлам конец?

или стоит еще попробовать разобраться с вот этой труднопонятной прогой?

giis (gET iT i sAY) - средство восстановления файлов для файловых систем Ext2/Ext3. После установки могут быть восстановлены текущие файлы и новые созданные файлы в /root и /home. Утилита позволяет пользователям восстановить все удалённые файлы, восстанавливать файлы, принадлежащие указанному пользователю, выводить (dump) данные из местанахождения файлов и восстанавливать файлы определённого типа, например, текстовые или MP3. Имеется также анализатор, помогающий пользователям во время восстановления.


http://www.giis.co.in/giis_user_guide.html


или может еще что-нибудь...

> А photorec восстановит перезаписанное?
Далеко не факт, что файлы создавались в том же месте на жёстком диске (в тех же секторах), где лежали раньше.

А еще я так толком и не нашла как заставить photorec сканить скрытые файлы (.wine в разделе home просто не отображалось, как и другие скрытые папки).

Ещё раз: photorec вообще не обращает внимания на имена файлов. Их для него просто нет. Вместо этого он ищет содержимое файлов, а с точки зрения содержимого разницы между скрытыми и не скрытыми файлами просто нет.

да хоть с бубном плясать. Только как?

apt-get install hexedit
man hexedit (q для выхода)
hexedit /dev/sda7 (Ctrl+C: выйти без сохранения)

Или apt-get install ghex
sudo ghex /dev/sda7 (графический интерфейс; думаю, разберётесь).

Трезво оценив свои познаняи и возможностия потянулась к графическому интерфейсу.

Или apt-get install ghex

sudo ghex /dev/sda7 (графический интерфейс; думаю, разберётесь).

ubuntu@ubuntu:~$ sudo ghex /dev/sda7
sudo: ghex: command not found

вторая утилита выглядит более чем непонятно.

Попробуйте:

ext3grep /dev/sda7 --dump-names | grep .wine

ubuntu@ubuntu:~$ ext3grep /dev/sda7 --dump-names | grep .wine ext3grep: failed to read-only open device «/dev/sda7»: Permission denied

В большинстве случаев восстановить файлы после удаления с Ext3 не удастся.

Вот, если бы у вас была UFS2, то можно было бы попробовать вытащить что-то со снапшота, который создаётся периодически ОС с целью защиты транзакций записи. А если бы у вас была ZFS с автоматически (по расписанию) создаваемыми снапшотами, то вообще красота — zfs rollback poolname/home/user@snappoint.

Увы и ах — у вас Gnu/linux.

Толсто же :)