Ngủ đông và khởi động vào hệ điều hành khác: hệ thống tập tin của tôi có bị hỏng không?

QUAN TRỌNG

Nếu bạn đến đây để tìm câu trả lời cho câu hỏi này, xin vui lòng đọc tất cả các câu trả lời dưới đây. Có một số lời chứng thực từ những người đã mất dữ liệu làm việc này. Nếu bạn có kế hoạch để làm điều này thường xuyên, tôi khuyên bạn nên tự kiểm tra.

Câu hỏi gốc

Giả sử tôi đã cài đặt Windows và Linux trên cùng một máy tính. Nếu tôi ngủ đông Windows, tôi có thể khởi động vào Linux mà không làm hỏng hệ thống tệp Windows khi tôi tiếp tục Windows không? Còn cách khác thì sao? Điều gì sẽ xảy ra nếu tôi ngủ đông một cái, khởi động vào cái kia và gắn kết hệ thống tập tin ngủ đông đọc / ghi? Chỉ đọc? Nếu điều này không an toàn, có cách nào để phát hiện trạng thái ngủ đông của HĐH khác và ngăn chặn việc gắn hệ thống tập tin của nó không?

Về cơ bản, tôi có thể đẩy cái này bao xa trước khi nó vỡ, và nó nguy hiểm đến mức nào? Tôi nghĩ rằng tôi biết câu trả lời cho một số câu hỏi trên, nhưng đối với những câu hỏi khác, tôi không biết và vì lý do rõ ràng tôi đã không kiểm tra điều này trên máy tính của riêng tôi. Nếu ai đó đã thử nghiệm những điều này, xin vui lòng khai sáng phần còn lại của chúng tôi. Tôi không nhất thiết phải tìm kiếm một câu trả lời cụ thể cho mọi câu hỏi; Tôi sẽ chấp nhận bất kỳ câu trả lời nào trả lời một phần hợp lý.

BIÊN TẬP

Hãy để tôi làm rõ rằng khi tôi nói "ngủ đông", ý tôi là quá trình ghi nội dung của RAM vào đĩa cứng và tắt nguồn hoàn toàn cho máy tính. Ở trạng thái này, việc bật lại máy tính sẽ đưa bạn qua BIOS và bộ tải khởi động một lần nữa và về mặt lý thuyết bạn có thể chọn một hệ điều hành khác trên hệ thống đa khởi động. Dù sao, với câu hỏi ban đầu:

Kết quả của tôi

Ok, sau khi đảm bảo của mọi người rằng điều này sẽ hoạt động, tôi đã tự mình thử nghiệm nó. Tôi thiết lập Ubuntu để kết nối lại tất cả các hệ thống tập tin ntfs và các ổ đĩa ngoài chỉ đọc trước khi ngủ đông. Không cần thiết lập Windows tương tự vì Windows không đọc các hệ thống tệp Linux. Sau đó, tôi đã thử xen kẽ ngủ đông một hệ điều hành và tiếp tục lại hệ điều hành khác, qua lại vài lần. Tôi thậm chí đã thử gắn hệ thống tệp Windows từ Ubuntu đọc-ghi và tạo một vài tệp. Windows đã không phàn nàn khi tôi tiếp tục. Vì vậy, để kết luận, bạn có thể ít nhiều tự do ngủ đông trong một kịch bản Windows / Linux khởi động kép.

Lưu ý rằng tôi đã không kiểm tra tình huống ngủ đông kép Linux / Linux. Nếu bạn có hai hoặc nhiều bản cài đặt Linux và bạn ngủ đông một trong số chúng, bạn có thể làm hỏng hệ thống tệp bằng cách gắn nó từ một bản khác.

Khởi động Windows qua Linux ngủ đông không phải là ý kiến ​​hay. Tôi vừa mất 20 GiB dữ liệu trong phân vùng NTFS được chia sẻ ...

Một ngày nọ, tôi đã ngủ đông Ubuntu Lucid và lần tiếp theo tôi đã kích hoạt máy tính của mình. Một số cập nhật đã làm hỏng tùy chọn đã lưu trong Grub, vì vậy thay vì khởi động lại Ubuntu như bình thường, nó đã khởi động Windows 7. Khi tôi quay lại với cà phê của mình, tôi chỉ tiếp tục sử dụng nó mà không nhớ Ubuntu đang ở chế độ gấu. Tôi có thể đã truy cập âm nhạc, hồ sơ Firefox, tài liệu, tải xuống và trò chơi từ phân vùng được chia sẻ.

