Hazırda bekleme ve başka bir işletim sistemine önyükleme: dosya sistemlerim bozulur mu?

ÖNEMLİ

Bu soruya cevap aramaya geldiysen, lütfen aşağıdaki tüm cevapları oku . Bunu yaparken veri kaybına uğrayan insanlardan bazı referanslar var. Bunu düzenli olarak yapmayı planlıyorsanız, kendiniz için test etmenizi şiddetle tavsiye ederim.

Orijinal soru

Sanırım aynı bilgisayarda Windows ve Linux yüklü. Windows'u hazırda bekletirsem, Windows'u devam ettirdiğimde Windows dosya sistemine zarar vermeden Linux'a başlatabilir miyim? Peki ya diğer yoldan? Birini kış uykusuna yatarsam, diğerine önyüklerim ve hazırda bekletilen dosya sistemini okumak / yazmak için bağlarsam ne olur? Sadece oku? Bu güvenli değilse, diğer işletim sisteminin hazırda bekletme durumunu algılamanın ve dosya sisteminin kurulmasını engellemenin bir yolu var mı?

Temel olarak, kırılmadan önce bunu ne kadar zorlayabilirim ve sınırın yakınında ne kadar tehlikeli? Yukarıdaki soruların bazılarının cevaplarını bildiğimi düşünüyorum, ancak başkaları için hiçbir fikrim yok ve bariz nedenlerden dolayı bunu kendi bilgisayarımda test etmedim. Birisi ise gelmiştir bu test, bizide aydınlatmak ediniz. Her soruya özel bir cevap aramıyorum; Makul bir kısmını cevaplayan herhangi bir cevabı kabul edeceğim.

DÜZENLE

"Hazırda bekletme" derken RAM içeriğini sabit diske yazma ve bilgisayarı tamamen kapatma işlemini kastediyorum. Bu durumda, bilgisayarı tekrar açmak, sizi BIOS ve önyükleyici üzerinden tekrar getirir ve çoklu önyükleme sistemindeki başka bir işletim sistemini teorik olarak seçebilirsiniz. Neyse, asıl soru ile ilgili:

Benim sonuçlarım

Tamam, herkes bunun işe yarayacağına dair güvencelerden sonra, kendim için test ettim. Ubuntu'yu, tüm ntfs dosya sistemlerini ve harici sürücüleri hazırda bekletme modundan önce salt okunur olarak yeniden ayarlayacak şekilde ayarlıyorum. Benzer bir Windows kurulumuna gerek yoktu, çünkü Windows Linux dosya sistemlerini okumuyor. Sonra sırayla bir işletim sistemini hazırda bekleme moduna almayı ve diğerini birkaç defa ileri geri sürdürmeyi denedim. Windows dosya sistemini Ubuntu okuma-yazma sisteminden monte etmeyi ve birkaç dosya oluşturmayı bile denedim. Windows, devam ettiğimde şikayet etmedi. Böylece, sonuç olarak, bir çift önyükleme Windows / Linux senaryosunda az ya da çok serbestçe hazırda bekletebilirsiniz.

İkili Linux / Linux ortak hazırda bekletme durumunu test etmediğimi unutmayın. İki veya daha fazla Linux kurulumunuz varsa ve bunlardan birini hazırda bekletirseniz, dosya sistemini diğerinden takarak bozabilirsiniz.

Windows'u hazırda bekletilmiş bir Linux üzerinden başlatmak iyi bir fikir değildir. Az önce paylaşılan bir NTFS bölümünde 20 GiB veri kaybettim ...

Bir gün Ubuntu Lucid'i kış uykusuna yattım ve bir sonraki bilgisayarımı çalıştırdım. Bazı güncellemeler Grub’ta kaydedilmiş olan seçeneği tersine çevirdi, bu yüzden Ubuntu’yu gerektiği gibi yeniden başlatmak yerine, Windows 7’yi başlattı. Muhtemelen paylaşılan bölümdeki müziğe, Firefox profiline, belgelere, indirmelere ve oyunlara eriştim.

Bir dahaki sefere Ubuntu'ya geçtiğimde, "hazırda bekletme modundan uyanma" mesajını gördüm. Dang. Ama uyanmakta başarısız olacağını ve bunun yerine "Karmic zamanımda" daha önce denediğimde olduğu gibi yumuşak bir şekilde yeniden başlamasını beklerdim. Ama hayır, iyi uyandı. Güzel. Ya da değil. Hızlı bir şekilde fark edilen bölümün kök dizininde artık boş olduğunu fark ettim. Sanırım devam etmekte paylaşılan bölüme erişen programların Quod Libet (müzik çalar) ve Transmission (bittorrent istemcisi) olduğunu düşünüyorum.

Windows'a geri döndüm, dizini bile açamadım. Üretilen "dir" denilen kabukta "dosya bulunamadı". Bozuk. Yine de, bölümün boş alanı artmamıştı, bu nedenle 20 GiB'im muhtemelen hala oradaydı, üzerine yazılmaması için güvende. Olabilir. Ama onlara nasıl ulaşılır?

Küçük bir araştırma çok az yardım sağladı ve umutlarımı daha da kasvetli yaptı.

Scandisk'i ("Hataları Denetle") otomatik onarım olmadan çalıştırdım, çünkü verilerimi daha da yok ederek bir şeyi tamir etme riskini almak istemedim. Sonuç çok bilgilendirici değildi: "Hatalar bulundu. Otomatik onarımla çalıştırın." Bana bilinmeyen, görünüşe göre bir sonraki açılışta otomatik olarak kontrol edilecek bölüm işaretlendi. Gücü kapattım ve gittim ve daha sonra EasyRecovery ile geri döndüm.

Bilgisayar benimle başladı, her zamanki gibi dikkat etmemişti ve baktığımda, chkdsk zaten on dakika boyunca yaptığı tüm hızıyla hataları yayıyordu. Oh, işte hiçbir şey yok.

Neyse ki son zamanlarda Santa Tecla için bir mum yaktım ve Windows başladıktan sonra verilerim geri geldi, söyleyebildiğim kadarıyla, bazı dosyalar bulundu.

Yani evet, bunun mutlu bir sonu oldu. Dramatik endişeyi affedeceksiniz, ancak bu bir noktaya değinmek: verilerinizi yedekleyin! Ve (benim durumumda) yedeklemeyi güncel tut! Ve tabi ki, kış uykusuna ve paylaşılan bölümlere dikkat edin.

Başka bir yerde başlamadan önce Windows'u her zaman hazırda bekletirim, Windows sıfırdan başlamak için çok yavaştır. Ancak , hazırda beklemede olan işletim sisteminin bir bölümüne yazmak tehlikelidir , çünkü FS tablolarının bazıları hala hafızadadır (peki, hazırda bekletme dosyasında ancak FS'de değil), uygulamaların hala bazı dosyalara tanıtıcıları vardır ve genellikle dosya sistemi durumu kibardır. Kararsız

Ancak bu bölümü salt okunur olarak monte edebilirsiniz, bu şekilde hazırda bekletme modundan önce olduğu gibi kalır ve Windows bir şey fark etmez.

Normal montaj hakkında bir öneri ve sadece sistem dosyalarından uzak durmak iyi bir fikir değil. Bir dosya içeriğinin yerini değiştirme olabilir, MFT değişmiş olabilir, erişim süresi özellikleri değişmiş olabilir, tüm bunlar bir dosya sistemini ciddi şekilde bozabilir. FAT için çok tehlikeli değildir, ancak NTFS için çok tehlikelidir, çünkü bellekte çok daha karmaşık ve daha fazla durum vardır.

Düzenli olarak Windows XP'mi hazırda bekletiyorum ve USB üzerinden Ubuntu'ya başlatıyorum.
Kusursuz çalışır.

'Bekleme' modu ile 'Hazırda Bekletme' modu arasında fark var.
İşletim sistemi durumu tamamen diske temizlendi ve donanımınız kapalı.
Makineyi açıp başka bir işletim sistemine önyükleme yaparsanız, hazırda bekletilen işletim sistemi üzerinde bir etkisi olmaz.
İstediğiniz kadar işletim sistemi hazırda bekletme modunu tutabilirsiniz.

Örnek olarak,
birden fazla Ubuntu kurulumuna sahip olabilirsiniz (örneğin, USB flash sürücü başına bir tane),
Ve her birini hazırda bekletme modundan çıkarın, sürücünün fişini çekin ve bir başkasına önyükleyin.
Burada kenar yoktur çünkü istifleme / zincirleme etkisi yoktur.
Bu örneklerdeki hazırda bekletme USB çubuklarının tümü birbirinden bağımsızdır
(güç çevrimli bir makinede).

Hazırda bekletilen bir " C:\" sürücünün küçük bir dezavantajı ve başka bir işletim sistemine önyükleme
yapması, hazırda bekletme önyükleme bölümünü yeni işletim sistemine monte edemezsiniz.
Bölüm olan kış uykusu ile kilitli.
Bu durumda düzenlenirse bozulur.

Veri sorunu kaybını paylaşılan bir NTFS bölümüyle onaylayabilirim. Lucid Lynx Ubuntu ve Windows 7 arasında çift önyükleme yaptım. Windows 7'yi hazırda beklettikten ve Ubuntu'ya başlattıktan sonra, üç VirtualBox sanal makinesi (7 gün boyunca) oluşturdum ve bu makinelere çeşitli yazılım paketleri kurdum. Windows 7'ye yeniden başlatıldığında, dosyalar kayboldu. Gone. Ntfsundelete ve her şeyden önce onları bulmak mümkün değildi.

Bu yüzden veri kaybına neden olan şeyin gerçek olup olmadığını görmek için bir dizi test yaptım. Windows 7'yi kapatırken, Ubuntu'yu başlatarak, bazı dosyaları yazarken, Windows 7'ye yeniden başlatarak, dosyalar daima korunur. Windows 7 hazırda bekletme modundayken, Ubuntu'da yeniden başlatılırken, bazı dosyalar yazılırken, Windows 7'ye yeniden başlatılırken, yeni dosyalar silinir.

Bir dosyaya yazılan DEĞİŞİKLİKLERİ bilmiyorum, tutulup tutulmadıklarını veya kaybettiklerini bilmiyoruz, ancak paylaşılan bir NTFS bölümüne eklenen yeni dosya ve klasörler büyük olasılıkla bu durumda kaybolacak.

Bahsettiğin şeyde yanlış olan bir şey yok. Hazırda bekletilen dosya sistemini takmış olsanız bile, hazırda bekletme modunun içeriği diskteki büyük bir dosyaya kaydedilir - bu dosyaya veya herhangi bir önemli sistem dosyasına (açıkça) dokunmadığınız sürece, hiçbir şey olmaz.

Sistemi kapattıktan sonra bölümün içeriğini başka bir işletim sisteminden değiştirirseniz, orijinal bölüm yine de sorunsuz bir şekilde önyüklenir. Bu kış uykusunda aynı şey.

Sadece bölümü kurarken / sökerken, hiçbir sistem dosyasına veya sürücü başlık bilgisine (örn. MBR, dosya günlükleri) zarar vermeyeceğinizden emin olun - bu noktada kış uykusuyla hiçbir ilgisi olmasa da, hepimizin ihtiyaç duyduğu ortak bir uyarı bilmek.

Windows XP ve Windows 7 arasında paylaşılan bir fiziksel sürücüde (FAT32) bir sorunla karşılaştım. Windows XP'ye kış uykusuna yattım, birkaç günlüğüne Windows 7'ye önyükledim, sonra XP'ye geri döndüm. Artık paylaşılan sürücüde bozuk bir dosya sistemim var. Disk Denetleyicisi çalışıyor ve oldukça kötü görünüyor. Çoğunlukla bağlantılı dosyalar olsa da, ancak binlerce.

Bu biraz eski, ama kritik bir konu olarak, başka bir referans buna değer.

2 farklı bilgisayarla veri için kullandığım harici bir NTFS USB sabit diskim var (işletim sistemi ile ilgili dosyalar yok). Problemi izole edene kadar sürekli veri kaybı yaşardım. PC'lerden biri oldukça eski ve yavaştır (Windows XP), bu nedenle daha hızlı yeniden başlatma süreleri için hazırda bekletme modunu kullanıyordum, bu durumda sabit sürücünün bağlantısını kesiyorum ve diğer PC ile veri yazıyordum (Windows 7). Veri kaybı her zaman gerçekleşmedi, ancak kesinlikle bu senaryodan kaynaklanıyordu. Yapmayı bıraktığımdan beri, bir daha asla olmadı.

Hazırda bekletme ve çoklu önyüklemeyle ilgili sorunlar yaşadım. Durum: Ubuntu ve WinxP Multboot, ancak veri bölümü her iki işletim sistemi için de görünür. Bazı testler yaptım ... ileri geri ... Bu yüzden Word ile bir Word dosyasını düzenliyordum ... Dosyayı kaydettim ve Word'ü kapattım. Hazırda Bekletme ... başladı Ubuntu ... aynı dosyayı OpenOffice ... hazırda bekletme moduyla düzenledi.

Hazırda bekletilen WinXP'ye yeniden başlatıldı. Word değişiklikleri 'görmedi' DEĞİL ... Basitçe başka bir dosya gibi göründü ...

Ben de bu testin tersini yaptım ... İkinci defa dosya bozuldu ... Dosyayı açamadım veya dosyayı silemedim Chkdsk 'sorunu çözdü' ancak dosyayı kaybettim ... Başka bir testte Ubuntu çözmedi bile düzenlenen dosyayı görmek.

SO hazırda bekletme modunu ve aynı bölümleri kullanırken (işletim sisteminin önyükleme yaptığı bölüm olması gerekmez ...) ist çok tehlikelidir ... Dosyalar testlerimde bozulabilir ve bozulur ve tekrarlayabilirim ... BTW: Testlerimde HER ZAMAN dosyayı sakladım ve uygulamayı kapattım (Word ve OpenOffice) kış uykusuna yarayacak befre ... !! Bölmeyi yerleştirmenin suçlu olduğunu düşündüm ama şimdi sorunun dosya önbelleğe alma veya herhangi bir şeyle ilgili olması gerektiğini düşünüyorum ... Her neyse: Çoklu işletim sistemi hazırda bekletme modlarına dikkat edin ... !! Saygılar, ArnoR

Çift önyüklemeli Windows (Vista) ve Ubuntu (9, 10, 11) ile ilgili son derece yıkıcı bir deneyim yaşadım. Teknik bir kullanıcı değilim, ancak Windows ve DOS kullanarak ve yapılandırma konusunda uzun deneyime sahipim. Ubuntu'yu Win Vista'daki bir makineye canlı bir CD ile yükledim. Bu, kusursuz bir şekilde işlem gördü ve zaman kaybetmeden çift önyükleme yapıp çalışıyordum. Ubuntu kurulumuna eklenmiş herhangi bir uyarı olmadığını görünce, ben (naif) her iki sistemi de hazırda bekletebildiğimi (diske kaydederek, askıya alamayacağımı) ve serbestçe değiştirebileceğimi düşündüm. Bu, aşağıdaki sonuçlara ulaştı:

1) Ubuntu’da, Windows’ta açık olduğunu unuttuğum bir metin dosyasını düzenleme hatası yaptım. Daha sonra dosya herhangi bir işletim sistemine erişilemiyordu. Silinemedi bile. Chkdsk sonunda sildi, ancak verilerim kayboldu.

2) Ayrıca Ubuntu'dan doğrudan Win bölümündeki diğer iki dosya işlemini de denedim: OpenOffice'den bir pdf dosyası oluşturmak ve Win masaüstünde bir dizin / klasör oluşturmak. Her ikisine de Windows'tan erişilemiyordu (Win Explorer'da görülebilse de). Neyse ki onlar Ubuntu'dan silinebiliyordu, ancak chkdsk daha sonra tamamen Windows'dan silmek için çalıştırılmalıydı.

3) Önce birinde, sonra diğer işletim sisteminde birkaç kez (düzenlerken diğer sistemde açılmadı), aniden boyutunda balonlanan büyük bir OpenOffice Writer dosyası (* .doc olarak kaydedildi) yaklaşık 2 MB ila 7 MB, bu sayede yükleme ve kaydetme neredeyse imkansız hale gelir. Dosyayı bir * .odt belgesi olarak kaydettiğimde boyutu büyük ölçüde azaldı, ancak kaydetme / yükleme süreleri daha hızlı değildi. Dosyayı açtığımda, "içindekiler" bölümünün 22 MB'den büyük olduğu ortaya çıktı. Buna bir metin editörüyle eriştiğim zaman, belgedeki her bir kelimenin ve boşluğun aynı stille ayrı ayrı biçimlendirildiği ortaya çıktı! Sonunda, dev sürümü aynı dosyanın önceki bir sürümüyle karşılaştırarak, eski sürümü karşılaştırmanın temeli olarak kullanarak ve ardından tüm değişiklikleri ve kaydetmeyi kabul ederek sorunu çözdüm.

4) Bu noktada Ubuntu 10'dan Ubuntu 11'e yükselttim ve 11 sistemin sadece Unity arayüzünü kullandığını keşfettim. Gnome’u Ubuntu 11’e nasıl kuracağımı öğrendiğimde, Gnome 3’ün Gnome 2’den çok daha düşük olduğu ortaya çıktı. Bu yüzden Ubuntu’yu tamamen kaldırmaya karar verdim ve Gnome 2’yi yeni bir iz bırakmadan kullanan Karmic Koala’nın yeni bir kurulumunu yapmaya başladım. Birlik sistemi. Bu karmaşık olduğu ortaya çıktı, ancak çevrimiçi olarak çeşitli kılavuzlarda tekrarlanan aynı talimatları bulduktan sonra, işlem yaptım. EasyBCD 2.1.2 (pencerelerden) çalıştırıncaya kadar her şey yolunda gitti, bu da Ubuntu Grub'unun booter'i çıkarıldıktan sonra doğrudan Windows'a yeniden başlamamı sağlayacak. Yeniden başlatırken MBR'imin ölümcül şekilde hasar gördüğünü ve makinenin önyüklenebilir sabit sürücüleri tanımadığını öğrendim.

5) Şimdi tekrar Vista'ya önyükleme yapabiliyordum ve Ubuntu'yu yeniden yüklemeye hazırlanıyordum; bu sırada bir çok dosyanın rastgele sistemimden kaybedilmeye başladığını keşfettim. Açıkçası, dosya sistemi hala bozulmuş. Yalnızca Windows'un tamamen yeniden yüklenmesi sorunu çözdü ve şimdi Karmic Koala'yı yüklemeden önce gelecekte benzer sorunları önlemek için ne yapmam gerektiğini çok dikkatli bir şekilde düşünüyorum. Ben umut sorunlarım hazırda bekleme sorunu ile ilgilidir, ancak emin olmak için, ben diğer onları erişmeden önce bir işletim sisteminden dosyaları koyabilirsiniz ayrı bir "transferi" NTFS bölümünü oluştururken düşünüyorum. Pratik değil, ancak güvenli olması gerekiyor. Umuyorum.

Yapma (tekrar!)

Vista / NTFS'imi hazırda beklettim ve Lucid'i başlattım, paylaşılan ntfs bölümünde 3 gün çalıştım ve dosya ve dizinlerin kaybolması veya kötü hata mesajları ile kilitlenmesi (berrak) içinde başladım. Pencerelere geri döndüğümde gerçek bir karmaşa yaşandı, masaüstünün hasara uğradığı bir şey vardı .. Umarım chkdsk çoğu şeyi düzeltebildi ve daha önce sahip olduğumun% 98'ini buldum.
Bu yüzden kesinlikle yapılacak iyi bir şey değil.
Bunun daha önce mümkün olmadığını hatırlıyorum: 'hazırda bekletme' ntfs bölümleri Linux'ta bazı (görünüşte iyi) nedenlerden dolayı monte edilemedi. Bu eski davranışa geri dönmek istiyorum

