Восстановление файла *.odb: Решено

[gorven]

Господа, прошу помощи...
Есть база данных *.odb....точнее была. Лежала на файловом сервере, никого, как говорится, не трогала и радовала собой манагеров рекламного отдела. Но тут вдруг свершился карачум...теперь база не открывается - при попытке открыть ее появляется окошко с предложением выбрать кодировку и разделитель страниц/строк, после чего открывается файл *.odt с одной строчкой иероглифов. Что явилось причиной тому - сбой файлового сервера или же кривые руки манагера или неподходящая фаза луны - неизвестно.
собственно вопрос: чем вернуть ее к жизни?

[Jack Sparrow]

1. Попробуйте открыть сначала приложение (не помню, как там в ООо называется аналог Access), а уже из него эту базу данных, т.е. не двойным кликом из проводника.
2. Проверьте сам файл. Проверьте сигнатуру файла, т.е. откройте его в любом шестнадцатиричном редакторе. Первые символы должны быть такими: 50 4B 03 04 (тыц)
Пока больше ничего не могу посоветовать.
Пользователь решил продолжить мысль 10 Сентября 2010, 17:26:13:Да, вот еще советую обратить внимание на ссылки

Fix ODB Errors
Repair ODB Issues
Scan for ODB Problems

Хотя, боюсь, это больше для Windows.

[gorven]

1. Попробуйте открыть сначала приложение (не помню, как там в ООо называется аналог Access), а уже из него эту базу данных, т.е. не двойным кликом из проводника.
2. Проверьте сам файл. Проверьте сигнатуру файла, т.е. откройте его в любом шестнадцатиричном редакторе. Первые символы должны быть такими: 50 4B 03 04 (тыц)
Пока больше ничего не могу посоветовать.
Пользователь решил продолжить мысль 10 Сентября 2010, 17:26:13:Да, вот еще советую обратить внимание на ссылки

Fix ODB Errors
Repair ODB Issues
Scan for ODB Problems

Хотя, боюсь, это больше для Windows.

По первому пункту - разумеется пробовал, тот же результат
По второму пункту - пожалуйста просветите что такое любой шестнадцатиричный редактор или пример программы приведите.
По ссылкам - спасибо попробую. Винды есть, офис под них тоже есть. 

[Jack Sparrow]

Раз вы пишете на форуме Ubuntu, то я предполагаю, что у вас, как минимум, есть Linux.
Файлы на диске хранятся в двоичном виде (нули и единицы). Шестнадцатиричный редактор позволяет видеть файлы в их, так сказать, "сыром" виде, т.е. так, как их видит компьютер. Правда, нули и единицы сгруппированы в байты. Поэтому все данные там будут в виде шестнадцатеричных чисел (0,1,2...9,A,B..F).
Компьютер распознает типы файлов не только по расширению (типа .odb), но и по начальным байтам. Т.е. каждый тип файла начинается с одинаковых последовательностей байт. У каждого типа файлов она своя. Все файлы баз данных .odb будут начинаться с последовательности 50 4B 03 04
У файлов .jpg свои начальные байты, у файлов .mp3 - другая и т.п. Логика понятна?
Можно взять какой-нибудь файл .odt и сменить ему расширение на .odb. Но тип файла (и его заголовок) от этого не поменяется. А если компьютер смотрит не на расширение, а на заголовок, то он и будет обращаться с ним соответственно.
Предположим, какой-нибудь шутник или вирус подсунул вам обычный текстовый файл формата .odt, но сменил ему расширение на .odb. Вы, глядя на расширение, думаете, что это файл базы данных, а компьютер смотрит на заголовок (т.е. читает начальные байты) и понимает, что, несмотря на расширение, перед ним файл другого типа.
Поэтому я и предлагаю вам убедиться, что у вас действительно файл типа .odb. Конечно, на чудо сильно не надейтесь. Это так, что первое пришло в голову.
Если у вас Ubuntu, можете поставить, например, HEX Editor из репозиториев.
И еще, убедитесь, что у вас нормально открываются другие подобные файлы .odb, а то может быть проблема и в ваших программах. А может и в реестре Windows.
Пользователь решил продолжить мысль 11 Сентября 2010, 00:19:24:Хм, некоторые файлы разных типов могут иметь одинаковые начальные байты. Сравнил типы odt, odp, ods. У всех начало одинаковое. Но, тем не менее, в шестнадцатиричном редакторе в правой колонке отображаются символы в виде ASCII. Там видно, что один файл текстовый, другой - презентация, а третий - электронная таблица. Так что все равно тип файла определить можно.

