Botched reinstall of Tumbleweed

I recently tried out a live version of Chrome OS Flex. It was suggested in another thread that I may have done zypper dup while the Chrome usb drive was plugged in. Whatever the reason, since trying Chrome OS Flex, grub got broken. It shows Chrome as a boot option, which doesn’t work.

The real problem I am trying to solve is to get Tumbleweed to boot again. When selecting it from the grub menu, it goes into recovery mode. One problem is that it keeps searching for sdc which had Chrome on it and is not plugged in. In another thread that related to boot problems, solutions were suggested which I could not get to work. I gave up and tried a reinstall. My pc originally had a hd with Windows installed. I later added Tumbleweed with no problems and used it as my primary solution. I later added an ssd with Windows. Using the same process, I installed Tumbleweed alongside of Windows, making the ssd as my primary system with the hd as a backup in case of failure It is the hd version that fails to boot as described above.

Being old, stupid and careless, I reinstalled Tumbleweed on the ssd, which had been working anyway! I thought I selected options that would have preserved the Windows install and the Tumbleweed data. I didn’t. Everything was wiped. When I use Dolphin, I don’t see the hd anymore. I used to be able to select and mount it. So, I wiped a working OS and am still stuck with a non-booting hd, or rather, one that boots only into maintenance mode. I can’t accomplish anything in maintenance mode, partly out of ignorance, partly because only the reboot command works.

My plan now is to disconnect the ssd to be sure I don’t make a mistake again and do a reinstall on the hd. I want to preserve the Windows install and linux data if possible. Even if that succeeds, I want to have a grub menu that includes Tumbleweed and Windows from both drive; and no entry for Chrome OS Flex. How do I do this?

You should had asked about your problem when you encountered the first one.
Someone could have help you to not made another problem.
The first one I think as a guess is just an fstab issue but now it became complicated.

Key is to use the expert partitioner, beginning with existing partitions, and designating those to be mounted as-is, which to be reused and formatted, which to delete, how big to make a new one out of freespace, etc. It’s your PC. You make the decisions. Without you providing here output from fdisk -l, parted -l and/or lsblk -f for the state in which you wish to begin installing, we have no basis on which to make specific suggestions.

Getting out of recovery mode is often a matter of finding a UUID the system thinks is needed but is not, such as for a swap partition that got reformatted during the most recent installation attempt. Working around that is done simply by removing the resume= parameter from the linu line in Grub, replacing it with noresume. If it’s not a swap UUID, find out what doesn’t match anything that’s available, and get it out of fstab. If that’s too much trouble, add nofail parameters to fstab entries that are not necessary for booting. e.g., if booting from sda somewhere, remove or nofail all entries for filesystems on sdb, sdc, sdd, etc. Or instead of nofail, use a bigger hammer: noauto.

Thank you for trying to help me. Here is data returned from the various commands.

fdisk -l
**Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors**
Disk model: TOSHIBA DT01ACA1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 36AD8A58-40E2-40A2-9216-EEC2FE77C241

**Device    ****     Start****       End****   Sectors****  Size****Type**
/dev/sda1        2048    1026047    1024000   500M EFI System
/dev/sda2     1026048    1288191     262144   128M Microsoft reserved
/dev/sda3     1288192 1310115670 1308827479 624.1G Microsoft basic data
/dev/sda4  1924515840 1926277119    1761280   860M Windows recovery environment
/dev/sda5  1926277120 1951275007   24997888  11.9G Windows recovery environment
/dev/sda6  1951277056 1953523711    2246656   1.1G Windows recovery environment


**Disk /dev/sdb: 465.76 GiB, 500107862016 bytes, 976773168 sectors**
Disk model: SHGS31-500GS-2   
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 35B62134-365F-4EDF-9FAF-2C501B0A99CD

**Device    ****    Start****      End****  Sectors****  Size****Type**
/dev/sdb1       2048   1050623   1048576   512M EFI System
/dev/sdb2    1050624 345866239 344815616 164.4G Linux filesystem
/dev/sdb3  345866240 575741951 229875712 109.6G Linux filesystem
/dev/sdb4  972578816 976773134   4194319     2G Linux swap
/dev/sdb5  575741952 575758335     16384     8M BIOS boot
/dev/sdb6  575758336 729004031 153245696  73.1G Linux filesystem
/dev/sdb7  729004032 831168511 102164480  48.7G Linux filesystem
/dev/sdb8  831168512 972578815 141410304  67.4G Linux filesystem

