You are not logged in.
will this still work with kernel 2.6.34 and xorg 1.8? anyone tried it yet?
thanks
Offline
yes, actually have the kernel 2.6.34, xorg 1.8 and intel 2.9.11 driver and it's works fine
Offline
A side issue:
Have installed 2010-05.iso onto a CF card with Kde4 included, firefox, vlc, gparted......
Boot time is ~18 secs
Prediction...This year will be a very odd year!
Hard work does not kill people but why risk it: Charlie Mccarthy
A man is not complete until he is married..then..he is finished.
When ALL is lost, what can be found? Even bytes get lonely for a little bit! X-ray confirms Iam spineless!
Offline
You might have already answered this, but manually adding a drive to fstab causes a crash when using qinit. What is the correct way to go about mounting additional drives at bootup?
Offline
You could use udev. But since quick-init causes so many problems i can't understand why so many people want to use it.
An alternative would be to use a SSD.
no place like /home
github
Offline
Saddly didn't work for me cause of encrypted root and other partitions on top of LVM. It failed on mounting key encrypted var, tmp, swap. Is there a way of getting it working with encrypted partitions? If not, it would be nice to mention at project home page/aur package page...
"Although the masters make the rules
For the wise men and the fools
I got nothing, Ma, to live up to."
Offline
Hi there,
Thanks for this script ! QuickInit works wonderfully there (2-3s from grub to awesome) :
the ahci.ignore_sss (thanks kwi) allow the 4 drives to spin up simultaneously (without it i was waiting 5 more seconds)
bootchartd is stopped at the end of the awesome rc.lua (awful.util.spawn("sudo /sbin/bootchartd stop"))
Offline
Wow that is awesome. 2 secs is magic . For me it takes 7 secs, and I am happy with it. But if I save 5 more secs, that would be great. Btw how do you start X, I am using inittab but with that X actually starts after reaching a tty and so I loose a few precious seconds .
Offline
yup shemz.
I start X with nodm (launched by quick-init inittab) but that's an old abit, perhaps slim (packaged in the arch) should boot as fast.
Offline
Offline
i can't get this to work, on boot i the filesystem check fails, saying
/dev/sda2: The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is correupt, and you might try running e2fsck with an alternative superblock: e2fsck -b 8193 <device>
Im using ext4, so how can i modify the script to check for ext4 not ext2?
Thanks
Same here, but I think it happens because of GPT partitioning.
All your base are belong to us
Offline
Same here, but I think it happens because of GPT partitioning.
Can anyone confirm that quick-init is not GPT friendly?
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
soon with the stable version of kernel 2.6.32 quick-init will be really stable and supported
to mxforce
to increment more your boot on ssd you can try sreadahead on ssd with kernel26-fastboot
Hi, do you know a way to use https://wiki.archlinux.org/index.php/Readahead-fedora as it does not need patched kernel ?
However it does not work for me yet. Some dude put up a version of quick-init with fedora readahead in AUR, but quickly abondened the package as everything else he puts up, it did not work for me .... -> https://aur.archlinux.org/packages.php?ID=37879
Offline
9 seconds is as fast as I can go. My disk usage is at the roof the whole time, which seems to be the bottle neck for my system (single 0,5TB HDD):
Last edited by algorythm (2010-12-19 21:26:16)
“Talent you can bloom. Instinct you can polish.” — Haikyuu!! (adapted)
“If everybody thought alike, no one would be thinking very much.” — Walter Lippmann (adapted)
“The important thing is to be able, at any moment, to sacrifice what we are for what we could become.” — Charles Dubois
Offline
adriano wrote:soon with the stable version of kernel 2.6.32 quick-init will be really stable and supported
to mxforce
to increment more your boot on ssd you can try sreadahead on ssd with kernel26-fastbootHi, do you know a way to use https://wiki.archlinux.org/index.php/Readahead-fedora as it does not need patched kernel ?
However it does not work for me yet. Some dude put up a version of quick-init with fedora readahead in AUR, but quickly abondened the package as everything else he puts up, it did not work for me .... -> https://aur.archlinux.org/packages.php?ID=37879
Sry dude. I disowned the package, because it isn`t any faster then my readahead-fedora package with normal initscripts. Try installing readahead-fedora (With normal initscripts) and reboot twice. It is quite fast for me. Maybe I will once try again quick-init in combination with readahead. But starting udev in the background + readahead had a lot of problems with my hardware (Tested it with 4 different computers) -> isn`t that stable.
Last edited by ying (2010-12-21 10:10:57)
Offline
Ying, thx for clarifying ! I think i will just stick to quick-init alone then , my readahead attempts where not speeding up compared to it
Offline
Did you do it how explained in the wiki and did you use the new readahead-fedora package with the edited xorg.conf? My boot is quite fast now.
Last edited by ying (2010-12-21 13:34:08)
Offline
Did you do it how explained in the wiki and did you use the new readahead-fedora package with the edited xorg.conf? My boot is quite fast now.
Where is that new package? In AUR there is a more than 2 months old one, do you refer to that one?
All your base are belong to us
Offline
Did you do it how explained in the wiki and did you use the new readahead-fedora package with the edited xorg.conf? My boot is quite fast now.
I don't know what wiki you refer to, neither : https://wiki.archlinux.de/title/Readahead-fedora , nor https://wiki.archlinux.org/index.php/Readahead-fedora mention xorg.conf in any way.
Right now i might kick quick-init , as the pc now boots exactly as fast with redahead-fedora alone as it did with quick-init , 27secs finished gnome desktop
UPDATE:
Screw all this , fastest boot for my system is just simple plain arch init. 26 secs, readahead-fedora needs 2 secs more. I'll concentrate on usefull improvements like putting firefox in ramdisk for now
Last edited by tuxfusion (2010-12-31 02:50:56)
Offline
(/etc/X11/)'xorg.conf' shouldn't even be used anymore. The directory '/etc/X11/xorg.conf.d' where you put _separate_ config files has replaced it since xorg-server 1.8.
Last edited by algorythm (2011-01-03 16:36:32)
“Talent you can bloom. Instinct you can polish.” — Haikyuu!! (adapted)
“If everybody thought alike, no one would be thinking very much.” — Walter Lippmann (adapted)
“The important thing is to be able, at any moment, to sacrifice what we are for what we could become.” — Charles Dubois
Offline
(/etc/X11/)'xorg.conf' shouldn't even be used anymore.
Not true. It doesn't matter if you put your stuff in xorg.conf or in files in xorg.conf.d/, both work.
Offline
Hi Adriano!
Great work!
I'm trying to fast boot to X with [LINK="https://wiki.archlinux.org/index.php/Start_X_at_boot"]Start X at boot[/LINK]" with no avail.
I already tried in inittab:
x:5:respawn:/usr/bin/xdm -nodaemon
and
x:5:once:/bin/su username -l -c '/usr/bin/startx >/dev/null 2>&1'
Both of them doesn't work.
This following line works for me without quick-init:
x:5:respawn:/usr/bin/xdm -nodaemon
What am I missing?
Also, compressing the /usr folder, speeding up udev, does that decrease boot time with quick-init even more?
Don't panic !
Offline
Try this
x:5:respawn:/bin/su YOURUSER -l -c "/bin/bash --login -c xinit >/dev/null 2>&1"
Speedup udev helps a little bit more. Compressing the /usr, i don't know if it helps.
.::. TigTex @ Portugal .::.
Offline
Thanks!
It reduced boot time from 18 to 5 seconds!
Specs:
AMD Turion x2 TL-52 - 1.6 Ghz
ATI moblity radeon HD 2400 -128MB
RAM: 1024MB
HDD: 150 GB 5400 RPM
Offline
Thanks!
It reduced boot time from 18 to 5 seconds!Specs:
AMD Turion x2 TL-52 - 1.6 Ghz
ATI moblity radeon HD 2400 -128MB
RAM: 1024MB
HDD: 150 GB 5400 RPM
would love to see any proof of those 5 sec
Offline