Root Berechtigungen zerschossen

[lnx11]

Moin,

mir ist gestern etwas dämliches ohnegleichen passiert.
Ich wollte ein Verzeichnis rekursiv einem User zuordnen, gab also Folgendes ein:

Code: Alles auswählen

sudo chown -R exampleuser:exampleuser * /

Natürlich sollte hinter dem Slash ein Pfad zum entsprechenden Verzeichnis kommen, habe allerdings erst nach dem ENTER drücken gemerkt, dass meine Tastatur scheinbar nicht reagiert hatte, d.h. der Pfad blieb im Root-Verzeichnis.

Seitdem ließ sudo sich nicht mehr ausführen, su ebenfalls nicht, auch in der Login-Shell funktioniert weder Login des Users, noch als Root.
Nach dem Ausschalten, weil ich los musste, hängt das System bereits vor dem Loginfenster.

Hat irgendjemand eine Idee das ganze möglichst effizient wieder hinzubiegen?

Danke

[MSfree]

Hat irgendjemand eine Idee das ganze möglichst effizient wieder hinzubiegen?

Nein, nicht wirklich.

Du teilst das gleiche Schicksal wie dieser Benutzer, der seine Platte mit chmod 777 unbrauchbar gemacht hat:
viewtopic.php?f=12&t=167862&hilit=chmod+777

Am einfachsten ist es, ein aktuelles Backup zurückzuspeilen.

[Hans-Martin]

Ich würde mit einem externen Medium booten und als root die Partitionen der Festplatte mounten, danach die Verzeichnisse, die als user und group root haben sollen, entsprechend ändern.

Solltest Du keine Live-CD verfügbar haben, hast Du ja vielleicht noch ein geeignetes Installationsmedium. Im Expertenmodus findest Du beim Installer einen rescue-Mode, der Dir vermutlich die nötigen Systemprogramme zur Verfügung stellen könnte.

Alternativ könntest Du Dir z.B. einen USB-Stick mit einem rudimentären System erzeugen, diesen booten - eventuell das Bios entsprechend einstellen - und dann wie oben vorgehen.

[lnx11]

Ich würde mit einem externen Medium booten und als root die Partitionen der Festplatte mounten, danach die Verzeichnisse, die als user und group root haben sollen, entsprechend ändern.

Solltest Du keine Live-CD verfügbar haben, hast Du ja vielleicht noch ein geeignetes Installationsmedium. Im Expertenmodus findest Du beim Installer einen rescue-Mode, der Dir vermutlich die nötigen Systemprogramme zur Verfügung stellen könnte.

Alternativ könntest Du Dir z.B. einen USB-Stick mit einem rudimentären System erzeugen, diesen booten - eventuell das Bios entsprechend einstellen - und dann wie oben vorgehen.

Daran dachte ich auch schon, werde ich mal versuchen, wobei ich das nun als Anlass sehe mal mit Backups zu arbeiten und meine ganzen Datenmengen zu sortieren. Ungelogen 2 Tage vor dem Unfall dachte ich noch daran das System langsam mal zu sichern Tja Faulheit hat sich schnell gerächt... Meine ganzen Daten zu backupen wäre allerdings schwierig, mir fehlt der Speicherplatz um 20 TB Daten nochmals unterzubringen Naja oder ich nehme meinen Supermicro Server mal wieder in Betrieb aber da fehlt auch Hardware die ich bisher nicht erwerben wollte

Edit: Achja kann mir im Zweifelsfall jemand sagen wie ich installierte Pakete (notfalls auch von einem anderen, laufenden System) ohne Internet sichern kann, sodass ich aus allen installierten Paketen via dpkg installierbare debs oderso mache? Habe momentan leider nur gedrosseltes, mobiles Internet und die aktuellen Telekom "Master" Einwahldaten fehlen mir seit diesem Quartal auch

[DeletedUserReAsG]

Achja kann mir im Zweifelsfall jemand sagen wie ich installierte Pakete (notfalls auch von einem anderen, laufenden System) ohne Internet sichern kann, sodass ich aus allen installierten Paketen via dpkg installierbare debs oderso mache?

Wenn nicht anders eingestellt, oder manuell gelöscht, befinden sich die Pakete im Cache unter /var/cache/…

[Apfelmann]

eine Liste mit den installierten Paketen erstellen

Code: Alles auswählen

dpkg -l | awk '/^ii/{ print $2}' | grep -v -e ^lib -e -dev -e linux-image -e linux-headers > /home/dein-name/paketliste.txt

mit der Liste installieren

Code: Alles auswählen

apt-get update && apt-get install $(< /home/dein-name/paketliste.txt)

Wenn unter /var/cache/apt/archives noch alles drin ist, kann direkt reinstalliert werden,
ich sezte immer ein Minimalsystem mit openbox auf und hole mir meine Programme extra nach.
Da meine Internetverbindungen der reinste Witz sind, lade ich alles langsam herunter, oder übers Internetcafe

Code: Alles auswählen

apt install die-Programme -d

LG

[Hans-Martin]

Komfortabel lässt sich bei Verwendung von Synaptic eine Datei mit den installierten Paketen erstellen:

1. Installierte Pakete aufrufen und markieren
2. Menüpunkt Datei, Skript zum Herunterladen der Pakete erstellen.

Ich sichere immer nur meine persönlichen Daten extern. Als Systemsicherung kopiere ich das komplette Verzeichnis /etc nach /opt. /opt wird von Debian-Paketen nicht benützt und eignet sich für solche Unternehmungen sehr gut. Damit habe ich im Fall der Fälle meine Konfigurationen wieder zur Verfügung.

