Re: [Cooker] Re: status of cramfs initrd in 2.6
> On Wed, Nov 19, 2003 at 05:53:52PM +0100, Svetoslav Slavtchev wrote: > >> >--- mkinitrd.luca 2003-11-18 21:30:00.0 +0100 > >> >+++ mkinitrd.mod_ide2003-11-19 16:39:44.645379336 +0100 > >> > >> added in mkinitrd-3.4.43-9.99.2mdk > which will appear in all theatres as soon i fix a nasty tmpfs<->lvm > related bug :( > >thanks :-) > >is there a smarter way to autodetect the ide controller on which "/" > lives > >??? any one have idea what will happen if secondary ide interfaces are > >loaded later ??? > no idea > > >i'm only questioning my self wether the kernel supports minix initrd > reading comments in the source code it does seems so can we have a 3mdk with minix support ?-) svetljo -- GMX Weihnachts-Special: Seychellen-Traumreise zu gewinnen! Rentier entlaufen. Finden Sie Rudolph! Als Belohnung winken tolle Preise. http://www.gmx.net/de/cgi/specialmail/ +++ GMX - die erste Adresse für Mail, Message, More! +++
Re: [Cooker] Re: status of cramfs initrd in 2.6
On Wed, Nov 19, 2003 at 05:53:52PM +0100, Svetoslav Slavtchev wrote: >--- mkinitrd.luca 2003-11-18 21:30:00.0 +0100 >+++ mkinitrd.mod_ide2003-11-19 16:39:44.645379336 +0100 added in mkinitrd-3.4.43-9.99.2mdk which will appear in all theatres as soon i fix a nasty tmpfs<->lvm related bug :( thanks :-) is there a smarter way to autodetect the ide controller on which "/" lives ??? any one have idea what will happen if secondary ide interfaces are loaded later ??? no idea i'm only questioning my self wether the kernel supports minix initrd reading comments in the source code it does -- Luca Berra -- [EMAIL PROTECTED] Communication Media & Services S.r.l. /"\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
Re: [Cooker] Re: status of cramfs initrd in 2.6
> On Wed, Nov 19, 2003 at 04:07:32PM +0100, Svetoslav Slavtchev wrote: > >> I am still unable to mount cramfs initrd at boot, i am seeing the same > >> problem as Olivier > >it doesn't work here too :( > and i have no idea why it isn't working :( > > >> I tested both with olivier and svetljo kernels > >> (btw i had to run depmod -a a couple of time to get correct module deps > >> with svetljo kernel) > > > >strange :( > >here evrything is ok > >which module-init-tools do you use ? > latest from cooker > > >in case the one from cooker/or the latest from Andrey, > >could you check how does it work with my package ? > i will check, in time > hm, i have to test rpm rebuild on my cooker box, but it tends to overheat -> gcc segfaults :( > > > >could you include smth similar, but smarter then : > > > >--- mkinitrd.luca 2003-11-18 21:30:00.0 +0100 > >+++ mkinitrd.mod_ide2003-11-19 16:39:44.645379336 +0100 > > added in mkinitrd-3.4.43-9.99.2mdk thanks :-) is there a smarter way to autodetect the ide controller on which "/" lives ??? any one have idea what will happen if secondary ide interfaces are loaded later ??? > > >is there a possibility to use minix for initrd ? > it should be possible, but cram seems best suited for what we want to > do. and it seems there is no way to get it running :( minix is writable so it should be pretty easy to add it may be almost only 's/ext2 / ext2 | minix/' i'm only questioning my self wether the kernel supports minix initrd best, svetljo -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++
Re: [Cooker] Re: status of cramfs initrd in 2.6
On Wed, Nov 19, 2003 at 04:07:32PM +0100, Svetoslav Slavtchev wrote: I am still unable to mount cramfs initrd at boot, i am seeing the same problem as Olivier it doesn't work here too :( and i have no idea why it isn't working :( I tested both with olivier and svetljo kernels (btw i had to run depmod -a a couple of time to get correct module deps with svetljo kernel) strange :( here evrything is ok which module-init-tools do you use ? latest from cooker in case the one from cooker/or the latest from Andrey, could you check how does it work with my package ? i will check, in time could you include smth similar, but smarter then : --- mkinitrd.luca 2003-11-18 21:30:00.0 +0100 +++ mkinitrd.mod_ide2003-11-19 16:39:44.645379336 +0100 added in mkinitrd-3.4.43-9.99.2mdk is there a possibility to use minix for initrd ? it should be possible, but cram seems best suited for what we want to do. regards, L. -- Luca Berra -- [EMAIL PROTECTED] Communication Media & Services S.r.l. /"\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
Re: [Cooker] Re: status of cramfs initrd in 2.6
> On Tue, Nov 18, 2003 at 12:43:57AM +0100, Olivier Blin wrote:
> >On Mon, 17 Nov 2003 15:58:17 +0100 (MET)
> >"Svetoslav Slavtchev" <[EMAIL PROTECTED]> wrote:
> >
> >> have you missed that cramfs is readonly ?
> >> we actually are missing /dev/root
> >> as "mkrootdev /dev/root" fails -- read only fs
> >> but it probably needs quite deeper changes
> >
> >Actually, that isn't my problem for now, the kernel can't mount my
> >cramfs initrd ...
> >I've sent my kernel to Luca Berra, I hope he'll get some results :)
> >
> hello,
> At the moment i put a new mkinitrd on
> http://www.comedia.it/~bluca/cooker/lvm2/
> It is version mkinitrd-3.4.43-9.99.1mdk
> It creates an mkinitrd which sounds safe to me, but i did not do
> complete regression on it.
> I am still unable to mount cramfs initrd at boot, i am seeing the same
> problem as Olivier
it doesn't work here too :(
> I tested both with olivier and svetljo kernels
> (btw i had to run depmod -a a couple of time to get correct module deps
> with svetljo kernel)
strange :(
here evrything is ok
which module-init-tools do you use ?
in case the one from cooker/or the latest from Andrey,
could you check how does it work with my package ?
> I am still trying to guess why the cramfs is not mounted (it is
> detected and loaded correctly into ramdisk but does not load).
> I will probably connect a serial console and dump the errors later.
>
could you include smth similar, but smarter then :
--- mkinitrd.luca 2003-11-18 21:30:00.0 +0100
+++ mkinitrd.mod_ide2003-11-19 16:39:44.645379336 +0100
@@ -456,7 +456,17 @@
# If we have ide devices and module ide, do the right thing
ide=/proc/ide/ide*
if [ -n "$ide" ]; then
-findmodule -ide-disk
+drivers=$(awk '/^alias ide-controller[0-9]* / { print $3}' $modulefile)
+# not sure what happens if secondary ide is loaded later
+#drivers=$(awk '/^alias ide-controller0* / { print $3}' $modulefile)
+if [ -n "$drivers" ]; then
+ for driver in $drivers; do
+ findmodule $driver
+ done
+ findmodule ide-mod
+ findmodule -ide-disk
+ findmodule -ide-probe-mod
+fi
fi
# check to see if we need to set up a loopback
filesystem
-
modprobe.conf contains:
alias ide-controller0 hpt366
alias ide-controller1 via82cxxx
and it seems to work without probs
53490/boot/config-2.6.0-t9.ruby.9mdk
372879 /boot/initrd-2.6.0-t9.ruby.9mdk.img
537/boot/kernel.h-2.6.0-t9.ruby.9mdk
806776/boot/System.map-2.6.0-t9.ruby.9mdk
1095083/boot/vmlinuz-2.6.0-t9.ruby.9mdk
it even could fit on a floppy probably , if there was a way
to use modular ext2
(( that is with xfs root, it may already work with all other fs's)
is there a possibility to use minix for initrd ?
best,
svetljo
PS.
using debian's modular-ide patch with :
built in ide -> a single oops at cd initialisation
moduler ide -> no problems, no oopses
may be we should add some ifdef's
--
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService
Jetzt kostenlos anmelden unter http://www.gmx.net
+++ GMX - die erste Adresse für Mail, Message, More! +++
Re: [Cooker] Re: status of cramfs initrd in 2.6
On Tue, Nov 18, 2003 at 12:43:57AM +0100, Olivier Blin wrote: On Mon, 17 Nov 2003 15:58:17 +0100 (MET) "Svetoslav Slavtchev" <[EMAIL PROTECTED]> wrote: have you missed that cramfs is readonly ? we actually are missing /dev/root as "mkrootdev /dev/root" fails -- read only fs but it probably needs quite deeper changes Actually, that isn't my problem for now, the kernel can't mount my cramfs initrd ... I've sent my kernel to Luca Berra, I hope he'll get some results :) hello, At the moment i put a new mkinitrd on http://www.comedia.it/~bluca/cooker/lvm2/ It is version mkinitrd-3.4.43-9.99.1mdk It creates an mkinitrd which sounds safe to me, but i did not do complete regression on it. I am still unable to mount cramfs initrd at boot, i am seeing the same problem as Olivier I tested both with olivier and svetljo kernels (btw i had to run depmod -a a couple of time to get correct module deps with svetljo kernel) I am still trying to guess why the cramfs is not mounted (it is detected and loaded correctly into ramdisk but does not load). I will probably connect a serial console and dump the errors later. regards, L. -- Luca Berra -- [EMAIL PROTECTED] Communication Media & Services S.r.l. /"\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
Re: [Cooker] Re: status of cramfs initrd in 2.6
Luca Berra <[EMAIL PROTECTED]> writes:
> the real problem is:
> how the hell do i know if i have devfs using nash?
if (access("/dev/.devfsd", F_OK) != 0) ...
Re: [Cooker] Re: status of cramfs initrd in 2.6
> By the way, what should we do about devfs ? > It is deprecated, but is there any working alternative yet ? > udev needs userspace tools IIRC. > leave devfs as is. udev is not a viable replacement as yet so no real infrastructure to replace devfs currently exists. I have not seen anyhing more than proof of concept.
Re: [Cooker] Re: status of cramfs initrd in 2.6
On Tue, 18 Nov 2003 02:19:56 +0100 (MET) "Svetoslav Slavtchev" <[EMAIL PROTECTED]> wrote: > i assume this 256 is the trick, > as you said you can mount it from a > running kernel, but it probably can not recognize > it as a rootfs at boot So, why this patch in Debian to be able to use cramfs initrd ? IIRC, the code in this patch allows to load an uncompressed cramfs initrd in/dev/ram0. -- Olivier Blin
Re: [Cooker] Re: status of cramfs initrd in 2.6
> On Mon, Nov 17, 2003 at 09:51:29PM +0100, Olivier Blin wrote: > >By the way, what should we do about devfs ? > >It is deprecated, but is there any working alternative yet ? > >udev needs userspace tools IIRC. > > uhm, good question, we still ship it enabled by default in 9.2, but > there is nothing (i belive) that depends on having it enabled > i would keep things as they are, supported but not compulsory, even if > that becomes an hassle to maintain. > IMHO there is nothing available that could replace it udev is pretty far from finished but do wee need it i don't know > >> I will try to add cramfs/tmpfs support if someone kindly notices the > >> fact i am doing it, if this stuff is not scheduled to be merged > >> sometimes then i will not bother. > > > >Okay, I let you do it :) > ok :) > > >It would be a good start to have a look at Debian's linuxrc and > >mkinitrd, since they use exactly what you want to do. > >http://http.us.debian.org/debian/pool/main/i/initrd-tools/initrd-tools_0.1.55.tar.gz > It is a much cleaner implementation that the rh based mkinitrd we are > using, but i don't know how much space does it waste wrt ours. > Their mkinitrd is completely written in shell and the guy knows about > shell programming. It will be complex to master. and it's HUGE at least in the default config [EMAIL PROTECTED] disk2]# ll /mnt/initrd.cramfs -rw-r--r--1 root root 3461120 Nov 17 16:27 /mnt/initrd.cramfs [EMAIL PROTECTED] disk2]# du 242K./bin 4.5K./dev 1.0K./etc 1.2M./lib/i686 147K./lib/modules/2.6.0-t9.ruby.7mdk/kernel/drivers/block 22K ./lib/modules/2.6.0-t9.ruby.7mdk/kernel/drivers/ide/legacy 8.5K./lib/modules/2.6.0-t9.ruby.7mdk/kernel/drivers/ide/pci 62K ./lib/modules/2.6.0-t9.ruby.7mdk/kernel/drivers/ide 90K ./lib/modules/2.6.0-t9.ruby.7mdk/kernel/drivers/md 44K ./lib/modules/2.6.0-t9.ruby.7mdk/kernel/drivers/message/fusion 44K ./lib/modules/2.6.0-t9.ruby.7mdk/kernel/drivers/message 20K ./lib/modules/2.6.0-t9.ruby.7mdk/kernel/drivers/scsi/aacraid 189K./lib/modules/2.6.0-t9.ruby.7mdk/kernel/drivers/scsi/aic7xxx 36K ./lib/modules/2.6.0-t9.ruby.7mdk/kernel/drivers/scsi/sym53c8xx_2 1.1M./lib/modules/2.6.0-t9.ruby.7mdk/kernel/drivers/scsi 1.5M./lib/modules/2.6.0-t9.ruby.7mdk/kernel/drivers 3.2M./lib/modules 4.4M./lib 76K ./sbin 12K ./usr/sbin 13K ./usr 512 ./dev2 512 ./devfs 512 ./mnt 512 ./proc 512 ./scripts 512 ./sys 512 ./tmp 512 ./var 4.8M. may be switching busybox could help (staticly linked with diet libs) there are good sides too it should support any thinkable sitution but on that price ? and is it really nessecary to use dynamicly linked binaries + libc > I would really like to rewrite initrd since the current implementation > sucks a lot, but: > 1) there are a some things our mkinitrd does that i do not understand > or have no means to test (i.e. root on a loopback file) > 2) before embarking in such a project i would like some consensus on > whether it is needed or not > 3) i do not have that much spare time, so i'would need some help > > at the moment i was thinking on going on hacking the current mkinitrd. it's probably the better solution, it would be _damn_hard_ to switch to what debian use in a good way may be you could also check geninitrd from PLD linux (a polish distribution) it seems to support romfs|cramfs|ext2 but it doesn't seem to support 2.6, loop ... (debian do it really nice :( ... evms, lvm2,) > >It was about to patch our linuxrc, but if you wanna do it, you're > >welcome :) > I do not particularly like it, but i do not want my previous work for > integrating lvm2 to get lost. > > >Can you have a look at the mkinitrd/make-initrd patches I've begun ? > i have already integrated them in my tree, > i am now working on mounting tmpfs on /dev (see my other mail) svetljo -- GMX Weihnachts-Special: Seychellen-Traumreise zu gewinnen! Rentier entlaufen. Finden Sie Rudolph! Als Belohnung winken tolle Preise. http://www.gmx.net/de/cgi/special/ +++ GMX - die erste Adresse für Mail, Message, More! +++
Re: [Cooker] Re: status of cramfs initrd in 2.6
> On Mon, 17 Nov 2003 15:58:17 +0100 (MET) > "Svetoslav Slavtchev" <[EMAIL PROTECTED]> wrote: > > > have you missed that cramfs is readonly ? > > we actually are missing /dev/root > > as "mkrootdev /dev/root" fails -- read only fs > > but it probably needs quite deeper changes > > Actually, that isn't my problem for now, the kernel can't mount my > cramfs initrd ... > I've sent my kernel to Luca Berra, I hope he'll get some results :) mount -nt proc proc proc root=$(cat proc/sys/kernel/real-root-dev) echo 256 > proc/sys/kernel/real-root-dev i assume this 256 is the trick, as you said you can mount it from a running kernel, but it probably can not recognize it as a rootfs at boot svetljo -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++
Re: [Cooker] Re: status of cramfs initrd in 2.6
On Mon, 17 Nov 2003 15:58:17 +0100 (MET) "Svetoslav Slavtchev" <[EMAIL PROTECTED]> wrote: > have you missed that cramfs is readonly ? > we actually are missing /dev/root > as "mkrootdev /dev/root" fails -- read only fs > but it probably needs quite deeper changes Actually, that isn't my problem for now, the kernel can't mount my cramfs initrd ... I've sent my kernel to Luca Berra, I hope he'll get some results :) -- Olivier Blin
Re: [Cooker] Re: status of cramfs initrd in 2.6
> On Mon, Nov 17, 2003 at 09:21:26PM +0100, Svetoslav Slavtchev wrote:
> >i'll be happy to test, but sadly i can not help to get it merged :(
> ok, point me to a kernel that has cramfs working and i'll start testing
> on my own
binary rpm or source ?-)
for the second you might get my patch tarball or nosrc.rpm
from http://varna.demon.co.uk/~svetlio/cook/2.6/
but wait until i upload a new ones
(complete upload will be noted by "test9s8.md5sums" )
> >we'll probably have to keep support for lvm1,
> both lvm1 and cramfs?
wh not :-)
2.4 is also pretty big & could benefit from switching to cramfs initrd
(and no idea when dev-mapper will go in :( )
> >couldn't we mount tmpfs on /etc in the initrd
> yes,
> the only files i need in /etc are
> /etc/mdadm.conf (but i can change mdassemble to use a config file
> parameter, or copy the file in /etc after mounting)
> and /etc/lvm/lvm.conf (for lvm2, but if we use lvm2 i can tell it not to
> create the cache, so no need for mounting tmpfs over etc)
i think copying will be easier :-)
> the real problem is:
> how the hell do i know if i have devfs using nash?
> i find this in mkdevices which is written in c,
> should i write another c function for nash which does:
>
> rc=open("/dev/.testwr", O_CREAT);
> if (rc < 0) {
> mount("/dev", "/dev", "tmpfs", 0, 0);
> mknod("/dev/null", 1, 3);
> mknod(...);
> } else {
> close(rc);
> }
>
:(
IMO you'll have to write one,
or we have to dump nash for limited fuctionality
svetljo
--
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService
Jetzt kostenlos anmelden unter http://www.gmx.net
+++ GMX - die erste Adresse für Mail, Message, More! +++
Re: [Cooker] Re: status of cramfs initrd in 2.6
On Mon, Nov 17, 2003 at 09:51:29PM +0100, Olivier Blin wrote: By the way, what should we do about devfs ? It is deprecated, but is there any working alternative yet ? udev needs userspace tools IIRC. uhm, good question, we still ship it enabled by default in 9.2, but there is nothing (i belive) that depends on having it enabled i would keep things as they are, supported but not compulsory, even if that becomes an hassle to maintain. I will try to add cramfs/tmpfs support if someone kindly notices the fact i am doing it, if this stuff is not scheduled to be merged sometimes then i will not bother. Okay, I let you do it :) ok :) It would be a good start to have a look at Debian's linuxrc and mkinitrd, since they use exactly what you want to do. http://http.us.debian.org/debian/pool/main/i/initrd-tools/initrd-tools_0.1.55.tar.gz It is a much cleaner implementation that the rh based mkinitrd we are using, but i don't know how much space does it waste wrt ours. Their mkinitrd is completely written in shell and the guy knows about shell programming. It will be complex to master. I would really like to rewrite initrd since the current implementation sucks a lot, but: 1) there are a some things our mkinitrd does that i do not understand or have no means to test (i.e. root on a loopback file) 2) before embarking in such a project i would like some consensus on whether it is needed or not 3) i do not have that much spare time, so i'would need some help at the moment i was thinking on going on hacking the current mkinitrd. It was about to patch our linuxrc, but if you wanna do it, you're welcome :) I do not particularly like it, but i do not want my previous work for integrating lvm2 to get lost. Can you have a look at the mkinitrd/make-initrd patches I've begun ? i have already integrated them in my tree, i am now working on mounting tmpfs on /dev (see my other mail) -- Luca Berra -- [EMAIL PROTECTED] Communication Media & Services S.r.l. /"\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
Re: [Cooker] Re: status of cramfs initrd in 2.6
On Mon, Nov 17, 2003 at 09:21:26PM +0100, Svetoslav Slavtchev wrote:
i'll be happy to test, but sadly i can not help to get it merged :(
ok, point me to a kernel that has cramfs working and i'll start testing
on my own
we'll probably have to keep support for lvm1,
both lvm1 and cramfs?
couldn't we mount tmpfs on /etc in the initrd
yes,
the only files i need in /etc are
/etc/mdadm.conf (but i can change mdassemble to use a config file
parameter, or copy the file in /etc after mounting)
and /etc/lvm/lvm.conf (for lvm2, but if we use lvm2 i can tell it not to
create the cache, so no need for mounting tmpfs over etc)
the real problem is:
how the hell do i know if i have devfs using nash?
i find this in mkdevices which is written in c,
should i write another c function for nash which does:
rc=open("/dev/.testwr", O_CREAT);
if (rc < 0) {
mount("/dev", "/dev", "tmpfs", 0, 0);
mknod("/dev/null", 1, 3);
mknod(...);
} else {
close(rc);
}
L.
--
Luca Berra -- [EMAIL PROTECTED]
Communication Media & Services S.r.l.
/"\
\ / ASCII RIBBON CAMPAIGN
XAGAINST HTML MAIL
/ \
Re: [Cooker] Re: status of cramfs initrd in 2.6
On Mon, 17 Nov 2003 20:29:45 +0100 Luca Berra <[EMAIL PROTECTED]> wrote: > will someone hear me please. > i posted about the same issue last time we spoke about replacing > initrd fs. > you need a writable dev! > for devfs this is easy > without devfs it is not! By the way, what should we do about devfs ? It is deprecated, but is there any working alternative yet ? udev needs userspace tools IIRC. > if you use 2.4 with LVM1 you also need a writable /etc (this > requrement can be lifted with LVM2, i believe) > > I am trying to find a way around it, probably my mkinitrd which > already creates device nodes on the fly has only to be slightly tuned: > mount a tmpfs on /dev and create the nodes i forgot about. > I will try to add cramfs/tmpfs support if someone kindly notices the > fact i am doing it, if this stuff is not scheduled to be merged > sometimes then i will not bother. Okay, I let you do it :) It would be a good start to have a look at Debian's linuxrc and mkinitrd, since they use exactly what you want to do. http://http.us.debian.org/debian/pool/main/i/initrd-tools/initrd-tools_0.1.55.tar.gz It was about to patch our linuxrc, but if you wanna do it, you're welcome :) Can you have a look at the mkinitrd/make-initrd patches I've begun ? Thanks -- Olivier Blin
Re: [Cooker] Re: status of cramfs initrd in 2.6
> On Mon, Nov 17, 2003 at 07:01:01PM +0100, Olivier Blin wrote: > >On Mon, 17 Nov 2003 15:58:17 +0100 (MET) > >"Svetoslav Slavtchev" <[EMAIL PROTECTED]> wrote: > > > >> it didn't worked, but it works with the debian's mkinitrd > > > >I'll have a look, thanks :) > >LFS's mkinitrd is a good reference too. > > > >> have you missed that cramfs is readonly ? > >> we actually are missing /dev/root > >> as "mkrootdev /dev/root" fails -- read only fs > >> but it probably needs quite deeper changes > > > >Yes, I missed that, sorry about that :-/ > >It was a bit tired, I haven't even slept an hour last night ... > > > will someone hear me please. > i posted about the same issue last time we spoke about replacing initrd > fs. > you need a writable dev! > for devfs this is easy > without devfs it is not! > if you use 2.4 with LVM1 you also need a writable /etc (this requrement > can be lifted with LVM2, i believe) > > I am trying to find a way around it, probably my mkinitrd which already > creates device nodes on the fly has only to be slightly tuned: mount a > tmpfs on /dev and create the nodes i forgot about. > I will try to add cramfs/tmpfs support if someone kindly notices the > fact i am doing it, if this stuff is not scheduled to be merged > sometimes then i will not bother. i'll be happy to test, but sadly i can not help to get it merged :( we'll probably have to keep support for lvm1, couldn't we mount tmpfs on /etc in the initrd svetljo -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++
Re: [Cooker] Re: status of cramfs initrd in 2.6
On Mon, Nov 17, 2003 at 07:01:01PM +0100, Olivier Blin wrote: On Mon, 17 Nov 2003 15:58:17 +0100 (MET) "Svetoslav Slavtchev" <[EMAIL PROTECTED]> wrote: it didn't worked, but it works with the debian's mkinitrd I'll have a look, thanks :) LFS's mkinitrd is a good reference too. have you missed that cramfs is readonly ? we actually are missing /dev/root as "mkrootdev /dev/root" fails -- read only fs but it probably needs quite deeper changes Yes, I missed that, sorry about that :-/ It was a bit tired, I haven't even slept an hour last night ... will someone hear me please. i posted about the same issue last time we spoke about replacing initrd fs. you need a writable dev! for devfs this is easy without devfs it is not! if you use 2.4 with LVM1 you also need a writable /etc (this requrement can be lifted with LVM2, i believe) I am trying to find a way around it, probably my mkinitrd which already creates device nodes on the fly has only to be slightly tuned: mount a tmpfs on /dev and create the nodes i forgot about. I will try to add cramfs/tmpfs support if someone kindly notices the fact i am doing it, if this stuff is not scheduled to be merged sometimes then i will not bother. L. -- Luca Berra -- [EMAIL PROTECTED] Communication Media & Services S.r.l. /"\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
Re: [Cooker] Re: status of cramfs initrd in 2.6
On Mon, 17 Nov 2003 15:58:17 +0100 (MET) "Svetoslav Slavtchev" <[EMAIL PROTECTED]> wrote: > it didn't worked, but it works with the debian's mkinitrd I'll have a look, thanks :) LFS's mkinitrd is a good reference too. > have you missed that cramfs is readonly ? > we actually are missing /dev/root > as "mkrootdev /dev/root" fails -- read only fs > but it probably needs quite deeper changes Yes, I missed that, sorry about that :-/ It was a bit tired, I haven't even slept an hour last night ... -- Olivier Blin
Re: [Cooker] Re: status of cramfs initrd in 2.6
> > > have you tried adding "--nocompress" > > cramfs is already compressed and adding --nocompress increases the > > size with~2k > > Yes, I tried, with --compress, the initrd is really a cramfs one (not a > gzipped cramfs), so it needs the cramfs initrd patch. > > Same results, the cramfs image is recognized, but cannot be mounted. > > It won't make any difference to compress or not the cramfs initrd if the > cramfs initrd patch is applied. > I repeat one more time: it is only needed for non-compressed cramfs > initrd :-) > > i've tried your initrd changes and all seemd fine until it actually > > tried to mount it > > :-) i've forgotten to compile in cramfs :-) > > so let see what happens when the recompile is ready > > Good luck :) only luck wont help :( it didn't worked, but it works with the debian's mkinitrd have you missed that cramfs is readonly ? we actually are missing /dev/root as "mkrootdev /dev/root" fails -- read only fs but it probably needs quite deeper changes svetljo -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++
Re: [Cooker] Re: status of cramfs initrd in 2.6
On Mon, 17 Nov 2003 13:52:41 +0100 (MET)
"Svetoslav Slavtchev" <[EMAIL PROTECTED]> wrote:
> and you dropped some cramfs changes:
> --- cut here
> ---
> --- kernel-source-2.6.0-test9-2.6.0-test9.orig/fs/cramfs/inode.c
> +++ kernel-source-2.6.0-test9-2.6.0-test9/fs/cramfs/inode.c
> @@ -43,7 +43,7 @@
> static struct inode *get_cramfs_inode(struct super_block *sb, struct
> cramfs_inode * cramfs_inode)
> {
> struct inode * inode = new_inode(sb);
> - static struct timespec zerotime;
> + const struct timespec zerotime = { 0, 0 };
>
> if (inode) {
> inode->i_mode = cramfs_inode->mode;
> -- cut here
> --
sorry, I didn't included it in my previous mail :/
But I used it for my tests.
> have you tried adding "--nocompress"
> cramfs is already compressed and adding --nocompress increases the
> size with~2k
Yes, I tried, with --compress, the initrd is really a cramfs one (not a
gzipped cramfs), so it needs the cramfs initrd patch.
Same results, the cramfs image is recognized, but cannot be mounted.
It won't make any difference to compress or not the cramfs initrd if the
cramfs initrd patch is applied.
I repeat one more time: it is only needed for non-compressed cramfs
initrd :-)
> i've tried your initrd changes and all seemd fine until it actually
> tried to mount it
> :-) i've forgotten to compile in cramfs :-)
> so let see what happens when the recompile is ready
Good luck :)
> > Strangly enough, I can mount the initrd correctly once the kernel is
> > booted up (in this case, I use a ext2 initrd, ext2 and cramfs are
> > builtin).
> >
> > Should I ask about it on lkml ?
>
> PS
>
> the old modular ide is broken even if everything is compiled in
> ( see "buffer layer errot." on lkml )
> fix & new patch uploaded, but i still get a oopses at cdrom
> initialization kobject_register returned -17
I'll have a look later.
Cheers.
--
Olivier Blin