[gorven]

У меня стоит Kubuntu, Windows имеется дома - погамать.
Ссылки не помогли. Все предлагаемые в статьях продукты платные и цена чет не радует
Файлы *.odb открываются совершенно нормально. кроме этого.
А вот про вирус мысль интересная. Поясню - файлопомойка стоит под Windowsми (ну так вот получилось), а сотрудники сидят под Ubuntuми. ТО бишь теоретически вероятность того что файл убился вирусом достаточно велика. НО это все лирика, вопрос остается открытым: как его восстановить???
Что мы видим если открыть файл как архив? Некоторое количество data файлов и некоторое количество xml файлов. Я так понимаю, что эти файлы xml и дают базе быть собственно базой (то бишь они ее конфиги или как то так) и видимо какой то из них поврежден. Может есть тут пытливые умы, которые знают или хотя бы предполагают что ковырять???

[lystor]

Господа, прошу помощи...
Есть база данных *.odb....точнее была. Лежала на файловом сервере, никого, как говорится, не трогала и радовала собой манагеров рекламного отдела. Но тут вдруг свершился карачум...теперь база не открывается - при попытке открыть ее появляется окошко с предложением выбрать кодировку и разделитель страниц/строк, после чего открывается файл *.odt с одной строчкой иероглифов. Что явилось причиной тому - сбой файлового сервера или же кривые руки манагера или неподходящая фаза луны - неизвестно.
собственно вопрос: чем вернуть ее к жизни?

Попробуй открыть файл в последней доступной версии Openoffice.org Writer 3.2.1 в Ubuntu 10.10. Если не откроет - можешь считать, что файл безвозвратно поврежден.

[NT]

Попробуй открыть обычным архиватором (alt + f2, file-roller), если не откроется, то точно хана.

[Jack Sparrow]

Как вариант, можно попытаться вытащить данные утилитой типа foremost. Если эта база данных содержит (или содержала) разные файлы типа doc, pdf, jpg и т.п., то самое оно. Если это просто текстовые записи типа адресов или телефонов, то, возможно, они и хранятся в плоском виде.

[gorven]

база открывается zip-архиватором (arc), внутри есть файл data, он открывается текстовым редактором. Но, увы. Прочесть кое что можно, а вот как то структурировать данные нельзя. Данные были в таблицах вида имя-адрес-телефон-комментарии....теперь все эти данные в строчку, без какого либо форматирования, при этом перемешаны с иероглифами, кодировку к которым я так и не подобрал. Неужели это все что можно сделать???

[NT]

ВИдимо полетела структура базы. Сделай пустую базу и потом в архиваторе замени там файл data на свой. Может чего и получится.
settings.xml и content.xml скорее всего тоже нужны.

[wl]

база открывается zip-архиватором (arc), внутри есть файл data, он открывается текстовым редактором. Но, увы. Прочесть кое что можно, а вот как то структурировать данные нельзя. Данные были в таблицах вида имя-адрес-телефон-комментарии....теперь все эти данные в строчку, без какого либо форматирования, при этом перемешаны с иероглифами, кодировку к которым я так и не подобрал. Неужели это все что можно сделать???

Эти иероглифы могут быть либо служебной информацией, либо следствием того, что это битый архив.
Т.к. ооофисные документы являются .zip-архивами, предлагаю еще один вариант - воспользоваться zip-овскими функциями восстановления файлов.

Т.е. на всякий случай сделать копию файла с расширением .zip, потом из командной строки написать

Код: [Выделить]

zip -F имя_копии.zipили

Код: [Выделить]

zip -FF имя_копии.zip
Подробности в man zip

[gorven]

ВИдимо полетела структура базы.

Именно так...насколько я смог понять побились xml файлы

Все, господа, проблема решена. Всем огромное спасибо за советы.
Итак.
Была взята аналогичная живая база (создавали люди разные, но шаблон один, соответственно настройки и прочее должно было совпадать). Открыта архиватором. Файл data в папке database был заменен на файл data, выдернутый из поврежденной базы. Подмена прошла удачно, база функционирует. Огорчает только одно - производилось все это дело в оффтопе через winrar, по простой причине - архиватор arc, установленный искаропки в моей кубунте не может впихнуть нужный файл data в нужную папку database - в сам архив может, а вот положить его во вложенную папку нет. Если есть архиватор, аналогичный winrar в Ubuntuх, то форточки бы и не понадобились.
Ну и мораль сей басни такова - сила в регулярном бекапировании файлов. тогда и пляски не понадобятся