Timeshift corrupts all snapshots when no disk space is available
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- linux
- Área
- operating-systems
Línea de trabajo
Empieza reproduciendo el escenario de btrfs con el disco lleno y, después, inspecciona cómo Timeshift gestiona los errores al escribir /etc/timeshift/timeshift.json y el info.json de cada snapshot. Comprueba la ruta de inicio y el flujo de notificación de "no queda espacio", incluida la acción Analyze Disk Usage. Se considera completado cuando Timeshift sigue siendo suficientemente utilizable para eliminar snapshots sin corromper ni perder sus metadatos.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Describe the bug
I run timeshift with btrfs and had a full SSD. I opend timeshift to see if i can delete any snapshot to gain some space. Timeshift did not open. (Many ENOSPC errors in the console). I couldnt safe a log or coredump, as my drive was full. I think the final error message was, that /etc/timeshift/timeshift.json was not writeable.
While i tried to open timeshift i also entered the subvolid=0 of my btrfs. I saw all snapshots. I then noticed, that the info.json of all snapshots was gone.
I solved the problem with the little space differently (deleting docker images) and open timeshift up again. This time it worked, but all my snapshots where gone. A look into the subvolid=0 mount confirmed this. Aparently timeshift had deleted all snapshots, because they had no valid info.json anymore.
To Reproduce
Steps to reproduce the behavior:
(I havent tested how reproduceable this is)
- Configure timeshift with btrfs
- Create some snapshots
- Fill the drive to the brim (ex.
sudo dd if=/dev/urandom of=big.filemake sure the root-reserved space is also allocated.) - get massive errors from all programs that the disk is full
- try to open timeshift (crash)
- free space
- open timeshift again
- snapshots gone
Expected behavior
If no space is available, timeshift should not crash, but allow the user to delete snapshots. In the best case, the notification, that shows "no space left" should have a button to open timeshift, next to the "Analyze Disk Usage" Button.
Screenshots
In that moment i was not able to store any logs, screenshots or crashdumps :c i will try to reproduce this in a vm.
System:
- Linux Distribution Name and Version: Linux Mint 21
- Desktop: Cinnamon x11
- Application Version: 24.06.3
- btrfs mode
- Lenguaje dominante
- Vala
- Estrellas
- 4.3k
- Forks
- 159
- Métricas de merge de PR
- Sin PR fusionados en 30 d
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 linuxmint/timeshift
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 78/100
-
License parsing with GitHubAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 68/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 50/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 57/100
Todos los issues de linuxmint/timeshift
Issues similares
-
`IO.FS.realPath` reports every failure as `noFileOrDirectory` instead of classifying by `errno`Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
leanprover/lean4#15683 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
bytecodealliance/rustix#1703 ·
Los mantenedores suelen responder en 3 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Facepunch/sbox-public#12097 ·
Los mantenedores suelen responder en 2 días
-
audit sixth pass 8: NtProtectVirtualMemory sizes the range from the unrounded offset (same defect fixed for locks in 60d47b2)Quizá libre de nuevo Un pull request para esta issue se cerró sin fusionarse. Abiertobug kernel P2
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Dificultad 2/5 Medio día Aptitud para principiantes 62/100