You are not logged in.
Introduction
As you are all aware, Arch's default kernel has moved to the new initrd system, where you create an "INITial Ram Disk", a file which contains all the modules you need. ArchCK has now moved to a similar system.
Documentation here.
http://wiki.archlinux.org/index.php/Ini … and_ArchCK
Offline
A few comments:
1. Your kernel PKGBUILD doesn't copy Makefile.cpu over - the following line is needed:
cp arch/i386/Makefile.cpu $startdir/pkg/usr/src/linux-${_kernver}/arch/i386/
The very last line of the PKGBUILD refers to Makefile.cpu, but that seems to be incorrect.
2. I'm not clear what's happening with the fallback init ramdisk at the end - the touch and initramfs commands are commented. Is that deliberate i.e. are you planning to do it in the .install file, like the stock kernel?
3. The source field in the mkinitramfs PKGBUILD needs full URLs.
Thanks for all this, iph - I'm looking forward to getting my head around it.
Offline
OK, ignore #2 - I just saw the .install file.
Offline
As for #1, It's already there.. Look down
As for #3, I bet you are expected to download those files into your directory. =/
Offline
2.6.15-archck2 is released with fbsplash fixed, CK updates and 2.6.15.1 included.
Your PKGBUILD has basekernel=2.6.15 though.. Are we supposed to change that? (i.e basekernel=2.6.15.1)
Offline
As for #3, I bet you are expected to download those files into your directory. =/
True - I suppose I'm nitpicking. OTOH, if the URLs are there for downloading, why not put them in the PKGBUILD?
Offline
Well if that's the case, wouldn't this fully automate it?
source=(ftp://ftp.kernel.org/pub/linux/kernel/v2.6/linux-$basekernel.tar.bz2
http://iphitus.loudas.com/arch/ck/2.6.15/patch-2.6.15-archck2.bz2
http://iphitus.loudas.com/arch/ck/pkgbuild/kernel26.install
http://iphitus.loudas.com/arch/ck/pkgbuild/config
/var/abs/kernels/kernel26/logo_linux_clut224.ppm
)
source=(http://iphitus.loudas.com/arch/ck/mkinitramfs/mkinitramfs
http://iphitus.loudas.com/arch/ck/mkinitramfs/mkinitramfs.conf)
(Now only download the PKGBUILD )
edit: nvm you can't download the install script =/ through source()
and neither can you refer to a local file using full-path
Offline
Well if that's the case, wouldn't this fully automate it?
source=(ftp://ftp.kernel.org/pub/linux/kernel/v2.6/linux-$basekernel.tar.bz2 http://iphitus.loudas.com/arch/ck/2.6.15/patch-2.6.15-archck2.bz2 http://iphitus.loudas.com/arch/ck/pkgbuild/kernel26.install http://iphitus.loudas.com/arch/ck/pkgbuild/config /var/abs/kernels/kernel26/logo_linux_clut224.ppm )
source=(http://iphitus.loudas.com/arch/ck/mkinitramfs/mkinitramfs http://iphitus.loudas.com/arch/ck/mkinitramfs/mkinitramfs.conf)
(Now only download the PKGBUILD )
edit: nvm you can't download the install script =/ through source()
and neither can you refer to a local file using full-path
No. it will be in community soon, and the config and other files will be distributed with it in the CVS.
No, basekernel isnt 2.6.15.1, that is included within ArchCK2
I make the initramfs in the install file as you worked out
iphitus
Offline
But what about the line tomk mentioned it
cp arch/i386/Makefile.cpu $startdir/pkg/usr/src/linux-${_kernver}/arch/i386/
rizzix said it's there but it's a single line without a CP, personally i started compiling 10 mns ago and i added the above line just in case
Thank you iphitus for all your work
[My Blog] | [My Repo] | [My AUR Packages]
Offline
apparently it isin't... mb :oops:
Offline
I don't want to use initramfs, do I need to? ie. If I'm happy with how I've compiled my modules etc and don't want them placed in a ramdisk prior to everything else happening, can I just pretend this doesn't exist and continue on my way?
Offline
Yup - as long as you compile your own, of course. The archck package will have initramfs turned on when it hits [community].
I'm up and running now on 2.6.15-archck2 with no initramfs. I'll probably try it out at some stage, but like you, I don't need it.
Offline
Cam: Well, the community package will no longer let you have that. You need to use the ramdisk.
But really... its not that difficult.
The default ramdisk configuration will work for nearly everyone, so the only change is to add the initrd to lilo/grub. A one liner.
The install script automatically runs mkinitramfs for you, so for each new kernel or update, the ramdisk remains at the same path, and your config will still be compatible if you configured it -- no need to change it.
Really, you're just running from something that's a worthwhile change, and allows me to provide more capabilities in ArchCK. It also makes developers life much easier, and your kernel much smaller. You dont realise how many IDE drivers there are, that we are forced to include in an all in one kernel. A lot, and they're wasting your system memory and cache.
But hey, if you dont want initramfs, thats cool. You can always compile your own kernel, the ArchCK patchset itself is unchanged and will work initramfs or no initramfs.
iphitus
Offline
PKGBUILDs are up in the AUR CVS for the latest
http://cvs.archlinux.org/cgi-bin/viewcv … vsroot=AUR
And the packages should appear in community over the coming hours, give mirrors a day or two after that.
ATI drivers have also been updated and uploaded.
iphitus
Offline
iphitus,
in your PKGBUILD... at the verry bottom:
# Now generate a fallback init ramdisk
# NOTE: This backup ramdisk will not work for cryptsetup/raid users, since
# we don't have their unique configuration at build-time!
#touch $startdir/pkg/boot/initramfs26-archck-full.img
#/sbin/mkinitramfs --skip-config --root-dir=$startdir/pkg full || return 1
/usr/src/linux-2.6.15-archck/arch/i386/Makefile.cpu
wht's that last line supposed to mean?
Offline
I don't know the big differences between initrd and initramfs, since I use neither of them, but what's the big difference between those and would it be better if the stock archlinux kernel switches over to initramfs also?
Offline
Amazing work, iph - nice one. I knew you'd do me proud. Can some give me some feedback on how gensplash/fbsplash goes with the initramfs - is performance identical to fbsplash WITHOUT an initramfs? I guess it is because fbsplash uses a psuedo initramfs anyway
Basically I'd like to hear how great it works and whether the initscripts-gensplash pkg needs any changes
Offline
the initramfs generated by splash_geninitramfs does not work well.. i used the one provided by iph, i.e mkinitramfs. it worked.
so far everything seems cool.
Offline
The wiki page on initrd includes details on how to mount and view/edit the contents of an initrd image. Can that be done with an initramfs image?
Offline
PKGBUILDs are up in the AUR CVS for the latest
http://cvs.archlinux.org/cgi-bin/viewcv … vsroot=AUR
And the packages should appear in community over the coming hours, give mirrors a day or two after that.
ATI drivers have also been updated and uploaded.
iphitus
You should prefix non-standard variables e.g. basekernel with an underscore - it's the rules...
And with regard to the "wtf is this step for?" it was in the stock kernel config - if it's not there now then i think it's probably safe to drop it
Oh, and how the hell do you enable the logo AND fbsplash?
Offline
Is there a reason this has been setup to replace kernel26 when installed? I refused to replace it and it seemed to install alright, however when I rebooted I got a kernel panic. Is there something that prevents these two kernels from co-existing?
Offline
You should prefix non-standard variables e.g. basekernel with an underscore - it's the rules...
basekernel is now used in the stock PKGBUILD, so I guess that makes it a standard variable.
And with regard to the "wtf is this step for?" it was in the stock kernel config
Still is.
Offline
Umm excuse me, but kernel26archck should not replace kernel26:
[proteus@localhost ~]$ sudo pacman -Syu
:: Synchronizing package databases...
:: testing is up to date
:: current is up to date
:: extra is up to date
:: community is up to date
shadowhand [################] 100% 5K 12.6K/s 00:00:00
kdei [################] 100% 2K 7.2K/s 00:00:00
:: Replace kernel26 with kernel26archck from "community"? [Y/n] n
No thank you, I'm sorry to say I'm fine with the stock kernel. :?
Offline
Is there a reason this has been setup to replace kernel26 when installed? I refused to replace it and it seemed to install alright, however when I rebooted I got a kernel panic. Is there something that prevents these two kernels from co-existing?
From what i could see the file mkinitramfs creates is the same as mkinitrd.To solve that i ran mkinitrd and did mv initrd26.img initrd26_arch.img and ran mkinitramfs and mv initrd26.img initrd26_archck.img.Changed and ran lilo and now it works.
One more thing archck is compiled with gcc 4.1 and so i can't compile the nvidia drivers Can this please be fixed? thanks
Offline
awesome guys
I didn´t notice that replacement and said "yes" to replace the kernel26.
Now I can´t boot into stock kernel or archck kernel.
Is there any way to get this fixed?
I was the last year very happy with arch, but the latest changes were always fu***d up
mic
P.S.: sorry fo the hard words, but this is somehow very very crappy.
Offline