• From: Collierville, TN
  • Registered: 2009-07-29
  • Posts: 87

Re: faster boot by Physical Block Reallocation with e4rat

I tried the whole process again, and I get the same results.

The collect step works.  I assume the preload step works (how can I verify this?).  But the realloc throws a bunch of errors.

ioctl_fiemap: /usr/share/gvfs/mounts/smb.mount: Operation not supported

That is the error I see for every line in the log.

EDIT:  found the answer here http://e4rat.sourceforge.net/wiki/index … _supported.

Does preload have any benefit since the realloc didn't work, or should I remove it?

Last edited by lewispm (2011-08-27 21:32:17)

Statler-Openbox on an Acer Extensa 4420.  Its good to be back.
  • Registered: 2011-02-04
  • Posts: 111

Re: faster boot by Physical Block Reallocation with e4rat

@lewispm - Thanks for this link.  I lost e4rat -- same symptoms as you -- after I upgraded the kernel.

tranche's Website

  • Registered: 2009-11-03
  • Posts: 2,003

Re: faster boot by Physical Block Reallocation with e4rat

@lewispm && tranche

For the record, what kernels are you guys using?
I use Liquorix/Zen and Aptosid kernels and e4rat works fine. Haven't checked thoroughly yet, so I'm not quite sure on the exact disabled parameter which prevents realloc, but if it's just a matter of enabling "CONFIG_NCPFS_IOCTL_LOCKING" , then GRML kernels should be okay too.

Liquorix 2.6.38 and later should be good, though I can't vouch for the 3.0 ones yet.
See last post here; http://sourceforge.net/projects/e4rat/f … ic/4573412

Last edited by gutterslob (2011-08-27 23:50:59)

Point & Squirt
  • From: Collierville, TN
  • Registered: 2009-07-29
  • Posts: 87

Re: faster boot by Physical Block Reallocation with e4rat

gutterslob wrote:

@lewispm && tranche

For the record, what kernels are you guys using?

2.6.32-5-amd64

Last edited by lewispm (2011-08-28 01:21:59)

Statler-Openbox on an Acer Extensa 4420.  Its good to be back.
  • From: Collierville, TN
  • Registered: 2009-07-29
  • Posts: 87

Re: faster boot by Physical Block Reallocation with e4rat

gutterslob wrote:

@lewispm && tranche

I use Liquorix/Zen and Aptosid kernels and e4rat works fine. Haven't checked thoroughly yet, so I'm not quite sure on the exact disabled parameter which prevents realloc, but if it's just a matter of enabling "CONFIG_NCPFS_IOCTL_LOCKING" , then GRML kernels should be okay too.

Liquorix 2.6.38 and later should be good, though I can't vouch for the 3.0 ones yet.
See last post here; http://sourceforge.net/projects/e4rat/f … ic/4573412

So would you recommend the liquorix kernels? 

Do I just install via these instructions?

http://liquorix.net/

Statler-Openbox on an Acer Extensa 4420.  Its good to be back.
  • Registered: 2009-11-03
  • Posts: 2,003

Re: faster boot by Physical Block Reallocation with e4rat

^Yup.
See here: http://techpatterns.com/forums/about1212.html

Note: you'll need to "sudo apt-get update" after adding the Liquorix sources, or "apt-cache search liquorix" won't show any results.

Point & Squirt
  • From: Collierville, TN
  • Registered: 2009-07-29
  • Posts: 87

Re: faster boot by Physical Block Reallocation with e4rat

gutterslob wrote:

^Yup.
See here: http://techpatterns.com/forums/about1212.html

Note: you'll need to "sudo apt-get update" after adding the Liquorix sources, or "apt-cache search liquorix" won't show any results.

Success!

I'm now running 

2.6.36-2.dmz.5-liquorix-amd64

and e4rat-realloc worked.

Thanks for the help.

Statler-Openbox on an Acer Extensa 4420.  Its good to be back.
  • pvsage
  • Internal Affairs
  • Offline
  • From: Section Six
  • Registered: 2009-10-18
  • Posts: 6,002

Re: faster boot by Physical Block Reallocation with e4rat

^ Something's wrong...that's the Liquorix kernel in the Statler repo, not the latest one available from liquorix.net.  Glad you got e4rat-realloc to work though!

while ( ! ( succeed = try() ) );
  • gurtid
  • #! CrunchBanger
  • Offline
  • From: NEW ZEALAND
  • Registered: 2011-04-07
  • Posts: 231

Re: faster boot by Physical Block Reallocation with e4rat

thoroughly impressed with this!! shaved 40% off boot times on my test rig . . .

  • Registered: 2011-03-05
  • Posts: 84

Re: faster boot by Physical Block Reallocation with e4rat

To get bootcharts working with e4rat:

sudo apt-get install bootchart2 pybootchartgui
sudo nano /etc/default/grub

& amend default boot options to:

GRUB_CMDLINE_LINUX_DEFAULT="init=/sbin/bootchartd bootchart_init=/sbin/e4rat-preload quiet splash plymouth:force-splash"
sudo update-grub

edit /etc/bootchartd.conf :

EXIT_PROC="gdmgreeter"

edit /sbin/bootchartd and replace the line init="/sbin/init" with 

init="/sbin/e4rat-preload"

Running "pybootchartgui" from a terminal (without quotes) generates /var/log/bootchart.png

Last edited by tradetaxfree (2011-09-30 00:39:30)

  • Registered: 2011-03-05
  • Posts: 84

Re: faster boot by Physical Block Reallocation with e4rat

I found another tweak to improve boot time "systemd" - advantages over upstart & sysvinit can be found summarised here.

sudo apt-get install systemd systemd-gui

Do NOT install systemd-sysv (as it removes sysvinit & will break package management for dist-upgrades) - uncomment init in /etc/e4rat.conf & change to:

init /bin/systemd

** May work out of the box for some people - may NOT work if you mount /boot & / on separate partitions without installing systemd-sysv **

If systemd doesn't work out of the box run as root:

cp -av /sbin/init /sbin/init.sysvinit
apt-get install systemd-sysv
echo "systemd-sysv hold"|dpkg --set-selections
ln -sf /proc/self/mounts /etc/mtab

locking systemd-sysv in dpkg above fixes any problems with running dist-upgrade without sysvinit.

If you still cannot boot edit /etc/e4rat.conf & change the init line to init /sbin/init.sysvinit

Last edited by tradetaxfree (2011-10-04 18:07:14)

  • Registered: 2011-12-31
  • Posts: 11

Re: faster boot by Physical Block Reallocation with e4rat

it worked!!!... after some problems... first I wasn't using ext4... so I reinstalled it all again... anyway I did not lose anything because I had nothing... then the .deb I downloaded was corrupted and did not create the /var/lib/e4rat folder and, off course, the startup.log... then I purged it and installed again and... ta-da!... it shaved 10s!!!... now my boot lasts 19s!!... so cool!

  • From: Minnesota
  • Registered: 2011-11-08
  • Posts: 15

Re: faster boot by Physical Block Reallocation with e4rat

30 second boot on an old Dell Inspiron E1505 with a fresh CB install on a Western Digital scorpio black at 7,200 rpm.

Not to shabby.