[07:40] <srtu> woran kann das denn liegen wenn man keine schreibrechte auf usb sticks mit FAT hat (auch auf frisch formatierte), kann sein das der User in ner USB gruppe sein muss? chnod 777 /media/usb0 hat auch nix gebracht
[07:41] <geser> welcher User hat den Stick gemountet?
[07:42] <geser> da FAT keine Zugriffsrechte kennt, funktioniert chmod und chown dort nicht und es muss beim Mounten korrekt angegeben werden
[07:56] <srtu> hab den stick einfach drangehängt und dann taucht der im dateimanager auf
[07:56] <srtu> also nix händisch gemountet
[07:57] <geser> dann solltest du eigentlich als User auch Schreibrechte haben
[08:29] <maze-m> moinsen
[08:30] <maze-m> wie kann ich die Version von meinem ssh-Server herausbekommen?
[08:52] <k1l_> maze-m: guck dir halt die paketversion von openssh-server an
[08:54] <maze-m> okay, hab's auch schon gefunden :)
[08:59] <maze-m> Wir haben das Problem, dass wir die Meldung "received disconnect from 192.168.0.44  too many authentication failures for <user> " bekommen, wenn mein Kollege sich über nen SFTP-Client verbindet. Also ist ein GUI-Client.... 
[09:14] <sash> maze-m: Sicher, dass das Passwort korrekt ist?
[09:14] <maze-m> ja, laut meinem Kollegen schon :).... er hatte sich ja gestern noch drauf verbinden können mit dem gleichen passwort
[09:15] <maze-m> kann ich das denn sonst irgendwo in ner logdatei nachprüfen?
[09:15] <k1l_> auth.log
[09:16] <sash> Genau.
[09:33] <sysdef> maze-m: hat er ggf. zu viele public keys rum liegen, die vorher durchgetestet werden? per default lehnt sshd nach dem sechsten try weitere verbindungen. -> server:# grep MaxAuthTries /etc/ssh/sshd_config
[09:33] <sysdef> maze-m: mit 'ssh -vv user@server' solltest du sehen, welche keys er durch probiert
[09:34] <sysdef> tip: http://nerderati.com/2011/03/17/simplify-your-life-with-an-ssh-config-file/
[10:32] <maze-m> sysdef: ich hab da eben nochmal in der sshd_config nach gegrept, aber den Eintrag "MaxAuthTries" gibt's da gar nicht
[10:53] <sysdef> maze-m: default ist 6. das hoeher setzen per config ist moeglich, aber nicht ratsam. eine ssh conf ist die smartere loesung
[13:17] <NikP> Tach Leute. hab mal wieder nen Problem mit meiner Grafik: Hab jetzt zu Ubuntu 14.10 gewechselt und erstma nen bisschen rumprobiert. Da warn noch die nouveau-Grafiktreiber am laufen. Leider ham die kein OpenGL und auch keine CUDA-Unterstützung, was ich eigentlich sehr schade finde. Pluspunkt: Ich konnte mit meiner nativen Auflösung von 1280x1024 im TTY rumfummeln. So viel Platz hier. :D Jetzt hab ich mir
[13:17] <NikP> aber wegen CUDA und OpenGL das unfreie Treiberpackage nvidia-331 installiert. Läuft alles so vorher, das schonmal gut. Leider hab ich jetzt beim booten, runterfahren und im TTY nur noch 800x600. Dat nervt mich. Kann man dat iwie wegbekommen? Hab jetzt auf die schnelle nix auf Google gefunden.
[13:19] <testdr> nils_2: nvidia und consolen-Auflösung? Antwort: Nein  -- mehr?
[13:19] <testdr> mmh - doch schon weg also verkehrt
[13:21] <NikP> Tschuldigung, IPv6 war wieder am ärger machen.
[13:21] <NikP> Hatte jemand was geantwortet?
[13:22] <testdr> NikP: ja -- ging aber an den anderen ni* account
[13:23] <testdr> NikP: noch da?
[13:23] <NikP> Jo, kalr.
[13:23] <NikP> *klar
[13:24] <NikP> Meinste, ich soll ma im Forum fragen?
[13:25] <testdr> NikP: das hängt von der Hardware/Software ab - zumindest zum Teil kann die Angabe der alten vga= Option beim grub helfen. Erstmal ein nomodeset und natürlich "quiet splash" weg und ein "noplymouth" hin und schaun ob die boot-Meldungen durchlaufen.
[13:26] <NikP> testdr: Jo. Mach ich. Zumindest mit alten Grakas klappt das am Server immer. :D
[13:27] <testdr> NikP: es gibt scheinbar Kombinationen da funktioniert nur noch die 640x480 Auflösung - andere gehen auch mit vga=794  (=32bit 1280x1024) -- aber z.B. andere als die Grund-VGA-Auflösungen gehen dann nicht.
[13:27] <testdr> NikP: kann sich aber schlagartig ändern, wenn es einen neueren nvidia-Treiber und/oder kernel gibt (leider auch zum Schlechten)
[13:28] <NikP> testdr: umindest war es früher bei den nVidia-Treibern auch immer so, dass man im Tty nur noch 640x480 hatte. Ich werd jetz erstma mit GRUB nen bissken rumprobiern.
[13:29] <NikP> testdr: Was eigebntlich mit GRUB_GFXMODE? Soll ich da vielleicht erstma die 1280x1024 setzen?
[13:29] <testdr> NikP: nein - das war definitiv nicht immer der Fall - ich hatte etliche Hardware/Software-Kombination mit z.B. 1280x1024 sowohl in der Console (also irgendwas mit 132x80 Zeichen) und auch in X11
[13:30] <NikP> testdr: Echt? :D
[13:31] <testdr> NikP: damit kannst Du auch experimentieren - seit grub(2) mit grafischem Hintergrund als eye-candy kommen soll, kann das auch Probleme bereiten - der Grafikmodus muss umgeschaltet werden -- da kann noch die Option "text" (also kein Grafikmodus) helfen
[13:32] <NikP> testdr: Grafik hab ich eh nich drin, is schon auf text. :D:D
[13:32] <NikP> So, meld mich gleich wieder. Grad ma grub noch geupdatet, starte jetz ma neu.
[13:32] <testdr> wieder zu spät..
[13:35] <NikP> testdr: Nope. Mit GRUB_GFXMODE klappts schonma nich. Verhält sich so wie vorher. :D
[13:36] <NikP> testdr: Was noch? Iwat mit vga wars.
[13:36] <testdr> NikP: Du brauchst nicht jedesmal grup-update ausführen - so was testet man indem man im Grub-Menu die Taste e drückt und dann diesen boot-Eintrag ändert und mit strg-x startet
[13:37] <NikP> testdr: Jaja. :D:D Dann musste mir erstma sagen, WAS ich denn da eintragen soll. :D
[13:39] <testdr> NikP: schau mal hier: http://wiki.ubuntuusers.de/Konsolen-Aufl%C3%B6sung
[13:39] <kubine> Title: Konsolen-Auflösung › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[13:40] <testdr> NikP: und wie gesagt, von Hand beim Booten editieren und z.B. vga=795 probieren
[13:41] <NikP> Ach, der Artikel. Kenn ich. Werd ich mir nochmal durchlesen, danke!
[13:47] <NikP> testdr: Danke, hat wirklich geklappt! :D Kommt direkt ma in die GRUB.cfg.
[13:53] <NikP> testdr: Jetzt kommt nen neues Problem: Immer nachm rausgehn ausm tty is dat Bild schwarz für ca. 5 sek, manchmal auch länger, dann gehts erst weg, wenn man irgendwo hinklickt. Denke, dass das nen Problem seitens Unity ist?
[14:04] <NTQ> Hi. Kann man in Nautilus/Nemo auch ohne sftp, sondern nur mit simplem ssh auf einem entfernten Ubuntu, das Dateisystem durchforsten? Ich hab schon einen Schlüsselaustausch gemacht, sodass ich mit ssh und scp im Terminal einfach Daten übertragen kann. Aber sftp ist dort deaktiviert, sodass ich das in Nemo nicht nutzen kann.
[14:45] <dadrc> sshfs
[14:46] <geser> habe ich auch schon überlegt, wird wohl aber nichts: "On the remote computer the SFTP subsystem of SSH is used."
[14:48] <dadrc> hmm. schade