Zugriffsrechte, die ewige Geißel des Apfels?

[MacAlzenau]

Wenn man pingelig ist: Es steht ja auch nirgends, daß das schlimm ist. Nur daß sich Soll-Wert und Ist-Wert unterscheiden. (Stand da nicht früher was von "...wurde erwartet... ist..."?)
Aber vermutlich lassen sich diese Ausgaben nicht soweit eingrenzen, daß man automatisch eine Entwarnung geben könnte. Apple muß da sicher auch etwas vorsichtig sein.
Schließlich steht bei erfolgreichen Überprüfungen ja auch immer nur da "Das Volume scheint in Ordnung zu sein."
Es wäre allerdings vielleicht mal ganz praktisch, wenn ein Terminal-/UNIX-Guru mal erklärt, warum diese Diskrepanzen auftreten und wann man sich vielleicht doch Sorgen machen sollte.

 

[Oregano]

Vielen Dank, jetzt habe ich einen Krampf im Finger vom scrollen.

 

[MacMark]

2009-05-26 09:37:23 +0200: Reparatur der Zugriffsrechte abgeschlossen

Wo ist da ein Problem?

 

[larkmiller]

Wo ist da ein Problem?

Nirgendwo, fuer den/die Oregano sieht es halt beeindruckend aus.

 

[Oregano]

Wo ist da ein Problem?

Naja, das ich manche Dateien trotzdem noch nicht löschen kann.

 

[Macbeatnik]

vielleicht ist das auch gut so, denn jetzt mal anders herum gefragt, welche Dateien willst du denn löschen und du weisst, sicherlich welche Dateien bei der Zugriffrechtreparatur nur gerichtet werden, denn z.B. deine benutzerdaten oder alle Programme die nicht durch den Installer oder der systemaktualisierung auf deinen Rechner gebracht wurden betrifft es nämlich nicht.

hier der Auszug aus der Hilfe:
Das Festplatten-Dienstprogramm repariert die Zugriffsrechte für Dateien, die vom Installationsprogramm oder der Systemeinstellung "Softwareaktualisierung" installiert wurden. Zugriffsrechte für Ihre Dokumente, Ihren Benutzerordner und bestimmte Programme von Drittanbietern, einschließlich Programme, die nicht im Installationsprogramm installiert werden, werden nicht repariert.

Und noch ein Edit, auch wenn du Admin Rechte hast, bist du auf deinem Rechner nicht allmächtig und darfst alles löschen.

 

[Oregano]

vielleicht ist das auch gut so, denn jetzt mal anders herum gefragt, welche Dateien willst du denn löschen

Na das home-directory was denn sonst? :-D
Nein es ist eine Datei die ich mal am Server erstellt habe, bin jetzt grad mal in den Serverrraum gelatscht und hab sie da gelöscht, das ging. Anscheinend hat mein Rechner nur manchmal die Berechtigung Dateien zu löschen die am Server (OS X Server Version) erstellt wurden. In besonders hartnäckigen Fällen schmeiss ich dann den Windows-Laptop an und lösche sie von da das geht seltsamerweise immer. Evtl. hat der Mac da dann doch noch etwas Respekt vor 90% Marktanteil :-D

 

[MacMark]

... Zugriffsrechte für Ihre Dokumente, Ihren Benutzerordner ... werden nicht repariert. ...

Das Home kann man seit 10.5 auch wieder mit korrekten Rechten versehen:
http://macmark.de/osx_permissions.php#home-rechte

Naja, das ich manche Dateien trotzdem noch nicht löschen kann.

Dateien nicht löschen zu können, kann diverse Ursachen haben. Da muß man im Einzelfall nachschauen.

 

[Macbeatnik]

Gut, auf diese Dateien hat die Zugriffsrechtsreparaur wohl überhaupt keinen Einfluss, warum es da hakt, k.A. aber mit der Reparatur der Rechte wirst du dieses Problem nicht in den Griff bekommen, das liegt woanders im Dunkel verborgen. Das man mit anderen Osen dort dann etwas richten kann ist auch nicht verwunderlich, wahrscheinlich könnte man sich da auch ohne Probleme den Ast absägen lassen.

 

[Macbeatnik]

Das Home kann man seit 10.5 auch wieder mit korrekten Rechten versehen:
http://macmark.de/osx_permissions.php#home-rechte
.

Jupp, danke, ist mir bekannt, war ja auch nur ein Post, der sich auf das Festplattendienstprogramm bezog, da ich davon ausging, das eben dieses benutzt wurde und die unten aufgeführten Fehler auserhalb des benutzerordners auftraten zumindest die ich beim überfliegen gesehen habe.

 

