Beiträge von stob

    Hallo,
    mein Problem existiert leider immer noch. Nach allerlei Hin-und Herprobieren ist auch raus gekommen, dass der pam_mount per Login an der TTY-console am Rechner (wie per Login via ssh) auch nicht funktioniert. Grund warum ich im November annahm, dass das funktioniert, war, dass der selbe Domainuser noch per KDE eingeloggt war und das CIFS-dir demnach schon gemountet war.
    Das ist auch die einzige Möglichkeit wie ich das mit ssh dann hinbekommen habe. Das wäre aber nur für lokale Workstations, die auch per lokalem KDE-Login nutzbar sind eine mögliche Notlösung.
    Bitte um Hilfe

    Hallo,
    ich habe den Rechner bei der Installation per yast-Dialog Windows Domain Membership in eine AD-Domäne gehoben. Unter Expert Settings in diesem Dialog wurden die CIFS-Netzlaufwerke eingehängt. Das funktioniert alles klaglos beim Anmelden per Konsole und KDE. Sobald man sich per ssh einloggen will, kann man sich zwar einloggen, das Verbinden der Netzlaufwerke geht mit oben stehender Fehlermeldung schief.
    Explizit Befehle gebe ich keine ein. Ich habe nur, um die Fehlerausgabe überhaupt zu erreichen, den debug-Schalter in der /etc/security/pam_mount.conf.xml auf 1 gesetzt.
    Schönen Gruß

    Hallo,
    dies ist ein Crossposting . Da dort noch niemand eine Lösung hatte versuche ich es hier auch.
    Ich kann mit pam_mount beim Login unter KDE oder tty CIFS-Verzeichnisse mounten, nicht aber mit ssh.
    Ein Auszug aus dem Log:

    Code
    2015-10-27T11:17:46.957647+01:00 wbbi134 sshd[7449]: (pam_mount.c:522): mount of data1 failed
    2015-10-27T11:17:46.957942+01:00 wbbi134 sshd[7449]: (pam_mount.c:173): conv->conv(...): Conversation error
    2015-10-27T11:17:46.958173+01:00 wbbi134 sshd[7449]: (pam_mount.c:477): warning: could not obtain password interactively either


    Ich arbeite auf einem frisch installierten OpenSUSE 13.1. Von daher sollten eigentlich keine selbst erzeugten Fehler in den entsprechenden .conf Dateien sein.
    Vielen Dank im Vorraus an alle
    stob

    Hallo,


    ich war die letzte Zeit anderweitig beschäftigt. Daher meine lange Reaktionszeit. Mittlerweile hab ich das Problem auch auf Dell Precision M4600. Da ist keinerlei NIS im Spiel. Da existiert nur root und ein lokaler User. Reboot-Schalter geht beim Normal-User nicht (System bleibt hängen), 'systemctl reboot' auf der Konsole auch nicht.


    Schöne Grüße

    So, System nun neu installiert. acpid mit drauf gepackt. Neu gestartet und wenigstens geht ypbind wieder.
    vom Fremrechner: jeder hab ich auch eingetragen.
    Als NIS-User kann ich nach wie vor nicht mit dem Neustart-Schalter (bzw. per systemctl reboot/poweroff an der Konsole) das Gerät neu starten, bzw. Ausschalten. Er bleibt immer noch an der üblichen Stelle hängen.


    Was mir bei dem Plymouth Power Off Screen noch aufgefallen ist, nachdem ich die Auflösung vergrößert habe sind zwei Zeilen:
    [ OK ] Failed umounting /home/User (ist ein per autofs gemountetes nfs-Dir)
    ...
    [ OK ] Failed umounting Runtime Directory

    Ich habe acpid installiert, das System neu gestartet mit dem Effekt dass sich die User nicht mehr anmelden können weil der Start ypbind nun schief geht:



    Was ist mir da schief gegangen?
    Vielen Dank