NVMe SMART Werte ??? Thema ist als GELÖST markiert

[Turoy]

So,

vielen Dank euch beiden, das mit "CHOWN" hat genau die Lösung gebracht, die haben wollte, endlich kann ich wieder "verschieben" mit automatisiertem löschen via Krusader nutzen!

Ich frage mich trotzdem noch, wieso das früher "einfach so" ging, ich heute aber dieses "CHOWN" eingeben musste ?

[Turoy]

Oh,

dieses "CHOWN" ist wohl nur von kurzer Dauer, bzw. gilt nicht für neu hinzu gekommene Ordner?

Scheinbar ist mein "Problem" unter Manjaro NICHT dauerhaft lösbar?
Nur, wieso hat's unter Ubuntu IMMER funktioniert ?

[gosia]

Hallo Turoy,
ich denke, es ist Zeit, dass Du etwas konkreter wirst.
Du kopierst/verschiebst Dateien von einer Festplatte (NVMe SSD) mit Thunar nach deinem Download-Ordner ~/Downloads
Und das funktioniert nicht?, es gibt Fehler? (welche?). Oder was ist dein Problem?
Und wie ist die SSD-Partition in dein System eingebunden, gemountet, per fstab? oder wie sonst?
Und was verstehst Du unter

Dateien automatisiert verschieben.

per Skript?
Und die Antwort auf die Frage von ManTuxer

zeige uns bitte die Ausgabe von:

Code: Alles auswählen

lsblk -f

und am besten auch von:

Code: Alles auswählen

cat /etc/fstab

wäre auch hilfreich.

viele Grüsse gosia

[Turoy]

Hi,

ich mache das (Datei Operationen) mit Krusader, von wegen "2-spaltig" = viel besser.
Mit "automatisiert" meine ich ich, daß ich in einer Spalte (die SSD) den download Ordner habe, und in der anderen Spalte meine NAS. Dann wähle ich zu verschiebende Dateien aus, und drücke F6 (in Krusader F5 = kopieren, F6 = verschieben). Das hat unter Ubuntu, und anfangs auch unter Manjaro immer gut / richtig funktioniert.

Inzwischen klappt's jedoch nicht mehr, weil (warum zum Teufel auch immer?) Manjaro die Rechte ohne mein Zutun verändert / degradiert hat. Es fehlt einfach an den "X-Rechten", weswegen das löschen nach erfolgreichem kopieren IMMER in Fehler läuft.

Ich hoffe so ist verständlich(er) was ich meine / will ?

[gosia]

Hallo Turoy,
tut mir leid, aber solange Du nicht wenigstens die Fragen von ManTuxer hier beantwortest (lsblk u. fstab) geht es zumindest von meiner Seite nicht weiter.
Das Problem ist, dass Manjaro keine Rechte von sich aus verbiegt und dein immer wieder erwähnten x-Rechte sind nur bei Ordnern von Bedeutung, aber nicht für das Löschen von Dateien. Das sogenannte x-Bit bei Dateien ist nur dafür zuständig, ob die Datei ausführbar ist oder nicht (aber das hatten wir ja schon). Für das Löschen von Dateien ist wichtig, ob sie dir gehören oder nicht - etwas verkürzt gesprochen.
Aber leider können wir über diese Rechte im Moment nur spekulieren, weil handfeste Daten fehlen (s.o.) Zusätzlich zu den oben genannten Fragen wäre auch noch dies interessant:

Code: Alles auswählen

ls -ld ~/Downloads
ls -l ~/Downloads

(letztere Ausgabe kannst Du nach Belieben auf sagen wir mal fünf bis acht Zeilen kürzen)
und mal eine handfeste (Fehler)-Meldung. Was sagt z.B.

Code: Alles auswählen

mv -v ~/Downloads/foo /media/turoy/bar

wobei foo durch einen tatsächlich in ~/Downloads existierenden Dateinamen zu ersetzen ist und das Ziel /media/turoy/bar durch den tatsächlichen Einhängepunkt (mountpoint) deines NAS. Üer beides können wir im Moment nur spekulieren, es sei denn, ich habe es irgendwo überlesen.
Und damit ich es richtig verstehe, das Kopieren der Dateien von ~/Downloads nach NAS funktioniert, nur das Verschieben nicht?
Noch genauer: Beim verschieben einer Datei foo landet sie ohne Probleme auf dem NAS, verschwindet aber nicht vom Ordner ~/Downloads ?

viele Grüsse gosia

[Turoy]

Ok,
dann poste ich die Ergebnisse mal (ich dachte ihr wüsstet genug vom verworrenen Manjaro und warum es "einfach so" Datei-Rechte im Laufe der Zeit ändert) :

lsblk -f

Code: Alles auswählen

NAME FSTYPE FSVER LABEL    UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda  exfat  1.0   VR-big   4D1D-1106                              14,5G   100% /mnt/4D1D-1106
sdb                                                                            
sr0                                                                            
nvme0n1
│                                                                              
├─nvme0n1p1
│    vfat   FAT32 NO_LABEL 5D96-40F3                             299,1M     0% /boot/efi
└─nvme0n1p2
     ext4   1.0            0f4b49ec-1a0a-4ffc-b87a-76de1c505340  168,3G    59% /

