¿Descartaste archivos inmutables o ACL? Revisa con: lsattr /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal getfacl /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal
Atte. Ricardo Utreras +56971351389 El jue, 13 nov 2025 a las 16:24, Álvaro Herrera (<[email protected]>) escribió: > Estimados, vengo con un problema que no sé cómo resolver. Tengo dos > máquinas Raspberry Pi corriendo Debian con OpenMediaVault 7. Una de > ellas, Amrod, tiene algún problema por el cual se reinicia sin > explicación, así que quiero mirar los logs para ver qué puede estarle > pasando. Pero como el storage es lento, justo los logs que necesito ver > se pierden en el reboot abrupto. > > La otra, Amras, tiene mejor storage y no se rebootea sola. (Quizás > tiene que ver que la fuente de poder es distinta). Así que para poder > diagnosticar Amrod, le puse systemd-journal-remote a ambas. Amrod > quiere mandar sus logs a Amras vía http, pero cuando Amras los recibe, > tira este error: > > Nov 13 19:44:17 amras systemd-journal-remote[2846344]: Failed to open > output journal > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal//remote-192.168.178.7.journal: > Read-only file system > Nov 13 19:44:17 amras systemd-journal-remote[2846344]: Failed to get > writer for source 192.168.178.7: Read-only file system > > Sobra decir que, por supuesto, el filesystem no es de sólo lectura. El > directorio está así: > > root@amras:/home/alvherre# su systemd-journal-remote -s /bin/sh > $ ls -ld > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/ > drwxr-xr-x 2 systemd-journal-remote systemd-journal-remote 4096 Nov 13 > 17:30 /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/ > > y puedo crear y borrar archivos con ese usuario en ese directorio: > > $ touch > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar > $ ls -l > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar > -rw-r--r-- 1 systemd-journal-remote systemd-journal-remote 0 Nov 13 20:12 > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar > $ rm > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/foobar > > systemctl dice esto en amras: > > alvherre@amras:~ $ systemctl status systemd-journal-remote > ● systemd-journal-remote.service - Journal Remote Sink Service > Loaded: loaded (/etc/systemd/system/systemd-journal-remote.service; > indirect; preset: disabled) > Active: active (running) since Thu 2025-11-13 17:25:13 CET; 2h 40min > ago > TriggeredBy: ● systemd-journal-remote.socket > Docs: man:systemd-journal-remote(8) > man:journal-remote.conf(5) > Main PID: 2846344 (systemd-journal) > Status: "Processing requests..." > Tasks: 1 (limit: 9563) > CPU: 114ms > CGroup: /system.slice/systemd-journal-remote.service > └─2846344 /lib/systemd/systemd-journal-remote > --listen-http=-3 > --output=/srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1/journal/ > > El filesystem en cuestión es esto: > > /dev/mapper/omvcrypt on > /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1 type ext4 > (rw,relatime,quota,usrquota,grpquota,stripe=384) > > > > Ahí mismo en /srv/dev-disk-by-uuid-e10c23d8-b4b4-4f8e-a9ba-0ccb28ea7bc1 > vive un montón de cuestiones bajo Docker que funcionan perfectamente. > > ¿Alguien tiene una idea de cómo diagnosticar el problema de "read-only > file system"? > > > Amrod es mi Pi-Hole casero ... está andando todo el día y atiende el > DNS, pero hay ocasiones en que desaparece por un minutito mientras se > rebootea. Es raro eso y me gustaría saber qué diablos le pasa. > > > Saludos! > > -- > Álvaro Herrera PostgreSQL Developer — > https://www.EnterpriseDB.com/ > "¿Cómo puedes confiar en algo que pagas y que no ves, > y no confiar en algo que te dan y te lo muestran?" (Germán Poo) >