[Oregano]

Gut, auf diese Dateien hat die Zugriffsrechtsreparaur wohl überhaupt keinen Einfluss, warum es da hakt, k.A. aber mit der Reparatur der Rechte wirst du dieses Problem nicht in den Griff bekommen, das liegt woanders im Dunkel verborgen. Das man mit anderen Osen dort dann etwas richten kann ist auch nicht verwunderlich, wahrscheinlich könnte man sich da auch ohne Probleme den Ast absägen lassen.

Ist auch eine ältere Serverversion, evtl. liegts daran. Müssten evtl. mal den Server updaten aber das kost' Geld ...

 

[eet]

Na, jedenfalls finde ich das zu lustig, immer wieder zu lesen 'reparier doch die Dateirechte!'. Das kling für mich dann jedesmal wie das gute, alte 'lass mal checkdisk drüber laufen' unter Windows 3.1 und FAT-Dateisystemen.

 

[MacMark]

... 'reparier doch die Dateirechte!'. Das klingt für mich wie 'lass mal checkdisk drüber laufen' ...

Ein Prüfen der physikalischen Intaktheit einer Platte hat nichts mit Dateirechten zu tun.

 

[eet]

Nein, es scheint nur in ähnlicher Weise unzeitgemäß. Passt einfach nicht zu einem modernen Betriebssystem.

 

[MacMark]

Festplattenfehler und fehlerhafte POSIX-Rechte machen einem "modernen" System nichts?

Dann erklärt mir mal, warum Dein openSuSE alle 60 Tage ein checkdisk forciert beim Booten?

disks have gone over 60 days without checking, check forced

Oder soll ich Dir auf Deinem openSuSE mal ein paar Zugriffsrechte ändern und Du versuchst danach neu zu booten?

PS: Rastafari hatte wohl doch recht mit seiner Anspielung auf das Original-Logo von "Linux".

 

[Freddy K.]

... Passt einfach nicht zu einem modernen Betriebssystem.

Dem muss ich zustimmen.

Würde es denn ein große Schwierigkeit darstellen das bei Updates automatisch zu prüfen oder anderweitig zu automatisieren?

 

[MacApple]

Es wäre allerdings vielleicht mal ganz praktisch, wenn ein Terminal-/UNIX-Guru mal erklärt, warum diese Diskrepanzen auftreten

Ja, das würde mich auch mal interessieren, wie sich die Rechte nur durch normales arbeiten am Rechner einfach so mal verstellen können. Ich denke aber, dass man hierzu keine konkrete Antwort bekommen wird.

MacApple

 

[Rastafari]

Das kling für mich dann jedesmal wie das gute, alte 'lass mal checkdisk drüber laufen' unter Windows 3.1 und FAT-Dateisystemen.

...
Always skipping filesystem checks may sometimes be dangerous, so Ext2fs provides two ways to force checks at regular intervals. A mount counter is maintained in the superblock. Each time the filesystem is mounted in read/write mode, this counter is incremented. When it reaches a maximal value (also recorded in the superblock), the filesystem checker forces the check even if the filesystem is ``Clean''. A last check time and a maximal check interval are also maintained in the superblock. These two fields allow the administrator to request periodical checks. When the maximal check interval has been reached, the checker ignores the filesystem state and forces a filesystem check.
...

Mein Gott, die ganze Welt ist scheinbar dodal verblädet...

 

[eet]

Dann erklärt mir mal, warum Dein openSuSE alle 60 Tage ein checkdisk forciert beim Booten?

Ein Prüfen der physikalischen Intaktheit einer Platte hat nichts mit Dateirechten zu tun.

Oder soll ich Dir auf Deinem openSuSE mal ein paar Zugriffsrechte ändern und Du versuchst danach neu zu booten?

Merkwürdig; ich hatte nie vermurkste Zugriffsrechte auf openSUSE. Wie kommt es, dass die bei MacOS offenbar eine alltägliche Erscheinung sind?

 

[MacMark]

Ein Prüfen der physikalischen Intaktheit einer Platte hat nichts mit Dateirechten zu tun. ...

Nein, es scheint nur in ähnlicher Weise unzeitgemäß. Passt einfach nicht zu einem modernen Betriebssystem.

Arbeitest Du mit einem unzeitgemäßen, unmodernen System?

...vermurkste Zugriffsrechte auf openSUSE. Wie kommt es, dass die bei MacOS offenbar eine alltägliche Erscheinung sind?

Nur bei EDV-Hypochondern, die nicht lesen können.