Bitte kontrollieren mit

ls -hal /mnt/home  

und mit einem

ls -hal /mnt/home/rammi 

Deine Dateien - die brauchst Du nicht posten.

So wie es jetzt aussieht müsste Dein System starten können

Die daten sehen sauber aus, werde es mal versuchen

Das war eine Schwergeburt. Ich weiß nicht was Du alles beim Neustart mit der 12.04er CD geändert/gemacht hast ohne es zu posten, aber egal. Es sah eben schon gut aus.

Bitte merke Dir, dass der Benutzer immer der Alfawert rammi ist, keine Zahl. Die Zahl ist nur die ID im System.

Über dieses MOUNT-Verfahren kommst Du immer an Deine Verzeichnisse/Daten dran, sofern die Platte nicht kaputt ist.

Da der PC immer mal wieder abgestürzt ist, auch mit der LiveCD, vermute ich ganz stark einen Hardware-Defekt an einem Bauteil.

Also RapaNui,

vielen Dank fuer deine Ausdauer, habe jede Menge gelernt, ueber alles ueber das einhaengen und dem Sinn darin. Leider ist der Fehler immer nicht nicht behoben, alles beim alten...

Beim Versuch das Passwort einzugeben, werde ich sporadisch unterbrochen, der Bildschirm wird schwarz, eine Voicemeldung in englisch und es mach sich gleichzeitig die Passwortabfrage wieder auf...

Naja, morgen ist ein neuer Tag

buenas noches y muchas gracias

Rammi

rammi22 schrieb:

buenas noches y muchas gracias

Rammi

Igual, buenas noches

rammi22 schrieb:

Jetzt kommt noch was dazu...

bei der PW eingabe wird jetzt unwillkürlich abgeschalten, manchmal beim 1. Buchstabe, dann beim 5. dann mal beim zweiten und das ganze kehrt zur Anmeldung zurück.

Aber was vielleicht noch intersanter ist, plötzlich taucht da eine Stimme auf, welche ich nur undeutlich erkennen kann, spricht englisch...irgendwas mit:"This is a Domian, but not yours (oder ...not used", dann irgendwas "...it seems used()...accept me" "...you can check out this in log-file to see...you can find it in flash...long" Das ist was ich so zusammenbekomme, ist sehr undeutlich, und ich glaube, die Ansage wiederhohlt sich mehrmal nach dem Eingeben....

Gruss Rammi

Domian? Meinst du vielleicht "daemon"? Das ist einfach der Screenreader (hört sich nach Stephen Hawking an), den du im Loginscreen aktiviert hast und der dir die Fehlermeldung im Zusammenhang mit einem Daemon vorliest. Das ist kein Virus sondern ein klarer Fall von einem Fehler, der vor dem PC sitzt. Pfusche nicht an Rechten herum, schon gar nicht im var-Verzeichnis.

Hallo,

ontaiwolf schrieb:

Domian? Meinst du vielleicht "daemon"? ... Pfusche nicht an Rechten herum, schon gar nicht im var-Verzeichnis.

Es ist so, das ich ja nicht richtig verstehen kann was da gesagt wird, die Ansage ist sehr abgehackt. Habe schon verstanden, das da auf irgendwelche Log-Dateien hingewiesen wird, leider echt nicht zu verstehen. Deshalb hatte ich alle gefundenen Logs gepostet.

Daraufhin wurde mir ja geholfen, die Home rechte wieder herzustellen, aber ich komme immer noch nicht rein. Und es gibt weiter diese Sprachausgabe.

Im /var muss ich ja an die Rechte, um meine Webseiten zu testen. Vielleicht kannst du mir doch noch ein zwei Tipps geben, wie ich denn nun weiter vorgehen kann, um wieder ins System reinzukommen. Die Rechte am Home verzeichniss sind wie gesagt oben schon korrigiert.

Ergänzung: Gibt es ein log, wo man die Ansage des Screenreader auch nachlesen kann?

Irgendwie stolper ich immer wieder über diese Meldeung im auth.log

Aug  1 03:57:20 rammi gnome-keyring-daemon[1354]: couldn't create socket directory: Keine Berechtigung
Aug  1 03:57:20 rammi gnome-keyring-daemon[1354]: couldn't bind to control socket: /tmp/keyring-o8LS3X/control: Datei oder Verzeichnis nicht gefunden
Aug  1 03:57:21 rammi lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "rammi"
Aug  1 03:57:22 rammi dbus[722]: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.22" (uid=104 pid=1540 comm="/usr/lib/indicator-datetime/indicator-datetime-ser") interface="org.freedesktop.DBus.Properties" member="GetAll" error name="(unset)" requested_reply="0" destination=":1.16" (uid=0 pid=1356 comm="/usr/sbin/console-kit-daemon --no-daemon ")

Ich stolpere genau darüber, weil eine meiner letzten Aktionen war /var/tmp die Rechte dort einzustellen, damit ein Script mit Fileupload dort temporäre Datein absetzt. Kann das ein Ansatz sein?

Gruss Rammi

Hast du automatisches Login?

Wie auch immer. Es wäre nützlich, wenn du sagst, was du genau gemacht hast, bevor du den Rechner abgeschossen hast. So spontan habe ich keine Idee, was das Problem ist.

