Boot statements twice?

During boot (Leap15/KDE) we have the splash screen and when hitting the escape key we see the boot process. I sometimes do that and then there is statement after statement like those in boot.log:

  OK  ] Started Check if mainboard battery is Ok.
  OK  ] Started Timeline of Snapper Snapshots.
  OK  ] Started Discard unused blocks once a week.
  OK  ] Started Backup of RPM database.
  OK  ] Started Scrub btrfs filesystem, verify block checksums.
  OK  ] Started Backup of /etc/sysconfig.
  OK  ] Started Discard unused blocks on a mounted filesystem.
         Starting Postfix Mail Transport Agent...
  OK  ] Started Balance block groups on a btrfs filesystem.
         Starting X Display Manager...
  OK  ] Started Daily rotation of log files.
  OK  ] Reached target Timers.
         Starting Rotate log files...
         Starting Check if mainboard battery is Ok...
         Starting Discard unused blocks...
         Starting Backup /etc/sysconfig directory...
         Starting Backup RPM database...
  OK  ] Started Check if mainboard battery is Ok.
  OK  ] Started Discard unused blocks.
  OK  ] Started Balance block groups on a btrfs filesystem.
  OK  ] Started Update cron periods from /etc/sysconfig/btrfsmaintenance.
  OK  ] Started Rotate log files.
         Starting Locale Service...

For some strange reasons now during the boot process all statements are double - every statement is repeated in the line below. Of course this is before the log in and I cannot copy anything to show what is happening. I could only make a photo but I hope you believe me without. What causes this doubling up? When I get the message “there are x updates available” I click install updates. Nevertheless shortly afterwards I get the same message again (and normally I click again install updates). Is this related? Otherwise the system is working. Here are the repos I use:

 zypper lr -u
Repository priorities are without effect. All enabled repositories share the same priority.

#  | Alias                               | Name                                    | Enabled | GPG Check | Refresh | URI                                                                                             
---+-------------------------------------+-----------------------------------------+---------+-----------+---------+-------------------------------------------------------------------------------------------------
 1 | KDE_Frameworks5_openSUSE_Leap_15.0  | KDE Applications                        | Yes     | (r ) Yes  | Yes     | https://download.opensuse.org/repositories/KDE:/Applications/KDE_Frameworks5_openSUSE_Leap_15.0/
 2 | devel:languages:python              | devel:languages:python                  | Yes     | (r ) Yes  | No      | http://download.opensuse.org/repositories/devel:/languages:/python/openSUSE_Leap_15.0/          
 3 | download.opensuse.org-non-oss       | Main Repository (NON-OSS)               | Yes     | (r ) Yes  | Yes     | http://download.opensuse.org/distribution/leap/15.0/repo/non-oss/                               
 4 | download.opensuse.org-non-oss_1     | Update Repository (Non-Oss)             | Yes     | (r ) Yes  | Yes     | http://download.opensuse.org/update/leap/15.0/non-oss/                                          
 5 | download.opensuse.org-oss           | Main Repository (OSS)                   | Yes     | (r ) Yes  | Yes     | http://download.opensuse.org/distribution/leap/15.0/repo/oss/                                   
 6 | download.opensuse.org-oss_1         | Main Update Repository                  | Yes     | (r ) Yes  | Yes     | http://download.opensuse.org/update/leap/15.0/oss                                               
 7 | home:marec2000:cryptocoins          | home:marec2000:cryptocoins              | Yes     | (r ) Yes  | No      | http://download.opensuse.org/repositories/home:/marec2000:/cryptocoins/openSUSE_Leap_15.0/      
 8 | home:marec2000:nodejs               | home:marec2000:nodejs                   | Yes     | (r ) Yes  | No      | http://download.opensuse.org/repositories/home:/marec2000:/nodejs/openSUSE_Leap_15.0/           
 9 | home:marec2000:python               | home:marec2000:python                   | Yes     | (r ) Yes  | No      | http://download.opensuse.org/repositories/home:/marec2000:/python/openSUSE_Leap_15.0/           
