Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Ignore EFI system partitions when mounting USB drives

Abierto
  • ¿Algo no está bien?
#424 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
40/100
Tipo de issue
Error
Claridad
Bastante claro
Estado de actividad
Activo
Área
operating-systems

Línea de trabajo

The payload does not name the mount code, so first find where USB partitions are enumerated and mounted to /U and /V on Systemcore. The EFI system partition can be recognized by GUID c12a7328-f81f-11d2-ba4b-00a0c93ec93b, and the issue offers two fixes: skip that partition, or mount partitions in a fixed order so the larger data partition is always /U. Check with a maintainer which fix they want. Done means a GPT drive with an extra ESP mounts consistently across reboots.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

If a USB drive is accidentally formatted with a GUID partition map instead of MBR, it sometimes contains an extra EFI system partition (encountered using Disk Utility on macOS). This partition is ignored on macOS and Windows, but on Systemcore the two partitions (ESP and the actual data) are mounted as /U and /V in a random order on each boot. This seems like it could be a common tripping point depending on how teams format their drives, even if MBR is documented as preferred.

I think the simplest solution would be to just skip mounting the ESP similar to macOS/Windows (based on my research, it always has the GUID c12a7328-f81f-11d2-ba4b-00a0c93ec93b so should be easy to identify). At a minimum, it would be best for the partitions to mount in a consistent order so that the (much larger) primary data partition ends always up as /U.

Lenguaje dominante
Java
Estrellas
194
Forks
26
Merge medio
19 h 11 min
PR fusionados (30 d)
14

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de wpilibsuite/SystemcoreTesting

Todos los issues de wpilibsuite/SystemcoreTesting

Issues similares

Más issues de Java

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.