Berlin 1946 schrieb:
Ich überprüfe das mit:
...
Freude, es hat funktioniert
Ich trete aus der Gruppe aus
...
Ich überprüfe das erneut:
...
Berechtigung wird jedenfalls hiermit sudo deluser grpc www-data
nicht automatisch entzogen. Das müsste anders gehen.
Richtig,
sudo deluser Benutzer Gruppe
hat bei deinem Fall erstmal nichts mit einer Berechtigung zu tun, es entfernt den Benutzer aus der Gruppe. Das Thema Berechtigung kommt erst wieder mit ner Datei ins Spiel - wir erinnern uns!? 😉
Ich habs grad mal bei mir getestet. Mich wundert, dass dir die erste Änderung gleich angezeigt wurde. Ich muss mich erst ab- und anmelden, um die geänderten Gruppen über "id" zu sehen. Am besten mal probieren, denn laut
/usr/sbin/deluser: Der Benutzer »grpc« ist kein Mitglied der Gruppe »www-data«.
ist alles richtig gelaufen.
Berlin 1946 schrieb:
Das geht am einfachsten über einen "dump" der ownCloud Datenbank in MySQL.
Hier finde ich beides.
grpc@grpc-MS-7658:/var/lib$ dir | grep mysql
colord mysql update-manager
grpc@grpc-MS-7658:/var/lib$ dir | grep owncloud
dpkg owncloud ureadahead
Hier liegen glaube ich wieder Missverständnisse vor... Fangen wir wieder vorne an 😉
/var/ ist ein ORDNER und quasi die "eigenen Dateien" des Systems. Hier werden Logs, Spielstände, aber auch die Seiten von Apache (Webserver) abgelegt. Dazu mal Verzeichnisstruktur lesen.
MySQL ist ein PROGRAMM für Datenbanken (andere zB. PostgreSQL, Oracle, SQL Server). Ein Vergleich der etwas hinkt: MySQL ist für Datenbanken das, was Thunderbird/Outlook für Mails ist. Deine Mail ist in dem Fall die DATENBANK von ownCloud (nicht mit dem Programm ownCloud gleichsetzen!) in dem es eine Seite mit Kontakten, etc von ownCloudBenutzer_1 gibt, eine Seite für Benutzer_2, etc. Das Programm ownCloud fragt also bei Thunderbird nach der Mail ownCloud(Datenbank) und darin nach den Kontakten eines Benutzers und kann dann mit diesen arbeiten, sie ändern, löschen, speichern.
ownCloud ist (wenn man dem Wiki genau folgt) 1. ein Programm und 2. der Name der dazugehörigen Datenbank. Da ich auch kein Freund von gleichen Namen für verschiedene Dinge bin, habe ich meine Datenbank simpel owncloudDB genannt 😉 Die Datenbank lässt sich so als "Datei" nicht finden. Solltest du dir nicht sicher sein, wie sie nun heißt entweder
mysqldump -u root -p --all-databases > sicherung.sql
oder die Richtige rausbekommen, was mein Favorit wäre ☺ Dazu unten mehr.
Berlin 1946 schrieb:
mysqldump -u root -p mysql > sicherung1.sql
...soweit ich weiß, liegen in dieser Daten nur Benutzer und Berechtigungen für MySQL (aber nicht sicher), macht aber für deinen Fall keinen Sinn. Du versuchst - um beim Beispiel von oben zu bleiben - Thunderbird bzw dessen Benutzer zu sichern, du musst aber deine Mail(s) sichern.
Ist das auch noch notwendig ❓
mysqldump -u root -p owncloud > sicherung2.sql
Wenn du dem Wiki zu ownCloud gefolgt bist ist das dein Befehl ☺ Falls du bei diesem Schritt als "Datenbank-Benutzer" etwas anderes als root (auch meine Empfehlung) oder bei "Datenbank-Name" etwas anderes als owncloud eingegeben hast musst du deinen Befehl entsprechend abändern.
Gibt das "root" im dump- Befehl schon alle Rechte frei ❓
...auch hier leider ungünstig weil gleiche Bezeichnug: "root"... Das Wiki zu MySQL mal lesen und hierzu besonders den Absatz unter root
Hinter dem "-u" wird angegeben mit welchem MySQL-Benutzer der Befehl in MySQL arbeitet. Dieser root hat aber NICHTS mit dem System root oder dessen Passwort zu tun. Der dort angegebene Benutzer muss die entsprechenden Rechte für die Datenbank haben. Wir können ja jetzt auf Berechtigungen aufbauen 😉 und um beim obigen Beispiel zu bleiben, muss du (hier root) die Berechtigung haben dich bei Thunderbird anzumelden und deine Mails (die ownCloudDB) zu lesen.
Da wir und du nun ein bisschen Background haben nun die Suche nach deiner Datenbank, falls unbekannt (vorausgesetzt ist, dass root als MySQL-Nutzer existiert und du das Passwort weißt 😉 ):
Du meldest dich bei MySQL an
mysql -u root -p
Enter password:
********
mysql>
an mysql> erkennst du, dass du dich nun in MySQL befindest. Kleine Besonderheit ist, dass jeder Befehl mit einem Semikolon ";" enden muss. Also weiter
show databases;
darauf folgt eine Liste, in der (hoffentlich) auch deine steht. Bsp
+--------------------+
| Database |
+--------------------+
| information_schema |
| mysql |
| owncloudDb |
| performance_schema |
| phpmyadmin |
| roundcubemail |
| vmail |
+--------------------+
7 rows in set (0.01 sec)
Nun weiß ich wie MEINE heißt 😉 mit
quit;
wieder raus und den dump-Befehl mit den richtigen Parametern durchführen. Als letztes sollte hierbei beachtet werden, dass
> mysqldump -u root -p owncloud > sicherung2.sql
ein sog. relativer Pfad ist. Das heißt, die Sicherungs-Datei wird da gespeichert, wo du dich gerdae befindest. In deinem Fall
grpc@grpc-MS-7658:/var/lib$ dir | grep mysql
würde sie dann auch dort landen. Also /var/lib/sicherung2.sql
Um das zu vermeiden entweder sicherstellen, dass du schon da bist wo sie hin soll oder einen vollständigen Pfad (fängt immer mit / an) verwenden
> mysqldump -u root -p owncloud > /PFAD/ZUM/BACKUPORDNER/sicherung2.sql
Wieder viel Text, du merkst schon lesen, lesen, lesen ☺
Viel Erfolg