Microsoft ritira temporaneamente le virtual machine ufficiali di Windows 11: disagi per gli utenti

Microsoft ritira temporaneamente le virtual machine ufficiali di Windows 11: disagi per gli utenti

Dal 23 ottobre 2024 non sono più disponibili le macchine virtuali dell'ambiente di sviluppo Windows 11. Un problema tecnico temporaneo che ha portato alla rimozione di tutte le varianti, causando difficoltà agli sviluppatori che utilizzano questi strumenti.

di pubblicata il , alle 13:31 nel canale Sistemi Operativi
MicrosoftWindows 11
 

Una strana anomalia sta coinvolgendo gli ambienti di sviluppo virtuali Microsoft: le virtual machine ufficiali Windows 11 sono state rimosse completamente dal catalogo aziendale. Le quattro configurazioni disponibili - per Hyper-V, Parallels, VirtualBox e VMware - risultano inaccessibili agli utenti che necessitano di questi strumenti per lo sviluppo di applicazioni Windows.

Macchine virtuali Windows 11 non disponibili

La rimozione, secondo quanto riportato sul portale ufficiale Microsoft Developer, è dovuta a "problemi tecnici in corso" non meglio specificati. Gli ambienti virtuali, basati su Windows 11 Enterprise, includevano Visual Studio 2022 Community Edition con supporto per UWP, .NET Desktop, Azure e SDK per applicazioni Windows in C#, oltre al sottosistema Windows per Linux 2 con Ubuntu e Windows Terminal. Strumenti utili per lo sviluppo di app Windows, e non solo.

Le virtual machine di Windows 11 non sono disponibili dal 23 ottobre

Anche gli sviluppatori che già utilizzavano queste macchine virtuali stanno affrontando complicazioni: le istanze attive manifestano problemi di attivazione che causano lo spegnimento automatico ogni ora, rendendo praticamente impossibile il lavoro continuativo. L'ultima versione rilasciata, risalente a luglio 2024, era basata sulla build 22621.3880 di Windows 11, comprensiva degli aggiornamenti del Patch Tuesday dello stesso mese.

Ad agosto 2024, Microsoft aveva ripristinato le macchine virtuali per VMware precedentemente rimosse, estendendo la data di scadenza al 23 ottobre. Ma superata tale scadenza, gli ambienti di sviluppo sono diventati completamente inutilizzabili, senza possibilità di riattivazione tramite Product Key dato che l'ambiente di sviluppo Windows non supporta questa funzionalità. Si attendono chiarimenti da Microsoft sulla natura dei problemi tecnici e, soprattutto, informazioni sui tempi di ripristino del servizio, che ormai perdura da giorni.

Al momento, l'azienda di Redmond non ha fornito dettagli sulle tempistiche necessarie per risolvere le problematiche in corso, lasciando gli sviluppatori nell'incertezza riguardo alle alternative disponibili per proseguire il proprio lavoro di sviluppo su piattaforma Windows.

I migliori sconti su Amazon oggi

Amazfit Bip 5, 46 mm, Smartwatch, Schermo grande, chiamate Bluetooth, Alexa, GPS, durata della batteria di 10 giorni, fitness tracker con frequenza cardiaca, monitoraggio dell'ossigeno nel sangue

Compra ora

AMAZFIT Active 2 Smart Watch 44mm, AI, Controllo Vocale, GPS e Mappe incluse, Batteria da 10 Giorni, 160+ Modalità Sportive, Resistente allAcqua 5 ATM per Android e iPhone, Nero

Compra ora
8 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
HW202125 Ottobre 2024, 13:54 #1
Molto strano tutto quanto riportato nell'articolo ma una pulce nell'orecchio mi dice che tutto ciò ha a che fare con il fatto che, dopo vari anni che Microsoft non hai mai messo mano a Windows Sandbox nel senso di migliorare tale strumento, proprio ieri ha dimostrato di muoversi in questo senso e le prime avvisaglie si intravedono con la patch KB5044384 rilasciata ieri per la nuova build 24H2 di Windows 11 (Pro) in cui ha apportato significativi miglioramenti proprio a Windows Sandbox disponibile solo nelle Edition Pro, Enterprise e Server di Windows 11

In fondo che senso ha installare una macchina virtuale completa di Windows solo per scopi di programmazione quando sarebbe sufficiente solo Windows Sandbox? Io stesso uso molto sandbox anche solo per testare programmi anche piccoli programmini che realizzo in visual studio ... ma è anche utile testare o provare programmi scaricati da internet anche se questi non sono sicuri dal punto di vista dei virus, dei worm e compagnia bella ... Addirittura utilizzo Windows Sandbox anche per aprire pagine web non sicure ... e ce ne sono ...