Lần sau khi tôi chuyển sang Ubuntu, tôi thấy thông báo "thức dậy từ chế độ ngủ đông". Đăng. Nhưng tôi đã dự đoán nó sẽ thất bại khi thức dậy và thay vào đó, khởi động lại mềm, như đã xảy ra lần trước khi tôi "thử" điều này (trong thời Karmic của tôi). Nhưng không, nó tỉnh dậy rồi. Mát mẻ. Hay không. Tôi nhanh chóng nhận ra một thư mục trong thư mục gốc của phân vùng chia sẻ hiện đang trống. Tôi nghĩ rằng các chương trình duy nhất truy cập vào phân vùng được chia sẻ khi tiếp tục là Quod Libet (trình phát nhạc) và Transmission (bittorrent client).

Tôi đã trở lại Windows, nơi tôi thậm chí không thể mở thư mục. Cố gắng "dir" nó trong shell tạo ra "tập tin không tìm thấy". Tham nhũng. Tuy nhiên, không gian trống của phân vùng không tăng, vì vậy 20 GiB của tôi có lẽ vẫn còn ở đó, an toàn không bị ghi đè. Có lẽ. Nhưng làm thế nào để đến với họ?

Một nghiên cứu nhỏ cung cấp ít sự giúp đỡ, và làm cho hy vọng của tôi thậm chí còn ảm đạm hơn.

Tôi đã chạy Scandisk ("Kiểm tra lỗi") mà không sửa chữa tự động, vì tôi không muốn mạo hiểm sửa nó bằng cách phá hủy dữ liệu của mình. Kết quả không có nhiều thông tin: "Đã tìm thấy lỗi. Chạy với sửa chữa tự động." Tôi không biết, dường như nó cũng đánh dấu phân vùng sẽ được tự động kiểm tra trong lần khởi động tiếp theo. Tôi tắt nguồn và đi xa, và quay lại với EasyRecovery sau đó.

Máy tính bắt đầu với tôi không chú ý, như thường lệ, và khi tôi nhìn, chkdsk đã phát sinh lỗi hoàn toàn, điều đó đã xảy ra trong mười phút. Oh tốt, ở đây không có gì.

May mắn là tôi đã thắp một ngọn nến cho Santa Tecla gần đây và sau khi Windows khởi động, dữ liệu của tôi đã trở lại, tất cả đều theo như tôi có thể nói, mặc dù một số tệp đã kết thúc trong Found.000.

Vì vậy, có, điều này đã có một kết thúc có hậu. Bạn sẽ tha thứ cho sự hồi hộp kịch tính, nhưng điều đó sẽ dẫn đến một điểm: sao lưu dữ liệu của bạn! Và (trong trường hợp của tôi) giữ cho bản sao lưu cập nhật! Và tất nhiên, hãy cẩn thận hơn với các phân vùng ngủ đông và chia sẻ ...

Tôi luôn ngủ đông Windows trước khi khởi động mọi thứ khác, Windows quá chậm để bắt đầu lại từ đầu. Nhưng thật nguy hiểm khi ghi vào phân vùng của hệ điều hành ngủ đông, bởi vì một số bảng FS vẫn còn trong bộ nhớ (tốt, trong tệp ngủ đông nhưng không phải trong FS), các ứng dụng vẫn xử lý một số tệp và nói chung trạng thái hệ thống tệp là loại không ổn định.

Nhưng bạn có thể gắn kết phân vùng đó chỉ đọc, theo cách này nó sẽ giữ nguyên chính xác như trước khi ngủ đông và Windows sẽ không nhận thấy điều gì.

Đối với một gợi ý về việc gắn nó bình thường và tránh xa các tệp hệ thống, đó không phải là một ý tưởng tốt. Việc di chuyển nội dung tệp có thể xảy ra, MFT có thể bị thay đổi, thuộc tính thời gian truy cập sẽ bị thay đổi, tất cả những thứ đó có thể làm hỏng nghiêm trọng hệ thống tệp. Nó không quá nguy hiểm với FAT nhưng nó thực sự nguy hiểm với NTFS, vì nó phức tạp hơn nhiều và có nhiều trạng thái hơn trong bộ nhớ.

