• Apfeltalk ändert einen Teil seiner Allgemeinen Geschäftsbedingungen (AGB), das Löschen von Useraccounts betreffend.
    Näheres könnt Ihr hier nachlesen: AGB-Änderung
  • Was gibt es Schöneres als den Mai draußen in der Natur mit allen Sinnen zu genießen? Lasst uns teilhaben an Euren Erlebnissen und macht mit beim Thema des Monats Da blüht uns was! ---> Klick

root akzeptiert Passwort nicht mehr

Mac-Boy 24

Tokyo Rose
Registriert
14.08.11
Beiträge
66
Hallo, ich habe seit gestern vor mir meinen Kurznamen zu ändern (der Name der unter dem Benutzerhaus steht). Ich bin vorgegangen wie auf den Apple-Suport Seiten http://support.apple.com/kb/HT1428?viewlocale=de_DE und http://support.apple.com/kb/HT1528?viewlocale=de_DE.
Den einzigen Fehler hab ich leider gemacht als ich den neuen Benutzer erstellt habe und ihm keine Admin-Rechte gegeben habe. Also wollte ich das rückgängig machen und habe dabei aus versehen alles gelöscht :D
Aber wofür hat man denn Time Machine ? :cool:
Habe also alle Daten zurückgeholt und möchte das ganze heute nochmal starten
Angefangen habe ich wieder damit root zu aktivieren, bis dahin alles normal...
dann hab ich mich abgemeldet und wollte mich als root anmelden, doch der akzeptiert das Passwort das ich anschließend mehrfach überprüft habe gar nicht.

Hat jemand eine Ahnung wie ich in den root Benutzer komme?
Ich habe schon mal von der Möglichkeit gehört, dass man während des bootens "S" drückt, allerdings kenn ich mich da nicht aus...
Danke schon mal!

Zur Info: ich benutze Lion und habe die Wiederherstellung über die Snow Leo Install DVD gemacht, da ich erst gestern Abend im Bett die neue Macwelt gelesen habe :mad:
 

hosja

Mutterapfel
Registriert
23.03.07
Beiträge
5.257
Hast du jetzt noch ein Benuter der sich als Admin einloggen kann?
 

hosja

Mutterapfel
Registriert
23.03.07
Beiträge
5.257
Da gibt es eine Lösung, durch Austauschen der Keychains von Benutzer und System kann man diese wieder schreibbar machen.
Ich muss allerdings ein wenig googlen.
 

Mac-Boy 24

Tokyo Rose
Registriert
14.08.11
Beiträge
66
So, ich hab mir das mal ausführlich angesehen und mir eine Liste gemacht:
Einiges hab ich aber nicht verstanden :(

1) Schlüsselbundverwaltung schließen


2) Terminal öffnen


3) Backup der Schlüsselbunde
$ cp ~/Library/Keychains/login.keychain ~
$ cp /Library/Keychains/system.keychain ~



4) ?? Schlüsselbund öffnen, kontrollieren dass beide Kennwörter gleich sind
Replace login.keychain with system.keychain
$ cp /Library/Keychains/system.keychain ~/Library/Keychains/login.keychain



5) ? Schlüsselbund öffnen, kontrollieren dass beide Kennwörter gleich sind
-> Menu -> Keychain First Aid -> “Synchronize login keychain password” bestätigen
-> Meldung: Passwort muss geändert werden


6) Schlüsselbund schließen


7) System-Password zu Originalem Platz kopieren, Benutzer-Kennwort wieder herstellen
$ sudo cp ~/Library/Keychains/login.keychain /Library/Keychains/system.keychain
$ cp ~/login.keychain ~/Library/Keychains/login.keychain



8) Fire open Keychain Access (?)
man sollte das System-Password mit seinem Login-Password öffnen können


Ich hab schon mal die Befehle von Schritt 3 mal ins Terminal eingegeben, das sagt aber, dass es die Befehle nicht findet.
Muss ich für ~ etwas einfügen?


Danke auf jeden Fall für die Mühe!
 

MacAlzenau

Golden Noble
Registriert
26.12.05
Beiträge
22.522
~steht für dein Benutzerverzeichnis, das versteht das Terminal.
Sagt das Terminal wirklich, daß der Befehl cp unbekannt ist?
 

Macbeatnik

Golden Noble
Registriert
05.01.04
Beiträge
34.263
gib mal im Terminal*
*man cp
ein, jetzt sollte das manual des Befehls cp erscheinen.

