In Cygwin konnte ich Dateien in meinem Home-Verzeichnis nicht ändern

Question

In meinem cygwinTerminal konnte ich keine Dateien in meinem Home-Verzeichnis ändern

$ echo $HOME
/home/user123

$ cd $HOME

$ pwd
/home/user123

$ ls -ld .
drwxr-xr-x+ 1 user123 None 0 Jan  2 16:46 .

$ touch foo
touch: cannot touch `foo': Permission denied

$ whoami
user123

Wenn ich jedoch Run as administratorbeim Starten des cygwinTerminals die Datei ändern könnte

$ echo $HOME
/home/user123

$ cd $HOME

$ pwd
/home/user123

$ touch foo

$ ls -ld foo
-rw-r--r-- 1 user123 None 0 Jan  2 17:00 foo

$ whoami
user123

Wie kann ich dieses Problem beheben? Danke!

Aktualisieren

Ich habe die von Windows aufgezeichneten Ordnereigenschaften überprüft. Dort ist das Kontrollkästchen „Schreibgeschützt“ aktiviert. (Siehe Screenshot unten.) Ich habe versucht, es zu deaktivieren, aber das hat nicht geholfen. Außerdem sind mir zwei Dinge aufgefallen:

1. Die Beschriftung des Kontrollkästchens lautet "Schreibgeschützt (gilt nur für Dateien im Ordner). Bedeutet das, dass Ordner nicht als "Schreibgeschützt" gekennzeichnet sind, unabhängig vom Status des Kontrollkästchens? Anscheinend besteht mein aktuelles Problem darin, dass dasHome-Ordnerist als schreibgeschützt gekennzeichnet (außer für Administrator). Wie ändere ich das?

2. Als ich versuchte, den Status "Schreibgeschützt" zu ändern (das Kontrollkästchen und das Kontrollkästchen deaktivierte Apply), wurden viele Popups angezeigt, in denen stand

   Beim Anwenden von Attributen auf die Datei ist ein Fehler aufgetreten. Der Zugriff wird verweigert.

Die relevanten Dateipfade sind alle Dateien, die mit einem Punkt (.) beginnen (UNIX-versteckte Dateien). In meinem Betrieb habe ich die Option Ignorefür diese Popups gewählt

Aktualisierung 2

Nachfolgend sehen Sie den Screenshot der Registerkarte „Sicherheit“. Beachten Sie, dass die AddSchaltfläche ausgegraut ist (obwohl ich dies mit gemacht habe Run as administrator). Außerdem wird beim Öffnen der Registerkarte ein Popup mit dieser Meldung angezeigt:

The permissions on user123 are incorrectly ordered, 
which may cause some entries to be ineffective.

Noch eine Frage: Woher weiß ich, wie die beiden Benutzer mit langen numerischen IDs (S-1-5-21-...) den symbolischen Benutzernamen zugeordnet werden?