Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?
Forum>Software>interne Festplatte zeigt Zugriffsrechte komisch an - Yosemite

interne Festplatte zeigt Zugriffsrechte komisch an - Yosemite

RyHoRuK15.11.1401:29
wenn ich bei mir auf der Internen Festplatte die Infos anzeigen lasse, dann sehe ich dort
Laden .... Lesen und schreiben
wheel Nur Lesen
everyone Nur Lesen

auf dem MacBook Air meiner Frau steht da

System... Lesen und Schreiben
wheel Nur Lesen
everyone Nur lesen

Ich habe nun die Platte per Festplattenprogramm die Zugriffsrechte reparieren lassen, ohne Erfolg. Ebenso dir die Recovery Partition.
Was kann ich jetzt noch machen um es zu reparieren?
0

Kommentare

Weia
Weia15.11.1408:03
Gib mal in einem Terminal-Fenster folgenden Befehl ein:

ls -la /

Und poste das Ergebnis. Dann sehen wir, was genau los ist.
„🦖The dinosaurs invented Jesus to test our confidence in science“
0
Marcel Bresink15.11.1410:17
Du kannst das wie folgt reparieren:

1) Stelle sicher, dass Du als Benutzer mit Administrator-Berechtigungen angemeldet bist.
2) Öffne ein Terminal-Fenster und gib folgenden Befehl ein:

sudo chown root:wheel /

OS X wird hierbei nach Deinem Kennwort fragen.
0
RyHoRuK15.11.1414:10
[iMac-von-Claudius:/] claudius$ ls -la
total 606
drwxr-xr-x   41 root      wheel    1462 15 Nov 06:30 ./
drwxr-xr-x   41 root      wheel    1462 15 Nov 06:30 ../
-rw-rw-r--@   1 root      admin   10244 12 Nov 20:29 .DS_Store
d--x--x--x    9 root      wheel     306 12 Nov 20:45 .DocumentRevisions-V100/
drwxr-xr-x    2 root      wheel      68 22 Jul  2012 .PKInstallSandboxManager/
drwx------    5 root      wheel     170 10 Nov 20:54 .Spotlight-V100/
d-wx-wx-wt    2 root      wheel      68 18 Okt 17:10 .Trashes/
srwxrwxrwx    1 root      wheel       0 15 Nov 03:11 .dbfseventsd=
drwx------   77 root      wheel    2618 15 Nov 09:54 .fseventsd/
-rw-------    1 root      wheel  262144  9 Nov 20:26 .hotfiles.btree
drwxr-xr-x@   2 root      wheel      68 10 Sep 01:27 .vol/
drwxrwxr-x+ 112 root      admin    3808 12 Nov 20:35 Applications/
lrwxr-xr-x    1 root      admin      60 19 Feb  2006 Benutzerhandbücher und Informationen@ -> /Library/Documentation/User Guides and Information.localized
lrwxr-xr-x    1 root      wheel      49  7 Nov  2012 Benutzerinformationen@ -> /Library/Documentation/User Information.localized
drwxrwxrwx    3 root      admin     102  1 Okt  2002 CVS/
drwxr-xr-x+  79 root      wheel    2686 18 Okt 16:42 Library/
drwxr-xr-x@   2 root      wheel      68  9 Sep 22:47 Network/
drwxr-xr-x@   4 claudius  admin     136 19 Dez  2010 Support/
drwxr-xr-x+   4 root      wheel     136 18 Okt 09:51 System/
drwxr-xr-x    5 root      admin     170  9 Nov 20:09 Users/
drwxrwxrwt@   8 root      admin     272 14 Nov 19:37 Volumes/
drwxrwxr-t   18 root      admin     612 23 Mär  2011 Xcode2.5/
drwxr-xr-x@  39 root      wheel    1326 18 Okt 09:52 bin/
drwxrwxr-t@   2 root      admin      68  9 Sep 22:47 cores/
dr-xr-xr-x    3 root      wheel    4984 12 Nov 20:44 dev/
lrwxr-xr-x@   1 root      wheel      11 18 Okt 09:45 etc@ -> private/etc
dr-xr-xr-x    2 root      wheel       1 15 Nov 01:09 home/
-rw-r--r--@   1 root      wheel     313  1 Okt 08:12 installer.failurerequests
drwxr-xr-x    4 claudius  staff     136 20 Apr  2007 local/
drwxrwxrwt    2 root      wheel      68  9 Nov 16:50 lost+found/
dr-xr-xr-x    2 root      wheel       1 15 Nov 01:09 net/
drwxr-xr-x@   3 claudius  admin     102 29 Mär  2011 opt/
drwxr-xr-x@   6 root      wheel     204 18 Okt 09:54 private/
drwxr-xr-x@  60 root      wheel    2040 18 Okt 16:35 sbin/
drwxr-xr-x   11 root      admin     374 18 Apr  2002 sw/
-rw-r--r--    1 root      admin     512  6 Jun  2011 t.txt
lrwxr-xr-x@   1 root      wheel      11 18 Okt 09:47 tmp@ -> private/tmp
drwxr-xr-x@  14 root      wheel     476 18 Okt 16:35 usr/
lrwxr-xr-x@   1 root      wheel      11 18 Okt 09:47 var@ -> private/var
0
RyHoRuK15.11.1414:12
sudo chown root:wheel / hat nichts verändert

