We are in the process of migrating this forum. A new space will be available soon. We are sorry for the inconvenience.

Consulta sobre modo rescue-pro


TulioTesar
09/08/2013, 23:39
Hola Jose Luis,

Mmm.... creo que el comando para montar el sistema de ficheros es:

chroot /mnt/ <-- con barrita al final.

El modo Rescue lo usan para que te conectes al servidor, pero hay que tener en cuenta montar bien los discos y montar bien el sistema de ficheros.

De todas formas OVH sólo interviene si hay fallo de hardware para el software tendrás que apañartelas.

En este otro hilo, hay personas que se ofrecen servicios de administración de servidores:

http://foros.ovh.es/showthread.php?t=6212

A lo mejor puedes consultarles y conseguir soporte.

Jose Luis
09/08/2013, 20:38
Buenas

Según veo en este post:
http://status.ovh-hosting.fi/?do=det...86392f34505ba1

OVH ha realizando el 31 de Julio una actualización del kernel. ¿Es posible me esto haya sido la causa de que no me arranque mi grub?

Jose Luis
09/08/2013, 20:23
Hola

# fdisk -l

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x000e3081

Device Boot Start End Blocks Id System
/dev/sda1 * 4096 41947135 20971520 fd Linux raid autodetect
/dev/sda2 41947136 1952468991 955260928 fd Linux raid autodetect
/dev/sda3 1952468992 1953519615 525312 82 Linux swap / Solaris

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00022b8d

Device Boot Start End Blocks Id System
/dev/sdb1 * 4096 41947135 20971520 fd Linux raid autodetect
/dev/sdb2 41947136 1952468991 955260928 fd Linux raid autodetect
/dev/sdb3 1952468992 1953519615 525312 82 Linux swap / Solaris

Disk /dev/md2: 978.2 GB, 978187124736 bytes
2 heads, 4 sectors/track, 238815216 cylinders, total 1910521728 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

Disk /dev/md2 doesn't contain a valid partition table

Disk /dev/md1: 21.5 GB, 21474770944 bytes
2 heads, 4 sectors/track, 5242864 cylinders, total 41942912 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

Disk /dev/md1 doesn't contain a valid partition table


He montado de nuevo los discos, pero en lugar de home en var, que es el lugar que corresponde (en home tengo datos):

#mount /dev/md1 /mnt/
#mount /dev/md2 /mnt/var/

Y con el chroot, el error que ya puse:

# chroot /mnt
/bin/sh: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory

Gracias

RubenColmenarejoOVH
09/08/2013, 20:20
He modificado tu Post para que no se vea el nombre completo de su servidor.

Por favor accede a tu servidor en modo rescue y remite el resultado de los siguientes comandos:

fdisk -l

mount /dev/md1 /mnt/
mount /dev/md2 /mnt/home/

chroot /mnt/

Jose Luis
09/08/2013, 20:09
Según me indican vía telefónica, añado el número de servidor: ksXXXXXX.kimsufi.com

Jose Luis
09/08/2013, 19:57
Hola de nuevo.

Como se puede ver, el rescue-pro sólo está en 32 bits ...

sh-4.2# dpkg-architecture
DEB_BUILD_ARCH=i386
DEB_BUILD_ARCH_BITS=32
DEB_BUILD_ARCH_CPU=i386
DEB_BUILD_ARCH_ENDIAN=little
DEB_BUILD_ARCH_OS=linux
DEB_BUILD_GNU_CPU=i486
DEB_BUILD_GNU_SYSTEM=linux-gnu
DEB_BUILD_GNU_TYPE=i486-linux-gnu
DEB_BUILD_MULTIARCH=i386-linux-gnu
DEB_HOST_ARCH=i386
DEB_HOST_ARCH_BITS=32
DEB_HOST_ARCH_CPU=i386
DEB_HOST_ARCH_ENDIAN=little
DEB_HOST_ARCH_OS=linux
DEB_HOST_GNU_CPU=i486
DEB_HOST_GNU_SYSTEM=linux-gnu
DEB_HOST_GNU_TYPE=i486-linux-gnu
DEB_HOST_MULTIARCH=i386-linux-gnu

