*.log file direkt auf C: für Benutzer nicht editierbar

Hallo,

ich hab es hier mit einem (vielleicht gewollten) Verhalten von Vista zu tun.
Also, sobald ich einen neues OS aufsetze erstelle ich im Root Directory,
also bei Windows direkt auf C: ein File *.log in dem ich die Installation
und Konfiguration dokumentiere, bzw Notizen zu dieser mache.

Da ich als "normaler Benutzer" arbeite, hatte ich in XP Zeiten, einfach der
Gruppe User, das ändern Recht an der Datei vergeben, damit ich dort als
normaler User Eintragungen machen kann.

Unter Vista scheint dies aber leider nicht zu funktionieren, ich kann nur
als "echter" Administrator die Datei bearbeiten. Sobald ich das File als
Benutzer speichern möchte, kommt eine Fehlermeldung "Pfad nicht gefunden,
stellen Sie sicher das Dateiname und Pfad richtig angegeben sind",
wohlgemerkt ich habe die Datei geöffnet.
Als Administrator dagegen keine Probleme.
Jeglicher Versuch mit den Berechtigungen (Vollzugriff, Besitz übernommen,
....) scheiterten bisher.

Weiß jemand Rat, bzw kann mir helfen?

Gruß

carnivore schrieb:

> Jeglicher Versuch mit den Berechtigungen (Vollzugriff, Besitz übernommen,
> ...) scheiterten bisher.

Woran scheintern sie denn? Das das sollte eigentlich funktionieren.


--
Grüße,
Thomas

Hi,

dachte ich auch.
Die Berechtigungen und der Besitz werden auch korrekt übernommen, ein
Speichern ist aber trotzdem nicht möglich.
Hab jetzt nochmal ein frisches Vista in einer VM installiert, mit 2 Accounts
(Administrator, TestUser).
Das selbe, als TestUser obwohl Besitz und alle Berechtigungen kann ich das
File nicht speichern. Die genaue Fehlermeldung:
"Cannot create filename.log file. Make sure the path and file name are
correct".

