Hi, I recently replaced the hard drive in my desktop (Lenovo K430) with a new hybrid drive (Seagate 4 TB Solid State Hybrid Drive SATA 6 GB), and I have now spent the better part of a week trying to install and run Ubuntu 14.04 on it. However, in spite of numerous permutations of partitioning schemes, setup parameters, boot repair options, and suggestions on existing forum threads, I continue to get the message when trying to boot the system: Error 1962: No operating system found. Googling the error in the title of this thread comes up with quite a number of hits, most of which are regarding Lenovo. Your bootinfo output shows Grub installed on the master boot record as well as separate boot partition (sda1) and a BIOS boot partition (sda2). Mageia 3 X86 X64 Dvd Shrink DownloadWould not expect that to be necessary. From what I have read (see the bottom of the page below) you can not have a partition larger than 2TB with an MBR setup. You would probably be better off using GPT/EFI. I don't use either so can't make any specific suggestions. Shrink the Ubuntu root would be the only thing I could see, use the installation medium you used to install which has GParted on it. Last edited by yancek; September 11th, 2014 at 01:17 AM. Does the BIOS/UEFI recognise this hard disk? I think that the 'no operating system found' message is coming from the BIOS/UEFI. When Grub has difficulty finding the Linux kernel it usually drops to a Grub Rescue prompt. I do not understand what sda2 bios-grub is doing. If it is supposed to be a EFI partition then I think it should be at the start of the disk. I am not sure but I think so. ![]() Transcript of Mageia 3 x86 64 DVD download free! Full transcript. More presentations by bswjy Hayden Untitled Prezi. So, I downloaded the 3. Windows xp home screen location. 6 GB Mageia 4 x86_64 DVD or the full 64-bit DVD and Mint Imagewriter worked well with it. I created a live USB, boot it up on my Asus K55VM (2.3 Ghz Core i7 processor, 8 GB DDR3 RAM and 2 GB NVIDIA GeForce 630M graphics) laptop. But you are booting in legacy mode so that an EFI partition should not be necessary. But it could be causing confusion. Another thing. If you do install in EFI mode do not use a 32 bit version of Ubuntu. And if Ubuntu is the only OS, and it seems so, why don't you tell the Installer to use the entire disk? You have a boot partition and a root ( / ) partition but you do not have a separate /home partition or a partition for data. Your partitioning scheme means that once you get Ubuntu installed, if you ever need to re-install you put your data at risk. In my opinion a separate /home partition is more useful than a separate /boot partition. What I find strange is that Grub usually looks for the Linux kernel in /boot and it looks for grub.cfg in /boot/grub. On your system set root = 'hdo,gpt1' which is the first partition on the first hard disk. Which would be sda1 but in sda1 grub.cfg is in /grub/ and not /boot/grub/. Do you have a boot folder on sda1 that contains Linux kernel files? ![]() There should be a 5 file set for each Linux kernel as well as 3 for memtest. You should see files that start with abi-; config-; initrd.img-; System.map- and vmlinuz- Regards. Last edited by grahammechanical; September 11th, 2014 at 02:46 AM. Thank you very much for your responses. At this point, I am still getting the same error ( Error 1962: No operating system found). Based on your suggestions, this is what I have tried. Note that all of these attempts are with 64-bit 14.04. The GPT/EFI route: In order to get a live disk to boot on my machine in UEFI mode, it was necessary to use a DVD rather than a USB (the USB just goes to a black screen when I try to run it in UEFI mode). I have tried the following, all of which had the same ultimate result: 1. ![]() ![]() Automatic partitioning (erase disk and install option) and installing ubunutu from the DVD in UEFI mode. The resulting partition table looked like this: /dev/sda1 fat32 efi boot partition /dev/sda2 ext4 mounted on / /dev/sda3 linux-swap 2. Manual partitioning the disk (note that use of any additional partitions such as /home resulted in an out of disk error) /dev/sda1 fat32 efi boot partition /dev/sda2 ext4 mounted on / /dev/sda3 linux-swap 3. Using boot-repair on both of the above installations after they would not boot 4. Chroot-ing to the installed system as described and running the following commands as recommended: # grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=grub --recheck --debug # mkdir /boot/efi/EFI/Boot # touch /boot/efi/EFI/Boot/bootx64.efi 5. The above bootx64.efi file was empty, so I also tried getting a version of it with wget and putting it in that location 6. Free application download for cherry mobile w7 spec's online. Installing from the live DVD in legacy mode and then booting back to the live disk in UEFI mode and converting the installed system to UEFI as discussed The Legacy Route: 1. Automatic partitioning (erase disk and install option) and installing ubunutu from the DVD in Legacy mode, and then resizing the root partition to be less than 2 TB after the installation 2. Automatic partitioning (erase disk and install option) and installing ubunutu from the USB in Legacy mode, and then resizing the root partition to be less than 2 TB 3. Maual partitioning the disk so that all partitions were less than 2 TB, the resulting partition table being (all primary partitions): /dev/sda1 bios_grub boot partition 1 MB /dev/sda2 ext4 mounted on / 1.9 TB /dev/sda3 linux-swap 8 GB /dev/sda4 ext4 no mount point specified, 1.8 TB 4. Running boot-repair on each of these The current permutation of all of this that I am at is back to one of my first attempts in UEFI mode: Installed ubuntu from dvd in UEFI mode. Used automatically generated partition table that looks like this: /dev/sda1 fat32 512 MB /dev/sda2 ext4 3.63 TB /dev/sda3 linux-swap 7.97 GB is the current url I get from boot-repair, which is currently telling me that an error occurred during the repair. There is a reported bug: Could not open ' EFI BOOT fallback.efi' Solution seems to be just copy grubx64.efi to fallback.efi in /efi/boot folder in efi partition. You do have to have 64 bit version for UEFI. And there really is not any reason for 32 bit version with new systems. There are only a very few special apps that may require 32 bit and then it may be better to install that 32 bit in another partition or virtual memory install. With very large hard drives it is better to have a smaller / (root) and use rest of drive as /home or data partitions. Boot-Repair picks up some minor issues as errors but this says grub installed correctly as error code 0 is no error. Installing for x86_64-efi platform. Installation finished. No error reported. Grub-install /dev/sda: exit code of grub-install /dev/sda:0 Last edited by oldfred; September 15th, 2014 at 05:26 PM. Thanks so much for your response; I tried this suggestion and am still getting the same 'Operating system not found' error when I try to boot the machine and the live disk is not present. When the disk is present, I am still seeing the same 'Could not open EFI BOOT fallback.efi' message. As such, it is possible that my method for moving files and folders within the efi partition is not correct (sorry for being so ignorant about all of this). This is specifically what I did: 1. Boot computer with live DVD in UEFI mode 2. Open terminal and type these commands as instructed: # sudo mkdir -p /mnt/sabayon/boot # sudo mount /dev/sda2 /mnt/sabayon # sudo mount /dev/sda1 /mnt/sabayon/boot # sudo mount -t proc none /mnt/sabayon/proc # sudo mount -o bind /dev /mnt/sabayon/dev # sudo mount -o bind /run /mnt/sabayon/run 3. Then type this command: # sudo chroot /mnt/sabayon /bin/bash 4.
Then I looked for the files you mentioned. The /boot/EFI/BOOT directory did not exist, but /boot/EFI/ubuntu did 5. ![]() Dvd Shrink For Windows 10 64 BitSo I created /boot/EFI/BOOT and did: cp /boot/EFI/ubuntu/grubx64.efi /boot/EFI/BOOT/fallback.efi 6. Then I exited and tried to reboot and got the errors mentioned above Was that the correct method for this? I assume it wasn't since I am still getting the errors that this is supposed to fix. That may not be correct. The efi partition is not a /boot partition. That would be another partition, but not normally required with most desktops.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |