Hallo,
ich habe unter WSL Ubuntu laufen und dort Apache installiert. Bei einem nativen Ubuntu setzt man einen symlink von: /etc/apache2/sites-available/000-default.conf auf: /etc/apache2/sites-enabled/000-default.conf
Das habe ich versucht, nur leider hat das nicht funktioniert. Nun habe ich keine Rechte, diese Datei/Linkk oder sonstwas zu löschen!
sudo rm ./sites-enabled/000-default.conf rm: cannot remove './sites-enabled/000-default.conf': Permission denied
ls -l ./sites-enabled total 0 -rw-r--r-- 0 root root 35 Sep 19 23:53 000-default.conf
Gruß René Thiel (Rennkuckuck) mailto:reti@rennkuckuck.de
Hallo René,
ich bin mir auch nicht sicher was da los ist, aber bei solchen Fehler ist mein 1. Versuch unter Windows generell chkdsk auszuführen.
Wenn ich das richtige überblicke sind WSL symlinks als NTFS reparse points implementiert, mit etwas Glück lässt sich dies in der cmd mittels del entfernen, sofern chkdsk nicht hilft.
Da Microsoft davor warnt mit Windows Tools die Linux Dateien anzufassen, solltest du unbedingt vorher ein Backup vorher anlegen.
Etwas weit hergeholt: Falls eine andere Antiviren Software als Defender im Einsatz ist, könnte ich mir vorstellen, dass der Filtertreiber die WSL symlink reparse points zerstört.
Gruß
Christopher Egert
On 21.09.18 00:06, Rene Thiel wrote:
Hallo,
ich habe unter WSL Ubuntu laufen und dort Apache installiert. Bei einem nativen Ubuntu setzt man einen symlink von: /etc/apache2/sites-available/000-default.conf auf: /etc/apache2/sites-enabled/000-default.conf
Das habe ich versucht, nur leider hat das nicht funktioniert. Nun habe ich keine Rechte, diese Datei/Linkk oder sonstwas zu löschen!
sudo rm ./sites-enabled/000-default.conf rm: cannot remove './sites-enabled/000-default.conf': Permission denied
ls -l ./sites-enabled total 0 -rw-r--r-- 0 root root 35 Sep 19 23:53 000-default.conf
Gruß René Thiel (Rennkuckuck) mailto:reti@rennkuckuck.de
Am 21.09.2018 um 00:32 schrieb Christopher Egert:
Hallo René,
ich bin mir auch nicht sicher was da los ist, aber bei solchen Fehler ist mein 1. Versuch unter Windows generell chkdsk auszuführen.
Hallo Christopher,
chkdsk half nicht.
Wenn ich das richtige überblicke sind WSL symlinks als NTFS reparse points implementiert, mit etwas Glück lässt sich dies in der cmd mittels del entfernen, sofern chkdsk nicht hilft.
Auch del bringt nix: C:\Users\admin\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState\rootfs\etc\apache2\sites-enabled>del 000-default.conf C:\Users\admin\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState\rootfs\etc\apache2\sites-enabled\000-default.conf Zugriff verweigert
Da Microsoft davor warnt mit Windows Tools die Linux Dateien anzufassen, solltest du unbedingt vorher ein Backup vorher anlegen.
Das hatte ich leider zu spät gelesen.
Etwas weit hergeholt: Falls eine andere Antiviren Software als Defender im Einsatz ist, könnte ich mir vorstellen, dass der Filtertreiber die WSL symlink reparse points zerstört.
Habe Eset NOD32 laufen, aber was sind "symlink reparse points"?
Gruß René Thiel
Hallo René,
On 23.09.18 00:16, Rene Thiel wrote:
Am 21.09.2018 um 00:32 schrieb Christopher Egert:
Hallo René,
ich bin mir auch nicht sicher was da los ist, aber bei solchen Fehler ist mein 1. Versuch unter Windows generell chkdsk auszuführen.
Hallo Christopher,
chkdsk half nicht.
Wenn ich das richtige überblicke sind WSL symlinks als NTFS reparse points implementiert, mit etwas Glück lässt sich dies in der cmd mittels del entfernen, sofern chkdsk nicht hilft.
Auch del bringt nix: C:\Users\admin\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState\rootfs\etc\apache2\sites-enabled>del 000-default.conf C:\Users\admin\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState\rootfs\etc\apache2\sites-enabled\000-default.conf Zugriff verweigert
Ich habe hier selbst mal etwas rum experimentiert, ich konnte diesen Zustand bei mir herstellen, indem ich den Symlink in Windows mit del löschte weile die WSL Umgebung lief. In WSL war die Datei als nicht Symlink weiterhin vorhanden und es erschien die gleiche Fehlermeldung wie bei dir. Ebenfalls war unter Windows die Datei noch da und ein weiteres del zeigte ebenfalls "Zugriff verweigert" an.
Nach dem beenden von der WSL Umgebung und allen dazugehörigen Programmen, ist der Symlink anschließend verschwunden.
Da Microsoft davor warnt mit Windows Tools die Linux Dateien anzufassen, solltest du unbedingt vorher ein Backup vorher anlegen.
Das hatte ich leider zu spät gelesen.
Etwas weit hergeholt: Falls eine andere Antiviren Software als Defender im Einsatz ist, könnte ich mir vorstellen, dass der Filtertreiber die WSL symlink reparse points zerstört.
Habe Eset NOD32 laufen, aber was sind "symlink reparse points"?
in NTFS lassen sich Objekte/Dateien mit einem Tag definieren, welcher von einem Filtertreiber abgefangen und hiervon bearbeitet wird, so sind z.B. die neuen Kompressionsmechanismen in Windows 10 implementiert als auch Windows und WSL Symlinks. Ich bin jetzt mit der API der Filtertreiber nicht vertraut, ich könnte mir aber durchaus vorstellen, dass eine schlechte Implementierung der Antivirensoftware die Tags verhunzt und somit die Symlinks zerstört.
Gruß Christopher
Gruß René Thiel
Hi,
On Fri, Sep 21, 2018 at 12:06:32AM +0200, Rene Thiel reti@rennkuckuck.de wrote:
Hallo,
ich habe unter WSL Ubuntu laufen und dort Apache installiert. Bei einem nativen Ubuntu setzt man einen symlink von: /etc/apache2/sites-available/000-default.conf auf: /etc/apache2/sites-enabled/000-default.conf
Das habe ich versucht, nur leider hat das nicht funktioniert. Nun habe ich keine Rechte, diese Datei/Linkk oder sonstwas zu löschen!
sudo rm ./sites-enabled/000-default.conf rm: cannot remove './sites-enabled/000-default.conf': Permission denied
ls -l ./sites-enabled total 0 -rw-r--r-- 0 root root 35 Sep 19 23:53 000-default.conf
Ich habe ja keine Ahnung, wie genau WSL die Linux-Zugriffsrechte implementiert, aber für das Löschen einer Datei sind die Rechte des Verzeichnisses relevant, in dem die Datei liegt. Wenn das keine Schreibrechte hat, kannst du da nichts löschen. Hat das zufällig was in der Form "dr-xr-xr-x" oder so?
Gruß René Thiel (Rennkuckuck)
Ciao, Thomas
Am 21.09.2018 um 07:45 schrieb Thomas Köhler:
Ich habe ja keine Ahnung, wie genau WSL die Linux-Zugriffsrechte implementiert, aber für das Löschen einer Datei sind die Rechte des Verzeichnisses relevant, in dem die Datei liegt. Wenn das keine Schreibrechte hat, kannst du da nichts löschen. Hat das zufällig was in der Form "dr-xr-xr-x" oder so?
Hallo Thomas,
ls -l /etc/apache2/ ... drwxr-xr-x 1 root root 512 Sep 17 23:18 sites-available drwxr-xr-x 1 root root 512 Sep 20 21:44 sites-enabled ...
Gruß René Thiel
lug-dd@mailman.schlittermann.de
-
Christopher Egert -
Rene Thiel -
Thomas Köhler