Questions[ureadahead](ubuntu)

My system is encountering issues while processing packages ureadahead and util-linux:

root@sait32:/home/sait32/Downloads# sudo dpkg --configure -a
dpkg: error processing package ureadahead (--configure):
 package is in a very bad inconsistent state; you should
 reinstall it before attempting configuration
dpkg: error processing package util-linux (--configure):
 package is in a very bad inconsistent state; you should
 reinstall it before attempting configuration
Errors were encountered while processing:
 ureadahead
 util-linux

Can anyone please help on how to resolve this?

I am already using ureadahead and preload for a long time. It works fine, but I often have to use Microsoft Office 2010, which is installed with PlayOnLinux. The first load of Word, Excel or Powerpoint needs a long time. The second load time of these applications is okay.

So I am wondering if there is the possibility to preload these applications? Can anybody help me how to do this?

I found out that there is also a "wine-preloader", but I couldn't find out how it can help me in this case exactly. It's also a little bit confusing to me if the first longer load time is because of PlayOnLinux' virtual machine or because of Wine's loading of the specific application.

So my explicit questions are:

1. What exactly and how can I preload anything to speed up the first start of the Office Applications?
2. Can I keep the preloading, also if there is a longer idle time of not using the office applications? (to avoid that there is i.e. 60 minutes later a behaviour like the "first load" again)
3. Of course I am thankful for other tipps as well. Please avoid instructing me to use Libre- or OpenOffice. I know :) But this is not the topic here.

Thanks a lot!

Regards, Berzi

With one of the fastest NVMe SSD's on the market I'm not even sure ureadahead has been beneficial to me. After reading these messages though I'm wondering if it is detrimental:

Oct 16 16:48:57 alien ureadahead[313]: ureadahead:/home/rick/.local/share/Trash/info/eyesome-cfg.bak.trashinfo: No such file or directory
Oct 16 16:48:57 alien ureadahead[313]: ureadahead:/home/rick/.local/share/Trash/info/eyesome-cfg.sh.trashinfo: No such file or directory
Oct 16 16:48:57 alien ureadahead[313]: ureadahead:/home/rick/.local/share/Trash/info/monitor-eyesome.sh.trashinfo: No such file or directory

Yesterday before installing Android Studio I wanted to trim down on storage space so I emptied the trash. Upon rebooting just now ureadahead is complaining it can't find files in the trash anymore.

I can see the value of ureadahead caching often used programs into RAM by why would it be caching the trash can into RAM? Especially if trash is write many times and then read & delete once in blue moon.

Perhaps someone familiar with ureadahead can explain the rationale?

How to prevent ureadahead from trying to read non-existent logs from home folder.
journalctl -u ureadahead.service give errors like these below:

ureadahead:/home/$USER/.cache/upstart/gnome-keyring.log: There is no such file or folder  
ureadahead:/home/$USER/.cache/upstart/gnome-keyring-ssh.log: There is no such file or folder
ureadahead:/home/$USER/.cache/upstart/dbus.log: There is no such file or folder 
and more ...

Deleting /var/lib/ureadahead/pack file/s (in order to rebuilding database) has no effect.

Ubuntu 15.10, ureadahead 0.100.0-19

I'm using Ubuntu 12.04 64bit installed on a WD Velociraptor (10.000 rpm) hard disk. I'm not using Wubi, it's a clear install.

I think that "adding swap" procedure on boot takes too long. At first I thought that it has something to do with the swap mounting, but as you can see, I've spotted the problem in the "ureadahead" deamon.

You can see below dmesg partial output:

[    5.347709] Console: switching to colour frame buffer device 210x65
[    5.351756] fb0: VESA VGA frame buffer device
[    5.613411] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
[   21.421858] Adding 1227772k swap on /dev/sda5.  Priority:-1 extents:1 across:1227772k 
[   21.425834] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   21.425841] ADDRCONF(NETDEV_UP): eth1: link is not ready

Complete dmesg output

Taking into account my hard drive's speed, this delay is not normal.

After upgrading to the latest kernel (3.2.0.36 from 3.2.0.35) or after removing "/var/lib/ureadahead/pack" file, the problem is temporary solved, just for one boot.
After the second boot the problem returns.

This is the dmesg output when everything works perfect:

[    5.120096] Console: switching to colour frame buffer device 210x65
[    5.124150] fb0: VESA VGA frame buffer device
[    5.285586] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
[    6.953086] Adding 1227772k swap on /dev/sda5.  Priority:-1 extents:1 across:1227772k 
[    7.516909] ADDRCONF(NETDEV_UP): eth0: link is not ready
[    7.516916] ADDRCONF(NETDEV_UP): eth1: link is not ready

Complete dmesg output

As suggested in the comments I've tried to disable the swap mounting and the delay was moved to the next process, so it seems that it has nothing to do with swap mounting:
dmesg output:

[ 5.862973] EXT4-fs (sda3): recovery complete 
[ 5.887252] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null) 
[ 17.589428] ADDRCONF(NETDEV_UP): eth0: link is not ready 
[ 17.589435] ADDRCONF(NETDEV_UP): eth1: link is not ready

@gertvdijk noticed that in the latest dmesg output my system recovered from something, but this just happened just when I've comment out the swap from "/etc/fstab".

I've spoted the problem
Ureadahead slows down the boot process. This is weird since the opposite should happen!
Below I'm posting bootchart images and dmesg output of three different boots:

1. Without ureadahead (disabled following this guide) there is no delay:
   dmesg output (ureadahead disabled)
   bootchart output (ureadahead disabled)

2. With ureadahead enabled first boot (pack file is build for the first time) no delay:
   dmesg output (ureadahead enabled)
   bootchart output (ureadahead disabled)

3. With ureadahead enabled second boot (ureadahead full working) delay is back:
   dmesg output (ureadahead enabled second boot)
   bootchart output (ureadahead disabled second boot)

NOTE
My question seems to be a duplicate of this Very slow boot due to mounting filesytem which concerns Ubuntu 11.04 and has no solution yet! If any admin reading this, I don't know if I have to delete my question as a duplicate since the problem doesn't seems to be the swap mounting... if so, delete it, or please, inform me to do so!