[06:19] <luatz> Moin, resolved service startet hier nicht (systemd-resolved.service: Start request repeated too quickly.), im log steht leider nichts spezielles zum tieferen Grund, wie kann ich das debuggen?
[06:41] <drc> luatz: `journalctl -u systemd-resolved` hat keine hilfreichen einträge?
[06:42] <luatz> Leider nein, ich sehe, dass der Service ein paar mal in der Sekunde gestartet wird, zwischendrin dead, dann irgendwann fail wegen limit
[06:43] <luatz> Aktuell konnte ich den von Hand starten und er scheint zu laufen
[06:43] <drc> Du könntest mal das Debug-Level von resolved hochstellen, vielleicht gibt es dann sinnvolle Einträge
[06:44] <drc> Hier hat das jemand aufgeschrieben: https://unix.stackexchange.com/a/432077
[06:44] <le_bot> Title: How to troubleshoot DNS with systemd-resolved? - Unix & Linux Stack Exchange (at unix.stackexchange.com)
[06:44] <drc> Der hat ein anderes Problem, aber das kann uns ja egal sein :)
[06:46] <luatz> Habe mit SYSTEMD_LOG_LEVEL=debug /lib/systemd/systemd-resolved händisch gestartet, dann geht es, Anfragen werden korrekt abgearbeitet.
[06:47] <drc> aber wenn du es mit `systemctl start systemd-resolved` machst, geht es weiterhin kaputt?
[06:48] <luatz> Genau, schnelle restarts bis zum limit
[06:49] <luatz> Hier ist die resolv.conf komisch: eine Datei, kein link und da steht was von NetworkManager drin
[06:49] <luatz> Das scheint mir falsch
[06:50] <drc> Auf einem Desktop sollte die /etc/resolv.conf eigentlich ein Symlink sein
[06:52] <luatz> Hab den mal wiederhergestellt, aber keine Änderung im Startverhalten... ln -s /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf
[06:55] <drc> Belegt eventuell irgendwas anderes den Port?
[07:00] <luatz> Da horchte ein systemd-resolved Prozess, obwohl service explizit gestoppt. Ein kill hat den getötet, und ein neuer läuft nicht an mit systemd start. Start nur von Hand möglich, dann horcht der halt dort (und funktioniert)
[07:03] <drc> Hast du resolvconf als Paket installiert?
[07:06] <luatz> Nein, und ich ich fürchte die resolv.conf war ein Hack meines Kollegen, aber das sollte passen (Inhalt passt - file is managed by man:systemd-resolved)
[07:17] <luatz> Nur zum Startfail finde ich keine Details, hier ein debug log: https://paste.ubuntu.com/p/3Xd2ZGyDZR/
[07:17] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[07:18] <drc> Kannst du das irgendwo anders pasten, bitte? Hab gerade meinen Login nicht hier und ohne will es mir das nicht anzeigen o0
[07:21] <luatz> https://paste.martinweis.eu/7oUFUoLn login: getfile
[07:22] <drc> Das geht, super
[07:23] <luatz> drc: Hostname habe ich editiert mit sed -e "s/$HOSTNAME/mybox/g"
[07:24] <drc> Da stoppt irgendwas tatsächlich den Dienst 
[07:25] <luatz> Ich denke, das ist der 6. Versuch (ohne gezählt zu haben) und dann kommt das limit
[07:25] <drc> Ne, da läuft nach jedem start ein stop 
[07:27] <luatz> drc: autostop service :)
[07:27] <drc> sehr praktisch ^^
[07:28] <luatz> drc: einen Grund kann man aber da nicht sehen, oder übersehe ich was?
[07:28] <drc> ne, hab ich auch gerade gesucht, steht leider nicht drin, wer den stop-Befehl sendet
[07:34] <luatz> Ich habe jetzt mit killall alle Prozesse gekillt, da waren zwei händische noch gestartet, das ist natürlich doof für den service. Trotzdem fail. systemctl restart systemd-resolved.service ; watch systemctl status systemd-resolved #zeigt initial active, dann wieder fail (nach 2 sec)
[07:38] <LupusE> hat enp36s0f0 denn einen link?
[07:41] <luatz> drc: LupusE: enp36s0f0 ist OK soweit, IP via DHCP und funktional. Tja, werde den Service wohl zunächst händisch gestartet lassen und muss jetzt los. drc Danke dir und allen anderen für die Hilfe!
[07:42] <LupusE> interessant, dass um 9:10:49 der start bis der abbruch alles innerhalb einer sekund estattfindt. obwohl er scheinbar einne multible check hat, failed der sehr sehr shcnell. ich wuerd enach einer firewall suchen, die 53 out blocked oder ein IPS, welches zu gut gemeint eingestellt ist.
[07:43] <LupusE> wenn der jon haendisch funktioniert, dann kann es auch ein berechtigungsproblem sein.
[07:45] <luatz> LupusE: Berechtigung von was genau? Wenn ich den Job als root starte, schreibt der irgendwo files mit falscher Berechtigung und wechselt nicht in den vorgesehenen user?
[07:47] <luatz> LupusE: ufw ist da inactive, sonst keine FW zum Router/Netz, dig tut immer mit @
[07:48] <LupusE> es gibt inaktive und aktive logins. im standardverhalten sollte resolved damit klar kommen. aber dien fall klingt fue rmich danach als wuere es etwas interaktiv machen wollen, was nicht klappt... was das ist, das kann ich von hier aus schwer (heisdt gar nicht) sagen.
[07:50] <LupusE> man koennte nun mit etwas grosskalibrigen auf spatzen schiessen. also den service mit strace starten, die zugriffe rausschreiben und kontrollierne. das klingt nach einem spass, dne ich montag morgne nicht machen wollen wuerde.
[08:07] <luatz> LupusE: Montag morgen ist man ja noch frisch - oh ja, nett, da gibt es eine icanon im Log :), das sonst erstaunlich kurz ist. open zeigt nur das übliche, libs und /proc/self/stat
[09:03] <LupusE> wenn dort nichts zu findne ist, waere der next-step vermutlich das zerlegen des init script und das schrittweise ausführen.
[09:03] <LupusE> aber hier bin ich mir nicht ganz sicher wie resolved arbeitet, in wie weit die steuerung aus dem init relevant ist.
[10:17] <luatz> LupusE: Aus irgendeinem Grund hingen da sehr viele dhclient Prozesse, nach Abschuss dieser tut resolved offensichtlich wieder (vorher noch ein reinstall gemacht, das aber keine Änderung brachte: apt install --reinstall systemd). Danke für die Hilfe!
[10:18] <LupusE> ... dabei habe ich doch gar nichts gemacht ... ;)
[10:18] <LupusE> freut mich, wnn es wieder tut.
[10:21] <ItaloRaver-> weiss da keine mehr dazu 
[10:21] <ItaloRaver-> 23:14:37 <ItaloRaver-> wie ist der genau befehl für exclude mit tar und list in eine datei, wo muss die datei liegen? 
[10:21] <ItaloRaver-> 23:16:21 <ItaloRaver-> und reicht es wenn in der datei zb. /opt/xyz steht ode müssen da auch noch wat dazu? 
[10:21] <ItaloRaver-> 23:16:45 <ItaloRaver-> alles wat ii bis her versucht hobe war nichts ... 
[10:21] <ItaloRaver-> 01:11:51 <ItaloRaver-> na sicherung mit tar und wat excluden
[10:23] <ItaloRaver-> hob det als hilfe gelesen https://www.gnu.org/software/tar/manual/html_node/exclude.html
[10:23] <le_bot> Title: GNU tar 1.34: 6.4 Excluding Some Files (at www.gnu.org)
[11:02] <koegs> die datei muss da liegen wo du sie mit "--exlude-from=/pfad/zur/datei" angibst
[11:05] <koegs> ItaloRaver-: die datei muss ausserdem pro Zeile ein "pattern" enthalten ohne leerzeichen dahinter
[11:09] <ItaloRaver-> koegs: hast mir mal nen beispiel für nen pattern bzw. welche Kriterien müsste man da befolgen / beachten?
[11:19] <koegs> ItaloRaver-: Beispiele sind "*file*", "*file", "file*", "/home/user/deinedatei", etc.
[11:20] <ItaloRaver-> mit ode ohne " ?
[11:21] <koegs> in der datei natürlich ohne
[11:21] <koegs> und nur ein pattern pro zeile
[11:21] <ItaloRaver-> jop dat war mir klaa, thanks :-) 
[11:22] <ItaloRaver-> dann versuch / test ii dat späte ode die tage nochmal :-) 
[11:23] <koegs> je nachdem von wo du den befehl ausführt, kann auch ein pattern nicht matchen
[11:24] <koegs> also wenn du in deinem Home-Dir den Befehl ausführen willst, sollte das pattern "test.txt" heissen und nicht "/home/deinuser/text.txt"
[11:41] <uniCATx> Gibt es für UEFI BIOSe speziellen Verfahren zur Erstellung der iso.USB-Startmedien? Meine UBU-22.04LTS-iso bootet leider  nicht (UEFI-ThinkPad-BIOS ist im Einsatz). 
[11:44] <ppq> für thinkpads gibt's ein besonderes vorgehen. lad dir die .iso, mach mit geteltorito ein rohes abbild daraus und brate das mit dd direkt auf die gerätedatei des usb-sticks (nicht auf die der partition)
[11:44] <ppq> dann im uefi mode vom stick booten und den anweisungen folgen
[11:53] <uniCATx> ppq, thx dafür
[12:11] <ppq> achja, ich habe da irgendwie reingelesen dass du bios-updates meinst
[12:12] <ppq> mit den .isos von lenovo
[12:12] <ppq> mit den ubuntu-isos kannst du dir den geteltorito-schritt sparen
[12:43] <ItaloRaver-> koegs: und wie sieht es damit aus "*/diesnicht" ode "*/ordner/diesnicht"  (diesnicht ist natürlich det dateiname ;-) ) ?
[12:45] <ItaloRaver-> hie müssen die " abe dazu ode?  13:02:12 <koegs> die datei muss da liegen wo du sie mit "--exlude-from=/pfad/zur/datei" angibst
[12:49] <LupusE> nein. esseidenn du hast komische sonderzeichen und/oder leerzeichen im pfad, dann sollte man ueber "" hinter dem = nachdenken.
[13:05] <ItaloRaver-> supe dat klappert, nur noch die frage wie kann man ein  ordner komplett weg lassen? mit */ortner/nicht/* sichert es den ordner nicht auch einfach leer, was is nun wenn beim rückspielen da det ordner vorhanden ist mit dateien? nicht dat es diesen dann leer übeschreibt ...
[13:06] <ItaloRaver-> *supe dat klappert, nur noch die frage wie kann man ein  ordner komplett weg lassen? mit */ortner/nicht/* sichert es den ordner "*nicht" auch einfach leer, was is nun wenn beim rückspielen da det ordner vorhanden ist mit dateien? nicht dat es diesen dann leer übeschreibt ...
[13:49] <koegs> ItaloRaver-: wenn du den ordner gar nicht drin haben willst, dann ist das pattern "/ordner/nicht"
[13:50] <koegs> im prinzip ist das immer ein string-compare
[13:51] <ItaloRaver-> hobe just in dem moment rausgefunden, wollt es gerade schreiben :-) 
[13:51] <koegs> anderes beispiel, ".cache" würde den Ordner ".cache" im Home-Folder ausnehmen
[13:52] <ItaloRaver-> ii würde es eher so machen */.cache
[13:52] <koegs> ich meine das wäre unnötig
[13:53] <ItaloRaver-> zumindest hod dat test nun so bei /etc geklappt -> */grub.d
[13:53] <koegs> weil ".cache" würde sowohl ~/.cache" als auch "/home/user/subfolder/.cache" ausnehmen
[13:56] <ItaloRaver-> jop klappt
[13:57] <ItaloRaver-> reicht es wenn man aus /etc dat grub.d raus nimmt, ode besse grub* ode gar *grub* ?
[21:13] <ItaloRaver-> hmm da weiss wohl keine mehr dazu  15:57:44 <ItaloRaver-> reicht es wenn man aus /etc dat grub.d raus nimmt, ode besse grub* ode gar *grub* ?
[21:32] <tomreyn> ItaloRaver-: soweit ich weiß gibt's da nur grub.d. und halt /etc/default/gub
[21:33] <tomreyn> */etc/default/grub
[21:34] <ItaloRaver-> naja gibt da schon nach paar mit grub im namen x-D
[21:35] <ItaloRaver-> abe die kann man wohl übesehen :-)