Làm cách nào tôi có thể ngăn Windows 10 làm hỏng siêu khối ext4 mỗi lần?


21

Tôi có một máy tính với Ubuntu / Windows khởi động kép từ hơn 5 năm. Cấu hình hoạt động cuối cùng là: windows 10 và Ubuntu 16.04 LTS.

Tôi cài đặt Ubuntu 16.10 trên phân vùng Linux và gặp một số vấn đề:

  • Nếu tôi chỉ khởi động trên Linux, không có vấn đề gì, nó hoạt động tốt.
  • Nếu tôi khởi động windows, không có vấn đề gì, windows hoạt động tốt.
  • Nếu tôi khởi động Linux sau windows, tôi gặp lỗi superblock và rơi vào busybox.

Nếu tôi khôi phục lại siêu khối với

fsck.ext4 -p -b 884736 -B 4096 /dev/sda5

Tôi có thể khởi động Linux nhưng sau khi khởi động Windows khác, vấn đề tương tự lại xảy ra.

Tất nhiên tôi đã thử các giải pháp tìm thấy:

  • chkdsktestdisktrong khi trên các cửa sổ.
  • Tôi xóa phân vùng mở rộng và để trình cài đặt Linux tạo lại chúng.
  • Tạo bởi và, phần mở rộng + ext4 và trao đổi và chọn các phân vùng này trong quá trình cài đặt.

Bảng phân vùng ( fdisk -lu):

Disk /dev/sda: 298,1 GiB, 320072933376 bytes, 625142448 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x6bb7527c

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1            2048  22783999  22781952  10,9G  7 HPFS/NTFS/exFAT
/dev/sda2  *     22784000  22988799    204800   100M  7 HPFS/NTFS/exFAT
/dev/sda3        22988800 375246847 352258048   168G  7 HPFS/NTFS/exFAT
/dev/sda4       375246848 625141759 249894912 119,2G  f W95 Ext'd (LBA)
/dev/sda5       383440896 617844735 234403840 111,8G 83 Linux
/dev/sda6       617846784 625141759   7294976   3,5G 82 Linux swap / Solaris

Tôi đã làm thêm một số bài kiểm tra mà không thành công:

  • Tôi đã xóa phân vùng mở rộng Linux
  • Tôi mở rộng phân vùng windows sang đĩa đầy đủ
  • Tôi đã khởi chạy một chkdsk /F /Rphân vùng windows mới này → sau một vài giờ tất cả đều tốt
  • Tôi đã cài đặt lại Ubuntu 16.10 và để chương trình cài đặt thay đổi kích thước đĩa và tạo phần ext4 và trao đổi.
  • Tôi khởi động Linux → không vấn đề gì
  • Tôi khởi động windows → không có vấn đề gì (Tôi đến menu windows cho phép tôi chọn giữa Windows và Linux, tôi chọn Windows)
  • Tôi khởi động Linux: vấn đề tương tự một lần nữa (lỗi superblock)

Cập nhật: lỗi superblock chính xác:

fsck.ext4: Superblock checksum does not match superblock while trying to open /dev/sda5

Để sửa chữa nó:

fsck.ext4 -p -b 884736 -B 4096 /dev/sda5

hoạt động tốt, nhưng sau khi khởi động Windows, vấn đề lại xuất hiện ...

Cập nhật 2: Từ W10, tôi có thể gắn phân vùng ext4 linux bằng ext2công cụ W10 . Nó hoạt động tốt, tôi có thể xem các tập tin. Nhưng sau đó, cùng một vấn đề, khi tôi khởi động trên Linux: lỗi siêu khối.

Tất nhiên, nếu tôi chỉ khởi động W10 (không đăng nhập) và khởi động lại linux, vấn đề cũng nằm ở đó.

Vấn đề đã xảy ra với W10 1511, tôi đã nâng cấp lên W10 1607: vấn đề tương tự

Tôi thấy rằng tôi không đơn độc trên trái đất với vấn đề này, nhưng tôi không thấy bất kỳ giải pháp nào.

update2: Tôi đã xóa phân vùng linux và trao đổi và tạo một phân vùng mới từ windows. Sau đó, tôi đã cài đặt lại Ubuntu 16.10 => cùng một vấn đề

cập nhật 3: Sự khởi đầu của giải pháp có lẽ tôi đã tìm thấy một giải pháp. Khi loggued trong windows: Với lệnh diskpart, khi âm lượng linux được đặt offline , không có vấn đề gì nữa khi tôi khởi động linux.

Bây giờ tôi phải tìm cách đặt âm lượng tự động ngoại tuyến (regedit?)


