I just installed openSUSE Leap 42.1 on a machine that was previously running 13.2. I spent all day working on this and had to install from scratch because a simple upgrade as detailed here (http://www.unixmen.com/how-to-upgrade-to-opensuse-42-1-from-opensuse-13-2/ ) resulted in an unusable system. Just doing a basic installation from scratch took over 2 hours, mostly because grub2-mount runs many times, and each time it runs it takes over 10 minutes. Previous openSUSE installations have completed in under 30 minutes on this box. I just changed the boot timeout value from 8 to 10 seconds, and it took over 15 minutes to complete this simple action in YaST. I have Leap 42.1 installed on another system and I know from there that this isn’t normal.
Any idea a) why grub2-mount takes so long each time it runs; and b) what can be done to fix it?
I’m running a fairly new system with an AMD FX 8350 8-core processor and 16 GB RAM, so it’s not like this machine is slow. And I never saw this with 13.2 on the same hardware.
I don’t know the answer
But first thing I would try is a test partition of a clean tumbleweed install and see if the same happens
It doesn’t for me
Try systemd-analyze blame to see what is really slow
The URL mentioned above fails to mention a point raised in the Leap 42.1 Release Notes related to the upgrade from 13.2 to Leap 42.1:
https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/42.1/
dilireus:
Just doing a basic installation from scratch took over 2 hours, mostly because grub2-mount runs many times, and each time it runs it takes over 10 minutes. Previous openSUSE installations have completed in under 30 minutes on this box. I just changed the boot timeout value from 8 to 10 seconds, and it took over 15 minutes to complete this simple action in YaST. I have Leap 42.1 installed on another system and I know from there that this isn’t normal.
Analysis of your problem possibly needs a little bit more information:
Disk(s)?
Partitioning?
File System(s)?
/etc/fstab – UUID or Device-ID or Device Name?
See above: possibly the /etc/fstab mount point definitions.
I’m not seeing any related 13.2 or Leap 42.1 issues with machines with 4-core AMD CPUs.
Do you have other Linux installations on this system?
Analysis of your problem possibly needs a little bit more information:
Disk(s)?
Partitioning?
File System(s)?
/etc/fstab -- UUID or Device-ID or Device Name?
See above: possibly the /etc/fstab mount point definitions.
There are three internal hard drives and a writable DVD drive installed in this system.
Here is fstab:
UUID=66f2699d-ca44-4854-a520-5f256d6ad08d swap swap defaults 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 / btrfs defaults 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 /boot/grub2/i386-pc btrfs subvol=@/boot/grub2/i386-pc 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 /boot/grub2/x86_64-efi btrfs subvol=@/boot/grub2/x86_64-efi 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 /opt btrfs subvol=@/opt 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 /srv btrfs subvol=@/srv 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 /tmp btrfs subvol=@/tmp 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 /usr/local btrfs subvol=@/usr/local 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 /var/crash btrfs subvol=@/var/crash 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 /var/lib/libvirt/images btrfs subvol=@/var/lib/libvirt/images 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 /var/lib/mailman btrfs subvol=@/var/lib/mailman 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 /var/lib/mariadb btrfs subvol=@/var/lib/mariadb 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 /var/lib/mysql btrfs subvol=@/var/lib/mysql 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 /var/lib/named btrfs subvol=@/var/lib/named 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 /var/lib/pgsql btrfs subvol=@/var/lib/pgsql 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 /var/log btrfs subvol=@/var/log 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 /var/opt btrfs subvol=@/var/opt 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 /var/spool btrfs subvol=@/var/spool 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 /var/tmp btrfs subvol=@/var/tmp 0 0
UUID=f033542a-cc0e-4ece-a68f-18be347bb766 /.snapshots btrfs subvol=@/.snapshots 0 0
UUID=a7b55e97-a1f8-4c0b-98a1-ba7d018d6a1b /home xfs defaults 1 2
UUID=d47f7c17-0628-4fe4-8375-e977c15f01de /opensuse12 ext4 defaults 1 2
UUID=8174d937-ff24-4eeb-983a-424e0420d2cd /opensuse13 ext4 defaults 1 2
UUID=7A3A77FA3A77B1AD /windows/c ntfs-3g users,gid=users,fmask=133,dmask=022,locale=en_US.UTF-8 0 0
UUID=1C241BD3241BAF30 /windows/d ntfs-3g users,gid=users,fmask=133,dmask=022,locale=en_US.UTF-8 0 0
There are four OSes installed:
openSUSE Leap 42.1
openSUSE 13.1
Windows 7
Windows XP
I haven’t even booted into Windows since installing Leap.
Partition table:
Model: ATA TOSHIBA DT01ACA2 (scsi)
Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 106MB 105MB primary ntfs type=07
2 106MB 1016GB 1016GB primary ntfs type=07
3 1016GB 2000GB 985GB extended boot, lba, type=0f
5 1016GB 1033GB 17.2GB logical linux-swap(v1) type=82
6 1033GB 1034GB 526MB logical ext4 type=83
7 1034GB 2000GB 967GB logical ext4 type=83
Model: ATA ST31500541AS (scsi)
Disk /dev/sdb: 1500GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 32.3kB 839GB 839GB primary ntfs type=07
2 839GB 839GB 206MB primary ext4 boot, type=83
3 839GB 848GB 8587MB primary linux-swap(v1) type=82
4 848GB 1500GB 653GB extended lba, type=0f
5 848GB 901GB 53.7GB logical ext4 type=83
6 901GB 1500GB 599GB logical ext4 type=83
Model: ATA WDC WD2003FZEX-0 (scsi)
Disk /dev/sdc: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 215GB 215GB primary btrfs boot, type=83
2 215GB 219GB 4294MB primary linux-swap(v1) type=82
3 219GB 2000GB 1781GB primary xfs type=83