[06:42] <LupusE> moin
[09:04] <roflnixgeht> JETZT aber
[10:22] <DR_> Hallo ich habe Ubuntu 16.10 auf einer zweiten Partition neben Windows 10 installiert, ich kann  aber kein Wifi-Signal empfangen. Mein Wifi Adapter ist Realtek RTL8723BE
[10:23] <axhm3a> DR_: ggf. rf kill?
[10:23] <DR_> was meinst du?
[10:25] <axhm3a> DR_: ggf. ist das über einen schalter deaktiviert. pack doch mal die ausgabe von "iwconfig" in ein pastebin
[10:29] <DR_> lo     no wireless extensions
[10:29] <DR_> lo     no wireless extensions
[10:29] <DR_> enp7s0   no wireless extensions 
[10:29] <DR_> wlp13S0   IEEE 802.11 ESSID:off/any
[10:29] <DR_> Mode: Managed Access Point: Not-Associated  TX-Power= 20 dBm
[10:30] <DR_> Retry short limit:7  RTS thr=2347 B Fragment thr:off
[10:30] <DR_> Power Management: Off
[10:30] <axhm3a> DR_: danke, aber nutze in zukunft http://paste.ubuntu.com/
[10:30] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[10:30] <DR_> ok danke für den Hinweis
[10:31] <axhm3a> DR_ also der wlan adapter ist da für mal "rfkill list" aus
[10:38] <nagetier> Man sollte auch kontrollieren ob die nicht ohne Kabelverbindung ihren Dienst verrichtet, wie ich gerade lesen durfte.
[10:39] <nagetier> Wenn eines verbunden ist, wird WLAN wohl deaktiviert.
[12:36] <bagon> Hallo; Ich habe folgendes Problem: der dpkg command funktioniert nicht auf meinem ubuntu 16.04.1.Server-AMD64 boot stick... Wenn ich dpkg eingebe kommt nur: "not found"
[12:37] <deem> bagon: was genau führst du wie wo aus?
[12:37] <k1l_> bagon: kannst du den command samt output mal auf paste.ubuntu.com zeigen?
[12:39] <bagon> Ich habe vom Stick gebootet, die passenden build-essentials heruntergeladen und wenn ich jetzt dpkg eingebe kommt nur "not found"
[12:42] <bagon> eingegeben habe ich dpkg -i build-essentials***.deb
[12:42] <k1l_> warum denn das? warum nicht apt? warum lädst du da manuell ein deb runter?
[12:42] <ppq> was ist das für eine shell, in der du da bist?
[12:42] <bagon> weill das irgendwie auch nicht geklappt hatte
[12:43] <k1l_> bagon: "irgendwie". packa das bitte mal alles in einen pasteservice
[12:43] <ppq> (die server cd ist kein live-system)
[12:43] <deem> klingt nach ner busybox
[12:43] <bagon> ja in der busy box xD
[12:44] <k1l_> uff
[12:45] <bagon> wäre die desktop.iso ein live system?
[12:45] <k1l_> ja
[12:45] <bagon> kk danke
[12:46] <k1l_> kannst du mal dein setup erklären und was du da vorhast?
[12:46] <k1l_> weil das klingt eher so als wenn du dir mit anlauf in den fuß schiessen willst
[12:47] <bagon> ich habe einen alten HP ProLiant ML370 G4, da ich keine SCSI Festplatten habe habe ich mir einen RocketRaid620 Raid-Controller gekauft, nur leider muss ich diese Treiber erstmal hochpatchen...
[12:47] <bagon> xD
[12:52] <nagetier> bagon: Ohne kannst du die Platten nicht als Installationsziel verwenden?
[12:53] <bagon> ja leider :(
[12:53] <k1l_> nagetier: der controller läuft nur mit kernel 2.6
[12:53] <nagetier> oha
[12:53] <bagon> deshalb ist patchen angesagt, habe bereits eine anleitung: https://github.com/clockfort/rr62x
[12:53] <le_bot> Title: GitHub - clockfort/rr62x: Kernel module for my Rocket Raid 620, including a few changes for 3.0 and 4.0 series kernel compatibility (at github.com)
[12:54] <nagetier> das.. hätte man zuvor mal kontrollieren sollen
[13:01] <bagon> Haha, ich habe soeben von dem Ubuntu Desktop USB-Stick gebootet, live angewählt und jetzt sagt mir mein Screen: Frequenzen nicht unterstützt-.-
[13:02] <k1l_> graka oder monitor problem. versuch mal mit nomodeset
[13:03] <bagon> mom
[13:05] <bagon> und wo soll ich das eingeben? sorry, ich bin ein ziemlicher Linux noob
[13:06] <nagetier> https://wiki.ubuntuusers.de/Bootoptionen/#Start-von-Desktop-CDs
[13:06] <le_bot> Title: Bootoptionen › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[13:11] <bagon> wenn ich F6 drücke gibt es einen kurzen pieps ton, der bildschirm flackert einmal und sonst nix...
[13:27] <nagetier> Worüber wird denn /etc/hdparm.conf ausgeführt?
[13:28] <stevieh> dpkg -L hdparm
[13:28] <nagetier> das war lustig
[13:28] <stevieh> und wenn du auf nem server damit die platten abschalten willst, verlass dich nicht alleine drauf.
[13:29] <stevieh> nagetier: wieso war das lustig?
[13:29] <nagetier> ahso, war kein Scherz.. danke, ich guck mal :)
[13:29] <stevieh> :-D
[13:32] <nagetier> Ja, das ist schon wieder alles recht nervig.. führe ich 'hdparm -S /dev/sdb' aus, wird "-S: bad/missing standby-interval value (0..255)" ausgegeben. Setze ich daraufhin 'hdparm -S60 /dev/sdb', kommt die selbe Ausgabe, die Funktion wird aber übernommen
[13:34] <stevieh> ich hau den platten die parameter alle mit nem cronjob auffe Fresse. und hab n script, was den plattenzustand monitort, kannste gerne haben.
[13:35] <nagetier> stevieh: Hm, danke, das wäre hier over-sized, und den Job bekomme ich noch so gerade hin ;)
[13:35] <stevieh> naja, sonst rät man nur, wann die platte aus und an war.
[13:36] <nagetier> stevieh: Ist hier ein Client, vor dem ~90% der Wachphase sitze
[13:36] <k1l> kommt ja immer drauf an, ob da etwas drauf zugreift
[13:36] <k1l> das kann man mit lsof testen
[13:37] <nagetier> k1l: Das ist eigentlich nur ein Datengrab
[13:37] <k1l> nagetier: guck es halt nach
[13:37] <nagetier> Ich weiß das ganz genau :)
[13:38] <stevieh> http://paste.ubuntu.com/23563250/ hier, fallst es doch nötig ist
[13:38] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[13:38] <k1l> und nur -S geht nicht. da muss schon ein digit dahinter
[13:38] <nagetier> Was ich vermute.. die wird nur immer wieder mal geweckt, und das gar nicht so selten, wenn SMART einen "offline check" durchführt. Das will ich als nächstes in den Griff bekommen.
[13:38] <nagetier> stevieh: Danke
[13:39] <nagetier> k1l: schrieb ich doch, -S war um zu schauen welche Werte gesetzt sind
[13:41] <stevieh> cronic /sbin/hdparm -B1 -S180 /dev/sda 
[13:41] <stevieh> und das hau ich den platten einmal am Tag um die Ohren. Sonst vergessen die das wieder.
[13:41] <stevieh> da drei vier Tagen... kein Scherz
[13:42] <nagetier> okay
[13:42] <k1l> nagetier: nur mit -S kann man den wert gar nicht abfragen, iirc
[13:42] <stevieh> abfragen ist doch eh für die Füsse ;-)
[13:43] <nagetier> k1l: Hm, das würde es erklären
[13:43] <nagetier> Ich versuche das jetzt mal über systemd.. und wehe das nervt mich ebenfalls!
[13:44] <stevieh> dann machste final windows drauf
[13:44] <nagetier> Dann schiebe ich eine gekochte Kartoffel in den Ventilator.. wollen mal sehen
[13:50] <nagetier> stevieh: Dann werden die ja schon alleine für das Setzen des Parameter immer wieder aufgeweckt :(
[13:51] <stevieh> also dafür hab ich ne systemplatte.
[13:51] <k1l> nagetier: wenn etwas auf die daten zugreifen will muss das system die platten hochfahren.
[13:51] <stevieh> aber ich weiss gar nicht, ob die vom Befehl selbst aufgeweckt werden.
[13:51] <nagetier> stevieh: Hier ist das so
[13:51] <stevieh> einmal am Tag ist auch gut, damit das Schweröl in den Lagern nicht verharzt ;-)
[13:52] <stevieh> wie gesagt, kannst es ja auch erstmal ohne probieren und lässt das script laufen, um zu sehen, was ist.
[13:52] <stevieh> nagetier: ist / auch auf den Platten?
[13:52] <nagetier> Nein
[13:52] <nagetier> Nur Zeugs aus /mnt/
[13:52] <stevieh> dann sollte ne Statusabfrage die PLatte nich wecken...
[13:53] <k1l> und ist "zeugs aus /mnt/" noch in irgendwelchen programmen im cache?
[13:53] <k1l> bei "letzte dokumente" etc?
[13:53] <stevieh> was auch interessant ist: bei mir sind zwei Platten im Raid 1 und trotzdem fahren die nicht immer synchron hoch und runter...
[13:53] <nagetier> stevieh: Ein hdparm -S60 /dev/sdb macht genau das
[13:54] <stevieh> nagetier: ja, kann sein. Mich stört es weniger, wenn sie einmal am Tag hochfahren als wenn sie nicht mehr runter fahren
[13:54] <nagetier> Das sehe ich auch so, ja
[13:54] <nagetier> Einmal ist keinmal..
[13:54] <stevieh> könntest aber nen wrapper drum machen. Das hab ich mittlerweile bei nem cachenden df auch.
[13:55] <nagetier> k1l: Da liegen nur Medien drauf.. Player ist zu
[13:55] <nagetier> und dennoch wird die ~alle 6h geweckt
[13:56] <k1l> schau mit lsof nach, was da drauf zugreift
[13:56] <stevieh> alle 6h ist doch ok.
[13:56] <stevieh> könnte journal etc. sein.
[13:56] <k1l> oder hast du da monitor software laufen?
[13:56] <nagetier> Bin schon am überlegen die einfach auszubauen und in ein externes zu verfrachten.. dann habe ich da zumindest ne Kontrolle drüber
[13:57] <nagetier> k1l: Nein, nur Medien, die ich bei bedarf abrufe
[13:57] <stevieh> ? Wieso solltest du da mehr kontrolle drüber haben? Ganz im Gegenteil
[13:57] <nagetier> stevieh: Wel das externe Gehäuse einen Hauptschalter haben wird
[13:57] <stevieh> oh, das kann aber böse enden...
[13:57] <nagetier> Warum das?
[13:58] <stevieh> wenn es gemounted ist etc?
[13:58] <nagetier> Dann lasse ich das den automount übernehmen
[13:58] <stevieh> na, du wirsts wissen.
[13:59] <stevieh> ein df lässt z.B. auch schon alle gemounteten PLatten aufwachen
[13:59] <nagetier> Mich nervt eh, dass die auch geweckt wird, nur weil ich den Dateimanager öffne, und der gar nicht direkt auf Daten der Platte zugreift
[14:00] <nagetier> Und das sporadisch, immer ist nicht so xD
[14:00] <stevieh> dann wirst du sie wirklich unmounten müssen... an nem Desktopsystem ist sowas glaub ich sonst schwer zu verhindern
[14:00] <nagetier> +das
[14:02] <bunyip> zwei aliase in die .bashrc    pr0n an und pr0n aus ;)
[14:05] <bagon> Ich möchte gerne Live von Ubuntu-16.04.1-Desktop booten, kann aber nicht mit F6 über die nomodeset Option booten... Bios piepst einmal, das wars
[14:06] <nagetier> bagon: zuvor ESC versucht?
[14:07] <bagon> dann kommt ja "boot: _" geht aber dann auch nicht
[14:07] <k1l> ist die hardware so alt?
[14:07] <nagetier> Die Grafikkarte ist ne sehr alte ATI
[14:08] <nagetier> wenn ich nicht irre
[14:08] <nagetier> meine aber doch
[14:08] <nagetier> die hat imho keine 16MB vRAM
[14:26] <nagetier> Ok, habe gerade festgestellt, das ich dieses gehampel über die /etc/hdparm.conf schon vor geraumer Zeit versucht, ohne Erfolg.. habe es jetzt in eine /etc/cron.daily/hdparm gelegt.
[14:26] <nagetier> versuchte* ..
[14:28] <stevieh> hehe
[14:28] <stevieh> es sollen auch nicht alle platten alle parameter können.
[14:31] <nagetier> Nuja, unterscheiden tun die sich ja jetzt nicht, nur der Ort ist ein anderer
[14:32] <bagon> nagetier: funkt. alles nicht :(
[14:33] <nagetier> bagon: Ja, bin da leider auch raus, da ich hier nur eine ähnliche Kiste stehen habe, und auf der/denen kein Ubuntu läuft
[14:34] <nagetier> bagon: Ich würde mal versuchen eine Distribution zu starten, die nur CLI ein Live-System bietet
[14:35] <stevieh> yep. aber man sollte doch auch in die kommando zeile kommen...
[14:35] <nagetier> und dennoch aktuell ist..
[14:37] <bagon> ich komme in die cli, in der steht: "boot: _" aber ich kenne die befehle nicht... und wenn ich n paar sekunden nix drücke geht er automatisch zurück zum vorherigen screen
[14:38] <k1l> das aber keine cli
[14:38] <bagon> xD
[14:38] <stevieh> I see.
[14:39] <k1l> versuch da mal ein altes ubuntu, so ein 12.04 ode rso
[14:39] <fford> bagon: nagetier hat dir einen Link geschickt in dem die Befehle stehen.
[14:39] <k1l> hängt da ein neuer monitor mit adaptern dran?
[14:41] <nagetier> Und ich bin auch ziemlich sicher, das du zumindest ein Grub2 zu Gesicht bekommen solltest.. ansonsten ist d etwas arg schräg, und zwar HW-seitig
[14:42] <bagon> k1l: ja, den link habe ich gesehen... nur werde ich daraus nicht schlau :( alter monitor über nen vga kabel direkt dran 
[14:43] <stevieh> ich hab das gerade in ner virtual box probiert, da seh ich bei nem 16.04 desktop stick auch kein grub
[14:43] <stevieh> aber https://wiki.ubuntuusers.de/Downloads/Netzwerkinstallation/ sollte gehen
[14:43] <le_bot> Title: Netzwerkinstallation › Downloads › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[14:44] <nagetier> stevieh: das ist doch aber auch Live-System
[14:44] <nagetier> +kein
[14:44] <stevieh> ah, stimmt. Er will ja ein live system. 
[14:44] <stevieh> na, dann viel spass ;-)
[14:44] <stevieh> da gibts sicher alte isos, die gehen
[14:45] <nagetier> Warum baut man das nicht einfach auf einem anderen Rechner?
[14:45] <nagetier> Oder habe ich hier gerade eine Lücke?
[14:49] <nagetier> bagon: Ein gentoo lässt sich definitiv boot, und für die paar Dinge, die du vorhast, lässt sich das auch bewältigen
[14:51] <bagon> nagetier: danke, ich schaue mir mal das handbuch an
[14:52] <nagetier> bagon: Du hast ansonsten derzeit kein lauffähiges Linuxsystem?
[14:52] <bagon> in einer VM
[14:53] <nagetier> bagon: Schau dir wenn dann zu gentoo emerge an, das sollte genügen
[14:53] <nagetier> bagon: Auch das sollte IMHO genügen um das Modul dort zu bauen
[14:53] <nagetier> streiche das IMHO
[14:54] <bagon> nagetier: und wie baue ich das?
[14:54] <nagetier> bagon: emerge installiert dir unter gentoo Pakete nach
[14:55] <nagetier> bagon: Du hattest dazu doch schon eine Anleitung gefunden, ob das nun eine VM ist, oder nicht, ist egal
[14:55] <bagon> nagetier ok
[14:56] <nagetier> Zum bauen von Paketen kann mich sehr gut eine VM vorbereiten.. das macht man ja nicht auf jedem System, nur weil dort etwas kompiliert werden muss
[14:56] <nagetier> *man sich
[14:57] <jokrebel> is jetzt hier Gentoo-Support?
[14:58] <nagetier> sieht das so aus?
[14:58] <jokrebel> ein wenig
[14:58] <nagetier> Wesentlich eher sind wir noch bei Ubuntu
[14:59] <jokrebel> vielleicht hab ich nachher Zeit für den Backlog
[15:17] <dreamon> Wenn ich Virtualbox remoten will.. über einen Port, muß ich irgends was im System freigeben? Ich bekomme keine Verbindung hin. Eine Firewall hab ich nicht installiert.
[15:20] <koegs> dreamon: willst du auf die virtualbox rdp funktion zugreifen oder auf den rdp-dienst im virtualisierten OS?
[15:23] <stevieh> wasn "remoten" für ein Wort?
[15:23] <dreamon> koegs, Würg. Ich hab in einer Virtuellen Maschine Anzeige-> Fernsteuerung aktivieren -> Server aktivieren gewählt und dort hin würde ihc gerne verbinden
[15:23] <Frickelpit> stevieh: remoten musste erst confen
[15:24] <stevieh> das glaub ich nämlich auch. Sonst funzt es nicht
[15:24] <jokrebel> bisses funzt
[15:24] <koegs> dreamon: welchen port hast du da eingestellt und was passiert, wenn du mit RDP auf die IP des Host-Systems zugreifst?
[15:25] <dreamon> koegs, Ich hab auf Port 3386 (verändert verändert) und dann vom anderen PC aus mit Remmina → RDP IP:3386 gemacht
[15:25] <dreamon> Kommt aber keinen verbindung zustande.
[15:25] <koegs> und welche IP, Host oder Guest?
[15:25] <dreamon> Bin Lokal im gleichen Netz.
[15:26] <dreamon> koegs, Na die Ip vom der Rechner auf dem Virtualbox läuft. 
[15:26] <jokrebel> dreamon: Je nach Modus hat der Guest ne andere IP aus dem lokalen Netz
[15:27] <jokrebel> dort mal ifconfig ausgeführt und geschaut?
[15:28] <dreamon> Der hat einen Festen Namen auf den ich Pingen kann. Der antwortet auch.. Habe Namen versucht und IP .. beidesmal erfolglos.
[15:30] <nagetier> dreamon: Du greifst aber schon auf den Host, nicht die VM zu?
[15:31] <dreamon> Ich hab nur Virtualbox am laufen, es ist noch kein OS gestartet. Oder muß das OS laufen, das ich verbinden kann?
[15:32] <DaVu> DAs wäre meine nächste Frage gewesen...welches OS wird denn da gestartet ;)
[15:32] <koegs> ne, also wenn du die rdp-funktion von virtualbox nutzt, dann musst du auf die IP des VBox-Host zugreifen
[15:32] <nagetier> koegs: Und das klappt auch ohne dahinterliegendes OS?
[15:33] <DaVu> ^^ das frage ich mich allerdings auch
[15:33] <dreamon> Ich gehe auf den host.. und schaue nach dem /etc/hostnamen und mit dem verbinde ich vom client aus. ssh geht ja auch verbinden.
[15:33] <DaVu> Was wäre das denn für ein Nutzen, wenn ich per Remote auf VB zugreifen kann, dahinter aber kein OS läuft
[15:33] <dreamon> DaVu, XP soll da laufen.
[15:34] <nagetier> DaVu: OS ferninstallieren
[15:34] <DaVu> ok
[15:34] <DaVu> wäre es dann aber nicht einfacher per remote auf den Host zuzugreifen, auf dem VB läuft?
[15:35] <nagetier> habt ihr geraucht.. da reden wir doch von
[15:35] <dreamon> DaVu, Das klappt .. nur da hab ich ein Umlautproblem. Das nicht lösbar scheint.
[15:35] <DaVu> nagetier: so wie ich es bisher verstanden habe, versucht dreamon auf VB direkt zuzugreifen
[15:35] <DaVu> und nicht via SSH oder VNC auf den Host (Ubuntu)
[15:36] <nagetier> DaVu: ok, sorry, jetzt erkenne ich den Unterschied in deinem Satz ;)
[15:36] <DaVu> ;)
[15:36] <DaVu> kein Thema
[15:37] <DaVu> Virtualisierung ist jetzt nicht unbedingt "mein Thema"...aber ich würde es über VNC zu Ubuntu versuchen und dann weiter sehen
[15:38] <DaVu> dreamon: was möchtest du denn im Endeffekt genau machen?
[15:38] <DaVu> Möchtest du, wie nagetier schon sagte, ein OS ferninstallieren oder ein virtualisiertes OS per remote bedienen?
[15:38] <DaVu> Beides sind unterschiedliche Dinge
[15:38] <nagetier> Hm, und ja, das ging (natürlich) auch ohne ein OS
[15:39] <dreamon> DaVu, Ich würde gerne dieses XP in der VM remoten. Die Komplette Kiste habe ich mit VNC schon remotet. Geht super. Nur in der Virtualbox(dich ich dann starte) fliegen mir die Umlaute um die Ohren. So ist das XP nicht bedienbar. 
[15:39] <nagetier> *ein OS in der VM
[15:39] <DaVu> ok, also möchtest du XP in der VM bedienen und das per RDP
[15:39] <DaVu> Wie soll das funktionieren, wenn XP noch nichtmal läuft? ;)
[15:40] <dreamon> DaVu, Ich muß XP in der VM starten, und dann mit connecten?
[15:40] <DaVu> So zumindest meine Vorstellung. Sonst ist ja die Funktion von XP nicht verfügbar
[15:40] <dreamon> Odder muß ich in xp einen remote einrichten?
[15:40] <DaVu> das auch
[15:42] <dreamon> Sche** du hast recht.. nun geht es. *HEUL*
[15:43] <DaVu> viel Spaß ;)
[15:45] <dreamon> Jetzt muß ich quasi eine VNC Verbindung aufbauen um die VM zu starten um mich dann einloggen zu können.. 
[15:45] <jokrebel> aber ein XP will man (immer noch) nicht (mehr) im Netz (auch lokal) haben </OT>
[15:50] <Frickelpit> dreamon: was bastelst du da eigentlich?
[16:06] <koegs> dreamon: wenn die VM gestartet ist, solltest du eigentlich direkt mit der Host (nicht Guest) IP und dem eingestellten Port per RDP direkt zugreifen können, ich nutze das so hier
[16:08] <koegs> dann siehst du vom Bios bis zur Installation oder den Desktop so als würdest du das Virtualbox-Fenster lokal angucken
[16:08] <koegs> und bist unabhängig vom OS
[16:10] <dreamon> koegs, Ja. Aber dazu muß ich das OS in der VM auch starten. Das hab ich nicht gemacht. Das war der Fehler.
[16:11] <koegs> du musst die VM starten, ob da ein OS drin ist, ist egal
[16:13] <dreamon> koegs, Dann kann ich aber nicht verbinden. Wie verbinde ich mit der VM und nicht mit dem OS in der VM?
[16:14] <koegs> weil das die RDP-Funktion von Virtualbox ist und nicht vom OS in der VM
[16:14] <koegs> du kannst beides nutzen, auch unabhängig, aber es ist nicht das gleiche
[16:15] <koegs> wenn du unter Anzeige -> Fernsteuerung "Server aktivieren" anklickst, dann aktiviert das einen RDP-Dienst auf dem Virtualbox-Host
[16:16] <koegs> diese ist unabhängig vom OS in der VM, ist aber auch erst richtig aktiv, wenn du die VM gestartet hast
[16:16] <nagetier> genau so war es
[16:41] <NTQ> Gibt es irgendein schlaues Skript, das mir sagen kann, ob der Rechner/Server mal neugestartet werden sollte?
[16:43] <stevieh> apt-get install fortune-mod
[16:43] <k1l> NTQ: aufgrund wessen neugestartet werden sollte?
[16:43] <NTQ> Zum Beispiel Kernelupdates
[16:44] <stevieh> das sagt dir der grafische updater
[16:44] <k1l> das steht in der motd
[16:44] <stevieh> und das
[16:45] <NTQ> ja, genau. Aber ich hab noch ein paar headless-server hier, die auch regelmäßig automatisch updaten, aber man sieht nicht, ob sie irgendwann mal neugestartet werden sollten. Ich wollte ein Skript haben, über das ich diese Information sammeln kann.
[16:46] <stevieh> schau an, wie das im motd generiert wird, mach ein nagios modul und bau es da ein.
[16:47] <k1l> imho schalten kernelupdates oder andere da einen switch und die motd fragt den ab. geht dann auch mit anderen skripten
[16:48] <k1l> ubuntu bietet jetzt auch livepatching an, mit denen bei den meisten kernelupdates nicht mehr sofort neugestartet werden muss
[16:51] <tomreyn> NTQ: [ -f /var/run/reboot-required ] && echo "Ich möchte gerne rebooten."
[16:52] <NTQ> Ist ja easy. Danke :-)
[16:52] <tomreyn> k1l: von dem livepatching-angebot ist mir nix bekannt, gibts dazu irgendwo was schriftlich?
[16:52] <k1l> tomreyn: das kannst du einfach caten. da steht da schon so drin: "cat /var/run/reboot-required -> *** Neustart des Systems erforderlich ***"
[16:53] <tomreyn> k1l: ja, geht auch. aber meine frage bezog sich aufs live kernel patching.
[16:53] <stevieh> [ -f /var/run/reboot-required ] && reboot now :-)
[16:53] <stevieh> geht doch viel einfacher
[16:53] <k1l> http://blog.dustinkirkland.com/2016/10/canonical-livepatch.html
[16:53] <le_bot> Title: From the Canyon Edge: Hotfix Your Ubuntu Kernels with the Canonical Livepatch Service! (at blog.dustinkirkland.com)
[16:56] <tomreyn> danke k1l. schade dass es ein kommerziller service geworden ist, damit ist's nicht wirklich besser als ksplice.
[16:59] <k1l> tomreyn: wie man selber die patches machen kann ist iirc dort auch verlinkt.
[16:59] <k1l> kommerziell ist von canonical der service für mehr als 3 kisten mit deren client.
[17:02] <tomreyn> ja, hab die faq grade gelesen. ich find's halt nen grundsätzliuch falschen ansatz damit geld machen zu wollen. aber es stimmt dass das canonnical da in sachen kostenfreier nutzbarkeit schon zuvorkommender ist als die anderen relevanten anbieter.
[18:07] <dreamon> koegs, wenn du unter Anzeige -> Fernsteuerung "Server aktivieren" anklickst, dann aktiviert das einen RDP-Dienst auf dem Virtualbox-Host → Ich kann doch "Anzeige -> Fernsteuerung erst wählen" wenn ich links eines der VM-OS auswähle. Finde keine generelle Fernsteuerungsoption um VB freizugeben.
[18:12] <nagetier> Die gibt es auch nicht, das bezieht sich immer auf die VM.. auch wird für jede, auf die man die Funktion aktiviert, ein Port vergeben
[18:20] <dreamon> nagetier, man kann aber mit der erst verbinden wenn diese VM gestartet wird. das ist so auch richtig?
[18:21] <nagetier> dreamon: Ja, die Ports, falls mehrere aktiv sind, unterscheiden sich halt.. so dass man zu der entsprechenden verbinden kann
[18:21] <nagetier> afaik kann man das auch abrufen, oder wird direkt ausgegeben
[18:22] <nagetier> falls das deine Frage war
[18:23] <nagetier> auch lässt sich der Port einstellen, wenn nicht grafisch, in der "VBox-Konsole"
[18:24] <nagetier> dreamon: generell die VB übertragen klappt recht gut per SSH -X
[18:25] <nagetier> *ssh
[18:25] <nagetier> also mit den bekannten Einschränkungen.. oder man setzt halt die Verschlüsselungtiefe von SSH herunter
[18:25] <nagetier> +s
[18:28] <dreamon> Das ssh -X hab ich schon lange nicht mehr verwendet.. Aber jetzt ist es klar. Danke
[18:28] <nagetier> gerne
[19:25] <NTQ1> Ich hab an meinem Rechner in der fstab ein Samba-Share konfiguriert, das ich manuell verbinden kann, wenn ich auf der Arbeit bin. Manchmal vergesse ich die Verbindung zu schließen bevor ich nach Hause gehe. Und zu Hause komme ich dann meist nicht mehr auf den Desktop, weil er nach dem Login wohl versucht die Verbindung wiederherzustellen. Ein manuelles umount geht auch nicht. Erst in der Firma geht das wieder. Wie soll ich es denn
[19:27] <NTQ1> Es geht zwar irgendwann mit "sudo umount -f", aber das kann doch nicht die Lösung sein, oder?
[19:30] <nagetier> NTQ1: Nur als Zusatzinformation.. der/die Rechner auf Arbeit fahren Windows?
[19:31] <NTQ1> Das ist ein Ubuntu Samba Server
[19:31] <NTQ1> Aber sonst sind die meisten Rechner da Windows, aber das tut ja nichts zur Sache.
[19:32] <jokrebel> NTQ1: Sauber abmelden oder screen/tmux verwenden
[19:33] <jokrebel> ach so samba nicht ssh 
[19:33] <jokrebel> doch --- weil Samba ist ne Krücke um Windowskram zu nutzen
[19:37] <nagetier> NTQ1: Und der lokale(?) smbd nimmt den Entfernten mit auf und gibt ihn somit an die Windows Maschinen frei?
[19:38] <NTQ1> nagetier: wie bitte?
[19:38] <nagetier> NTQ1: du hast einen smbd auf der Arbeiten laufen?
[19:39] <NTQ1> Wir haben in der Firma einen festen Samba Server, über den alle im Intranet ihre Daten austauschen. Ich hab aber noch meinen Ubuntu-Laptop, den ich hin- und herschleppe und mit dem verbinde ich mich auch zu besagtem Server, wenn ich vor Ort bin. Wenn ich dann vor dem Standby vergesse mich vom Server zu trennen, hab ich zu Hause immer den Salat.
[19:40] <nagetier> puh, geht das überhaupt? Ich will nur mehr Informationen entlocken, um zu gucken, ob es nicht auch anders, als mir SMB funktionieren könnte
[19:40] <nagetier> ok
[19:41] <Frickelpit> NTQ1: Ansatzpunkt: such mal, ob man beim standby nicht Befehle absenden kann, so dass er sich beim Samba abmeldet.
[19:41] <nagetier> Du verbindest dich also mit dem smbd auf Arbeit, nicht mit deinem Entfernten
[19:41] <NTQ1> genau.
[19:41] <nagetier> das wollte ich wissen, danke
[19:42] <NTQ1> Ja, ich könnte mich auch einfach per sftp/sshfs/sonstwie verbinden. Das gänge auch, aber ich wollte den Weg gehen, den alle gehen.
[19:42] <NTQ1> Die Soft-Option beim cifs-mount hat auch nichts gebracht irgendwie
[19:42] <nagetier> timeout in die smb.conf pressen?
[19:43] <nagetier> ach mist, ich bin raus, habe keine Ahnung
[19:43] <Frickelpit> NTQ1: ich weiß grad nicht, ob ubuntu pm-suspend nutzt aber damit kannst du hooks definieren
[19:44] <NTQ1> Ja, sowas könnte ich mal versuchen
[19:45]  * nagetier fand https://www.samba.org/samba/docs/man/manpages-3/smb.conf.5.html - "async smb echo handler", was keine Lösung sein muss
[19:45] <le_bot> Title: smb.conf (at www.samba.org)
[19:46] <nagetier> Und kann ich mich auch noch wage an solche Dinge erinnern
[19:46] <nagetier> Allerdings ausschließlich im lokale etz
[19:46] <nagetier> nN
[19:48] <nagetier> Nein,.. da handelte es sich um NFS, wenn ich nicht irre verhielt sich aber sehr ähnlich