I en mappe med forskellige filer kan jeg godt åbne .jpg og .pdf, men .odt, der normalt åbner i LibreOffice, giver fejlen: Fejl ved skrivning. Filen kunne ikke skrives.
Alle filer har rettighedeerne 664, d.v.s. kan læses og skrives af ejer og gruppe og læses af alle.
Jeg har ikke fundet noget brugbart på nettet, så derfor må jeg spørge her: Hvad kan være galt?
Hvad skal jeg gøre for at kunne læse filerne?
17-05-2010
Hvilket format er disken i? jpg og pdf kan man godt åbne uden at skrive, hvorimod LibreOffice jo plejer at lave en tmp-fil, når den åbner en fil, så det kan være dette, den protesterer over.
Og så tænker jeg i retning af, hvis det er noget NTFS, og du ikke har en ordentlig NTFS-driver kørende, så du kun kan læse derfra...
13-10-2007
Disken er formatteret som ext4, og jeg har læse- og skriverettigheder til selve mappen og til alle filer i den.
Nu har jeg prøvet at oprette en ny (tom) fil, både via filhåndteringen (Dolphin) og via kommandolinien (Konsole), og begge dele fungerer fint.
Desuden har jeg prøvet at åbne en fil direkte fra kommandolinien med /usr/bin/soffice #filnavn#.odt
Det giver samme fejlmeddelelse som nævnt ovenfor i et grafisk vindue, men intet i bash.
Så jeg er stadig lige vidt. Jeg ved ikke, hvad LibreOffice prøver at skrive, hvorfor det ikke lykkes og hvad fejlmeddelelsen evt. har været.
Så jeg er stadig forvirret, men nu er jeg også frustreret.
Nu har jeg så prøvet at oprette en LibreOffice-fil - test.odt - og gemme den forskellige steder. Det kan jeg ikke- samme fejlmedelelse som tidligere.
Naturligvis har jeg ikke prøvet overalt på disken, men jeg har forsøgt adskillige steder under Dokumenter i min hjemmemappe.
Derfor håber jeg, at andre, eller i det mindste en anden, kan gennemskue noget af dette og komme med noget, der gør, at jeg kan komme videre.
På forhånd tak!
18-12-2007
Du har nok prøvet denne kommando. Den har reddet mig 2 gange i min tid som Linux bruger når der er kuk i det hele.
find /home/dit bruger navn/Dokumenter -type f -exec chmod 0664 {} \;find /home/dit bruger navn/Dokumenter -type d -exec chmod 0775 {} \;
Vejen delte sig i to i skoven, og jeg tog den der var mindst benyttet, og det har gjort hele forskellen. - Robert Frost
Frit Software
17-05-2010
Er det kun libreoffice? Kan du f.eks. godt gemme fra Gimp eller andre programmer?
Hvis ja, så synes jeg mere det lyder som en bug omkring installationen af LibreOffice, fremfor at det har noget med filsystemet at gøre. Prøv evt. at geninstallere Libreoffice, og se om det hjælper.
18-12-2007
#4: Prøv evt. at geninstallere Libreoffice
Men når du afinstallerer, så husk at slette mappen .config/libreoffice i dit hjemmebiblotek, fir ellers kan det samme problem måske opstå.
Vejen delte sig i to i skoven, og jeg tog den der var mindst benyttet, og det har gjort hele forskellen. - Robert Frost
Frit Software
14-01-2007
Har du selv oprettet filerne, på et tidspunkt.
Er der evt. en skjult lock fil -
lock.#filnavn#.odt
There are times when the lock file may not be deleted - if AO or the OS lock up. In this case the file can only be opened in read only mode. The lock file needs to be deleted to get editing mode back.
https://ask.libreoffice.org/t/lock-filename-odt/13...
--------------------------------------------------------
Søg på linuxin:
https://duckduckgo.com/?q=+site%3Alinuxin.dk+%3F&i...
13-10-2007
@ #3:
Filer og mapper i Dokumenter har allerede disse rettigheder, men tak for rådet. Måske kan det redde mig en anden gang.
@ #4:
Jeg kan sagtens gemme .jpg-billeder fra gwenview og .doc-filer fra LibreOffice.
Jeg kan også oprette en ny .odt-fil i LibreOffice og gemme den. Det var først, når jeg prøvede at åbne allerede gemte .odt-filer, at det gik galt.
MEN.. Nu kan jeg pludselig åbne .odt-filer uden problemer. Det er naturligvis glædeligt og som det skal være. Sådan var det også tidligere.
Det kedelige er, at jeg ikke ved hvorfor, og hvad der har skabt denne ændring.
@ #5:
Tak. Det skal jeg huske.
@ #6:
Ja og ingen lock-filer.
Det ser derfor ud til, at det oprindelige problem er gået i sig selv igen og alt er godt.
Det ærgrer mig blot, at jeg ikke ved, hvorfor det opstod og hvorfor det forsvandt.
Ikke desto mindre: Tak til jer alle for jeres konstruktive råd.
24-05-2021
Et meget vagt bud:
Filerne var i forvejen i brug (i memory) eller optagede på en eller anden måde.
Profil fortsat fra OracleJMT
Antal: 1619
Tilmeldt:
26-05-2013
13-10-2007
@#8:
Det er selvfølgelig en mulig forklaring, men jeg tror ikke rigtigt på den.
Det er i hvert fald ikke noget, der umiddelbart giver mening for mig.
Imidlertid har jeg ikke nogen anden sandsynlig forklaring, som vist tidligere nævnt eller antydet.