10 | http-download.opensuse.org-539d2c4f | home:zamzing                            | Yes     | (r ) Yes  | Yes     | http://download.opensuse.org/repositories/home:/zamzing/openSUSE_Leap_15.0/                     
11 | openSUSE-Leap-15.0-1                | openSUSE-Leap-15.0-1                    | No      | ----      | ----    | cd:///?devices=/dev/disk/by-id/ata-Optiarc_DVD_RW_AD-7580S_SKA1210559                           
12 | openSUSE_Leap_15.0                  | Compatible Qt 5.                        | Yes     | (r ) Yes  | Yes     | http://download.opensuse.org/repositories/KDE:/Qt5/openSUSE_Leap_15.0/                          
13 | openSUSE_Leap_15.0_1                | KDE Frameworks 5                        | Yes     | (r ) Yes  | Yes     | http://download.opensuse.org/repositories/KDE:/Frameworks5/openSUSE_Leap_15.0/                  
14 | packman                             | packman                                 | Yes     | (r ) Yes  | Yes     | http://packman.inode.at/suse/openSUSE_Leap_15.0/                                                
15 | repo-debug                          | openSUSE-Leap-15.0-Debug                | No      | ----      | ----    | http://download.opensuse.org/debug/distribution/leap/15.0/repo/oss/                             
16 | repo-debug-non-oss                  | openSUSE-Leap-15.0-Debug-Non-Oss        | No      | ----      | ----    | http://download.opensuse.org/debug/distribution/leap/15.0/repo/non-oss/                         
17 | repo-debug-update                   | openSUSE-Leap-15.0-Update-Debug         | No      | ----      | ----    | http://download.opensuse.org/debug/update/leap/15.0/oss/                                        
18 | repo-debug-update-non-oss           | openSUSE-Leap-15.0-Update-Debug-Non-Oss | No      | ----      | ----    | http://download.opensuse.org/debug/update/leap/15.0/non-oss/                                    
19 | repo-source                         | openSUSE-Leap-15.0-Source               | No      | ----      | ----    | http://download.opensuse.org/source/distribution/leap/15.0/repo/oss/                            
20 | repo-source-non-oss                 | openSUSE-Leap-15.0-Source-Non-Oss       | No      | ----      | ----    | http://download.opensuse.org/source/distribution/leap/15.0/repo/non-oss/                        
21 | skype-stable                        | skype (stable)                          | Yes     | (r ) Yes  | Yes     | https://repo.skype.com/rpm/stable/

Have you noticed any slow downs of the system and if you look at your system messages, is there anything else repeated there?

I see those messages every time, because I disable “plymouth”. But I have never checked for duplicates.

On the plasma update applet – I usually disable that, but I am running it on my laptop with Tumbleweed. And yes, I do see the notification twice – somebody likes repeating himself.

I used to disable plymouth too but on my tumbleweed laptop I don’t see much anyway since it has SSD and it is only a few seconds to login. But on this older laptop these statements never doubled up before LEAP15. Neither did the update applet come twice.

I seem to recall seeing something about that in the past, along with a solution. However, I cannot find it in my collected notes. You might scour the Forums for the thread using DuckDuckGo or Google.

I just rebooted. And, checking carefully, I am not seeing the problem.

I do recall someone else have a similar problem. Most likely, it is a logging configuration error causing log messages to be written twice. I did a clean install of 15.0. And maybe you upgraded 42.3, and have an older configuration that was not properly update.

Neither did the update applet come twice.

I’m guessing that one is just a quirk in the update applet deciding to report twice.

That seems to be along the same lines that my dim memory recalls it, as well.

Thank you for all the input so far - still I could not find anything. Neither with search engine nor searching through the openSUSE forum nore looking through all kind of log files. Fraser_Bell if you remember the problem please let me know.

On an “old-style” (non-UEFI) Desktop with SSD as (ext4) System Disk and also Swap and, two HDD (XFS) “Home directory” disks which also have (ext4) “/tmp/”, “/srv/” and “/var/” partitions, I’m seeing something similar to this issue – normally the ‘plymouth-start.service’ is “wanted by” the ‘sysinit.target’; which causes “Plymouth start” to be called twice – the systemd “System Initialization” target appears twice during the boot sequence:

  • My current solution (only for similar hardware configurations) is as follows:
    [LIST]
  • Change the systemd ‘plymouth-start.service’ to “wanted by” the systemd ‘initrd-switch-root.target’ …
    [LIST]
  • This causes the systemd “Plymouth start” service to be called only once (early enough) by the boot process at a point determined by various “After=” and “Before=” settings in other systemd services …

[/LIST]

[/LIST]
In addition, I have a couple of similar solutions for “Plymouth quit” and “systemd VConsole setup” issues …
[HR][/HR]BTW: on a UEFI Laptop with a SSHD disk I’m not seeing this issue.

Thank you dcurtisfra, this is an old style non UEFI laptop. How do you set it to wanted by initrd-switch-root.target? I have:

systemctl list-unit-files | grep plymouth-start
plymouth-start.service                                           static 

First, the method I use to check what’s going on:


# journalctl --this-boot | grep -iE ' target | Started | Starting | Mounting | Mounted |vconsole'

From the systemd Journal output, figure out what is being triggered and when …

From the systemd Journal output, you should be able to see that, Journal entries for “Reached target System Initialization.” occur twice within about 5 seconds of each other with, a “Stopped target System Initialization.” Journal entry in between which occurs less than 1 second after the 1st “Reached target System Initialization.” Journal entry.
There should be only one Journal entry for “Reached target Switch Root.” …
[HR][/HR]The systemd service files are normally located in ‘/usr/lib/systemd/system/’ along with some ‘«Plymouth service».wants/’ directories.

