Dracut error with CentOS 7 in a virtual machine
Resuelto
guillaumegilbertsoucy
Mensajes publicados
369
Estado
Miembro
-
guillaumegilbertsoucy Mensajes publicados 369 Estado Miembro -
guillaumegilbertsoucy Mensajes publicados 369 Estado Miembro -
Hola a todos,
Tengo un error dracut en una máquina virtual CentOS 7 cuando arranca. Al principio convertí una imagen .vmdk a .qcow2, pero surge el mismo error al arrancar incluso cuando se utiliza la .vmdk tal cual, es decir, sin convertirla a .qcow2.
Aquí está la captura de pantalla del error en la consola de Proxmox:
[Imagen]
En un post de los foros de Proxmox se propone lanzar el comando modprobe virtio_scsi en la consola, pero éste devuelve otro error:
[Imagen]
En primer lugar, convertí la imagen de disco .vmdk a .qcow2 siguiendo este tutoría l:
[Enlace]
Ante el fallo, eliminé la máquina virtual y la volví a crear usando la imagen de disco tal como está, sin convertirla. Mismo problema con el mismo mensaje de error durante el arranque de la máquina virtual.
El proveedor de la imagen de disco, StorageMadeEasy, no podrá ofrecer soporte técnico porque la imagen de disco utilizada es la versión “comunidad” de su software y se ofrece gratis tal como está.
El sistema operativo es CentOS 7 y a continuación los detalles de la máquina virtual:
[Imagen]
Si se requiere más información o detalles, por favor avísenme y los proporcionaré con gusto.
Agradezco de antemano la ayuda que puedan brindar.
Cordialmente,
Guillaume
Tengo un error dracut en una máquina virtual CentOS 7 cuando arranca. Al principio convertí una imagen .vmdk a .qcow2, pero surge el mismo error al arrancar incluso cuando se utiliza la .vmdk tal cual, es decir, sin convertirla a .qcow2.
Aquí está la captura de pantalla del error en la consola de Proxmox:
[Imagen]
En un post de los foros de Proxmox se propone lanzar el comando modprobe virtio_scsi en la consola, pero éste devuelve otro error:
[Imagen]
En primer lugar, convertí la imagen de disco .vmdk a .qcow2 siguiendo este tutoría l:
[Enlace]
Ante el fallo, eliminé la máquina virtual y la volví a crear usando la imagen de disco tal como está, sin convertirla. Mismo problema con el mismo mensaje de error durante el arranque de la máquina virtual.
El proveedor de la imagen de disco, StorageMadeEasy, no podrá ofrecer soporte técnico porque la imagen de disco utilizada es la versión “comunidad” de su software y se ofrece gratis tal como está.
El sistema operativo es CentOS 7 y a continuación los detalles de la máquina virtual:
[Imagen]
Si se requiere más información o detalles, por favor avísenme y los proporcionaré con gusto.
Agradezco de antemano la ayuda que puedan brindar.
Cordialmente,
Guillaume
7 respuestas
-
Hola,
Pregunta así, ¿es necesario tener acceso a la cuenta root de la imagen para poder ejecutar las maniobras propuestas en los enlaces que habéis puesto más arriba?
Gracias,
Guillaume -
Hola,
Mensaje #5
En efecto, o tal vez algo que no hemos entendido. Te invito a mirar:
En particular, dos secciones merecen ser leídas:
Si estás bloqueado, también puedes plantear tu pregunta directamente a los mantenedores de dracut a través de este enlace. En cualquier caso, no es normal que falle al arrancar su imagen.
Mensaje #6
Comparado con una máquina estándar, efectivamente parece un poco flojo, porque la procedencia de/
no está especificada... pero quizá sea normal endracut
. Si hace falta puedes ver lo que está montado con el comandomount
.
Mensaje #7
Sí, hay que ser root, pero primero mira su documentación.
Bonne chance-
Hola, Solo una cosa: no podré obtener root en esta imagen porque es la versión “comunitaria”; para obtener acceso root hay que contratar la versión “Empresa”, que es de pago. La razón por la que hago este comentario es que, en caso de que fuera necesario ser root en algún momento del proceso, eso me bloquearía el camino, ya que como mencioné no hay acceso root para la versión “comunitaria”. De todas formas voy a tomarme el tiempo para leer el tutorial al que han dedicado un enlace. Gracias, Guillaume
- Puedes evitar el problema sin ser root, porque desde grub puedes cambiar el dispositivo root (presiona e para editar las entradas de grub). En su documentación, tienen toda una sección que explica qué es el dispositivo root (que en realidad es la partición que corresponde a /), las dos formas de designarlo (ya sea con su UUID o a partir del dispositivo asociado a la partición, por ejemplo /dev/sda2 según tu particionamiento). Según su documentación, no tienen un /etc/default/grub y cortan directamente /boot/grub2/grub.cfg (cf mensajes anteriores; en teoría el primero se usa para generar el segundo). Para modificar este archivo (especialmente para corregir el UUID) habrá que ser root. Valdría la pena también ver si encuentras imágenes funcionales...
-
-
Hola a todos,
Por falta de tiempo, no he podido dedicar mucho tiempo a este problema. Pero avanza, lento pero seguro.
Lamento esta situación. Más tiempo será dedicado en enero de 2022.
Gracias,
Guillaume -
Hola,
Por favor, copia y pega el texto en lugar de hacer capturas de pantalla (en los comandos de MS-DOS, se puede hacer mediante el icono en la esquina superior izquierda de la ventana), será más práctico para todos.
Viendo el fallo, he eliminado la máquina virtual y la he recreado utilizando la imagen de disco tal cual, sin convertirla. El mismo problema con el mismo mensaje de error se reproduce al iniciar esta máquina virtual.
El problema no está ligado al formato de la imagen de la VM ni a la conversión que hiciste.
Si leemos esta discusión, se observa que probablemente GRUB esté mal configurado en la imagen que recuperaste, lo que explica por qué no se encuentra el disco desde el cual se supone que debe arrancar el sistema Linux. El procedimiento de reparación se indica en ese mismo enlace, ¿puedes intentarlo?
Buena suerte -
Ok, voy a intentarlo y voy a publicar los resultados aquí. ¡Gracias!
-
Hola,
Intenté hacer lo que indica el tutorial, pero esto es el resultado para todos los comandos que envío a la consola:
Désolé pour les capture d'écran, c'est que je peut pas copier coller de la console KVM dans Mozilla Firefox.
Aussi, l'image à été mis à jour par l'éditeur mais la nouvelle version semble avoir le même problème.
Merci,
Guillaume-
Es extraño, según esta página y esta página, el archivo
/etc/default/grub
debería existir en CentOS. Te invito a buscar confind
ygrep
dónde podría estar:
find /etc | grep -i grub
Si no aparece, podría significar que la configuración de grub se escribió a mano y reside puramente en/boot/grub
. Hoy en día eso ya no es así: normalmente se utilizagrub-mkconfig
que se basa en/etc/default/grub
para generar los archivos contenidos en/boot/grub
.
Probablemente puedas encontrar la ruta de este archivo mirando el encabezado de/boot/grub/grub.cfg
.
Ejemplo (en Debian):
(mando@silk) (~) $ head /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
set have_grubenv=true
Bonne chance- Una pregunta: si mi /etc/fstab contiene solo eso, ¿es normal? (todas mis disculpas por la captura de pantalla):
El archivo fstab no es como en mis otras máquinas, le faltan líneas...
y también, con el modo "rescue" arranca.
En el enlace, ¿la persona está en el modo de rescate? Porque no tenía un[root@srv ~]
en el modo 'emergency'.
Gracias,
Guillaume
-
-
Pero ¿cómo pueden haber publicado una imagen con defectos? No es muy responsable de su parte...
Echa un vistazo a la información que me habéis enviado arriba. Pero para ser honesto, nunca he jugado realmente con los grub, así que es realmente complicado para mí. Normalmente todo funciona sin tocar eso. Pero bueno, ¡siempre hay una primera vez!
¡Que tengas un buen día!
Guillaume
