在运行Arch Linux的机器上安装Windows 7 Ultimate x64之后，MBR被重写（我不认为GRUB已经被卸载）。 除非使用live-CD启动，否则Arch现在是无法启动的，然后从本地驱动器中select。 Win7的安装盘是hd0，Arch是hd1。 有没有办法恢复GRUB，使系统双启动？ 如果可以从Arch环境中完成（毕竟我已经findlive-CD的解决方法），那将是最好的。
是否有软件可以帮助自动化（或使其可重复）设置个人电脑或实验室服务器，其中安装程序包括GRUB，以引导加载Windows，Debian，CentOS等的多重引导。 我最初正在研究像Boxgrinder和Cobbler这样的工具，但在GRUB中，我不确定这些工具是否合适。
在x86中安装了Solaris 10的镜像（RAID1）。 一切还好。 现在，我试图让第二个磁盘启动，这是：从grub或在disk1的故障的情况下。 我编辑了/boot/grub/menu.lst： #———- ADDED BY BOOTADM – DO NOT EDIT ———- title Solaris 10 9/10 s10x_u9wos_14a X86 findroot (rootfs1,0,a) kernel /platform/i86pc/multiboot module /platform/i86pc/boot_archive #———————END BOOTADM——————– #———- ADDED BY BOOTADM – DO NOT EDIT ———- title Solaris failsafe findroot (rootfs1,0,a) kernel /boot/multiboot -s module /boot/amd64/x86.miniroot-safe #———————END BOOTADM——————– #———- ADDED BY BOOTADM – DO […]
我在USB驱动器上复制了我的整个VPS（OpenVZ上的Debian）的备份，并想从这个USB启动来testing我的服务器上的东西（实际上是它的副本）。 然而，在启动目录中没有任何东西（我不知道OpenVZ如何启动操作系统）。 我怎样才能使USB启动？ 我需要在USB上安装GRUB吗？ 如果是的话，我怎么做这不影响我的硬盘上的GRUB （我的主电脑）。 我不想做双启动，只是暂时从USB启动。
我已经有了以下逻辑卷： 主机：/ dev / mapper / vg0-fc17-boot（guestOS：/ dev / hdb）格式化为ext4（无分区表） 主机：/ dev / mapper / vg0-fc17-root（guestOS：/ dev / hdc）格式化为ext4（无分区表） 我必须创build下面的grub分区才能在VirtualBox下引导访客虚拟机吗？ host：/ dev / mapper / vg-fc17-mbr（guestOS：/ dev / hda）用分区表安装grub MBR？ 或者，还有更好的方法？ （也许grub上vg0-fc17-boot？）
我安装了一个新的Ubuntu的量子系统，编辑/etc/default/grub如下： # If you change this file, run update-grub afterwards to update # /boot/grub/grub.cfg. GRUB_DEFAULT=0 GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian` GRUB_CMDLINE_LINUX_DEFAULT="" GRUB_CMDLINE_LINUX="" # Uncomment to enable BadRAM filtering, modify to suit your needs # This works with Linux (no patch required) and with any kernel that obtains # the memory map […]
我正在尝试将SLES（SuSE Linux Enterprise Server）SP 1安装到服务器上，但我遇到了引导加载程序的问题。 我经历了安装，更多的默认选项，除了Gnome桌面没有安装和操作系统似乎安装没有问题，直到引导装载程序。 当我然后得到An error occurring during bootloader installation. Do you want to try again? An error occurring during bootloader installation. Do you want to try again? 。 如果我说yes ，然后把我带到启动加载程序选项，但我不能看到任何问题，所以我说完成，但我然后得到同样的错误，如上所述。 如果我说不，操作系统的其余部分安装，但是当它然后重新启动它无法加载操作系统。 感谢您的任何帮助，您可以提供。 更新当我进入救援模式，并尝试安装引导装载程序时，我得到： /dev/cciss/c0d0p3 doesn't have any corresponding BIOS drive
出于某种原因，我不能让grub加载新的内核。 我尝试使用aptitude删除旧的内核，并运行update-grub但仍然加载旧的内核 – 即使我已经删除它！ 然后我手动更新了grubconfiguration文件（/boot/grub/menu.lst）并重新启动，但仍然没有喜悦。 运行命令来尝试让grub更新： $ sudo aptitude remove linux-image-3.2.0-23-virtual $ sudo aptitude remove linux-image-3.2.0-24-virtual # ..etc up to 3.2.0-49 $ sudo update-grub $ sed -i 's/3.2.0-23/3.2.0-49/ig' /boot/grub/menu.lst $ sudo reboot 系统当前状态： $ grub –version grub (GNU GRUB 0.97) $ uname -r 3.2.0-23-virtual $ cat /boot/grub/menu.lst | grep 3.2.0-49 title vmlinuz-3.2.0-49-virtual kernel /boot/vmlinuz-3.2.0-49-virtual root=LABEL=root […]
有两个磁盘在sw-raid。 有/dev/md1作为交换， /dev/md2作为引导和/dev/md3 ext4 。 通过停止和删除mdadm ，然后使用以下命令将每个/dev/mdX分区上的超级块置零来禁用sw-raid： sudo mdadm –zero-superblock /dev/sda1 sudo mdadm –zero-superblock /dev/sda2 sudo mdadm –zero-superblock /dev/sda3 在作为第一个引导设备的磁盘上，我不知道是否相关，每个分区的系统types从fd设置为82或83使用fdisk ， /etc/fstab已更新，将/dev/mdX为/dev/sdaX ， grub使用grub-instal /dev/sdaX重新安装在启动分区（ /dev/sda2 ）上。 但系统不会启动。 我该怎么做才能将这个磁盘用作启动设备而不会重新安装或丢失数据？ 当前fdisk输出 Device Boot Start End Blocks Id System /dev/sda1 2048 33556480 16777216+ 82 Linux swap / Solaris /dev/sda2 * 33558528 34607104 524288+ 83 Linux /dev/sda3 34609152 […]
我有一个Ubuntu 12.04服务器。 昨晚我使用apt-get dist-upgrade （包括grub）安装了一些更新，然后重新启动。 重新启动后，我无法启动到Ubuntu。 我只是得到一个大闪烁的提示，但是当我input时没有出现。 如果我尝试在安装程序启动时按DEL键，或者BIOS启animation面只是冻结。 服务器是远程的，所以我有一个技术人员从一个Live CD启动，并尝试运行启动修复使用第二个选项 ，但没有解决它。 这是apt-get历史。 您可能会注意到删除内核的条目; 我不认为它们是相关的，我绝对没有删除当前的内核（这是linux-image-3.2.0-65-generic ），但也许我只是不知道更好，所以我要离开这些条目。我也转换逗号为换行以提高可读性。 是否有可能例行的软件更新可能导致我的服务器崩溃？ 除了Boot-Repair，还有其他的select来解决吗？ 服务器configuration很重，所以我不愿意重新安装。 提前致谢！ Start-Date: 2014-07-07 17:25:08 Commandline: apt-get dist-upgrade Upgrade: grub-efi-amd64:amd64 (1.99-21ubuntu3.14, 1.99-21ubuntu3.15) libdrm-radeon1:amd64 (2.4.46-1ubuntu0.0.0.1, 2.4.52-1~precise1) libdrm2:amd64 (2.4.46-1ubuntu0.0.0.1, 2.4.52-1~precise1) libdrm-nouveau1a:amd64 (2.4.46-1ubuntu0.0.0.1, 2.4.52-1~precise1) libdrm-intel1:amd64 (2.4.46-1ubuntu0.0.0.1, 2.4.52-1~precise1) grub-efi-amd64-bin:amd64 (1.99-21ubuntu3.14, 1.99-21ubuntu3.15) grub-efi:amd64 (1.99-21ubuntu3.14, 1.99-21ubuntu3.15) linux-libc-dev:amd64 (3.2.0-65.98, 3.2.0-65.99) grub-common:amd64 (1.99-21ubuntu3.14, 1.99-21ubuntu3.15) grub2-common:amd64 (1.99-21ubuntu3.14, […]