Der Tip hat mich auf die richtige Spur gebracht: Ich hatte bisher mein var-Verzeichnis auf einer verschlüsselten Partition (Symlink). Ich vermute, dass systemd auf /var/run (Link auf das tmpfs /run ) zugreifen will, bevor das verschlüsselte FS gemountet ist. Nach verschieben des /var-Verzeichnisses auf das unverschlüsselte /-Verzeichnis laufen jetzt die Dienste wieder.
Das Problem mit dem instabilen Xorg hab ich immer noch. Ich vermute, das liegt an einem Bug im xorg-server 2:1.19.0-2. Ich hoffe, 2:1.19.0-3 landet bald in Debian testing. ################################## xorg-server (2:1.19.0-3) unstable; urgency=medium * Drop xserver-xorg-core-dbg in favor of xserver-xorg-core-dbgsym. * Cherry-pick upstream commit d6da2086951, Revert "damage: Make damageRegionProcessPending take a damage not a drawable". Fixes a crash caused by trying to free an invalid pointer. Closes: #847025, #848321. -- Emilio Pozuelo Monfort <[email protected]> Fri, 16 Dec 2016 19:39:45 +0100 xorg-server (2:1.19.0-2) unstable; urgency=medium * Disable glamor on the udeb build. It's not needed there. This has the side effect of fixing the Hurd build. * debian/patches/02_kbsd-input-devd.diff: - Ported to NotifyFd. Fixes the kFreeBSD build. * Bump Standards-Version to 3.9.8; no changes needed. -- Emilio Pozuelo Monfort <[email protected]> Wed, 23 Nov 2016 19:32:09 +0100 ################################## Am Sonntag, den 18.12.2016, 21:16 +0100 schrieb Matthias Schweizer: > da beisst sich ja die Katze in den Schwanz, socket kannst ja nicht > löschen. /run ist aber auch ein tmpfs > Die GraKa sollte nicht dein Problem sein... Das kann ich mir fast nicht > vorstellen. > evtl. liegt im Verzeichnis /run nach umount des tmpfs ein Socket File > drin der da raus muss becor tmpfs eingebunden wird ... kuck mal. Mach > das Verzeichnis leer... > > Am 18.12.2016 um 14:32 schrieb STOEGER Michael: > > Servus, > > > > habe seit gestern ein seltsames Problem. > > > > Debian testing upgedatet. Jetzt kackt unregelmäßig X ab mit: > > > > kernel: [drm:btc_dpm_set_power_state [radeon]] > > *ERROR* rv770_restrict_performance_levels_before_switch failed > > > > > > Außerdem kommen einige Dienste nicht hoch: > > apache2.service > > NetworkManager-wait-online.service > > rtkit-daemon.service > > systemd-hostnamed.service > > > > > > Allem Anschein nach hab ich ein Problem mit dem dbus. > > > > Unter Anderem kommt ein: > > rtkit-daemon[6111]: Failed to connect to system bus: Failed to connect > > to > > socket /var/run/dbus/system_bus_socket: No such file or directory > > > > Die Datei /var/run/dbus/system_bus_socket existiert (mit s-Attribut): > > > > # ls -la /var/run/dbus/ > > insgesamt 0 > > drwxr-xr-x 2 root root 60 Dez 18 13:15 . > > drwxr-xr-x 31 root root 1020 Dez 18 13:15 .. > > srw-rw-rw- 1 root root 0 Dez 18 13:15 system_bus_socket > > > > Was mich aber wundert ist, dass ich die Datei nicht lesen kann. Auch > > nicht > > als root! > > > > Mit vi krieg ich "Permission denied", mit more folgendes: > > > > more /var/run/dbus/system_bus_socket > > more: cannot open /var/run/dbus/system_bus_socket: No such device or > > address > > > > Klar, s-Attribut, keine normale Datei. Aber "Permission denied" sollte > > doch > > auf keinen Fall kommen, oder? > > > > Hat irgendwer eine Idee, was das sein könnte? > > > > > > Ml > > PS: Ich möcht nicht ausschließen, dass der X-abkacken nichts mit der > > dbus- > > Sache zu tun hat. Nach Update war der Rechner mehrere Stunden stromlos > > - > > evtl verabschiedet sich gleichzeitig die Grafikkarte, und beides ist > > einfach zusammengefallen. > > _______________________________________________ > lug-ts mailing list > [email protected] > http://www.lug-ts.de/mailman/listinfo/lug-ts -- -- --- Michael Stoeger, Nussdorf -- http://baumkuchen.org --- -- -- -- -- "Niemand hat die Absicht, eine Mauer zu errichten" -- -- - Bob der Baumeister- :wq _______________________________________________ lug-ts mailing list [email protected] http://www.lug-ts.de/mailman/listinfo/lug-ts
