system-reinstall-bootc clobbers /boot/dtb on aarch64
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
- 35/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- linux, rust
- Área
- infrastructure
Línea de trabajo
Start with the system-reinstall-bootc command and the bootc-destructive-cleanup.service it triggers, and find where they remove files under /boot. Reproduce on an aarch64 system or test setup that has /boot/dtb, then check whether the directory is deleted. Done means /boot/dtb survives reinstall on aarch64 without breaking the kernel removal step, which the maintainers still need to agree on.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
This came up over in https://gitlab.com/redhat/centos-stream/rpms/bootc/-/merge_requests/121
On aarch64 there's devicetree things located under /boot/dtb. When we do a system-reinstall-bootc, that gets wiped. At the very least it causes one of our tests to fail because bootc-destructive-cleanup.service fails when removing the kernel (xref https://gitlab.com/redhat/centos-stream/rpms/grubby/-/merge_requests/36), but in the more general sense I wanted to raise this here to track it.
At least on an aarch64 instance on the fedora testing farm ranch... it doesn't seem to cause any real issues. The system reboots fine and seems functional without /boot/dtb at all. But I'm concerned that we're probably being too heavy-handed here and some subset of systems is going to break because of this.
- Lenguaje dominante
- Rust
- Estrellas
- 2.3k
- Forks
- 230
- Merge medio
- 2 d 20 h
- PR fusionados (30 d)
- 52
Preparar el entorno
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 bootc-dev/bootc
-
auto-updates fail with `opendir(boot): Operation not permitted` when /boot is a systemd automount that has idled outPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abiertotriaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
bootc-dev/bootc#2402 · 9 comentarios · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
install: improve error message when systemd-boot is selected without composefs backendQuizá libre de nuevo Un pull request para esta issue se cerró sin fusionarse. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
bootc-dev/bootc#2564 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
more downstream tmt test failureAbierto
Dificultad 3/5 Medio día Aptitud para principiantes 45/100
bootc-dev/bootc#2562 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
Todos los issues de bootc-dev/bootc
Issues similares
-
priority: low
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
storytold/photocraft#6286 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Four problem loader browser tests fail on WindowsPosiblemente ocupada @Patriciaath999 la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
original-bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Los mantenedores suelen responder en 1 día
-
effort/S kind/docs
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
Claude Code guards in .claude/settings.json never block: they read unset variables and exit 1Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
starkware-libs/sequencer#15229 ·
Los mantenedores suelen responder en 1 día