¿Cómo se ejecuta update-grub?

¿Cómo se ejecuta update-grub?

Entré en Live CD y activé Terminal. Luego, escribí gksu nautiluspara obtener acceso temporal a mi directorio raíz. Una vez que se abrió la ventana del Administrador, hice clic en Sistema de archivos y navegué hasta el /etc/default/grubdirectorio. Luego hice doble clic en el archivo Grub para realizar cambios en TIMEOUTy TIMEOUT_QUIET.

Guardé el archivo después de realizar los cambios. Luego volví al modo terminal y escribí:

gksu update-grub

El mensaje de error que recibí fue:

No puedo encontrar un dispositivo para / (¿está /dev montado?)

No estoy seguro de qué hacer en este momento. ¿Cómo puedo ejecutar update-grubpara actualizar los cambios? Gracias de antemano por tu ayuda. Sea muy detallado y específico con su respuesta, ya que soy totalmente nuevo en este entorno.

Respuesta1

Fase 1 - Nota: no utilice un Live CD.

  • En tu Ubuntu abre una terminal (presiona ++ Ctrlal mismo tiempo)AltT
  • Tipogedit admin:///etc/default/grub
    Esto ejecutará el editor de texto.gedit, si estás usando otro simplemente escribe su nombre en lugar de gedit.
  • Realice los cambios que desee realizar y guárdelos.
  • Cerrar gedit.
    Tu terminal aún debería estar abierta.
  • En el terminal tipo sudo update-grub, espera a que finalice la actualización.
  • Reinicie su computadora.

Fase 2: después de haber iniciado sesión en su sistema

  • Abra una terminal nuevamente ( Ctrl+ Alt+ T).
  • Escribe en la terminalgksu gedit /etc/default/grub
  • Para ver el menú de grub en el momento del arranque,
    comente o elimine la siguiente línea:GRUB_HIDDEN_TIMEOUT=0
    • Para comentar, agregue #al principio de esta línea, el resultado será#GRUB_HIDDEN_TIMEOUT=0
  • Guarda el archivo.
  • De nuevo en la terminal ejecute sudo update-grub.

Si lo único que desea es ver el menú de grub en el arranque, debe deshacer los cambios anteriores en el archivo.

Respuesta2

Recibes ese mensaje porque el Live CD no monta un sistema de archivos grabable. Sólo debe usarse para probar Ubuntu o para rescatar un sistema dañado. La ejecución de a sudo update-grubsolo funciona en una versión instalada de Ubuntu, donde tiene acceso de escritura a los archivos GRUB subyacentes (y en un Live CD, no).

Respuesta3

