• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

cp: setting attributes for „..": : Die Operation wird n

M

miti

Newbie
Hallo, allezusammen!

Linux SuSE 10.1
BEFEHL: computer~ # cp [optionen] /vondirectory/vondatei /nachdirectory/
MELDUNG: cp: setting attributes for „/vondateit“: Die Operation wird nicht unterstützt
Das Thema wurde schon einaml am 13.03.07 angesprochen

Der Hinweis es mit rsync zu machen war toll (danke, ich werde es vorerst auch so lösen)
es ist aber keine Erklärung!
Zumal das cp (copy) bei mir "jahrelang" ohne Probleme (diese putzige Meldung)
funktionierte, plötzlich vor einigen Tagen tauchte diese auf
Sicherlich habe ich irgendwo etwas verändert!?
Ich weis nur nicht was nun diese Meldung beim Kopieren
(nur auf gemountete devices - von Platte auf Platte passiert nichts) auslöst
Ich würde gerne verstehen was diese Meldung bedeutet
und durch wen oder was sie ausgelöst wird.
Ich möchte gerne den "Schalter wieder ausschalten" und ohne diese Meldung leben!

Hat irgendjemand eine Erklärung, einen Tip oder einen guten Rat?
Ich freue mich auf Antwort!
miti
 
OP
M

miti

Newbie
Die angesprochene "Merkwürdigkeit" passiert auf einem Linux-Server.
Die angeschlossenen Clients (auch MS-WindowsXP) im Heim-Netz
können auf bestimmte Dateien über SAMBA oder VSFTP zugreifen.
Das Copy von Dateien, auf die MS zugegriffen haben kann,
erfolgt innerhalb eines (perlscriptgesteuerten) Backups.

miti
 
OP
M

miti

Newbie
Nachtrag:
Aufgrund der Frage von abgdf (Hat Windows an den Dateien gefummelt)
habe ich mal Dateien kopiert an denen Windows garantiert nicht fummeln konnte! Tatsächlich, da kommt n i c h t diese Meldung!!!!
Was macht Windows an den Dateien
Wie kann man das "reparieren"???

warte u n g e d u l d i g auf Deine Antwort!!
 
OP
M

miti

Newbie
auf den beiden WindowsXP-Clients im Netz
läuft Ashampoo Magical Defrag,
ein Programm, läuft ständig im Hintergrund und defragmentiert
automatisch bei Bedarf.

Datenträgerbereinigung: Ashampoo Magical Optimizer nach Bedarf
aufgerufen, um überflüssige Dateien, z.B. aus Internet-Besuchen
zu löschen

Beide Programme liefen aber auch schon bevor plötzlich die erwähnten Meldungen auftraten.

miti
 
W

whois

Ultimate Guru
Hi

Das bringt doch eh nicht viel das ist eine der unbewiesenen Behauptungen das würde schnelligkeit und performace bedeuten. :)

cu
 
OP
M

miti

Newbie
Hi lieber whois,

was bringt nicht viel.....
Das ist doch auch nicht das Thema
Wir wollen doch nicht (abschweifend) über den Nutzen
und die Effektivität von winzelweichen Programmen diskutieren.

Du fragtest:
>>Hast du Defragmentiert oder eine Datenträgerbereinigung oder irgendwas gemacht? <<

Ich antwortete mit entsprechenden Angaben (und sicherlich habe ich auch
noch "irgendwas gemacht", sonst hätte ich ja nicht mein Problem!!)

und nun warte ich noch auf die Antwort, was das Defragmentieren
oder das Datenträgerbereinigen mit meinen "putzigen" Meldungen
beim Kopieren unter Linux zu tun hat!

miti
 
OP
M

miti

Newbie
Hi,

ich würde ja gerne >> Ommmmm
geht aber nicht! (groll)

Nocheinmal:

Linux SuSE 10.1
BEFEHL: computer~ # cp [optionen] /vondirectory/vondatei /nachdirectory/
MELDUNG: cp: setting attributes for „/vondateit“: Die Operation wird nicht unterstützt

Das geschieht auf einer reinen Linux-Maschine!
Da wird nicht defragmentiert, datenträgerbereinigt oder von Bill daranrumgefummelt!!!

wenn von einem Windows-Client auf die Datei
( z.B.: wie oben "vondatei" ) zugegriffen wird
passiert das über die altehrwürdige "Software-Suite" SAMBA
(und ich glaube, die wäre stark beleidigt, behauptete man,
sie würde die Benutzerrechte nicht kennen oder diese killen!!!?)