[willy4711]

gab also Folgendes ein:

Code: Alles auswählen

sudo chown -R exampleuser:exampleuser * /

Seitdem ließ sudo sich nicht mehr ausführen, su ebenfalls nicht, auch in der Login-Shell funktioniert weder Login des Users, noch als Root.
Nach dem Ausschalten, weil ich los musste, hängt das System bereits vor dem Loginfenster.

Hat irgendjemand eine Idee das ganze möglichst effizient wieder hinzubiegen?

Du wirst das System nicht reparieren können. Da du sämtliche Dateirechte zerstört hast.

Ein System-Backup hast du ja wohl nicht.
Eine Reinstallation von Paketen aus dem Cache dürfte dank fehlender Root- Rechte ausscheiden, und das Basissystem auch nicht im Cache hockt.

Gab mal einen Thread, wo ein User ähnliches gemacht hat viewtopic.php?f=29&t=171359&hilit=bit&start=15#p1189437

Also:

Packe, das, was du noch brauchst mit einer Rettungs- CD nach /home oder sonst wo hin,
besorge dir eine Installations- CD/DVD und setze das System ohne Formatierung deines /home neu auf.
Dabei gehe ich davon aus, dass "exampleuser" auch der Benutzername des Systems ist, das du neu aufsetzen musst.

Sehe ich als einzige Möglichkeit. Alles andere ist Zeitverschwendung.

[Huck Fin]

lies mal das...
https://www.andrehotzler.de/de/blog/tec ... ellen.html

eventuell kannst du von einem Fremdsystem alles übernehmen, was das Standardsystem betrifft...

[Radfahrer]

Meine ganzen Daten zu backupen wäre allerdings schwierig, mir fehlt der Speicherplatz um 20 TB Daten nochmals unterzubringen

Dann hättest du diese Daten ja sowieso irgendwann verloren, denn keine Festplatte ist für die Ewigkeit gebaut.

[TRex]

Leute, der letzte Beitrag von Willy war am 27.05.2019. Bitte lasst es, es sei denn, der TE meldet sich selbst. Bitte auch keine Sorry-Posts dazu.

[ren22]

sorry wenn ich hier poste @ TRex aber die vielen traurigen Post's zuvor aus verschiedenen Threads und der sinnlose Dateiverlust mangels Unwissenheit kann so nicht im Raum stehen bleiben! Wenn die Dateirechte "zerschossen" sind ist es noch lange kein Grund zur Aufgabe bzw. Neuinstallation von Debian/Linux ... wo würden wir den da hinkommen..sind doch nicht hier beim Redmond'er , wenn es nicht für ein Problem auch eine Lösung gibt: "mtree" von FreeBSD bzw. unter Debian/Linux fmtree genannt aus dem Paket freebsd-buildutils. Ein super Programm um Berechtigungen einfach und simple zu sichern als auch die Rechte wiederherzustellen. Leider finde ich unter Debian als auch generell schinbar für Linux Distri's keine vorkonfigurierte /etc/mtree.dist Datei wie es bei FreeBSD/OpenBSD der Fall ist, damit hätte man als User schonmal gute Karten um die Rechte im Falle wiederherzustellen.
Also da unter Debian keine /etc/mtree.dist Datei existiert, eigentlich ziemlich ungünstig, denn wenn bei jedem Debian release immer eine solche Datei von "Werk" aus mit geliefert würde, hätten es einige User leichter, und zur "Sicherheit(Dateicheck)" würde es auch noch beitragen, hoffentlich bemerkt das mal einer von den Debian Entwicklern und baut sowas mit ein "von Werk aus eine /etc/mtree.dist Dateien mit korrekten Permissions". Bisher habe ich mtree unter FreeBSD bzw. OpenBSD genutzt um Dateirechte/Permissions zu überprüfen und ggf. wieder korrekte Dateirechte/Permissions zu setzen. Habe mir vorhin mal eine Debian-Live Iso gezogen und auf einen USB-Stick draufgetan, vom USB-Stick das Debian-Live gebooted, mit apt dann das Paket freebsd-buildutils installiert und ein wenig getestet die Rechte zu ändern. Da ich nicht weiss welche Dateirechte/Permission bzw. Dateien vom jeweiligen User wo und was falsch gesetzt wurden, würde ich einfach das System mit den "falschen" Permissions von einem Debian-Live USB Booten, Platte mit "falschen" Permission's mounten in dem Debian-Live System und dann immer in Mühseliger klein Arbeit, da ja anscheinend einfach nur das Programm "mtree" von BSD zu Linux portiert wurde, aber nicht das drumherum von "mtree" ebenso mit gemacht wurde, von Verzeichnis(mit UnterVerz.) zu Verzeichnis(mit UnterVerz.) durch arbeiten, "fmtree" hat viele Optionen und man kann explizit auswählen was man benötigt an "Original" Permissions um diese dann wieder auf der gemountet Platte mit den "falschen" Permissions wieder korrekt zu schreiben. Viel Erfolg!

Hier sind mal ein paar Beispiele wie man es machen könnte, die original Dateien von FreeBSD als gutes Beispiel oder Suchmachine -> mtree howto
Simple fix to big mistake: mtree
(small) Guide on using mtree
mtree FreeBSD @igitthup
How to recover permissions on freebsd
Gruss ren22