=== eTeddy1 is now known as eTeddy
=== Jochen_wvdT is now known as Schlawiner
[08:18] <Lembert> Hallo, ich hab bei meinem Ubuntu Server auf dem ich Apache mit php-fpm betreibe ein kleines Problem. Ein Skript braucht etwas länger zum ausführen und gibt mir diesen Fehler: "FastCGI: comm with server "/usr/lib/cgi-bin/php7-fcgi" aborted: idle timeout (30 sec)"  Ich betreibe den aber schon mit einer erweiterten Idle Zeit. Das hier ist meine Apache config für die Domain https://pastebin.com/whX
[08:18] <Lembert> D9C
[08:18] <Lembert> vj   In der php.ini hab ich auch schon die maxexecutiontime hochgesetzt. Wo kann ich da jetzt noch ansetzen?
[08:25] <Lembert> Hi, I have a little problem with my apache2+php-fpm. A script needs a little more time to be executed and returns this error: "FastCGI: comm with server "/usr/lib/cgi-bin/php7-fcgi" aborted: idle timeout (30 sec)"  But I set already a idle time with 1800. Thats my apache config for the domain  https://pastebin.com/whXD9Cvj  In the php.ini I already set the max_execution_time to 300.  How can...
[08:25] <Lembert> ...I solve this error?
[08:25] <le_bot> Title: <VirtualHost *:80> ServerName intern.xxx.de ServerAdmin - Pastebin.com (at pastebin.com)
[08:28] <koegs> Lembert: hier ist #ubuntu-de
[08:29] <koegs> Lembert: ist das ein Tippfehler in Zeile 24? /usr/lib/cgi-bin/php7puhintern2-fcgi
[08:30] <Lembert> koegs: nö das passt
[09:15] <maredebianum> USB-Maus wird nicht mehr eingebunden unter U16, das ist jetzt mit mehreren Modellen der Fall. syslog sagt, hid-generic erkennt das Gerät, wo muss ich weitersehen? device hat sich gerade via USB mal kurz ab-/angemeldet, funktioniert aber immer noch nicht. "USB disconnect" cycle kommt gerade regelmäßig, ca. alle 1-2 Minuten
[09:18] <maredebianum> USB2/USB3 macht keinen Unterschied für das Maus-Problem
=== DerProf-BNC is now known as DerProfessor
[10:41] <tomreyn> maredebianum: was hat sich verändert zwischen dem zeitpunkt wo die mäuse noch funktionierten und jetzt? ist das netzteil stark genug für den usb-bus? passiert das auch wenn du nur die maus am usb dran hast?
[10:41] <tomreyn> und was ist U16?
[10:46] <maredebianum> tomreyn: soweit ich mich erinnere, im Wesentlichen nur upgrades, keine Konfiguration, USB Power ist OK (unproblematisch für Mausleistung und sowieso an USB3, Licht geht, Reaktion sehe ich am Licht). U16 ist Ubuntu 16.04 LTS
[10:47] <tomreyn> wenn du den zeitpunkt eingrenzen kannst zu dem es zuletzt funktioniert dann kannst du mal in /var/log/apt/ schauen was seitdem installaiert wurde.
[10:47] <maredebianum> man muss halt mal in den Prozess reinschauen, der das Gerät einbindet (udev? hid*?) und da weiß ich keine Debug-Befehle für...
[10:52] <tomreyn> kannst mal schauen ob sie in /proc/bus/input/devices auftaucht. mit oder ohne mouse* in der Zeile die mit 'H:' beginnt
[10:53] <tomreyn> + grep mouse /proc/bus/input/handlers
[11:00] <maredebianum> Hm, es ist seit ein paar Tagen so, weil ich aber eher selten eine Maus anstecke, nicht so ganz genau eingrenzbar auf ein Kernelupdate oder sowas. Hier ein pastebin mit mehr Infos: https://paste.ubuntuusers.de/423662/
[11:00] <le_bot> Title: Anmelden › Portal › ubuntuusers.de (at ubuntuusers.de)
[11:02] <maredebianum> also soweit ist alles: ja, das Ding existiert und ist richtig benamt etc.
[11:02] <maredebianum> Kann gnome3 da Probleme machen?
[11:07] <tomreyn> usb-mäßig ist das wohl alles okay, dann müsstest du mal auf seiten von X schauen
[11:08] <tomreyn> also /var/log/Xorg.*.log
[11:08] <tomreyn> grep -i mouse /var/log/Xorg.0.log
[11:23] <maredebianum> http://paste.ubuntu.com/24793097/ X kennt das Gerät auch, aber (EE) PreInit returned 8 
[11:23] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
=== cpaelzer_ is now known as cpaelzer
=== nubcake_ is now known as nubcake
=== julian is now known as alamar
[17:16] <Matze202> hi, bei dem Ubuntu Upgrade per Terminal wurde mir angeboten Unterschiede in Dateien anzuzeigen, dies wählte ich aus, habe jetzt im selben Terminalfenster die Unterschiede angezeigt, aber finde jetzt leider nicht heraus, wie ich zum upgrade zurück komme
[17:17] <Matze202> gibt mir bitte jemand nen Tip? STRG + C geht leider nicht
[17:18] <Frickelpit> q gedrückt?
[17:19] <Frickelpit> und strg+c ist sehr gewagt, wenn da ein upgrade läuft
[17:19] <Matze202> ahhh, thx, ich versuchte nur STRG + q, aber an das einfache q dachte ich leider nicht
[17:19] <Lengsdorfer> esc?
[17:19] <Matze202> ESC ging nicht, aber q ging, danke ;)
=== grumble is now known as grumble2
[18:02] <tomreyn> Matze202: das textanzeigeprogramm was da verwendet wird lässt sich per 'sudo update-alternatives --config pager' ändern. du solltest aber weiterhin eines verwenden was ohne X auskommt.
[18:04] <tomreyn> neben 'pager' (textANZEIGEprogramm) gibt's auch 'editor' (textBEARBEITUNGSprogramm), da gilt das gleiche wie oben.
[18:32] <Matze202> tomreyn, thx ;)
[19:38] <Matze202> bin mal wieder weg, bb ;)
[19:56] <stephanlap> Hallo. Ich habe ein großes Problem. Meine Kubuntu-Systemplatte ist irgendwann wärend des Betriebs auf read-only gewechsel. ich hab versucht, sie rw zu remounten, funktionerte aber nicht. Ein reboot war schlecht, brachte mich nur zu einem prompt "(initramfs)". Nun weiß ich nicht, was ich machen kann um meine Systemfestplatte wieder zum regulären Booten zu bewegen. :-(
[19:56] <k1l_> wenn eine platte in ro modus geht, dann ist das meistens wegen hardware defekten.
[19:57] <k1l_> ich würde mal einen live ubuntu usb/dvd booten und erstmal die daten auf eine usb platte retten, die du noch nicht als backup hast. dann würde ich mich auf die suche nach den logs machen und gucken was da so steht
[19:58] <stephanlap> k1l_: Kann ich die Festplatte irgendwie von diesem initramfs-Prompt aus überprüfen?
[19:58] <k1l_> stephanlap: ich würde die platte erstmal so wenig wie möglich "anfassen" solange du noch daten davon brauchst
[20:03] <k1l_> stephanlap: also das kann jetzt mehrere software wie hardware gründe haben. aber wenn es die platte selber ist, dann ist not am mann, weil man kaputte festplatten nicht reparieren kann. das ist eine einbahnstrasse und erste priorität hat da die datenrettung
[20:04] <stephanlap> k1l_: "Eigentlich" dürfte die noch nicht hinüber sein. Das ist eine SSD und noch nicht so alt (ich glaube, nicht mal ein Jahr).
[20:05] <k1l_> stephanlap: das ist wie beim auto: eigentlich sollten neue autos nicht kaputt gehen; eigentlich :)
[20:05] <stephanlap> Ich schau mal, ob ich von einem usb-stick booten kann...
[20:12] <frostschutz> stephanlap, statt dem rw remount wäre dmesg interessant gewesen, da steht dann meist was passiert ist. wenn das rootfs ro geht schafft es das nicht mehr in die logs.
[20:15] <stephanlap> frostschutz: Dazu ist es jetzt wohl zu spät.
[20:22] <frostschutz> stephanlap, ja, fürs nächste mal. du kannst (wenn du dann wieder zugriff hast) trotzdem mal in die logs schauen. ansonsten von der livecd smartwerte testen, wenn da nichts auffälliges ist auch memtest und ggf. satakabel tauschen. Dateisystem ist ext4 oder was anderes?
[20:24] <k1l_> an der platte würde ich erst rumtesten, wenn die daten gerettet sind. sonst ist das geheule wieder groß
[20:24] <stephanlap> frostschutz: ich glaube, ext4, bin mir aber nicht 100% sicher.
[20:26] <stephanlap> Müsste ich die Platte per "df" sehen, wenn ich von einer Live-CD-Rom gebooted habe?
[20:26] <frostschutz> df zeigt nur gemountete sachen an
[20:26] <stephanlap> ah, okay.
[20:26] <frostschutz> cat /proc/partitions
[20:26] <k1l_> stephanlap: sudo parted -l
[20:27] <stephanlap> Ja, es ist ext4
[20:30] <stephanlap> Ich hab mir die Platte grade per Dolphin angeschaut. Scheint, dass sie weiterhin ro gemounted ist.
[20:30] <k1l_> hast du da daten drauf, die du noch bruachst?
[20:31] <stephanlap> k1l_: Ja, da ist mein gesamtes Home-Verzeichnis drauf.
[20:31] <k1l_> stephanlap: dann zieh dir jetzt das backup, solange es nur lesbar ist.
[20:31] <frostschutz> stephanlap, was steht denn dann jetzt in dmesg? und cat /proc/mounts. einfach nur voll ist sie aber nicht? (df -h, df -i)
[20:32] <stephanlap> frostschutz: Nein, sie ist zu 98 Prozent voll (eine 250 GB SSD).
[20:34] <stephanlap> Okay, in dmesg steht zu sda1 Folgendes: "recovery required on readonly system", "write access will be enabled during recovery", "recovery complete", "mounted filesystem with ordered data mode. Opts: (null)" und "warning: mounting fs with errors, running e2fsck is recommended"
[20:37] <frostschutz> eigentlich ist es so gedacht, daß du die genannten befehle ausführst, und dann auf paste.ubuntu.com o.ä. schipperst. es ist sonst leider schwer sich ein genaues bild zu machen
[20:38] <frostschutz> k1l_'s hinweis ist richtig, wenn du nicht weisst was los ist aber im moment Zugriff hast, mach ne Kopie von allem. fsck kann auch schiefgehen. aber ich hab so den Eindruck, dein Problem ist vielleicht ein anderes
[20:38] <stephanlap> frostschutz: Und was für ein Problem könnte das sein?
[20:40] <stephanlap> Hier ist alles was mir dmesg zu "sda" ausgegeben hat: https://pastebin.com/xGa4HqXH
[20:40] <le_bot> Title: [ 7.293441] sd 2:0:0:0: [sda] 488397168 512-byte logical blocks: (250 GB/233 - Pastebin.com (at pastebin.com)
[20:40] <stephanlap> frostschutz: ich dachte mir schon, dass ich e2fsck ausprobieren kann, war mir aber nicht sicher, ob das im Moment ratsam wäre.
[20:44] <stephanlap> Okay, ich hab mal e2fsck mit der "-n" Option gestartet, so dass keine Änderungen vorgenommen werden. Jetzt hab ich eine Fehlermeldung, dass der "superblock" nicht gelesen werden konnte und dass ich e2fsck mit einem anderen superblock starten sollte (zwei Beispiele sind angegeben).
[20:47] <stephanlap> jedenfalls hab ich mir die SSD noch mal angeschaut, nur um sicher zu gehen. Es ist definitiv ext4 drauf, jedenfalls wenn ich mir die "parted"-Ausgabe anschaue. Aber die beiden Zahlenbeispiele für den "superblock" funktionieren auch nicht. Damit kenne ich mich aber auch gar nicht aus.
[20:56] <frostschutz> stephanlap, man kann dir so nicht helfen. Kein Mensch (ausser dir) weiss was bei dir los ist, welche Befehle du benutzt, welche (vollständigen) Ausgaben du bekommst. Daß das Dateisystem auf der einen Seite gemountet wurde, auf der anderen ein Superblock da sein soll, das passt nicht zusammen. Du machst irgendwas verquer
[20:58] <frostschutz> *kein Superblock 
[20:58] <stephanlap> frostschutz: War mein Fehler. Ich hab den e2fsck das falsche Device übergeben.
[20:59] <frostschutz> fsck nicht solange noch gemountet ist
[21:00] <stephanlap> ja, das ist mir noch in Erinnerung. Außerdem hat mir e2fsck eine entsprechende Meldung gebracht. So oft muss ich mich glücklicherweise nicht mit Festplattenproblemen rumschlagen.
[21:06] <stephanlap> okay, ich hab den Sprung ins kalte wasser gewagt und versucht, die Platte zu reparieren. Sie bootet wieder ohne Probleme wie es scheint. Jetzt gibt's erst mal einen Backup und eine neue Platte.
[21:07] <stephanlap> Danke für eure Hilfe und für die Befehle. Wieder was Neues gelernt heute, wenn auch unfreiwillig. :-)
=== vitus_ is now known as vitus