You are not logged in.
Pages: 1
As I don't find a better place to ask this I'm asking in the newbie corner.
I'm trying to setup e4rat following the steps on the wiki (https://wiki.archlinux.org/index.php/E4rat), but I could not boot in my computer anymore after adding the "init=/sbin/e4rat-collect" to the kernel line without the quotas. The kernel give a similar error to "tried to mount the root filesystem but /s does not exists"; something similar that it can't find the path. Of course, after removing the init appendix everything was fine again.
After many tries and looking almost everywhere, the only way to boot up was to include the whole command or the path inside the quotas.
So, my kernel line is:
kernel /boot/vmlinuz-linux root=/dev/disk/by-uuid/6aba2cfc-44f9-4a98-b058-be89970d919b resume=/dev/disk/by-uuid/b3d37459-9536-4442-95be-c7c8deeb5207 i915.modeset=1 ro fastboot logo.nologo acpi_enforce_resources=lax ipv6.disable=1 i915.modeset=1 pcie_aspm=force init="/sbin/e4rat-collect"
Even though the e4rat-collect don't start. I wait or stop the process before the time and no "/var/lib/e4rat/startup.log" is created.
What am I doing wrong?
By the way, if I add the init command for loading bootchart 2 I don't need the quotas.
Last edited by gbc921 (2012-04-08 01:03:37)
- "Nothing is impossible, impossible just takes longer"
- My Arch Linux Mirror located in São Paulo, Brazil: http://archmirror.duckdns.org:9000/
Offline
As I wasn't familiar with "fastboot" I did a quick google. It seems like a fair possibility that fastboot could conflict with e4rat. Can you try with init=/sbin/e4rat-collect (no quotes) but without fastboot?
"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" - Richard Stallman
Offline
Hummm. I tried here and just removing it didn't work as well.
But, when I removed, the kernel instead of showing that /s does not exist its showed that /sbin/e4(...). And that did the trick.
Probably the issue is that my kernel line is too long and it doesn't get the end of it. I changed the place of init=/sbin/e4rat-collect to the middle of the kernel line and everything was fine. I made a test adding quiet to the end of the line and it doesn't work. So, the kernel line has a maximum size. Maybe in GRUB2 this had been resolved.
Do you know any workaround for the maximum size of the kernel line?
Thanks for you support!
Now I can try to finish the process of e4rat.
Sincerely,
- "Nothing is impossible, impossible just takes longer"
- My Arch Linux Mirror located in São Paulo, Brazil: http://archmirror.duckdns.org:9000/
Offline
Oh... yeah, you're over the limit. You can use UUID= for root= and resume= which should free up some space (e.g. root=UUID=1235... ). You also have i915.modeset=1 twice. Neither of these are needed. i915 has required KMS (and made it the default) for over a year now.
kernel cmdline limit is hard coded per arch. You aren't getting around it.
Last edited by falconindy (2012-04-08 00:42:43)
Offline
Sorry, I didn't get what I could do with the UUID for root and resume. Do you mean that I can use the UUID for root and label for resume?
Yeah, I figure out that I had two i915.modset just now after ending the e4rat process. By the way, after rebooting to see the big picture, udev get stucked and I can't see the difference. Let's try it again...
Hummm, I didn't know that this is not necessary anymore. This Arch has almost two years (as this laptop) and had been some time that I didn't touch in the menu.lst. Haha
I will remove it.
Thanks.
- "Nothing is impossible, impossible just takes longer"
- My Arch Linux Mirror located in São Paulo, Brazil: http://archmirror.duckdns.org:9000/
Offline
@Trilby
You're right. fastboot don't deal well with e4rat. I removed from the kernel line and udev didn't get locked anymore. My boot has decreased 20 seconds (44s) including the slow Gnome login.
I will try to see if it's possible to improve it more.
Sincerely,
- "Nothing is impossible, impossible just takes longer"
- My Arch Linux Mirror located in São Paulo, Brazil: http://archmirror.duckdns.org:9000/
Offline
Actually, the fastboot has nothing to do with the udev problem.
Udev hangs up just because my dumb broadcom wireless card and brcmsmac driver. If I plug the network cable it runs well, otherwise it gets stucked waiting for the card answer. Even adding the brcmsmac driver on modules as suggested don't work.
Sincerely,
- "Nothing is impossible, impossible just takes longer"
- My Arch Linux Mirror located in São Paulo, Brazil: http://archmirror.duckdns.org:9000/
Offline
Sorry, I didn't get what I could do with the UUID for root and resume..
kernel /boot/vmlinuz-linux root=UUID=6aba2cfc-44f9-4a98-b058-be89970d919b resume=UUID=b3d37459-9536-4442-95be-c7c8deeb5207 ro fastboot logo.nologo acpi_enforce_resources=lax ipv6.disable=1 pcie_aspm=force init=/sbin/e4rat-collect
Offline
Oh ok. Yeah, this get me some free space!
Thank you!
- "Nothing is impossible, impossible just takes longer"
- My Arch Linux Mirror located in São Paulo, Brazil: http://archmirror.duckdns.org:9000/
Offline
Pages: 1