ls -ld ~/Downloads

Code: Alles auswählen

drwxrwxrwx 38 USER USER 16384 20. Jul 17:33 /home/USER/Downloads

Und sorry wegen "X", stimmt ja, das hat nix mit löschen zu tun, sondern mit "ausführbar". Dann sind die Rechte ja doch nicht verkehrt, nur, warum läuft Krusader dann beim löschen nach erfolgreichem kopieren immer in Fehler ?

[Turoy]

fstab :

Code: Alles auswählen

 
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system>             <mount point>  <type>  <options>  <dump>  <pass>
UUID=5D96-40F3                            /boot/efi      vfat    umask=0077 0 2
UUID=0f4b49ec-1a0a-4ffc-b87a-76de1c505340 /              ext4    defaults,noatime 0 1
tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0 0

# Einträge wegen NAS

/dev/disk/by-uuid/4D1D-1106 /mnt/4D1D-1106 auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=Daten 0 0 

Und ja, genau so ist es, die Dateien lassen sich ohne Fehler kopieren, "nur" das anschließende (automatische) löschen läuft in Fehler. Und das war nicht immer so, anfangs hat es geklappt.

Und es sind immer wieder solche "Kleinigkeiten", die nach dem ein oder anderen Majaro Update verbogen sind, und IMMER / meistens trifft es Krusader :
1. Bis vor kurzem waren die Farben total verbogen, ziemlich lange
2. noch länger war der Unterschied der Cursor Position beim umbenennen anders : anfangs links (am Wortbeginn), jetzt rechts (oder umgekehrt)
3. und halt der "Fehler" beim verschieben (löschen)

Übrigens, dieser "kopier- lösch- Fehler" tritt nur auf, wenn die SSD Der Ausgangspunkt ist, wenn ich Sachen der 3,5er Festplatte zur NAS verschiebe, dann treten keinerlei Fehler auf

[gosia]

Hallo Turoy,
da muss ich doch nachfragen. Dein Username mit dem Du dich einloggst ist tatsächlich USER (in Grossbuchstaben)? Ist zwar IMHO nicht direkt verboten, wäre aber doch ziemlich unglücklich.
Zur Ergänzung zu der noch offen Frage wegen mv bitte noch die Ausgabe von

Code: Alles auswählen

sudo find ~ ! -user $USER -ls
id

viele Grüsse gosia

[Turoy]

Hallo gosia,

nein, der "echte" USER Name ist komplett klein, ich habe das auf "USER" geändert, weil ihr das auch (immer / meist?) so macht, war das falsch?

Wenn ich "sudo find ~ ! -user $USER -ls" eingebe, und dabei auf meinen Namen ändere, dann kommt das hier :

Code: Alles auswählen

find: invalid user name or UID argument to -user: ‘-ls’

Was ist / bedeutet "mv" ?

Vorhin hat's übrigens mit "verschieben" von downloads zur NAS funktioniert. Ist Manjaro zu windoze mutiert, getreu dem Motto "mal geht's, mal nicht, einfach neu starten" ?

Ich bekomme inzwischen schon fast Kopfschmerzen, wenn ich nur an dieses (leidige) Thema denke, wie mag's euch da nur ergehen?

[gosia]

Hallo Turoy,

ich habe das auf "USER" geändert

ich sage mal so, ist nicht direkt falsch, erschwert/verhindert aber die Interpretation. Wenn ich nach Ausgaben frage, dann möchte ich schon die unveränderte Ausgabe.

dabei auf meinen Namen ändere

bitte ändere gar nichts, sondern gib die Befehle so ein, wie sie da stehen (ausser wenn ausdrücklich auf die notwendige Anpassung hingewiesen wird)

Code: Alles auswählen

sudo find ~ ! -user $USER -ls
id

Was ist / bedeutet "mv" ?

mv SOURCE DIRECTORY
= move SOURCE to DIRECTORY

also genau das was Du möchtest. Etwas genauer, aber immer noch anpassen:

Code: Alles auswählen

mv -v ~/Downloads/foo /mnt/4D1D-1106/bar

also statt foo einen Dateinamen aus deinem Download-Ordner und statt bar einen Namen eines Ordners deines NAS, wo Du sonst auch immer deine Dateien hinschieben willst.

viele Grüsse gosia

[Turoy]

Hi,

irgend etwas das "wir" gemacht haben, hat geholfen, und / oder eins der letzten Updates hat den durch Updates ja auch verursachten Schaden wieder behoben. Denn die letzten Tage funktioniert's wieder wie ursprünglich mal.

[Turoy]

Hmh,

seit den letzten Updates klappt das verschieben SCHON WIEDER nicht, was arbeiten da nur für inkompetente Spgoggos an den Updates

[gosia]

Hallo Turoy,
eigentlich hätte ich gern einen neuen Thread, mit "NVMe SMART Werte" hat das nun schon länger nichts mehr zu tun.
Aber zumindest eine Anfrage ist immer noch offen, was sagt

Code: Alles auswählen

echo $USER
sudo find ~ ! -user $USER -ls
id

und bitte nicht wieder an den Kommandos oder an der Ausgabe rumbasteln, ich möchte sie schon genau so, wie sie dastehen.

viele Grüsse gosia