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

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.

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

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.

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.

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.

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.

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.

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.

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

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.

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

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.

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.

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.

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.

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.

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.