Vielen Dank für die Hinweise.
In einem neuen Account funktioniert alles wie gewohnt, puh! Also sollte es eine Konfiguration, und damit lösbar sein, richtig?
~/.xsession-errors (vom kaputten User flo):
openConnection: connect: Datei oder Verzeichnis nicht gefunden
cannot connect to brltty at :0
~/.xsession-errors (vom neuen User test):
openConnection: connect: Datei oder Verzeichnis nicht gefunden
cannot connect to brltty at :0
upstart: indicator-bluetooth-main-Prozess (1947) wurde von TERM-Signal beendet
upstart: indicator-power-main-Prozess (1948) wurde von TERM-Signal beendet
upstart: indicator-datetime-main-Prozess (1954) wurde von TERM-Signal beendet
upstart: indicator-printers-main-Prozess (1960) wurde von TERM-Signal beendet
upstart: indicator-session-main-Prozess (1961) wurde von TERM-Signal beendet
upstart: bamfdaemon-main-Prozess (1776) wurde von TERM-Signal beendet
upstart: indicator-application-main-Prozess (1969) wurde von TERM-Signal beendet
upstart: Vom benachrichtigten D-Bus-Bus getrennt
upstart: unity-panel-service-main-Prozess (1922) wurde von TERM-Signal beendet
Ich hab bei beiden Usern dmesg in eine Datei geschrieben, frisch nach Reboot und Versuch einen Ordner umzubenennen. Und um es hier übersichtlicher zu halten, habe ich den timestamp am Zeilenanfang gelöscht und identische Zeilen herausgenommen. Dann von Hand die Zeilen gelöscht, die nur numerische Unterschiede aufweisen (z.B. UTC oder pid's). Hier sind die Zeilen, die nur beim alten User flo zu finden waren:
audit: type=1400 audit(1467062455.879:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=651 comm="apparmor_parser"
audit: type=1400 audit(1467062455.879:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cupsd" pid=651 comm="apparmor_parser"
wlp3s0: authenticate with b8:be:bf:fe:39:62
wlp3s0: send auth to b8:be:bf:fe:39:62 (try 1/3)
wlp3s0: authenticated
wlp3s0: associate with b8:be:bf:fe:39:62 (try 1/3)
wlp3s0: RX AssocResp from b8:be:bf:fe:39:62 (capab=0x1421 status=34 aid=0)
wlp3s0: b8:be:bf:fe:39:62 denied association (code=34)
wlp3s0: authenticate with b8:be:bf:ee:2f:32
wlp3s0: send auth to b8:be:bf:ee:2f:32 (try 1/3)
wlp3s0: authenticated
wlp3s0: associate with b8:be:bf:ee:2f:32 (try 1/3)
wlp3s0: RX AssocResp from b8:be:bf:ee:2f:32 (capab=0x1431 status=0 aid=3)
wlp3s0: associated
IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready
cfg80211: Regulatory domain changed to country: US
cfg80211: DFS Master region: FCC
cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 3000 mBm), (N/A)
cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 1700 mBm), (N/A)
cfg80211: (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2300 mBm), (0 s)
cfg80211: (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2300 mBm), (0 s)
cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 3000 mBm), (N/A)
cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)
wlp3s0: Limiting TX power to 20 dBm as advertised by b8:be:bf:ee:2f:32
Und hier die Zeilen bei test:
systemd[1]: Mounted FUSE Control File System.
audit: type=1400 audit(1467062635.686:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="webbrowser-app" pid=622 comm="apparmor_parser"
Bin zwar kein Experte, aber das sieht mir nicht unbedingt relevant aus.
Was ich sonst noch probiert habe:
Wie CompizConfigSettingsManager das flo-Profil exportiert und bei test importiert. Den Ordner .config/share/nautilus gelöscht und neu gestartet. Eigene Skripte in .local/share/nautilus/scripts gelöscht. Jeweils keine Änderung.
Ich hoffe natürlich, dass noch jemand eine gute Idee hat. Wenn nicht, kann ich vermutlich einfach einen neuen User anlegen und versuchen, Schritt für Schritt meine Einstellungen zu übernehmen und beobachten wenn was passiert. Und wenn bis zum Schluss nichts passiert, bin ich zwar nicht schlauer, hab dann aber immerhin nen funktionierenden Account ☺