=== eTeddy1 is now known as eTeddy === taunix is now known as Fussel === taunix is now known as Fussel === chili is now known as Guest57497 [15:39] Ich kann mich nach Bildschirmschoner nicht nehr einloggen. Die Passwortabfrage kommt nicht. Eventuell hab ich einen zweiten installiert und die beissen sich. [15:41] Welchen verwendet Ubuntu standardmäßig? [15:41] Dann deinstalliere halt den zweiten wieder [15:42] wenn Du mehrere Desktops installiert hast, kann es durchaus sein, dass dann verschiedene Bildschirmschoner installiert sind. [15:42] 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] Nein nur Xubuntu, ich verwende nix anders. [15:42] zu xfce gehört xsreenlock oder so ähnlich [15:43] Einstellungsmenü anschaun und den "anderen" mindestens deaktivieren [15:44] xscreensaver [15:46] Merkwürdig. kann man den eventuell übers tty nochmal anschupsen.. ist ärgerlich die Kiste runterzufahren nur weil man nix mehr sieht. [15:46] 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] ka [16:11] 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] sh47111: ist es nicht, sondern rsync [16:13] Oha, das ging ja schnell... Danke werde ich testen. [17:20] muss ich eine SWAP erstellen, wenn ich SSD verwende und mein Laptop mit 8GB RAM ausgestattet ist? [17:21] kommt vermutlich auf Dein Anwenderverhalten an und ob Du suspend to Disk nutzen willst [17:21] ja [17:22] falls ja, wie groß soll swap ausgelegt werden? [17:23] bei STD Nutzung gilt glaub ich nach wie vor Swap mindestens so groß wie der RAM [17:23] danke [17:42] gerne [20:10] 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] Nur woher weiß ich wie der Übeltäter heißt? [20:13] gnome-screensaver eventuell? [20:14] drc, Der wars. Danke [21:40] 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] rsync nutzen. ist wie cp aber mit checking [21:41] !rsync [21:41] Informationen zu rsync finden sich im Wiki unter http://wiki.ubuntuusers.de/rsync [21:41] rsync verwendet; trotzalledem bekomme ich immer wieder mal bei md5sum failed [21:44] gibts denn fehler beim kopieren? in den os logs? in den host logs? [21:45] in welchen logs genau? [21:46] würde es Sinn machen die größten vmdk-dateien mit gzip zu packen vor rsync? [21:48] fehler beim kopieren können auch hardwarebedingt ein. oder weil das OS überlastet ist. deswegen in die logs gucken, dmesg, syslog, etc. [22:00] sh47111, packen bringt nur dann richtig was, wenn der "freie platz" in den vmdks überwiegend nullen sind und nicht datenmüll [22:00] wie es bei historisch gewachsenen VMs ja mal vorkommt [22:00] 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] Die Verbindung wurde wie folgt erzeugt: sshfs xxx@xx.x.x.xx:/vmfs/volumes/datastore2/ ~/datastore2_esxi [22:04] wenn ich einen upload über das esxi web-frontend mache wird es auch nicht besser (zuverlässiger), oder? [22:06] ach das ist ein netzlaufwerk? das kann rsync auch direkt selber machen [22:07] aber doch nur wenn es auf beiden rechnern ist oder? und auf dem esxi ist es nicht. [22:07] rsync kann sich selber zu entfernten rechnern verbinden [22:09] danke, ich werde es mal eben testen... ggf wäre ja dann sshfs die Schwachstelle... [22:12] schau halt in die logs ob da irgendwo probleme sind.