Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
[OT] Servidor PROXMOX no arranca con errores de disco.
639 views
Skip to first unread message
Ramses II
Sep 22, 2015, 12:20:05 PM9/22/15
to
Buenas a todos,
Lo marco como OT porque, aunque lo que hay debajo es un Debian, está creado desde la instalación de PROXMOX, que está un poco tocada.
Tengo un Servidor PROXMOX con el que llevo trabajando mucho tiempo sin ningún tipo de problema.
Ayer vi que se me había quedado colgado y lo reinicié.
Cuál fue mi sorpresa que, al arrancar, me detectó errores de disco.
Empieza a hacer el FSCK pero, llegados sobre el 4% comienza a dar errores y se sale, mostrando la típica pantalla de introduzca la clave de root para realizar tareas de mantenimiento o CTRL+D para cerrar sesión.
Pego aquí unas fotos de la pantalla de arranque:
- http://picpaste.com/IMG_20150921_190300-e2LmaAqY.jpg
- http://picpaste.com/IMG_20150921_190432-ouMyv2WF.jpg
- http://picpaste.com/IMG_20150922_143314-awBnSOsC.jpg
- http://picpaste.com/IMG_20150921_191053-W3f15vBO.jpg
Es un disco de 2TB.
Miro el reporte que dicen que da en el fichero:
------------------------------------------------------------------
# cat /var/log/fsck/checkfs
Log of fsck -C -R -A -a
Mon Sep 21 18:59:57 2015
fsck from util-linux 2.20.1
/dev/mapper/pve-data contains a file system with errors, check forced.
/dev/mapper/pve-data: Inodes that were part of a corrupted orphan linked list found.
/dev/mapper/pve-data: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)
/dev/sda1: clean, 328/131072 files, 192897/523264 blocks
fsck died with exit status 4
Mon Sep 21 19:08:45 2015
#
------------------------------------------------------------------
Realizo lo que me dice y:
------------------------------------------------------------------
# fsck /dev/mapper/pve-data
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
/dev/mapper/pve-data contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inodes that were part of a corrupted orphan linked list found. Fix<y>? no
Inode 8978562 was part of the orphaned inode list. IGNORED.
Inode 8978588 was part of the orphaned inode list. IGNORED.
Inode 8978616 was part of the orphaned inode list. IGNORED.
Inode 8978617 was part of the orphaned inode list. IGNORED.
.
.
.
------------------------------------------------------------------
Le he dicho que no me los arregle porque no tengo imagen del disco en su estado actual.
¿Podría decirle a FSCK que me los arregle sin miedo a perder los datos o con FSCK al final pierdes los datos sí o sí?
¿Cuál sería la forma de proceder para intentar arrancar el equipo?.
Saludos y gracias,
Ramses
Lo marco como OT porque, aunque lo que hay debajo es un Debian, está creado desde la instalación de PROXMOX, que está un poco tocada.
Tengo un Servidor PROXMOX con el que llevo trabajando mucho tiempo sin ningún tipo de problema.
Ayer vi que se me había quedado colgado y lo reinicié.
Cuál fue mi sorpresa que, al arrancar, me detectó errores de disco.
Empieza a hacer el FSCK pero, llegados sobre el 4% comienza a dar errores y se sale, mostrando la típica pantalla de introduzca la clave de root para realizar tareas de mantenimiento o CTRL+D para cerrar sesión.
Pego aquí unas fotos de la pantalla de arranque:
- http://picpaste.com/IMG_20150921_190300-e2LmaAqY.jpg
- http://picpaste.com/IMG_20150921_190432-ouMyv2WF.jpg
- http://picpaste.com/IMG_20150922_143314-awBnSOsC.jpg
- http://picpaste.com/IMG_20150921_191053-W3f15vBO.jpg
Es un disco de 2TB.
Miro el reporte que dicen que da en el fichero:
------------------------------------------------------------------
# cat /var/log/fsck/checkfs
Log of fsck -C -R -A -a
Mon Sep 21 18:59:57 2015
fsck from util-linux 2.20.1
/dev/mapper/pve-data contains a file system with errors, check forced.
/dev/mapper/pve-data: Inodes that were part of a corrupted orphan linked list found.
/dev/mapper/pve-data: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)
/dev/sda1: clean, 328/131072 files, 192897/523264 blocks
fsck died with exit status 4
Mon Sep 21 19:08:45 2015
#
------------------------------------------------------------------
Realizo lo que me dice y:
------------------------------------------------------------------
# fsck /dev/mapper/pve-data
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
/dev/mapper/pve-data contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inodes that were part of a corrupted orphan linked list found. Fix<y>? no
Inode 8978562 was part of the orphaned inode list. IGNORED.
Inode 8978588 was part of the orphaned inode list. IGNORED.
Inode 8978616 was part of the orphaned inode list. IGNORED.
Inode 8978617 was part of the orphaned inode list. IGNORED.
.
.
.
------------------------------------------------------------------
Le he dicho que no me los arregle porque no tengo imagen del disco en su estado actual.
¿Podría decirle a FSCK que me los arregle sin miedo a perder los datos o con FSCK al final pierdes los datos sí o sí?
¿Cuál sería la forma de proceder para intentar arrancar el equipo?.
Saludos y gracias,
Ramses
Leo
Sep 22, 2015, 12:40:03 PM9/22/15
to
El 22-09-15 a las 12:16, Ramses II escribió:
proxmox me habia hecho lo mismo que a ti, siento decirte que por mas que
lo intente no di pie con bolas y tuve que hacerle el fsck forzado y
dejarlo que eliminara los archivos corruptos, corri con suerte y la
unica maquina virtual que me fastidio fue donde tenia el squid+jabber
openfire, fue la unica que no me arranco pues esta me dio el mismo
error, y nada, le di a ella de la misma forma, que eliminara los
archivos corruptos y esta si se me fastidió completa, arrancó pero el
squid se quedo parado, cuando logre arrancarlo me di cuenta que ningun
script del sistema funcionaba, por ejemplo me refiero (y si el nombre
esta mal que alguien me rectifique) el crontab se murio, los archivos de
configuracion del jabber tambien se corrompieron, tuve que reinstalar la
maquina desde cero....... Desde ese dia le hago una salva a cada maquina
virtual dentro y fuera del servidor PROXMOX.....
Camaleón
Sep 22, 2015, 12:40:03 PM9/22/15
to
El Tue, 22 Sep 2015 18:16:25 +0200, Ramses II escribió:
> Buenas a todos,
>
> Lo marco como OT porque, aunque lo que hay debajo es un Debian, está
> creado desde la instalación de PROXMOX, que está un poco tocada.
OK.
> Buenas a todos,
>
> Lo marco como OT porque, aunque lo que hay debajo es un Debian, está
> creado desde la instalación de PROXMOX, que está un poco tocada.
> Tengo un Servidor PROXMOX con el que llevo trabajando mucho tiempo sin
> ningún tipo de problema.
>
> Ayer vi que se me había quedado colgado y lo reinicié.
>
> Cuál fue mi sorpresa que, al arrancar, me detectó errores de disco.
Por los pantallazos que mandas parece que la partición "tocada" es la de
datos (/dev/mapper/pve-data), no la del sistema raíz (/dev/mapper/pve-
root).
Otra cosa que me llama la atención es el mensaje "ATA bus error", apunta
a un problema de hardware más que de software. No estaría de más pasarle
el test SMART del fabricante al disco que presenta problemas pero tendrás
que identificarlo.
> Empieza a hacer el FSCK pero, llegados sobre el 4% comienza a dar
> errores y se sale, mostrando la típica pantalla de introduzca la clave
> de root para realizar tareas de mantenimiento o CTRL+D para cerrar
> sesión.
>
> Pego aquí unas fotos de la pantalla de arranque:
> Es un disco de 2TB.
> Miro el reporte que dicen que da en el fichero:
> Realizo lo que me dice y:
> Le he dicho que no me los arregle porque no tengo imagen del disco en su
> estado actual.
>
> ¿Podría decirle a FSCK que me los arregle sin miedo a perder los datos o
> con FSCK al final pierdes los datos sí o sí?
5 (hardware raid) de 1,2 TiB y no perdí ningún archivo pero no me
arriesgaría a ejecutarlo si los datos del volumen son importantes y no
tienes una copia.
> ¿Cuál sería la forma de proceder para intentar arrancar el equipo?.
desde una LiveCD y decirle que no monte la partición que tiene fallos
pero dependerá de cómo tengas configurado los discos/particiones.
Saludos,
--
Camaleón
Ramses II
Sep 23, 2015, 8:40:03 AM9/23/15
to
>-----Mensaje original-----
>De: Camaleón [mailto:noel...@gmail.com]
>Enviado el: martes, 22 de septiembre de 2015 18:39
>Para: debian-us...@lists.debian.org
>Asunto: Re: [OT] Servidor PROXMOX no arranca con errores de disco.
Bueno, pues parece que ya es tarde...
Por ese dedo rebelde que tenemos todos, que mientras que tú le vas diciendo "no, no, no", él pulsa la "y", o le da al INTRO cuando la opción por defecto es "y", pues que ya ha reparado el disco, o eso dice...
El tema está ahora en que lo que reparó era el "/dev/mapper/pve-data", ya que le hice un "fsck /dev/mapper/pve-data", y ahora arranca y lo monta, pero me arranca con el "/dev/mapper/pve-root" en modo lectura, y creo que por eso no me está iniciando todos los servicios.
Si le hago un "mount":
-------------------------------------------------------------------
root@proxmox:/# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=1008317,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=808760k,mode=755)
/dev/mapper/pve-root on / type ext3 (ro,relatime,errors=remount-ro,barrier=0,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1617500k)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/mapper/pve-data on /var/lib/vz type ext3 (rw,relatime,errors=continue,barrier=0,data=ordered)
/dev/sda1 on /boot type ext3 (rw,relatime,errors=continue,barrier=0,data=ordered)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
beancounter on /proc/vz/beancounter type cgroup (rw,relatime,blkio,name=beancounter)
container on /proc/vz/container type cgroup (rw,relatime,freezer,devices,name=container)
fairsched on /proc/vz/fairsched type cgroup (rw,relatime,cpuacct,cpu,cpuset,name=fairsched)
root@proxmox:/#
-------------------------------------------------------------------
Donde veo:
/dev/mapper/pve-root on / type ext3 (ro,relatime,errors=remount-ro,barrier=0,data=ordered)
/dev/mapper/pve-data on /var/lib/vz type ext3 (rw,relatime,errors=continue,barrier=0,data=ordered)
/dev/sda1 on /boot type ext3 (rw,relatime,errors=continue,barrier=0,data=ordered)
Como veo, el "/dev/mapper/pve-root" me lo está montando en "ro", a parte es que en "/dev/mapper/pve-root" no me deja crear ficheros ni directorios y en "/dev/mapper/pve-data" sí.
Y en el "fstab" tengo:
-------------------------------------------------------------------
root@proxmox:/# cat /etc/fstab
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/pve/root / ext3 errors=remount-ro 0 1
/dev/pve/data /var/lib/vz ext3 defaults 0 1
UUID=e9c920ee-5f1d-42de-a966-958638ec5abf /boot ext3 defaults 0 1
/dev/pve/swap none swap sw 0 0
proc /proc proc defaults 0 0
root@proxmox:/#
-------------------------------------------------------------------
¿Cómo podría solventar este problema?
Saludos y gracias,
Ramses
>De: Camaleón [mailto:noel...@gmail.com]
>Enviado el: martes, 22 de septiembre de 2015 18:39
>Para: debian-us...@lists.debian.org
>Asunto: Re: [OT] Servidor PROXMOX no arranca con errores de disco.
Por ese dedo rebelde que tenemos todos, que mientras que tú le vas diciendo "no, no, no", él pulsa la "y", o le da al INTRO cuando la opción por defecto es "y", pues que ya ha reparado el disco, o eso dice...
El tema está ahora en que lo que reparó era el "/dev/mapper/pve-data", ya que le hice un "fsck /dev/mapper/pve-data", y ahora arranca y lo monta, pero me arranca con el "/dev/mapper/pve-root" en modo lectura, y creo que por eso no me está iniciando todos los servicios.
Si le hago un "mount":
-------------------------------------------------------------------
root@proxmox:/# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=1008317,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=808760k,mode=755)
/dev/mapper/pve-root on / type ext3 (ro,relatime,errors=remount-ro,barrier=0,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1617500k)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/mapper/pve-data on /var/lib/vz type ext3 (rw,relatime,errors=continue,barrier=0,data=ordered)
/dev/sda1 on /boot type ext3 (rw,relatime,errors=continue,barrier=0,data=ordered)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
beancounter on /proc/vz/beancounter type cgroup (rw,relatime,blkio,name=beancounter)
container on /proc/vz/container type cgroup (rw,relatime,freezer,devices,name=container)
fairsched on /proc/vz/fairsched type cgroup (rw,relatime,cpuacct,cpu,cpuset,name=fairsched)
root@proxmox:/#
-------------------------------------------------------------------
Donde veo:
/dev/mapper/pve-root on / type ext3 (ro,relatime,errors=remount-ro,barrier=0,data=ordered)
/dev/mapper/pve-data on /var/lib/vz type ext3 (rw,relatime,errors=continue,barrier=0,data=ordered)
/dev/sda1 on /boot type ext3 (rw,relatime,errors=continue,barrier=0,data=ordered)
Como veo, el "/dev/mapper/pve-root" me lo está montando en "ro", a parte es que en "/dev/mapper/pve-root" no me deja crear ficheros ni directorios y en "/dev/mapper/pve-data" sí.
Y en el "fstab" tengo:
-------------------------------------------------------------------
root@proxmox:/# cat /etc/fstab
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/pve/root / ext3 errors=remount-ro 0 1
/dev/pve/data /var/lib/vz ext3 defaults 0 1
UUID=e9c920ee-5f1d-42de-a966-958638ec5abf /boot ext3 defaults 0 1
/dev/pve/swap none swap sw 0 0
proc /proc proc defaults 0 0
root@proxmox:/#
-------------------------------------------------------------------
¿Cómo podría solventar este problema?
Saludos y gracias,
Ramses
Camaleón
Sep 23, 2015, 9:30:03 AM9/23/15
to
El Wed, 23 Sep 2015 14:32:28 +0200, Ramses II escribió:
(...)
>>> Lo marco como OT porque, aunque lo que hay debajo es un Debian, está
>>> creado desde la instalación de PROXMOX, que está un poco tocada.
(...)
>>> ¿Podría decirle a FSCK que me los arregle sin miedo a perder los datos
>>> o con FSCK al final pierdes los datos sí o sí?
>>
>>Hum... no siempre pierdes datos. Yo tuve que hacerlo sobre un volumen
>>raid 5 (hardware raid) de 1,2 TiB y no perdí ningún archivo pero no me
>>arriesgaría a ejecutarlo si los datos del volumen son importantes y no
>>tienes una copia.
>>
>>> ¿Cuál sería la forma de proceder para intentar arrancar el equipo?.
>>
>>Parece que el sistema raíz no se ha dañado, podrías intentar iniciar
>>desde una LiveCD y decirle que no monte la partición que tiene fallos
>>pero dependerá de cómo tengas configurado los discos/particiones.
>
> Bueno, pues parece que ya es tarde...
>
> Por ese dedo rebelde que tenemos todos, que mientras que tú le vas
> diciendo "no, no, no", él pulsa la "y", o le da al INTRO cuando la
> opción por defecto es "y", pues que ya ha reparado el disco, o eso
> dice...
Yo hice exactamente lo mismo (tampoco tenía copia de seguridad de la
partición con el sistema de archivos dañado). De lo único que me
arrepentí después (como ya dije no hubo pérdida de datos) fue de no
haberle dicho "sí a todo" porque estuve un buen rato diciéndole que sí a
cada inodo :-D
> El tema está ahora en que lo que reparó era el "/dev/mapper/pve-data",
> ya que le hice un "fsck /dev/mapper/pve-data", y ahora arranca y lo
> monta, pero me arranca con el "/dev/mapper/pve-root" en modo lectura, y
> creo que por eso no me está iniciando todos los servicios.
>
> Si le hago un "mount":
(...)
> Donde veo:
>
> /dev/mapper/pve-root on / type ext3
> (ro,relatime,errors=remount-ro,barrier=0,data=ordered)
(...)
> Como veo, el "/dev/mapper/pve-root" me lo está montando en "ro", a parte
> es que en "/dev/mapper/pve-root" no me deja crear ficheros ni
> directorios y en "/dev/mapper/pve-data" sí.
>
> Y en el "fstab" tengo:
>
> -------------------------------------------------------------------
> root@proxmox:/# cat /etc/fstab
> # <file system> <mount point> <type> <options> <dump> <pass>
> /dev/pve/root / ext3 errors=remount-ro 0 1
^^^^^^^^^^^^^^^^^
(...)
Le estás diciendo que la monte en modo de sólo lectura cuando encuentre
errores y eso hace.
> ¿Cómo podría solventar este problema?
Pasa el fsck sobre esa partición (en modo de lectura o desde una LiveCD)
para ver si encuentra algún error y que actualice el conteo (que sepa que
se ha ejecutado la rutina para que no monte la partición en modo sólo
lectura).
Si no te funciona intenta forzar ese conteo ejecutando en la partición
raíz "touch /forcefsck" y después reinicia el sistema.
Saludos,
--
Camaleón
(...)
>>> Lo marco como OT porque, aunque lo que hay debajo es un Debian, está
>>> creado desde la instalación de PROXMOX, que está un poco tocada.
>>> ¿Podría decirle a FSCK que me los arregle sin miedo a perder los datos
>>> o con FSCK al final pierdes los datos sí o sí?
>>
>>Hum... no siempre pierdes datos. Yo tuve que hacerlo sobre un volumen
>>raid 5 (hardware raid) de 1,2 TiB y no perdí ningún archivo pero no me
>>arriesgaría a ejecutarlo si los datos del volumen son importantes y no
>>tienes una copia.
>>
>>> ¿Cuál sería la forma de proceder para intentar arrancar el equipo?.
>>
>>Parece que el sistema raíz no se ha dañado, podrías intentar iniciar
>>desde una LiveCD y decirle que no monte la partición que tiene fallos
>>pero dependerá de cómo tengas configurado los discos/particiones.
>
> Bueno, pues parece que ya es tarde...
>
> Por ese dedo rebelde que tenemos todos, que mientras que tú le vas
> diciendo "no, no, no", él pulsa la "y", o le da al INTRO cuando la
> opción por defecto es "y", pues que ya ha reparado el disco, o eso
> dice...
partición con el sistema de archivos dañado). De lo único que me
arrepentí después (como ya dije no hubo pérdida de datos) fue de no
haberle dicho "sí a todo" porque estuve un buen rato diciéndole que sí a
cada inodo :-D
> El tema está ahora en que lo que reparó era el "/dev/mapper/pve-data",
> ya que le hice un "fsck /dev/mapper/pve-data", y ahora arranca y lo
> monta, pero me arranca con el "/dev/mapper/pve-root" en modo lectura, y
> creo que por eso no me está iniciando todos los servicios.
>
> Si le hago un "mount":
> Donde veo:
>
> /dev/mapper/pve-root on / type ext3
> (ro,relatime,errors=remount-ro,barrier=0,data=ordered)
> Como veo, el "/dev/mapper/pve-root" me lo está montando en "ro", a parte
> es que en "/dev/mapper/pve-root" no me deja crear ficheros ni
> directorios y en "/dev/mapper/pve-data" sí.
>
> Y en el "fstab" tengo:
>
> -------------------------------------------------------------------
> root@proxmox:/# cat /etc/fstab
> # <file system> <mount point> <type> <options> <dump> <pass>
> /dev/pve/root / ext3 errors=remount-ro 0 1
(...)
Le estás diciendo que la monte en modo de sólo lectura cuando encuentre
errores y eso hace.
> ¿Cómo podría solventar este problema?
para ver si encuentra algún error y que actualice el conteo (que sepa que
se ha ejecutado la rutina para que no monte la partición en modo sólo
lectura).
Si no te funciona intenta forzar ese conteo ejecutando en la partición
raíz "touch /forcefsck" y después reinicia el sistema.
Saludos,
--
Camaleón
Ramses
Sep 23, 2015, 9:40:05 AM9/23/15
to
¿Con algún LiveCD en particular?, ¿valdría el CD de SuperGRUB?.
Saludos,
Ramses
Ramses
Sep 23, 2015, 10:00:04 AM9/23/15
to
El 23 de septiembre de 2015 15:49:08 CEST, "Camaleón" <noel...@gmail.com> escribió:
>
>dejará porque está montada. Si no lo permite, prueba a reiniciar con un
>
>"shutdown -rF now" para forzar el chequeo.
>sistemas de archivo ext3 y que pueda montar particiones, claro.
>SuperGRUB2Disk creo que no lleva nada de eso.
>
>Saludos,
RESCATUX parece que sí chequea y repara filesystems. Podría servir, ¿no?.
Saludos,
Ramses
>El Wed, 23 Sep 2015 15:35:18 +0200, Ramses escribió:
>
>> El 23 de septiembre de 2015 15:25:57 CEST, "Camaleón"
>> <noel...@gmail.com> escribió:
>
>(...)
>
>> El 23 de septiembre de 2015 15:25:57 CEST, "Camaleón"
>> <noel...@gmail.com> escribió:
>
>
>>>> ¿Cómo podría solventar este problema?
>>>
>>>Pasa el fsck sobre esa partición (en modo de lectura o desde una
>LiveCD)
>>>para ver si encuentra algún error y que actualice el conteo (que sepa
>>>que se ha ejecutado la rutina para que no monte la partición en modo
>>>sólo lectura).
>>>
>>>Si no te funciona intenta forzar ese conteo ejecutando en la
>partición
>>>raíz "touch /forcefsck" y después reinicia el sistema.
>>>
>>
>>>> ¿Cómo podría solventar este problema?
>>>
>>>Pasa el fsck sobre esa partición (en modo de lectura o desde una
>LiveCD)
>>>para ver si encuentra algún error y que actualice el conteo (que sepa
>>>que se ha ejecutado la rutina para que no monte la partición en modo
>>>sólo lectura).
>>>
>>>Si no te funciona intenta forzar ese conteo ejecutando en la
>partición
>>>raíz "touch /forcefsck" y después reinicia el sistema.
>>>
>>
>> ¿En modo lectura tal cual está ahora?
>
>Sí, pero NO le digas que ARREGLE nada, que sólo MIRE aunque no sé si te
>
>
>dejará porque está montada. Si no lo permite, prueba a reiniciar con un
>
>"shutdown -rF now" para forzar el chequeo.
>
>> ¿Con algún LiveCD en particular?, ¿valdría el CD de SuperGRUB?.
>
>Cualquier LiveCD que incluya herramientas de diagnóstico (fsck) para
>> ¿Con algún LiveCD en particular?, ¿valdría el CD de SuperGRUB?.
>
>sistemas de archivo ext3 y que pueda montar particiones, claro.
>SuperGRUB2Disk creo que no lleva nada de eso.
>
>Saludos,
RESCATUX parece que sí chequea y repara filesystems. Podría servir, ¿no?.
Saludos,
Ramses
Camaleón
Sep 23, 2015, 10:00:04 AM9/23/15
to
El Wed, 23 Sep 2015 15:35:18 +0200, Ramses escribió:
(...)
>>> ¿Cómo podría solventar este problema?
>>
>>Pasa el fsck sobre esa partición (en modo de lectura o desde una LiveCD)
>>para ver si encuentra algún error y que actualice el conteo (que sepa
>>que se ha ejecutado la rutina para que no monte la partición en modo
>>sólo lectura).
>>
>>Si no te funciona intenta forzar ese conteo ejecutando en la partición
>>raíz "touch /forcefsck" y después reinicia el sistema.
>>
>
> ¿En modo lectura tal cual está ahora?
Sí, pero NO le digas que ARREGLE nada, que sólo MIRE aunque no sé si te
dejará porque está montada. Si no lo permite, prueba a reiniciar con un
"shutdown -rF now" para forzar el chequeo.
dejará porque está montada. Si no lo permite, prueba a reiniciar con un
"shutdown -rF now" para forzar el chequeo.
> ¿Con algún LiveCD en particular?, ¿valdría el CD de SuperGRUB?.
Cualquier LiveCD que incluya herramientas de diagnóstico (fsck) para
sistemas de archivo ext3 y que pueda montar particiones, claro.
SuperGRUB2Disk creo que no lleva nada de eso.
Saludos,
--
sistemas de archivo ext3 y que pueda montar particiones, claro.
SuperGRUB2Disk creo que no lleva nada de eso.
Saludos,
Camaleón
Ramses
Sep 23, 2015, 10:20:03 AM9/23/15
to
El 23 de septiembre de 2015 16:05:31 CEST, "Camaleón" <noel...@gmail.com> escribió:
>
>http://wiki.rescatux.org/wiki/RescatuxCannotDo#Fsck_.28Force_filesystem_check.29
>
>Fsck (Force filesystem check)
>
>- There's a bug that makes you think that Fsck went ok when it went
>wrong. Actually it always says it's ok.
>
>
>Saludos,
Pues sí que estamos bien...
Probaré con el LiveCD de GParted o Clonezilla, que seguro que tienen el fsck...
Saludos y gracias,
Ramses
>El Wed, 23 Sep 2015 15:55:26 +0200, Ramses escribió:
>
>> El 23 de septiembre de 2015 15:49:08 CEST, "Camaleón"
>> <noel...@gmail.com> escribió:
>
>(...)
>
>> El 23 de septiembre de 2015 15:49:08 CEST, "Camaleón"
>> <noel...@gmail.com> escribió:
>
>
>>>> ¿Con algún LiveCD en particular?, ¿valdría el CD de SuperGRUB?.
>>>
>>>Cualquier LiveCD que incluya herramientas de diagnóstico (fsck) para
>>>sistemas de archivo ext3 y que pueda montar particiones, claro.
>>>SuperGRUB2Disk creo que no lleva nada de eso.
>>>
>>
>>>> ¿Con algún LiveCD en particular?, ¿valdría el CD de SuperGRUB?.
>>>
>>>Cualquier LiveCD que incluya herramientas de diagnóstico (fsck) para
>>>sistemas de archivo ext3 y que pueda montar particiones, claro.
>>>SuperGRUB2Disk creo que no lleva nada de eso.
>>>
>>
>> RESCATUX parece que sí chequea y repara filesystems. Podría servir,
>> ¿no?.
>
>Pues... no me fiaría mucho, la verdad:
>> ¿no?.
>
>
>http://wiki.rescatux.org/wiki/RescatuxCannotDo#Fsck_.28Force_filesystem_check.29
>
>Fsck (Force filesystem check)
>
>- There's a bug that makes you think that Fsck went ok when it went
>wrong. Actually it always says it's ok.
>
>
>Saludos,
Pues sí que estamos bien...
Probaré con el LiveCD de GParted o Clonezilla, que seguro que tienen el fsck...
Saludos y gracias,
Ramses
Camaleón
Sep 23, 2015, 10:20:04 AM9/23/15
to
El Wed, 23 Sep 2015 15:55:26 +0200, Ramses escribió:
> El 23 de septiembre de 2015 15:49:08 CEST, "Camaleón"
> <noel...@gmail.com> escribió:
(...)
> El 23 de septiembre de 2015 15:49:08 CEST, "Camaleón"
> <noel...@gmail.com> escribió:
>>> ¿Con algún LiveCD en particular?, ¿valdría el CD de SuperGRUB?.
>>
>>Cualquier LiveCD que incluya herramientas de diagnóstico (fsck) para
>>sistemas de archivo ext3 y que pueda montar particiones, claro.
>>SuperGRUB2Disk creo que no lleva nada de eso.
>>
>
> RESCATUX parece que sí chequea y repara filesystems. Podría servir,
> ¿no?.
> ¿no?.
Pues... no me fiaría mucho, la verdad:
http://wiki.rescatux.org/wiki/RescatuxCannotDo#Fsck_.28Force_filesystem_check.29
Fsck (Force filesystem check)
- There's a bug that makes you think that Fsck went ok when it went
wrong. Actually it always says it's ok.
Saludos,
--
http://wiki.rescatux.org/wiki/RescatuxCannotDo#Fsck_.28Force_filesystem_check.29
Fsck (Force filesystem check)
- There's a bug that makes you think that Fsck went ok when it went
wrong. Actually it always says it's ok.
Saludos,
Camaleón
listas...@msjs.co
Sep 23, 2015, 11:10:04 AM9/23/15
to
El 23/09/15 a las 09:18, Ramses escibió:
Cuando uso el fsck utilizo los siguientes parámetros:
fsck -svnf /dev/sdXY
>
> Saludos y gracias,
Saludos,
>
> Ramses
>
>
fsck -svnf /dev/sdXY
>
> Saludos y gracias,
Saludos,
>
> Ramses
>
>
Ramses II
Sep 23, 2015, 1:10:03 PM9/23/15
to
>Enviado el: miércoles, 23 de septiembre de 2015 15:49
Creo que ha funcionado el "shutdown -rF now".
Por lo menos ha arrancado, aunque creo que ha destrozado alguna que otra cosilla...
¿La utilidad SMART es un LiveCD y descargable de desde cualquier WEB de fabricante del disco en cuestión?. Por ver si esos mensajes raros que daba...
Saludos y gracias,
Ramses
>Para: debian-us...@lists.debian.org
>Asunto: Re: [OT] Servidor PROXMOX no arranca con errores de disco.
>
>Asunto: Re: [OT] Servidor PROXMOX no arranca con errores de disco.
>
Por lo menos ha arrancado, aunque creo que ha destrozado alguna que otra cosilla...
¿La utilidad SMART es un LiveCD y descargable de desde cualquier WEB de fabricante del disco en cuestión?. Por ver si esos mensajes raros que daba...
Saludos y gracias,
Ramses
Camaleón
Sep 23, 2015, 1:30:05 PM9/23/15
to
El Wed, 23 Sep 2015 19:07:08 +0200, Ramses II escribió:
(...)
(...)
>>> ¿En modo lectura tal cual está ahora?
>>
>>Sí, pero NO le digas que ARREGLE nada, que sólo MIRE aunque no sé si te
>>dejará porque está montada. Si no lo permite, prueba a reiniciar con un
>>"shutdown -rF now" para forzar el chequeo.
>>
>>> ¿Con algún LiveCD en particular?, ¿valdría el CD de SuperGRUB?.
>>
>>Cualquier LiveCD que incluya herramientas de diagnóstico (fsck) para
>>sistemas de archivo ext3 y que pueda montar particiones, claro.
>>SuperGRUB2Disk creo que no lleva nada de eso.
>
> Creo que ha funcionado el "shutdown -rF now".
>
> Por lo menos ha arrancado, aunque creo que ha destrozado alguna que otra
> cosilla...
No sé qué parámetros usa el fsck cuando se fuerza su ejecución pero vaya,
>>
>>Sí, pero NO le digas que ARREGLE nada, que sólo MIRE aunque no sé si te
>>dejará porque está montada. Si no lo permite, prueba a reiniciar con un
>>"shutdown -rF now" para forzar el chequeo.
>>
>>> ¿Con algún LiveCD en particular?, ¿valdría el CD de SuperGRUB?.
>>
>>Cualquier LiveCD que incluya herramientas de diagnóstico (fsck) para
>>sistemas de archivo ext3 y que pueda montar particiones, claro.
>>SuperGRUB2Disk creo que no lleva nada de eso.
>
> Creo que ha funcionado el "shutdown -rF now".
>
> Por lo menos ha arrancado, aunque creo que ha destrozado alguna que otra
> cosilla...
si en los registros que mandaste decía que es sistema de archivos estaba
"limpio" no sé qué errores habrá podido encontrar ahora.
> ¿La utilidad SMART es un LiveCD y descargable de desde cualquier WEB de
> fabricante del disco en cuestión?. Por ver si esos mensajes raros que
> daba...
(dlgdiag). Merece la pena analizar los discos, así te quedas más
tranquilo, eso sí, las utilidades no funcionan con hardware raid, los
discos a analizar tienen que ir conectados directamente a los puertos
SATA/IDE de la placa base.
Saludos,
--
Camaleón
Ramses II
Sep 24, 2015, 7:40:04 AM9/24/15
to
>Enviado el: miércoles, 23 de septiembre de 2015 19:25
Buenas,
Estoy viendo que ahora me sale por consola continuamente esto:
http://picpaste.com/IMG_20150924_131007-ZcApMj36.jpg
No sé si es normal al haber reparado el disco o habría que hacerle algo más.
Saludos y gracias,
Ramses
>Para: debian-us...@lists.debian.org
>Asunto: Re: [OT] Servidor PROXMOX no arranca con errores de disco.
>
>Asunto: Re: [OT] Servidor PROXMOX no arranca con errores de disco.
>
Estoy viendo que ahora me sale por consola continuamente esto:
http://picpaste.com/IMG_20150924_131007-ZcApMj36.jpg
No sé si es normal al haber reparado el disco o habría que hacerle algo más.
Saludos y gracias,
Ramses
Camaleón
Sep 24, 2015, 9:40:04 AM9/24/15
to
El Thu, 24 Sep 2015 13:37:43 +0200, Ramses II escribió:
(...)
(...)
>>> Por lo menos ha arrancado, aunque creo que ha destrozado alguna que
>>> otra cosilla...
>>
>>No sé qué parámetros usa el fsck cuando se fuerza su ejecución pero
>>vaya, si en los registros que mandaste decía que es sistema de archivos
>>estaba "limpio" no sé qué errores habrá podido encontrar ahora.
(...)
>>> otra cosilla...
>>
>>No sé qué parámetros usa el fsck cuando se fuerza su ejecución pero
>>vaya, si en los registros que mandaste decía que es sistema de archivos
>>estaba "limpio" no sé qué errores habrá podido encontrar ahora.
> Estoy viendo que ahora me sale por consola continuamente esto:
>
> http://picpaste.com/IMG_20150924_131007-ZcApMj36.jpg
>
> No sé si es normal al haber reparado el disco o habría que hacerle algo
> más.
la rutina del fsck ha terminado de hacer lo que tuviera que hacer no
debería aparecer.
Saludos,
--
Camaleón
0 new messages