Partition table entries are not in disk order.


parted -l
Model: ATA TOSHIBA DT01ACA1 (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:  

Number  Start   End     Size    File system  Name                          Flags
 1      1049kB  525MB   524MB   fat32        EFI system partition          boot, esp
 2      525MB   660MB   134MB                Microsoft reserved partition  msftres
 3      660MB   671GB   670GB   ntfs         Basic data partition          msftdata
 4      985GB   986GB   902MB   ntfs                                       hidden, diag
 5      986GB   999GB   12.8GB  ntfs                                       hidden, diag
 6      999GB   1000GB  1150MB  ntfs                                       hidden, diag


Model: ATA SHGS31-500GS-2 (scsi)
Disk /dev/sdb: 500GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:  

Number  Start   End    Size    File system     Name  Flags
 1      1049kB  538MB  537MB   fat32                 boot, legacy_boot, esp
 2      538MB   177GB  177GB   btrfs
 3      177GB   295GB  118GB   btrfs
 5      295GB   295GB  8389kB                        bios_grub
 6      295GB   373GB  78.5GB  btrfs
 7      373GB   426GB  52.3GB  btrfs
 8      426GB   498GB  72.4GB  xfs
 4      498GB   500GB  2147MB  linux-swap(v1)        swap



lsblk -f
NAME   FSTYPE FSVER LABEL       UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                                  
├─sda1 vfat   FAT32 ESP         AA75-7061                                            
├─sda2                                                                               
├─sda3 ntfs         OS          9AE08C7BE08C5EFF                                     
├─sda4 ntfs                     58F6315DF6313D16                                     
├─sda5 ntfs         Image       EE5CFDC55CFD891B                                     
└─sda6 ntfs         DELLSUPPORT ACF267BAF2678782                                     
sdb                                                                                  
├─sdb1 vfat   FAT32             C5F6-CDCF                               506M     1% /boot/efi
├─sdb2 btrfs                    db95054f-3b15-413c-953f-2fb08df71be1                 
├─sdb3 btrfs                    2b817c68-8742-46f3-9fff-92942a274ff8                 
├─sdb4 swap   1                 e8ef7f47-08df-478c-b093-1d4969682c3a                [SWAP]
├─sdb5                                                                               
├─sdb6 btrfs                    dbdfeaa6-1012-4736-aae0-a827d9c8d928                 
├─sdb7 btrfs                    1cb6f376-15d6-44ad-a3a8-0a210d73497f   42.5G    12% /var
│                                                                                   /usr/local
│                                                                                   /srv
│                                                                                   /root
│                                                                                   /opt
│                                                                                   /boot/grub2/x86_64-efi
│                                                                                   /boot/grub2/i386-pc
│                                                                                   /.snapshots
│                                                                                   /
└─sdb8 xfs                      a49ab82c-5db1-4200-a33b-dcc429fa5ad4   65.4G     3% /home
sr0                                             

I don’t know if there is anything here that tells you, but sda is the hd and sdb is the ssd.

When in the maintenance mode, the monitor (old flat screen tv) has the wrong resolution and the beginning of each line is cut off. So, I cannot be sure what each line of text is saying. I can get a command prompt by entering root’s password. But, once there, I don’t know what to do. I’ve tried startx but that fails. From grub, I can boot into TW or Windows, which from viewing the commands you pointed out, are alone on separate disks. That may be all I can expect now. Am I wrong in thinking that at one time, Dolphin would let me access disks other than the one running at the time? I.E. look at sda from sdb and vice-versa.

All of this because I wanted to look at Chrome OS Flex. In the past, I’ve looked at Mint, Tails, Kali and others with no problems. I look at these things but only run Tumbleweed, and a Windows install only for things that won’t run on opensuse.

In TW Grub menu, is it all alone, or is there another TW and/or Windows to choose from?

From the sdb/SSD partitioning output, it looks like your first installation was Windows in UEFI mode, next installation TW in UEFI mode, last installation TW in legacy/BIOS mode, which is probably what you’ve been booting most recently. Can you use your BBS boot hotkey to choose Windows or openSUSE in UEFI mode?

BBS Boot HotKeys:

  • ASRock F11
  • Asus F8
  • Biostar F9?
  • Dell F12
  • eCS F10
  • eMachines F10
  • EVGA F7
  • Gigabyte F12
  • HP F9 or ESC or ESC,F9
  • Lenovo F12 or F8 or F10
  • MSI F11
    *]Toshiba F12