Puede realizar update-grub desde un CD en vivo en una distribución de Ubuntu instalada (aunque supongo que esto funciona con cualquier distribución de Linux [¿basada en Debian?]. Es "obligatorio" (puede haber otros métodos, pero conociendo este, no No me importan en absoluto) si clona su disco y ya instaló el nuevo en la computadora. Menciono la clonación aquí ampliamente, porque en cierto sentido el paso de actualización-grub es un subconjunto del mismo y los enfoques son los mismos. durante una sesión en vivo. Además, este método se descubrió mediante la búsqueda en el contexto de la clonación. Puede tomar lo que necesita si no está clonando, y su proceso se simplificará.

Debo matizar esto aquí; Es importante para la clonación, no es importante solo para actualizar-grub: he hecho esto solo en sistemas BIOS. No lo he intentado en un sistema UEFI. El sistema UEFI requiere una partición FAT para la carga de arranque y no he probado si esta partición debería acompañarnos durante los pasos de copia y clonación. Espero que afecte el montaje [bind-] requerido que sintetiza el entorno grub nativo durante la sesión en vivo...

Esto se detalla en esta página:http://frugaltech.happystoic.com/ssdlinux. He usado este método muchas veces y puedes intercambiar discos duros hasta el infinito usándolo. Intercambiar discos duros físicos se vuelve tan trivial de esta manera que resulta tentador convertirlo en su propio pasatiempo y/o intentar arreglar las computadoras estropeadas de otras personas.

Lo siguiente puede ser una paráfrasis útil de lo que encontrará allí:

  1. Ctrl+ Alt+ Tpara el terminal Bash e ingrese un shell de superusuario ( sudo -s) durante una sesión en vivo.

  2. monte la partición de la unidad de instalación completa (la que es [o se convertirá en] el directorio raíz permanente del sistema de archivos de Linux).

    2a. Si la instalación completa ya existe en su disco duro, pase al (2). SI está CLONANDO: [basado en el supuesto de que no está realizando una instalación nueva, ya que todo esto es completamente automático en ese caso] si su instalación completa aún no existe en esta partición, ahora es el momento de simplemente

    rsync -a /existing/linux/filesystem/live-mount-point/ /new/linux/filesystem/live-mount-point/ 
    

    [estos puntos de montaje son puramente con respecto al entorno de sesión en vivo; en Ubuntu generalmente tienen la forma "/media/ubuntu/???"] en la nueva unidad [partición].

    2b. Otras instalaciones completas del sistema operativo se pueden manejar de la misma manera aquí. Generalmente he usado un recurso basado en Windows para realizar copias masivas de particiones de Windows en unidades nuevas por adelantado, pero también usé rsync y funcionó para Win XP (suponiendo que tenga soporte para el formato de partición correcto, como ntfs; creo que el los medios de sesión en vivo generalmente incluyen soporte de formato alternativo). Solo tenga cuidado con la ortografía y utilice el final /en el directorio de origen si está nombrando completamente el destino.

  3. vincule los directorios live /dev, /procy /sysen sus respectivos directorios en su partición de instalación completa permanente [montada] que desea utilizar. El script detallado en el enlace anterior logra esto de manera muy elegante con una declaración "para". Además, no es necesario ejecutar el script proporcionado como un script per se. Se puede ingresar desde el indicador de bash, línea por línea.

  4. chroota la partición de instalación completa permanente. Después de realizar (3) y (4), el sistema ahora "reside virtualmente" en su "sistema de archivos final" y GRUB funcionará de manera homogénea. Sin estos pasos, grub asumirá que su sistema es simplemente una sesión en vivo, y no sé específicamente qué hace en ese caso, pero no es el resultado deseado, como se mencionó anteriormente en este hilo.

  5. ejecute grub-install en la /dev/sdX(unidad, no en el punto de montaje) que corresponda con la instalación permanente (o cualquier unidad que aloje GRUB si es un sistema de múltiples unidades [, arranque múltiple]). La flexibilidad aquí puede depender de su versión y BIOS. Hasta donde yo sé, ejecutar "grub-install" no hace nada dañino si no es necesario, así que siempre lo hago si uso este método de sesión en vivo.

  6. ejecute update-grub y actuará como si el sistema en ejecución estuviera anidado en la futura partición permanente, descubriendo todos los kernels y sistemas operativos de arranque que pueda tener disponibles.

  7. Si no ha cambiado físicamente los discos duros, pase al (5). De lo contrario, edite o verifique su /new/linux/filesystem/live-mount-point/etc/fstabarchivo para garantizar la estructura correcta del sistema de archivos para su [nuevo] entorno. Si está en este nivel, seguramente ya sabe cómo utilizar blkid la recolección de UUID para fstab.

    En mi humilde opinión: siempre debes usar UUID en formato fstab (no en formato "dev/sdXY") ya que en su propio alcance es inmune a la reconfiguración física del disco duro, aparte del grado en que esto requiere actualizaciones literales de los valores de UUID (como si en en algún momento en el futuro instalará un disco duro adicional para su directorio /home, etc.). Es simplemente el enfoque más fundamental, sólido e invariante.

  8. salga de chroot, salga de supershell, salga de bash, apague e inicie el sistema sin los medios en vivo. Ahora deberías estar donde pretendías.

    NOTA importante: Los argumentos a favor de mount y chrootson directorios (generalmente, PUNTOS DE MONTAJE como /mnt/??o /media/??) correspondientes a la sesión en vivo. En la mayoría de los casos, si no en todos, una instalación completa reside en su propia partición, por lo que los términos "directorio" y "punto de montaje" son esencialmente sinónimos aquí. El argumento a favor de grub-install es una UNIDAD FÍSICA (generalmente /dev/sdX, donde "X" es una letra correspondiente a la unidad de su sistema, sda, sdb, etc. y no debe depender de la sesión).

Ahora deberías haber terminado. He clonado simultáneamente Windows (XP y 7) en varias permutaciones junto con Ubuntu y Puppy usando este método y no me ha fallado. Creo que puedes usar un medio en vivo de una distribución diferente (sin embargo, solo he usado diferentes sabores de Ubuntu y Mint para esto) siempre que proporcionen la versión de GRUB que deseas usar. Puede mover particiones, intercambiar unidades, combinar otras instalaciones de sistema operativo y clonar hacia o desde SSD usando esto. Sin embargo, sólo puedo hablar de que funciona en la misma máquina. Supongo que es posible que se hayan omitido los controladores que podrían ser necesarios para una máquina diferente durante la instalación completa anterior. Mi regla general es que cambiar las unidades de una computadora requiere este método, pero cambiar las computadoras con una unidad requiere una [re]instalación completa.

¿Quizás alguien pueda desacreditar esto...?

información relacionada