Bei mir auf dem Server haben alle Dateien
( und auch die oben angesprochene, beispielhafte "vondatei" )
jedenfalls Benutzerrechte!: z.B.: (user):(gruppe) -rw-r--r--

Diese prüfte ich natürlich auch schon, bevor ich es "wagte"
hier meine Frage zu stellen.

miti (schon etwas frustriert)
 
A

abgdf

Guru
Hallo,

meine Antwort oben war etwas unpräzise :oops:.

Ich glaube genaugenommen, Du versuchst, im Rahmen des "cp" ein "chown" auf einem Dateisystem auszuführen, das das nicht kann, z.B. einem Windows-Dateisystem.

Probier's doch bitte mal mit
Code: 
cp quelldatei zieldatei --attributes=-
Viele Grüße
 
OP
M

miti

Newbie
Vielen Dank abgdf!!

Der Tip ist schon mal sehr hilfreich und scheinbar in die richtige Richtung!
Es funktioniert mit der Option --attributes=-
Die besagte Meldung:
cp: setting attributes for „/vondateit“: Die Operation wird nicht unterstützt
taucht damit n i c h t auf!!
Damit kann ich mein Problem lösen
Mein Perl-Backupscript würde wieder Fehlerfrei ausgeführt!

Soweit prima!
aber jetzt bin ich doch noch neugierig geworden
Man will ja auch immernoch dazulernen!
Ich bitte um Deine mögliche Erklärung
(will nicht verlangen AUFKLÄRUNG !!! ;-) )

man cp zeigt mir nur: --attributesw=regex
(und danach Weiteres, was ich ehrlich gesagt nicht so recht verstehe!)
was bewirkt die Option --attributes=-

Ich habe es bei meinem cp mit zwei Dateisystemen
zu tun, die das durchaus können müssten (und auch tun!)
Ich kopiere von der Platte (reiserfs) aus einem home-verzeichnis
eines users auf einen gemounteten Wechsel-Datenträger
auf dem ich ein Dateisystem mit mke2fs erzeugte.
( ich habe da auch probehalber einen anderen Datenträger auch mit
reiserfs verwendet, mit dem gleichen Ergebnis (Fehlermeldung))

