Re: [OT] Problemas frecuentes con /home en Buster...
Hola Javier... El 10/12/20 a las 16:08, JavierDebian escribió: El 10/12/20 a las 00:39, Walter Omar Dari escribió: Hola gente... Es un equipo nuevo con un disco SSD SATA y tiene... Linux version 4.19.0-12-amd64 (debian-ker...@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.152-1 (2020-10-18) Aparentemente el equipo no se apaga bien porque el boot.log muestra lo siguiente... /dev/sda7: recovering journal /dev/sda7: clean, 2434/610800 files, 124741/2441216 blocks /dev/sda6: recovering journal /dev/sda6: clean, 267023/1222992 files, 2334762/4882432 blocks [.[0;1;31mFAILED.[0m] Failed to start .[0;1;39mFile Syste…6-92c0-42a5-97fc-770b58bddd40.[0m. See 'systemctl status "systemd-fsck@dev…\x2d770b58bddd40.service"' for details. [.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39m/home.[0m. [.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39mLocal File Systems.[0m. Starting .[0;1;39mSet console font and keymap.[0m... el UUID que termina con 92c0-42a5-97fc-770b58bddd40 (donde da el error) corresponde a /dev/sda8, no entiendo porqué motivo no lo recupera como a sda6 y sda7 que sí son "normalizadas". Cada vez que pasa esto el equipo no inicia, así que tengo que entrar como root y hacer el fsck a sda8 manualmente, corrige algunos problemas y luego arranca bien. Alguna idea de porqué no recupera el sda8 y sí las dos particiones anteriores ? Gracias y saludos, Hm Preguntonta: ¿cómo está la "salud" del disco? Es un disco SSD nuevo. Le reemplazamos un viejo disco de 80 Gb hace un par de meses. Lo extraño es que recupere 2 particiones y la /home no, pero después me permita recuperarla corriendo el fsck desde el modo mantenimiento (o como se llame el estado que entra el S.O. cuando no arranca). Ahí ingreso como root, hago el fsck, arregla todo, reinicio y arranca sin problemas. No se porque da error y no lo puede solucionar cuando arregla las dos particiones anteriores (sda6 y sda7), que en definitiva son sometidas también a un fsck. Me desconcierta... ja ja ja Recomendación: Activar en la BIOS el servicio S.M.A.R.T. Instalar y configurar GSmartControl Hacer un "Extended self-test" sobre el disco que da problemas. Lleva un BUEN rato, pero hace un barrido completo y además, si uno deja funcionando el demonio smartcontrol, tenés un "supervisor" sobre el estado de salud de los discos. Por experiencia, te digo que funciona. https://help.ubuntu.com/community/Smartmontools https://gsmartcontrol.sourceforge.io/home/ https://wiki.archlinux.org/index.php/S.M.A.R.T. Voy a ver que me dice el smartmontools, Gracias ! JAP -- Walter O. Dari http://swcomputacion.com/ http://swcomputacion.com/sistemas/ https://facebook.com/swcomputacion/ https://facebook.com/sistemasSW/ Nuestros horarios: L a V 9 a 12 hs. - 16:30 a 19:30 hs. S 11 a 14 hs. WhatsApp: 2396 577140 (no se atienden llamadas)
Re: [OT] Problemas frecuentes con /home en Buster...
El 10/12/20 a las 16:18, Camaleón escribió: El 2020-12-10 a las 15:50 -0300, Walter Omar Dari escribió: El 10/12/20 a las 05:28, Camaleón escribió: [.[0;1;31mFAILED.[0m] Failed to start .[0;1;39mFileSyste…6-92c0-42a5-97fc-770b58bddd40.[0m. See 'systemctl status "systemd-fsck@dev…\x2d770b58bddd40.service"' for details. [.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39m/home.[0m. [.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39mLocal File Systems.[0m. Starting .[0;1;39mSet console font and keymap.[0m... el UUID que termina con 92c0-42a5-97fc-770b58bddd40 (donde da el error) corresponde a /dev/sda8, no entiendo porqué motivo no lo recupera como a sda6 y sda7 que sí son "normalizadas". Manda la salida de /etc/fstab para ver las opciones del punto de montaje de /home, sistema de archivos que usa, etc... Uso ext4 en todos mis equipos y los equipos de clientes... (...) Vale, descartemos el sistema de archivos. Trata de ejecutar la utilidad de corrección para que te dé un «clean» como resultado, y después tendrás que observar por qué o cuándo se corrompe la partición /home, si es que vuelve a suceder. Cuando pasa eso queda en la opción de entrar de dos formas (no llega al modo gráfico): una es ingresar la clave de root para hacer algo y la otra una combinación de teclas que no recuerdo. Siempre he ingresado la clave de administrador y luego un... fsck /dev/sda8 Revisa el registro que te genera systemd (journalctl -u systemd-fsck*), a ver si te aparece algún dato adicional. ... luego de eso "acomoda" varias anormalidades, reinicio y arranca perfecto. El tema es que está pasando muy seguido y es la primera vez que me pasa algo así con un equipo que no se apaga bien. Nunca he tenido problema con estas cuestiones, incluso en equipos que no tienen UPS de respaldo. Da la casualidad de que el equipo donde tengo ese problema, es el primero que tiene colocado un disco SSD int. SATA, por eso sospechaba que podría tener relación. También tiene un disco viejito de 80 Gb donde el usuario conserva los datos que tenía cuando usaba Windows, se lo reparticioné y le di formato ext4. (...) Te iba a decir que comprobaras el disco duro (SMART) con la utilidad del fabricante por si tuviera sectores defectuosos, pero con los discos de tipo SSD no tengo ni idea de cómo fucniona esto. Yo buscaría la forma de verificar la estructura del disco por si el fallo fuera físico, algún error en las celdas de memoria, el firmware, muerte prematura por mala calidad del fabricante... Si el equipo se cierra bien (lo apagas correctamente y no hay cortes de luz habitualmente), el sistema de archivos no debería corromperse tan fácilmente. Te paso este enlace que parece tratar ese tema, por si te diera alguna idea: Is there a way to protect SSD from corruption due to power loss? https://serverfault.com/questions/923971/is-there-a-way-to-protect-ssd-from-corruption-due-to-power-loss Gracias ! Saludos, -- Walter O. Dari http://swcomputacion.com/ http://swcomputacion.com/sistemas/ https://facebook.com/swcomputacion/ https://facebook.com/sistemasSW/ Nuestros horarios: L a V 9 a 12 hs. - 16:30 a 19:30 hs. S 11 a 14 hs. WhatsApp: 2396 577140 (no se atienden llamadas)
Re: [OT] Problemas frecuentes con /home en Buster...
El 2020-12-10 a las 15:50 -0300, Walter Omar Dari escribió: > El 10/12/20 a las 05:28, Camaleón escribió: > > > [.[0;1;31mFAILED.[0m] Failed to start > > > .[0;1;39mFileSyste…6-92c0-42a5-97fc-770b58bddd40.[0m. > > > See 'systemctl status "systemd-fsck@dev…\x2d770b58bddd40.service"' for > > > details. > > > [.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39m/home.[0m. > > > [.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39mLocal File > > > Systems.[0m. > > > Starting .[0;1;39mSet console font and keymap.[0m... > > > > > > el UUID que termina con 92c0-42a5-97fc-770b58bddd40 (donde da el error) > > > corresponde a /dev/sda8, no entiendo porqué motivo no lo recupera como a > > > sda6 y sda7 que sí son "normalizadas". > > > > Manda la salida de /etc/fstab para ver las opciones del punto de > > montaje de /home, sistema de archivos que usa, etc... > > Uso ext4 en todos mis equipos y los equipos de clientes... (...) Vale, descartemos el sistema de archivos. > > Trata de ejecutar la utilidad de corrección para que te dé un «clean» > > como resultado, y después tendrás que observar por qué o cuándo se > > corrompe la partición /home, si es que vuelve a suceder. > > Cuando pasa eso queda en la opción de entrar de dos formas (no llega al modo > gráfico): una es ingresar la clave de root para hacer algo y la otra una > combinación de teclas que no recuerdo. > Siempre he ingresado la clave de administrador y luego un... > > fsck /dev/sda8 Revisa el registro que te genera systemd (journalctl -u systemd-fsck*), a ver si te aparece algún dato adicional. > ... luego de eso "acomoda" varias anormalidades, reinicio y arranca > perfecto. El tema es que está pasando muy seguido y es la primera vez que me > pasa algo así con un equipo que no se apaga bien. Nunca he tenido problema > con estas cuestiones, incluso en equipos que no tienen UPS de respaldo. > > Da la casualidad de que el equipo donde tengo ese problema, es el primero > que tiene colocado un disco SSD int. SATA, por eso sospechaba que podría > tener relación. > > También tiene un disco viejito de 80 Gb donde el usuario conserva los datos > que tenía cuando usaba Windows, se lo reparticioné y le di formato ext4. (...) Te iba a decir que comprobaras el disco duro (SMART) con la utilidad del fabricante por si tuviera sectores defectuosos, pero con los discos de tipo SSD no tengo ni idea de cómo fucniona esto. Yo buscaría la forma de verificar la estructura del disco por si el fallo fuera físico, algún error en las celdas de memoria, el firmware, muerte prematura por mala calidad del fabricante... Si el equipo se cierra bien (lo apagas correctamente y no hay cortes de luz habitualmente), el sistema de archivos no debería corromperse tan fácilmente. Te paso este enlace que parece tratar ese tema, por si te diera alguna idea: Is there a way to protect SSD from corruption due to power loss? https://serverfault.com/questions/923971/is-there-a-way-to-protect-ssd-from-corruption-due-to-power-loss Saludos, -- Camaleón
Re: [OT] Problemas frecuentes con /home en Buster...
El 10/12/20 a las 00:39, Walter Omar Dari escribió: Hola gente... Es un equipo nuevo con un disco SSD SATA y tiene... Linux version 4.19.0-12-amd64 (debian-ker...@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.152-1 (2020-10-18) Aparentemente el equipo no se apaga bien porque el boot.log muestra lo siguiente... /dev/sda7: recovering journal /dev/sda7: clean, 2434/610800 files, 124741/2441216 blocks /dev/sda6: recovering journal /dev/sda6: clean, 267023/1222992 files, 2334762/4882432 blocks [.[0;1;31mFAILED.[0m] Failed to start .[0;1;39mFile Syste…6-92c0-42a5-97fc-770b58bddd40.[0m. See 'systemctl status "systemd-fsck@dev…\x2d770b58bddd40.service"' for details. [.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39m/home.[0m. [.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39mLocal File Systems.[0m. Starting .[0;1;39mSet console font and keymap.[0m... el UUID que termina con 92c0-42a5-97fc-770b58bddd40 (donde da el error) corresponde a /dev/sda8, no entiendo porqué motivo no lo recupera como a sda6 y sda7 que sí son "normalizadas". Cada vez que pasa esto el equipo no inicia, así que tengo que entrar como root y hacer el fsck a sda8 manualmente, corrige algunos problemas y luego arranca bien. Alguna idea de porqué no recupera el sda8 y sí las dos particiones anteriores ? Gracias y saludos, Hm Preguntonta: ¿cómo está la "salud" del disco? Recomendación: Activar en la BIOS el servicio S.M.A.R.T. Instalar y configurar GSmartControl Hacer un "Extended self-test" sobre el disco que da problemas. Lleva un BUEN rato, pero hace un barrido completo y además, si uno deja funcionando el demonio smartcontrol, tenés un "supervisor" sobre el estado de salud de los discos. Por experiencia, te digo que funciona. https://help.ubuntu.com/community/Smartmontools https://gsmartcontrol.sourceforge.io/home/ https://wiki.archlinux.org/index.php/S.M.A.R.T. JAP
Re: [OT] Problemas frecuentes con /home en Buster...
Hola Camaleón, cómo va ? El 10/12/20 a las 05:28, Camaleón escribió: El 2020-12-10 a las 00:39 -0300, Walter Omar Dari escribió: Es un equipo nuevo con un disco SSD SATA y tiene... Linux version 4.19.0-12-amd64 (debian-ker...@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.152-1 (2020-10-18) Aparentemente el equipo no se apaga bien porque el boot.log muestra lo siguiente... /dev/sda7: recovering journal /dev/sda7: clean, 2434/610800 files, 124741/2441216 blocks /dev/sda6: recovering journal /dev/sda6: clean, 267023/1222992 files, 2334762/4882432 blocks [.[0;1;31mFAILED.[0m] Failed to start .[0;1;39mFileSyste…6-92c0-42a5-97fc-770b58bddd40.[0m. See 'systemctl status "systemd-fsck@dev…\x2d770b58bddd40.service"' for details. [.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39m/home.[0m. [.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39mLocal File Systems.[0m. Starting .[0;1;39mSet console font and keymap.[0m... el UUID que termina con 92c0-42a5-97fc-770b58bddd40 (donde da el error) corresponde a /dev/sda8, no entiendo porqué motivo no lo recupera como a sda6 y sda7 que sí son "normalizadas". Manda la salida de /etc/fstab para ver las opciones del punto de montaje de /home, sistema de archivos que usa, etc... Uso ext4 en todos mis equipos y los equipos de clientes... UUID=8a69135a-b07e-4a2c-b0c2-61bda93613ad / ext4 errors=remount-ro 0 1 # /boot was on /dev/sda1 during installation UUID=fcabc960-99a1-47f6-adae-b9bd95800ac6 /boot ext4defaults 0 2 # /home was on /dev/sda8 during installation UUID=a6f16f86-92c0-42a5-97fc-770b58bddd40 /home ext4defaults 0 2 # /tmp was on /dev/sda3 during installation UUID=55c2322f-c864-4852-93b1-36a7d966d589 /tmp ext4defaults 0 2 # /usr was on /dev/sda6 during installation UUID=faa95f5b-b8a1-4f38-91e2-990d4230cf7c /usr ext4defaults 0 2 # /var was on /dev/sda5 during installation UUID=6bc6858a-5d42-4a8c-9921-1b826bdb7087 /var ext4defaults 0 2 # swap was on /dev/sda2 during installation UUID=577be953-9d69-4aa2-aeb9-59040cf08009 none swapsw 0 0 # /disco80 was on /dev/sdb1 post installation UUID=3c6061dc-9c36-4bb4-ab77-2dcddb466307 /disco80 ext4defaults 0 2 /dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0 Cada vez que pasa esto el equipo no inicia, así que tengo que entrar como root y hacer el fsck a sda8 manualmente, corrige algunos problemas y luego arranca bien. Alguna idea de porqué no recupera el sda8 y sí las dos particiones anteriores ? Quizá se haya cerrado mal una vez, tal vez al restaurar el sistema tras una hibernación o un apagado brusco del equipo por corte de luz... y posteriormente no haya podido ejecutar correctamente la utilidad de reparación del sistema de archivos (fsck) y aún esté coleando. Yo creo que se apaga mal el equipo, por lo que se ve de "recovering journal" en un par de particiones. Trata de ejecutar la utilidad de corrección para que te dé un «clean» como resultado, y después tendrás que observar por qué o cuándo se corrompe la partición /home, si es que vuelve a suceder. Cuando pasa eso queda en la opción de entrar de dos formas (no llega al modo gráfico): una es ingresar la clave de root para hacer algo y la otra una combinación de teclas que no recuerdo. Siempre he ingresado la clave de administrador y luego un... fsck /dev/sda8 ... luego de eso "acomoda" varias anormalidades, reinicio y arranca perfecto. El tema es que está pasando muy seguido y es la primera vez que me pasa algo así con un equipo que no se apaga bien. Nunca he tenido problema con estas cuestiones, incluso en equipos que no tienen UPS de respaldo. Da la casualidad de que el equipo donde tengo ese problema, es el primero que tiene colocado un disco SSD int. SATA, por eso sospechaba que podría tener relación. También tiene un disco viejito de 80 Gb donde el usuario conserva los datos que tenía cuando usaba Windows, se lo reparticioné y le di formato ext4. Yo antes uasaba ReiserFS para el sistema de arhivos (raíz, /home... todo) en mi equipo principal y ahora tengo XFS, y sinceramente, nunca me han dado problemas. Claro, el tema que ext4 tampoco me había dado problemas nunca, hasta ahora... En los servidores donde tengo particiones más gordas que uso como almacén de datos puse en su momento (año 2004) EXT3 y no hay día que no me arrepienta, aún teniendo unidades SAI detrás ya me ha dado al menos un susto :-) ja, nunca nos salvamos de un susto, por el motivo que sea... Saludos, -- Walter O. Dari http://swcomputacion.com/ http://swcomputacion.com/sistemas/ https://facebook.com/swcomputacion/ https://facebook.com/sistemasSW/ Nuestros horarios: L a V 9 a 12 hs. - 16:30 a 19:30 hs. S 11 a 14 hs. WhatsApp: 2396 577140 (no se atienden llamadas)
Re: [OT] Problemas frecuentes con /home en Buster...
El 2020-12-10 a las 00:39 -0300, Walter Omar Dari escribió: > Es un equipo nuevo con un disco SSD SATA y tiene... > > Linux version 4.19.0-12-amd64 (debian-ker...@lists.debian.org) (gcc version > 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.152-1 (2020-10-18) > > Aparentemente el equipo no se apaga bien porque el boot.log muestra lo > siguiente... > > /dev/sda7: recovering journal > /dev/sda7: clean, 2434/610800 files, 124741/2441216 blocks > /dev/sda6: recovering journal > /dev/sda6: clean, 267023/1222992 files, 2334762/4882432 blocks > [.[0;1;31mFAILED.[0m] Failed to start > .[0;1;39mFileSyste…6-92c0-42a5-97fc-770b58bddd40.[0m. > See 'systemctl status "systemd-fsck@dev…\x2d770b58bddd40.service"' for > details. > [.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39m/home.[0m. > [.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39mLocal File Systems.[0m. > Starting .[0;1;39mSet console font and keymap.[0m... > > el UUID que termina con 92c0-42a5-97fc-770b58bddd40 (donde da el error) > corresponde a /dev/sda8, no entiendo porqué motivo no lo recupera como a > sda6 y sda7 que sí son "normalizadas". Manda la salida de /etc/fstab para ver las opciones del punto de montaje de /home, sistema de archivos que usa, etc... > Cada vez que pasa esto el equipo no inicia, así que tengo que entrar como > root y hacer el fsck a sda8 manualmente, corrige algunos problemas y luego > arranca bien. > > Alguna idea de porqué no recupera el sda8 y sí las dos particiones > anteriores ? Quizá se haya cerrado mal una vez, tal vez al restaurar el sistema tras una hibernación o un apagado brusco del equipo por corte de luz... y posteriormente no haya podido ejecutar correctamente la utilidad de reparación del sistema de archivos (fsck) y aún esté coleando. Trata de ejecutar la utilidad de corrección para que te dé un «clean» como resultado, y después tendrás que observar por qué o cuándo se corrompe la partición /home, si es que vuelve a suceder. Yo antes uasaba ReiserFS para el sistema de arhivos (raíz, /home... todo) en mi equipo principal y ahora tengo XFS, y sinceramente, nunca me han dado problemas. En los servidores donde tengo particiones más gordas que uso como almacén de datos puse en su momento (año 2004) EXT3 y no hay día que no me arrepienta, aún teniendo unidades SAI detrás ya me ha dado al menos un susto :-) Saludos, -- Camaleón
[OT] Problemas frecuentes con /home en Buster...
Hola gente... Es un equipo nuevo con un disco SSD SATA y tiene... Linux version 4.19.0-12-amd64 (debian-ker...@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.152-1 (2020-10-18) Aparentemente el equipo no se apaga bien porque el boot.log muestra lo siguiente... /dev/sda7: recovering journal /dev/sda7: clean, 2434/610800 files, 124741/2441216 blocks /dev/sda6: recovering journal /dev/sda6: clean, 267023/1222992 files, 2334762/4882432 blocks [.[0;1;31mFAILED.[0m] Failed to start .[0;1;39mFile Syste…6-92c0-42a5-97fc-770b58bddd40.[0m. See 'systemctl status "systemd-fsck@dev…\x2d770b58bddd40.service"' for details. [.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39m/home.[0m. [.[0;1;33mDEPEND.[0m] Dependency failed for .[0;1;39mLocal File Systems.[0m. Starting .[0;1;39mSet console font and keymap.[0m... el UUID que termina con 92c0-42a5-97fc-770b58bddd40 (donde da el error) corresponde a /dev/sda8, no entiendo porqué motivo no lo recupera como a sda6 y sda7 que sí son "normalizadas". Cada vez que pasa esto el equipo no inicia, así que tengo que entrar como root y hacer el fsck a sda8 manualmente, corrige algunos problemas y luego arranca bien. Alguna idea de porqué no recupera el sda8 y sí las dos particiones anteriores ? Gracias y saludos, -- Walter O. Dari http://swcomputacion.com/ http://swcomputacion.com/sistemas/ https://facebook.com/swcomputacion/ https://facebook.com/sistemasSW/ Nuestros horarios: L a V 9 a 12 hs. - 16:30 a 19:30 hs. S 11 a 14 hs. WhatsApp: 2396 577140 (no se atienden llamadas)
