Beiträge von chriscellix

    Hallo und guten Tag,


    Benutzer ohne Verschlüsselung kann ich problemlos anmelden. Wenn ich aber einen neuen Benutzer mit verschlüsseltem Verzeichnis anlege und diesen an der Konsole anmelde, kommt die Meldung:


    Code
    /usr/sbin/mount.crypt: dm cipher ignored for LUKS volumes

    Leap verwende ich und habe ich übrigens erst kürzlich installiert.
    Des Weiteren verwende ich:
    KDE-Plasma-Version 5.5.5
    Qt-Version: 5.5.1
    Kernel-Version: 4.1.20-11-default
    64-bit auf:
    Dell Notebook Latitude e6410 mit:
    Prozessoren: 4 x Intel Core i5 CPU M 520 @ 2.40GHz
    3,8 GiB RAM



    Beim Anmeldeversuch unter KDE Plasma erscheint erst nur ein schwarzer Bildschirm (mit einem "x") für den externen Monitor und für das Notebook, nach einer kurzen Weile erscheint dann wieder der Anmeldebildschirm.


    Woran könnte diese Sache liegen?
    Liegt es vielleicht daran dass ich nicht das bt... irgendwas Filesystem sondern xfs für die Home-Partition gewählt habe?


    LG, chris

    Hi McFlyers,


    es ist kaum zu sagen, welcher Prozess es nun ist, da die aktivsten Prozesse sich fleißig abwechseln. Gestern hatte ich einen "swapd" (o. so ähnlich), der sehr aktiv war, eben tauchten dafür die Prozesse auf, von denjenigen Programmen, die ich laufen hatte (dolphin, firefox, libreoffice, kaffeine und thunderbird).
    Nach sieben oder acht Minuten war der firefox meiner Frau (der zweiten Benutzenden) gestartet.


    Zudem ist der Bildschirm meiner Frau nicht gesperrt gewesen, als ich von meinem Konto auf das ihre wechselte. Halte ich für wichtig, da unser Kind auch heran wächst...


    Mir scheinen meine 1,5 GB RAM zu wenig zu sein...


    LG, chris

    Hallo Zusammen,


    gerne würde ich wieder, wie vor etwa zwei, drei Jahren noch sehr gut möglich, mit meiner Frau gleichzeitig den Laptop nutzen. Seit längerer Zeit nun frisst sich scheinbar der KDE jedes mal fest (endloser Festplattenzugriff bei Prozessor-Höchstlast), wenn ich versuche, meiner Frau unter ihrem Konto eine Session zu eröffnen, während ich noch angemeldet bin.
    Unter dem LXDE läuft der Wechsel soweit, wie ich es testen konnte, in gewissen Grenzen problemlos. Nur fehlt mir dort einiges an Komfort. :) Und: Meine Frau wird (bei LXDE) mit einer Bildschirmsperre konfrontiert, die keinen Benutzerwechsel ermöglicht.
    Deswegen bin ich sehr interessiert an Euren Tipps, was es für Möglichkeiten gibt, zu einer Lösung zu kommen.


    LG, chris



    Intel(R) Pentium(R) M processor 1.60GHz
    1,5GB RAM
    KDE 4.11.5
    Linux 3.11.10-29-default
    openSUSE 13.1 (Bottle) (i586)

    Hallo, liebe Leuts,


    im März war ich das Thema bereits einmal angegangen, musste dann aber aufgeben.
    Nun habe ich einen neuen Angang gestartet und eine Antwort auf das Posting von root-tut-nicht-gut.


    Hier erst mal meine Einleitung vom März:
    ... leider scheint der Mehrbenutzerbetrieb nicht so gut getestet zu sein (...). Jedenfalls greift meine Frau immer noch auf unser altes opensuse
    12.2 zurück, hier klappt es mit dem Mehrbenutzerbetrieb noch tadellos.
    Seit meiner Installation von 13.1 auf unserem Notebook --



    Panasonic cf-51 toughbook mit intel centrino (Intel(R) Pentium(R) M processor 1.60GHz)
    Linux 3.11.10-7-default
    openSUSE 13.1 (Bottle) (i586)
    KDE 4.11.5



    -- habe ich noch keine Lösung gefunden. Zwar kann ich selber,
    wenn ich angemeldet bin, eine zweite Sitzung starten, jedoch ist mir
    dies nicht in dem gesperrten Modus nach einem Standby des Notebooks
    möglich.


    Nachfolgend die damaligen Fragen von root-tut-nicht-gut mit meinen Antworten:



    Wie kommst du zur Datei "warn-1.txt"? Mir scheint das ein Auszug der guten alten /var/log/messages zu sein.
    >>/var/log ist schon ganz richtig. Mit Steuerung - Alt - F10 habe ich interessante Meldungen gefunden, die ich in die Suche eingegeben habe. Das Suchergebnis war dann die gepostete Datei "/var/log/warn".<<


    Hast du eine externe Platte an deiner Fritzbox hängen, die du mountest? ...
    >> Nein.
    Die entsprechenden Einträge in der /etc/fstab habe ich inzwischen herausgenommen.<<


    ... Die ist via USB 1.1, 2 oder 3 angeschlossen?
    >> Das war ein USB2 - Stick mit drei Partitionen.<<


    Was ist das für ein Medium das nach /media/data gemountet ist?
    >> Das war der benannte USB2 - Stick mit drei Partitionen.<<


    Und wie ist das angeschlossen?
    >> An USB-Buchse meines Toughbooks.<<


    Was ist das für ein Medium das nach /media/musik gemountet ist? Und wie ist das angeschlossen? >>auch so (s.o.)<<
    Verwendet ihr beide verschiedene Mounts welcher Medien? (Also in den verschiedenen Sitzungen)
    >> Nein.<<
    Was meinst du mit "gesperrter Modus"?
    >>Dazu möchte ich ein wenig ausholen:
    Zwar kann ich selber, wenn ich angemeldet bin, eine zweite Sitzung starten. (Benutzer wechseln)
    Auch, wenn ich meine Sitzung sperre -- ohne den Laptop zuzuklappen, kann ich eine zweite Sitzung starten.
    Wenn ich jedoch meinen Laptop zuklappe, Standby (Suspend-to-Ram) abwarte und dann wieder aufklappe, dann ist meine Sitzung gesperrt und
    das oben beschriebene Problem tritt wieder auf: Ich kann nicht den Benutzer wechseln, da mir der Loginscreen nicht angeboten wird.<<


    Funktionieren ZWEI Sitzungen auch nach dem Suspend?
    >>Sofern sie VOR dem Suspend eröffnet wurden, ja.<<


    Machst du Suspend-to-Ram oder to-disk?
    >> Suspend-to-disk funktioniert bei mir gar nicht. Ich nutze nur -to-Ram.<<


    Oder hast du das bei allen Suspendmodi? >>Kann ich nicht sagen, da to-disk überhaupt gar nicht funktioniert.<<


    Wenn er eine .default.face sucht, will er die auch. Das kopieren irgendwelcher Dateien mit annähernd gleichem Namen ist per se sinnlos. Lösche die wieder.
    Versuche stattdessen in /usr/share/kde4/config/kdm/kdmrc folgende Einträge zu ändern/hinzuzufügen:
    PluginsLogin=classic
    PluginsShutdown=classic
    Das ist aber nur eine nebensächliche Korrektur. (und vermutlich eh überflüssig; schadet aber nicht wirklich)
    >> Dies habe ich nicht befolgt, da diese "classic"-Einträge laut /usr/share/kde4/config/kdm/kdmrc-Hinweis schon per default eingestellt sind
    und nicht geändert wurden.<<


    (...)
    Die dann im aktuellen Directory liegende MeinReport.txt lade hier dann hoch.
    Dazu schreiben, aus welcher Sitzung du ihn schlafen gelegt hast.
    ggf. die Schritte wiederholen aber aus anderer Sitzung schlafen legen. (Was dann zwei Report.txt in zwei Userverzeichnissen ergibt.)
    >> Das Scenario, wo ich erst zwei Sitzungen eröffne, und dann schlafen lege, dieses Scenario klappt ohne Probleme. <<


    Nicht klar ist mir auch, ob das mit den beiden Sitzungen funktioniert, und es nur nicht möglich ist nach einem Suspend eine zweite Sitzung zu eröffnen.
    Wenn dem so ist, tue folgendes:
    >> Dem ist so. <<

    Code
    su -c "journalctl -b" | tee MeinReport.txt


    Rechner wirklich neu starten.
    Schlafen legen.
    Wecker klingeln lassen.
    Zweite Sitzung versuchen.
    Report mit Befehl, wie oben, erstellen, und hier pasten.


    Nachtrag: Wozu brauchst du das überhaupt?
    Wenn man mit seiner Gattin zwei Sitzungen gleichzeitig aufmacht, hat man doch eh in keiner was zu tippen?
    >> Das verstehe ich eher als kleinen Scherz von Dir. Wenn meine Frau meinen Laptop nutzen möchte und ich aber meine Sitzung derweil aus irgendeinem Grund nicht schließen kann, soll sie trotzdem auf alle Fälle eine eigene Sitzung eröffnen können. :-)<<



    >> Folgendes habe ich nun gemacht:
    Rechner wirklich neu gestartet.
    Zweite Sitzung gestartet.
    Schlafen gelegt (höchstwahrscheinlich aus 1. Sitzung).
    Wecker klingeln lassen.
    Report (MeinReport2Sitzungen.txt) mit Befehl, wie oben, aus 1. Sitzung erstellt.<<



    >>Rechner wirklich neu gestartet.
    Schlafen gelegt.
    Wecker klingeln lassen.
    Zweite Sitzung versucht.
    Report (MeinReport1Sitzung.txt) mit Befehl, wie oben, erstellt.<<


    Ich hoffe sehr, dass Ihr aus meiner Schilderung schlau werdet und mir helfen könnt.
    Herzlichen Dank für Eure Mühen im Voraus!
    chris

    Hallo, liebe Leute,


    leider scheint der Mehrbenutzerbetrieb nicht so gut getestet zu sein -- Die Gesellschaft individualisiert sich auch bei opensuse... Sorry, meine Kritik :) ... Jedenfalls greift meine Frau immer noch auf unser altes opensuse 12.2 zurück, hier klappt es mit dem Mehrbenutzerbetrieb noch tadellos. Seit meiner Installation von 13.1 auf unserem Notebook --


    Panasonic cf-51 toughbook mit intel centrino (Intel(R) Pentium(R) M processor 1.60GHz)
    Linux 3.11.10-7-default
    openSUSE 13.1 (Bottle) (i586)
    KDE 4.11.5


    -- habe ich noch keine Lösung gefunden. Zwar kann ich selber, wenn ich angemeldet bin, eine zweite Sitzung starten, jedoch ist mir dies nicht in dem gesperrten Modus nach einem Standby des Notebooks möglich. Unter strg alt f10 wurde bemängelt, dass kdm_greet[xxyz] eine gewisse Datei oder Verzeichnis nicht laden kann:
    kdm_greet[xxyz]: Cannot load /usr/share/kde4/apps/kdm/faces/.default.face
    Im System konnte ich auch tatsächlich keine Datei namens .default.face finden. Eben habe ich eine Datei namens default.png gefunden und diese zu dem obigen Pfad hin kopiert. Nun tritt das Problem aber immer noch auf.
    Die Datei "warn" sagt mir nicht so viel, ich habe die letzten Zeilen mal angehängt...


    Über Eure Hilfe würde ich mich sehr freuen!
    Vielen Dank im Voraus,
    chris

    Okay, das läuft jetzt ganz gut und sieht super aus, jetzt habe ich die von Dir vorgeschlagenen Treiber installiert und openGL für beide Benutzer eingestellt.


    Bleibt nur noch anzumerken, dass die Fensterbuttons für Minimieren, Maximieren und Schließen erst beim überfahren mit der Maus ihre icons sichtbar machen.
    Das war vorher tadellos. :)


    LG, chris