[09:27] <NTQ> Mein Ubuntu ist immer wieder für Überraschungen gut. Schön die Aktualisierungsverwaltung bestätigt, sie rattert los, mein Bildschirm wird schwarz und ich hänge im Loginscreen von Gnome fest und nach jedem Login lande ich wieder dort. Die Aktualisierung lief im Hintergrund weiter. Danach hab ich komplett neugestartet.
[09:27] <NTQ> Nach dem Login frisst dann irgendwas erst mal 6 GB RAM und belastet alle 8 Cores, meine Gnome Erweiterungen sind alle deaktiviert, Fenster mit Warnungen über abgestürzte Systemprogramme öffnen sich. Und jetzt geht wieder alles. Mal sehen, was beim nächsten Neustart passiert. Ich würde manchmal schon gerne alles besser verstehen...
[10:28] <itu> load average: 256,03, 276,27, 270,53 ...
[10:29] <k1l> ?
[10:31] <LetoThe2nd> bei ner maschine mit 512 wegen - alles im grünen bereich :)
[10:31] <itu> (wer bietet mehr?)
[10:32] <LetoThe2nd> warum sollte ich mir die mühe machen da jetzt n script mit sinnlosen prozessen abzufeuern nur damit ich höhere zahlen hab?
[10:39] <ppq> immer einen mehr wie du!!1
[11:01] <NTQ> Das krieg ich auch mit 2 Cores hin!!1elf
[16:30] <jokrebel> NTQ: vielleicht zwischendurch mal auf der Konsole ausführen und gegebenenfalls die Probleme dann fixen können?
[16:32] <NTQ> jokrebel: Du meinst wegen meinen Problemen da heute mit der Aktualisierung? Es gab keine Probleme im Aktualisierungsprozess selbst. Manchmal mache ich das auch über's Terminal. Aber offenbar hat er heute ein bisschen dummes Zeugs gedreht. Das mal Gnome dabei neustartet, passiert öfter, aber so wie es diesmal war, war es noch nie. Vielleicht bleibt's dabei
[16:36] <jokrebel> NTQ: nun gut - ich hätt trotzdem mal ein update/full-upgrade und vielleicht sogar noch ein -f install drüberjagen. Kann ja eher nicht schaden
[16:36] <jokrebel> :/
[16:38] <stevieh1> hmm.. ich sollte wohl dann langsam mal mein 17.04 upgraden, oder ist das auch aus, bis die das mit dem Bios gefixt haben?
[16:39] <jokrebel> "ist ... auch aus" ?    so was genau bedeuten?
[16:40] <stevieh1> so wie der link auf 17.10
[16:42] <jokrebel> keine Ahnung was genau Du gerade meinst stevieh1 
[16:46] <jokrebel> schon alleine wegen den anderen Mitlesern und dem Backlog solltest Du etwas präziser werden, um was es Dir gerade geht
[16:53] <stevieh1> https://www.ubuntu.com/download/desktop
[16:53] <le_bot> Title: Download Ubuntu Desktop | Download | Ubuntu (at www.ubuntu.com)
[16:53] <stevieh1> guggst du. Geht ja auch durch die Presse
[16:54] <stevieh1> The download of Ubuntu 17.10 is currently discouraged due to a BIOS issue on certain laptops. Once fixed this download will be enabled again.
[16:55] <jokrebel> stevieh1: Dein Link bezieht sich auf 16.04 ... könnte es sein dass Du auf meltdown und spectre abzuzielen versuchst?
[16:56] <jokrebel> oder das BIOS Problem von letzten 17.10?
[17:05] <stevieh1> jokrebel: das Bios Problem vom letzten 17.10 das steht genau auch auf dieser Seite.
[17:05] <stevieh1> und der link bezieht sich auf beide Desktop Versionen. 
[17:06] <k1l> das 17.10 bios problem betraf nur die isos, und die sollten heute wieder neu gebaut und getestet sein
[17:07] <stevieh1> d.h. die kernel sind schon gefixt? Naja, ich mach mal
[17:07] <k1l> es war keine kernel sondern ein treiber problem iirc
[17:08] <stevieh1> A bug in the Linux 4.13 kernel shipped in Ubuntu 17.10 can leave users  unable to update any of their BIOS settings, including their system’s  boot order, after booting this version of Ubuntu. 
[17:08] <stevieh1> nope
[17:09] <k1l> jo, ausschlagbegebend war aber der SPI treiber im kernel.
[17:10] <stevieh1> das mag sein, würde mir aber ja nix nützen, wenn ich den Kernel mit diesem Treiber bekomme.
[17:15] <k1l> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1734147/comments/166
[17:15] <le_bot> Title: Comment #166 : Bug #1734147 : Bugs : linux package : Ubuntu (at bugs.launchpad.net)
[17:15] <k1l> seit dem ists gefixt. hat nur mit den isos länger gedauert
[17:17] <stevieh1> ah, ok
[17:18] <stevieh1> dann muss ich wohl  - leider - auf 17.10 upgraden
[17:18] <k1l> auf 17.04 zu bleiben ist eh keine option.
[17:18] <stevieh1> ne ich weiss. Aber ich weine unity schon nach. Wobei ich das halt erstmal auf 17.10 nehmen werde.
[17:20] <k1l> Rochvellon: bitcoin mining ist patchen wohl nicht betroffen, da es kaum I/O braucht :X
[17:25] <jokrebel> stevieh1: Unity soll es doch optional noch ein wenig weiter geben, dachte ich? 
[17:26] <stevieh1> jokrebel: es wird halt nicht mehr weiterentwickelt, d.h. früher oder später werden neue Applikationen immer schlechter integriert werden und dann wars das. Aber ich denke auch, die 17.10 kann man so noch durchhalten. gnome sieht ja auch ganz brauchbar aus.
[17:36] <jokrebel> stevieh1: eben. Das Gnome aus dem kommenden 18.04 macht jetzt schon keinen schlechten Eindruck und hat durchaus bereits Potenzial das (auch von mir geliebte) Unity bald recht gut ersetzen zu können. 
[17:37] <stevieh1> der vierte Desktop in 25 Jahren... was für eine schnelle Welt.
[17:58] <sem2peie> heute wurde doch der hwe kernel von xenial auf 4.13 aktualisiert? irgendwie scheinen jetzt die nvidia treiber aus dem repo nicht mehr zu funktionieren 
[20:24] <martin_ubuntu> servus 
[20:26] <martin_ubuntu> ich bräuchte mal hilfe. mein ubuntu erkennt meinen tv nicht mehr über hdmi.
[20:34] <martin_ubuntu> hat da vllt jemand Ahnung oder eine Idee ??
[20:48] <DeannaT2> steckt das kabel richtig?
[21:14] <_moep_> huhu
[21:14] <_moep_> mein postfix sagt mir das: postfix/cleanup[636]: warning: 7FCE0DF28E: write queue file: No space left on device
[21:15] <_moep_> hab gerade festplatte aufgeräumt, sicher gegangen, dass ich kein quta hab
[21:15] <_moep_> mein mail container von 5GB auf 15gb erweitert
[21:15] <_moep_> aber irgendwo klemmt immer noch was
[21:15] <_moep_> nur wo
[21:16] <_moep_> ok /var ist etwas voll aber nicht zu 100%
[21:16] <_moep_> ideen?
[21:16] <k1l> df -h angucken?
[21:16] <k1l> kann auch an den inodes liegen: df -i
[21:17] <_moep_> an denen liegt es nicht
[21:18] <_moep_> var ist voll (mit -h),sowie devtmpfs (also dev) und tmpfs für /run/user/1000 is auch voll
[21:18] <sdx23> /var/spool/ ist relevant
[21:19] <k1l> es gab da glaube ich was, wenn /tmp einmal voll war, dass das umgeleitet wird.
[21:19] <_moep_> wie hieß dieses nsdu oder so?
[21:19] <sdx23> ncdu
[21:20] <_moep_> danke
[21:20] <_moep_> also spool is echt leer, der liegen vllt 10mb rum :D
[21:21] <sdx23> kommt ja auf's Dateisystem an. Tendenziell Kram aus /var/log und /var/cache löschen. apt-get clean kann schon reichen.
[21:22] <_moep_> ext4
[21:24] <k1l> hast du ein "overflow" im df?
[21:27] <_moep_> ne nicht, dass ich wüsste
[21:28] <k1l> ja guck in den output von df :)  ich seh es ja nicht
[21:28] <_moep_> hmm noch 400MB ebooks gefunden, mal backupen und löschen…
[21:28] <_moep_> steht das dann da?
[21:28] <_moep_> weil ich bin mir grad nicht sicher weil es in " " steht
[21:29] <k1l> weil wenn die platte voll läuft wird für /tmp ein "overflow" von 1MB erstellt. das muss man nach dem entrümpeln wieder umounten damit das orginal /tmp genutzt wird.
[21:29] <_moep_> u wo wird das erstellt?
[21:30] <k1l> automagisch
[21:30] <k1l> guck einfach in "df -h" ob da ein mount mit dem namen "overflow" für das /tmp ist
[21:30] <_moep_> ich hab einige tmpfs die aber immer woanders eingebunden nsind
[21:31] <_moep_> aber kein overflow
[21:31] <k1l> ok, dann ist es das nicht
[21:32] <_moep_> mein mailclient sagt immer noch insufficiant mailstorage
[21:42] <k1l> die haben aber mehr frei als die 5%, die für root blockiert sind?