Sonst würde ich einfach die Daten sichern und Ubuntu neu einspielen, das dauert sicherlich nicht so lange, als hier auf die Antworten zu warten. Und für die Zukunft würde ich an deiner Stelle mehr Dokumentationen und Wikis lesen.

Nochmals Hola,

ja, irgendwo sind wohl die Rechte verbogen. Die Meldung selbst sagt aus, dass ein control socket nicht an die /tmp/keyring-o8LS3X/control (also in /tmp direkt) gebunden werden kann - genauer zum GNOME-Schlüsselbund. Ich hab in /var nicht so viele Verzeichnisse/Dateien wie Du, und die die ich hab beziehen sich auf KDE (da ich Kubuntu nutze)

Mein /var/tmp sieht so aus (Achtung kde) - Wichtig dürfte dabei der User/die Gruppe root:root sein:

willie@midgard:/tmp$ ls -hal /var/tmp
insgesamt 16K
drwxrwxrwt  4 root     root     4,0K 2012-08-01 14:44 .
drwxr-xr-x 14 root     root     4,0K 2010-08-16 06:34 ..
drwx------  6 root     root     4,0K 2012-08-01 01:45 kdecache-root

/var/tmp/kdecache-root:
insgesamt 1,7M
drwx------ 6 root root 4,0K 2012-08-01 01:45 .
drwxrwxrwt 4 root root 4,0K 2012-08-01 14:44 ..
drwx------ 2 root root 4,0K 2011-02-01 02:18 background
drwx------ 2 root root  12K 2011-02-01 02:19 http
drwx------ 2 root root 4,0K 2012-08-01 01:46 kpc
-rw-r--r-- 1 root root 1,7M 2012-08-01 01:45 ksycoca4
-rw-r--r-- 1 root root  294 2012-08-01 01:45 ksycoca4stamp
drwx------ 2 root root 4,0K 2010-12-19 21:44 libphonon
-rw------- 1 root root  494 2012-04-15 19:27 plasma-svgelements-default

Wenn Du also Rechte auf /var/tmp generell verändert hast, dann fehlen dort wahrscheinlich die Zuordnungen zu root bzw. die Rechte. Bei den Rechten muss man immer auf die 3-Teilung achten: Besitzer-Gruppe-Andere , siehe auch: chmod.

Wichtiger als die Dateien im /var/tmp dürfte der Besitzer und die Rechte des Verzeichnisses selber sein:

ls -al /var
insgesamt 48
[...]
drwxrwxrwt  5 root root  4096 Jul 24 21:09 tmp

Hier sollte Eigentümer, Gruppe und alle anderen alles dürfen. Zum Verständnis: chmod

Ein Backup und eine Neuinstallation wäre sicherlich Sinnvoller, als weiterhin im Trüben zu Fischen.

RapaNui schrieb:

Bitte merke Dir, dass der Benutzer immer der Alfawert rammi ist, keine Zahl. Die Zahl ist nur die ID im System.

Verstehe ich nicht. Die Zahl (die ID) ist das, was im Dateisystem als Benutzer/Eigentümer gespeichert wird. Setze ich zB ein neues System auf wird dem ersten Benutzer wieder der Wert 1000 zugewiesen. Hänge ich eine ext-Datenpartition ein, auf der Daten des alten Systembenutzers gespeichert wurden (mit der ID=1000), wird der neue Benutzer (des neuen Systems) zum Eigentümer/Benutzer aller Dateien auf dieser Partition. Egal, ob er rammi oder RapaNui heißt

Anderes Beispiel: Benutze ich eine externe Platte für Daten (Ext-Formatiert), kann jeder Benutzer mit der ID=1000 ohne Probleme darauf zugreifen.

Oder habe ich Deinen Satz komplett falsch verstanden?

Lösung hier: https://answers.launchpad.net/ubuntu/+source/lightdm/+question/174285

If its not .Xauthority or lightdm problem then it might be /tmp permissions problem.

Open the file /var/log/auth.log and search for gnome-keyring-daemon.

If you find lines similar to these:

Jan 18 01:55:12 localhost gnome-keyring-daemon^[2016]: couldn't create socket directory: Permission denied Jan 18 01:55:12 localhost gnome-keyring-daemon^[2016]: couldn't bind to control socket: /tmp/keyring-mKRg6t/control: No such file or directory Jan 18 01:55:12 localhost lightdm: pam_unix(lightdm:session): session closed for user

then the problem is that you probably changed the permissions of directory /tmp by mistake. So now the users dont have permission to write inside the /tmp directory and this is why you loopback to the login screen of light destop manager (lightdm).

You can still probably login as root and give this command

1	chmod o+t,ugo+rw /tmp

or

1	sudo chmod o+t,ugo+rw /tmp

(if you are logged as user through a terminal)

This command sets the correct permissions (drwxrwxrwt) for /tmp directory and then you can login again normally.

@ ontaiwolf:

Gute Idee, a b e r es geht hier um LVM und Vollverschlüsselung.

Danke noch mal an alle,

ist ja im Endeffekt viel Lesestoff zusammengekommen, einige Sachen sehe ich jetzt klarer, andere bleiben vorrerst für mich noch unverständlich, im jeden Fall, dieser Thraed hilft mir bei der weiteren Eroberung von Ubuntu.

Zum eigentliche Thema, habe Ubuntu neu aufgespielt. Und schliesse damit diesen Beitrag.

Gruss Rammi