Уважаемый
Dixi257, спасибо за желание помочь. Я написал Вам на e-mail, но ответа пока не получил. Бросил на MEGA-облако файлик примера для всех кто ещё захочет посмотреть:
https://mega.nz/file/PQkiHbzQ#pEXfZNwJbOG_P4Zx0hvk9gxYiylatHWmt7QxL1Sqlv4Уважаемый
ALiEN175, Вы в чём-то правы ошибки возникают кажется чаще при работе по сети. Смонтированы "общие" ресурсы у пользователей по smb-протоколу. Но это в корне ничего не меняет! Сотни файлов годами редактируются в таком режиме пользователями и всё хорошо! Например с doc-файлами проблем не замечено! И с 2013 года не было проблем ни с OpenOffice ни с LibreOffice. А вот с приходом 7-й версии LibreOffice начались какие-то вечные неурядицы.
То файлы "бьются", то при открытии ма-а-аленького файлика на 2.5 мегабайта LibreOffice выжирает 6 Гигобайт оперативки, дико тормозя давясь и безумно грея винчестер сгрызает ещё 8 Гигобайт свопинга, а потом впадает в кому и не подаёт признаков жизни. Да я знаю что там "тяжёлый" Tif-файл фоном, но OpenOffic, и шестая(предыдущая) версия LibreOffice справлялась с файликом легко, практически не нагружая память, так что же с пресловутой седьмой-то версией не так? Что же нынче за программисты-то пошли! Ведь стыдно за профессию ей богу! Раньше на 4 мегабайтах памяти творили чудеса, а сейчас на открытие файла в 2 мегабайта 8 гигобайт ОЗУ - маало! Но я подозреваю он и 128 загадит и не заметит. Есть у кого ПК с 128 Гб? Пишите в личку - пришлю файлик - похохочем! А потом поплачем…
А если файл сломался - то уже не важно на смонтированном он носителе или на локальном… Он сломан и не открывается.
Я немного поколдовал - что-то восстановить удалось…
Метод использовал такой:1. Заготовить простой-пустой
primer.ods -файлик. Открыть его менеджером архивов(у меня это engrampa), вытащить из архива образцовый content.xml(я его переименовал в primer-content.xml и держал под рукой)… Нам нужны будут оттуда закрывающие xml-тэги. Вот вроде этих:
</text:p>
</table:table-cell>
</table:table-row>
</table:table>
<table:named-expressions/>
</office:spreadsheet>
</office:body>
</office:document-content>
2. Открыть менеджером архивов битый .ods-файл(например Отчёт.ods ну или что там у Вас поломалось?) и вытащить оттуда сломанный content.xml
Вам удобнее извлечь командой в терминале - делайте по своему, а мне удобно два окна: 1-Thunar и 2-Engrampa. Вынул из архива(Engrampa-окна) в Thunar-окно, поколдовал - забросил обратно(из Thunar-окна в Engrampa-окно). Быстро, просто, наглядно.
3. Открыть простым текстовым редактором(у меня это mousepad) content.xml, найти последний закрывающийся xml-тег (обычно это </text:p> или </table:table-cell>) и удалить всё что после него (там обычно только "ошмётки" открывающих тегов) восстановить(скопировав из образца) последовательность закрывающих тегов(см. пример выше).
4. Вернуть "отремонтированный" content.xml в архив .ods-файла(мы договорились для примера что это Отчёт.ods у Вас поломался… Помните? Вот в архив Отчёт.ods и вложить преобразованный (дополненный необходимыми закрывающими тегами) content.xml с заменой старого(ломанного) content.xml(который содержался в архиве Отчёт.ods)).
5. Если всё сделано правильно - какую-то часть файла увидите открыв его LibreOffice.
Остальная часть потеряна, потому, что, как правило, content.xml не удаётся полностью извлечь из архива. Процесс извлечения завершается с ошибкой и разархивируется при этом только часть content.xml. Это может показаться смешным, но, на моём опыте, удавалось извлечь, как правило, часть размером около 2.5 мегабайта. Какой бы не заявлял размер для content.xml архив - отдаёт он почему-то около 2.5 мегабайт только… Или мне так "везёт" просто…