[00:17] <emanuel_> guten abend
[00:18] <emanuel_> kennt sich jemand mit kali linux aus 
[00:18] <k1l> emanuel_: da fragst du am besten die kali jungs
[00:18] <emanuel_> :)
[00:19] <emanuel_> gibt es dafür auch einen channel
[00:20] <k1l> die findest du in #kali-linux
[00:21] <emanuel_> supper dann schau ich da mal rein 
[00:22] <emanuel_> "/j #kali-linux
[00:22] <k1l> ohne die "
[00:22] <emanuel_> :)
[00:26] <emanuel_> schade das ist keiner mehr wach 
[08:02] <jokrebel> wenn ich bei einem 14.04 "Bereitschaft" auswähle, ist das dann Suspend to Disk, RAM oder both?
[08:05] <jokrebel> Wenn ich mich Recht erinnere gab es da "früher" mehrere Auswahlmöglichkeiten.
[08:09] <jokrebel> Ah! In den Leistung-Einstellungen ist bei kritischem Ladezustand theoretisch (weil hier nur grau und nicht auswählbar) Ruhezustand vorhanden. Es kann aber nur Ausschalten ausgewählt werden. Also ist dann vermutlich dann die "Bereitschaft" suspend to RAM?
[08:10] <jokrebel> Bisher hatte mich das nie so interessiert, weil es an keinem meiner Rechner so richtig funktionieren wollte. Hier an dem scheint es aber problmlos zu klappen (bisher)
[08:33] <jokrebel> Wie lange hält denn so ein Akku im Bereitschaftsmodus? Und was passiert, wenn der Akkustand kritisch wird wenn sich der Rechner aber (unbeaufsichtigt) im Bereitschaftszustand befindet.
[09:19] <frostschutz> probiers aus
[09:22] <jokrebel> klar. Aber vermutlich hat da auch schon jemand Erfahrungswerte drüber.
[10:31] <sdx32> jokrebel: bei meinem x61s etwa 2.5 Tage Standby wenn der Akku voll ist. Das Bios startet den Rechner dann, dein Powermanagement muss halt so eingestellt sein, dass er sich dann runterfährt.
[10:40] <jokrebel> sdx32: Danke
[13:15] <ppq> moin
[13:16] <ppq> an meinem thinkpad e130 mit xubuntu 14.04 (4.2er kernel von wily) erkennt xrandr seit heute den hdmi-anschluss nicht mehr. gestern abend gings noch :( http://paste.ubuntu.com/14800697/
[13:17] <ppq> normalerweise gabs da immer noch HDMI1
[13:17] <ppq> wenn ich versuche das wie gewohnt manuell zu konfigurieren, kommt nur    warning: output HDMI1 not found; ignoring
[13:18] <ppq> es ist das modell mit intelgrafik (i3-2367m)
[13:19] <ppq> ein kernelupdate gab es nicht in letzter zeit (bzw. mit dem jetzigen hat es gestern noch funktioniert)
[13:23] <ppq> jemand ne idee?
[13:33] <nagetier> ppq, alles ins Blaue, wirklich Wissen habe ich da nicht, und wahrscheinlich hattest du das schon erledigt.. was sagt X in seinen Logs, wird dort der HDMI erwähnt? (ist das überhaupt möglich, wenn xrandr denn nicht erkennt?), hattest du ein Gerät am HDMI angeschlossen und schon versucht mit oder ohne zu booten, auch ohne Dock, falls vorhanden?
[13:37] <ppq> huhu nagetier :) im Xorg.0.log taucht HDMI1 nicht auf, egal ob ich mit verbundenem kabel (kein dock) oder ohne boote
[13:38] <ppq> werd jetzt mal ein live-system (von dem ich weiß dass es da gehen sollte) booten und gucken obs da erkannt wird. wenn nicht, muss es ja igendwie ein hardwareproblem sein
[13:38] <nagetier> joa
[13:39] <ppq> wenns geht, werd ich direkt neu installieren (16.04 in dem fall), wollte eh bald auf xenial gehen
[13:39] <ppq> bis später :)
[13:42] <ppq> hmpf, wird im livesystem auch nicht erkannt
[13:42] <ppq> da hab ich den hdmi port wohl gegrillt irgendwie :(
[13:49] <ppq> \o/ geht wieder
[13:49] <ppq> akku rausgenommen, netzstecker raus und 30sek power button gedrückt gehalten
[13:49] <David1977> was wars denn?
[13:49] <David1977> ok
[13:49] <ppq> parasitäre kapazitäten in kabeln, usb-geräten etc.
[13:51] <ppq> dass sie sowas im jahr 2016, 57 jahre nach der mondlandung, noch immer nicht im griff haben... schon traurig
[13:59] <x2xx3x> kann man im FF V44. die automatischen updates für den FF selbst nicht mehr abstellen?
[14:00] <x2xx3x> hab da bei erweitert nur noch ein hakerl für suchmaschinen
[14:49] <ppp1337> Hey Leute. Ich habe mir nun nach einem langen Woche mein erstes Linux eingerichtet mit etlichen Problemen. Habe nun Ubuntu 15.10. drauf und es läuft bisher problemlos bis auf eine Ausnahme: Das Internet ist unglaublich langsam. Mit meinem alten Laptop mit W10 habe ich kein Problem mit der Verbindung, mit meinem neuen Laptop mit Ubuntu ist aber alles sehr langsam und träge. Auch die Updates des OS hat lange gebraucht.
[14:50] <ppp1337> Ein Freund hat schon gesagt, dass ich mit "Iwconfig" schauen soll, ob powermanagement on ist - ist es aber nicht. Jemand eine Idee? 
[14:51] <bekks> Das klingt nach WLAN?
[14:52] <ppp1337> Hey bekks, ja sorry - ist mit WLAN verbunden!
[14:52] <ppq> lspci -knn | pastebinit
[14:52] <ppq> bitte das mal ausführen nach installation des pakets pastebinit
[14:53] <ppp1337> Okay, ich installiere eben "mal schnell" - je nachdem wie lange es braucht.
[14:53] <ppp1337> Ausgeführt. Da steht nun ein Link in der Console
[14:53] <ppp1337> Hier reinposten?
[14:54] <elhe> ja
[14:54] <bekks> Den tippst du ab, ja.
[14:54] <ppp1337> http://paste.ubuntu.com/14802008/
[15:01] <elhe> ppq kann das der Treiber Bug von dem Intel Corporation Wireless 7265 Netzwerk adapter sein ? 
[15:01] <bekks> "Der Bug"?
[15:01] <ppq> elhe, "der" bug? ich hatte nichts gehört von einem bestimmten in letzter zeit
[15:02] <ppq> aber kann natürlich gut sein, jo
[15:02] <elhe> sorry, meinte das so, der Bug in dem 802.11N protokoll 
[15:03] <ppq> ppp1337, probier erstmal, die neuste firmware zu installieren, paket aus xenial: http://de.archive.ubuntu.com/ubuntu/pool/main/l/linux-firmware/linux-firmware_1.155_all.deb
[15:03] <ppp1337> elhe - gabs oder gibt es eine Lösung dafür`
[15:03] <elhe> von iwlwifi 
[15:03] <ppp1337> okay ppq
[15:03] <bekks> elhe: Kannst du mal genau spezifizieren welchen Bug du meinst?
[15:03] <elhe> hatte nur dieses hier als work around gesehn http://askubuntu.com/questions/583574/intel-dual-band-wireless-7265-dropping-connection
[15:05] <elhe> also im endeffekt 802.11N Treiber deaktivieren
[15:05] <bekks> Und welchen Bug meinst Du?
[15:06] <bekks> Irgendwas abzuschalten ist bestenfalls ein Workaround, kein Bug.
[15:08] <elhe> bekks - der Bug den ich meine ist im 802.11N protokoll des iwlwifi 
[15:08] <bekks> Ich gebs auf.
[15:08] <bekks> Gib uns einfach einen Link zum Bugreport.
[15:08] <ppp1337> ppq habe es installiert, ging aber sehr schnell dafür, dass es 120.7 MB sein sollen.  Waren das updates/upgrades die man mit "sudo apt-get update && sudo apt-get upgrade" auch bekommt?
[15:09] <ppq> ppp1337, nein, das war ein paket aus der bislang unveröffentlichten version 16.04
[15:09] <ppq> normalerweise sollte man releases nicht mixen, aber im falle des firmware pakets, wo eh nur binär-blobs drin sind, ist das kein drama
[15:10] <ppq> ppp1337, reboote mal. alternativ wlan karte aus- und wieder einbauen, aber reboot dürfte schneller gehen :)
[15:10] <elhe> bekks - https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1293569
[15:10] <ppp1337> Was bringt das aus und einbauen der WLAN Karte? 
[15:11] <ppq> dass die firmware neu geladen wird
[15:11] <bekks> elhe: Der Bug stammt aus 2014 und ist lange behoben.
[15:12] <elhe> bekks: oh, hätte ich wohl richtig lesen sollen 
[15:13] <ppq> hm, in dem xenial firmwarepaket ist eine mit timestamp vom 6. februar 2016
[15:14] <ppq> wenn die aus der zukunft kommt muss es ja laufen :)
[15:15] <ppp1337> Update zu mir: Restart und gerade sieht es gar nicht so schlecht aus tatsächlich. Ich mach mal einen Probedownload und sehe ja wie es läuft.
[15:15] <ppq> ok
[15:16] <ppp1337> ppq noch eine andere Frage: Woher hast du dein ganzes Wissen? Einfach seid Ewigkeiten Ubuntu und man lernt das automatisch oder beschäftigst du dich noch beruflich irgendwie damit?
[15:17] <ppq> ersteres
[15:17] <elhe> nickserv identify warsoul
[15:17] <ppp1337> Na dann hoffe ich doch mal, dass ich irgendwann auch mein Wissen an Ubuntu babys wie mich weitergeben kann. ;-)
[15:17] <elhe> hahaha
[15:17] <elhe> aaaaaa
[15:18] <ppq> elhe, :) schnell ändern
[15:18] <ppq> /msg nickserv help set password
[15:18] <ppp1337> ba*dum*ts
[15:19] <elhe> done
[15:19] <elhe> oh man jaja ein / ist schon ein schweres zeichen
[15:19] <ppq> konfigurier deinen client lieber so, dass er das automatisch macht
[15:21] <elhe> ppq: ja gerade erledigt, danke
[15:27] <ppp1337> Also seit 1 Minute ist die Verbindung wieder sehr schlecht. Download läuft mit 3KBit/s.
[15:28] <ppp1337> Anderer Laptop mit Windows ohne Probleme bisher.
[15:33] <ppq> ppp1337, stehen die laptops nebeneinander und sind im gleichen wlan?
[15:33] <ppq> mach den alten mal aus und guck ob es dann am neuen besser geht
[15:33] <ppp1337> Sind im gleichen WLAN und stehen Luftlinie etwa 75cm auseinander.
[15:33] <ppp1337> Okay.
[15:33] <ppq> die stören sich natürlich
[15:34] <ppq> der mit der besseren antenne/sendeleistung gewinnt natürlich
[15:35] <ppq> und ausrichtung
[15:36] <ppp1337> Dann werde ich mich in ein paar Minuten mal zurückmelden und sagen, ob  es was gebrachth at.
[15:39] <digitaloktay> heute im angebot http://www.hardwareversand.de/4096+MB/279276/ASUS+Strix+R9+380X+Gaming%2C+4GB+GDDR5%2C+2x+DVI%2C+HDMI%2C+DisplayPort.article?pvid=4t0pnswkn_ik1s6io0&ref=13
[15:39] <bekks> digitaloktay: Falscher Channel :)
[15:39] <digitaloktay> ups
[15:40] <David1977> aber danke fürs Angebot ;)
[16:21] <Guest77718> manfred
[16:21] <Guest77718> moin moin
[16:23] <Guest77718> ja hallo erstmal. Ich habe das son Problem mit nem Raspberry ( mit Mate )
[16:23] <bekks> Auf dem Ubuntu läuft?
[16:24] <Guest77718> JA die installation lässt einen froßen Teil des 
[16:24] <Guest77718> platzes auf der SD frei 
[16:24] <Guest77718> ich finde nicht einmal die richtige software um den Platz für mich (mate) zu gewinnen
[16:25] <Guest77718> Gpart soll es sein??
[16:26] <Guest77718> kann mit da jemand auf die sprünge helfen?
[16:27] <Guest77718> Euch noch einen schönen Sonntag
[16:27] <Lothenon> Mit Gparted hast du eine grafische Oberfläche. Mit "sudo apt-get install gparted" kannst du es in der Konsole installieren
[16:30] <argon18> falls es noch wen interessiert: raspbian hat eine eingebaute funktion, die es ermöglicht, die partition auf der SD bei laufendem system zu vergrößern. ist im grunde nur ein befehl im terminal
[22:27] <irreleph4nt> Hi. Mein Ubuntu Server 15.04 friert beim Boot an verschiedenen Stellen ein - mal mit und mal ohne grafische Ausgabe. Jemand eine Idee, wie ich das debuggen kann?
[22:28] <k1l> updaten auf 15.10. denn in wenigen tagen wird 15.04 eh abgeschaltet
[22:29] <k1l> aber sonst einfach mal in die logs in /var/log gucken. wenn das system nicht so weit kommt dann mal mit einem live system die daten abfragen
[22:30] <irreleph4nt> Okay, danke. Merkwürdig: Wenn ich normal booten will, friert er beim Login-Prompt ein. Wenn ich erst recovery boote und dann resume, funktioniert es.
[22:31] <irreleph4nt> Schande über mich, ich bin bereits auf 15.10 :/
[22:44] <k1l> dann musst du mal in die logs gucken. so aus dem stegreif ist das schwierig
[22:46] <irreleph4nt> Kann ich in den Logs irgendwie zwischen normalem Boot und Recovery->Resume Boot unterscheiden?
[22:46] <bekks> Nur durch die Uhrzeit.
[22:47] <k1l> bei jedem reboot wird das log eins nach hinten umbenannt.
[22:52] <irreleph4nt> der fehlgeschlagene Reboot taucht nicht im Kern.log auf ...
[22:53] <irreleph4nt> Der Rechner hing wieder am Logn Promt - ich habe per Power Button ausgeschaltet und neugestartet
[22:53] <irreleph4nt> Den Reboot mit Recovery -> Resume sehe ich jedoch im Log
[22:53] <k1l> irreleph4nt: nimm mal das syslog. und wie gesagt werden die nach jedem reboot um benannt in .0, .1 und so weiter
[22:56] <k1l> irreleph4nt: du kannst auch das ganze log bei einem pastebin hochladen
[23:02] <irreleph4nt> Hier der Paste von meinem syslog: http://paste.ubuntu.com/14841114/
[23:02] <irreleph4nt> Der Boot rund 23.47 Uhr ist fehlgeschlagen und wurde von mir "gewaltsam" beendet
[23:02] <irreleph4nt> Der Boot danach ~23.50 war erfolgreich; erst Recovery gebootet und dann resumed
[23:03] <k1l> was hast du vor dem problem mit dem system gemacht?
[23:03] <irreleph4nt> Hatte ein Arch Linux installiert, wo Samba als Domain Controller nicht so recht wollte
[23:04] <irreleph4nt> Im Anschluss Ubuntu Server installiert und bisher nie richtig booten können
[23:04] <irreleph4nt> Der Install jetzt ist absolut frisch
[23:14] <k1l> also so spontan seh ich da nix
[23:15] <k1l> wie äussert sich das denn? ist das system per ssh erreichbar? was für hardware ist das? 
[23:16] <irreleph4nt> Hardware: ASUS TS MINI Home Server (https://www.asus.com/de/Commercial-Servers-Workstations/TS_mini/). Läuft mit Arch Linux und Windows Home Server problemlos
[23:17] <irreleph4nt> Mit 15.04 hing der Boot beim Einbinden von SWAP
[23:17] <irreleph4nt> Mit 15.10 friert er komplett ein, sobald ich den Login Prompt erreicht habe. Kein SSH, sogar die Lichter an der USB Tastatur gehen aus
[23:20] <irreleph4nt> Kann ich die Recovery -> Resume Prozedur irgendwie automatisieren? Per Grub config Recovery als Default booten ist klar, aber das anschließende resume?
[23:22] <k1l> irreleph4nt: ich seh da kurz vor 23:47 keinen reboot. erst bei dem 45->50
[23:24] <k1l> hast du mal ein 14.04 LTS server probiert? vlt ist das nen kernel ding und der 3.13er funktioniert besser? nimm da aber nicht das 14.04.3 image
[23:25] <irreleph4nt> 14.04 LTS hab ich noch nicht probiert ...
[23:30] <k1l> also mit dem ganzen ureadahead kram finde ich zig asus notebooks die das mit systemd und 15.04 oder 15.10 auch haben.
[23:31] <irreleph4nt> "das auch haben" - im Sinne von selbes Problem?
[23:32] <k1l> ich finde keinen fehler bei den boots. nur ganz am anfang vom log ist das mit ureadahead.
[23:33] <irreleph4nt> Alles klar. Danke für deine Bemühungen!