I have pics of the grub screens if useful. The menu offers the standard boot line for TW at the top of the menu. It also offers sdb2, sdb3 and sdb6 to boot. None of those work. They go into maintenance mode. My working install of TW is kernel 5.18 while the other installs are on 5.16 kernel. Legacy boot tries to go to one of these failed versions. UEFI boot works for both Windows and TW.

While I thought I had a dual boot setup in each disk, it appears that sda is Windows and sdb has TW only on it. It might be useful to save my home partition on sdb, I guess I could blow it all out and have a fresh install of TW on the ssd which is sdb. Is there a way to save the home partition but do a fresh install of everything else? Mrmazda has posted that more info was needed to make this decision. Is this enough info or is there more I should gather and post?

Sure. Your /home is already a separate partition formatted XFS. You could consider it a backup if nothing else. It’s only 65G, which doesn’t seem like an ideal size for a 500G SSD. You could remove all the other partitions on sdb, make a new one at a more suitable size, format it EXT4 or BTRFS, move the content from the current sdb8 to it, remove sdb8, then start a new installation. Or you could leave sdb8 alone for now, create a new installation in the space used by the others, including a new /home, then move the content from sdb8 later on. I remember at least one mailing list thread not too long ago discussing removal of XFS support, but not whether or not it was a done deal, or whether it was applicable to Leap and/or TW, or if Leap, which version.

fdisk -l**Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors****
Disk model: TOSHIBA DT01ACA1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 36AD8A58-40E2-40A2-9216-EEC2FE77C241

**Device    ******     Start********       End********   Sectors********  Size********Type******
/dev/sda1        2048    1026047    1024000   500M EFI System
/dev/sda2     1026048    1288191     262144   128M Microsoft reserved
/dev/sda3     1288192 1310115670 1308827479 624.1G Microsoft basic data
/dev/sda4  1924515840 1926277119    1761280   860M Windows recovery environment
/dev/sda5  1926277120 1951275007   24997888  11.9G Windows recovery environment
/dev/sda6  1951277056 1953523711    2246656   1.1G Windows recovery environment


**Disk /dev/sdb: 465.76 GiB, 500107862016 bytes, 976773168 sectors******
Disk model: SHGS31-500GS-2   
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 35B62134-365F-4EDF-9FAF-2C501B0A99CD

**Device    ********    Start********      End********  Sectors********  Size********Type******
/dev/sdb1       2048   1050623   1048576   512M EFI System
/dev/sdb2    1050624 345866239 344815616 164.4G Linux filesystem
/dev/sdb3  345866240 575741951 229875712 109.6G Linux filesystem

**/dev/sdb5  575741952 575758335     16384     8M BIOS boot
/dev/sdb6  575758336 729004031 153245696  73.1G Linux filesystem
/dev/sdb7  729004032 831168511 102164480  48.7G Linux filesystem
/dev/sdb8  831168512 972578815 141410304  67.4G Linux filesystem

**/dev/sdb4  972578816 976773134   4194319     2G Linux swap****** **

That is the actual order of your partitions.
I would suggest that you can probably delete 5, 6, 7, 8
And expand 3 in to their space
Use and set sda1 as your active efi partiition during installation

But you need to consider carefully if my assessment is correct

UEFI installation is easiest with only one drive being attached. Interaction between systems is minimal: Each of the drives will have their EFI System Partition. Tumbleweed on host erlangen has this partitioning:

**erlangen:~ #** fdisk -l /dev/nvme0n1 
**Disk /dev/nvme0n1: 1.82 TiB, 2000398934016 bytes, 3907029168 sectors**
Disk model: Samsung SSD 970 EVO Plus 2TB             
Units: sectors of 1 * 512 = 512 bytes 
Sector size (logical/physical): 512 bytes / 512 bytes 
I/O size (minimum/optimal): 512 bytes / 512 bytes 
Disklabel type: gpt 
Disk identifier: F5B232D0-7A67-461D-8E7D-B86A5B4C6C10 

**Device        ****     Start****       End****   Sectors**** Size****Type**
/dev/nvme0n1p1       2048    1050623    1048576  512M EFI System 
/dev/nvme0n1p2    1050624 3702228991 3701178368  1.7T Linux filesystem 

