On 4/26/22 15:51, William Larreal wrote:
localhost:~ # fdisk -l /dev/sda Disk /dev/sda: 223.57 GiB, 240057409536 bytes, 468862128 sectors Disk model: KINGSTON SA400S3 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: 0xa393e291
Device Boot Start End Sectors Size Id Type /dev/sda1 * 2048 104447 102400 50M 7 HPFS/NTFS/exFAT /dev/sda2 104448 340670463 340566016 162.4G 7 HPFS/NTFS/exFAT /dev/sda3 418269184 419532799 1263616 617M 27 Hidden NTFS WinRE /dev/sda4 340670464 418269183 77598720 37G f W95 Ext'd (LBA) /dev/sda5 340672512 414072831 73400320 35G 83 Linux /dev/sda6 414074880 418269183 4194304 2G 82 Linux swap / Solaris
Partition table entries are not in disk order.
Pues mis suposiciones eran equivocadas. En realidad el espacio en disco está organizado así (ojo al orden) sda1 (50M) sda2 (16G) sda4 (37G) sda3 (617M) sin-asignar (23G) No hay ningún hueco en medio, ni al final de sda2 ni de sda4. El único hueco está al final, después de sda3. Como tu tabla de particiones es de tipo MSDOS/MBR (depende el nombre que te guste más), no hay soluciones sencillas para poder aprovechar ese espacio. Por supuesto, puedes volver a aumentar sda3 para que, al menos, ese espacio esté asignado a algo... pero no sé qué utilidad tiene tener una partición sda3 más grande o más chica. Seguramente esa partición sólo se use para recuperación, o para herramientas de diagnóstico del fabricante o para alguna cosa de esas. Simplemente el que instalara el Windows merece que lo multen porque de la forma que particionó casi te condenó a desperdiciar esos 23 GiB que no resultan útiles ni para el Windows (al menos en el día a día) ni para Linux. Lo dicho, si quieres pasar de problemas, vuelve a aumentar el tamaño de sda3 (sirva para lo que sirva esa partición) y sigue con tu vida. ;-) ntfsresize /dev/sda3 Saludos -- Ancor González Sosa YaST Team at SUSE Software Solutions
participants (1)
-
Ancor Gonzalez Sosa