Windows và Linux có được cài đặt trong UEFI BIOS hoặc chế độ BIOS kế thừa không? Bạn có thay đổi bất kỳ cài đặt BIOS nào khi bạn chuyển đổi giữa Windows và Ubuntu không? Bạn có sử dụng một số loại RAID cho thiết lập lưu trữ của bạn? Bạn đã truy cập hệ thống tệp ext từ Windows bằng trình điều khiển hệ thống tệp như Ext2fsd?
David Foerster

UEFI bios: không, Thay đổi trong BIOS: không, RAID không (đó là MSI u270), truy cập phân vùng linux từ Windows: không. Chỉ cần khởi động các cửa sổ (không đăng nhập) và khởi động lại với ubfox sẽ khiến vấn đề xuất hiện. Cảm ơn đã chú ý đến vấn đề của tôi
f35

Lỗi siêu khối gì? Nó không phải là một vấn đề đồng hồ thời gian? Nếu thời gian được lưu trữ trong siêu khối ít hơn thời gian được báo cáo bởi đồng hồ hardawre, bạn có thể gặp vấn đề đó. Cố gắng lưu trữ thời gian trong UTC trong đồng hồ phần cứng cả trên linux và windows.
solsTiCe

@solsTiCe: Kiểm tra cập nhật của tôi trong bài viết ban đầu để biết lỗi siêu khối chính xác. Đồng hồ trong bios là UTC, đồng hồ trong Windows là UTC với giờ địa phương, đồng hồ trong Ubuntu: sudo dpkg-recfigure tzdata Múi giờ mặc định hiện tại: 'Châu Âu / Paris' Giờ địa phương là: CN ngày 20 tháng 11 21:55:16 CET 2016. Giờ phổ quát là bây giờ: Chủ nhật ngày 20 tháng 11 20:55:16 UTC 2016.
f35

@ f35 Tôi có cùng một vấn đề. Khởi động kép với Dell XPS 13 9350 với ổ đĩa ssd. Sẽ khởi động vào Ubuntu 16.10 sau khi khôi phục superblock với fsck và không gặp sự cố khi khởi động lại từ Ubuntu. Sẽ khởi động vào Windows 10 từ Ubuntu và khởi động lại không có vấn đề gì. Tuy nhiên, khi khởi động lại vào Ubuntu cùng một lỗi siêu khối yêu cầu sửa chữa như trên. Đã thử trả lời bên dưới (vô hiệu hóa dịch vụ sao lưu cấp khối) nhưng không khắc phục. Cũng xác nhận đồng hồ là giống như theo nhận xét trên của bạn. Có ai biết tại sao chuyện này xảy ra không?
samleighton87

Câu trả lời:


12

Tôi đã thực hiện một số nghiên cứu và dường như kể từ ext2fspross 1.43 (Ubuntu 16.10), 64bit và các metadata_csumtính năng được bật khi hệ thống tệp ext4 mới được tạo. Tôi đã cài đặt Ubuntu 16.10 mới, nhưng trước khi cài đặt, tôi đã bắt đầu vào phiên trực tiếp USB và loại bỏ 64 bit và metadata_csumcác tính năng cho ext4 từ đó /etc/mke2fs.conf. Sau này, tôi đã chạy trình cài đặt ra khỏi phiên trực tiếp này và bây giờ tôi có thể khởi động Windows 10 mà không làm hỏng các phân vùng ext4 của mình (bạn phải định dạng lại các phân vùng ext4 của mình trong quá trình cài đặt Ubuntu 16.10).

Vấn đề liên quan đến ext2fsd rõ ràng là không hỗ trợ tính năng 64 bit và / hoặc tính năng metadata_csum. Việc cài đặt ext2fsd là đủ để làm hỏng các phân vùng ext4 của bạn. Không cần cho chúng được gắn trong Windows.

Bạn có thể kiểm tra xem các tính năng này có được bật bằng lệnh sau không:

sudo tune2fs -l /dev/[sdXX]

trong đó [sdXX] là viết tắt của phân vùng ext4 được đề cập.


4
Cảm ơn, nó cũng khóc và đó là một giải pháp tốt hơn tôi nghĩ. Chúng tôi có thể làm điều đó mà không cần cài đặt lại hệ thống linux: từ đĩa CD trực tiếp: sudo Tune2fs -O ^ metadata_csum, ^ 64bit / dev / sdXX
f35

@ f35: lưu ý rằng CD / USB trực tiếp phải là Ubuntu 16.10, vì các phiên bản trước đó của Ubuntu không biết gì về tổng kiểm tra siêu dữ liệu.
krumpelstiltskin

Bạn có thể sử dụng trước đó LiveCD / DVD của / bất cứ điều gì nếu bạn có một ổ đĩa USB với một phân vùng fat32 và bạn đặt e2fslibs 1,43 và 1,43 e2fsprogs gói debian vào nó và cài đặt chúng thông qua một trong hai dpkghoặc udpkgquá.
Wyatt8740

Thật là một chương trình khủng khiếp.
tối đa pleaner

"Không cần cho chúng được gắn trong Windows." Tại sao sự cố này xảy ra mỗi khi tôi khởi động Windows?
quietContest

10

Tôi có cùng một vấn đề và đối với tôi, nó dường như là trình điều khiển hệ thống tệp Windows 10 ext2fsd. Có lẽ cho bạn quá? Khi tôi gỡ cài đặt ext2fsd (phiên bản 0.68), tôi có thể khởi động Windows 10 bao nhiêu lần tùy ý và các phân vùng ext4 luôn sạch sẽ. Với ext2fsd được cài đặt, tất cả các phân vùng ext4 bị hỏng cho dù chúng có được gắn hay không.


2
Cảm ơn! Gỡ cài đặt ext2fsd khỏi windows đã giải quyết vấn đề của tôi
Yohanes Gultom

2

Tôi có một giải pháp phù hợp với mình (Diskpart là bạn của tôi)

1) xác định phân vùng linux trong cửa sổ quản trị cmd:

diskpart
list volume

bạn có thể thấy phân vùng linux của bạn

  N° volume   Ltr  Nom          Fs     Type        Taille   Statut     Info
  ----------  ---  -----------  -----  ----------  -------  ---------  --------
  Volume 0     D   BIOS_RVY     NTFS   Partition     10 G   Sain
  Volume 1     E   System       NTFS   Partition    100 M   Sain       Système
  Volume 2     C   OS_Install   NTFS   Partition    131 G   Sain       Démarrag
  Volume 3     L                       Partition     18 G   Sain     

DISKPART>

Trong trường hợp của tôi: Tập 3

2) tạo tập lệnh Diskpart bằng notepad, tạo tập tin volume3offline.txt

select volume 3
offline volume
exit

3) tạo tập tin bat bằng notepad, tạo tập tin govolume3offline.bat trong cùng thư mục

cd \users\f35\documents
diskpart /s volume3offline.txt

4) tạo một tác vụ theo lịch trình Mở trình lập lịch trình tash windows Lập trình một tác vụ khởi chạy govolume3offline.bat khi khởi động

5) kiểm tra xem tất cả có ổn không sau khi khởi động lại trong windows

diskpart
list volume

khối lượng linux của bạn sẽ ngoại tuyến

Khởi động lại trong linux

If no errors => it's good
if you have errors, 
    correct them
    reboot in windows
    reboot in linux 
       If no errors => it's good
       if you have errors, goto 1)

1
Phân vùng gốc linux của tôi không hiển thị trong đĩa. Bất cứ ý tưởng tại sao?
Darksworm

2

Trên ổ cứng GPT của tôi, Ubuntu 16.10 đang chạy song song với Windows 7.

Tôi đã gặp phải vấn đề tham nhũng siêu khối được ghi lại ở đây, vì tôi đã quên cài đặt ext2fs trong quá khứ và nó vẫn đang chạy như một dịch vụ Windows trong nền.

Ext2fs v0,69 mới nói rằng nó đã sửa lỗi tham nhũng siêu khối và tôi đã cài đặt nó từ http://www.ext2fsd.com/ . Tuy nhiên, "Trình quản lý ext2fs" hiển thị ổ đĩa được tạo thành ext4 của tôi là ext3 và nó không thể truy cập được sau khi cài đặt trong Windows.

Vì vậy, tôi đã gỡ cài đặt ext2fs hoàn toàn và đã làm

fsck.ext4 -p -b 884736 -B 4096 /dev/sdxyz

Điều này đã giải quyết vấn đề superblock và tôi trở lại bình thường.


1
Ubuntu 16.10 không được hỗ trợ, vì vậy bạn nên nâng cấp!
Zanna

Trải nghiệm tương tự với 0,69 với Ubuntu 18.04. ext2fs rõ ràng vẫn có vấn đề với các bản phát hành Ubuntu hiện tại.
Jonas

-1

Superblock trên phân vùng Ubuntu đang bị hỏng bởi dịch vụ sao lưu cấp độ khối 10 của Windows. Vô hiệu hóa thông qua bảng điều khiển.


Điều này đã không làm việc
samleighton87

Tôi có thể xác nhận: với wbengine bị vô hiệu hóa, tôi vẫn gặp sự cố
f35
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.