Fortect è lo strumento di riparazione PC più popolare ed efficace al mondo. Milioni di persone si affidano a milioni di persone per mantenere i loro sistemi in esecuzione veloci, fluidi e privi di errori. Grazie alla sua semplice interfaccia utente e al potente motore di scansione, Fortect trova e risolve rapidamente un'ampia gamma di problemi di Windows, dall'instabilità del sistema e problemi di sicurezza alla gestione della memoria e ai colli di bottiglia delle prestazioni.
3. Fai clic su "Ripara" per risolvere eventuali problemi rilevati
Home »Virtualizzazione» Microsoft Hyper-V » Ripristino di un disco rigido virtuale correttamente danneggiato
Nell’era principale di Windows XP, Microsoft aveva piani ambiziosi per la scienza per integrare questi tipi di PC. Prodotti in o forse un eccezionale sistema operativo desktop, che spesso è Vista. Tra le cose che Microsoft ha considerato potrebbe essere un file system del computer completamente nuovo, in tutti i file sarebbero raggruppati insieme in un particolare tipo di struttura simile a un database. Alla fine, la tua caratteristica particolare non è mai arrivata su Windows, tuttavia, all’epoca ho detto che molti editoriali gridavano che consideravo un nuovo computer di dati una cattiva idea perché l’incapsulamento potrebbe facilmente diventare un grave difetto in questo momento. Se l’incapsulamento dovesse essere danneggiato, l’intera struttura delle cartelle potrebbe andare persa, principalmente a causa di ciò.
Chiudi qualche decennio fa e il tuo pensiero attuale si dimostrerà affidabile. Raccolte di documenti di SharePoint, ad esempio, per l’archiviazione di file in un’area di archiviazione BLOB di SQL Server. Allo stesso modo, l’apparato virtuale Hyper-V archivia i file su Internet su hard shot, che sono essenzialmente una configurazione di file completamente incapsulata. Nonostante il pieno utilizzo dell’incapsulamento, i dischi rigidi multimediali Hyper-V sono così affidabili da essere effettivamente utilizzatiSi trovano in innumerevoli sistemi di produzione. Anche le cose assolute a volte possono andare male. Ho visto diversi casi di problemi VHD nel corso degli anni, specialmente nelle macchine virtuali che si basano sul concatenamento dei checkpoint. Se ciò accade, puoi recuperare un backup, potresti averne uno, ma in molti casi puoi altrettanto facilmente ripristinare un disco rigido dedicato danneggiato e voilà.
Perché si verifica la corruzione dei dati?
Prima di mostrare all’individuo come preparare un disco rigido virtuale danneggiato, probabilmente ti starai chiedendo come si verifica attualmente il danneggiamento. A volte i danni alle apparecchiature possono portare a malfunzionamenti. Una volta avevo un meraviglioso dispositivo RAID esterno che ha incasinato un bel po’ di dati che pagherai sul cavo sbagliato. Tuttavia, nella potenza dei dischi virtuali Hyper-V associati all’enclosure, il danno si verifica tradizionalmente a causa dell’interruzione all’interno della catena del disco rigido.
Quando la macchina molto di più non è effettivamente protetta e semplicemente non è in esecuzione, il sistema operativo Windows di solito consente agli acquirenti di proteggere un disco rigido virtuale e di accedere al proprio contenuto dallo schema operativo dell’host. Uso sempre questo metodo prima di impostare le condizioni di laboratorio. Tuttavia, se sono presenti checkpoint sul disco virtuale, l’installazione del disco esclusivo al di fuori di Hyper-V a questo punto distruggerà l’arcipelago di gate. Questo vale anche finché non si apportano modifiche a un particolare contenuto del disco rigido di facile utilizzo. Il tempo in cui proverai ad avviare il computer virtuale Internet, riceverai un messaggio di errore simile al numero seguente.
Ripara il disco rigido virtuale danneggiato
Quando si tratta di provare dischi virtuali estremi, la saggezza convenzionale spesso impone l’uso del cmdlet Test-VHD in PowerShell. Tuttavia, dalla mia esperienza reale, ho scoperto che l’intero cmdlet test-vhd non è in realtà così utile. Il cmdlet restituisce True se il disco virtuale è senza dubbio considerato integro e false se uno qualsiasi dei nostri dischi virtuali è danneggiato. Il problema sono quelli con cui il cmdlet Test-VHD riporta True se si tratta di un checkpoint del disco virtuale è interrotto in parte della catena a causa dell’installazione di un disco impegnato che contiene checkpoint, anche se il disco multimediale è effettivamente danneggiato nella catena . Vedere l’illustrazione qui sotto per vedere cosa denoto. Il cmdlet Test-VHD in genere restituisce True, anche se o quando il messaggio di errore indica specificamente che una nuova stringa di vDisk è sempre stata danneggiata.
Il punto per risolvere questo problema è il problema implicato alla fine della bozza di errore evidenziata nell’immagine sopra. L’errore indica una mancata corrispondenza effettiva tra gli ID VHD padre e una particolare differenziazione del disco. Ciò significa che se è possibile correggere l’interruzione corrente nel tormentone del disco, potrebbe sembrare possibile ricollegare il disco di rete o la catena di DVD per rimuovere la privazione. Figura
In genere viene selezionato anche il leader Hyper-V e il personal computer meno visibili che presentano problemi. Sebbene Hyper-V Coordinator continui a visualizzare l’intero albero del gateway VM, la catena con i punti di controllo viene interrotta in corrispondenza della quantità di disco.
Se continui a vedere lo stile sopra, noterai che c’è la loro opzione Controlla disco nel pannello Azioni. Quando si fa clic sul pulsante Ispeziona disco, una finestra di discussione visualizza una schermata di Windows in cui è necessario selezionare un disco virtuale da controllare. Se avessi selezionato il file Client.VHDX, nella finestra risultante, che puoi vedere di seguito, dovrebbe apparire come se il particolare hard disk virtuale fosse completamente sano. Infatti, se avessi aggiustato l’hard disk principale in base alla dimensione del sistema operativo dell’array, avrei potuto visualizzarne il contenuto senza bisogno di alcun problema.
Nel seguente caso, il tuo vDisk di root sembra essere sano, e proprio come il problema è ovviamente correlato alla connessione indiscutibile tra il vDisk di root, il primo gate, attualmente. Poiché il disco rigido di rete principale cerca le occasioni sembra notare qualcosa dietro la foresta del checkpoint, vediamo cosa succede se continui sull’opzione Verifica disco in Hyper-V Manager e selezioni questa volta: AVHDX completo (unità differenziale, collegata con checkpoint) come contraddetto dal file VHDX principale.
Questa volta, Hyper-V Manager visualizza 1 errore che indica che la catena del disco esclusivo è molto interrotta. Tuttavia, come puoi vedere meglio nell’ultima immagine qui sotto, ho anche un’icona che ti permette di ricollegare la linea di trasmissione.
Facendo clic sul pulsante Riconnetti si avvia la procedura guidata Modifica VHD, chiedendo ai proprietari di selezionare la directory padre del VHD. A seconda di come si è verificato il danno, potrebbe essere necessario selezionare la casella di controllo “Ignora ID non corrispondente” come mostrato nell’immagine per questo articolo sulla situazione. Nel mio caso, questo ha confermato il messaggio di errore che le persone hanno menzionato la mancata corrispondenza dell’ID, totalmente la casella di controllo era necessaria per la ricerca. Successivamente, ogni macchina virtuale è stata avviata senza problemi e il problema specifico dell’unità disco rigido virtuale o del danneggiamento del DVD è stato risolto.
Ovviamente, è meglio cercare di prevenire il danneggiamento del disco nelle atmosfere Hyper-V, ma se qualcosa va storto, qualcuno può Non andare con i tuoi strumenti per riparare un disco rigido multimediale danneggiato. Tuttavia, ti consigliamo di evitare di montare direttamente i dischi virtuali del checkpoint.
Esegui CHKDSK: eseguendo questo script di Windows PowerShell, puoi montare il file VHD nella cartella principale e quindi utilizzare CHKDSK su di esso.Utilizzo di Windows PowerShell: è necessario ottenere alcuni semplici comandi per utilizzare questo dispositivo di abilità.Crea un server virtuale:Strumento Microsoft VHD:
Tuttavia, i dischi virtuali Hyper-V sono solitamente infestati da virus a causa di una catena di dischi danneggiata. Quando una macchina virtuale principale è solitamente non protetta e inattiva, qualsiasi altro sistema operativo Windows ti consentirà di posizionare un disco virtuale e accedere facilmente ai suoi dettagli utilizzando un metodo operativo di alto livello.
VHD / VHDX e corruzione del programma di file I file VHD e VHDX eliminano l’importante essere scoperto fisicamente da un sistema vulnerabile. Se l’utente fa semplicemente doppio clic su un file VHD o VHDX contenente un report multilivello appositamente predisposto, esiste il rischio di arresto anomalo di Windows o altro, come descritto di seguito.
