Ich habe versehentlich meine Festplatten-Berechtigungsstruktur geändert - warum?

Ich versuchte nach chowninnen zu kommen /optund chownsprang aus irgendeinem Grund auf die Eltern zu und verschluckte alles.

Kann jemand vorschlagen, warum / wie dies passieren könnte und wie dies in Zukunft vermieden werden kann? Ein bisschen geht es darum, dass das Ausführen eines Befehls in einem bestimmten Verzeichnis effektiv dazu führen kann, dass er im Stammverzeichnis ausgeführt wird.

ubuntu: /opt > sudo chown -R root:www-data .*
chown: changing ownership of '../var/lib/lxcfs/proc/cpuinfo': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/proc/meminfo': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/proc/stat': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/proc/uptime': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/proc/diskstats': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/proc/swaps': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/proc': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/cgroup/devices': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/cgroup/blkio': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/cgroup/hugetlb': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/cgroup/rdma': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/cgroup/pids': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/cgroup/freezer': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/cgroup/cpuset': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/cgroup/memory': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/cgroup/perf_event': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/cgroup/cpu,cpuacct': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/cgroup/net_cls,net_prio': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/cgroup/name=systemd': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/cgroup/unified': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs/cgroup': Operation not permitted
chown: changing ownership of '../var/lib/lxcfs': No such file or directory
^C
:ubuntu: /opt >

Dies geschah, weil Sie Folgendes verwendet haben:

sudo chown -R root:www-data .*

wenn Sie dies stattdessen hätten verwenden sollen:

sudo chown -R root:www-data ./*

Erstens -Rist es für alle Verzeichnisse unter dem Zielverzeichnis rekursiv.

Außerdem *werden alle Dateien und Verzeichnisse unter dem aktuellen Verzeichnis abgeglichen. Als nächstes .*werden alle Dateien und Verzeichnisse eine Ebene über dem aktuellen Verzeichnis abgeglichen.

Um dies in Zukunft zu vermeiden, können Sie lsden Pfad mit dem Befehl überprüfen, bevor Sie den chownBefehl wie in den folgenden Beispielen ausführen :

ls -a ./*
ls -a *
ls -a .*
ls -a ../*

Eine andere Möglichkeit, dies zu vermeiden, besteht darin, immer den vollständigen Pfad zu dem Verzeichnis zu verwenden, in das Sie einen Befehl ausführen möchten.

Hier ist ein Beispiel:

sudo chown -R root:www-data /opt/*

Bearbeiten:

Sie können den folgenden Befehl für chmodalle versteckten Dateien oder Verzeichnisse direkt darunter verwenden /opt(vorausgesetzt, das erste Zeichen nach dem ., das sie versteckt, ist ein Buchstabe, eine Zahl, ein Bindestrich oder ein Unterstrich, der für die meisten Dateien zutreffen sollte).

for i in /opt/.[A-Za-z0-9-_]*; do sudo chmod root:www-data "/opt/$i"; done

Sie können überprüfen, welche Dateien dies bewirkt, chmodindem Sie den folgenden Befehl ausführen:

ls /opt/.[A-Za-z0-9-_]*

Der erste Teil des Befehls : for i in /opt/.[A-Za-z0-9-_]*sagt , dass für alle die Ergebnisse der glob /opt/.[A-Za-z0-9-_]* assign jedes Ergebnis der Variablen „i“.

Der Glob hier sagt, dass das erste Zeichen sein muss .und dass das nächste Zeichen [A-Za-z0-9-_] ein beliebiges Zeichen sein muss, das AZ oder az oder eine beliebige Zahl von 0 bis 9 oder a -oder a ist _.

Dadurch werden die Ergebnisse ausschließen .und ..die das aktuelle Verzeichnis und das Verzeichnis über dem aktuellen Verzeichnis dar und enthält nur versteckte Dateien und Verzeichnisse.

Der zweite Teil des Befehls : do sudo chmod root:www-data "/opt/$i"Sagt, dass der Befehl für alle Variablen ausgeführt werden soll, die mit dem aktuellen Wert von übereinstimmen $i.

Der dritte Teil des Befehls : donesagt, dass ich fertig bin.

Darüber hinaus haben Sie die -ROption mit chmodund die -ROption ist rekursiv und gilt für alle Verzeichnisse und Dateien.

Wenn Sie nur den chmodBefehl ohne Optionen verwenden, gilt der Befehl nur für die angegebene Datei oder das angegebene Verzeichnis und nicht rekursiv für Verzeichnisse.

Das Shell-Glob .*entspricht ..in diesem Fall leider (dem übergeordneten Verzeichnis) /:

steeldriver@t400s:/opt$ ls .*
.:

..:
bin  boot  cdrom  dev  etc  home  initrd.img  initrd.img.old  lib  lib32  lib64
libx32  lost+found  media  mnt  opt  proc  root  run  sbin  snap  srv  swapfile  sys
tmp  usr  var  vmlinuz  vmlinuz.old

Weitere Diskussion finden Sie unter:

• Enthält "chmod 777. * -R" chmod übergeordnete Verzeichnisse (..)?
• Gewusst wie: Globieren Sie alle versteckten Dateien außer dem aktuellen und übergeordneten Verzeichnis

Ihre Probleme kamen, weil alles , was mit einem Punkt beginnt, .*übereinstimmt . Der Kontext ist das aktuelle Verzeichnis, da dieser Ausdruck keinen Pfad enthält. Wenn sich also versteckte Dateien oder Ordner wie im aktuellen Verzeichnis befinden, stimmen Sie mit diesen überein. Aber (wie Sie sehen werden, wenn Sie in diesem Ordner laufen ), werden Sie auch mit und übereinstimmen.gitls -a...

Und ..natürlich ist es das übergeordnete Verzeichnis, also chmod -Rrekursiv alles im übergeordneten Verzeichnis.