Ich habe Windows 7 erfolgreich parallel zu meinem 2000 installiert. Wenn ich aber aufgefordert werde, mein Kennwort einzugeben, kommt die Fehlermeldung "Kennwort falsch" trotz des richtigen Kennworts (zweimal nach erneuter Installation probiert, keine Zeichen enthalten, die im EN/DE-Tastaturlayout anders sind). Sogar als ich einen Nutzer ohne Kennwort erstellt habe, kam derselbe Fehler.
Kann das einer erklären und für Abhilfe sorgen?
PS: Ich finde es wirklich klasse, dass man in diesem Forum unregistriert schreiben kann!
Liszca
2009-05-23, 20:44:44
Schon mit/ohne Capslock probiert?
DeadMeat
2009-05-23, 22:24:14
Das Problem hatte ich auch, Deutscher RC1.
Ohne Passwort kam ebenfalls fehlerhafte eingabe, passwort beim installieren festlegen dann gehts.
Und nen bekannter hatte als benutzer Name....Benutzer....dort hat er gar nichts akzeptiert. Kein user passwort oder gar kein passwort.
Ich hab aber dazu auf die schnelle nix gefunden sondern einfach neu Installiert und Name/Passwort am anfang festgelegt.
Was der Grund dafür ist weiß ich nicht, ich habs quasi nur umgangen.
So hat es funktioniert: Im abgesicherten Modus einen neuen Benutzer anlegen (es war gar kein anderer da) und diesen dann benutzen. Der bei der Installation erstellte Nutzer wurde anscheinend nicht gespeichert.
Das hört sich jetzt erst mal etwas eigenartig an, aber habt ihr das Installationsmedium auch im DAO-Modus bei geringer Brenngeschwindigkeit und brauchbaren Medien gebrannt?
Derartiges Verhalten ist mir von anderen Betriebssystemen bekannt und da liegt es in den allermeisten Fällen schlicht daran. Ich habe diese Möglichkeit trotz Hinweisen der Entwickler anfangs selbst nicht in Betracht gezogen, bis es mir selbst passierte.
Das Root-Passwort ließ sich zwar zurücksetzen und scheinbar lief dann auch alles, dennoch können auch nach einiger Zeit noch Fehler auftreten, die scheinbar zufällig sind und sich nur äußerst schwer bis gar nicht lokalisieren lassen.
Bei mir lag es letztendlich an schlechten Leermedien. Mit dem schlechten Medium trat der gleiche Fehler (Passwort bei erstem Einloggen abgewiesen) bei mehreren Installationen reproduzierbar auf. Erneut mit anderen Rohlingen im DAO-Mode mit geringer Geschwindigkeit gebrannt und es funktionierte auf Anhieb. In Foren berichteten nicht wenige Benutzer ähnliches.
Hab noch ein paar weitergehende Beiträge dazu rausgesucht:At the risk of pointing out the utterly obvious, you would not be posting this question if your install had gone fine. It did not go fine, and in fact has failed to go fine on 3 separate machines. So why not assume the obvious? Your install didn't go fine, and your disk is not working correctly?
To give an example of what an average sidux install looks like, using install cds burned DAO or SAO, good quality blanks, slow burn, with a cd burner that is not antique and dying (do not ignore this part of my sentence please), is this: you click the installer thing, it installs it, you boot up, everything works. You are amazed by how great this distro is, and post some comment to that affect. Or you just go on your way, happy to be running a user friendly Debian sid.
That's what an average sidux install looks like. What an average sidux install looks like when the install iso is not burned correctly is this: something is wrong with my install, and I can't figure out why. The mistake is random, nobody really knows why it's not working, and I can't find the problem on the forums really, at least not without coming across that pesky question if the user burned dao or sao or not.
The same thing happened to me on my first real install of kanotix, same subtle errors, same insistence that an install that had not in fact gone fine had gone fine. Then I reburned, and that install actually did go fine, and it all worked. And has continued to work, on ALL other machines I've ever installed on, because I now ALWAYS make explicitly sure to burn DAO, slow burn, and I always use good quality, high end cd rom blanks. And all my installs are always fine.
If you do not know if you burned DAO or SAO, it's quite safe to assume you did not do that. Failure to burn DAO/SAO, slow 8x,good quality blanks, good burner, means that at any random place in the roughly 2-3 gigabytes of compressed data, a few bytes here and there might have been lost. Nobody knows which ones, nobody knows which files were subtly corrupted, the thing almost always installs fine, reboots fine, then some subtle issue caused by that missing byte or two of data appears. Nobody can figure this out, and that's why the first question before any real support can be offered is if you burned it correctly. If no answer, or if no reinstall, all further support is totally pointless and a waste of everyone's time.
For some reason users seem to think that the livecd booting, and the install apparently working, means the install went fine, even when they can see that it didn't go fine, which is why they ask for help on irc or forums.There are two issues, reliability (the firmware of certain drives might correct errors better than others) and consecutive reads might lead to different results for weak data even on the same drive (testcd (linear reading), versus installing (random searches)). Writing in DAO (SAO) ensures that the image is written to the disc exactly (bit identical on the block device level) as intended, writing a bit slower usually results in more precise and higher contrast recordings which directly affects readability. MD5 clashes are theoretically possible, but indeed rather unlikely - nevertheless, practical experiences over the last 3 years explicitly show that data/ recording issues are the prime source for all kinds of "unexplaineable" behaviour (and it happens rather often).http://sidux.com/PNphpBB2-viewtopic-t-3004.html
vBulletin®, Copyright ©2000-2025, Jelsoft Enterprises Ltd.