Tôi thường xuyên ngủ đông Windows XP và khởi động qua USB vào Ubuntu.
Hoạt động hoàn hảo.

Có một sự khác biệt giữa chế độ 'Chờ' và chế độ 'Ngủ đông'.
Trạng thái HĐH được xả hoàn toàn vào đĩa và phần cứng của bạn bị tắt.
Nếu bạn cấp nguồn cho máy và khởi động vào một số HĐH khác, nó không có tác động đến HĐH ngủ đông.
Bạn có thể giữ bao nhiêu hệ điều hành ngủ đông như bạn muốn.

Ví dụ:
Bạn có thể có nhiều cài đặt Ubuntu (giả sử, một cài đặt trên mỗi ổ flash USB),
và, ngủ đông từng cái, rút ​​ổ đĩa và khởi động vào một ổ đĩa khác.
Không có cạnh ở đây vì không có hiệu ứng xếp / chuỗi.
Các thanh USB ngủ đông trong các ví dụ này hoàn toàn độc lập với nhau
(trên một máy chạy bằng điện).

Một nhược điểm nhỏ của C:\ổ đĩa " " ngủ đông và khởi động vào hệ điều hành khác là,
bạn sẽ không thể gắn phân vùng khởi động ngủ đông trong HĐH mới.
Các phân vùng được khóa với ngủ đông.
Nó sẽ bị hỏng nếu được chỉnh sửa trong trạng thái đó.

Tôi có thể xác nhận việc mất dữ liệu với phân vùng NTFS được chia sẻ. Tôi khởi động kép giữa Lucid Lynx Ubuntu và Windows 7. Sau khi ngủ đông Windows 7 và khởi động vào Ubuntu, tôi đã tiến hành xây dựng ba máy ảo VirtualBox (trong vòng 7 ngày) và cài đặt nhiều gói phần mềm vào các máy đó. Khi khởi động lại vào Windows 7, các tệp đã biến mất. Không còn. ntfsundelete và trước hết không thể tìm thấy chúng.

Vì vậy, tôi đã chạy một loạt các thử nghiệm để xem liệu đây có thực sự là nguyên nhân gây mất dữ liệu hay không. Khi tắt Windows 7, khởi động Ubuntu, ghi một số tệp, khởi động lại vào Windows 7, các tệp luôn được giữ lại. Khi ngủ đông Windows 7, khởi động lại trong Ubuntu, viết một số tệp, khởi động lại vào Windows 7, các tệp mới sẽ biến mất.

Tôi không biết về những THAY ĐỔI được ghi vào một tệp, cho dù chúng được giữ lại hay bị mất, nhưng các tệp và thư mục mới được thêm vào phân vùng NTFS được chia sẻ rất có thể sẽ bị mất trong tình huống này.

Không có gì sai với những gì bạn đề cập. Ngay cả khi bạn gắn hệ thống tệp ngủ đông, nội dung của chế độ ngủ đông được lưu vào một tệp lớn trên đĩa - miễn là bạn không chạm vào tệp này hoặc bất kỳ tệp hệ thống quan trọng nào (rõ ràng), thì sẽ không có gì xảy ra.

Nếu bạn thay đổi nội dung của một phân vùng từ một hệ điều hành khác sau khi bạn tắt hệ thống, phân vùng ban đầu sẽ vẫn khởi động mà không gặp vấn đề gì. Đó là điều tương tự trong ngủ đông.

Chỉ cần chắc chắn rằng khi gắn / ngắt kết nối phân vùng, bạn không làm hỏng bất kỳ tệp hệ thống hoặc thông tin tiêu đề ổ đĩa nào (ví dụ MBR, tạp chí tệp) - mặc dù điểm này không liên quan gì đến chế độ ngủ đông và hơn nữa chỉ là cảnh báo chung mà chúng ta cần để biết.

Chỉ gặp sự cố trên một ổ đĩa vật lý dùng chung (FAT32) giữa Windows XP và Windows 7. Tôi đã ngủ đông Windows XP, khởi động vào Windows 7 trong vài ngày, sau đó quay lại XP. Bây giờ tôi có một hệ thống tập tin bị hỏng trên ổ đĩa được chia sẻ. Disk Checker đang chạy, và nó trông khá tệ. Chủ yếu là các tập tin liên kết chéo mặc dù, nhưng hàng ngàn trong số họ.