TEHLİKE! Bunun hem FAT32 hem de NTFS birimleri için bir sıkıntı olduğunu ve sadece Windows (Windows 7'ye sahip) hazırda bekletme durumunda olduğunu onaylayabilirim. Bunun önbelleklemeye bağlı olduğunu ve sürücünün hızlı sökülmesi için ayarlamayı düşündüğünü düşünüyorum. Bu sorunu çözebilir, ancak henüz denemedim çünkü gerçekten de Windows'un desteklemediği şekilde bir bölüm oluşturmak istiyordum. Hatta OSX ntfs sürücüm bölüm önbellek kontrolünü destekliyor ancak pencereleri desteklemiyor. Ayrıca, OSX ntfs sürücüm, sürücünün monte edilmemesi gerektiğini fark ediyor. Bu konuya bağlı görünüyor. Umarım yardımcı olur.

İşte benim deneyimim. Windows ve Kubuntu (11.04) ile çift önyükleme sistemi kullanıyorum. Dosyalarımın çoğu Windows NTFS bölümünde ve öncelikle onu Linux'tan kullanıyorum. FUSE kullanılarak monte edilir.

Olan şey bu:

1. Hazırda Bekletilen Windows
2. Bir sonraki açılışta, Linux'a boot edildi ve birkaç hafta kullanıldı - Windows'a açılmadan
3. Windows'a geri yüklendi (çevrimiçi bir test yalnızca Internet Explorer’da çalıştığından ve başka hiçbir şey yapılmadığından, bir şekilde ie4linux yeterli değildi)

Windows başladığında, bu iki hafta içinde oluşturulan tüm dosyaların eksik olduğunu fark ettim. Sadece orada da eksik dosyaları bulmak için Linux'a yeniden başladım. Sanırım, Windows NTFS dosya sistemini hazırda bekletme durumuna getirdi ve zaman içinde geri getirdi.

Ntfsundelete ve testdisk gibi araçlar denedim. Bu eksik dosyalar listelenmiyor. Ayrıca Linux, Windows hazırda bekletme modundayken ve kapatılmadığında bile bu sürücüyü RW modunda bağlar. Sanırım Linux sürücüyü salt okunur modda uyardı veya taktı, ancak bu olmadı.

Ayrıca, hazırda olmayan durumda iki farklı O / S arasında sistem dışı bir bölüm paylaştırılmasının dosya sisteminin bozulmasına neden olduğunu ve verilerin kaybedildiğini doğrulayabilirim.

Senaryo: 3 bölümüm var NTFS: 1. Windows XP 2. Windows 7 3. Veriler (Uyumluluk modunda iyi çalışmayan eski uygulamalar için hala XP kullanmalıyım).

Örnek: Bölüm 1'den (XP) önyükleme yapın ve dosyaları 3'te depolayan Thunderbird'ü çalıştırın. 2. bölümden (7) önyükleme yapın ve dosyaları 3'te depolayan Thunderbird'ü çalıştırın. Burada sorun, bazen chkdsk ile veya onsuz erişim dosyaları vs. ile başlar. Bölüm 1'den önyüklemeye geri dönün ve OS_2_7 ile sabitlenmiş dosyalar yeniden bozuk, hazırda bekletme modundan önceki bazı açık dosyalar bile (ör. Firefox) bozulmuş.

Yani evet. Hazırda bekletme iki O / S kullanmaları ne olursa olsun sistem / sistem dışı bölümlerde veri bozulmasına neden olur. Neden ? Sanırım, ana neden LOCK ve MFT dosyası. Hazırda bekletme modundan uyandıktan sonra O / S MFT'yi yenilemez, bu yüzden hala eski sektörlerdeki dosyaları bulmayı düşünün, bu nedenle boyutunu / yerini değiştiren herhangi bir dosya bozulur.

Ben de tam olarak bunu yapardım. Kazaları önlemek için hazırda bekletme makinesinin sistem sürücüsünü asla monte etmedim ve her bir işletim sisteminin kendi ayrı takas bölümü vardır. Ancak iki hazırda bekletme işletim sistemi arasında veri aktarmak için kullanacağım özel bir veri bölümüm vardı. Firefox ve Thunderbird profilimi oraya bile koydum, bu yüzden iki ayrı profil tutmama gerek kalmadı. Hazırda bekleme moduna geçmeden önce Firefox'u bir makinede kapattığınızdan emin olun.

Kurulumla ilgili herhangi bir sorun yaşamadığımı hatırlamıyorum ve çok uzun süredir kullanıyorum.

Cevabı, NTFS ile, görünüşe göre, evet (diğer cevaplara bakınız). FAT gibi daha eski ve daha basit dosya sistemlerini deneyebilirsiniz. Ama bu karanlıkta bir bıçak olurdu.

Sadece sorunun sanal makinelerle yeniden üretilebileceğini eklemek istiyorum. VirtualBox'u çift önyükleme makinesinde kullanıyorum. VirtualBox ana bilgisayar yazılımını hem Windows hem de Linux bölümlerine kurdum ve görüntü dosyalarını paylaşılan bir NTFS bölümüne kaydettim. Amaç, aynı VM'yi hem Windows hem de Linux'ta kullanabilmekti.

Alışkanlık dışında, sanal makineyi kapatırken VirtualBox'da "makineyi kaydet" durum komutunu kullandım. Bu komutu (VM için RAM durumunu koruyan) başka bir yerde dizüstü bilgisayarımı yeniden başlattım ve aynı VM'yi tekrar kullandım. VirtualBox'da geri yükleme seçeneği yoktu, bu yüzden durum VirtualBox'ın başka bir yüklemesini kullanarak kaydedilmişse, VirtualBox bir VM'nin kaydedilmiş durumunun farkında değil. VMware'in bu konuda daha akıllı olabileceğini okudum, ancak denemedim.

Sonunda tüm sanal makinelerim bozuldu. Yine de fsck ile hasarın çoğunu çözebildim.

Bu sadece sorunu çözmek için bir işletim sistemi bölümlendirmek ve kurmak için saat harcamanıza gerek olmadığını söylemek.

Çözümüm? Windows'ta hazırda bekleme modu devre dışı. Ubuntu'da varsayılan olarak devre dışı bırakılmıştır. Ayrıca, bu VM'yi farklı bir bağlamda (farklı işletim sistemi, farklı ana bilgisayar kurulumu, vb.) Başlatmayı planlıyorsanız, bir VM için kaydetme makinesi durumunu asla kullanmayın.

Birisi bu soruna açık olmayan bir dosya sistemi (veya işletim sistemi veya herhangi bir şekilde) bulana kadar.

Ayrıca, hazırda bekletme işleminden önce paylaşılan bölümdeki (ve büyük olasılıkla diske akan) tüm açık tutamaçların kapatılması (veya bölümün bağlantısını kaldırma sanırım - Windows'da da bunu yapmanın bir yolu olmalı), yolsuzluktan kaçındığı bildirildi (bkz. Yalan Ryan'ın cevabı). Yine de bu durumda güvende olmayı ve kış uykusunu kullanmamayı tercih ederim.

Bunun mümkün olduğunu sanmıyorum.

Hazırda bekletme modundayken, bilgisayar bu işletim sistemine “daha ​​iyi bir terim olmaması nedeniyle” kilitlenir. İşletim sistemini hazırda bekletme modunda değilsiniz, tüm bilgisayarı hazırda bekletiyorsunuz. Hazırda bekletme modundan çıkmaya başladığınızda, BIOS ve POST saatinden tekrar geçemezsiniz.