Fortect is 's werelds meest populaire en effectieve pc-reparatietool. Miljoenen mensen vertrouwen erop dat hun systemen snel, soepel en foutloos blijven werken. Met zijn eenvoudige gebruikersinterface en krachtige scanengine kan Fortect snel een breed scala aan Windows-problemen vinden en oplossen - van systeeminstabiliteit en beveiligingsproblemen tot geheugenbeheer en prestatieproblemen.
1. Download Fortect en installeer het op uw computer
2. Start het programma en klik op "Scannen"
3. Klik op "Repareren" om gevonden problemen op te lossen
Home »Virtualisatie» Microsoft Hyper-V » Een zeker beschadigde virtuele harde schijf herstellen
In dit Windows XP-tijdperk had Microsoft ambitieuze plannen voor technologieën om dit soort pc’s te integreren. Producten in al hun uitzonderlijke desktopbesturingssystemen, wat heel goed mogelijk Vista is. Een van de dingen die Microsoft overwoog, was een volledig nieuw computerbestandssysteem, waarin specifiek alle bestanden zouden worden gegroepeerd in een soort database-achtige structuur. Uiteindelijk is deze specifieke functie nooit in Windows terechtgekomen, maar desalniettemin zei ik destijds dat een soort hoofdartikel schreeuwde dat ik een nieuwe gegevensconsole een slecht idee vond, omdat inkapseling op dit moment gemakkelijk een ernstige fout zou kunnen blijken te zijn . Als ongetwijfeld de inkapseling beschadigd zou raken, kan de hele mappenstructuur mogelijk verloren gaan, voornamelijk hierdoor.
Sluit een paar decennia geleden en je huidige inspiratie zal betrouwbaar blijken te zijn. SharePoint-documentverzamelingen, bijvoorbeeld voor het opslaan van bestanden in een SQL Server-blobopslaggebied. Evenzo slaan virtuele Hyper-V-gadgets bestanden op via internet op harde schijven, die in wezen een volledig ingekapselde bestandscursus zijn. Ondanks het volledige gebruik van inkapseling, zijn Hyper-V net-harde schijven zo betrouwbaar dat ze kunnen worden gebruikt. Ze zijn te vinden in talloze productiesystemen. Zelfs dingen die absoluut zijn, kunnen soms niet kloppen. Ik heb in de loop der jaren verschillende gevallen van VHD-problemen gezien, vooral in VM’s die afhankelijk zijn van checkpoint chaining. Als dat gebeurt, kunt u een back-up terugkrijgen, misschien heeft u er een, maar situaties waarin u net zo gemakkelijk een defecte speciale harde schijf kunt herstellen, en voila.
Waarom vindt er gegevenscorruptie plaats?
Voordat u de klant laat zien hoe een beschadigde VHD moet worden voorbereid, zult u zich waarschijnlijk afvragen hoe de corruptie momenteel plaatsvindt. Soms kan schade aan apparatuur leiden tot storingen. Ik had ooit een prachtig extern RAID-apparaat dat behoorlijk wat gegevens verprutste als gevolg van de verkeerde kabel. Bij de behuizinggebonden virtuele Hyper-V-schijven treedt de schade echter eerst op als gevolg van de onderbreking met betrekking tot de harde-schijfketen.
Wanneer de primaire machine niet echt is beveiligd en niet noodzakelijk helemaal draait, stelt het besturingssysteem Windows het publiek gewoonlijk in staat een virtuele harde schijf te beveiligen en gemakkelijk toegang te krijgen tot de eigen inhoud van de host-besturingssysteem. Ik gebruik deze methode altijd bij het opzetten van laboratoriumomstandigheden. Als er echter controlepunten op de virtuele schijf zijn, zal het installeren van de webgebaseerde schijf buiten Hyper-V de poortarchipel op dit punt vernietigen. Dit geldt ook in de veronderstelling dat u vaak niets verandert aan de inhoud van de gebruiksvriendelijke harde schijf. De nieuwe keer dat u het virtuele forum probeert te starten, ontvangt u een foutmelding die vergelijkbaar is met het onderstaande nummer.
Beschadigde virtuele harde schijf repareren
Als het gaat om het testen van extreme virtuele schijven, dicteert de conventionele wijsheid vaak ons gebruik van de Test-VHD-cmdlet in PowerShell. Uit mijn eigen ervaring ontdekte ik echter dat een test-vhd-cmdlet eigenlijk niet zo handig is. De cmdlet retourneert True als de virtuele schijf als gezond wordt beschouwd, en false als een van onze virtuele schijven slecht is. Het probleem is dat de Test-VHD-cmdlet met It True meldt, ervan uitgaande dat een virtuele schijfcontrolepunt in onze eigen keten wordt verbroken vanwege de installatie van een webgebaseerde schijf die controlepunten bevat, zelfs als de webschijf daadwerkelijk is beschadigd in de ketting. Zie de afbeelding hieronder om te zien wat ik daarmee bedoel. De Test-VHD-cmdlet retourneert meestal True, zelfs als het foutbericht specifiek aangeeft dat de vDisk-tekenreeks altijd beschadigd is geweest.
Het essentiële punt voor het oplossen van dit probleem is het probleem waarop aan het einde van het foutconcept werd aangedrongen, zoals weergegeven in de afbeelding hierboven. De fout duidt op een functionele mismatch tussen de bovenliggende VHD-ID’s en doorgaans de schijfdifferentiatie. Dit betekent dat als u de huidige breuk in de schijffles soms kunt repareren, het misschien mogelijk lijkt om de elektronische schijf of dvd-ketting opnieuw aan te sluiten om de deuk of beschadiging te verwijderen. Afbeelding
Gewoonlijk wordt het minst zichtbare Hyper-V-beheer en de pc die problemen ondervindt, geselecteerd. Hoewel de Hyper-V-coördinator de volledige VM-gatewayboom blijft blootleggen, worden de aan de keten gekoppelde controlx-punten verbroken bij de schijfmaat.
Als u de bovenstaande snapshot blijft zien, zult u merken dat er een enorme Check Disk-optie is in het Actions-paneel. Wanneer u op de knop Schijf inspecteren klikt, wordt in een discussievenster een Windows-scherm weergegeven waarin u altijd een virtuele schijf moet selecteren om te controleren. Als ik het Client.VHDX-bestand had geselecteerd, in het eindvenster, dat je hieronder kunt zien, zou het echt moeten lijken alsof de specifieke virtuele harde schijf volledig gezond is. Als ik vervolgens de hoofdharde schijf zou koppelen volgens de grootte van het besturingssysteem, zou ik de inhoud ervan problemen kunnen zien krijgen.
In het volgende geval lijkt de root-vDisk normaal gesproken in orde te zijn, en je kunt net als het probleem duidelijk verband houden met een specifieke verbinding tussen de root-vDisk, de eerste poort, momenteel. Aangezien de harde schijf van het rootnetwerk niets lijkt op te merken achter de specificatie van het controlepunt, laten we eens kijken wat er gebeurt als u de muisaanwijzer op de optie Schijf controleren in de Hyper-V Manager houdt en deze keer selecteert: AVHDX-inhoud (differentieel drive, gekoppeld aan checkpoint) in tegenstelling tot het hoofd VHDX-bestand.
Deze keer geeft Hyper-V Manager een grote fout weer die aangeeft dat de exclusieve schijfketen kapot is. Zoals je echter beter kunt zien in de onderstaande afbeelding, heb ik ook een johnson waarmee je de drive-serie opnieuw kunt aansluiten.
Als u op de knop Opnieuw verbinden klikt, wordt de wizard VHD wijzigen gestart, waarbij uw gezin wordt gevraagd de bovenliggende map van de VHD te selecteren. Afhankelijk van hoe de schade is ontstaan, moet het meisje mogelijk het selectievakje ‘Ignore ID Mismatch’ aanvinken, zoals weergegeven in de afbeelding voor het idee-artikel. In mijn geval bevestigde dit alle foutmeldingen dat mensen de ID-mismatch noemden, omdat het selectievakje nodig was voor de zoekopdracht. Daarna startte elke virtuele machine zonder enige kwalen en was het specifieke probleem van de virtuele harde schijf of dvd-corruptie opgelost.
Natuurlijk is het het beste om daadwerkelijk te proberen schijfbeschadiging op Hyper-V-locaties te voorkomen, maar als er iets misgaat, kan iemand uw eigen gereedschap niet gebruiken om te repareren een beschadigde toegewijde harde schijf. We raden u echter aan om virtuele checkpoint-schijven rechtstreeks te koppelen.
CHKDSK uitvoeren: door het specifieke Windows PowerShell-script uit te voeren, kunt u het VHD-bestand in de hoofdmap koppelen en vervolgens de taak CHKDSK erop uitvoeren.Windows PowerShell gebruiken: u moet eindelijk enkele eenvoudige opdrachten krijgen om dit waardevolle apparaat te gebruiken.Maak een virtuele server:Microsoft VHD-tool:
Virtuele Hyper-V-schijven zijn echter meestal kapot vanwege een beschadigde schijfketen. Wanneer een echte virtuele machine meestal onbeveiligd en down is, kunt u met elk Windows-besturingssysteem een virtuele schijf plaatsen en gemakkelijk toegang krijgen tot de informatie ervan met behulp van een geavanceerde bedieningsmethode.
VHD / VHDX en corruptie van het bestandssysteem VHD- en VHDX-bestanden elimineren het zeer belangrijke fysiek ontdekt worden door een kwetsbaar systeem. Als de gebruiker gewoon dubbelklikt op een VHD- of misschien VHDX-bestand dat een speciaal vervaardigde rapportagegemeenschap bevat, bestaat het risico dat Windows crasht en dat kan meer zijn, zoals hieronder wordt beschreven.