Điều này hơi cũ, nhưng là một vấn đề quan trọng, một lời chứng thực khác là đáng giá.

Tôi có một ổ cứng USB NTFS ngoài mà tôi đang sử dụng cho dữ liệu (không có tệp liên quan đến HĐH) với 2 PC khác nhau. Tôi đã từng bị mất dữ liệu liên tục trên đó cho đến khi tôi tách được vấn đề. Một trong những PC khá cũ và chậm (Windows XP) vì vậy tôi đã sử dụng chế độ ngủ đông để có thời gian khởi động lại nhanh hơn, ngắt kết nối ổ cứng trong khi ở trạng thái đó và ghi dữ liệu với PC khác (Windows 7). Mất dữ liệu không phải lúc nào cũng xảy ra nhưng chắc chắn là do kịch bản này gây ra. Kể từ khi tôi ngừng làm việc đó, nó không bao giờ xảy ra nữa.

Tôi gặp vấn đề với ngủ đông và đa khởi động. Tình huống: Ubuntu và WinxP Multboot nhưng phân vùng dữ liệu hiển thị cho cả hai hệ điều hành. Tôi đã thực hiện một số thử nghiệm ... qua lại ... Vì vậy, tôi đã chỉnh sửa Wordfile bằng Word ... Đã lưu tệp và đóng Word. Ngủ đông ... đã khởi động Ubuntu ... đã chỉnh sửa cùng một tệp với OpenOffice ... ngủ đông.

Tái cấu trúc thành WinXP ngủ đông. Word KHÔNG 'thấy' các thay đổi ... Nó đơn giản được nới lỏng như một tệp khác ...

Tôi cũng đã thực hiện kiểm tra theo cách khác ... Tệp lần thứ hai bị hỏng ... Tôi không thể mở tệp hoặc xóa tệp Chkdsk đã 'giải quyết' vấn đề nhưng tệp bị mất ... Trong một thử nghiệm khác, Ubuntu đã không thậm chí xem tập tin chỉnh sửa.

Vì vậy, khi sử dụng chế độ ngủ đông và các phân vùng giống nhau (KHÔNG cần phải là phân vùng mà HĐH khởi động từ ...) ist rất nguy hiểm ... Các tệp có thể và sẽ bị hỏng trong các thử nghiệm của tôi và tôi có thể lặp lại ... BTW: Trong các thử nghiệm của mình, tôi LUÔN lưu tệp và đóng ứng dụng (Word và OpenOffice) khi đang ngủ đông ... !! Tôi nghĩ rằng việc gắn phân vùng là thủ phạm nhưng bây giờ tôi nghĩ vấn đề phải là một cái gì đó về bộ nhớ đệm tập tin hoặc bất cứ điều gì ... Dù sao đi nữa: Hãy cẩn thận với chế độ ngủ đông đa hệ điều hành ... !! Trân trọng, ArnoR

Tôi đã có trải nghiệm hủy diệt cao sau đây với Windows khởi động kép (Vista) và Ubuntu (9, 10, 11). Tôi không phải là người dùng kỹ thuật, mặc dù tôi có kinh nghiệm lâu năm trong việc sử dụng và định cấu hình Windows và DOS. Tôi đã cài đặt Ubuntu thông qua đĩa CD trực tiếp trên máy Win Vista. Điều này xử lý hoàn hảo và tôi đã khởi động kép và chạy ngay lập tức. Thấy không có cảnh báo nào trong quá trình cài đặt Ubuntu, tôi (ngây thơ) cho rằng tôi có thể ngủ đông (lưu vào đĩa, không treo) cả hai hệ thống và tự do chuyển đổi giữa chúng. Điều này đã có kết quả như sau:

1) Tôi đã phạm sai lầm khi chỉnh sửa tệp văn bản trong Ubuntu mà tôi đã quên là mở trong Windows. Sau đó, tệp không thể truy cập được vào hệ điều hành. Nó thậm chí không thể bị xóa. Chkdsk cuối cùng đã xóa nó, nhưng dữ liệu của tôi đã bị mất.

2) Tôi cũng đã thử trực tiếp hai thao tác tệp khác từ Ubuntu vào phân vùng Win: Tạo tệp pdf từ OpenOffice và tạo thư mục / thư mục trên màn hình Win. Cả hai đều không thể truy cập từ Windows (mặc dù chúng có thể được nhìn thấy trong Win explorer). May mắn thay, chúng có thể bị xóa khỏi Ubuntu, mặc dù chkdsk phải được chạy sau đó để delte sau đó hoàn toàn khỏi Windows.

