core-services/03-filesystems.sh drops to emergency shell if root is read-only, even if this is desired behavior
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- shell
- Área
- operating-systems
Línea de trabajo
Comienza por /etc/core-services/03-filesystems.sh alrededor de la línea 67 e inspecciona cómo el fallo al volver a montar el sistema de archivos raíz llega a emergency_shell. Comprueba el manejo propuesto de /proc/cmdline y conserva el comportamiento de emergencia existente cuando no se haya solicitado explícitamente un sistema de archivos raíz de solo lectura. La tarea estará terminada cuando un sistema de archivos raíz de solo lectura solicitado ya no lleve a la shell de emergencia, mientras que los fallos normales del sistema de archivos raíz sigan haciéndolo.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Greetings!
I've been building a Void-ish system using a read-only squashfs root filesystem. Unfortunately, the script /etc/core-services/03-filesystems.sh, at line 67, drops to an emergency shell if root cannot be mounted read-write.
This makes sense for the majority of desktop and server use cases, but for some embedded devices and some desktops/servers, having a read-only rootfs makes sense.
Proposal: have core-services/03-filesystems.sh check if /proc/cmdline contains ro, or readonly, or ro=true, or some such string, to support a wider range of use cases.
My temporary solution is to just remove the || emergency_shell from line 67, but this is undesirable because I wish to stay as close to upstream as possible
- Lenguaje dominante
- C
- Estrellas
- 245
- Forks
- 67
- Merge medio
- 2 d
- PR fusionados (30 d)
- 2
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 void-linux/void-runit
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
void-linux/void-runit#135 · 10 comentarios ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 25/100
void-linux/void-runit#127 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
void-linux/void-runit#125 · 4 comentarios ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 35/100
void-linux/void-runit#120 ·
-
Runit hangs at system rebootAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 20/100
void-linux/void-runit#119 · 7 comentarios ·
Todos los issues de void-linux/void-runit
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
obsproject/obs-studio#13936 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
[meshoptimizer] update to 1.3Abiertocategory:port-update
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
Zenmap bugAbiertoZenmap
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
lexiforest/curl_cffi#864 ·
Los mantenedores suelen responder en 1 día