0
zod198815.11.1415:46
Funktioniert alles, wie es soll? Dann lass es einfach wie es ist.
0
sudox
sudox15.11.1417:18
Onyx ist Dein Freund...
„Die Welt ist Kunst in der wir leben – macht die Augen auf...“
0
RyHoRuK15.11.1420:49
naja Spotlight und TimeMachine spinnen ) Also funktioniert nicht alles wie es soll.

Onyx!!! werde ich mir mal anschauen. Danke
0
Weia
Weia16.11.1403:40
Marcel Bresink
Du kannst das wie folgt reparieren:
Naja, kann er offenbar nicht, denn die Unix-Zugriffsrechte scheinen ja gar nicht das Problem zu sein …

RyHoRuK
[iMac-von-Claudius:/] claudius$ ls -la
total 606
drwxr-xr-x   41 root      wheel    1462 15 Nov 06:30 ./
drwxr-xr-x   41 root      wheel    1462 15 Nov 06:30 ../
[...]
sudo chown root:wheel / hat nichts verändert
Ein Frage nur zu Sicherheit: hast Du ls -la gemacht, bevor Du sudo chown root:wheel / gemacht hast? Falls ja, dann heißt das zweierlei:

1. Deine Unix-Zugriffsrechte sind alle in Ordnung
2. Logischerweise verändert eine „Reparatur“ dieser Rechte mit chown dann auch nix.

Die Meldung „Laden …“ in der Spalte Name bei den Zugriffsrechten im Infofenster ist eine unsinnige Terminologie von Apple für die Situation, dass der Finder den Namen für die User-ID nicht ermitteln kann; es müsste also eher sowas wie „unbekannt“ heißen. Klassischer Fall wäre, dass Du den Inhalt einer Festplatte von Rechner 1 1:1 auf Rechner 2 kopierst, und Rechner 1 z.B. den User „thomas“ mit der User-ID 503 kennt, Rechner 2 aber gar keine drei verschiedenen Nutzer und insbesondere keinen mit der User-ID 503 hat.

Auf Terminal-Ebene würdest Du auf Rechner 1 für eine Datei von thomas dann folgendes sehen:

-rw-r--r--    1 thomas   staff  -            67360  8 Sep 16:27:10 2011 Testdatei.txt

Auf Rechner 2 aber:

-rw-r--r--    1 503   staff  -            67360  8 Sep 16:27:10 2011 Testdatei.txt

Und im Info-fenster von Rechner 2 stünde dann in der Spalte Name statt „Thomas“ eben „Laden …“

Das Rätselhafte in Deinem Fall ist, dass es um den root-User geht, den Dein Rechner natürlich kennt, wie ja auch an der Terminal-Ausgabe zu sehen ist, wo schließlich „root“ und nicht „0“ als Eigentümer der ganzen Dateien steht.

Es sieht also so aus, als würde die Unix-Ebene Deines Macs den Namen root für den Nutzer 0 kennen, Cocoa (also Deine GUI-Programme) aber nicht.

Das ist mir so noch nie begegnet und in der Tat extrem rätselhaft. Wie schon jemand geschrieben hat, würde alles funktionieren, würde ich das als kosmetisches Problem abhaken und es dabei bewenden lassen, aber das ist ja offenbar nicht der Fall.

