[06:41] <Fussel> hmpf, ab und zu schlägt bild bei den news doch durch
[06:53] <bolder> moin ...
[06:54] <burstfire> moin
[08:42] <torexit> hallo
[08:43] <bolder> hi torexit 
[08:44] <torexit> ist es schlimm wenn ich benutzen windows?
[08:48] <stevieh1> extrem
[08:49] <bolder> wiso?
[08:51] <LetoThe2nd> wenn es keine spezifische supportfrage gibt, das thema bitte gleich wieder beenden und in #ubuntu-de-offtopic weiter machen. danke.
[09:02] <bolder> seit ein paar tagen häng ich hier ab, und mein eindruck ist das alle voll happy sein müssen, öhm weil so wenig supportfragen gestellt werden.
[09:02] <stevieh1> bolder: drüben weiter reden
[09:03] <bolder> wo ist das drüben, welches drüben meinst du? stevieh1 
[09:04] <stevieh1> #ubuntu-de-offtopic 
[09:04] <bolder> ok
[09:44] <LupusE> g'morgen
[15:09] <andrk> guten tag. ich kriege unter gparted, bei einem meiner usbsticks folgende fehlermeldung: http://paste.ubuntuusers.de/raw/420503/ . kennt diese vielleicht jemand und könnte schnell helfen?
[15:11] <LetoThe2nd> andrk: entweder du hast da mal ein iso oder irgendwie so was mit ner partitionstabelle die halt nicht zur stickgrösse direkt drauf ge-dd-t (das ist dann kein problem, musst halt neu partitionieren)
[15:11] <LetoThe2nd> andrk: oder der stick ist putt (ob das ein problem ist, keine ahnung ;) )
[15:12] <andrk> LetoThe2nd: hm, ich hab da echt vor kurzem eine iso per dd draufgeschoben. kannst du eventuell etwas damit anfangen, wenn gparted ausgibt: "neue partitionstabelle wurde erstellt, doch der kernel konnte über die änderung nicht benachrichtigt werden, da er scheinbar beschäftigt ist"?
[15:13] <LetoThe2nd> andrk: kurzform: mussu rebooten.
[15:13] <andrk> ok, mach ich
[15:17] <setra> hallöchen
[15:19] <setra> wie könnte ich vorgehen ,wenn ich eine WIFI nic in eine VM (hypervisor KVM ;-)) einbinden wollen würde. am liebsten wäre mir multihoming zu übergehen...
[16:08] <BlackMage> warum habe ich memtest86+.elf und memtest86+.bin im /boot Ordner? welches ist neuer?
[16:08] <jokrebel> bin = 2 ... elf = 11 <g>
[16:09] <BlackMage> jokrebel: ?
[16:11] <jokrebel> BlackMage: War n Witz. Von welchem Ubuntu mit welcher Grub-Version redest Du?
[16:13] <BlackMage> jokrebel:  Ubuntu 14.10 und grub 2.02
[16:14] <jokrebel> BlackMage: Weil ich hab hier nämlich nur eine Memtest-Version (zwar 2 Einträge bei einem steht "Konsole" mit dabei) aber die selbe Version.
[16:14] <BlackMage> grub 2.02~beta2-15 um genau zu sein
[16:22] <BlackMage> welches ist nun neuer .elf oder .bin?
[16:23] <jokrebel> BlackMage: Wo steht da bei dir .elf und .bin? Zeig mal nen Screenshot. Ich find hier nichts vergleichbares.
[16:25] <testdr> BlackMage: normalerweise ist keines neuer oder älter - das sind nur unterschiedliche Ausführbare Programme der gleichen Version, die da mittlerweile wären: altes x86er-Binary, linux-elf-executable, multiboot-binary
[16:26] <BlackMage> jokrebel: http://paste.ubuntuusers.de/420508/
[16:26] <kubine> Title: Unbenannt › Ablage › ubuntuusers.de (at paste.ubuntuusers.de)
[16:29] <jokrebel> ach so die einträge im Bootmenü. Das ist wohl einmal für driekt und einmal (auch) für remote. Ruft aber vermutlich die gleiche Version auf. Kannst ja beim booten 2 verschiedene Auswählen 8einmal steht was von Konsole dabei) Im Programm selbst wirst Du aber vermutlich die selber Versionsnummer (Memtest86+ v4.20 ... links oben auf grünem Hintergrund) haben.
[16:40] <jokrebel> BlackMage: siehe dazu auch http://wiki.ubuntuusers.de/memtest
[16:40] <kubine> Title: memtest › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[16:59] <Fussel> wie kommt nen beta-program in nen stable-zweig?
[17:01] <Fussel> ah, hat sich erledigt
[17:02] <jokrebel> Fussel: Lass uns teilhaben ;-)
[17:03] <Fussel> wegen "grub 2.02~beta2-15 um genau zu sein" von BlackMage 
[17:04] <marv_> Guten abend zusammen
[17:06] <marv_> Ich möchte mit meinem kubuntu auf eine ssd platte umziehen.ich gehe nach der anleitung http://wiki.ubuntuusers.de/Ubuntu_umziehen vor. Ansich kein problem. Ich muss die neue ssd per USB/SATA converter anschließen und die daten kopieren. Ist die UUID über den converter die gleiche wie wenn ich sie direkt einbaue? Frage zwei:fdisk -l sagt mir ich habe noch eine platte /dev/mapper/cryptswap1. muss die auch kopiert werden?gibt es prob
[17:06] <kubine> Title: Ubuntu umziehen › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[17:08] <Fussel> eine swap muss eigentlich nicht kopiert werden, die ist nach reboot sowiso leer
[17:08] <jokrebel> marv_: cryptswap hört sich stark nach Verschlüsselung an. Da ist dann das "Umziehn" soweit ich laß nicht ganz so einfach.
[17:09] <Fussel> ja, aber es ist ne swap, also eigentlich sowiso nur müll
[17:10] <marv_> Und wenn ich die cryptswap einfach nicht mitkopiere erstellt er dann einfach ne neue unverschlüsselt?
[17:10] <marv_> oder startet er dann garnicht weil was fehlt=
[17:11] <jokrebel> keine Ahnung was Du da für Ausgangssystem hast. Sollte da tatsächlich alles unverschlüsselt außer dem SWAP sein? (Sinn macht das jedenfalls nicht)
[17:11] <marv_> Nein homeverzeichnis ist leider auch verschlüsselt :D brauchen tu ich es eigentlich nicht...hätte ich es bloß nicht ausgewählt bei der installation:D
[17:12] <jokrebel> marv_: Dann (grade wenn Du _nun_ ne SSD nutzen willst) installier doch gleich besser neu.
[17:12] <Fussel> einer der gründe warum ich da einfach die leute physikalisch davon abhalte sich auf meinem rechner einzulesen :D
[17:13] <Fussel> anders hätte ich auch keine chance :D
[17:14] <PachiriSuu> servus
[17:14] <marv_> hm... ist wahrscheinlich die einfachste methode... hab schon überlegt die verschlüsselung rückgängig zu machen... aber dann noch kopieren...uuids ändern... da spart mir die neuinstallation einige zeit... Gibt es denn eine möglichkeit gewissen einstellungen (wlanpasswörter/installierte programme/aussehen des desktop(Taskleistenanordnung/Widgets/...) zu sichern und nach einer neuinstallation wieder zurückzusichern?
[17:16] <Fussel> ich glaub, das ist ne aufgabe für tar, aber ich befüchte, der nimmt auch die verschlüsselung mit
[17:17] <Fussel> mit apt könnte man wenigstens die instalierten programme zurückholen
[17:18] <SonasuSuu> servus
[17:19] <marv_> wie funktioniert das? also praktisch einmal eine liste aller installierten zusatzpakete erstellen und nach der neuinstallation anhand dieser liste automatisch alles wieder runterladen?
[17:21] <Fussel> ja, so in etwa, aber für genaueres muss ich mich da auch erstmal einlesen, das macht man halt nicht so oft
[17:21] <testdr> das zeigt die Liste der installierten Pakete an:   dpkg -l 
[17:23] <testdr> daneben gibt es in tools wie synaptic Optionen sich ein script erstellen zu lassen für die installierten Pakete (ist gedacht um gleichartige Installationen vorzunehmen)
[17:24] <marv_> ah cool ich schau mich mal um in synaptic
[17:25] <testdr> und Userdaten umziehen - z.B auf Verschlüsselt oder weg, dazu gibt es im wiki.ubuntuusers.de sogar Hilfeseiten (Suchfunktion da)
[17:28] <marv_> nutze muon, war gleich einer der ersten menüpunkte mit dem exportieren. danke für den tipp;)
[17:29] <marv_> sichere gerade die wichtigen daten dann wird ne neuinstallation OHNE verschlüsselung gemacht...man weiß ja nie;D
[17:58] <|Frodo|> hallo! habe probleme mit dem /ssh-agent/ unter kubuntu 14.4 LTS. wwas beinhaltet bei euch die zugehörige variable $SSH_AUTH_SOCK ?
[17:59] <dadrc> Den Pfad zum SSH-Socket
[18:17] <|Frodo|> dadrc: soviel zur theorie. und unter 12.4 habe ich da auch einen korrekten eintrag der art "SSH_AUTH_SOCK=/tmp/ssh-xxxxxxx/agent.xxxx". doch auf besagtem 14.4er rechner lautet der eintrag (seit kurzem?!? ist nicht meiner) "SSH_AUTH_SOCK=/tmp/keyring-2LXXXX/ssh", was meiner recherche nach auf den gnome-keyring verweist. was sucht der überhaupt unter kde? und, warum startet der "klassische" ssh-agent nicht mehr (taucht in der ...
[18:17] <|Frodo|> ... prozeßtabelle nicht mehr auf)?
[18:18] <jokrebel> wieso tmp? *vermut* verbogene Rechte
[18:21] <|Frodo|> jokrebel: das die entsprechnenden sockets unter /tmp liegen ist mWn normal. fraglich ist, was de gnome-keyring da zu suchen hat. daher die frage an euch: habt ihr unter /kubuntu 14.4/ (immernoch) den klassischen /ssh-agent/ am laufen (zumindest in der prozeßübersicht) oder ist bei euch auch (nur noch) der gnome-keyruing aktiv?
[18:22] <jokrebel> |Frodo|: Also bei mir wirft ein "echo $SSH_AUTH_SOCK" nen Pfad /run/user/keyring..../ssh zurück
[18:23] <jokrebel> und eben nix mit /tmp/...
[18:25] <|Frodo|> jokrebel: sorry, der "neue" inhalt der variable ist falsch wiedergegeben; halt nur aus dem gedächtnis. korrekt dürfte es derzeit "SSH_AUTH_SOCK=/run/user/1000/keyring-xxxxx/ssh" sein
[18:26] <|Frodo|> jokrebel: ändert aber nix am grundsätzlichen problem: der gnome-keyring anstatt des ssh-agents. ist der tatsächlich unter _kde_ auch bei dir aktiv?
[18:27] <testdr> |Frodo|: ssh-add  -l      geht bei Dir nicht? Liste der Einträge?
[18:27] <jokrebel> |Frodo|: Hab hier kein KDE, aber /tmp klang falsch...
[18:31] <jokrebel> |Frodo|: Aber wo siehst Du da einen _gnome_keyring? Ich seh da nur einen _keyring_ (ohne Gnome davor)
[18:35] <jokrebel> |Frodo|: Und auf nem KDE ist das auch hier /run/user/keyring-..../ssh ... kein sterbenswörtchen von Gnome
[18:35] <|Frodo|> testdr: obwohl der "echte" ssh-agent nicht als prozeß läuft, kann ich mittels ssh-add zwar keys hinzufügen und auflisten, bei der eigentlichen anwendung der keys hilft das aber nix. da verhält es sich, als sei nie ein key entsperrt worden.
[18:36] <|Frodo|> jokrebel: meine (erste) recherchen brachten den socket-keyring-eintrag mit dem gnome-keyring in verbindung.
[18:38] <|Frodo|> jokrebel: unter kde nutzt der rechner eingentlich kde-wallet für paßwörter und (zumindest bis vor dem einige zeit zurückliegenden upgrade auf 14.4 den "klassischen" ssh-agent für ssh-keys.
[18:38] <jokrebel> |Frodo|: Erzähl doch vielleicht einfach mal das _eigentliche_ Problem welches Dich zu der Recherche bewogen hat.
[18:43] <jokrebel> |Frodo|: Dies könnte in die Richtung gehn die Du suchst: http://unix.stackexchange.com/questions/17351/can-kwallet-manage-my-ssh-passwords
[18:43] <kubine> Title: security - Can KWallet manage my ssh passwords? - Unix & Linux Stack Exchange (at unix.stackexchange.com)
[19:15]  * |Frodo| ist derzeit am tel...
[19:56] <|Frodo|> so,back
[20:06] <jokrebel> gut'nacht
[20:07] <|Frodo|> jokrebel: ich dachte, ich hätte das problem ausreichend skizziert. :-/  also nochmal in (hoffentlich) besseren worten: ich (bzw. besagter PC) nutze ausführlich ssh-keys für ssh- & scp-verbindungen. normalerweise sorgt der "ssh-agent" dafür, daß mittels "ssh-add" entsperrte ssh-keys ohne weitere passphrase-abfrage genutzt werden können. bisher (zumindest auf meinen 12.4er vergleichsrechnern) wird "ssh-agent" beim start der ...
[20:07] <|Frodo|> ... KDE-oberfläche mitgestartet und $SSH_AUTH_SOCK entsprechend gesetzt.  ---  auf dem (vor einiger zei)t upgegradeten 14.4er Kubuntu-PC, auf dem zu 12.4er zeiten auch alles in sachen ssh-keys tadelos lief, verhält sich nun folkommen "falsch": der "ssh-agent" wird nicht mehr gestartet (und ist auch nicht mit pgrep auffindbar)
[20:08] <|Frodo|> jokrebel: stattdessen habe ich nun diesen ominösen "keyring"-eintrag in SSH_AUTH_SOCK.
[20:08] <bekks> Warum startest du dann ssh-agent nicht?
[20:09] <|Frodo|> und die ssh-keys bleiben nicht mehr entsperrt, ja ssh-add ist defacto wirkungslos. :-(
[20:11] <|Frodo|> bekks: per hand könnte ich ihn starten, klar. aber warum wird er auf einmal nicht mehr automatisch gestartet? da muß doch zumindest etwas in der sstem-configuration durcheinander gekommen sein. und warum habe ich (nun) unter KDE einen gnome-keyring in der prozeßliste?
[20:11] <bekks> Schau doch nach, ob der warum auch immer aus der Autostartliste geflogen ist?
[20:15] <|Frodo|> bekks: daher ja meine einleitende frage: ist es /unter/ /14.4/ normal, daß der ssh-agent wie bei diesem PC ausgetauscht wird/wurde, oder leigt hier keine "standard"-konfiguration mehr vor!?
[20:15] <bekks> Wir wissen genau nichts über deine Konfiguration. In einer Standardkonfiguration wird überhaupt kein ssh-agent gestartet.
[20:20] <|Frodo|> bekks: den entscheideneden punkt wißt ihr sehr wohl: bei mir wir a) kein ssh-agent gestartet und b) ist $SSH_AUTH_SOCK mit einem socket in /run/user/...keyring.. belegt.   --  standardkonfiguration: bisher wurde und wird auf allen meinen (12.4er) Kubuntu-installationen der ssh-sgant automatisch mitgestartet. also aus meiner sicht ist das schon für das standardverhalten.
[21:43] <|Frodo|> bekks: ok, soweit bin ich bis jetzt: der gnome-keyring-daemon wird vom displaymanager LightDM automatisch mitgezogen. der "alte" KDM hingegen wollte vom gnome-keyring-daemon (noch) nix wissen.   ->>   da Kubuntu 12.4 (noch) standardmäßig auf KDM gesetzt hat, inzwischen aber alle ubuntu-varianten auf LightDM setzen, hat dich also die standardkonfiguration in diesem zusammenhang zwischenzeitlich geändert und der alte ssh-demon wurde ...
[21:43] <|Frodo|> ... ersetzt.  -->>   daher war deine aussage zur standardkonfig etwas zu kurz gegriffen.