[07:52] <maredebianum1> Hallo, ich habe hier etwas seltsames: als user gibt group mir nur gruppe <username> und ich habe keine speziellen Rechte z.B. auf Dateien (syslog, /dev/ttyUSB0), kann aber via sudo groups <user> alle Gruppen immer noch auflisten (mindestens sudo ist dann ja gesetzt)
[07:53] <maredebianum1> s/group/groups/
[07:53] <maredebianum1> U16LTS hier
[07:54] <apollo13> der output von groups <name> und sudo groups <name> sollte gleich sein
[07:54] <apollo13> wenn da was anders ist, ist was massiv kaputt
[07:54] <maredebianum1> eben ;)
[07:54] <apollo13> was hast du getan?
[07:55] <maredebianum1> Tja, keine Ahnung, wo das jetzt klemmt, /etc/group ist OK und lesbar
[07:55] <apollo13> ja, aber was hast du geändert; das kommt ja nicht von irgendwo :D
[07:57] <maredebianum1> "mount.davfs: kann die Gruppendatenbank nicht lesen" kommt schon seit gestern, auch nach reboot eben, group ist lange nicht geändert:  -rw-r--r-- 1 root root 1505 Nov 28  2017 /etc/group
[07:59] <maredebianum1> Auch group- scheint soweit fit, mit passenden Inhalten: -rw------- 1 root root 1499 Nov 21  2017 /etc/group-
[08:01] <maredebianum1> geändert habe ich natürlich "nichts" ;) also zumindest nicht irgendwas im System groß gefummelt in letzter Zeit (dist-upgrade natürlich)
[08:04] <maredebianum1> auch via etckeeper finde ich in letzter Zeit nichts relevantes
[08:07] <maredebianum1> aber als letztes kam  16.04.4 auf 16.04.5 herein, mit apparmor changes (zu snap)
[08:17] <apollo13> maredebianum1: führ das command mal mit englischer locale aus und such dann nach der fehlermeldung
[08:19] <maredebianum1> apollo13: schon gesucht, das ist ein eher nicht so häufiges Problem. Auf dem tty ist alles anders, ich muss mal neustarten, da waren noch upgrades in der Pipeline
[08:19] <apollo13> ah
[08:19] <apollo13> ja neustarten kann gerade nach libc update helfen
[08:19] <maredebianum1> mindestens Kernel kam neu...
[08:20] <maredebianum1> bis gleich (wenn es weiter klemmt)
[08:23] <maredebianum1> reboot half leider nicht. so: wie macht denn gnome3 das mit den groups? Da muss es ja klemmen (oder schon lightdm?)
[08:26] <maredebianum1> das groups binary ist dasselbe als user und root
[08:28] <maredebianum1> stop, groups <user> stimmt, groups ohne zeigt inzwischen nur noch gruppe des prozesses?!?
[08:31] <maredebianum1> Jedenfalls fehlen mir die Rechte (z.B. dialout, adm) für Dateien/Devices
[08:33] <Frickelpit> maredebianum1: Kannst du dich den den Gruppen wieder hinzufügen?
[08:33] <Frickelpit> *denn
[08:34] <maredebianum1> nein, bin schon Mitglied...
[08:35] <maredebianum1> Wenn ich sudo -i und dann su <user> mache, stimmt die Ausgabe...
[08:41] <maredebianum1> Und groups alleine sollte auch alle Gruppen ausgeben, wie auf tty. Mit xterm dasselbe, also spinnt hier gnome, nicht gnome-terminal?
[08:41] <apollo13> ähm wart
[08:41] <apollo13> was sagt im gnome-terminal groups <user>
[08:41] <maredebianum1> das tut
[08:41] <apollo13> sag mal id
[08:42] <apollo13> was glaubt er denn was für ein user du bist :)
[08:42] <apollo13> hast du autologin und nen anderen user? :D
[08:42] <maredebianum1> UID=1000
[08:42] <apollo13> naja da steht schon ein bisserl mehr ;) post mal den output von groups; groups dein_name; id
[08:42] <apollo13> in nen pastebin
[08:46] <maredebianum1> https://0bin.net/paste/yNqaaVyNlCl9iaAc#lWaYOTSFgNTXZKfyC2hssvalt5hqjgKxbs3EBRXbCQv
[08:46] <le_bot> Title: 0bin - encrypted pastebin (at 0bin.net)
[08:47] <apollo13> cool
[08:48] <apollo13> maredebianum1: was sagt type groups
[08:49] <maredebianum1> groups gehasht ergibt (/usr/bin/groups)
[08:49] <apollo13> grml
[08:50] <maredebianum1> BTW, woher kommt types? bash  builtin?
[08:50] <apollo13> verwendest du sssd?
[08:50] <apollo13> das siehst du wenn du type type machst :D
[08:50] <apollo13> bzw ldap oder ist das ein ganz normales system
[08:51] <maredebianum1> SSD (im Sinne von HD): ja, sssd sagt mir nichts, ist nicht installiert. Nein, aktuell ist alles lokal und nativ.
[08:52] <apollo13> na, war sssd gemeint. ich bin eher ideenlos
[08:54] <maredebianum1> Ja, komisch, ist jetzt kein besonderes Setup hier, LUKS und ecryptfs, sonst alles default. Und alles tat ja bis vor Kurzem...
[08:54] <apollo13> luks und ecryptfs? warum das
[08:54] <apollo13> das ist irgendwie doppelt gemoppelt
[08:57] <maredebianum1> /home/ encryption ist (war) ecryptfs, und da das inzwischen unsicher ist und Schlüsselteile in /etc oder so speichert, hilft LUKS schon noch. in 18 gibts ecryptfs nicht mehr (per default).
[08:58] <maredebianum1> apollo13: ich muss los, Problemlösung wird verschoben. danke dir
[10:51] <nagetier> apollo13: aber kann man nach "mount.davfs: kann die Gruppendatenbank nicht lesen" noch von einem "nicht verändertem system" sprechen? das hört sich doch arg nach nicht lokaler datenbank an
[10:51] <apollo13> nagetier: was weiß ich, nicht mein system und ich kann nur mit den infos die ich bekomme arbeiten
[10:52] <apollo13> aber ja es deutete eingies drauf hin, drum auch meine frage…
[10:52] <nagetier> ja
[13:36] <debitux> moin, kann man netplan auch mit ipv6 nutzen? ich finde überall nur beispiele für ipv4
[13:38] <debitux> https://paste.gdup.de/2lWWA/ meine config, hier bekomme ich den fehler:
[13:38] <le_bot> Title: stdin (at paste.gdup.de)
[13:38] <debitux> Error in network definition line 8: expected mapping
[13:44] <Frickelpit> debitux: probier es mal ohne die Anführungszeichen in Line 8
[13:44] <debitux> same error
[13:45] <Frickelpit> Dann ist der Feheler drunter bei den Nameservers
[13:45] <Frickelpit> https://rephlex.de/blog/2018/04/05/example-netplan-dual-stack-network-configuration-for-ubuntu-18-04/
[13:45] <le_bot> Title: Example Netplan dual stack network configuration for Ubuntu 18.04 – rephlex.de (at rephlex.de)
[13:48] <debitux> ah ja er will bei nameservers auch wieder addresses haben (wobei ich das nicht verstehe, was will man bei nameservers außer addressen noch angeben?) 
[13:48] <debitux> danke Frickelpit 
[13:49] <Frickelpit> np
[20:24] <Linuxkumpel> Betreff https://forum.ubuntuusers.de/topic/langsamer-boot-trotz-nvme-ssd-und-kein-blame/
[20:24] <le_bot> Title: Langsamer boot trotz NVME SSD und kein Blame › System einrichten und verwalten › Systemverwaltung, Installation, Aktualisierung › Forum › ubuntuusers.de (at forum.ubuntuusers.de)
[20:25] <Linuxkumpel> Hatte gleiches Problem, geholfen hat das https://launchpad.net/~ubuntu-x-swat/+archive/ubuntu/updates
[20:25] <le_bot> Title: Updates : “Ubuntu-X” team (at launchpad.net)
[20:27] <Linuxkumpel> PPA eingebunden aktualisiert und danach wieder abgeschaltet. Siehe auch hier http://www.pro-linux.de/news/1/26121/canonical-veröffentlicht-kernel-update-für-ubuntu-1804-lts.html
[21:03] <tomreyn> inzwischen reicht apt update + apt upgrade 
[21:03] <tomreyn> +reboot :-/