`Start-OSDCloud`: Windows ESDs do not get cached to USB when using newer `-OSName` parameter
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 58/100
Línea de trabajo
Start with the Start-OSDCloud function and compare how it handles -OSName against the legacy -OSBuild and -OSVersion path, looking for the step that caches the Windows ESD to USB. The issue also says non-NTFS USB drives fail the same way, so check that caching condition too. Done means that a -OSName or default-build run caches the ESD on an NTFS USB and reuses it on the next deployment, as the legacy path already does.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Describe the bug
If you run Start-OSDCloud using the newer -OSName parameter, or without specifying any specific version/build and allowing OSDCloud to select the latest available build, the ESD Windows download is never cached to the USB media. As a result, the ESD is re-downloaded on every deployment.
Choosing the same build via the legacy parameters -OSBuild and -OSVersion caches the windows ESD correctly and re-uses it on subsquent deployments.
To Reproduce
Steps to reproduce the behavior:
- Boot OSDCloud media
- Run Start-OSDCloud with
-OSNameor no OS version parameters
Expected behavior
Windows build should be cached to USB for faster subsequent builds/lower network traffic
Additional context
- No error or warning is shown when the image is not cached; the caching step is just silently skipped.
- The same behavior occurs if the USB drive is not formatted as NTFS.
- The issue does not occur when using the legacy
-OSBuildand-OSVersionparameters.
- Lenguaje dominante
- PowerShell
- Estrellas
- 251
- Forks
- 102
- Merge medio
- 2 min
- PR fusionados (30 d)
- 4
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
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de OSDeploy/OSD
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 68/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 63/100
Todos los issues de OSDeploy/OSD
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Los mantenedores suelen responder en 1 día
-
good first issue size: XS
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
fells-code/seamless-glance#151 ·
Los mantenedores suelen responder en 1 día
-
valkey: a container that exits with an error shows no reason in its statusPosiblemente ocupada @martin-mat la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
valkey-io/valkey-helm#317 ·
Los mantenedores suelen responder en 1 día
-
feature
Dificultad 1/5 Menos de una hora Aptitud para principiantes 86/100
DrumScript/DrumScript#357 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
sonatype-nexus-community/terraform-provider-sonatypeiq#100 ·
Los mantenedores suelen responder en 1 día