Das Kopieren funktionierte monatelang mit den gleichen Konditionen
fehlerfrei bis plötzlich vor ein paar Tagen die Fehlermeldung auftauchte!
Ich habe da sicherlich irgendwo was verändert (nicht an dem Perl-Schript!) sondern ev. mit einer Konfiguration in einem anderen Bereich ???? (ich hab' da z.Zt. keine Idee warum oder woher!!)

Kopiere ich unter genau den selben Bedinungen z.B. eine Datei -nicht
aus besagtem home-Verzeichnis eines users - sondern z.B. /etc/fstab
auf genau denselben gemounteten Wechseldatenträger
geht das ohne die Fehlermeldung vonstatten!

Nach meiner Vermutung muss das an dem Verzeichnis liegen, aus dem die Datei kopiert wird!
Ich kann aber noch nicht herausfinden was das bewirkt!?

vielleicht hast Du eine Erklärung ??

- nochmals vielen Dank -
miti
 
A

abgdf

Guru
Gern geschehen :p.

Viel mehr als das oben gesagte weiß ich dazu aber leider nicht. Bei mir taucht das "Problem" auf, wenn ich auf meine Win98-Partition zu kopieren versuche.
In "man cp" heißt es dazu noch
regex=`-' preserves no extended attributes
Zum Vergrößern anklicken....
Darum geht es. Man kopiert also, ohne bestimmte Dateiattribute zu erhalten, weil man sie auf dem anderen Dateisystem nicht herstellen könnte.

Viele Grüße
 
OP
M

miti

Newbie
Nochmals, vielen Dank

Das ist doch ein Hinweis!
Ich werde versuchen witerzuforschen
vielleicht kommt ja auch noch jemand aus der Gemeinschaft
hier mit einem Beitrag vorbei.

miti
 
OP
M

miti

Newbie
Ich glaube ich habe jetzt eine Erklärung
für mein eingangs bezeichnetes Problem:
Fehlermeldung: cp: setting attributes for „/quelldatei“: Die Operation wird nicht unterstützt
beim Kopieren von Dateien aus einem bestimmten Verzeichnis
auf einen Wechseldatenträger

vorläufige Lösung: cp --attributes=- quelldatei zieldatei
(Dank der Hilfe von "abgdf" (siehe weiter oben))

Im Internet gesucht nach "attributes" UND "Linux" UND "cp" etc.

darauf gestossen:

Linux 2.6.18 unterstützt die "Extended Attributes"
siehe:
DIE WICHTIGSTEN NEUERUNGEN VON LINUX 2.6.18
http://www.heise.de/open/artikel/77566
...
Das Dateisystem JFFS2 unterstützt jetzt die etwa für SELinux benötigten Extended Attributes
...

Was sind die "Extended Attributes"?
siehe:
EXTENDED ATTRIBUTES
http://wiki.linuxquestions.org/wiki/Extended_attributes
...
extended attributes are name-value pairs associated with a file or directory
on a filesystem. They are sometimes also called EA or xattrs.
These attributes are in addition to the common attributes
(the permissions) each file/directory has in Linux (and other unixes].
With extended attributes you can add any name-value pair to a file or directory.
...
$ getfattr -n user.foo test-file
...

Wenn ich das richtig verstanden habe:
Die Extended Attributes sind z u s ä t z l i c h e Merkmale
zu den bekannten permissions - user:group drwxrwxrwx -

in dem fraglichen Verzeichnis den BEFEHL: getfattr *

Ergebnis:

# file: vondatei
user.Beagle.AttrTime
user.Beagle.Fingerprint
user.Beagle.MTime
user.Beagle.Uid

Was ist "Beagle" ??

hier gibt das SuSE Hilfesystem Auskunft:
Beagle ist ein Suchsystem welches scheinbar
die extended attributes zum indizieren etc. nutzt

Ich habe die Dateien in anderen Verzeichnissen,
bei deren Kopieren nicht die fragliche Fehlermeldung kommt,
untersucht, dort tauchen die zusaetzlichen Attribute auch n i c h t auf!

wie komme ich in meinem bestimmten Verzeichnis zu diesen "extendet attributes" an den Dateien?

Im SuSE 10.1 findet sich unter:
Programme -> System -> Dateisystem
das bei der Installation mitinstallierte Programm "Kerry Beagle (Desktop Suche)"
Ich will nicht abstreiten, dass ich dieses wohl einmal ausprobierte,
möglicherweise in dem fraglichen Verzeichnis
und nun habe ich dort die Spuren (extended attributes)

Nun suche ich nur noch den Befehl oder das Programm
welches diese "extended attributes" wieder entfernt!
Und ich hab! dann wieder Ruhe beim Kopieren! ;-)
 
A

abgdf

Guru
Hallo,
Nun suche ich nur noch den Befehl oder das Programm welches diese "extended attributes" wieder entfernt!
Zum Vergrößern anklicken....
Hmm, theoretisch kann "cp" die ja killen ...
Ich weiß aber nicht, ob das immer so gut ist.
Noch etwas mehr Info:
Code: 
man 5 attr
und

http://www.penguin-soft.com/penguin/man/2/removexattr.html

Letzteres scheint sich aber nicht auf ein Programm, sondern auf eine C/C++-Funktion zu beziehen ...

Viele Grüße
 
R

rolle

Guru
Versuche doch mal mit der Option 'user_xattr' in der fstab herumzuspielen, eventuell unterstützt eine der beiden beteiligten Partitionen das, die andere nicht. -> man mount
 
OP
M

miti

Newbie
Und jetzt die letzte Nachricht in diesem Falle:

BEFEHL: getfattr pathname
prüft, ob extended attributes vorhanden

BEFEHL: cp --attributes=- quelldatei zieldatei
verhindert Fehlermeldung:
cp: setting attributes for „/quelldatei“: Die Operation wird nicht unterstützt
und kopiert o h n e extended attributes

1. einfaches Kopieren des mit extended attributes "verseuchten" Verzeichnisses
(oder der "verseuchten" Datei)
irgendwohin auf dem gleichen Datenträger
und dann wieder zurückkopieren an den Originalplatz
entsorgt die extended attributes von der Datei oder aus dem gesamten Verzeichnis!

2. BEFEHL: attr -l /pathname
den oder die "attrname" ermitteln (z.B.: Beagle.Uid)
dann mit attr -r attrname pathname
die extended attributes entfernen
- wenn, wie in meinem Fall 5 extended atrributes vorhanden,
muss der Vorgang mit jedem attrname einzeln wiederholt werden! -

( die anderen, oben vorgeschlagenen Befehle sind C-Methoden/Befehle für c oder c++ Progamme)

Im übrigen hatte Billy - wie weiter oben vermutet - hierbei nicht seine Hand im Spiel! ;-)

Tchüss - miti
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben