Hibernasi dan boot ke OS lain: apakah sistem file saya akan rusak?


52

PENTING

Jika Anda datang ke sini mencari jawaban untuk pertanyaan ini, harap baca semua jawaban di bawah ini. Ada beberapa testimoni dari orang-orang yang kehilangan data karena hal ini. Jika Anda berencana untuk melakukan ini secara teratur, saya sangat menyarankan Anda menguji sendiri.


Pertanyaan Asli

Misalkan saya memiliki Windows dan Linux yang diinstal pada komputer yang sama. Jika saya hibernasi Windows, dapatkah saya boot ke Linux tanpa merusak sistem file Windows ketika saya melanjutkan Windows? Bagaimana dengan sebaliknya? Bagaimana jika saya hibernate satu, boot ke yang lain, dan mount filesystem hibernasi baca / tulis? Hanya baca? Jika ini tidak aman, apakah ada cara untuk mendeteksi keadaan hibernasi dari OS lain dan mencegah pemasangan sistem file-nya?

Pada dasarnya, seberapa jauh saya bisa mendorong ini sebelum pecah, dan seberapa berbahayanya di dekat tepi? Saya rasa saya tahu jawaban untuk beberapa pertanyaan di atas, tetapi untuk yang lain, saya tidak tahu, dan untuk alasan yang jelas saya belum menguji ini di komputer saya sendiri. Jika seseorang telah menguji ini, mohon beri tahu kami semua. Saya tidak perlu mencari jawaban spesifik untuk setiap pertanyaan; Saya akan menerima respons apa pun yang menjawab porsi yang masuk akal.


SUNTING

Izinkan saya mengklarifikasi bahwa ketika saya mengatakan "hibernate," maksud saya proses penulisan isi RAM ke hard disk dan sepenuhnya mematikan komputer. Dalam kondisi ini, menyalakan kembali komputer membawa Anda kembali melalui BIOS dan bootloader, dan Anda secara teoritis dapat memilih sistem operasi lain pada sistem multi-boot. Lagi pula, lanjutkan dengan pertanyaan asli:


Hasil saya

Ok, setelah jaminan semua orang bahwa ini akan berhasil, saya mengujinya sendiri. Saya mengatur Ubuntu untuk me-remount semua sistem file ntfs dan drive eksternal read-only sebelum hibernasi. Tidak diperlukan pengaturan Windows yang sama karena Windows tidak membaca sistem file Linux. Kemudian, saya mencoba secara hibernasi satu sistem operasi dan melanjutkan yang lain, bolak-balik beberapa kali. Saya bahkan mencoba memasang sistem file Windows dari Ubuntu baca-tulis, dan membuat beberapa file. Windows tidak mengeluh ketika saya melanjutkan. Jadi, sebagai kesimpulan, Anda dapat lebih atau kurang hibernasi dalam skenario Windows / Linux dual-boot.

Perhatikan bahwa saya tidak menguji situasi hibernasi ganda Linux / Linux. Jika Anda memiliki dua atau lebih menginstal Linux dan Anda hibernasi salah satunya, Anda mungkin dapat merusak sistem file dengan memasang dari yang lain.


1
Saya ingin lebih memperjelas bahwa saya sedang mencari seseorang yang benar - benar menguji pertanyaan-pertanyaan ini dan yang serupa secara empiris . Tapi, jika gagal, jangan ragu untuk berspekulasi. Jika tidak ada yang memiliki hasil tes nyata, saya akan menerima spekulasi yang paling masuk akal setelah beberapa saat.
Ryan Thompson

Baiklah, saya akan mencoba menguji beberapa ide ini segera. Jika saya berakhir dengan mesin yang masih menyala, saya akan kembali dan menerima jawaban. ;)
Ryan Thompson


@RyanThompson, Bagaimana Anda menguji ini dengan andal? Tentu itu mungkin terlihat berfungsi, sampai tidak.
Pacerier

Itu sebabnya saya menandai jawaban "Jangan lakukan itu, Anda akan kehilangan data" sebagai diterima.
Ryan Thompson

Jawaban:


17

Mem-boot Windows melalui Linux yang hibernasi bukan ide yang baik. Saya baru saja kehilangan 20 GiB data di partisi NTFS bersama ...

Saya hibernasi Ubuntu Lucid suatu hari, dan berikutnya saya menyalakan komputer saya. Beberapa pembaruan mengacaukan opsi yang disimpan di Grub, jadi alih-alih mem-boot Ubuntu lagi sebagaimana mestinya, ia memulai Windows 7. Ketika saya kembali dengan kopi saya, saya terus menggunakannya tanpa mengingat Ubuntu berada dalam mode beruang. Saya mungkin mengakses musik, profil Firefox, dokumen, unduhan, dan permainan dari partisi yang dibagikan.

Lain kali saya beralih ke Ubuntu, saya melihat pesan "waking up from hibernation". Dang. Tapi saya berharap gagal saat bangun, dan soft reboot, seperti yang terjadi sebelumnya saya "mencoba" ini (di masa Karmik saya). Tapi tidak, itu bangun baik-baik saja. Keren. Atau tidak. Saya segera menyadari direktori di root partisi bersama sekarang kosong. Saya pikir satu-satunya program mengakses partisi bersama pada melanjutkan adalah Quod Libet (pemutar musik) dan Transmisi (klien bittorrent).

Saya kembali ke Windows, di mana saya bahkan tidak bisa membuka direktori. Mencoba "dir" dalam shell menghasilkan "file tidak ditemukan". Rusak. Namun, ruang bebas partisi tidak meningkat, jadi 20 GiB saya di mana mungkin masih ada, aman dari ditimpa. Mungkin. Tetapi bagaimana cara mencapai mereka?

Sebuah riset kecil tidak banyak membantu, dan membuat harapan saya semakin suram.

Saya menjalankan Scandisk ("Periksa Kesalahan") tanpa perbaikan otomatis, karena saya tidak ingin mengambil risiko memperbaiki hal-hal dengan lebih lanjut menghancurkan data saya. Hasilnya tidak terlalu informatif: "Ditemukan kesalahan. Jalankan dengan perbaikan otomatis." Tidak diketahui oleh saya, tampaknya itu juga menandai partisi yang akan diperiksa secara otomatis pada boot berikutnya. Saya mati dan pergi, dan kembali dengan EasyRecovery kemudian.

Komputer mulai dengan saya tidak memperhatikan, seperti biasa, dan ketika saya melihat, chkdsk sudah memuntahkan kesalahan dalam ayunan penuh, yang dilakukannya selama sepuluh menit. Oh well, ini dia.

Untungnya saya menyalakan lilin untuk Santa Tecla baru-baru ini, dan setelah Windows mulai, data saya kembali, semua sejauh yang saya tahu, meskipun beberapa file berakhir di found,000.

Jadi ya, ini akhir yang bahagia. Anda akan memaafkan ketegangan dramatis, tetapi itu untuk mengarahkan titik di: backup data Anda! Dan (dalam kasus saya) terus perbarui cadangan! Dan tentu saja, ekstra hati-hati dengan hibernasi dan partisi bersama ...


5
Saya akan menandai ini sebagai jawaban yang diterima hanya untuk berbuat salah di sisi hati-hati bagi pengguna baru yang membaca pertanyaan ini.
Ryan Thompson

Pembaruan yang disebabkan oleh satu OS yang mempengaruhi yang lain agak normal dan sebenarnya tidak disebabkan oleh masalah dengan hibernasi. Status hibernasi diperlakukan sebagai file lain pada sistem file. Tidak bisa melihat mengapa jawaban ini diterima.
Matt H

1
Seluruh direktori yang menghilang ke dalam FAT limbo bukanlah "pembaruan yang disebabkan oleh satu OS", bukan yang disengaja setidaknya. Saya mengalami kerusakan data di partisi NTFS yang dibagikan setelah hibernasi Linux, boot Windows, lalu bangun Linux, sesederhana itu.
Chema

2
Hibernasi satu OS dan pemasangan partisi yang sama di yang lain secara efektif memiliki dua sistem operasi mengakses disk pada saat yang sama. Mereka tidak tahu tentang perubahan yang telah dilakukan orang lain sehingga korupsi akan terjadi.
psusi

2
Sepertinya saya bahwa masalahnya adalah OS meninggalkan partisi dalam keadaan "najis". Ada opsi di Windows untuk tidak menulis cache, mungkin itu membantu, Mungkin ada opsi serupa di Linux. Atau mungkin kita dapat menemukan cara agar sistem "membersihkan" partisi sebelum tidur.
Rolf

23

Saya selalu hibernasi Windows sebelum boot di hal lain, Windows terlalu lambat untuk memulai dari awal. Tetapi berbahaya untuk menulis ke partisi OS berhibernasi, karena beberapa tabel FS masih dalam memori (well, dalam file hibernasi tetapi tidak di FS), aplikasi masih memiliki pegangan untuk beberapa file dan umumnya keadaan sistem file baik dari tidak stabil.

Tetapi Anda dapat me-mount partisi read-only, dengan cara ini akan tetap sama persis seperti sebelum hibernasi dan Windows tidak akan melihat apa pun.

Adapun saran tentang pemasangan secara normal dan hanya tinggal jauh dari file sistem, itu bukan ide yang baik. Relokasi konten file mungkin terjadi, MFT mungkin berubah, atribut waktu akses akan berubah, semua hal itu mungkin merusak sistem file. Tidak begitu berbahaya dengan FAT tetapi benar-benar sangat berbahaya dengan NTFS, karena jauh lebih rumit dan memiliki lebih banyak keadaan dalam memori.


1
Apakah Anda yakin bahwa pemasangan read only tidak masalah? Pemahaman saya adalah bahwa dengan filesystem journal, bahkan mount read-only akan memutar ulang jurnal dan dengan demikian menyebabkan perubahan pada filesystem. Di sisi lain, satu-satunya sistem file Linux yang dapat Anda akses dari windows adalah ext2, yang non-jornaling, seperti halnya FAT, dan Linux mungkin melakukan mount NTFS read-only, karena alasan historis. Jadi mungkin itu adalah aman. Bagaimanapun, saya suka jika seseorang memiliki hasil tes yang konkret.
Ryan Thompson

2
Tidak, ketika FS dipasang hanya-baca tidak ada yang berubah sama sekali. Inilah sebabnya mengapa disebut read-only :) Tidak perlu jurnal karena memastikan bahwa status FS selalu benar tetapi ketika keadaan tidak berubah, itu tidak perlu, jadi jurnal tidak digunakan. Dan bekerja untuk saya untuk beberapa waktu sekarang, jadi ada Anda hasil pengujian :)
vava

1
"Jendela terlalu lambat untuk memulai dari awal" Apakah kamu serius? Saya pasti melakukan sesuatu yang salah, karena ketika laptop saya hibernasi, itu menambah sekitar 2 menit atau lebih untuk waktu boot saya.
halaman

1
Saya berbicara tentang XP dan ya, lambat sekali mengingat berapa lama waktu yang dibutuhkan dari boot ke aplikasi yang berfungsi. Ubuntu 9.04 menjalankan lingkaran di sekitarnya. Ubuntu 9.10 jauh lebih lambat karena beberapa alasan.
vava

karena Windows 8 dan lebih tinggi, boot Windows cepat. Ketika saya menggunakan windows 7 itu memuat perlahan jadi sampai saya bisa mendapatkan browser untuk memulai jaringan sudah tersedia. Kemudian saya upgrade ke windows 8 dan sejak itu ketika saya pulang, nyalakan router kemudian nyalakan laptop dan browser saya harus menunggu lama sebelum saya dapat mengakses internet. Karena windows 10 bahkan lebih cepat, tekan power maka beberapa detik Anda akan siap
phuclv

9

Saya secara teratur hibernasi Windows XP dan boot melalui USB ke Ubuntu.
Bekerja dengan sempurna.

Ada perbedaan antara mode 'Siaga' dan mode 'Hibernasi'.
Keadaan OS benar-benar memerah ke disk dan perangkat keras Anda dimatikan.
Jika Anda menyalakan mesin dan menjalankan boot ke beberapa OS lain, itu tidak berdampak pada OS hibernasi.
Anda dapat menyimpan sebanyak mungkin OS yang hibernasi seperti yang Anda inginkan.

Sebagai contoh,
Anda dapat memiliki beberapa instalasi Ubuntu (katakanlah, satu per drive flash USB),
Dan, hibernasi masing-masing, cabut drive, dan boot ke yang lain.
Tidak ada tepi di sini karena tidak ada efek susun / rantai.
Stik USB yang di-hibernasi dalam contoh ini semuanya tidak tergantung satu sama lain
(melintasi mesin berdaya-daya).

Satu kelemahan kecil dari C:\drive " " hibernasi dan boot ke OS lain adalah,
Anda tidak akan bisa me - mount partisi boot hibernasi di OS baru.
Partisi yang terkunci dengan hibernasi.
Itu akan rusak jika diedit di negara itu.


Sebenarnya Anda salah, dengan cara yang baik! Saya mencoba hibernasi Windows dan boot ke Ubuntu dan pemasangan filesystem windows, dan berhasil, tanpa korupsi ketika Anda melanjutkan Windows dari hibernasi! Itu mengejutkan saya.
Ryan Thompson

IMHO yang dibicarakan orang korupsi kemungkinan besar terkait dengan driver Linux NTFS karena tidak sepenuhnya kompatibel dengan semua fitur NTFS. Yang terbaik adalah me-mount Read Only.
Matt H

Ok, Anda juga ingin membaca Apakah NTFS di Ubuntu stabil?
nik

Nik benar - jangan me-mount partisi dari OS lain, itu masih terpasang di OS hibernasi. Anda tidak akan memasang partisi yang sama di dua mesin virtual (menggunakan akses partisi langsung) yang berjalan pada saat yang sama, bukan?
Ben Voigt

8

Saya bisa mengkonfirmasi hilangnya masalah data dengan partisi NTFS bersama. Saya dual-boot antara Lucid Lynx Ubuntu dan Windows 7. Setelah hibernasi Windows 7 dan boot ke Ubuntu, saya melanjutkan untuk membangun tiga mesin virtual VirtualBox (selama 7 hari) dan menginstal berbagai paket perangkat lunak ke dalam mesin-mesin itu. Setelah restart ke Windows 7, file-file itu hilang. Hilang. ntfsundelete dan terutama tidak dapat menemukan mereka.

Jadi, saya menjalankan serangkaian tes untuk melihat apakah ini sebenarnya yang menyebabkan hilangnya data. Saat mematikan Windows 7, memulai Ubuntu, menulis beberapa file, memulai kembali ke Windows 7, file selalu dipertahankan. Saat hibernasi Windows 7, restart di Ubuntu, menulis beberapa file, restart ke Windows 7, file baru hilang.

Saya tidak tahu tentang PERUBAHAN ditulis ke file, apakah mereka dipertahankan atau hilang, tetapi file dan folder baru ditambahkan ke partisi NTFS bersama kemungkinan besar akan hilang dalam situasi ini.


4

Tidak ada yang salah dengan apa yang Anda sebutkan. Bahkan jika Anda memasang sistem file hibernasi, isi hibernasi disimpan ke file besar pada disk - selama Anda tidak menyentuh file ini, atau file sistem penting (jelas), maka tidak ada yang akan terjadi.

Jika Anda mengubah konten partisi dari OS lain setelah Anda mematikan sistem, partisi asli masih akan boot tanpa masalah. Itu hal yang sama di hibernasi.

Pastikan bahwa saat memasang / melepas partisi, Anda tidak merusak file sistem atau informasi tajuk drive (mis. MBR, file jurnal) - meskipun hal ini tidak ada hubungannya dengan hibernasi, dan lebih dari sekadar peringatan umum yang kita semua butuhkan untuk mengetahui.


3
Eksperimen pemikiran: bagaimana jika Anda memiliki dokumen atau file yang terbuka di aplikasi di Windows (misalnya Anda mengedit dokumen Word) maka Anda hibernate dan boot ke OS lain. Tidak ada lagi kunci file yang aktif sejauh yang diketahui Linux dapat melakukan apa pun dengan file tersebut dengan aman, jadi jika Anda memutuskan itu salah arsip dan memindahkannya ke direktori lain, Linux akan mengizinkan Anda. Ketika Anda boot kembali ke Windows, apa yang dilakukan Word jika file-nya tiba-tiba menghilang? Sekarang pikirkan apa yang akan terjadi jika file ini lebih penting daripada dokumen Word? Baca Hanya pemasangan akan menjadi jauh lebih aman.
GAT Diambil

1
Ini ternyata jawaban yang paling akurat. Anda dapat, sebenarnya me-mount dan membuat modifikasi pada drive Windows C saat Windows hibernasi, dan itu tidak akan mengeluh. Saya belum mengujinya dengan Linux, tetapi saya menduga itu tidak akan berhasil.
Ryan Thompson

@Ryan, Anda bisa tetapi tidak 100% aman. NTFS mungkin rusak terlalu mudah. Masalah lain adalah bahwa Linux dan Windows menggunakan NTFS sedikit berbeda sehingga apa yang bekerja dengan Windows mungkin tidak bekerja dengan Linux. Perbedaan-perbedaan ini mungkin berakhir pada korupsi FS, terutama dalam keadaan kasus FS yang demikian.
vava

@ GAThrawn - Apa yang dilakukan Word? Cobalah mengedit dokumen Word secara paksa di bawah Windows dan lihat apa yang terjadi. Ada program untuk menghapus kunci file. @vava - Selama Anda menggunakan program / sistem operasi yang sesuai dengan NTFS MFT dan Journal, itu akan baik-baik saja.
Terobosan

Saya tahu itu tidak 100% aman, tetapi intinya adalah jika saya secara tidak sengaja me-mount sistem file windows di linux setelah hibernasi windows, hasilnya bukan korupsi instan dan tidak dapat diperbaiki. Dengan kata lain, saya benar-benar harus berusaha jika saya ingin menembak diri sendiri.
Ryan Thompson

4

Baru saja mengalami masalah pada drive fisik bersama (FAT32) antara Windows XP dan Windows 7. Saya hibernasi Windows XP, boot ke Windows 7 selama beberapa hari, lalu kembali ke XP. Sekarang saya memiliki sistem file yang rusak pada drive bersama. Disk Checker sedang berjalan, dan itu terlihat sangat buruk. Sebagian besar file yang ditautkan silang, tetapi ribuan.


3
Dengan kata lain ... Jika Anda melakukan hibernate ke disk, JANGAN gunakan drive bersama. (atau, jika Anda menggunakan Linux, umount drive itu sebelum berhibernasi)
Denilson Sá Maia

4

Ini agak tua, tetapi menjadi masalah kritis, kesaksian lain tidak sia-sia.

Saya memiliki hard drive USB NTFS eksternal yang saya gunakan untuk data (tidak ada file terkait OS) dengan 2 PC yang berbeda. Saya biasa mendapatkan kehilangan data konstan sampai saya mengisolasinya. Salah satu PC agak lama dan lambat (Windows XP) jadi saya menggunakan hibernate untuk waktu restart lebih cepat, lepaskan hard drive saat dalam keadaan itu dan menulis data dengan PC lain (Windows 7). Kehilangan data tidak terjadi setiap waktu tetapi pasti disebabkan oleh skenario ini. Karena saya berhenti melakukannya, itu tidak pernah terjadi lagi.


Yang paling menakutkan bagi saya: ini sepertinya tentang disk data, kan? Jadi bahkan bukan keadaan OS itu sendiri yang hibernasi ke disk USB, tetapi hanya data? Dalam hal ini saya agak berharap perangkat lunak untuk menulis hal-hal dengan benar ke disk ketika mereka mendapatkan sinyal bahwa OS akan hibernasi. Tapi ternyata tidak ...
Arjan

1
Persis. Ini adalah disk data. Tidak ada file terkait OS di dalamnya. Maaf karena tidak menekankan itu. Sebenarnya, itu sebabnya saya merasa perlu menambah kontribusi. Ketika saya pertama kali mendiagnosis ini, saya diberi tahu bahwa tidak ada gunanya melakukannya, tetapi meskipun saya seorang profesional, ini tidak terlihat jelas sama sekali dan ini adalah skenario yang sangat mungkin terjadi pada drive eksternal. Saya kira alasan yang tidak umum dibahas adalah bahwa hanya sedikit orang yang benar-benar berusaha keras untuk menganalisis dan mendiagnosisnya. Apalagi melaporkan.
user3671607

Mungkin pertanyaan konyol: apakah Anda dengan aman menghapus drive (yaitu file manager, klik kanan pada perangkat, dan mengeluarkan) sebelum hibernasi, atau apakah Anda baru saja menarik drive?
gamen

Ya, itu adalah komentar konyol: bagaimana Anda menghapus drive dengan aman saat komputer hibernasi?
user3671607

3

Saya mengalami masalah dengan hibernate dan multi-boot. Situasi: Ubuntu dan WinxP Multboot tetapi partisi data terlihat untuk kedua OS. Saya melakukan beberapa pengujian ... bolak-balik ... Jadi saya mengedit Wordfile dengan Word ... Menyimpan file dan menutup Word. Hibernasi ... mulai Ubuntu ... edit file yang sama dengan OpenOffice ... hibernasi.

Rebboot ke WinXP hibernasi. Word TIDAK 'melihat' perubahannya ... Itu hanya terlihat seperti file lain ...

Saya juga melakukan pengujian sebaliknya ... Kedua kalinya file rusak ... Saya tidak bisa membuka file atau menghapus file Chkdsk 'memecahkan' masalah tetapi file itu hilang ... Dalam tes lain Ubuntu tidak bahkan melihat file yang diedit.

JADI ketika menggunakan hibernasi dan partisi yang sama (TIDAK perlu menjadi partisi tempat OS boot dari ...) ist sangat berbahaya ... File dapat dan akan rusak dalam pengujian saya dan saya dapat mengulanginya ... BTW: Dalam pengujian saya, saya SELALU menyimpan file dan menutup aplikasi (Word dan OpenOffice) sebelum masuk ke hibernate ... !! Saya pikir me-mount partisi adalah penyebabnya, tetapi sekarang saya pikir masalahnya pasti ada pada file-caching atau apa pun ... Bagaimanapun: Hati-hati dengan multi-OS-hibernasi ... !! Salam, ArnoR


3

Saya memiliki pengalaman yang sangat merusak berikut dengan dual-boot Windows (Vista) dan Ubuntu (9, 10, 11). Saya bukan pengguna teknis, meskipun saya memiliki pengalaman panjang menggunakan dan mengkonfigurasi Windows dan DOS. Saya menginstal Ubuntu melalui CD langsung di mesin Win Vista. Ini diproses dengan sempurna dan saya memiliki dual boot dan berjalan dalam waktu singkat. Melihat tidak ada peringatan yang terpasang pada instalasi Ubuntu, saya (secara naif) berasumsi bahwa saya bisa hibernasi (menyimpan ke disk, tidak menangguhkan) kedua sistem dan beralih secara bebas di antara mereka. Ini memiliki hasil sebagai berikut:

1) Saya membuat kesalahan dengan mengedit file teks di Ubuntu yang saya lupa terbuka di Windows. Setelah itu file tidak dapat diakses oleh sistem operasi mana pun. Bahkan tidak bisa dihapus. Chkdsk akhirnya menghapusnya, tetapi data saya hilang.

2) Saya juga mencoba dua operasi file lainnya dari Ubuntu langsung ke partisi Win: Menghasilkan file pdf dari OpenOffice, dan membuat direktori / folder pada desktop Win. Keduanya tidak dapat diakses dari Windows (meskipun mereka dapat dilihat di Win explorer). Untungnya mereka dapat dihapus dari Ubuntu, meskipun chkdsk harus dijalankan sesudahnya untuk menghapus kemudian sepenuhnya dari Windows.

3) File Writer OpenOffice besar (disimpan sebagai * .doc), yang diedit pertama dalam satu, kemudian di sistem operasi lain beberapa kali (tidak terbuka di sistem lain ketika saya mengeditnya), tiba-tiba membengkak dalam ukuran dari sekitar 2 MB hingga 7 MB, membuatnya hampir mustahil untuk memuat dan menyimpan. Ketika saya menyimpan file sebagai dokumen * .odt ukurannya sangat berkurang tetapi waktu penyimpanan / pengambilannya tidak lebih cepat. Ketika saya membuka ritsleting file, bagian "isi" -nya ternyata lebih dari 22 MB. Ketika saya mengakses ini dengan editor teks, ternyata setiap kata dan ruang dalam dokumen secara terpisah diformat masuk dan keluar dengan gaya yang sama! Saya akhirnya menyelesaikan masalah dengan membandingkan versi raksasa dengan versi sebelumnya dari file yang sama, menggunakan versi lama sebagai dasar untuk perbandingan, dan kemudian menerima semua perubahan dan menyimpan.

4) Pada titik ini saya memutakhirkan dari Ubuntu 10 ke Ubuntu 11 dan menemukan bahwa sistem 11 menggunakan antarmuka Unity baru secara eksklusif, yang sepenuhnya tidak dapat diterima untuk keperluan saya. Ketika saya menemukan cara menginstal Gnome di Ubuntu 11, ternyata Gnome 3 jauh lebih rendah daripada Gnome 2. Oleh karena itu saya memutuskan untuk menghapus Ubuntu sepenuhnya dan membuat instalasi baru Karmic Koala, yang menggunakan Gnome 2 tanpa jejak yang baru Sistem kesatuan Ini ternyata rumit, tetapi setelah menemukan instruksi yang sama persis diulang dalam beberapa manual online, saya melanjutkan. Semuanya berjalan dengan baik sampai saya menjalankan EasyBCD 2.1.2 (dari windows), yang akan memungkinkan saya untuk reboot langsung ke Windows setelah booter Grub Ubuntu telah dihapus. Pada reboot, saya menemukan bahwa MBR saya rusak fatal dan mesin tidak mengenali hard drive yang dapat di-boot.

5) Sekarang saya bisa boot ke Vista lagi dan saya bersiap untuk menginstal ulang Ubuntu, ketika saya menemukan bahwa sejumlah file mulai menghilang dari sistem saya secara acak. Jelas sistem file itu masih rusak. Hanya instal ulang lengkap Windows yang menyelesaikan masalah, dan saya sekarang mempertimbangkan dengan sangat hati-hati apa yang harus saya lakukan untuk menghindari masalah serupa di masa depan, sebelum menginstal Karmic Koala. Saya harap masalah saya terkait dengan masalah hibernasi, tetapi yang pasti, saya sedang mempertimbangkan untuk membuat partisi NTFS "transfer" yang terpisah, di mana saya dapat meletakkan file dari satu sistem operasi sebelum mengaksesnya dari yang lain. Impraktis, tetapi seharusnya aman. Saya harap.


2

Jangan lakukan itu (lagi!)

Saya hibernasi Vista / NTFS saya dan boot Lucid, bekerja 3 hari pada partisi ntfs bersama, dan mulai memiliki file dan direktori yang hilang atau dikunci dengan pesan kesalahan buruk (dalam jelas). Ketika saya boot kembali ke windows itu benar-benar berantakan, desktop menjadi kacau dll. Mudah-mudahan chkdsk dapat memperbaiki sebagian besar dan saya mengambil dari.000.000 sekitar 98% dari apa yang saya miliki sebelumnya.
Jadi jelas bukan hal yang baik untuk dilakukan.
Saya agak ingat bahwa ini tidak mungkin dilakukan sebelumnya: partisi ntfs 'hibernated' tidak dapat di-mount di linux karena beberapa alasan (tampaknya bagus). Saya ingin kembali ke perilaku lama ini


2

BAHAYA! Saya juga dapat mengkonfirmasi bahwa ini adalah masalah yang mengerikan untuk volume FAT32 dan NTFS & hanya ketika Windows (saya memiliki windows 7) di-hibernasi. Saya pikir ini terkait dengan caching dan telah mempertimbangkan pengaturan drive untuk penghapusan cepat. Itu mungkin memperbaikinya, tetapi saya belum mencobanya karena saya benar-benar hanya ingin mengatur satu partisi dengan cara ini yang Windows tampaknya tidak mendukung. Bahkan driver ntfs OSX saya mendukung per kontrol cache partisi, tetapi tidak windows. Juga, driver ntfs OSX saya tampaknya mengenali bahwa drive tidak boleh dipasang. Tampaknya terikat dengan masalah ini. Semoga itu bisa membantu.


1
Ya, ini terkait dengan caching, dan tidak, "optimalkan penghapusan cepat" tidak akan membantu. Itu membuat Windows menulis perubahan dengan segera, tetapi Windows masih akan menganggap (berbahaya) bahwa cache baca-nya 100% valid, dan tidak akan melihat perubahan yang dilakukan OS lain ke disk.
Ben Voigt

1

Ini pengalaman saya. Saya menggunakan sistem dual boot dengan Windows dan Kubuntu (11.04). Sebagian besar file saya ada di partisi Windows NTFS dan saya menggunakannya terutama dari Linux. Ini dipasang menggunakan FUSE.

Inilah yang terjadi:

  1. Windows berhibernasi
  2. Pada boot berikutnya, boot ke Linux dan menggunakannya selama beberapa minggu - tanpa boot ke Windows
  3. Boot kembali ke Windows (karena tes online hanya bekerja di Internet Explorer dan tidak ada yang lain, entah bagaimana ie4linux tidak cukup)

Ketika Windows dilanjutkan, saya perhatikan bahwa semua file yang dibuat dalam dua minggu itu hilang. Saya reboot kembali ke Linux untuk memverifikasi hanya untuk menemukan file yang hilang di sana juga. Saya menduga Windows mengembalikan sistem file NTFS ke keadaan ketika hibernasi dan mengembalikannya kembali ke titik waktu.

Saya mencoba alat-alat seperti ntfsundelete dan testdisk. File-file yang hilang itu tidak terdaftar. Juga, Linux memasang drive itu dalam mode RW bahkan ketika Windows telah hibernasi dan tidak mematikan. Saya kira Linux memperingatkan atau hanya me-mount drive dalam mode read-only, tetapi itu tidak terjadi di sini.


2
Ada tanda pada metadata filesystem apakah itu di-mount dengan benar atau tidak ... Saya juga akan berpikir perilaku yang benar adalah untuk driver Linux NTFS untuk memeriksa flag itu.
Ben Voigt

1

Saya juga dapat mengkonfirmasi bahwa berbagi beberapa partisi non-sistem antara dua O / S yang berbeda dalam keadaan hibernate membuat sistem file rusak dan kehilangan data.

Skenario: Saya memiliki 3 partisi NTFS: 1. Windows XP 2. Windows 7 3. Data (Saya masih harus menggunakan XP untuk aplikasi lama yang tidak berfungsi dengan baik dalam mode kompatibilitas).

Contoh: Boot dari partisi 1 (XP) dan jalankan Thunderbird yang menyimpan file pada 3. Lalu hibernate (OS dump RAM untuk hibernasi file dan shutdown PC). Boot dari partisi 2 (7) dan jalankan Thunderbird yang menyimpan file di 3. Di sini masalahnya dimulai dengan mengakses file dll. Kadang-kadang dengan atau tanpa chkdsk. Kembali untuk mem-boot dari partisi 1 dan file yang diperbaiki oleh OS_2_7 rusak lagi, bahkan terburuk beberapa file yang terbuka sebelum hibernasi (mis. Firefox) rusak sekarang.

Jadi iya. Hibernasi dua O / S tidak peduli mereka menggunakan sistem / partisi non-sistem akan membuat data rusak. Mengapa Saya kira penyebab utama adalah file LOCK dan MFT. Setelah bangun dari hibernasi O / S tidak me-refresh MFT, jadi anggaplah masih menemukan file di sektor lama, jadi file apa pun yang mengubah ukuran / tempatnya akan rusak.


Nah, file apa yang menjadi rusak? Hanya milik Thunderbird atau beberapa file yang tidak terkait? Dapat masuk akal (jika beberapa) bahwa jika Thunderbird dijalankan dari lokasi yang sama di partisi 3 maka ada dua set data yang berbeda dalam dua sistem yang berbeda. Yang satu akan mencoba memaksa yang lain.
Doktoro Reichard

0

Saya biasa melakukan hal ini. Saya tidak pernah memasang drive sistem mesin hibernasi untuk menghindari kecelakaan, dan setiap OS memiliki partisi swap sendiri-sendiri. Namun saya memiliki partisi data khusus, yang akan saya gunakan untuk mentransfer data antara dua OS hibernasi. Saya bahkan meletakkan profil Firefox dan Thunderbird di sana, jadi saya tidak perlu menyimpan dua profil terpisah. Pastikan untuk menutup Firefox di satu mesin sebelum hibernasi.

Saya tidak ingat pernah mengalami masalah dengan pengaturan, dan saya menggunakannya cukup lama juga.


FS apa yang Anda gunakan pada partisi bersama? Saya mulai berpikir bahwa mungkin NTFS ada hubungannya dengan itu, semua orang mengeluh bahwa paritisi NTFS bersama mereka semakin rusak.
Rolf

@Rolf: NTFS dengan driver ntfs-3g di Linux. Juga, ini murni partisi data, kecuali untuk aplikasi seperti Firefox / Thunderbird, yang saya tahu memiliki peringatan untuk shutdown yang tidak bersih, dan yang saya akan selalu tutup sebelum berpindah OS.
Lie Ryan

Mungkin FAT akan melakukannya? NTFS lebih baik tetapi dalam kasus ini tampaknya tidak berfungsi dengan baik, untuk sedikitnya. Juga, jika kita dapat membuat sistem untuk menyiram semua buffer ke disk sebelum hibernasi, mungkin itu akan membantu. Tapi saya kira akan lebih baik untuk bereksperimen dengan sistem file yang berbeda (EXT atau yang lain mungkin juga menjadi pilihan) untuk partisi bersama. Jika ada yang mau melakukan itu :) Mungkin di mesin virtual? BTW Saya mengalami masalah yang sama dengan menggunakan VM, menyimpan keadaan, lalu menggunakan VM yang sama (file yang sama) tetapi di bawah OS lain. Host VM tidak mengetahui status yang disimpan.
Rolf

1
Jadi apa yang Anda katakan adalah bahwa jika kita ingat untuk menutup semua pegangan file ke partisi bersama sebelum hibernasi, maka itu harus OK.
Rolf

0

Jawabannya adalah, dengan NTFS, tampaknya, ya (lihat jawaban lain). Anda dapat mencoba dengan sistem file yang lebih lama, lebih sederhana seperti FAT. Tapi itu akan menjadi tikaman dalam gelap.

Saya hanya ingin menambahkan bahwa masalahnya dapat direproduksi dengan mesin virtual. Saya menggunakan VirtualBox pada mesin dual boot. Saya telah menginstal perangkat lunak host VirtualBox di partisi Windows dan Linux, dan menyimpan file gambar pada partisi NTFS bersama. Tujuannya adalah untuk dapat menggunakan VM yang sama di Windows dan Linux.

Karena kebiasaan, saya menggunakan perintah "save machine" di VirtualBox ketika mematikan VM. Saya menggunakan perintah ini (yang menyimpan keadaan RAM untuk VM di suatu tempat), reboot laptop saya ke OS lain, dan menggunakan VM yang sama lagi. Tidak ada opsi pemulihan di VirtualBox, jadi rupanya VirtualBox tidak menyadari keadaan yang disimpan dari VM jika negara disimpan menggunakan instalasi lain dari VirtualBox. Saya membaca bahwa VMware mungkin lebih pintar tentang itu, tetapi saya belum mencobanya.

Akhirnya semua VM saya rusak. Saya bisa memperbaiki sebagian besar kerusakan menggunakan fsck.

Ini hanya untuk mengatakan bahwa Anda tidak perlu menghabiskan berjam-jam mempartisi dan menginstal OS untuk mereproduksi masalah ini.

Solusi saya? Hibernasi dinonaktifkan pada Windows. Ini dinonaktifkan secara default di Ubuntu. Juga jangan pernah menggunakan save machine state untuk VM jika Anda berencana untuk meluncurkan VM itu dalam konteks yang berbeda (OS berbeda, instalasi host berbeda, dll).

Sampai seseorang datang dengan sistem file (atau OS, atau apa pun) yang tidak rentan terhadap masalah ini.

Juga, menutup semua pegangan terbuka pada partisi bersama (dan mungkin membilas ke disk) sebelum hibernasi (atau, saya kira melepas partisi - harus ada cara untuk melakukan itu di Windows juga) jika telah dilaporkan untuk menghindari korupsi (lihat Lie Ryan menjawab). Saya lebih suka aman dan tidak menggunakan hibernate sama sekali dalam situasi ini.


Status penyimpanan Kotak Virtual sama sekali berbeda dari hibernasi. Status simpan adalah fitur mesin virtual, bukan fitur OS. OS benar-benar tidak sadar ketika keadaan penyimpanan sedang terjadi. Status penyimpanan tidak disimpan dalam gambar disk virtual, tetapi dalam file lain. Virtual Box sebenarnya dapat mengembalikan keadaan tersimpan ke mesin yang berbeda, itu disebut teleporting.
Lie Ryan

-3

Saya hanya berpikir ini tidak mungkin.

Saat Anda hibernasi, komputer 'terkunci' (karena tidak ada istilah yang lebih baik) untuk OS itu. Anda tidak hibernasi OS, Anda hibernasi seluruh komputer. Saat melanjutkan dari hibernasi, Anda tidak perlu melalui BIOS dan POST lagi.


Saya tidak berbicara tentang menangguhkan ke RAM, maksud saya hibernasi ke disk. Saya akan mengedit pertanyaannya menjadi lebih spesifik.
Ryan Thompson

7
Tampaknya salah bagiku. Saat Anda hibernasi, komputer dimatikan. Ketika Anda menyalakannya lagi, ia akan melewati BIOS dan POST. Hanya ketika pemuat OS melihat bahwa ia telah hibernasi maka itu akan memuat file yang berisi status memori (hiberfil.sys untuk Windows) dan memulihkan OS.
Snark

Tidak, itu akan menyebabkan masalah dengan konsistensi sistem file. Lihat posting saya di atas.
Nathan Osman

@ George: Akan ada masalah dengan konsistensi sistem file, jika Anda berbagi sistem file antara kedua OS. Tetapi Anda tentu dapat menjalankan OS yang berbeda yang memiliki sekumpulan partisi sendiri, bertentangan dengan jawaban ini.
Ben Voigt

Jika tidak melalui BIOS dan POST maka tidak akan mungkin untuk memilih OS saat startup dan melakukan messups seperti yang dijelaskan di sini. Hibernate tidak ditangguhkan untuk ram.
Rolf
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.