it-swarm.asia

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

ÖNEMLİ

Bu soruya cevap aramaya gelmişseniz, lütfen tümü aşağıdaki yanıtları okuyun. 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 ne yapmalıyım? 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, bunu kırmadan önce ne kadar itebilirim ve kenara ne kadar tehlikeli? Yukarıdaki soruların bazılarının cevaplarını bildiğimi düşünüyorum, ancak diğerleri için hiçbir fikrim yok ve bariz nedenlerden dolayı bunu kendi bilgisayarımda test etmedim. Birisi has test ettiğinde, lütfen geri kalanımızı aydınlatın. 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ğinin sabit diske yazılması ve bilgisayarın tamamen kapatılması işlemi anlamına geldiğini açıklamama izin verin. 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 kurması için 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.

52
Ryan Thompson

Windows'u hazırda bekletilmiş bir Linux üzerinden başlatmak iyi bir fikir değildir. Paylaşılan bir NTFS bölümündeki 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 Shell'de "dosya bulunamadı". Bozuk. Yine de, bölümün boş alanı artmamıştı, bu yüzden benim 20 GiB 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 10 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 döndü, söyleyebildiğim kadarıyla, bazı dosyalar bulundu.

Yani evet, bunun mutlu bir sonu oldu. Dramatik endişeyi affedeceksiniz, ama 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.

17
Chema

Başka bir yerde başlamadan önce Windows'u her zaman hazırda bekletirim, Windows sıfırdan başlamak için çok yavaş. Ancak, tehlikede olan işletim sistemleri için write tehlikelidir, çünkü FS tablolarından bazıları hala bellekte (peki, uyku kipinde, ancak FS'de değil) uygulamalar var hala bazı dosyaları tutamaçları var ve genellikle dosya sistemi durumu kararsız.

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

Normal olarak monte etme ve sistem dosyalarından uzak durma konusunda bir öneri gelince, bu iyi bir fikir değildir. 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.

23
vava

Windows XP 'i düzenli olarak hazırda bekletirim ve USB üzerinden Ubuntu'ya önyüklerim.
Kusursuz çalışıyor.

'Bekleme' modu ile 'Hazırda Bekletme' modu arasında fark var.
İşletim sistemi durumu diske tamamen temizlendi ve donanımınız kapalı.
Makineyi çalıştırı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 kurulumunuz olabilir (örneğin, USB flash sürücü başına bir tane),
Ve, her birinin hazırda bekletme modunu çıkarın, sürücünün fişini çekin ve başka bir sürücüye önyükleyin.
Burada Kenar yok çünkü yığınlama/zincirleme etkisi yok.
Bu örnekteki hazırda bekletilen USB çubuklarının hepsi birbirinden bağımsız
(güç çevrimli bir makinede).

Hazırda bekletilen bir "C:\" sürücüsünün küçük bir dezavantajı var ve başka bir işletim sistemine geçiyor,
hazırda bekleme önyükleme bölümünü yeni işletim sistemine bağlayamazsınız.
Bölüm is hazırda bekletme moduyla kilitlendi.
Bu durumda düzenlenirse bozulur.

9
nik

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ırken, bazı dosyaları yazarken, Windows 7'de yeniden başlatırken, yeni dosyalar kayboldu.

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.

8
CtC

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ı.

4
user3671607

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ün boyunca Windows 7'ye önyükleme yaptım, 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.

4
Daniel

Bahsettiğiniz şeyle ilgili yanlış 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 bir 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 hazırda bekletme moduyla hiçbir ilgisi olmasa da, hepimizin ihtiyaç duyduğu ortak bir uyarı bilmek.

4
Breakthrough

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 bir dosya gibiydi ...

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 Düzenlenen dosyayı bile görebiliyorum.

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ölmenin montajının 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

3
ArnoR

Çift önyüklemeli Windows (Vista) ve Ubuntu (9, 10, 11) ile ilgili son derece yıkıcı bir deneyim yaşadım. Ben 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) Büyük bir OpenOffice Writer dosyası (* .doc olarak kaydedildi), önce bir birinde, sonra diğer işletim sisteminde birkaç kez düzenlenmiş (düzenlediğimde diğer sistemde açılmamış), aniden 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 Word 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 sonra tüm değişiklikleri kabul ederek tasarruf ettim.

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 yeni bir iz bırakmadan Gnome 2’yi kullanan Karmic Koala’nın yeni kurulumunu yaptı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. MBR'yi geri yüklemek için bir teknisyene ödeme yapmam gerekiyordu.

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. I hope sorunlarım hazırda bekleme sorunuyla ilgili, ancak emin olmak için, bir işletim sisteminden diğerlerine erişmeden önce dosyaları koyabileceğim ayrı bir "transfer" NTFS bölümü oluşturmayı düşünüyorum. . Pratik değil, ancak güvenli olması gerekiyor. Umuyorum.

3
Finn

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ı ya da kötü hata mesajları ile (kilitlenmiş) kilitlenmesiyle 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.
Yani 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 bazı nedenlerle görünüşte linux'a monte edilemedi. Bu eski davranışa geri dönmek istiyorum

2
user36993

TEHLİKE! Ayrıca, bunun hem FAT32 hem de NTFS birimleri için korkunç bir sorun olduğunu ve yalnızca Windows (Windows 7'ye sahip olduğumda) hazırda bekletme durumunda olduğunu onaylayabilirim. Bunun önbelleklemeye bağlı olduğunu ve sürücünün hızlı bir şekilde çıkarılması için ayarlamayı düşündüklerini 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.

2
user37071

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 var NTFS: 1. Windows XP 2. Windows 7 3. Veri (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. Daha sonra hazırda bekletme (OS, hazırda bekletme dosyasına ve kapatma bilgisayarına RAM dökümü). 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. Niye ya ? 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.

1
Varso

İş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. Sigorta 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 bir şey yapılmadığından, yani 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ı.

1
spa

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 bile oraya 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.

0
Lie Ryan

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 Host 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ç, hem Windows hem de Linux'ta aynı VM değerini kullanabilmekti.

Alışkanlık dışında, sanal makineyi kapatırken VirtualBox'da "makineyi kaydet" durum komutunu kullandım. Bu komutu (RAM durumunu VM için bir yere kaydeder] kullandım, dizüstü bilgisayarımı diğer işletim sistemime yeniden başlattım ve yine aynı VM kullandım. VirtualBox'da geri yükleme seçeneği yoktu, bu nedenle durum VirtualBox'ın başka bir VirtualBox kurulumu kullanılarak kaydedilmiş olması durumunda VirtualBox bir VM 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 sistemini 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, VM öğesini farklı bir bağlamda (farklı işletim sistemi, farklı Ana bilgisayar kurulumu, vb.) Başlatmayı planlıyorsanız, makinenin kaydetme durumunu asla VM için 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 muhtemelen 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ı), yolsuzluğun önlendiği bildirildi (bkz. Yalan Ryan'ın cevabı). Yine de bu durumda güvende olmayı ve kış uykusunu kullanmamayı tercih ederim.

0
Rolf