| === jokrebel_ is now known as jokrebel | ||
| === eTeddy1 is now known as eTeddy | ||
| Sandmann1993 | hallo zusammen, habe seit einem update ein problem mit ubuntu 16.04.4 das system hängt sich auf, noch bevor es zum login kommt. da ich aber mit einem älteren kernel rein komme hoffe ich das problem auslesen zu können. befinde mich gerade im /var/log/ verzeichnis. in welcher logfile kann ich den fehler auslesen? | 14:09 |
|---|---|---|
| Sandmann1993 | falls jemand zeit und lust hätte mir zu helfen wäre ich nicht abgeneigt | 14:13 |
| Fussel | wenns jetzt der einelne kernel ist, würd ich den einfach mal aussetzen und beim ächsten versuchen | 14:18 |
| Sandmann1993 | ja das ist schon mal so vorgekommen, das hatte ich auch so gemacht, aber bei den älteren kerneln komme ich nicht zur grafischen benutzeroberfläche | 14:21 |
| Sandmann1993 | nach einem einlogversuch werde ich gleich wieder zum anmelde fenster geworfen | 14:22 |
| nicole | hi | 16:27 |
| Sandmann1993 | nicole: hi | 16:43 |
| MastaAce | hi nicole | 17:48 |
| phill1 | Hi | 17:58 |
| phill1 | bye | 17:58 |
| knittl | hallöle. ich hab eine frage zu threads/prozessen unter linux/ubuntu. ulimit gibt mir das user-limit vor. sysctl kernel.pid_max gibt die größe PID im system vor. d.h. wenn ulimit größer als pid_max ist, dann sollt ich so viele prozesse anlegen können (default 32768). wenn ich jetzt ein userspace-programm schreibe, das einfach nur threads anlegt, ist ziemlich genau nach 10.000 ende. warum? | 18:21 |
| knittl | arbeitsspeicher sollte noch ausreichend vorhanden sein (free -g zeigt 11G available an und 8G free) | 18:22 |
| flommi | knittl: wahrscheinlich systemd + cgroups | 18:31 |
| flommi | https://www.elastic.co/blog/we-are-out-of-memory-systemd-process-limits | 18:31 |
| le_bot | Title: We are out of memory (or: Why systemd process limits ruined my day) | Elastic (at www.elastic.co) | 18:31 |
| knittl | flommi: danke, seh ich mir an | 18:32 |
| knittl | haha, der beispieltest ist ziemlich genau mein code, den ich gerade teste xD | 18:33 |
| eboladoc | Hahaha das ist ja sehr schön ;D | 18:33 |
| knittl | und meine "monitoring-lösung" sieht auch ähnlich aus … | 18:33 |
| flommi | im zweifelsfall ists immer systemd :D | 18:46 |
| knittl | aber wenn ich die zahlen richtig lese müsste nach 4915 prozessen ende sein | 18:48 |
| knittl | ah, da gibts ein 10813 … das könnte hinkommen | 18:49 |
| MastaAce | Seid ihr gegen SystemD? | 18:55 |
| MastaAce | Eben welcher solcher Spiränzchen? | 18:58 |
| MastaAce | https://www.tecmint.com/systemd-replaces-init-in-linux/ | 19:05 |
| le_bot | Title: The Story Behind 'init' and 'systemd': Why 'init' Needed to be Replaced with 'systemd' in Linux (at www.tecmint.com) | 19:05 |
| Jenia | Huhu, mein Notebook bleibt seit heute bei dem Punkt "ubuntu GNOME Display Manager Dispatcher Service ... before the ppp link was shut down" während des booten stehen. Weiss da evtl jemand rat ? | 21:16 |
| nicole | Jenia, hast du mal versucht den "rescue" Kernel zu starten? | 21:30 |
| Jenia | Joa, bis in die Shell komm ich wohl auch. Aber ich muss gestehen weiss nicht genug um zu wissen was mir die Meldung sagen will ^^. | 21:35 |
| tomreyn | Jenia: bleibt es da für immer und ewig stehen oder gehts nach einigen minuten weiter? und welche ubuntu-version hast du da? | 22:05 |
| Jenia | tomrey: Für immer und ewig hab ich jetzt nicht ausprobiert^^. Aber es bleibt schon so stehen | 22:08 |
| tomreyn | was hast du denn da für ne netwerkanbindung? ethernet-kabel, wireless, ...? | 22:11 |
| tomreyn | "ppp link" ist üblicherweise irgendein modem | 22:12 |
| Jenia | normalerweise nutz ich an dem Notebook nur wlan. Bis gestern beim Runterfahren ging ja auch alles noch ^^ | 22:12 |
| Jenia | Hm, diesmal hängt er bei "starting snappy dragon" versucht es einige Male, fällt auf die Nase und versucht es erneut- | 22:15 |
| tomreyn | vielleicht eher "starting snappy daemon"? | 22:17 |
| Jenia | xD Ja.. | 22:17 |
| Jenia | Ist spät | 22:18 |
| tomreyn | kommst du da per strg-alt-f3 (oder ne andere f-taste) auf nen anderen terminal wo du dich einloggen und befehle eingeben kannst? | 22:19 |
| Jenia | Oh mom | 22:21 |
| Jenia | Oke.. jetzt kam der Loginscreen und ich konnte mich anmelden | 22:22 |
| tomreyn | falls ja gib da mal "ping -c3 abc.de" + enter ein und dann schau dir die 'statistics' am ende an, und sag wie viel % "packet loss" es gibt | 22:22 |
| Jenia | Jetzt hängt er wieder, mom.. werds versuchen sobald er wieder was tut. | 22:26 |
| Jenia | 0% packet lost | 22:27 |
| tomreyn | okay, internet geht schon mal :) | 22:29 |
| Jenia | xD Ja | 22:29 |
| tomreyn | ach du meintest der grafische loginscreen kam jetzt, je? | 22:29 |
| tomreyn | also der 'normale'? | 22:29 |
| Jenia | Ja | 22:29 |
| tomreyn | ok | 22:29 |
| Jenia | Danach hab ich nochmal neu gestartet, dauerte auch noch etwas länger. | 22:30 |
| tomreyn | welche ubuntu-version war das? | 22:30 |
| tomreyn | lsb_release -ds | 22:30 |
| Jenia | 18.04 | 22:30 |
| tomreyn | dann mach mal: dmesg -T | pastebinit | 22:30 |
| tomreyn | sollte ne url zurückgeben | 22:30 |
| tomreyn | Jenia: haut das hin? | 22:34 |
| Jenia | http://paste.ubuntu.com/p/n92V4sPvgw/ | 22:36 |
| le_bot | Title: Ubuntu Pastebin (at paste.ubuntu.com) | 22:36 |
| mrkramps | keine ahnung, was genau das problem war, aber dmesg sieht gut aus | 22:43 |
| tomreyn | Jenia: da scheint es ein paar ACPI-probleme zu geben, die meldung "ACPI: \_SB_.PCI0.RP05.PEGP: failed to evaluate _DSM" tritt wiederholt auf. da könnte man mal nach googeln, ansonsten kannst du mal noch "sudo systemd-analyze blame" und "sudo systemd-analyze critical-chain" posten | 22:44 |
| Jenia | Nja das Problem scheint immernoch da zu sein. Beim erneuten Booten scheint er bei dem Ladescreen zu hängen, bis ich mit altF2 wechsel und dann nochmal altF1 drück. | 22:46 |
| tomreyn | ah die ACPI-warnung ist ggf. ein ergebnis eines nvidia-"features" | 22:46 |
| tomreyn | du nutzt da den nouveau-treiber. der ist zwar insofern gut als dass er open source ist, leider kann der aber nur etwas mehr als die grundfeatures der nvidia-hardware bedienen. es gibt da noch den proprietären "nvidia"-treiber, der halt leider closed source ist und gerne mal probleme beim updaten macht, der aber die hardware besser ansprechen kann und bessere ergebnisse erzielt. | 22:48 |
| mrkramps | wurde der gpu-manager schon testweise deaktiviert? | 22:49 |
| tomreyn | nicht mit mir zusammen | 22:52 |
| Jenia | Wurd noch nicht. Aber ich werd nun auch erstmal ins Bett.. 19 std wach reicht dann doch erstmal ^^. | 22:52 |
| mrkramps | Jenia, behalt das mit dem gpu-manager im hinterkopf | 22:53 |
| Jenia | mach ich, werds mir nachher mal anschauen. | 22:53 |
| mrkramps | ansonste wünschen wir die eine gute Nacht ;) | 22:53 |
| Jenia | Wünsch ich euch auch. Danke für die Hilfe! | 22:53 |
| tomreyn | dito | 22:54 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!