Was passiert denn, wenn Du in den Systemeinstellungen → Benutzer & Gruppen versuchst, einen neuen Admin-Nutzer mit dem Vollständigen Namen „root“ anzulegen? Sobald Du „root“ eingibst, müsste in Rot eine Warnmeldung kommen, dass dieser Name bereits verwendet wird. Ist das bei Dir der Fall?
„🦖The dinosaurs invented Jesus to test our confidence in science“
0
MikeMuc16.11.1410:59
Ich tippe auf ACLs. Die werden mit Rechte reparieren nicht angefasst, glaube ich. Aber dafür gibt's auch was fürs Terminal oder Tinkertool(system)
0
Weia
Weia16.11.1411:07
ls -lae /
zeigt auch die ACLs mit an. Das könnte RyHoRuK probieren.
„🦖The dinosaurs invented Jesus to test our confidence in science“
0
Marcel Bresink16.11.1411:26
Das geht alles am Problem vorbei. Zur weiteren Diagnose wäre die Ausgabe von

ls -ldeO /

und

dscl . -read /Users/root

sinnvoll.
0
RyHoRuK17.11.1417:47
Ich habe jetzt mal alles angefügt was ich auswerten sollte. Mein erste ls -la war vor dem Clown ich dachte ich für den Clown Befehl trotzdem aus um eventuell etwas wo anders gerade zu biegen.


[iMac-von-Claudius:/] claudius$ ls -lae
total 606
drwxr-xr-x   41 root      wheel    1462 16 Nov 00:52 ./
drwxr-xr-x   41 root      wheel    1462 16 Nov 00:52 ../
-rw-rw-r--@   1 root      admin   10244 15 Nov 20:55 .DS_Store
d--x--x--x    9 root      wheel     306 15 Nov 17:11 .DocumentRevisions-V100/
drwxr-xr-x    2 root      wheel      68 22 Jul  2012 .PKInstallSandboxManager/
drwx------    5 root      wheel     170 10 Nov 20:54 .Spotlight-V100/
d-wx-wx-wt    2 root      wheel      68 18 Okt 17:10 .Trashes/
srwxrwxrwx    1 root      wheel       0 16 Nov 00:52 .dbfseventsd=
drwx------  114 root      wheel    3876 17 Nov 00:47 .fseventsd/
-rw-------    1 root      wheel  262144  9 Nov 20:26 .hotfiles.btree
drwxr-xr-x@   2 root      wheel      68 10 Sep 01:27 .vol/
drwxrwxr-x+ 100 root      admin    3400 15 Nov 17:54 Applications/
 0: group:everyone deny delete
lrwxr-xr-x    1 root      admin      60 19 Feb  2006 Benutzerhandbücher und Informationen@ -> /Library/Documentation/User Guides and Information.localized
lrwxr-xr-x    1 root      wheel      49  7 Nov  2012 Benutzerinformationen@ -> /Library/Documentation/User Information.localized
drwxrwxrwx    3 root      admin     102  1 Okt  2002 CVS/
drwxr-xr-x+  79 root      wheel    2686 18 Okt 16:42 Library/
 0: group:everyone deny delete
drwxr-xr-x@   2 root      wheel      68  9 Sep 22:47 Network/
drwxr-xr-x@   4 claudius  admin     136 19 Dez  2010 Support/
drwxr-xr-x+   4 root      wheel     136 18 Okt 09:51 System/
 0: group:everyone deny delete
drwxr-xr-x    5 root      admin     170  9 Nov 20:09 Users/
drwxrwxrwt@   8 root      admin     272 17 Nov 00:46 Volumes/
 0: group:everyone deny add_file,add_subdirectory,directory_inherit,only_inherit
drwxrwxr-t   18 root      admin     612 23 Mär  2011 Xcode2.5/
drwxr-xr-x@  39 root      wheel    1326 18 Okt 09:52 bin/
drwxrwxr-t@   2 root      admin      68  9 Sep 22:47 cores/
dr-xr-xr-x    3 root      wheel    4880 15 Nov 17:10 dev/
lrwxr-xr-x@   1 root      wheel      11 18 Okt 09:45 etc@ -> private/etc
dr-xr-xr-x    2 root      wheel       1 16 Nov 20:44 home/
-rw-r--r--@   1 root      wheel     313  1 Okt 08:12 installer.failurerequests
drwxr-xr-x    4 claudius  staff     136 20 Apr  2007 local/
drwxrwxrwt    2 root      wheel      68  9 Nov 16:50 lost+found/
dr-xr-xr-x    2 root      wheel       1 16 Nov 20:44 net/
drwxr-xr-x@   3 claudius  admin     102 29 Mär  2011 opt/
drwxr-xr-x@   6 root      wheel     204 18 Okt 09:54 private/
drwxr-xr-x@  60 root      wheel    2040 18 Okt 16:35 sbin/
drwxr-xr-x   11 root      admin     374 18 Apr  2002 sw/
-rw-r--r--    1 root      admin     512  6 Jun  2011 t.txt
lrwxr-xr-x@   1 root      wheel      11 18 Okt 09:47 tmp@ -> private/tmp
drwxr-xr-x@  14 root      wheel     476 18 Okt 16:35 usr/
lrwxr-xr-x@   1 root      wheel      11 18 Okt 09:47 var@ -> private/var