Por favor, ¿cómo puedo arrancar con un rescate de 64 bits para poder regenerar el grub? es muy urgente

Gracias

Jose Luis
09/08/2013, 19:29
# chroot /mnt
/bin/sh: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory

# ls /lib
bridge-utils klibc-_p1fb7QsHmNN-bA0jN63AqBDMvM.so libcryptsetup.so.4.2.0 libfreeipmi.so.10.1.6 libipmidetect.so.0 libxtables.so.7.0.0 xtables
cpp ld-linux.so.2 libctutils.so.0 libhandle.so.1 libipmidetect.so.0.0.0 lsb
cryptsetup libcfont.so.0 libctutils.so.0.0.0 libhandle.so.1.0.3 libipq.so.0 modprobe.d
firmware libcfont.so.0.0.0 libdb.so.2 libip4tc.so.0 libipq.so.0.0.0 systemd
hdparm libconsole.so.0 libdb1-2.2.5.so libip4tc.so.0.1.0 libiptc.so.0 terminfo
i386-linux-gnu libconsole.so.0.0.0 libdb1.so.2 libip6tc.so.0 libiptc.so.0.0.0 udev
init libcryptsetup.so.4 libfreeipmi.so.10 libip6tc.so.0.1.0 libxtables.so.7 x86_64-linux-gnu

# ls /lib/x86_64-linux-gnu/

# uname -a
Linux rescue.ovh.net 3.8.13-xxxx-std-ipv6-64 #4 SMP Mon Aug 5 14:25:53 CEST 2013 x86_64 GNU/Linux

# mount
none on / type tmpfs (rw,relatime)
none on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
91.121.126.137:/home/pub/rescue.v7 on /nfs type nfs (ro,relatime,vers=3,rsize=8192,wsize=8192,namlen=2 55,hard,nolock,proto=udp,port=2049,timeo=11,retran s=3,sec=sys,local_lock=all,addr=91.121.126.137)
91.121.126.137:/home/pub/pro-power on /power type nfs (ro,nodev,relatime,vers=3,rsize=8192,wsize=8192,na mlen=255,hard,nolock,proto=udp,port=2049,timeo=11, retrans=3,sec=sys,local_lock=all,addr=91.121.126.1 37)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev type tmpfs (rw,relatime,size=10240k,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=806744k,mode=755)
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=1613480k)
rpc_pipefs on /nfs/var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/md1 on /mnt type ext4 (rw,relatime,data=ordered)
/dev/md2 on /mnt/var type ext4 (rw,relatime,data=ordered)

# ldd `which ls`
linux-gate.so.1 => (0xf77b9000)
libselinux.so.1 => /lib/i386-linux-gnu/libselinux.so.1 (0xf778f000)
librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xf7786000)
libacl.so.1 => /lib/i386-linux-gnu/libacl.so.1 (0xf777b000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf762d000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7629000)
/lib/ld-linux.so.2 (0xf77ba000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7610000)
libattr.so.1 => /lib/i386-linux-gnu/libattr.so.1 (0xf760a000)


Gracias

RubenColmenarejoOVH
09/08/2013, 19:26
Estimado José Luis,

Indicarte que no debería aparecer ningún mensaje de error al ejecutar el comando chroot desde el modo rescue.

¿Podrías añadir el mensaje de error para que podamos hacer una valoración?

Los pasos para iniciar el servidor en modo rescate y montar los discos, podéis acceder al siguiente enlace:

http://guias.ovh.es/ModoRescue

Jose Luis
09/08/2013, 19:06
Buenas tardes

No me arranca un servidor KS y tras entrar en modo rescate parece un problema de grub. Intento regenerarlo pero no me permite hacer un chroot ya que el disco de rescate únicamente trae librerías de 32 bits y el sistema es de 64. Existe alguna forma de arrancar con un disco de rescarte con las librerías de 64 bits?

Gracias