Beiträge von nixnutz
-
-
Zu spät.. nachdem es heute morgen vor dem lesene des Hinweises schon wieder zu Problemen beim mounten der NTFS Partition kam habe ich mich von der Lösung eine gemeinsame Partition zu benutzen verabschiedet... wenns nicht einfach einfach geht dann eben über Umwege per Wechselplatte... grrrr... aber DANKE! für die schnellen Unterstützungsversuche..
-
Der Neustart wollte schon nicht funktionieren... nach dem Warmstart wollte Suse nicht mehr booten... und da ich neu installieren als die schnellste Lösung um wieder ins internet zu kommen ansah habe ich mich von der vfat verabschiedet und wieder eine ntfs draus gemacht. User karl kann auch drauf schreiben.
Der Grund warum ich die vfat ausprobieren wollte ist der das Suse weder bei der Installation (vorletzten), noch nach der Installation die alte ntfs Partition akzeptieren wollte.
Die Fehlermeldung weiss ich nicht mehr. Meine Befürchtung ist aber das ich bei der nächsten Installation wieder vor dem Problem stehe das dann eine ntfs Partition mit Daten darauf nicht gemountet werden möchte..
Frage: Welches Gemeinsame Dateisystem für Windows/Linux ist zu empfehlen? Oder wie ist eine ntfs Partition mit Daten in Suse richtig einzubinden..
-
nein, intern verbaut..
Code
Alles anzeigenlocalhost:/home/karl # cat /etc/fstab UUID=3aa50431-127a-4df0-b596-b4d522f36ec2 swap swap defaults 0 0 UUID=f311ae07-4a33-44b9-9d42-bec21d3652c6 / btrfs defaults 0 0 UUID=f311ae07-4a33-44b9-9d42-bec21d3652c6 /var btrfs subvol=/@/var 0 0 UUID=f311ae07-4a33-44b9-9d42-bec21d3652c6 /usr/local btrfs subvol=/@/usr/local 0 0 UUID=f311ae07-4a33-44b9-9d42-bec21d3652c6 /tmp btrfs subvol=/@/tmp 0 0 UUID=f311ae07-4a33-44b9-9d42-bec21d3652c6 /srv btrfs subvol=/@/srv 0 0 UUID=f311ae07-4a33-44b9-9d42-bec21d3652c6 /root btrfs subvol=/@/root 0 0 UUID=f311ae07-4a33-44b9-9d42-bec21d3652c6 /opt btrfs subvol=/@/opt 0 0 UUID=95f2be90-61ab-4528-ab11-78c50aac5624 /home xfs defaults 0 0 UUID=f311ae07-4a33-44b9-9d42-bec21d3652c6 /boot/grub2/x86_64-efi btrfs subvol=/@/boot/grub2/x86_64-efi 0 0 UUID=f311ae07-4a33-44b9-9d42-bec21d3652c6 /boot/grub2/i386-pc btrfs subvol=/@/boot/grub2/i386-pc 0 0 UUID=98D4-D1FE /boot/efi vfat defaults 0 2 UUID=A355-D4AF /mnt/dvdh1 vfat iocharset=utf8 0 0 UUID=A3CD-CB26 /mnt/dvdh2 vfat iocharset=utf8 0 0 localhost:/home/karl # -
wo kommt denn der 01. Jan 1970 her?
-
Code
localhost:/home/karl # ls -al /mnt insgesamt 64 drwxr-xr-x 1 root root 20 26. Sep 10:43 . drwxr-xr-x 1 root root 180 26. Sep 10:43 .. drwxr-xr-x 3 root root 32768 1. Jan 1970 dvdh1 drwxr-xr-x 3 root root 32768 1. Jan 1970 dvdh2 localhost:/home/karl # -
Ja, daten1 gehört schon zur vfat Partition.
Es handelt sich um eine seperate 1.8TB HDD auf die ich leider ab u. zu unter Windows zugreifen muss. Aufgeteilt in 2 x 0.9TB Partitionen mit vfat die beim Systemstart gemountet werden.
/mnt/dvdh1 ändern? Du meinst in z.b. /mnt/dvdh ändern? Oder den Eigentümer von /mnt/dvdh1 ändern?
Beim Versuch den Eigentümer von /mnt/dvdh1 kommen die selben Meldungen wie beim Versuch den Eigentümer von /mnt/dvdh1/daten1 zu ändern.
-
Und wie bekommt user karl dort Schreibrechte?
-
-
Hallo zusammen,
ich möchte den Eigentümer für ein Verzeichnis ändern.
Habe als root aber keine ausreichende Zugriffsrechte?
Codelinux:/mnt/dvdh1 # ls -l insgesamt 32 drwxr-xr-x 2 root root 32768 26. Sep 10:44 daten1Codechown -R karl:users /mnt/dvdh1/daten1 chown: der Eigentümer von '/mnt/dvdh1/daten1' wird geändert: Die Operation ist nicht erlaubtWenn ich den Eigentümer per Dateimanager Super User Modus ändern möchte bekomme ich den Hinweis:
Der Eigentümer der Datei /mnt/dvdh1/daten1/. lässt sich nicht ändern. Vermutlich reichen Ihre Zugriffsrechte nicht aus.
Woran könnte das liegen?
------------------------------------------
Desktop PC
Neuinstallation openSUSE Leap 64, Desktop Plasma 5 + allen Updates