Sobald ich die Datei unter anderem Namen speichern will (direkt auf C,
bekomme ich natürlich die "Permission Denied" Meldung, was ja auch klar ist.

Komische Sache???

gruß



"Thomas D." <dnr@discussions.microsoft.com> wrote in message
news:1ovftpbu0674i.1uptmqypsnu0.dlg@40tude.net...
> carnivore schrieb:
>
>> Jeglicher Versuch mit den Berechtigungen (Vollzugriff, Besitz übernommen,
>> ...) scheiterten bisher.
>
> Woran scheintern sie denn? Das das sollte eigentlich funktionieren.
>
>
> --
> Grüße,
> Thomas

carnivore schrieb:

> "Cannot create filename.log file. Make sure the path and file name are
> correct".
>
> Sobald ich die Datei unter anderem Namen speichern will (direkt auf C,
> bekomme ich natürlich die "Permission Denied" Meldung, was ja auch klar ist.

Moment, wie speichert das Programm?
Manche Programme versuchen den Datenstrom zu ersetzen, d.h. sie entfernen
die alte Datei zuvor. Dann wäre das aber so, als würdest du die Datei neu
erstellen, d.h. du brauchst die Rechte zum Erstellen für C:.

Grundsätzlich empfehle ich, von dem bisherigen Verfahren abzusehen und
lieber einen eigenen Ordner dafür zu erstellen (z.B.
"Verwaltung"/"Installation") wo du diese Daten speicherst. Damit musst du
den Benutzern für C: nichts erlauben, sondern nur für den einen Ordner.


--
Grüße,
Thomas

Hallo,

ist eine normale Textdatei, die ich mit Notepad bearbeite.

Habe die erforderlichen Berechtigungen natürlich nur auf das File angewandt
und nicht direkt auf C:.

Hab es dann eh mit einem eigenen Ordner erledigt, mich interessierte nur das
Warum, bzw.
was sich gegenüber XP geändert hat, weil dort funktionierte es noch.

Werde es mal auf der Testmaschine mit dem Erstellen Recht direkt auf C:
testen. Wenns dann funktioniert ist es des Rätsels Lösung, und so wie du
gesagt hast.
Melde mich dann nochmal, jedenfalls ist dein Tip heiß *g*.

gruß



"Thomas D." <dnr@discussions.microsoft.com> wrote in message
news:1uwpkv7mb4vhf$.1i9b4airrui5a$.dlg@40tude.net. ..
> carnivore schrieb:
>
>> "Cannot create filename.log file. Make sure the path and file name are
>> correct".
>>
>> Sobald ich die Datei unter anderem Namen speichern will (direkt auf C,
>> bekomme ich natürlich die "Permission Denied" Meldung, was ja auch klar
>> ist.
>
> Moment, wie speichert das Programm?
> Manche Programme versuchen den Datenstrom zu ersetzen, d.h. sie entfernen
> die alte Datei zuvor. Dann wäre das aber so, als würdest du die Datei neu
> erstellen, d.h. du brauchst die Rechte zum Erstellen für C:.
>
> Grundsätzlich empfehle ich, von dem bisherigen Verfahren abzusehen und
> lieber einen eigenen Ordner dafür zu erstellen (z.B.
> "Verwaltung"/"Installation") wo du diese Daten speicherst. Damit musst du
> den Benutzern für C: nichts erlauben, sondern nur für den einen Ordner.
>
>
> --
> Grüße,
> Thomas

carnivore schrieb:

> Hab es dann eh mit einem eigenen Ordner erledigt, mich interessierte nur
> das Warum, bzw. was sich gegenüber XP geändert hat, weil dort
> funktionierte es noch.

Die NTFS Berechtigungen haben sich hier nach meinem Wissen nicht geändert.
D.h. schon unter XP ist es einem Benutzer nicht erlaubt, im ROOT Dateien zu
erstellen.

Da du unter Windows XP aber meistens als Administrator unterwegs warst und
es keine Benutzerkontensteuerung gab, die auch aus Mitgliedern der Gruppe
Administratoren Benutzer machten, bis sie explizit höhere Rechte anfordern,
ist dir das nicht aufgefallen.

Jetzt bist du eben unter Vista, auch als Mitglied der Gruppe
Administratoren bist du nur als Benutzer unterwegs (sofern UAC aka
Benutzerkontensteuerung eingeschaltet ist und du keine höheren Rechte
angefordert hast) und merkst es

Das sollten deine Tests ergeben.


--
Grüße,
Thomas

Thomas D. wrote:

> Da du unter Windows XP aber meistens als Administrator unterwegs warst und
> es keine Benutzerkontensteuerung gab, die auch aus Mitgliedern der Gruppe
> Administratoren Benutzer machten, bis sie explizit höhere Rechte
> anfordern,
> ist dir das nicht aufgefallen.

Nein, arbeite schon seit W2k immer als Benutzer nicht als Admin, soweit weiß
ich das schon *g*

gruß

Hallo Thomas zur Info:

Die Datei auf c: hatte den Integrity Level High/mit NoWriteUp.
Als Benutzer laufen aber die Prozesse auf einer niedrigeren Stufe, drüfen
also nicht auf das File zugreifen, bzw. nicht schreiben.

Habe den Integrity Level auf Low gesetzt, jetzt funktionierts :-)

gruß

Manuel S. schrieb:

> Die Datei auf c: hatte den Integrity Level High/mit NoWriteUp.
> Als Benutzer laufen aber die Prozesse auf einer niedrigeren Stufe, drüfen
> also nicht auf das File zugreifen, bzw. nicht schreiben.
>
> Habe den Integrity Level auf Low gesetzt, jetzt funktionierts :-)

Danke für die Rückmeldung.


--
Grüße,
Thomas

Thomas D.wrote:

> Danke für die Rückmeldung.

Gern geschehen.