e4rat-collect is run during the boot up, by appending a kernel parameter, and as its name implies it collects info about the boot process ..... and stores that info in a file ... startup.log.
e4rat-realloc uses the info in that file to re-allocate the files to one part of the disk/partition, so that they will be all available near each other when required by the boot process, thus reducing head seek/settle times and therefore the boot time.
***
I discovered that the system service auditd was apparently interfering with the actions of e4rat ....
$ dmesg | grep -i e4rat
Kernel command line: BOOT_IMAGE=3.2.18-pclos2.pae.bfs root=UUID=ac9ffa65-d97b-4a70-b3e9-b292ee5b4eb7 nokmsboot acpi=on resume=UUID=563dab5f-9c73-41d1-a84f-c8af8947318a vmalloc=512M vga=791 init=/sbin/e4rat-collect
[e4rat-collect] Cannot insert rules: Invalid argument
[e4rat-collect] Process auditd [1742] has captured the audit socket.
[e4rat-collect] e4rat-collect is in conflict with auditd. Abort
So I stopped the auditd process and unticked it so it would not start at boot, thinking that all should be well ........ but unfortunately not so .....
$ dmesg | grep -i e4rat
Kernel command line: BOOT_IMAGE=3.2.18-pclos2.pae.bfs root=UUID=ac9ffa65-d97b-4a70-b3e9-b292ee5b4eb7 nokmsboot acpi=on resume=UUID=563dab5f-9c73-41d1-a84f-c8af8947318a vmalloc=512M vga=791 init=/sbin/e4rat-collect
[e4rat-collect] Cannot insert rules: Invalid argument
It appears that the syntax of the e4rat parameter is incorrect, so more testing ......