Credo propri di si, forse Microsoft sta rivalutando le potenziali possibilità che offre il suo tool Windows Sandbox senza dover ricorrere a voluminose e pesanti macchine virtuali complete di windows ... Sandbox è un tool molto leggero e agile ... Assolutamente adeguato per scopi di programmazione ...
djfix1325 Ottobre 2024, 15:54 #2
non ha senso paragonare Sandbox con una Virtual machine completa e con un supporto hardware diverso e modificabile; in più Sandbox è vuota e lo è per definizione ad ogni riapertura mentre un programmatore con la VM è tutto il software di programmazione interno, le beta ecc. esporterà da lì solo alcune parti o packages all'occorrenza.
matsnake8625 Ottobre 2024, 16:36 #3
Non ero nemmeno a conoscenza di sta roba.

Ho delle VM di massacro con win 11 che uso per vedere se non crasha la roba prima di mandare tutto in mainline.

Suppongo che difficilmente un programmatore abbia comunque bisogno di queste VM. A meno che non sia molto incompetente.
Si fa molto prima a buttare su qualcosa su virtualbox o qemu, o il fidatissimo proxmox, massacrare tutto quello che si vuole e poi buttare via tutto.
HW202126 Ottobre 2024, 20:45 #4
@djfix13

non ha senso paragonare Sandbox con una Virtual machine completa e con un supporto hardware diverso e modificabile; in più Sandbox è vuota e lo è per definizione ad ogni riapertura mentre un programmatore con la VM è tutto il software di programmazione interno, le beta ecc. esporterà da lì solo alcune parti o packages all'occorrenza.


Be certo se pretendi di avere l'intero pacchetto di Visual Studio dentro Sendbox è ovvio che Sendbox non è adeguato, visto che chiudendolo non conserva le installazioni di qualsiasi software.

Tuttavia se devi testare gli eseguibili compilati, Sendbox è più che adeguato ... anzi sarebbe proprio oppportuno e intelligente testare gli eseguibili compilati in una macchina virtuale, metti che tali eseguibili contengano degli errori a livello di codice che ti mandano in tilt il sistema operativo magari con un bel blue screen ... be Sendbox scongiura situazioni del genere ...
deuterio126 Ottobre 2024, 21:38 #5
Originariamente inviato da: HW2021
@djfix13



Be certo se pretendi di avere l'intero pacchetto di Visual Studio dentro Sendbox è ovvio che Sendbox non è adeguato, visto che chiudendolo non conserva le installazioni di qualsiasi software.

Tuttavia se devi testare gli eseguibili compilati, Sendbox è più che adeguato ... anzi sarebbe proprio oppportuno e intelligente testare gli eseguibili compilati in una macchina virtuale, metti che tali eseguibili contengano degli errori a livello di codice che ti mandano in tilt il sistema operativo magari con un bel blue screen ... be Sendbox scongiura situazioni del genere ...


Confermo, e comunque i test non si fanno mai nell'ambiente di sviluppo, si fanno sempre su macchine vergini, in modo da verificare che l'applicazione abbia tutte le dipendenze necessarie per funzionare correttamente, cosa che invece sulla macchina di sviluppo è scontata.
Inoltre l'ambiente di sviluppo in genere è pesantemente viziato dal processo di sviluppo e debug, in particolare le configurazioni (sia applicative che si sistema), le entry del registro, etc. motivo in più per non usarlo nei test.
giovanni6926 Ottobre 2024, 23:27 #6
Originariamente inviato da: matsnake86
Non ero nemmeno a conoscenza di sta roba.



Personalmente ricordo queste VM nei vari formati hypervisor sin dai tempi di Windows 7 ed erano proprio rese scaricabili dal sito Microsoft senza tante formaliità.
LL127 Ottobre 2024, 11:41 #7
Originariamente inviato da: deuterio1
Confermo, e comunque i test non si fanno mai nell'ambiente di sviluppo, si fanno sempre su macchine vergini, in modo da verificare che l'applicazione abbia tutte le dipendenze necessarie per funzionare correttamente, cosa che invece sulla macchina di sviluppo è scontata.
Inoltre l'ambiente di sviluppo in genere è pesantemente viziato dal processo di sviluppo e debug, in particolare le configurazioni (sia applicative che si sistema), le entry del registro, etc. motivo in più per non usarlo nei test.


Quindi che confermi di quello che ha detto se poi puntualizzi una serie di elementi??
Forse giusto il fatto che il Sandbox è limitato per uno scenario da sviluppatore??

Ci voleva l'utente di cui sopra per ricordarcelo anzi, grazie
deuterio127 Ottobre 2024, 22:29 #8
Originariamente inviato da: LL1
Quindi che confermi di quello che ha detto se poi puntualizzi una serie di elementi??
Forse giusto il fatto che il Sandbox è limitato per uno scenario da sviluppatore??

Ci voleva l'utente di cui sopra per ricordarcelo anzi, grazie


Ho confermato che Windows Sandbox può essere un valido ambiente di test da utilizzare nel ciclo di sviluppo e ho aggiunto delle motivazioni a completamento di quelle indicate dall'utente HW2021 (che erano parziali).
Io (insieme a molti colleghi) utilizzo regolarmente sia Windows Sandbox (nonché diverse VM Hyper-V configurate ad hoc) per testare alcuni componenti che devono girare stand alone.
Mi sembra scontato che sia folle l'idea di utilizzare Windows Sandbox come ambiente di sviluppo (masochismi a parte).

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^