Ohne * woher kommen diese * ???
selbst wenn ich die * lösche, kommen die wieder
 

Mac-Boy 24

Tokyo Rose
Registriert
14.08.11
Beiträge
66
ok, habe man cp eingegeben, ohne irwendwelche *

dann kommt:

CP(1) BSD General Commands Manual CP(1)


NAME
cp -- copy files


SYNOPSIS
cp [-R [-H | -L | -P]] [-fi | -n] [-apvX] source_file target_file
cp [-R [-H | -L | -P]] [-fi | -n] [-apvX] source_file ...
target_directory


DESCRIPTION
In the first synopsis form, the cp utility copies the contents of the
source_file to the target_file. In the second synopsis form, the con-
tents of each named source_file is copied to the destination
target_directory. The names of the files themselves are not changed. If
cp detects an attempt to copy a file to itself, the copy will fail.


The following options are available:


-a Same as -pPR options. Preserves structure and attributes of files
but not directory structure.


-f If the destination file cannot be opened, remove it and create a
new file, without prompting for confirmation regardless of its per-
missions. (The -f option overrides any previous -n option.)


The target file is not unlinked before the copy. Thus, any exist-
ing access rights will be retained.


-H If the -R option is specified, symbolic links on the command line
are followed. (Symbolic links encountered in the tree traversal
are not followed.)


-i Cause cp to write a prompt to the standard error output before
copying a file that would overwrite an existing file. If the
response from the standard input begins with the character `y' or
`Y', the file copy is attempted. (The -i option overrides any pre-
vious -n option.)


-L If the -R option is specified, all symbolic links are followed.


-n Do not overwrite an existing file. (The -n option overrides any
previous -f or -i options.)


-P If the -R option is specified, no symbolic links are followed.
This is the default.


-p Cause cp to preserve the following attributes of each source file
in the copy: modification time, access time, file flags, file mode,
user ID, and group ID, as allowed by permissions. Access Control
Lists (ACLs) and Extended Attributes (EAs), including resource
forks, will also be preserved.


If the user ID and group ID cannot be preserved, no error message
is displayed and the exit value is not altered.


If the source file has its set-user-ID bit on and the user ID can-
not be preserved, the set-user-ID bit is not preserved in the
copy's permissions. If the source file has its set-group-ID bit on
and the group ID cannot be preserved, the set-group-ID bit is not
preserved in the copy's permissions. If the source file has both
its set-user-ID and set-group-ID bits on, and either the user ID or
group ID cannot be preserved, neither the set-user-ID nor set-
group-ID bits are preserved in the copy's permissions.
:
 

Mac-Boy 24

Tokyo Rose
Registriert
14.08.11
Beiträge
66
leider verstehe ich die ganzen Befehle nicht, da ich mich sowieso nicht soo gut mit Computern/ Programmieren auskenne :(
kannst du mir das noch mal erklären, oder sagen was ich machen muss?
 
Zuletzt bearbeitet:

hosja

Mutterapfel
Registriert
23.03.07
Beiträge
5.257
Statt der ~ kannst du auch direkt den Pfad angeben. /home/benutzername/Lib......
 

Macbeatnik

Golden Noble
Registriert
05.01.04
Beiträge
34.263
Dann sollte der Befehl cp aus den unten erwähnten Text funktionieren;
hast du es so eingegeben:
cp ~/Library/Keychains/login.keychain ~
 

Mac-Boy 24

Tokyo Rose
Registriert
14.08.11
Beiträge
66
klar, ich hab immer alles kopiert und ins Terminal eingefügt
 

Mac-Boy 24

Tokyo Rose
Registriert
14.08.11
Beiträge
66
Habs nochmal überprüft und "$ cp ~/Library/Keychains/login.keychain ~" (ohne Anführungszeichen) eingegeben, dann kam wieder die Meldung dass der Befehl nicht gefunden wurde, wie ist das denn bei euch? Vielleicht ist in meinem System auch was kaputt, was ich mir aber eigentlich auch nicht recht vorstellen kann
 

Mac-Boy 24

Tokyo Rose
Registriert
14.08.11
Beiträge
66
ohne $ interessiert das Terminal noch nicht mal, dann geht der in die nächste Zeile und schreibt nur wieder MacBook...:~Benutzer $
ich habs auch mit dem Leerzeichen am Anfang des Befehls versucht