If you are able to get into your 12.3 installation, one way or another, you can (more-or-less) do it from there – together with that gparted disk for repairs.
Before I continue, can you tell me if you are currently able to get into 12.3 (boot it), even if only in MBR mode?
Fraser_Bell, I’d rather accomplish this uefi boot without the rescue CD, but I need it, I will order it. Yes both the 12.3 and 13.1 install DVDs have rescue options. Back a couple of post I was at the 12.3 root rescue console on the i7 tower when I attempted to ask the “kindred spirits” from the P3 tower for guidance. Then I wanted to reinstall grub2. nrickert later advised to change fstab.
nrickert, I probably can get into my 12.3-64 one way or another, but let me be more precise about the “way” I have. I used the 13.1 install DVD I bought to upgrade the 12.3 rendered unbootable by the gpt conversion. Whether that upgrade fixed fstab or reinstalled grub2, or both, the upgrade emerged as a bootable 13.1.
My virtual machine came thru intact as well as office, thunderbird, and firefox. If I may slip in an off-topic result of the 13.1 upgrade, I don’t expect this would be the result of the gpt conversion, but I’ve never seen this one before:
[32m OK [0m] Found device TOSHIBA_DT01ACA100.
Starting File System Check on /dev/disk/by-id/ata-TOSHIBA_DT01ACA100_139AVYSRS-part5…
[32m OK [0m] Found device TOSHIBA_DT01ACA100.
[32m OK [0m] Found device TOSHIBA_DT01ACA100.
Activating swap /dev/sda7…
Activating swap /dev/disk/by-id/ata-TOSHIBA_DT01ACA100_139AVYSRS-part7…
[32m OK [0m] Activated swap /dev/sda7.
[1;31mFAILED[0m] Failed to activate swap /dev/disk/by-id/ata-TOSHIBA_DT01ACA100_139AVYSRS-part7.
See ‘systemctl status dev-disk-by\x2did-ata\x2dTOSHIBA_DT01ACA100_139AVYSRS\x2dpart7.swap’ for details.
[1;33mDEPEND[0m] Dependency failed for Swap.
[32m OK [0m] Found device TOSHIBA_DT01ACA100.
Starting File System Check on /dev/disk/by-id/ata-TOSHIBA_DT01ACA100_139AVYSRS-part11…
systemd-fsck[488]: usr1: clean, 4400/944000 files, 263857/3840000 blocks
Bootlog has this swap boot error.
Again off topic is there a way to know if swap is working?
nrickert, when you say “mbr mode” do you mean non-efi mode? The picture in my head now is that I have a 13.1 gpt system. The mbr is in my rear view mirror!
What I want to do for the next step now is to install the 12.3-64 in uefi mode and have that pick up the 13.1-64 as a dual boot. The uefi 12.3-64 install will overwrite a 12.3-32 installation now loaded into sda8 (/32) and sda9 (/home32). /boot/efi will be on sda2.
As you advised before sda1 will have to have it’s type change to 8300 and sda2 needs to by type EF00. Does this make sense?
I should end up with an efi dual boot between 12.3-64 and 13.1-64. Heboland.
Okay. So you can boot 13.1. That’s enough to get things going, I think.
Are you booting 13.1 in MBR mode or in UEFI mode?
If you are not sure, then boot your 13.1 system, and run the command (as root)
# efibootmgr -v
Maybe post the output here using code tags.
In any case, if that gives an error message, then you probably booted in MBR mode. If it gives some output (perhaps weird looking), then you are in UEFI mode.
You can use the “free” command to see how much swap you have. If it shows 0 in the total column, then it is not working. Otherwise it is probably fine.
Yes. Or legacy mode. It’s called by different names. Technically, a GPT disk still has an MBR, though it is a fake one (called “protective MBR”).
Okay, that is doable. However, you are going to run into problems.
Here’s the difficulty. Your 13.1 system, assuming it is in UEFI mode, is known as “opensuse” or “opensuse-secure” … probably the latter. And its boot loader is in “/boot/efi/EFI/opensuse”. When you install 12.3, it will want to use the same name and the same location for storing the boot loader. And that might make your current system unbootable.
Now there is a way of changing the system name. But it does not work during a 12.3 install. It does work with a 13.1 install.
If you have 13.1 working properly, your best bet is to change the name of the 13.1 system. And then install the 12.3. Note that a reinstall is not required. A bootloader configuration change, via Yast, is sufficient.
That “efibootmgr -v” output that you saw shows my system as having name “tumbleweed-secure” and using boot loader in “/boot/efi/EFI/tumbleweed”. I’m not actually running tumbleweed at present, though I did with 12.3. I used that name to avoid the conflict.
I’ll wait till I see your response. Then I’ll fill in the details for changing the name of the 13.1 system. Well, okay, here’s what you have to do anyway.
Edit “/etc/default/grub”
There will be a line something like: GRUB_DISTRIBUTOR=“openSUSE 13.1”
Change the “openSUSE” part to your preferred name.
Start Yast, go to bootloader section, and reinstall the boot loader.
Report any difficulties here
Again, this assumes that you are booting in UEFI mode.
And yes, the rest of what you ask does make sense.
Just a quick look at the swap stuff seems to indicate it’s not working. The i7 tower has 32GB or better of DRAM so maybe the 13.1 doesn’t need the swap. I’m going to post this and run. You know better now the status of the 13.1 on the i7 tower. Heboland.
Before we try to convert to UEFI booting, can you see whether you are able to boot something (such as the install DVD) in UEFI mode? If we cannot boot anything in UEFI mode, that might be a BIOS limitation. If you are able to boot the install DVD (either the 12.3 DVD or the 13.1 DVD) in UEFI mode, then we can proceed to try switching your installed system to using UEFI.
This indicates that you have a huge 40-Gig Swap, several times larger than it ought to be, and that it is running. It also indicates, with your 32-Gig of RAM, you probably don’t really need a Swap, as it is not being used and looks unlikely it will ever be needed. But, I would keep a 4-Gig (not 40-Gig) Swap, anyway.
On my ASUS P8H67-V motherboard (with core i5-2500)
the boot menu of the BIOS can be entered at startup by F8.
Inserting the openSUSE 13.1-64 installer DVD at power on and
then getting into the BIOS boot menu by F8,
among other entries (like for the internal hard disk),
I get two entries for the DVD drive/disk in that BIOS boot menu
(just tried it out again):
SATA: Optiarc DVD RW AD-7280S
and
UEFI: SATA: Optiarc DVD RW AD-7280S
Choosing the second entry would boot the installer DVD in UEFI mode,
choosing the first entry, on the other hand, would boot it in legacy/MBR mode.
The BIOS setup on my ASUS P8H67-V can be accessed by the DEL key.
There, even a graphical representation of the bootable drives is given,
which in principle represents the same information as the BIOS boot menu,
however with less precision, as no explicit device names like
‘Optiarc DVD RW AD-7280S’ are included.
There (i.e. in the BIOS setup menu) the DVD drive with the openSUSE 13.1-64
installer DVD in it as well is displayed two times - the second time with an ‘UEFI’
sticker on it.
That would here be the one to choose, if the 13.1 installer DVD should be booted
in UEFI mode.
ratzi, those bios details are just what I need. Last year I used my bios gui similar to what you wrote. I do want to try this first with the 12.3-64 DVD in hopes of having an efi bootable 12.3 system with the 13.1 as a dual boot. I may be able to try your examples tomorrow.
nrickert, the bios version I was running last year seemed to work similar what ratzi just described.To me it seems unlikely that the bios upgrade to 1301 would have wrecked that functionality. I can test that with the examples ratzi showed that closely match my Asus bios.
Fraser_Bell, glad to know the swap is working. Wonder why I’m getting to boot log error? So back in the days of smaller memory the rule of thumb used to be to make swap size from memory size to twice memory size. I’ve noticed that rule of thumb seems to be shrinking.
This swap problem is weakly linked to the uefi thread, first whether the gpt conversion caused the boot log error. Now it would be nice to make use of the unused swap space before the uefi install.
For a target as a talking prop (already shown elsewhere), let me redisplay this:
root[501] lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931.5G 0 disk
├─sda1 8:1 0 2G 0 part /boot
├─sda2 8:2 0 2G 0 part /boot32
├─sda3 8:3 0 19.5G 0 part /ntfs
├─sda5 8:5 0 14.7G 0 part /usr1
├─sda6 8:6 0 29.3G 0 part /share
├─sda7 8:7 0 39.1G 0 part [SWAP]
├─sda8 8:8 0 429.7G 0 part /slash32
├─sda9 8:9 0 24.4G 0 part /home32
├─sda10 8:10 0 341.8G 0 part /
└─sda11 8:11 0 28.7G 0 part /home
sr0 11:0 1 1024M 0 rom
root[502]
With swap being “above” the 13.1 root and home (sda10 and 11) I think making two partitions out of sda7 would wreck the 13.1. Easy gets for reducing swap to 4GB would be to add the remaining 35GB to the bottom of /share or to the top of slash32.
In the /share case, the beginning sector location of swap changes. Do you think the 13.1 could figure out what happened to swap or do fstab and or grub2 have to be manually changed to compensate for that change? Heboland.
Actually, for your amount of RAM, I should have suggested about 8-GB, not 4-GB. Brain is getting old. As to the rule of thumb, that applied to the very small memory on earlier models (ie: 16-Megs, 32-Megs) and even that requirement adjusted downward as the megabytes of RAM increased in more modern units.
With swap being “above” the 13.1 root and home (sda10 and 11) I think making two partitions out of sda7 would wreck the 13.1. Easy gets for reducing swap to 4GB would be to add the remaining 35GB to the bottom of /share or to the top of slash32.
In the /share case, the beginning sector location of swap changes. Do you think the 13.1 could figure out what happened to swap or do fstab and or grub2 have to be manually changed to compensate for that change? Heboland.
I’m not necessarily suggesting at this point that you need to change the Swap size. Being too large doesn’t actually hurt anything, except tie up some disk space.
If you feel you would like to have that extra space, though, I would add the space to the /share partition (If I read that output correctly, that is the first logical partition in an extended partition, am I correct?).
First, turn the swap off. Once it is off, delete it. Expand your /share partition by an extra 30-GB, leaving 10-GB for your Swap. Recreate your Swap, mount it & turn it back on.
Best bet is to do all this within the Yast partitioner, and everything will be handled by openSUSE.
According to post #13 on this thread, sda4 was the former extended partition. usr1 would be the first actual partition on the extended partition. share would be the second. OK, if I change swap, I’ll size it at 8GB.
From there you are leading me into new territory. I see I have a root command “swapoff”. So your suggestion is sudo swapoff, then yast > > partitioner. Then delete the swap partition, grow share, then create a new swap partition in the remaining unformatted space. Exit yast then sudo swapon.
To me using yast >> partitioner (which I’ve never used) makes me wonder if yast >> partitioner would automatically track changing the start location of a partition. Any comments on that?
Another partition question (probably a no-brainer) is about the handful of small (1MB) unpartitioned spaces between the original partitions since converting to gpt. I see there was an option for gdisk that would avoid the creation of all those little spaces. My question regarding the little unpartitioned spaces would be if I can include the adjacent ones into the new share and swap, or do they have to be left for gpt spacers?
Tomorrow I should have the time to get back on topic and try to do a successful uefi boot. Heboland.
Sorry, brain hiccup … That is correct, and thanks for correcting me. Looking back, I am puzzled how I missed that. I was looking at the missing sda4 in your “prop” list, which tells me it was the extended partition, then somehow skipped the usr1 partition, when I knew that the missing sda4 extended indicates the first logical would have been sda5!
OK, if I change swap, I’ll size it at 8GB.
From there you are leading me into new territory. I see I have a root command “swapoff”. So your suggestion is sudo swapoff, then yast > > partitioner. Then delete the swap partition, grow share, then create a new swap partition in the remaining unformatted space. Exit yast then sudo swapon.
To me using yast >> partitioner (which I’ve never used) makes me wonder if yast >> partitioner would automatically track changing the start location of a partition. Any comments on that?
The answer is pretty much a yes, but: I think, for now, that the Swap situation probably is best left alone, since this really is about you getting 13.1 up and galloping. Perhaps you should continue with that topic, for now, as it is a much more important subject and doesn’t really need any additional distractions.
Once that is done, if there is still a desire to tweak the Swap, you could start a new thread with the above questions.
With the help of nrickert, ratzi, oldcpu, and many other knowledgeable openSUSErs, we should be able to get this all worked out to your satisfaction. In the course of that, it will probably solve your following questions:
Another partition question (probably a no-brainer) is about the handful of small (1MB) unpartitioned spaces between the original partitions since converting to gpt. I see there was an option for gdisk that would avoid the creation of all those little spaces. My question regarding the little unpartitioned spaces would be if I can include the adjacent ones into the new share and swap, or do they have to be left for gpt spacers?
Tomorrow I should have the time to get back on topic and try to do a successful uefi boot. Heboland.
I have a uefi boot! It went smooth as grease, but there is good and bad.
Let me start with the good, (uefi boot) which is what this thread is about. Thanks to all the advice, and coaching from the resonders to this thread.
ratzi, the F8 displayed a menu I hadn’t seen before, but very similar to what you described after I loaded the 12-64 install DVD in the drive.
From there I selected the uefi option and began the install. When I got to the disk partitioning, I chose custom for experts. I mounted all the sda partitions. sda2 I selected to format to FAT and to be mounted at /boot/efi. Also I selected to format sda8 to ext4 and mount as /. sda9 I formated to ext4 and mounted as /home. No warning message came up (I think because of the gpt conversion). The install proceeded flawlessly including the first reboot.
I linked the 12.3 efi apps like firefox, libre office, etc back to the mounted 13.1 home .mozilla, etc.
Probe foreign OSs was the grub2 install default, so I left that stand. grub2 found the 13.1 on sda10 and sda11 and added access to them in the boot screen. (BTW the 12.3-64 doesn’t have a problem activating swap in the /var/log/boot.log like 13.1 did!)
This is what the efi test response looks like now:
The 13.1 on sda10 doesn’t boot. Instead a boot attempt prints out an indexed column of identical messages containing approximately “sda2 Can’t findl ext4 file system”. The listing never quits - I had to reset the system with the tower power button.
I thought the bootup F8 menu would let me boot 13.1 from the sda1 partition, but that’s not a choice. There are two choices, but they are essentially the same choices I get from the 12.3 grub2 bootup menu. One choice leads to 12.3, the other the endless columns.
So where from here? This is already a long thread and pretty much the topic of this tread has been solved thanks to all the help I got.
For myself I would like to get my 13.1 to boot again ideally as a dual boot, but individually would be OK.
May I ask the responders for some feedback as whether it’s best to continue this thread on to the subject of dual boot with uefi, or to start another thread on that subject? Heboland.
Wasn’t “sda2” the device that you were going to convert to an EFI partition? In that case, you needed to modify your 13.1 to not need it as an ext4 partition.
Yes, sda2 is the FAT /boot/efi partition. sda1 is the ext2 /boot for non-efi 13.1.
I did forget to follow one piece of your advice: I didn’t change sda2 to EF00 prior to the install. Guess I expected the uefi install would take care of that, but none of the partition types were changed.
root[501] gdisk -l /dev/sda
GPT fdisk (gdisk) version 0.8.5
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 1953525168 sectors, 931.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 9166AB63-4FC2-433D-AA61-B1958F7CEACD
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1953525134
Partitions will be aligned on 2048-sector boundaries
Total free space is 1041773 sectors (508.7 MiB)
Number Start (sector) End (sector) Size Code Name
1 2048 4098047 2.0 GiB EF00 Linux filesystem
2 4098048 8194047 2.0 GiB 8300 Linux filesystem
3 8194048 49154047 19.5 GiB 0700 Microsoft basic data
5 49156096 79876095 14.6 GiB 8300 Linux filesystem
6 79878144 223221759 68.4 GiB 0700 Microsoft basic data
7 223223808 223240191 8.0 MiB 8200 Linux swap
8 223242240 1124362239 429.7 GiB 8300 Linux filesystem
9 1124364288 1175564287 24.4 GiB 8300 Linux filesystem
10 1175566336 1892366335 341.8 GiB 8300 Linux filesystem
11 1892368384 1952499711 28.7 GiB 8300 Linux filesystem
root[502]
Note that I did shrink the swap to 8GB and grew share with the difference. That’s another story, but I’ll tell that later if anyone wants to hear it!
Another aside, but I think it’s related to this thead. I put in the live gparted CD to check the partition types and it wouldn’t boot. I went into the i7 bios and changed the DVD drive boot status to legacy. It booted then, but the 12.3 uefi wouldn’t. Instead the 13.1 attempted to boot. To get the 12.3 back up I had to change the bios to boot from uefi only.
I’m not yet real fluent with the i7 uefi bios settings. There may be a combination of them that allow a uefi hdd boot or a legacy DVD drive boot.
My gparted doesn’t show partition types and I don’t think I can use it to change them. gparted shows sda1 as efi1 with flags boot and legacy. That live CD does have gdisk in case I need to use gdisk to change partition types.
One other comment is the 13.1 failure to activate swap. That comment is a red line when splash=off, which is the way both 13.1 and 12.3 are set. Still when the 13.1 attempts to boot, that red comment line scrolls across the screen like a tracer bullet. Only the 13.1 boot has that behavior. Heboland.
If you would install in UEFI mode on a blank (or completely empty/or wiped) hard disk,
then the openSUSE installer would created the partitions with the right filesystems for your.
But not in the case of your hard disk.
The installer just can’t do that, without risking to destroy data or to render your hard disk unreadable.
And even if you install on an empty hard disk it may be wise to increase the size of the EFI boot partition,
at least if you intend to go for a multiboot with other Linuxes or windows.
Hmmm, what I see from this is that you did in fact shrink your swap to 8 MB instead of 8 GB
(which means a factor of 1000) !!
Sorry to say that, but that’s just the numbers above.
Further I don’t see that you would have any EFI boot partition.
Forget about gdisk for a moment.
Please open a terminal,
become root using the command ‘su’,
and then say ‘parted -l’.
Please post the output of that here.
Further, it would be good to hear if you have backups of the data on your hard disk.
ratzi, you have a sharp eye to catch that 8MB. Let me tell my swap shrinking story - I’ll try to be breif!
swapoff doesn’t do anything but invoke the it’s help display, so I used swapoff-a. Then I used the yast > System > partitioner. It gave me max and minimum sizes for swap. I took the minimum size which was 8. When I went to the Continue button, I got some errors, so I quit the tool and ran swapon. I went to the live gparted and found that swap had been shrunk to 8 and the unpartitioned space was underneath it.
With the live gparted, I moved swap to the bottom of the unpartitioned space resulting from the yast partitioner, while preserving the 1MB guard bands gdisk created. Then I grew the share partiton down to the new swap. The 13.1 booted fine, but until your comment, I didn’t realize I had swap at 8MB rather than 8GB. I wouldn’t expect any problem growing swap back to 8GB. I don’t think the swap size has any bearing on the problem.
So for your command:
root[506] parted -l
Model: ATA TOSHIBA DT01ACA1 (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Number Start End Size File system Name Flags
1 1049kB 2098MB 2097MB ext2 Linux filesystem boot, legacy_boot
2 2098MB 4195MB 2097MB fat32 Linux filesystem
3 4195MB 25.2GB 21.0GB ntfs Microsoft basic data
5 25.2GB 40.9GB 15.7GB ext4 Linux filesystem
6 40.9GB 114GB 73.4GB fat32 Microsoft basic data
7 114GB 114GB 8389kB linux-swap(v1) Linux swap
8 114GB 576GB 461GB ext4 Linux filesystem
9 576GB 602GB 26.2GB ext4 Linux filesystem
10 602GB 969GB 367GB ext4 Linux filesystem
11 969GB 1000GB 30.8GB ext4 Linux filesystem
root[507]
I see this is the same thing I see with the live gparted. Thanks for showing me that command!
Since you have a bios similar to mine, can you set that up so it will boot your uefi OS and also boot a non-uefi CD without changing your bios setting? It seems to me it would be an extreme requirement that a uefi install can only happen on a blank hdd!
nrickert, I copied my /etc/fstab to show you I have /boot/efi on a FAT partition.
I think I followed the guidance I got here except for changing the partition types. Is there still doubt that my 12.3 install is uefi?
To me the issue now is how to get the 13.1 installation. Nothing has changed in the 13.1 legacy install. The sda1 boot partiton 13.1/ and 13.1 home are still intact. Does the generic boot code on the mbr equivalent for gpt get changed with a uefi install?
From my comment about the “tracer bullet” the attempt to boot the 13.1 install gets far enough to fail to activate swap. That has happened with the 13.1 when swap was 40GB too. The 12.3 boot doesn’t have a booting problem with 8MB swap or with the 40GB swap before I upgraded it to 13.1
Since I have the 13.1 / mounted, I looked at it’s /var/log to see if any of the indexed column errors showed up there, but didn’t find anything.
Altho it’s probably not possible, what would it take to roll back the 12.3 uefi uninstall? The 13.1 is still there just like I left it. Isn’t that the realm of grub2? Heboland.