[00:53] <brummig> abend noch jemand wach der mir bei meinem problem helfen könnte? :)
[00:54] <bekks> Dazu müsstest du erstmal dein Problem formulieren.
[00:55] <brummig> habe lokal ein nfs verzeichnis gemountet und mit rsync übertragen, bei einigen wenigen dateien bekomme ich jedoch diese fehlermeldung: rsync: chown "/tank.backup/b/sicherung netbook/pidgin-otr/.pidgin-otr.nsi.6hO6Ee" failed: Invalid argument (22)
[00:55] <brummig> natürlich ist der inhalt jedesmal unterschiedlich
[01:03] <brummig> hier mal ein kleiner auszug des problems:  http://pastie.org/8588913
[01:03] <kubine> Title: #8588913 - Pastie (at pastie.org)
[01:14] <brummig> weiss keiner ne lösung?
[01:22] <_moep_> schon mal auf die uhr geguckt?
[01:22] <brummig> zu spät? :)
[01:23] <brummig> wollte ein paar tb kopieren da bietet sich die nacht an :)
[01:23] <_moep_> ich meinte für ne antwort
[01:23] <brummig> naja hab nicht mit problemen gerechnet :)
[01:24] <_moep_> die paste seite läd irgendwie nur seeehr lahm
[01:25] <_moep_> oder gar nicht
[01:26] <brummig> ? gerade nochmal getestet lädt schnell bei mir
[01:27] <brummig> diese hier besser: http://nopaste.info/88e16ee7e9.html
[01:27] <kubine> Title: nopaste.info - free nopaste script and service (at nopaste.info)
[01:27] <_moep_> ja besser
[01:29] <_moep_> brummig: guck mal das an: http://unix.stackexchange.com/questions/25165/rsync-gives-chown-failed-invalid-argument-22-with-nfs-share
[01:29] <kubine> Title: backup - rsync gives "chown <...> failed: Invalid argument (22)" with nfs share - Unix & Linux Stack Exchange (at unix.stackexchange.com)
[01:29] <_moep_> afaik ist das doch bei dir auch nen nfs share
[01:31] <brummig> dann fang ich mal an zu testen.
[01:31] <_moep_> viel erfolg^^
[01:32] <_moep_> alternativ kopier den kram der rumzickt vom server zum (nfs)client z.b. via ssh
[01:33] <brummig> _moep_ ich bin noch am linux lernen, ich hab zwar schon 2 bücher gelesen und einiges rumprobiert und kapiere das meiste doch brauche ich bei einigen sachen doch noch hilfe, wie darf ich das verstehen per ssh kopieren?
[01:36] <brummig> lese gerade
[01:45] <eminor> lesen ist nie verkehrt :>
[01:46] <eminor> brummig: welchen befehl hast du genau benutzt?
[01:46] <brummig> sudo rsync -av --progress /tank/c /tank.backup
[01:47] <bekks> Das sieht nach ZFS aus, oder?
[01:48] <brummig> hehe hatte mal mit dem gedanken gespielt freenas zu verwenden und hab es getestet damals lief es mir zu langsam und überhaupt wollte ich meine linux kentnisse verbessern... hab mich von dem namen aber nur begeistern lassen... ist ext4
[01:49] <bekks> ah ok.
[01:49] <brummig> meine nas ist nun über 2 jahre dauerhaft am laufen und möchte nun alles auf meine neuen 2x 4tb raid5 kopieren
[01:49] <brummig> bevor ich mich an den umbau der nas traue
[01:52] <_moep_> brummig: du kannst auch daten via ssh/scp kopieren: http://wiki.ubuntuusers.de/SSH
[01:52] <kubine> Title: SSH › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[01:55] <brummig> ok mal sehen ob ichs verstanden habe? ich habe lokal den mount: tank.backup und möchte von meiner nas aus tank den ordner c erstellen, ist das so richtig? sudo scp -r root@192.168.177.200:/tank/c /tank.backup/c 
[01:57] <brummig> lokal /tank.backup und möchte das er mir den ordner c unter /tank.backup/ erstellt.
[02:04] <eminor> brummig: könnte klappen
[02:04] <brummig> ich teste erstmal an nem dummy bevor ich mich traue ;)
[02:06] <eminor> ich würde aber fast bei rysnc bleiben und versuchen das problem zu lösen, weil rsync so schöne optionen hat wie --exclude, womit man z.B. temporäre dateien usw. vom kopieren ausnehmen kann
[02:07] <eminor> falls du unbedingt verschlüsselung brauchst, kannst du auch rsync und ssh kombinieren
[02:08] <eminor> auf rsync verzichten finde ich zu schade :)
[02:11] <brummig> eminor hat bisher immer hingehauen auch mit externen datenträgern... aber jetzt plötzlich dieses problem
[02:11] <brummig> verstehe nicht woher das rührt
[02:15] <eminor> brummig: vergleich mal die rechte und den besitzer der dateien, bei denen das kopieren fehlschlägt mit den dateien bei denen das kopieren funktionert
[02:16] <eminor> brummig: stimmen dateirechte, besitzer und gruppe überein?
[02:16] <brummig> eminor ja gleicher benutzer gleiche gruppe
[02:17] <brummig> hab irgendwo gelesen das sich dieses problem lösen lässt wenn man die nfs freigabe mit nfs3 erstellt statt der neuen nfs4 ?
[02:18] <brummig> gibt das sinn?
[02:19] <brummig> scp ist ja ganz nett aber 16 MB/s ? ^^
[02:24] <eminor> brummig: mir ist gerade aufgefallen, dass die dateien bei denen das kopieren nicht funktionert ein leerzeichen im pfad haben
[02:26] <eminor> brummig: vielleicht wird deswegen ein teil des dateinamens bei dem chown fälschlicherweise als argument interpretiert und deshalb die fehlermeldung
[02:27] <brummig> ahhh hatte ich auch bereits in verdacht aber wieder verworfen weil er ordner erstellt hatte die auch leerzeichen im namen hatten... aber das im zusammenspiel mit anderen zeichen könnte eine möglichkeit sein
[02:28] <brummig> aber warum hat mir letztes mal mein backup keine schwierigkeiten bereitet?
[02:28] <eminor> oh.. bei den anderen dateien ist auch ein leerzeichen im pfad
[02:28] <brummig> hat sich etwas geändert an rsync ?
[02:28] <eminor> :D
[02:28] <eminor> ich sollte schlafen
[02:30] <brummig> hehehe ich auch... hab bestimmt 6 mal versucht mit rm -r nen testordner zu löschen und mich gewundert warum es nicht geht bis mir auffiel das ich immer wieder den falschen ordnernamen verwendet habe ;)
[02:30] <brummig> das wird heut nix mehr... ich versuch morgen hier wieder mein glück
[02:30] <eminor> brummig: eigentlich nicht, ich schätze es liegt an nfs
[02:30] <brummig> ich denke auch das es an nfs liegt
[02:31] <eminor> brummig: ja, morgen sind dann auch die spezis wieder da :)
[02:31] <brummig> danke für die hilfestellung :)
[02:31] <eminor> keine ursache
[02:31] <brummig> n8 :)
[02:32] <eminor> brummig: gute nacht :)
=== IzzyGhost is now known as Izzy
=== nils2 is now known as nils_2
=== Jan11 is now known as ON1
[06:41] <LupusE> g'morgen
[07:03] <thingamabob> morgen
=== p is now known as Guest33471
[11:52] <KING_LEE> Mahlzeit! Nach der Neuinstallation von Ubuntu 13.10 (64bit) auf meinem Laptop der mein zweite Monitor nicht an, wird nicht erkannt. Weiß jemand Rat? http://paste.ubuntu.com/6668076/
[11:52] <kubine> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[11:53] <dadrc> Pack mal die Ausgabe von `xrandr -q` in einen Pastebin, bitte
[11:55] <KING_LEE> http://paste.ubuntu.com/6668100/
[11:55] <kubine> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[11:56] <dadrc> hmmh, das ist seltsam.
[11:56] <dadrc> Kabel heile?
[11:56] <dadrc> Und sauber verschraubt?
[11:56] <KING_LEE> jup
[11:57] <bekks> KING_LEE: ZWeiten Monitor erst nachträglich angeschlossen?
[11:57] <KING_LEE> am laptop verschraub ichs nie, weil ich den rechner zu oft wieder abbaue, hat aber nie probleme bereitet
[11:58] <KING_LEE> nein
[11:59] <KING_LEE> meinst du bei der installation oder im betrieb?
[11:59] <bekks> Im Betrieb.
[12:01] <KING_LEE> nein
[12:01] <bekks> Hast du mal neu gebooted?
[12:01] <KING_LEE> ja schon öfters
[12:11] <KING_LEE> ok, problem gelöst: ich hab ne verlängerung von dem kapel unterm schreibtisch nicht berücksichtigt, schein doch ein kabel zu sein
[12:13] <dadrc> ^^
[12:14] <KING_LEE> jetzt würde ich noch gerne ne frage zur einrichtung von pure data stellen. ich habe mir pd-extended installiert. nach dem start bekomme ich folgende fehlermeldung: 
[12:14] <KING_LEE> ALSA output error (restart failed): Broken pipe
[12:14] <KING_LEE> tried but couldn't sync A/D/A
[14:03] <NTQ> Hi Leute, wenn ich in Nemo oder Nautilus per Klick auf das Ejekt-Symbol ein USB-Speichermedium auswerfe, dann passiert es mir oft, dass ich das Speichermedium zu früh entferne, während 'umount' noch läuft. Ich kriege auch nirgendwo eine Meldung, dass noch synchronisiert wird oder ähnliches. Ich schaue dann immer selbst per 'pgrep umount', ob der Prozess noch läuft. Gab es da nicht mal ein Hinweisfenster, was angezeigt hat, dass m
[14:03] <bekks> !512
[14:03] <kubine> bekks: Ein IRC-Paket hat eine maximale Laenge von 512 Byte. Wenn deine Zeile zu lang ist, schneidet mein Client den Rest ab. Deshalb haben wir nur den Anfang deiner Zeile lesen koennen. Bedenke auch, dass ein Teil protokoll-intern genutzt wird und dir deshalb nicht die ganzen 512 Zeichen zur Verfuegung stehen. Auch die we
[14:28] <PBeck> http://wiki.yourse.de/doku.php?id=linux:ecryptfs_locate - unity ignoriert die locate db auch, wenn ich die variable in .pam_environment setze
[14:28] <kubine> Title: linux:ecryptfs_locate [] (at wiki.yourse.de)
[14:29] <PBeck> http://www.thomas-krenn.com/de/wiki/Umgebungsvariablen_unter_Ubuntu_permanent_setzen <= variable wird trotz verschlüsseltem verzeichnis gesetzt (änderung in common-session)
[14:29] <kubine> Title: Umgebungsvariablen unter Ubuntu permanent setzen – Thomas Krenn Wiki (at www.thomas-krenn.com)
[14:30] <PBeck> soweit ich das in unity-lenes-file sehe, scheint unity nur normal locate zu nutzen - wertet zusätzlich noch die blacklist aus. Dort ist aber nichts drin was es blocken sollte
[14:32] <PBeck> oh wartet, vielleicht gehts doch
[14:33] <PBeck> doch durch die eintragung in .pam_environment gehts
[14:33] <PBeck> allerdings findet er z. B. die datei dbus_log nur, wenn ich dbus_ eingebe - dbus gibts kein ergebnis
[14:36] <PBeck> ok ich weiß wieso - limit ist 128 sucheinträge. Wenn ich nach radio (statt radio.m3u) suche gibt es über 128 einträge und die liegen alle in unter home
=== ring0 is now known as Guest90273
=== ring1 is now known as Guest55934
=== _moep__ is now known as _moep_
=== Guest55934 is now known as ring0
[21:15] <Darkfire2012> nabend.
[23:29] <Brill> happy new year everybody