[06:14] <Mo> Hi, hat irgendjemand Erfahung mit https://wiki.ubuntuusers.de/Dualboot-Windows_virtualisieren/  und Windows 10? Ich bin unsicher bzgl. der erneuten Aktivierung, wenn man die native Installation virtuell bootet.
[06:14] <le_bot> Title: Dualboot-Windows virtualisieren › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[06:15] <Mo> LupusE: Du hattest mir hierauf schonmal geantwortet: "das ist eine frage fuer windows. denn hier wird sich kaum einer mit dem OOTB auskennen ... der Key wird im BIOS agelegt, wenn du das BIOS emulierst, dann ist der key nicht mehr drin (ausser er wird druchgereicht). wenn du kein OEM Win10 hast sollte sich das mit einem anruf zur aktivierung erledigen lassen."
[06:16] <Mo> 1. Der Key wird nicht im Bios abgelegt, sondern Windows erkennt anhand undokumentierter Regeln die veränderte Hardware/DMI.
[06:16] <Mo> 2. Die Aktivierung scheint bei jedem "Umbooten" wieder notwendig zu sein.
[06:17] <Mo> 3. Als Windows-Thema sind leider alle Frage zur Aktivierung und Lizensierung auf #windows verboten. Den Channell meide ich eh, da ist vieles nicht erlaubt..
[08:11] <LupusE> du wirfst hier sachen zusammen. den product-key und die aktivierung. die aktivierung ist ein hash aus undokumentierer hardware zusammenwurfelung, richtig.
[08:11] <LupusE> aber wenn du dir einmal den befehl "wmic path softwarelicensingservice get OA3xOriginalProductKey" anschaust, der sehr wohl dokumentiert ist, wirst du feststellen, dass der windows 'produkt key' aus dem bios ausgelesen wird.
[08:12] <LupusE> und ich bin mir ziehmlich sicher geschrieben zu haben "der key KANN im bios abgelegt sein". ich wuerde nur im nicht nuechternen zustand in einer fachgruppe behaupten der key muss im bios zu findne sein (und ich habe auch vernuenftige hobbys).
[08:14] <Mo> LupusE: Sorry, wenn ich dich falsch verstanden hatte, ich habe dich nur zitiert. Dann ist das, was ich meine, die Aktivierung. Diese scheint bei jedem "Umbooten" wieder nötig zu sein und könnte wohl auch zum Sperren des Windows führen.
[08:15] <LupusE> ich behaupte ja nicht zu dem zeitpunkt nuechtern geswesen zu sein.
[08:15] <LupusE> windows mag keine virtualisierung. shocking.
[08:15] <Mo> MS möchte es wohl blockieren, dass das Betriebssystem auf "unterschiedlichen" Rechnern ausgeführt wird. Und dies ist leider beim Umbooten von Nativ auf Virtuell der Fall.
[08:16] <Mo> Was ich nur nicht verstehe, dass es irgendwie möglich ist zu sagen, man lizensiert/aktiviert das System halt für diese 2 Platformen.
[08:17] <Mo> Von mir aus, dass man eine 2. Lizenz kauft. Aber es scheint nicht möglich zu sein, außer man hat einen MS Developer-Account.
[08:18] <Mo> Leider werden all diese Themen auch zur Wahrheitsfindung auf #windows verboten, weshalb ich auf meine (präferrierten) Linux-Kanäle ausweiche.
[08:26] <Balu> Auf meinem Dienstrechner, ein Linux-Rechner, läuft seit Jahren Virtualbox mit diversen Windosen, von XP bis zum heutigen Win10, immer problemlos.
[08:27] <Balu> Mit Registrierung oder Aktivierung gab es da kein Problem.
[08:27] <Balu> Allerdings ist das vielleicht ein Sonderfall, weil der Betrieb einen KMS-Server (Lizensierungsserver) verwendet.
[08:45] <Mo> Balu: Ich habe auch mehrere Windows in Virtualbox einwandfrei laufen. Es geht hier aber um eine native Installation, die wahlweise auch mal virtuell gebootet werden soll. Mit Linux und auch alten Windowsen war das kein Problem.
[08:50] <Balu> Nativ und virtuell, das sind zwei verschiedene "Rechner", nicht nur für Windows. Das macht natürlich bei registrierungspflichtigen Betriebssystemen Probleme.
[08:54] <Mo> Klar, gibts dafür eine lizensierte Lösung?
[08:58] <Balu> Mir ist keine bekannt. Ich bin aber in Lizensierungsfragen kein Fachmann. Im Dienst machen das unsere Fachleute, privat nutze ich nur OpenSource.
[08:58] <Mo> Ebenso bei mir.
[09:45] <LupusE> Machn wir einfach ein eigenes Subnet in dem segment auf, 172.22. ist noch frei. ich weiss nicht welcher trottel wieder eine feste IP braucht, die logs werten wir montag aus.
[09:45] <LupusE> hmm. das sollt enicht ier rein.
[12:41] <Jot-Ka-A> Nu sprecht - im Repository liegt borg in der letzten stable Version (1.1.15). Ich hätte gerne die 1.2.0 - wie mache ich das? Separates Repository und dann pinnen?
[12:44] <LupusE> warten, bis ubuntu 22.04 raus kommt?
[12:51] <Jot-Ka-A> Hm, O.K... - mein Problem ist, dass mein Backup-Space zur Neige geht und die ältere Version die compress-Option (noch) nicht kennt. Ich überlege gerade, mir das Ding kurz selber in ein temporäres Verzeichnis zu compilieren und wenigstens einmal 'n Compress drüberlaufen zu lassen bis April...
[12:56] <LupusE> leider wiederspricht es meinem grundsagt ppas zu empfehlen. https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/borgbackup
[12:56] <le_bot> Title: borgbackup backports : Gianfranco Costamagna (at launchpad.net)
[12:58] <Jot-Ka-A> Japp, meinem auch
[13:00] <Jot-Ka-A> Ich habe mir jetzt erst mal die aktuelle Version in ein Verzeichnis im Homedir gebaut und beackere das Repository damit.
[13:00] <Jot-Ka-A> Also - das Backup-Repository mit den deduplizierten Daten, natürlich... (gleiche Begrifflichkeit)
[13:11] <Jot-Ka-A> Was für eine Meinung habt Ihr zu den snap-Paketen? Ubuntu steht ja ziemlich in der Kritik deswegen...
[13:14] <Nod0n[m]> Ist grundsätzlich praktisch, aber: braucht zu viel Platz, macht Probleme wenn es um Berechtigungen geht (z. B. musste ich letztens google chrome statt chromium auf nem zabbix server zum generieren von reports installieren), es macht df -h, findmnt --df, mühsamer zu benutzen. Auf dem Desktop, wo ich zowieso grosse SSDs drin habe, überwiegen für mich die Vorteile, aber auf Servern finde ich es persönlich mühsam.
[13:18] <Jot-Ka-A> Server sind für mich irrelevant, die VMs laufen alle unter Debian bzw. in Proxmox-LXC Containern. Ich habe das in erster Linie auf dem Arbeitsplatzrechner und demnächst auch auf dem Notebook.
[13:19] <Jot-Ka-A> Ich bin  da 'n bisschen empfindlich bezüglich des Grafikkartentreibers (AMD) und wine (aus der offiziellen Quelle). Das war 'ne ganz schöne Tüddelei... :_)
[13:23] <LupusE> LXC steht fuer 'LinuX Container'. Daher ist 'LXC Container' doppelt gemoppelt.
=== fmirkes_ is now known as fmirkes
=== DaKu- is now known as DaKu