If you call “find” from ‘/usr/lib/systemd/’ too look for “plymouth-start.service” you’ll notice that, the “Plymouth start” service is triggered by a symbolic link located in the ‘/usr/lib/systemd/system/sysinit.target.wants/’ directory.

Unlink that link and create a new symbolic “plymouth-start.service” link to ‘…/plymouth-start.service’ in the ‘/usr/lib/systemd/system/initrd-switch-root.target.wants/’ directory.

thank you, dcurtisfra, I don’t think I quite understand. First here is the link to your jurnalctl command: https://paste.opensuse.org/29745724
I don’t know if you find anything of relevance there.
However I see that the link you mentioned is already here:

linux-tl1r:/usr/lib/systemd/system/sysinit.target.wants # ls -l plymouth-start.service
lrwxrwxrwx 1 root root 25 Apr 25 15:13 plymouth-start.service -> ../plymouth-start.service

I am at a bit of a loss what to do - may be there is something in the journalctl file.

Yes, exactly what my non-UEFI, no Btrfs, SDD plus multiple HDD, system is experiencing:

  • The "System Initialization
    " target is reached, then stopped, then reached again – meaning the “System Initialization” is being executed twice during the systemd boot sequence …

Exactly: there is a symbolic link in the “wants” directory of the “System Initialization” target – ‘/usr/lib/systemd/system/sysinit.target’ – which calls the “Plymouth start” service – twice – because, the systemd “System Initialization” is being executed twice on our systems …
[HR][/HR]If you were to move the symbolic link for the “Plymouth start” service from the directory ‘/usr/lib/systemd/system/sysinit.target.wants/’ to the directory ‘/usr/lib/systemd/system/initrd-switch-root.target.wants/’ then, the systemd “Plymouth start” service will execute only once during the system boot, despite the systemd “System Initialization” being executed twice

So I tried the following:

linux-tl1r:/usr/lib/systemd/system/sysinit.target.wants # unlink plymouth-start.service 
linux-tl1r:/usr/lib/systemd/system/sysinit.target.wants # ls -l plymouth-start.service
ls: cannot access 'plymouth-start.service': No such file or directory
linux-tl1r:/usr/lib/systemd/system/sysinit.target.wants # cd /usr/lib/systemd/system/initrd-switch-root.target.wants
linux-tl1r:/usr/lib/systemd/system/initrd-switch-root.target.wants # ls -l
total 0
lrwxrwxrwx 1 root root 25 Apr 25 15:13 plymouth-start.service -> ../plymouth-start.service
lrwxrwxrwx 1 root root 31 Apr 25 15:13 plymouth-switch-root.service -> ../plymouth-switch-root.service

So the link is removed from sysinit.target.wants but still in initrd-switch-root.target.wants but when rebooting I still get all the boot statements twice? what is going on - did I not understand correctly?

The reason for the systemd units being executed twice is the boot phase “Reload Configuration from the Real Root” …
[HR][/HR]Please check the GRUB2 Bootloader settings with YaST – the relevant openSUSE Documentation is: <https://doc.opensuse.org/documentation/leap/reference/html/book.opensuse.reference/cha.grub2.html&gt; and <https://doc.opensuse.org/documentation/leap/reference/html/book.opensuse.reference/cha.grub2.html#sec.grub2.map&gt;.

  • Check for “Boot from Master Boot Record” and the list of hard disks in the “Edit Disk Boot Order” section.

Thanks dcurtisfra - I was out all day and won’t get started now. I will check tomorrow again…

OK today I played around with grub in yast. I made the following changes:
Instead of “Boot from Partition” I ticked “Boot from Master Boot Record”
In the Tab Kernel Parameters in the line Optional Kernel Command Line Parameters the boot statements repeated themselves, so I deleted them and left only the following:
“video=1366x768 resume=/dev/disk/by-id/ata-ST9500325AS_6VE5AGBV-part6 splash=silent quiet showopts”
When clicking the button “Edit Disk Boot Order” there was only /dev/sda so I left that unchanged.
After rebooting and the grub screen the screen stayed black - neither splash screen nor Boot statements until the login screen came along. I don’t know how to get the boot statements back (the escape key had no effect) so I cannot say whether anything has changed.
Cheers
Uli

Now I changed the Optional Kernel Command Line Parameters in the tab Kernel Parameters to the following:
“video=1366x768 resume=/dev/disk/by-id/ata-ST9500325AS_6VE5AGBV-part6 splash=verbose quiet showopts”
Now I have the boot statements back - in a single sequence no more double as before. So thank you dcurtisfra for your assistance!
heers
Uli

[QUOTE=fuerstu; 2881096]
По некоторым странным причинам теперь во время процесса загрузки все операторы являются двойными - каждый оператор повторяется в строке ниже.[/QUOTE]

Подобная проблема.
Кто-нибудь знает, как это решается?

P.S. Leap 15.0, KDE