Hall0, ich habe im phpMyAdmin dummerweise dem root user alle Rechte genommen und kann im die Rechte nicht mehr geben. Ich habe einen Cobalt RAQ 4 mit MySQL 3.23.54 drauf. Wenn ich nun per SSH mit dem Befehl -mysql -u root -h localshost -p GEHEIM reingehe ins MYSQL kann ich dort trotzdem dem Root User keine rechte geben auch wenn ich zB den Befehl mysqld --skip-grant-tables gebe klappt es nicht leider... Kann mir jemand helfen? Danke Domi
Hallo Dominique, hallo Leute, Am Mittwoch, 10. Dezember 2003 21:06 schrieb Dominique Piatti:
Hall0, ich habe im phpMyAdmin dummerweise dem root user alle Rechte genommen und kann im die Rechte nicht mehr geben. Ich habe einen Cobalt RAQ 4 mit MySQL 3.23.54 drauf. Wenn ich nun per SSH mit dem Befehl -mysql -u root -h localshost -p GEHEIM reingehe ins MYSQL kann ich dort trotzdem dem Root User keine rechte geben auch wenn ich zB den Befehl mysqld --skip-grant-tables gebe klappt es nicht leider...
Ich kann Dir nur die Holzhammermethode anbieten. Allerdings auf eigenes Risiko! Bitte zuerst ein BACKUP von /var/lib/mysql erstellen! Alle Vorschläge sind ungetestet, deshalb: *AUF EIGENE GEFAHR* 1. Per mysqldump die Datenbank "mysql" sichern. Somit hast Du ein Backup der Userdaten. Diese Datei aber überarbeiten, bevor Du sie wieder einspielst, insbesondere die Rechte von root ;-) Die *überarbeitete* Datei bezeichne ich im folgenden als mysqldump. 2. Versuchen, den geänderten mysqldump einzuspielen: mysql -u root -p < mysqldump Wenn das klappt: Glück gehabt - und Finger weg vom Folgenden ;-) 3. in /var/lib/mysql/mysql/ die Dateien user.* wegschieben und versuchen, den geänderten mysqldump einzuspielen. Ich weiß allerdings nicht, ob das ohne user-Tabelle geht. Wenn das klappt: Glück gehabt - und Finger weg vom Folgenden ;-) 4. die Originaldateien user.* aus dem MySQL-Paket nach /var/lib/mysql/mysql/ kopieren. Dadurch sind erstmal alle User (außer root) weg, aber Du hast ja noch den mysqldump ;-) Nochwas: Deine Mail kam hier als eine einzige Zeile an, ich hab das mal umgebrochen. Bitte stelle Dein Mailprogramm so ein, dass die Zeilen bei ca. 72 Zeichen umgebrochen werden. Gruß Christian Boltz -- 240 TB also... das wären dann die Konfigurationsdateien. Und die ganzen "Nutzdaten"? MP3's? jpg's? Wo haben die Platz? [Andreas Feile in suse-linux]
Moin,
Am Mittwoch, 10. Dezember 2003 21:06 schrieb Dominique Piatti:
Hall0, ich habe im phpMyAdmin dummerweise dem root user alle Rechte genommen und kann im die Rechte nicht mehr geben. Ich habe einen Cobalt RAQ 4 mit MySQL 3.23.54 drauf. Wenn ich nun per SSH mit dem Befehl -mysql -u root -h localshost -p GEHEIM reingehe ins MYSQL kann ich dort trotzdem dem Root User keine rechte geben auch wenn ich zB den Befehl mysqld --skip-grant-tables gebe klappt es nicht leider...
Deine Kommandozeile ist falsch. Die Passwortoption heisst -pGEHEIM nicht aber -p GEHEIM Das Leerzeichen ist verboten. -p geht auch, dann fragt er dich. Ist auch sicherer, weil das Passwort dann nicht bei top, ps oder in der bash-History auftaucht. Probier das nochmal so, zuzüglich zu --skip-grant-tables. Falls das nicht hinhaut: Jedes mysql-Datenbank ist ein eigener Ordner im Filesystem, oft in /var/lib/mysql. Es sollte eigentlich, NACH BACKUP, möglich sein, deine Datenbanken beiseite zu schieben, die Datenbank "mysql" umzubenennen in "mysql_alt" und zusätzlich eine unberührte "mysql" neu aufzuspielen. Entweder trägst du deine User dann in der neuen "mysql"-Datenbank ein, oder du korrigierst "mysql_alt" und benennst die dann wieder um nach "mysql". Es versteht sich von selbst, dass jedem rumfummeln an den Dateien ein Stoppen des mysqld vorangehen muss, und dass hinterher der mysqld wieder gestartet werden muss. Gruß, Ratti -- -o) fontlinge | Font management for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
participants (3)
-
Christian Boltz
-
Dominique Piatti
-
Joerg Rossdeutscher