ubuntuusers.de

ChickenLipsRfun2eat schrieb:

Hallo!

Vielleicht hilft es 😉

/dev/sda8 on /media/daten-persoenlich type fuseblk (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)

ist kein ext4-Laufwerk. Was genau ist das für eine Partition?

sudo parted --list
cat /etc/fstab

Du hast Recht. Ich hatte ext4 aus dem Gedächtnis geschrieben, aber die Partitionen sind ntfs, da ich ja noch ein zweisystem mit Win10 drauf haben muss (Dienstrechner). Sorry. Das kanns aber nicht sein. Auch funktionierende Dateien liegen auf ntfs Partitionen

Modell: ATA SAMSUNG MZ7LN256 (scsi)
Festplatte  /dev/sda:  256GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags: 

Nummer  Anfang  Ende    Größe   Dateisystem  Name                          Flags
 1      1049kB  524MB   523MB   ntfs         Basic data partition          versteckt, diag
 2      524MB   629MB   105MB   fat32        EFI system partition          boot, esp
 3      629MB   646MB   16,8MB               Microsoft reserved partition  msftres
 4      646MB   58,3GB  57,7GB  ntfs         Basic data partition          msftdata
 5      58,3GB  111GB   52,6GB  ext4
 6      111GB   153GB   42,3GB  ntfs                                       msftdata
 7      153GB   191GB   37,9GB  ntfs                                       msftdata
 8      191GB   256GB   64,9GB  ntfs         Daten privat                  msftdata


Modell: SanDisk Cruzer Slice (scsi)
Festplatte  /dev/sdb:  16,0GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags: 

Nummer  Anfang  Ende    Größe   Typ      Dateisystem  Flags
 1      1049kB  16,0GB  16,0GB  primary  ntfs


Modell: WD 2500JB External (scsi)
Festplatte  /dev/sdc:  250GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags: 

Nummer  Anfang  Ende   Größe  Typ      Dateisystem  Flags
 1      32,3kB  250GB  250GB  primary  ntfs

und

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=58ce1667-d9e7-4523-985c-2cefcaefbcc1 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda2 during installation
UUID=92B6-7B34  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

#Partition Pfarrbüro für Sicherung
/dev/sda6 /media/nas-sicherung ntfs defaults 0 2

#Partition Arbeit persönlich
/dev/sda7 /media/arbeit-persoenlich ntfs defaults 0 2

#Partition Persönliche Daten
/dev/sda8 /media/daten-persoenlich ntfs defaults 0 2

Bei NTFS dürfen die anderen was dazu sagen, ich habe keine Partition damit, um das auszuprobieren. Es könnte aber erklären, warum die Rechte „falsch“ sind: Windows-Partitionen einbinden/NTFS-3G (Abschnitt „NTFS-Partitionen-einhaengen“) erklärt, wie man mit Nutzerrechten einhängt (über das suid-bit). Allerdings: Bevor du das ausprobierst, warte mal noch, bis sich jemand meldet, der das kennt. Im Artikel steht auch was über die Simulation der Dateirechte, etc.

Synchronisierst du auch die Nextcloud aufs ntfs?

das komische ist: Es ging ja alles bis vor ner Woche problemlos.

Die Cloud synchronisiert auf verschiedene Ordner, zum großen Teil auch auf NTFS. Aber ich glaube, ich ändere einfach das RTF Format, dann ist das Problem auch gelöst. Zu viel Mühe....

gerhardbeck schrieb:

das komische ist: Es ging ja alles bis vor ner Woche problemlos.

Die Cloud synchronisiert auf verschiedene Ordner, zum großen Teil auch auf NTFS. Aber ich glaube, ich ändere einfach das RTF Format, dann ist das Problem auch gelöst. Zu viel Mühe....

Ich habe gerade ausprobiert ob ich eine *.rtf Datei auf einer Windows 10 NTFS-Partition unter Libre-Office öffnen und anzeigen kann.

Funktioniert bei mir ohne Probleme. Die Datei wird ganz normal angezeigt.

Meine WIN 10 Partition ist wie folgt eingebunden:

/dev/disk/by-uuid/CAA22B55A22B44F3 /mnt/CAA22B55A22B44F3 auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=Windows-Partition 0 0

Das Problem ist gelöst. Es lag an einer falschen Zuordnung von rtf.

Es ließ sich beheben mit

 mimeopen -d /path_to_file/file.rtf