I did some testing on your sample file. Others have already mentioned most points.
Though you have embedded Georgia font, I don’t think it is automatically used by Linux; I suspect it is still substituted.Not sure about a possible font issue, I tried to trigger different hyphenation points and line distribution. So I changed font size slightly. Curiously, as soon as I request a size larger then 13pt, LO crashes.
I manually forced Liberation Serif on the whole text, with a dramatic change in text layout, but font size change still causes crash above 13pt.
I copy-pasted text in fresh documents (standard paste and unformatted text paste) with the same result.
Next I looked at the XML encoding which revealed a very bad mixture of direct formatting. One case is manual change in several locations to Times New Roman. This was not visible probably because of font substitution on my machine. Another case is “professionalism fault”: you manually applied italics on character’s nickname. Italics can be used for purposes like emphasis, quotation, foreign expression, irony, … If you direct format them, you can’t manage them separately. You should apply a character style representative of the specific meaning (semantics). Built-in Emphasis is available for emphasis. You must create dedicated character styles for the other nuances.
As a general rule, “professional” documents should contains absolutely no direct formatting, at least as far as typography is concerned; direct format is acceptable though for text flow (e.g. exceptional page break). Format → Spotlight feature is the tool of choice to hunt for formatting tuning and direct formatting highlighting.
Character styles are frequently neglected because the notion does not exist in Word (from this point of view, Word is not a “professional” tool because it does not implement styles apart from paragraph, relying on direct formatting for the rest).
Regarding yur page styles, they are far too numerous. If the sole purpose of multiplying them is the need to have different headers and footers, this can be solved with fields in case the header echoes the current chapter heading. In this case, a single page style is enough for all chapters (perhaps two if you want a separate layout for the first page). But it requires applying Heading 1 to chapter heading (or an equivalent one if your created a custom style with the adequate outline properties). Anyway you seem to have messed up the usual dependency tree of built-in paragraph styles.
Even if you need full-page background for a single page (not for a consecutive sequence of pages), it is much better and more efficient to attach the image to some representative element in the page, e.g. a heading, sub-title, … because this does not need a specific page style and the trick can be used several times. When an image or frame is inserted, two of its properties are independent from each other:
- its anchor, i.e. the text to which it is attached, and this will dictate in which page it appears
- its location within the page: it is absolutely arbitrary and can be sent into the background
In addition, these properties can be recorded in a frame style and be reused. Like with other style categories, modifying the frame style will impact all occurrences, offering “centralised” formatting and layout tuning.