**erlangen:~ #**

File systems are:

**erlangen:~ #** lsblk -f /dev/nvme0n1 
NAME        FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS 
nvme0n1                                                                             
├─nvme0n1p1 vfat   FAT32       19CF-0B54                             510.4M     0% /boot/efi 
├─nvme0n1p2 btrfs              0e58bbe5-eff7-4884-bb5d-a0aac3d8a344    1.3T    27% /var 
│                                                                                  /usr/local 
│                                                                                  /srv 
│                                                                                  /root 
│                                                                                  /opt 
│                                                                                  /home 
│                                                                                  /boot/grub2/x86_64-efi 
│                                                                                  /boot/grub2/i386-pc 
│                                                                                  /.snapshots 
│                                                                                  / 
**erlangen:~ #**

Btrfs is flexible and powerful. Maintenance and disk space management on host erlangen is now down to a minimum.

You may consider to replace the HDD by a budget SSD.

At this point, I want to leave sda alone so I have a working Windows install, at least temporarily, since my hardware is not suitable for Windows 11. Taking note of your caution, I examined the contents of sdb via Dolphin. The partitions were displayed out of order. Here is how they were listed:


sdb8 - 67.4 GB  - has a Download folder with content (all of which I can load up to the cloud) and all other folders (Documents, Music Video etc.) are empty of content
sdb2 - 164.4 GB - has old config files referencing an older kernel (5.16 and 5.15) but home is empty
sdb7 - 48.7 GB is a duplicate of sdb8
sdb6 - 73.1 GB - has old config files like sdb2 and home is likewise empty of any Documents etc
sdb3 - 109.6 GB is like sdb2 and sdb6

So, sdb7 and 8 are the only partitions worth saving as far as I’m concerned. Since they are duplicates of each other, really only one is needed. It seems to me that I should just reinstall letting the installer do what ever it wants with sdb (meaning the ssd) and get a clean, organized disk. I’m sure I have this mess, at least in part, because I made the wrong partitioning choices during install. To get a clean, organized install, what choice should I make during partitioning?

[ul][li]Plan 1:[ol][]Ensure you have a restorable backup of sdb8 aka /home.
[/li][li]Delete all except ESP, swap & /home from a live Linux boot that can run GParted.
[/li][li]Decide how big you want /home (and thus /) to be.
[/li][li]Subtract current size from new size to be.
[/li][li]Move the current /home toward front of disk by the difference in sizes just calculated.
[/li][li]Create new / using the entire space between /home and ESP.
[/li][li]Delete the /home partition.
[/li][li]Create new /home partition using the entire freespace between / and swap.
[/li][li]Boot the TW installation media in UEFI mode.
[/li][li]In partitioning step, use expert with existing partitions, formatting only /.
[/li][li]After you have booted the newly installed TW, use the xfs_growfs command to make the /home filesystem use the entire partition.[/ul]
[/li][li]Plan 2:[list=1][
]Ensure you have a restorable backup of sdb8 aka /home.
[/li][li]Delete all except ESP, swap & /home from a live Linux boot that can run GParted.
[/li][li]Decide how big you want /home and / to be.
[/li][li]Create / partition at end of ESP partition.
[/li][li]Move the current /home all the way up to the end of /.
[/li][li]Delete the /home partition.
[/li][li]Create new /home partition using the entire freespace between / and swap, or less, if you wish to reserve some space for other things some other day, such as a / for another distro. Be sure the new size is as large or larger than the original XFS size.
[/li][li]Boot the TW installation media in UEFI mode.
[/li][li]In partitioning step, use expert with existing partitions, formatting only /.
[/li][li]After you have booted the newly installed TW, use the xfs_growfs command to make the /home filesystem use the entire partition.[/ol]
[/li][]Plan 3:[ul][]Ensure you have a restorable backup of sdb8 aka /home.[]Have TW installer use entire disk.[]After installation is complete and booted, restore /home from your backup.[/ul][/list]Many more plans are possible.

I chickened out, mrmazda. So, I went to plan 3. I was afraid I would mess up a step and botch another install. For example, I was only guessing what ESP was. I didn’t have a clue as to optimal (or even reasonable) partition sizes, and moving them was daunting.

The reinstall went well but I have a few setup things to do to get it back the way I want it. Wish I could find the wallpapers etc that I had previously. Having only the necessary partitions seems to have speeded up the boot and the shutdown. Thank you for your advice.