☰

El inicio de Windows corrompe las particiones ext4

tag-icon • tag-icon windows dual-boot ext4 corruption
El inicio de Windows corrompe las particiones ext4

He estado usando un arranque triple de Windows 10, Arch Linux y Ubuntu durante el último año sin ningún problema. Sin embargo, la semana pasada empezó a suceder algo extraño. Primero, déjame darte el resultado defdisk -lu

Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xd9fa2484

Device     Boot      Start        End   Sectors   Size Id Type
/dev/sda1             2048     206847    204800   100M  7 HPFS/NTFS/exFAT
/dev/sda2           206848  204802047 204595200  97.6G  7 HPFS/NTFS/exFAT
/dev/sda3        204802048 1023999999 819197952 390.6G  7 HPFS/NTFS/exFAT
/dev/sda4       1024004094 1953523711 929519618 443.2G  5 Extended
/dev/sda5       1024004096 1663361023 639356928 304.9G  7 HPFS/NTFS/exFAT
/dev/sda6       1663363072 1711697919  48334848    23G 83 Linux
/dev/sda7       1711699968 1774604287  62904320    30G 83 Linux
/dev/sda8  *    1774616576 1932972031 158355456  75.5G 83 Linux
/dev/sda9       1932986368 1953523711  20537344   9.8G 82 Linux swap / Solaris

Partition 4 does not start on physical sector boundary.

Es /dev/sda4una partición extendida y /dev/sda6es mi partición de inicio para Arch (btrfs), /dev/sda7es Arch y /dev/sda8es la instalación de Ubuntu. Ambos son ext4.

Recientemente, cada vez que inicio Windows y luego vuelvo a cualquiera de las distribuciones de Linux, aparece un invalid superblock checksumerror. Puedo ejecutarlo fscky eso lo soluciona sin pérdida de datos (o pérdida crucial), pero es un poco molesto esperar media hora cada vez.

Intenté reiniciar Linux directamente (sin iniciar Windows) y eso es perfectamente normal. Esto sucede sólo si inicio Windows.

Respuesta1

Tengo exactamente el mismo problema que tú.

Y encontré una solución:

La idea es desconectar el volumen de Linux desde Windows 10; el comando diskpart puede hacerlo.

Una respuesta detallada está aquí:

https://askubuntu.com/a/858159/619563

Respuesta2

Mi conjetura sería la siguiente.

En algún momento, redujo el sistema de archivos NTFS representado aquí como /dev/sda5 para tener espacio para instalar Linux. Ese sistema de archivos NTFS no se ha reducido correctamente y su equivalente de superbloque todavía considera que tiene disponibles los 440 GB completos.

Debe ejecutar al menos CHKDSKo TESTDISKrevisar y corregir cualquier discrepancia entre el tamaño del sistema de archivos y el tamaño de la partición.

información relacionada