3) Một tệp OpenOffice Writer lớn (được lưu dưới dạng * .doc), được chỉnh sửa đầu tiên trong một, sau đó trong hệ điều hành khác nhiều lần (nó không được mở trong hệ thống khác khi tôi chỉnh sửa), đột nhiên xuất hiện kích thước từ khoảng 2 MB đến 7 MB, khiến cho việc tải và lưu gần như không thể. Khi tôi lưu tệp dưới dạng tài liệu * .odt, kích thước của nó đã giảm đáng kể nhưng thời gian lưu / tải không nhanh hơn. Khi tôi giải nén tệp, phần "nội dung" của nó hóa ra là hơn 22 MB. Khi tôi truy cập phần này bằng trình soạn thảo văn bản, hóa ra mỗi từ và khoảng trắng trong tài liệu được định dạng riêng biệt trong và ngoài cùng một kiểu! Cuối cùng tôi đã giải quyết vấn đề bằng cách so sánh phiên bản khổng lồ với phiên bản cũ hơn của cùng một tệp, sử dụng phiên bản cũ làm cơ sở để so sánh, sau đó chấp nhận tất cả các thay đổi và lưu.

4) Tại thời điểm này, tôi đã nâng cấp từ Ubuntu 10 lên Ubuntu 11 và phát hiện ra rằng hệ thống 11 chỉ sử dụng giao diện Unity mới, điều này hoàn toàn không thể chấp nhận được cho mục đích của tôi. Khi tôi tìm ra cách cài đặt Gnome trên Ubuntu 11, hóa ra Gnome 3 kém hơn nhiều so với Gnome 2. Do đó, tôi đã quyết định gỡ cài đặt hoàn toàn Ubuntu và tạo một bản cài đặt mới của Karmic Koala, sử dụng Gnome 2 mà không có bất kỳ dấu vết nào mới. Hệ thống đoàn kết. Điều này hóa ra là phức tạp, nhưng sau khi tìm thấy các hướng dẫn chính xác tương tự được lặp lại trong một số hướng dẫn trực tuyến, tôi đã xử lý. Mọi thứ đều ổn cho đến khi tôi chạy EasyBCD 2.1.2 (từ windows), điều này sẽ cho phép tôi khởi động lại trực tiếp vào Windows sau khi trình khởi chạy Grub của Ubuntu bị xóa. Khi khởi động lại, tôi thấy rằng MBR của tôi đã bị hỏng nghiêm trọng và máy không nhận ra bất kỳ ổ cứng có thể khởi động nào.

5) Bây giờ tôi có thể khởi động lại Vista và tôi đã sẵn sàng cài đặt lại Ubuntu, khi tôi phát hiện ra rằng một số tệp bắt đầu biến mất khỏi hệ thống của tôi một cách ngẫu nhiên. Rõ ràng hệ thống tập tin vẫn bị hỏng. Chỉ có một bản cài đặt lại hoàn chỉnh của Windows đã giải quyết được vấn đề và hiện tôi đang xem xét rất cẩn thận những gì tôi nên làm để tránh những vấn đề tương tự trong tương lai, trước khi cài đặt Karmic Koala. Tôi hy vọng các vấn đề của mình liên quan đến vấn đề ngủ đông, nhưng để chắc chắn, tôi đang xem xét việc tạo một phân vùng NTFS "chuyển" riêng, nơi tôi có thể đặt các tệp từ một hệ điều hành trước khi truy cập chúng từ hệ điều hành khác. Không thực tế, nhưng nó phải an toàn. Tôi hi vọng.

Đừng làm điều đó (một lần nữa!)

Tôi đã ngủ đông Vista / NTFS và khởi động Lucid, làm việc 3 ngày trên phân vùng ntfs được chia sẻ và bắt đầu có các tệp và thư mục biến mất hoặc bị khóa với các thông báo lỗi khó chịu (trong vòng sáng suốt). Khi tôi khởi động trở lại windows, đó là một mớ hỗn độn thực sự, máy tính để bàn đã biến mất, v.v. Hy vọng chkdsk có thể sửa hầu hết nó và tôi đã tìm ra từ 000.000 khoảng 98% những gì tôi có trước đây.
Vì vậy, nó chắc chắn không phải là một điều tốt để làm.
Tôi nhớ rằng điều này là không thể trước đây: các phân vùng ntfs 'ngủ đông' không thể gắn kết trong linux vì một số lý do (rõ ràng là tốt). Tôi muốn quay lại hành vi cũ này

