Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Ignore EFI system partitions when mounting USB drives

Aperta
  • Qualcosa non va?
#424 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
3/5
Tempo stimato
1-2 giorni
Idoneità per principianti
40/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Ambito
operating-systems

Direzione di ricerca

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.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

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.

Lingua principale
Java
Stelle
194
Fork
26
Merge medio
19h 11m
PR unite (30g)
14

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di wpilibsuite/SystemcoreTesting

Tutte le issue di wpilibsuite/SystemcoreTesting

Issue simili

Altre issue su Java

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.