[15:39] <dreamon> Ich kann mich nach Bildschirmschoner nicht nehr einloggen. Die Passwortabfrage kommt nicht. Eventuell hab ich einen zweiten installiert und die beissen sich. 
[15:41] <dreamon> Welchen verwendet Ubuntu standardmäßig?
[15:41] <j0k> Dann deinstalliere halt den zweiten wieder
[15:42] <j0k> wenn Du mehrere Desktops installiert hast, kann es durchaus sein, dass dann verschiedene Bildschirmschoner installiert sind.
[15:42] <dreamon> j0k, Klar. Ich weiß nur nicht wie die heißen. Hab neulich eine Paketliste von einem Rechner auf den anderen übernommen und scheinbar sind die Original Ubuntu packete auch noch drauf
[15:42] <dreamon> Nein nur Xubuntu, ich verwende nix anders.
[15:42] <j0k> zu xfce gehört xsreenlock oder so ähnlich
[15:43] <j0k> Einstellungsmenü anschaun und den "anderen" mindestens deaktivieren
[15:44] <j0k> xscreensaver
[15:46] <dreamon> Merkwürdig. kann man den eventuell übers tty nochmal anschupsen.. ist ärgerlich die Kiste runterzufahren nur weil man nix mehr sieht.
[15:46] <j0k> hab hier auch 2 drauf, die sich nicht beißen (allerdings ist bei mir xscreensaver nicht aktiv und ich nutze auch kein XFCE)
[15:47] <j0k> ka
[16:11] <sh47111> Hallo alle miteinander, 37 GB bis 124 GB große vmdk Dateien  von ubuntu 18.04.2 auf esxi 6.7.0 mittels cp kopieren, ist das der richtige Ansatz? Bekomme bei den großen vmdk-Dateien bei md5sum -c ein Failed.
[16:12] <LetoThe2nd> sh47111: ist es nicht, sondern rsync
[16:13] <sh47111> Oha, das ging ja schnell... Danke werde ich testen.
[17:20] <unicatx> muss ich eine SWAP erstellen, wenn ich SSD verwende und mein Laptop mit 8GB RAM ausgestattet ist?
[17:21] <j0k> kommt vermutlich auf Dein Anwenderverhalten an und ob Du suspend to Disk nutzen willst
[17:21] <unicatx> ja
[17:22] <unicatx> falls ja, wie groß soll swap ausgelegt werden?
[17:23] <j0k> bei STD Nutzung gilt glaub ich nach wie vor Swap mindestens so groß wie der RAM
[17:23] <unicatx> danke
[17:42] <j0k> gerne
[20:10] <dreamon> Ich hab gerade light-locker und xscreensaver runtergeworfen, wenn ich dann STRG+ALT+l Kommt trotzdem ein lockscreen. Würde diesen Lümmel gerne runterwerfen wollen, weil ich vermute das der mir probleme bereitet.
[20:10] <dreamon> Nur woher weiß ich wie der Übeltäter heißt?
[20:13] <drc> gnome-screensaver eventuell?
[20:14] <dreamon> drc, Der wars. Danke
[21:40] <sh47111> Hallo alle miteinander, 37 GB bis 124 GB große vmdk Dateien  von ubuntu 18.04.2 auf esxi 6.7.0 mittels cp kopieren, ist das der richtige Ansatz? Bekomme bei den großen vmdk-Dateien bei md5sum -c ein Failed.
[21:41] <k1l> rsync nutzen. ist wie cp aber mit checking
[21:41] <k1l> !rsync
[21:41] <le_bot> Informationen zu rsync finden sich im Wiki unter http://wiki.ubuntuusers.de/rsync
[21:41] <sh47111> rsync verwendet; trotzalledem bekomme ich immer wieder mal bei md5sum failed
[21:44] <k1l> gibts denn fehler beim kopieren? in den os logs? in den host logs?
[21:45] <sh47111> in welchen logs genau?
[21:46] <sh47111> würde es Sinn machen die größten vmdk-dateien mit gzip zu packen vor rsync?
[21:48] <k1l> fehler beim kopieren können auch hardwarebedingt ein. oder weil das OS überlastet ist. deswegen in die logs gucken, dmesg, syslog, etc.
[22:00] <ppq> sh47111, packen bringt nur dann richtig was, wenn der "freie platz" in den vmdks überwiegend nullen sind und nicht datenmüll
[22:00] <ppq> wie es bei historisch gewachsenen VMs ja mal vorkommt
[22:00] <sh47111> in den logs sehe ich nicht wirklich einen Fehler; wenn rsync wie folgt aufgerufen wurde müssten doch etwaige Fehler in der Zusammenfassung erscheinen oder nicht? rsync --stats -avp * /home/administrator/datastore2_esxi/produktiv/
[22:02] <sh47111> Die Verbindung wurde wie folgt erzeugt: sshfs xxx@xx.x.x.xx:/vmfs/volumes/datastore2/ ~/datastore2_esxi
[22:04] <sh47111> wenn ich einen upload über das esxi web-frontend mache wird es auch nicht besser (zuverlässiger), oder?
[22:06] <k1l> ach das ist ein netzlaufwerk? das kann rsync auch direkt selber machen
[22:07] <sh47111> aber doch nur wenn es auf beiden rechnern ist oder? und auf dem esxi ist es nicht.
[22:07] <k1l> rsync kann sich selber zu entfernten rechnern verbinden
[22:09] <sh47111> danke, ich werde es mal eben testen... ggf wäre ja dann sshfs die Schwachstelle...
[22:12] <k1l> schau halt in die logs ob da irgendwo probleme sind.