[iMac-von-Claudius:/] claudius$ ls -ldeO /
drwxr-xr-x  41 root  wheel  - 1462 16 Nov 00:52 //
[iMac-von-Claudius:/] claudius$ 


[iMac-von-Claudius:/] claudius$ dscl . -read /Users/root
dsAttrTypeNative:_writers_passwd: root
dsAttrTypeNative:accountPolicyData:
 <?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>creationTime</key>
    <real>1413619762.1912031</real>
</dict>
</plist>

dsAttrTypeNative:KerberosFlags: 350
AppleMetaNodeLocation: /Local/Default
AuthenticationAuthority: ;ShadowHash;HASHLIST:<SALTED-SHA512-PBKDF2> ;Kerberosv5;;root@LKDC:SHA1.64064F34DE5BF24B275B9BD4C881DCEA4E318DFA;LKDC:SHA1.64064F34DE5BF24B275B9BD4C881DCEA4E318DFA
GeneratedUID: E3979D15-209F-4C92-BB6B-016BC48C3B5D
NFSHomeDirectory: /var/root
Password: ********
PasswordPolicyOptions:
 <?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>failedLoginCount</key>
    <integer>0</integer>
    <key>failedLoginTimestamp</key>
    <date>2001-01-01T00:00:00Z</date>
    <key>lastLoginTimestamp</key>
    <date>2001-01-01T00:00:00Z</date>
</dict>
</plist>

PrimaryGroupID: 0
RealName:
 System Administrator
RecordName: root
RecordType: dsRecTypeStandard:Users
UniqueID: 0
UserShell: /bin/sh
[iMac-von-Claudius:/] claudius$ 
0
Marcel Bresink17.11.1417:58
Die Rechte für den Ordner, um den es geht, sind korrekt eingestellt. Da muss also nichts mehr verändert werden. Es muss sich um ein reines Anzeigeproblem des Finders handeln.

Aus dem dscl-Ergebnis sieht man, dass der Benutzer "root" zur Anmeldung freigeschaltet ist. Das sollte man eigentlich nicht machen, wenn man es nicht unbedingt braucht. Um das zu ändern, kannst Du Folgendes tun:

1) Das Programm "Verzeichnisdienste" starten. In aktuellen Versionen von OS X befindet es sich im Ordner /System/Library/CoreServices/Applications, in älteren Versionen von OS X eine Ebene höher.
2) In diesem Programm durch Anklicken des Schlosssymbols als Administrator authentifizieren.
3) Im Menü "Bearbeiten" den Punkt "root-Benutzer deaktivieren" aufrufen.
0
Weia
Weia17.11.1420:38
Marcel Bresink
Die Rechte für den Ordner, um den es geht, sind korrekt eingestellt. Da muss also nichts mehr verändert werden. Es muss sich um ein reines Anzeigeproblem des Finders handeln.
Nur dass RyHoRuK sagt, es sei kein rein kosmetisches Problem, sondern gäbe Ärger mit Time Machine und Spotlight … Inwiefern genau „spinnen“ die denn? Vielleicht hängt das ja gar nicht zusammen, obwohl der Verdacht natürlich naheliegt.
Aus dem dscl-Ergebnis sieht man, dass der Benutzer "root" zur Anmeldung freigeschaltet ist. Das sollte man eigentlich nicht machen, wenn man es nicht unbedingt braucht.
Das ist auf neuen Macs auch immer eines der ersten Dinge, die ich mache. Das ist nicht nur für Sysadmin-Arbeiten vom Terminal aus weniger umständlich, vor allem kann ich mich auch als root via GUI einloggen, womit manche Manipulationen, die ich an OS X vornehmen will, erst vernünftig möglich werden.

