Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
Zdravím,
když budu migrovat VM Windows 10 na jiný HW, může to OS detekovat?
-cpu host. Nebo kdyby VM používala PCI passthrough pro nějaké interní zařízení, např. USB řadič (ten bude na novém HW taky jiný).
2.) Na novém PC budeš mít nainstalovanou jinou verzi Qemu a tím pádem může být použita i jiná verze SeaBiosu nebo OVMF. Je to podobná změna jako kdybys měl nainstalovaný Win na železe a upgradoval verzi Biosu - to taky Windows pozná, ale mám dojem, že to nemá za následek zneplatněnou licenci. OVMF jsem aktualizoval mockrát a nikdy mi to licenci nezneplatnilo.
Pokud jsi vytvářel VM přes nějakého průvodce (virt-managera), tak předpokládám, že veškerý HW máš nastaven jako virtuální, takže by migrace měla proběhnout hladce.
Podobně to bude platit i pro VirtualBox.
Věc se má takto. Včera jsem prodal svůj pc. Než jsem jej prodal, udělal jsem si zálohu /etc/libvirt/qemu/*.xml, /var/lib/libvirt/images/*.qcow2 a /var/lib/libvirt/qemu/snapshot/*. Pak jsem si uvědomil, že jsem pomocí "slmgr /upk" zapomněl deaktivovat Windows. V minulosti, když jsem instaloval během pár dnů Windows na železo, v QEMU/KVM a ve VB, tak se mi v posledním případě odmítly aktivovat. Napsalo to něco ve smyslu "příliš mnoho aktivací". Na lince MS mi pak poradili ten příkaz na deaktivaci a když jsem jej pak na železe aplikoval, tak pak šly Windows aktivovat jinde. Takže prosté smazání OS nestačí. Dokonce mi na lince MS řekli, že můžu mít nainstalovaných více OS na různých zařízeních, ale aktivovaný může být jen jeden a pokud chci pak aktivovat OS na jiném zařízení, tak je logicky nejprve třeba deaktivovat aktivovaný OS. Takže bych se rád do budoucna vyhnul komplikacím. Zkusil jsem do nb zapojit ext. HDD s Mintem a v něm spustit daný VM a vše vypadalo v pořádku. Žádná hláška ohledně aktivace se neobjevila. Jenže ona by se mohla objevit do budoucna a proto se snažím zjistit co a jak. Volal jsem včera do MS a řekli mi, že z licenčního hlediska jim migrace nevadí, ale že by mi to mohlo působit potíže. Mohl bych zajít za známým, připojit ext. HDD, Windows deaktivovat a vše znovu zazálohovat, ale je to pro mne až krajní řešení. Co o tom soudíš ty?
XML s konfigurací přikládám.
Zapomněl jsem uvést, že passthrough žádného HW tento VM nemá a jediné, co jsem do něj přesměrovával byla USB zvukovka.
Mám krabicovku, Pavle.
Už jsem se u této licence setkal s tím, že aktivovat nešla a psalo to "příliš mnoho aktivací". Musel jsem pak použít ten příkaz na deaktivaci, aby licence šla aktivovat jinde.
Tahle informace už je nějaký pátek stará, takže možná už je to jinak, ale bývalo to tak, že OEM sis správně neměl samostatně ani koupit. Vždy jen jako předinstalovaný SW na nějakém HW a instalovat jí mohl jen někdo akreditovaný. To, že jsi OEM bez problémů sehnal je věc druhá.
cpu mode="host-model". To znamená zkopírování modelu CPU z hostitele. Takže pokud jsi měl doteď "Skylake", tak stejný CPU měla nastavena i VM a OS Windows ve VM viděl nějaký typ virtuálního Skylake. Michochodem úplné zprůchodnění CPU se provádí volbou host-passthrough. Když bude mít tvůj nový PC např. CPU Ryzen, tak ho uvidí i OS ve VM a teoreticky by Windows mohl začít řvat, že se změnil HW. Pokud bys VM spouštěl pokaždé někde jinde, tak by bylo lepší nastavit CPU v XML na nějaký pevný model (možná qemu64). Pokud tedy hrozí, že je u tvé licence nějak omezen počet změn HW. Mám dojem, že u OEM licence nějaké takové omezení platí. Pro nejlepší kompatibilitu je ale lepší používat ve VM typ CPU, které má fyzicky hostitel.
V podstatě půjde o stejnou situaci jako kdybys na železe vyměnil CPU. Předpokládám, že máš krabicovou Win10 a nevím jak zní přesný postup - jestli by se měl před výměnou CPU Windows deaktivovat pomocí "slmgr /upk". Předpokládám, že to asi není potřeba. Já jsem párkrát změnil CPU ve VM a Windows nikdy nezačal řvat kvůli licenci, takže si myslím, že z toho nemusíš mít strach.
V prodaném pc ten VM není, takže z tohoto úhlu pohledu dobrý.
Co se týká změny HW, tak licence je svázaná s číslem MB. Když ti v OEM pc odejde třeba RAM, tak vůbec nevadí, když jí vyměníš. MB ale nevyměníš. Ve VM je to trochu sranda, protože ti zůstává stejná MB a měníš Intel za AMD.
Ale asi to tedy budo OK. Nebudu to více řešit a až budu mít nový pc, tak to vyzkouším a pak sem napíšu.
Díky :)
A ostatním taky.
Když ti v OEM pc odejde třeba RAM, tak vůbec nevadí, když jí vyměníš. MB ale nevyměníš.Kdysi jsem v diskuzi četl, že i po změně jiného HW než MB si Windows stěžoval a chtěl reaktivovat licenci. Ale je to už nějaký pátek a MS se k tomu staví už dost benevolentně a myslím, že i u OEM licence přímo dovoluje několik změn HW - asi aby jim lidi nevolali po každé reklamaci nějakého HW, protože ani změna MB po reklamaci nemůže zneplatnit OEM licenci.
Už je to opravdu mnoho let, asi tak dvacet, kdy jsem volal do MS, abych zjistil, jak je to s výměnou HW. Tenkrát mi řekli, že pokud mi něco odejde, tak budu muset podepsat čestné prohlášení, že mi v pc něco odešlo a měním to za nový kus. Výměna každopádně možná byla.
Zlatý GNU/Linux.
Ta paní mi ještě řekla, že běžná krabicovka není určená k tomu, abys jí stále někde deaktivoval a pak hned někde jinde aktivoval. K tomu je prý určená nějaká speciální vývojářská licence. Ale ta asi nebude stát 6k Kč.Nakteryzto konto se mi tu ve skrini vali mozna 20 cisel ;D.To střel na aukru. Win10 Pro OEM i s fakturou se teď prodává za stovku. Vyděláš 2 litry, za litr kup sud piva, za další litr něco na zub, pozvi kámoše a udělejte "OEM Party"
BTW: V nb mám nVidii MX150, kterou ale nepoužívám. Vše vykresluje integrovaná GPU v Intel Core I7 8850U. VT-x i VT-d podporuje. Zkusil bych zapnout nVidii a rozchodit passthrough iGPU do VM. Nebude to ztráta času? Máš zkušenost?
No raději bych VM předal dGPU, ale myslím, že zrovna ty jsi někde tady psal, že u nb je s tím problém/prakticky nemožné.
Nastavit nVidii jako primární je v Mintu brnkačka. Alespoň u mě ano. Je na to na panelu ikona. Jen to přepneš a teď nevím jestli odhlásit/přihlásit, nebo reboot a hotovo. Zkusím to tedy.
Tiskni
Sdílej: