<div dir="ltr"><div>PS, downgrading (under amd64)<br> systemd libpam-systemd libsystemd libsystemd:i386 <br>to 226-4 on source and destination systems also solves the rsa/dsa ssh key logging problem (it works again).<br></div>Tell me if any log file is needed<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 9 October 2015 at 12:55, Ara Keary <span dir="ltr"><<a href="mailto:ara.keary@gmail.com" target="_blank">ara.keary@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div>Hi,<br><br></div>same here: no proper boot after 227-1 → 226-4 systemd update.<br><br></div><div>/var/log/syslog show attempts to unount EVERY partition ; only the unmounting of / fails (fortunately...).<br><br></div><div>Under amd64 multiarch, downgrading <br> systemd libpam-systemd libsystemd libsystemd:i386 <br>to 226-4 solves the problem<br></div><div><br></div><div>Before downgrading, solved manually by mounting manually all partitions from root console<br></div><div> mount -a<br></div><div>and restarting gdm<br></div><div> service gdm restart<br></div><br></div><div>Other symptom, if helpful: trying to log with rsa/dsa key fails on every machine i can access to.<br></div><div>Could all this mess be related to a (pam) <b>system-wise authentification problem</b>?<br><br></div><div>On fresh testing → unstable 1 day old update: same symptoms. Thus seems unrelated to old .conf file problem.<br></div><div><br></div>Maintainers: i really truly appreciate ∞ly your work, but do you test updates before uploading? ...<br><br></div>Best log decrypting,<br><br></div>Ara<br><br></div>PS Severity should be critical<br></div>
</blockquote></div><br></div>