Am 29.01.19 um 12:06 schrieb Ludwig Nussel:
Michael Schroeder schrieb:
On Tue, Jan 29, 2019 at 11:49:38AM +0100, Ludwig Nussel wrote:
Axel Braun schrieb:
[...] Raspi are heavily depending on the kind of 'hard disk' you are using, whether it is a SD card (connected via USB2) or an internal SSD Here is the result of a Raspi using a Leap 15 LXQT image:
/home/test # systemd-analyze blame 1min 30.071s display-manager.service 1min 18.481s backup-rpmdb.service
Did anyone ever rely on that rpm database backup the last decade?
It's you last hope if your rpm database gets corrupt.
The question is if that still happens, it's not 1996 anymore :-) Also we have btrfs snapshots by default that include the rpm DB.
If you care about boot time, getting rid of BTRFS ist a better way. backup-rpmdb is a systemd timer, that all expired timers apparently run on boot immediately is a problem to be solved in systemd IMHO. That this happens on raspi on every boot is probably due to the lack of a hardware clock => again, a systemd problem to be solved there. Just converting them back to cron.daily scripts will nicely resolve this.
Maybe it's time to retire that service?
Please don't. But wan't this about boot times? The rpmdb backup is not a boot time service, is it?
It is, that's why it sucks even more :-)
No, it isn't.
And note that the script currently caluclates the md5 of the packages file. It's probably enough to check if the size/mtime/inode has changed or not.
Not sure if that helps. In the end the DB (several hundred megabytes) has to be copied which is slow on rotating disks and SD cards like on ARM.
Which does not matter at all if it runs with low (IO and cpu) priority and not during the boot process. The btrfs-scrub job, which runs on every boot on the only machine I have that has btrfs (on a slow rotating rust storage) is much worse than the rpmdb backup. -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org