Ich habe nie verstanden, warum das ein Problem sein soll. Was ist an sudo denn sicherer als an su?
„🦖The dinosaurs invented Jesus to test our confidence in science“
0
RyHoRuK17.11.1421:20
Also ich habe TimeMachine am Laufen für die interne und eine weitere externe Platte. Immer wieder funkt beim Sichern ms im top dazwischen und TimeMachine bleibt hängen. der mds-Prozess nimmt sich dann 100% der CPU und das wars dann. Ich habe alle Berechtigungen geprüft. Für Spotlight TimeMachne HD expluded und die interne Platte und plötzlich läuft alles ohne Probleme. NUR ich will ja Spotlight auch auf der internen Platte haben, denn wie soll ich sonst dort suche?
Für Spotlight habe ich einiges schon deaktiviert, aber trotzdem will mds-nicht fertig werden auf der internen Platte und killt mir damit TimeMachine auf das ich auch nicht verzichten möchte.

Kann natürlich sein, dass das miteinander nichts zu tun hat. Aber nachdem ich alle HD überprüft habe, die Zugriffsrechte korrigiert, hat sich nichts verbessert.
Jetzt greife ich nach jedem Strohhalm, da ich auch nirgendwo eine Fehlermeldung finden kann. Weder in der Konsole noch sonst wo. Ich echt doof das Ganze.
0
someone17.11.1422:41
Unter Linux wuerde ich mal mit "strace" an den Prozess attachen und schauen was er so macht, und ev. mit "lsof" noch alle offenen Filehandle listen.

Unter OS-X muesste das mit "dtrace" und "lsof" auch moeglich sein, kenne mich da aber leider nicht aus...
0
RyHoRuK18.11.1417:35
Ich denke ich kann das Thema hier nun schliessen, denn es hat wohl nichts mit der internen Platte Ansicht zu tun sondern mit Spotlight und TimeMachine ansich.

Sobald Spotlight läuft gibt es Probleme mit TimeMachine. Ansonsten nicht. Ich werde jetzt in kleinen Schritten Spotlight für anfänglich die externen Plattenpartitionen wieder aktivieren und dann nach jeder Aktivierung einige Tage warten bis ich die nächste hinzuschalte. Ärgerlich ist, dass ich keine Fehlermeldungen bekomme aber dtrace muss ich mir merken.
Und was weiterhin nervig ist, dass SpotLight es trotz Eintrag in Privatsphäre es immer wieder schafft die dort hinterlegte TimeMachine-Platte wieder zu vergessen und auch diese indizieren zu wollen. Aber ich muss erst einmal eingrenzen welche Indizierung das Problem ist. Die der internen Platte oder die von der TimeMachine-Platte.
Vielen Dank für Eure Hilfe.... habe wieder sehr viel gelernt.
0
Marcel Bresink18.11.1418:14
RyHoRuK
Immer wieder funkt beim Sichern ms im top dazwischen und TimeMachine bleibt hängen. der mds-Prozess nimmt sich dann 100% der CPU und das wars dann.

Was heißt, "das war's dann"? mds ist für Time Machine zwingend erforderlich. Besonders wenn Time Machine mal abgebrochen wurde oder wenn zwischen zwei Sicherungen eine übermäßig große Zeit vergangen ist, ist es notwendig, dass mds die Time Machine-Platte länger indexiert. Bei großen Datenmengen kann das auch schon mal über 1 Stunde dauern. Das ist völlig normal.
Und was weiterhin nervig ist, dass SpotLight es trotz Eintrag in Privatsphäre es immer wieder schafft die dort hinterlegte TimeMachine-Platte wieder zu vergessen und auch diese indizieren zu wollen.

Das muss so sein. Teile von Time Machine basieren auf den Diensten von Spotlight. Wenn Du die Time Machine-Platte von Spotlight ausschließt, heißt das nicht, dass das Indexieren auf dieser Platte abgeschaltet wird (ohne das funktioniert Time Machine nicht mehr korrekt), sondern nur, dass keine Spotlight-Suchergebnisse für diese Platte angezeigt werden sollen.
0
RyHoRuK18.11.1420:21
Marcel Bresink
RyHoRuK
Immer wieder funkt beim Sichern ms im top dazwischen und TimeMachine bleibt hängen. der mds-Prozess nimmt sich dann 100% der CPU und das wars dann.

Was heißt, "das war's dann"? mds ist für Time Machine zwingend erforderlich. Besonders wenn Time Machine mal abgebrochen wurde oder wenn zwischen zwei Sicherungen eine übermäßig große Zeit vergangen ist, ist es notwendig, dass mds die Time Machine-Platte länger indexiert. Bei großen Datenmengen kann das auch schon mal über 1 Stunde dauern. Das ist völlig normal.
Und was weiterhin nervig ist, dass SpotLight es trotz Eintrag in Privatsphäre es immer wieder schafft die dort hinterlegte TimeMachine-Platte wieder zu vergessen und auch diese indizieren zu wollen.

Das muss so sein. Teile von Time Machine basieren auf den Diensten von Spotlight. Wenn Du die Time Machine-Platte von Spotlight ausschließt, heißt das nicht, dass das Indexieren auf dieser Platte abgeschaltet wird (ohne das funktioniert Time Machine nicht mehr korrekt), sondern nur, dass keine Spotlight-Suchergebnisse für diese Platte angezeigt werden sollen.

Oje das habe ich bisher immer anders verstanden. Ich dachte das sind voneinander unabhängige Dienste. Naja Fakt ist, dass irgendwann mds 100% CPU sich nimmt und dieser Zustand dazu führt, dass TimeMachine im Archivierungsprozess stehen bleibt und dann Tagelang keine Veränderung mehr eintritt. ms zeigt 100% und mehr an und TimeMachine arbeitet gar nicht mehr. Das kann aber dann ach nicht sein, oder?
Also muss ich weiter suchen gehen. Vielleicht einfach mal den nächsten Block abwarten und schauen was dtrace sagt?
0
Marcel Bresink18.11.1420:41
RyHoRuK
dass TimeMachine im Archivierungsprozess stehen bleibt und dann Tagelang keine Veränderung mehr eintritt.

Das heißt, Du hast das wirklich mehr als 24 Stunden lang laufen lassen und alle beteiligten Geräte blieben eingeschaltet, ohne Ruhezustand? Läuft das über Platte, LAN oder WLAN?
0
RyHoRuK18.11.1422:36
alles über USB und es lief mehr als 48h.
Jetzt habe ich alle HDs in Spotlight Privat gesetzt und nehme eine Platte nach der anderen wieder in TimeMachine auf.
Wenn das erledigt ist und alles gesichert, dann nehme ich eine Platte nach der anderen wieder aus Spotlight Privat raus. Bis auf TimeMachine. Lasse aber dazwischen einige Tage immer vergehen. Damit sich alles einrenken kann.
Das letzte Mal sah es gut aus bis es plötzlich wieder den mds Richtung 100% trieb und er da stehen blieb.
0
RyHoRuK19.11.1417:45
someone
Unter Linux wuerde ich mal mit "strace" an den Prozess attachen und schauen was er so macht, und ev. mit "lsof" noch alle offenen Filehandle listen.

Unter OS-X muesste das mit "dtrace" und "lsof" auch moeglich sein, kenne mich da aber leider nicht aus...

und wie wären da die Befehle für den Aufruf?
0
someone19.11.1421:25
RyHoRuK
und wie wären da die Befehle für den Aufruf?
Im einfachsten Fall z.B.
strace -f -p 25585 -o /tmp/debug
um sich an den Prozess mit PID 25585 anzuhaengen, alle neuen Subprozesse ebenfalls zu tracen und den Output in ein File umzuleiten.
Kann mit unzaehligen Switches verfeinert werden, z.B.
-e trace=file
um nur File related Zugriffe anzuzeigen etc.

Und um die momentan offenen Filehandle und Socket des Prozesses anzuzeigen:
/usr/sbin/lsof -p 25585
0
RyHoRuK20.11.1400:04
someone
RyHoRuK
und wie wären da die Befehle für den Aufruf?
Im einfachsten Fall z.B.
strace -f -p 25585 -o /tmp/debug
um sich an den Prozess mit PID 25585 anzuhaengen, alle neuen Subprozesse ebenfalls zu tracen und den Output in ein File umzuleiten.
Kann mit unzaehligen Switches verfeinert werden, z.B.
-e trace=file
um nur File related Zugriffe anzuzeigen etc.

Und um die momentan offenen Filehandle und Socket des Prozesses anzuzeigen:
/usr/sbin/lsof -p 25585

Strace findet er nicht für dtrace stimmen die Parameter nicht und lsof liefert kein Ergebnis. Ich habe die PID vom ms Prozess genommen
Ich muss da nochmals anders rein.
0

Kommentieren

Diese Diskussion ist bereits mehr als 3 Monate alt und kann daher nicht mehr kommentiert werden.