NGUY HIỂM! Tôi cũng có thể xác nhận đây là sự cố nghiêm trọng đối với cả khối lượng FAT32 và NTFS & chỉ khi Windows (tôi có windows 7) bị ngủ đông. Tôi nghĩ rằng điều này được gắn với bộ nhớ đệm và đã xem xét việc thiết lập ổ đĩa để loại bỏ nhanh chóng. Điều đó có thể khắc phục nó, nhưng tôi chưa thử vì tôi thực sự chỉ muốn thiết lập một phân vùng theo cách mà Windows dường như không hỗ trợ. Ngay cả trình điều khiển ntfs OSX của tôi cũng hỗ trợ kiểm soát bộ nhớ cache phân vùng, nhưng không phải cửa sổ. Ngoài ra, trình điều khiển ntfs OSX của tôi dường như nhận ra rằng ổ đĩa không nên được gắn. Có vẻ như được gắn liền với vấn đề này. Mong rằng sẽ giúp.

Đây là kinh nghiệm của tôi. Tôi đang sử dụng hệ thống khởi động kép với Windows và Kubfox (11.04). Hầu hết các tệp của tôi nằm trên phân vùng NTFS của Windows và tôi sử dụng chủ yếu từ Linux. Nó được gắn kết bằng FUSE.

Đây là những gì đã xảy ra:

1. Windows ngủ đông
2. Trong lần khởi động tiếp theo, hãy khởi động Linux và sử dụng nó trong vài tuần - mà không cần khởi động vào Windows
3. Đã khởi động trở lại Windows (vì một thử nghiệm trực tuyến chỉ hoạt động trong Internet Explorer và không có gì khác, bằng cách nào đó, tức là4linux không đủ)

Khi Windows hoạt động trở lại, tôi nhận thấy rằng tất cả các tệp được tạo trong hai tuần đó đều bị thiếu. Tôi đã khởi động lại Linux để xác minh chỉ để tìm các tệp bị thiếu ở đó. Tôi đoán Windows đã khôi phục hệ thống tập tin NTFS về trạng thái khi nó được ngủ đông và khôi phục nó trở lại thời điểm đó.

Tôi đã thử các công cụ như ntfsundelete và testdisk. Những tập tin bị thiếu không được liệt kê. Ngoài ra, Linux gắn kết ổ đĩa ở chế độ RW ngay cả khi Windows đã ngủ đông và không tắt máy. Tôi đoán Linux cảnh báo hoặc chỉ gắn ổ đĩa ở chế độ chỉ đọc, nhưng điều đó đã không xảy ra ở đây.

Tôi cũng có thể xác nhận rằng việc chia sẻ một số phân vùng không hệ thống giữa hai O / S khác nhau ở trạng thái ngủ đông làm cho hệ thống tệp bị hỏng và mất dữ liệu.

Kịch bản: Tôi có 3 phân vùng NTFS: 1. Windows XP 2. Windows 7 3. Dữ liệu (Tôi vẫn phải sử dụng XP cho các ứng dụng cũ không hoạt động tốt ở chế độ tương thích).

Ví dụ: Khởi động từ phân vùng 1 (XP) và chạy Thunderbird lưu trữ tệp trên 3. Sau đó ngủ đông (HĐH đổ RAM vào tệp ngủ đông và tắt PC). Khởi động từ phân vùng 2 (7) và chạy Thunderbird lưu trữ tệp trên 3. Ở đây, vấn đề bắt đầu với các tệp truy cập, v.v. đôi khi có hoặc không có chkdsk. Quay lại khởi động từ phân vùng 1 và các tệp được sửa bởi OS_2_7 lại bị hỏng, thậm chí tệ nhất là một số tệp đang mở trước khi ngủ đông (ví dụ: Firefox) bị hỏng ngay bây giờ.

Vì vậy, có. Ngủ đông hai O / S bất kể họ sử dụng phân vùng hệ thống / phi hệ thống sẽ làm hỏng dữ liệu. Tại sao ? Tôi cho rằng nguyên nhân gốc là tệp LOCK và MFT. Sau khi thức dậy từ chế độ ngủ đông, O / S không làm mới MFT nên vẫn giả sử tìm các tệp trong các khu vực cũ, vì vậy bất kỳ tệp nào thay đổi kích thước / vị trí của anh ta sẽ bị hỏng.

Tôi đã từng làm chính xác điều này. Tôi không bao giờ gắn ổ đĩa hệ thống của máy ngủ đông để tránh tai nạn và mỗi hệ điều hành có phân vùng trao đổi riêng. Tuy nhiên, tôi có một phân vùng dữ liệu chuyên dụng, mà tôi sẽ sử dụng để chuyển dữ liệu giữa hai hệ điều hành ngủ đông. Tôi thậm chí còn đặt hồ sơ Firefox và Thunderbird của mình ở đó, vì vậy tôi không cần phải giữ hai hồ sơ riêng biệt. Chỉ cần đảm bảo đóng Firefox trên một máy trước khi ngủ đông.

Tôi không nhớ đã từng có bất kỳ vấn đề nào với thiết lập và tôi cũng đã sử dụng nó trong một thời gian khá dài.

Câu trả lời là, với NTFS, rõ ràng là có (xem các câu trả lời khác). Bạn có thể thử với các hệ thống tập tin cũ hơn, đơn giản hơn như FAT. Nhưng đó sẽ là một cú đâm trong bóng tối.

Tôi chỉ muốn thêm rằng vấn đề có thể được sao chép bằng các máy ảo. Tôi sử dụng VirtualBox trên máy khởi động kép. Tôi đã cài đặt phần mềm máy chủ VirtualBox trong cả phân vùng Windows và Linux và lưu tệp hình ảnh trên phân vùng NTFS được chia sẻ. Mục đích là để có thể sử dụng cùng một VM trong cả Windows và Linux.

Theo thói quen, tôi đã sử dụng lệnh trạng thái "lưu máy" trong VirtualBox khi tắt VM. Tôi đã sử dụng lệnh này (giúp lưu trạng thái RAM cho VM ở đâu đó), khởi động lại máy tính xách tay của tôi vào HĐH khác và sử dụng lại VM đó. Không có tùy chọn khôi phục trong VirtualBox, vì vậy rõ ràng VirtualBox không biết trạng thái đã lưu của máy ảo nếu trạng thái được lưu bằng cách sử dụng cài đặt VirtualBox khác. Tôi đọc rằng VMware có thể thông minh hơn về điều đó, nhưng tôi đã không thử nó.

Cuối cùng, tất cả các máy ảo của tôi đã bị hỏng. Tôi đã có thể khắc phục hầu hết các thiệt hại bằng cách sử dụng fsck.

Điều này chỉ để nói rằng bạn không cần phải dành hàng giờ để phân vùng và cài đặt một hệ điều hành để tái tạo vấn đề này.

Giải pháp của tôi? Vô hiệu hóa ngủ đông trên Windows. Nó bị tắt theo mặc định trong Ubuntu. Cũng không bao giờ sử dụng trạng thái lưu máy cho VM nếu bạn định khởi chạy VM đó trong một ngữ cảnh khác (hệ điều hành khác, cài đặt máy chủ khác, v.v.).

Cho đến khi ai đó nghĩ ra một hệ thống tập tin (hoặc HĐH hoặc bất cứ thứ gì) không dễ bị ảnh hưởng bởi vấn đề này.

Ngoài ra, đóng tất cả các tay cầm mở trên phân vùng dùng chung (và có lẽ đang xả vào đĩa) trước khi ngủ đông (hoặc, tôi đoán là không ngắt kết nối phân vùng - cũng phải có cách để làm điều đó trong Windows) nếu đã được báo cáo để tránh tham nhũng (xem Câu trả lời của Lie Ryan). Tôi muốn được an toàn và không sử dụng ngủ đông trong tình huống này, mặc dù.

Tôi chỉ không nghĩ rằng điều này là có thể.

Khi bạn ngủ đông, máy tính sẽ bị 'khóa' (vì không có thuật ngữ tốt hơn) với HĐH đó. Bạn không ngủ đông HĐH, bạn đang ngủ đông toàn bộ máy tính. Khi tiếp tục từ chế độ ngủ đông, bạn không đi qua BIOS và thời gian POST một lần nữa.