From: Stefaan V. D. <st...@3-...> - 2008-03-20 21:53:04
|
Hi, I'm trying to set up the following LAN1 - LEAF1 - internet - LEAF2 - LAN2 LAN1 : 192.168.70.0/24 FW1 : auto eth0 iface eth0 inet static address EXT-IP1 netmask 255.255.255.252 gateway EXT-GW1 auto br0 iface br0 inet static address 192.168.70.253 netmask 255.255.255.0 broadcast 192.168.70.255 bridge_ports eth1 LAN2: 192.168.70.0/24 FW2: auto eth0 iface eth0 inet static address EXT-IP2 netmask 255.255.255.252 gateway EXT-GW2 auto br0 iface br0 inet static address 192.168.70.254 netmask 255.255.255.0 broadcast 192.168.70.255 bridge_ports eth1 Both LAN's can connect to the net, and it appears openvpn connects, but I can't reach ip's from the other LAN. on both FW's firefly# brctl show bridge name bridge id STP enabled interfaces br0 8000.0050baca8c0b no eth1 tap0 firefly# ip route EXT-NET/30 dev eth0 proto kernel scope link src EXT-IP1 192.168.70.0/24 dev br0 proto kernel scope link src 192.168.70.253 default via EXT-GW1 dev eth0 firefly2# ip route EXT-NET2/30 dev eth0 proto kernel scope link src EXT-IP2 192.168.70.0/24 dev br0 proto kernel scope link src 192.168.70.254 default via EXT-GW2 dev eth0 For setting up openvpn I kind off followed this : http://www.linux.com/feature/58336?theme=print Can this be done ? Regards, Stefaan |
From: Tom E. <te...@sh...> - 2008-03-20 21:55:54
Attachments:
signature.asc
|
Stefaan Van Dooren wrote: > Hi, > > I'm trying to set up the following > > LAN1 - LEAF1 - internet - LEAF2 - LAN2 > > > LAN1 : 192.168.70.0/24 > FW1 : > auto eth0 > iface eth0 inet static > address EXT-IP1 > netmask 255.255.255.252 > gateway EXT-GW1 > > auto br0 > iface br0 inet static > address 192.168.70.253 > netmask 255.255.255.0 > broadcast 192.168.70.255 > bridge_ports eth1 > > > LAN2: 192.168.70.0/24 > FW2: > auto eth0 > iface eth0 inet static > address EXT-IP2 > netmask 255.255.255.252 > gateway EXT-GW2 > > auto br0 > iface br0 inet static > address 192.168.70.254 > netmask 255.255.255.0 > broadcast 192.168.70.255 > bridge_ports eth1 > > Both LAN's can connect to the net, and it appears openvpn connects, but > I can't reach ip's from the other LAN. > > on both FW's > > firefly# brctl show > bridge name bridge id STP enabled interfaces > br0 8000.0050baca8c0b no eth1 > tap0 > > firefly# ip route > EXT-NET/30 dev eth0 proto kernel scope link src EXT-IP1 > 192.168.70.0/24 dev br0 proto kernel scope link src 192.168.70.253 > default via EXT-GW1 dev eth0 > > firefly2# ip route > EXT-NET2/30 dev eth0 proto kernel scope link src EXT-IP2 > 192.168.70.0/24 dev br0 proto kernel scope link src 192.168.70.254 > default via EXT-GW2 dev eth0 > > For setting up openvpn I kind off followed this : > http://www.linux.com/feature/58336?theme=print > > > Can this be done ? http://www.shorewall.net/OPENVPN.html -Tom -- Tom Eastep \ Nothing is foolproof to a sufficiently talented fool Shoreline, \ http://shorewall.net Washington USA \ te...@sh... PGP Public Key \ https://lists.shorewall.net/teastep.pgp.key |
From: Stefaan V. D. <st...@3-...> - 2008-03-20 22:10:40
|
Tom, > -----Oorspronkelijk bericht----- > Van: Tom Eastep [mailto:te...@sh...] > > Can this be done ? > > http://www.shorewall.net/OPENVPN.html > > -Tom > -- Thanks for that link, but I have gone trough your (by the way excellent) site, but can't find an example that describes what I need. BTW, I'm running Bering-uClibc Firewall (3.0.1 - January 2007) (uClibc 0.9.28 Bering-uClibc team) firefly# shorewall version 3.4.3 So I think I need this page http://www.shorewall.net/3.0/NewBridge.html I'll get some sleep now and go over it again tomorrow. Stefaan |
From: Stefaan V. D. <st...@3-...> - 2008-03-21 17:00:05
|
> -----Oorspronkelijk bericht----- > Van: lea...@li... [mailto:leaf-user- > bo...@li...] Namens Stefaan Van Dooren > Verzonden: donderdag 20 maart 2008 22:53 > Aan: lea...@li... > Onderwerp: [leaf-user] Briging local networks with openvpn > > Hi, > > I'm trying to set up the following > > LAN1 - LEAF1 - internet - LEAF2 - LAN2 > > > LAN1 : 192.168.70.0/24 > FW1 : > auto eth0 > iface eth0 inet static > address EXT-IP1 > netmask 255.255.255.252 > gateway EXT-GW1 > > auto br0 > iface br0 inet static > address 192.168.70.253 > netmask 255.255.255.0 > broadcast 192.168.70.255 > bridge_ports eth1 > > > LAN2: 192.168.70.0/24 > FW2: > auto eth0 > iface eth0 inet static > address EXT-IP2 > netmask 255.255.255.252 > gateway EXT-GW2 > > auto br0 > iface br0 inet static > address 192.168.70.254 > netmask 255.255.255.0 > broadcast 192.168.70.255 > bridge_ports eth1 > > Both LAN's can connect to the net, and it appears openvpn connects, but > I can't reach ip's from the other LAN. > > on both FW's > > firefly# brctl show > bridge name bridge id STP enabled interfaces > br0 8000.0050baca8c0b no eth1 > tap0 > > firefly# ip route > EXT-NET/30 dev eth0 proto kernel scope link src EXT-IP1 > 192.168.70.0/24 dev br0 proto kernel scope link src 192.168.70.253 > default via EXT-GW1 dev eth0 > > firefly2# ip route > EXT-NET2/30 dev eth0 proto kernel scope link src EXT-IP2 > 192.168.70.0/24 dev br0 proto kernel scope link src 192.168.70.254 > default via EXT-GW2 dev eth0 > > For setting up openvpn I kind off followed this : > http://www.linux.com/feature/58336?theme=print > > > Can this be done ? > > > Regards, > > Stefaan > After a good sleep and going through Tom's site again, I redid the whole thing, and this time it works a charm. (not sure what I did wrong the first time) New problem. On FW1 I also have some roadwarriors connecting with openvpn. They use a different openvpn server (no bridging), can connect to every IP in de LAN on LAN1, but non on LAN2. What am I missing ? Stefaan |
From: Stefaan V. D. <st...@3-...> - 2008-03-21 17:36:41
|
> > Hi, > > > > I'm trying to set up the following > > > > LAN1 - LEAF1 - internet - LEAF2 - LAN2 > > > > > > Can this be done ? > > > > > > Regards, > > > > Stefaan > > > > After a good sleep and going through Tom's site again, I redid the whole > thing, and this time it works a charm. (not sure what I did wrong the > first time) > > New problem. On FW1 I also have some roadwarriors connecting with > openvpn. They use a different openvpn server (no bridging), can connect > to every IP in de LAN on LAN1, but non on LAN2. What am I missing ? > > Stefaan Stupid one..... forgot to add the routing for the openvpn at LAN2. Stefaan |
From: Tom H. <tom...@st...> - 2008-03-25 13:08:46
|
Hi everyone, a few weeks ago I got the leaf system working , but I had put everything on the first "msdos" partition .. To make it a bit more endurable, I would like to put as much as possible on the second partition, where I thought to use YAFFS. Has someone allready some experience with this and/or remarks to it? First of all I wanted to try to put as much as possible on the current second partition, namely an ext2 format. This was to see how working with a second partition would work out, before changing the partition to a YAFFS format. The problem however is that it isn't able to read any of the modules on the 2nd partition : hda2.. Here is what I changed from a working example (one used partition) I copied all the lrp's and lwp's to hda2 and changed the PKGPATH in leaf.cfg to : /dev/hda2 possible that there has to be something like ":msdos" behind it .. I allready tried ext2 , but this failed .. If anyone could help me, thx a lot! Tom |
From: Tom H. <tom...@st...> - 2008-03-25 13:56:18
|
Practical to know probably is .. once mounting the file system, I get this error : FAT: bogus logical sector size 0 This only happens when I refer the pkgpath to something else as hda1:msdos (like hda2) After this, it's just each module (nf!) Tom Citeren Tom Hendrickx <tom...@st...>: > Hi everyone, > > a few weeks ago I got the leaf system working , but I had put > everything on the first "msdos" partition .. > To make it a bit more endurable, I would like to put as much as > possible on the second partition, where I thought to use YAFFS. > > Has someone allready some experience with this and/or remarks to it? > > > First of all I wanted to try to put as much as possible on the current > second partition, namely an ext2 format. This was to see how working > with a second partition would work out, before changing the partition > to a YAFFS format. > > The problem however is that it isn't able to read any of the modules on > the 2nd partition : hda2.. > > Here is what I changed from a working example (one used partition) > > I copied all the lrp's and lwp's to hda2 > and changed the PKGPATH in leaf.cfg to : /dev/hda2 > > possible that there has to be something like ":msdos" behind it .. I > allready tried ext2 , but this failed .. > > If anyone could help me, thx a lot! > Tom > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > ------------------------------------------------------------------------ > leaf-user mailing list: lea...@li... > https://lists.sourceforge.net/lists/listinfo/leaf-user > Support Request -- http://leaf-project.org/ > > |
From: Eric S. <E.S...@in...> - 2008-03-25 14:22:37
|
Tom, Did you install the ext2 kernel modules? Eric > Practical to know probably is .. once mounting the file system, I get > this error : FAT: bogus logical sector size 0 > > > This only happens when I refer the pkgpath to something else as > hda1:msdos > (like hda2) > > > After this, it's just each module (nf!) > > > > Tom > > > Citeren Tom Hendrickx <tom...@st...>: > > >> Hi everyone, >> >> >> a few weeks ago I got the leaf system working , but I had put everything >> on the first "msdos" partition .. To make it a bit more endurable, I >> would like to put as much as possible on the second partition, where I >> thought to use YAFFS. >> >> Has someone allready some experience with this and/or remarks to it? >> >> >> >> First of all I wanted to try to put as much as possible on the current >> second partition, namely an ext2 format. This was to see how working with >> a second partition would work out, before changing the partition to a >> YAFFS format. >> >> >> The problem however is that it isn't able to read any of the modules on >> the 2nd partition : hda2.. >> >> Here is what I changed from a working example (one used partition) >> >> >> I copied all the lrp's and lwp's to hda2 >> and changed the PKGPATH in leaf.cfg to : /dev/hda2 >> >> possible that there has to be something like ":msdos" behind it .. I >> allready tried ext2 , but this failed .. >> >> If anyone could help me, thx a lot! >> Tom >> >> >> ----------------------------------------------------------------------- >> -- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> ------------------------------------------------------------------------ >> leaf-user mailing list: lea...@li... >> https://lists.sourceforge.net/lists/listinfo/leaf-user >> Support Request -- http://leaf-project.org/ >> >> >> > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > ------------------------------------------------------------------------ > leaf-user mailing list: lea...@li... > https://lists.sourceforge.net/lists/listinfo/leaf-user > Support Request -- http://leaf-project.org/ > > |
From: Erich T. <eri...@th...> - 2008-03-25 15:35:00
|
Hi Tom Tom Hendrickx wrote: > Hi everyone, > > a few weeks ago I got the leaf system working , but I had put > everything on the first "msdos" partition .. > To make it a bit more endurable, I would like to put as much as > possible on the second partition, where I thought to use YAFFS. > > Has someone allready some experience with this and/or remarks to it? When I built cups for leaf I needed some persistent storage. I used a 4 Gig CF with ext2 filesystem. As I needed to have ext2 anyway I decided then to go the whole distance and format all partitions on the CF with ext2. No trouble at all. I suggest though to also load the hdsupp package and to run fsck periodically on the partitions. cheers Erich |
From: Tom H. <tom...@st...> - 2008-03-26 07:51:41
|
Hi Erich Thanks a lot and also to Eric! The problem was indeed with the ext2 module not being loaded yet :$ So now I'm just going to use one partition ext2 to do the trick .. While checking the different filesystems in the available modules, I noticed however there's no support for YAFFS nor for JFFS2 .. Is this one day gonna change? To make the flash drives more durable.. Or is it possible to give some extra parameters to the system with ext2, to make it more durable in this way? Greetz, Tom Citeren Erich Titl <eri...@th...>: > Hi Tom > > Tom Hendrickx wrote: >> Hi everyone, >> >> a few weeks ago I got the leaf system working , but I had put >> everything on the first "msdos" partition .. >> To make it a bit more endurable, I would like to put as much as >> possible on the second partition, where I thought to use YAFFS. >> >> Has someone allready some experience with this and/or remarks to it? > > When I built cups for leaf I needed some persistent storage. I used a > 4 Gig CF with ext2 filesystem. As I needed to have ext2 anyway I > decided then to go the whole distance and format all partitions on > the CF with ext2. No trouble at all. I suggest though to also load > the hdsupp package and to run fsck periodically on the partitions. > > > cheers > > Erich > > |
From: cpu m. <cpu...@ya...> - 2008-03-26 08:18:07
|
Hello, This is something I ran into a long time ago. When ucbering 2.x went from iptables 1.3.1 to 1.3.5, I noticed that shorewall went from: Connection Tracking Match: Available To: Connection Tracking Match: Not available I wasn't quite sure if this was a self inflicted wound since I compile my own kernel and packages, so I stayed with iptables 1.3.1 but upgraded all the other packages. With ucBering 3.1 I'm now using iptables 1.3.5 and I want to use conntrack with the --ctorigdst option but it doesn't work: iptables conntrack "Unknown error -1" Doesn't work with any option, actually. On my older boxes with iptables 1.3.1 it works fine. -cpu ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping |
From: Gordon B. <go...@q-...> - 2008-03-26 10:04:18
|
Sounds familiar... I had the same problem when trying to compile the GeoIP module into iptables. Turns out this version of iptables is very non-descriptive and shows this error if you forgot to load a (dependant) kernel module. Gordon cpu memhd wrote: > Hello, > > This is something I ran into a long time ago. When ucbering 2.x went from > iptables 1.3.1 to 1.3.5, I noticed that shorewall went from: > > Connection Tracking Match: Available > > To: > > Connection Tracking Match: Not available > > I wasn't quite sure if this was a self inflicted wound since I compile my > own kernel and packages, so I stayed with iptables 1.3.1 but upgraded all > the other packages. With ucBering 3.1 I'm now using iptables 1.3.5 and I > want to use conntrack with the --ctorigdst option but it doesn't work: > > iptables conntrack "Unknown error -1" > > Doesn't work with any option, actually. > > On my older boxes with iptables 1.3.1 it works fine. > -cpu > > > ____________________________________________________________________________________ > Looking for last minute shopping deals? > Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > ------------------------------------------------------------------------ > leaf-user mailing list: lea...@li... > https://lists.sourceforge.net/lists/listinfo/leaf-user > Support Request -- http://leaf-project.org/ -- Gordon Bos Q-RY Solutions Martinus Nijhofflaan 2 2624 ES Delft The Netherlands Tel: +31 (0)15 256 4035 Fax: +31 (0)15 256 4074 Q-RY Solutions is distributeur van Pervasive Software en ConnecTUX software, en draagt zorg voor consultancy, levering, ondersteuning, installatie en training. |
From: cpu m. <cpu...@ya...> - 2008-03-26 12:29:14
|
Do you know which kernel module it is? I can't find a difference between both routers so I don't think that's the problem. -cpu --- Gordon Bos <go...@q-...> wrote: > Sounds familiar... > > I had the same problem when trying to compile the GeoIP module into > iptables. Turns out this version of iptables is very non-descriptive and > > shows this error if you forgot to load a (dependant) kernel module. > > Gordon > > cpu memhd wrote: > > Hello, > > > > This is something I ran into a long time ago. When ucbering 2.x went > from > > iptables 1.3.1 to 1.3.5, I noticed that shorewall went from: > > > > Connection Tracking Match: Available > > > > To: > > > > Connection Tracking Match: Not available > > > > I wasn't quite sure if this was a self inflicted wound since I compile > my > > own kernel and packages, so I stayed with iptables 1.3.1 but upgraded > all > > the other packages. With ucBering 3.1 I'm now using iptables 1.3.5 and > I > > want to use conntrack with the --ctorigdst option but it doesn't work: > > > > iptables conntrack "Unknown error -1" > > > > Doesn't work with any option, actually. > > > > On my older boxes with iptables 1.3.1 it works fine. > > -cpu > > > > > > > ____________________________________________________________________________________ > > Looking for last minute shopping deals? > > Find them fast with Yahoo! Search. > http://tools.search.yahoo.com/newsearch/category.php?category=shopping > > > > > ------------------------------------------------------------------------- > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services for > > just about anything Open Source. > > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > > > ------------------------------------------------------------------------ > > leaf-user mailing list: lea...@li... > > https://lists.sourceforge.net/lists/listinfo/leaf-user > > Support Request -- http://leaf-project.org/ > > -- > > > Gordon Bos > Q-RY Solutions > Martinus Nijhofflaan 2 > 2624 ES Delft > The Netherlands > Tel: +31 (0)15 256 4035 > Fax: +31 (0)15 256 4074 > > Q-RY Solutions is distributeur van Pervasive Software en ConnecTUX > software, en draagt zorg voor consultancy, levering, ondersteuning, > installatie en training. > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > ------------------------------------------------------------------------ > leaf-user mailing list: lea...@li... > https://lists.sourceforge.net/lists/listinfo/leaf-user > Support Request -- http://leaf-project.org/ > ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs |
From: Gordon B. <go...@q-...> - 2008-03-26 13:06:32
|
Not completely sure... Minimum would have to be 'ipt_conntrack'. There may be dependencies on 'ipt_helper' and 'ipt_state'. Gordon cpu memhd wrote: > Do you know which kernel module it is? I can't find a difference between > both routers so I don't think that's the problem. -cpu > > --- Gordon Bos <go...@q-...> wrote: > >> Sounds familiar... >> >> I had the same problem when trying to compile the GeoIP module into >> iptables. Turns out this version of iptables is very non-descriptive and >> >> shows this error if you forgot to load a (dependant) kernel module. >> >> Gordon >> >> cpu memhd wrote: >>> Hello, >>> >>> This is something I ran into a long time ago. When ucbering 2.x went >> from >>> iptables 1.3.1 to 1.3.5, I noticed that shorewall went from: >>> >>> Connection Tracking Match: Available >>> >>> To: >>> >>> Connection Tracking Match: Not available >>> >>> I wasn't quite sure if this was a self inflicted wound since I compile >> my >>> own kernel and packages, so I stayed with iptables 1.3.1 but upgraded >> all >>> the other packages. With ucBering 3.1 I'm now using iptables 1.3.5 and >> I >>> want to use conntrack with the --ctorigdst option but it doesn't work: >>> >>> iptables conntrack "Unknown error -1" >>> >>> Doesn't work with any option, actually. >>> >>> On my older boxes with iptables 1.3.1 it works fine. >>> -cpu >>> >>> >>> |
From: Tom H. <tom...@st...> - 2008-03-26 08:20:54
|
One other question, which I fear is a dumb one .. But I can't find it anywhere To install the ext2 module .. You have to put it in /boot/lib/modules and then declare it initrd through the LEAF Packages configuration menu.. Well, I see it nowhere in the menu, and I've been through each part of it.. also afterwarts when I should save it , pressing m only saves the moddb.lrp .. So how save it afterwarts? Thx, Tom Citeren Tom Hendrickx <tom...@st...>: > Hi Erich > > Thanks a lot and also to Eric! > The problem was indeed with the ext2 module not being loaded yet :$ > So now I'm just going to use one partition ext2 to do the trick .. > > While checking the different filesystems in the available modules, I > noticed however there's no support for YAFFS nor for JFFS2 .. Is this > one day gonna change? To make the flash drives more durable.. > > Or is it possible to give some extra parameters to the system with > ext2, to make it more durable in this way? > > Greetz, > > Tom > > Citeren Erich Titl <eri...@th...>: > >> Hi Tom >> >> Tom Hendrickx wrote: >>> Hi everyone, >>> >>> a few weeks ago I got the leaf system working , but I had put >>> everything on the first "msdos" partition .. >>> To make it a bit more endurable, I would like to put as much as >>> possible on the second partition, where I thought to use YAFFS. >>> >>> Has someone allready some experience with this and/or remarks to it? >> >> When I built cups for leaf I needed some persistent storage. I used a >> 4 Gig CF with ext2 filesystem. As I needed to have ext2 anyway I >> decided then to go the whole distance and format all partitions on >> the CF with ext2. No trouble at all. I suggest though to also load >> the hdsupp package and to run fsck periodically on the partitions. >> >> >> cheers >> >> Erich >> >> > > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > ------------------------------------------------------------------------ > leaf-user mailing list: lea...@li... > https://lists.sourceforge.net/lists/listinfo/leaf-user > Support Request -- http://leaf-project.org/ > > |
From: Eric S. <E.S...@in...> - 2008-03-26 08:28:12
|
Hello Tom, It depend on your needs. If you want to load the packages from an ext2 fs, you have to create your own initrd: http://leaf.sourceforge.net/doc/bucd-develop.xml.html#id3256747 But if you just want to use an ext2 fs from a running system, you can add the module to moddb (copy the module to /lib/modules), no need to put it in the initrd in that case. Eric > One other question, which I fear is a dumb one .. But I can't find it > anywhere To install the ext2 module .. You have to put it in > /boot/lib/modules > and then declare it initrd through the LEAF Packages configuration menu.. > Well, I see it nowhere in the menu, and I've been through each part of > it.. > > also afterwarts when I should save it , pressing m only saves the > moddb.lrp .. So how save it afterwarts? > > Thx, Tom > > > > Citeren Tom Hendrickx <tom...@st...>: > > >> Hi Erich >> >> >> Thanks a lot and also to Eric! >> The problem was indeed with the ext2 module not being loaded yet :$ >> So now I'm just going to use one partition ext2 to do the trick .. >> >> >> While checking the different filesystems in the available modules, I >> noticed however there's no support for YAFFS nor for JFFS2 .. Is this one >> day gonna change? To make the flash drives more durable.. >> >> Or is it possible to give some extra parameters to the system with >> ext2, to make it more durable in this way? >> >> Greetz, >> >> >> Tom >> >> >> Citeren Erich Titl <eri...@th...>: >> >> >>> Hi Tom >>> >>> >>> Tom Hendrickx wrote: >>> >>>> Hi everyone, >>>> >>>> >>>> a few weeks ago I got the leaf system working , but I had put >>>> everything on the first "msdos" partition .. To make it a bit more >>>> endurable, I would like to put as much as possible on the second >>>> partition, where I thought to use YAFFS. >>>> >>>> Has someone allready some experience with this and/or remarks to >>>> it? >>> >>> When I built cups for leaf I needed some persistent storage. I used a >>> 4 Gig CF with ext2 filesystem. As I needed to have ext2 anyway I >>> decided then to go the whole distance and format all partitions on the >>> CF with ext2. No trouble at all. I suggest though to also load >>> the hdsupp package and to run fsck periodically on the partitions. >>> >>> >>> cheers >>> >>> Erich >>> >>> >>> >> >> >> >> ----------------------------------------------------------------------- >> -- >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for >> just about anything Open Source. >> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/market >> place >> ----------------------------------------------------------------------- >> - >> leaf-user mailing list: lea...@li... >> https://lists.sourceforge.net/lists/listinfo/leaf-user >> Support Request -- http://leaf-project.org/ >> >> >> > > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketpl > ace > ------------------------------------------------------------------------ > leaf-user mailing list: lea...@li... > https://lists.sourceforge.net/lists/listinfo/leaf-user > Support Request -- http://leaf-project.org/ > > |
From: Tom H. <tom...@st...> - 2008-03-26 09:56:57
|
Hi Eric My plan is indeed to load the packages from an ext2 fs .. So what I did was the following: initrd.lrp initrd.lrp is a different package - it's a compressed, minix formatted filesystem. To add or change it's content you have to uncompress it and mount it on a minix formatted mount point: dd if=/dev/zero of=initrd bs=1k count=1500 mkfs.minix initrd 4096 mount -t minix initrd /mnt -o loop Copy the contents for the initrd package to the /mnt directory: this is the ext2.o file sync umount /mnt gzip -9 initrd mv initrd.gz initrd.lrp then when I try to start the machine to see if everything still works I get this error: Warning : unable to open an initial console. Kernel panic: No init found. Try passing init= option to Kernel. *and everything hangs* ps: it's still on a fat filesystem .. but that's still inside the initrd normally so it shouldn't make any difference Tom Citeren Eric Spakman <E.S...@in...>: > Hello Tom, > > It depend on your needs. If you want to load the packages from an ext2 fs, > you have to create your own initrd: > http://leaf.sourceforge.net/doc/bucd-develop.xml.html#id3256747 > > But if you just want to use an ext2 fs from a running system, you can add > the module to moddb (copy the module to /lib/modules), no need to put it > in the initrd in that case. > > Eric > > >> One other question, which I fear is a dumb one .. But I can't find it >> anywhere To install the ext2 module .. You have to put it in >> /boot/lib/modules >> and then declare it initrd through the LEAF Packages configuration menu.. >> Well, I see it nowhere in the menu, and I've been through each part of >> it.. >> >> also afterwarts when I should save it , pressing m only saves the >> moddb.lrp .. So how save it afterwarts? >> >> Thx, Tom >> >> >> >> Citeren Tom Hendrickx <tom...@st...>: >> >> >>> Hi Erich >>> >>> >>> Thanks a lot and also to Eric! >>> The problem was indeed with the ext2 module not being loaded yet :$ >>> So now I'm just going to use one partition ext2 to do the trick .. >>> >>> >>> While checking the different filesystems in the available modules, I >>> noticed however there's no support for YAFFS nor for JFFS2 .. Is this one >>> day gonna change? To make the flash drives more durable.. >>> >>> Or is it possible to give some extra parameters to the system with >>> ext2, to make it more durable in this way? >>> >>> Greetz, >>> >>> >>> Tom >>> >>> >>> Citeren Erich Titl <eri...@th...>: >>> >>> >>>> Hi Tom >>>> >>>> >>>> Tom Hendrickx wrote: >>>> >>>>> Hi everyone, >>>>> >>>>> >>>>> a few weeks ago I got the leaf system working , but I had put >>>>> everything on the first "msdos" partition .. To make it a bit more >>>>> endurable, I would like to put as much as possible on the second >>>>> partition, where I thought to use YAFFS. >>>>> >>>>> Has someone allready some experience with this and/or remarks to >>>>> it? >>>> >>>> When I built cups for leaf I needed some persistent storage. I used a >>>> 4 Gig CF with ext2 filesystem. As I needed to have ext2 anyway I >>>> decided then to go the whole distance and format all partitions on the >>>> CF with ext2. No trouble at all. I suggest though to also load >>>> the hdsupp package and to run fsck periodically on the partitions. >>>> >>>> >>>> cheers >>>> >>>> Erich >>>> >>>> >>>> >>> >>> >>> >>> ----------------------------------------------------------------------- >>> -- >>> Check out the new SourceForge.net Marketplace. >>> It's the best place to buy or sell services for >>> just about anything Open Source. >>> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/market >>> place >>> ----------------------------------------------------------------------- >>> - >>> leaf-user mailing list: lea...@li... >>> https://lists.sourceforge.net/lists/listinfo/leaf-user >>> Support Request -- http://leaf-project.org/ >>> >>> >>> >> >> >> >> ------------------------------------------------------------------------- >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for >> just about anything Open Source. >> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketpl >> ace >> ------------------------------------------------------------------------ >> leaf-user mailing list: lea...@li... >> https://lists.sourceforge.net/lists/listinfo/leaf-user >> Support Request -- http://leaf-project.org/ >> >> > > > > |
From: KP K. <ka...@us...> - 2008-03-26 10:12:20
|
On Wednesday 26 March 2008 10:56:47 Tom Hendrickx wrote: > Hi Eric > > My plan is indeed to load the packages from an ext2 fs .. > So what I did was the following: > > initrd.lrp > > initrd.lrp is a different package - it's a compressed, minix formatted > filesystem. To add or change it's content you have to uncompress it and > mount it on a minix formatted mount point: > > dd if=/dev/zero of=initrd bs=1k count=1500 > mkfs.minix initrd 4096 > mount -t minix initrd /mnt -o loop > > Copy the contents for the initrd package to the /mnt directory: > this is the ext2.o file > > sync > umount /mnt > gzip -9 initrd > mv initrd.gz initrd.lrp > > then when I try to start the machine to see if everything still works I > get this error: > Warning : unable to open an initial console. > Kernel panic: No init found. Try passing init= option to Kernel. > > *and everything hangs* > ps: it's still on a fat filesystem .. but that's still inside the > initrd normally so it shouldn't make any difference > > Tom It looks like you created an nearly empty initrd, only containing ext2.o - that's not enough. Start again, mount an initrd_ide.lrp and _add_ ext2.o to /boot/lib/modules and load it in /boot/etc/modules. kp |
From: Tom H. <tom...@st...> - 2008-03-26 11:55:31
|
indeed .. for the making of the image I had to use "dd if=initrd.lrp" instead of "dd if=/dev/zero" I guess .. So I changed this, and my file is now a lot bigger .. but still 70kb's smaller then the original file and still blocking on the same So I must be doing something wrong somewhere .. I'm not a real expert at these things, so it's possible I'm looking over something very small grtz, Tom Citeren KP Kirchdoerfer <ka...@us...>: > On Wednesday 26 March 2008 10:56:47 Tom Hendrickx wrote: >> Hi Eric >> >> My plan is indeed to load the packages from an ext2 fs .. >> So what I did was the following: >> >> initrd.lrp >> >> initrd.lrp is a different package - it's a compressed, minix formatted >> filesystem. To add or change it's content you have to uncompress it and >> mount it on a minix formatted mount point: >> >> dd if=/dev/zero of=initrd bs=1k count=1500 >> mkfs.minix initrd 4096 >> mount -t minix initrd /mnt -o loop >> >> Copy the contents for the initrd package to the /mnt directory: >> this is the ext2.o file >> >> sync >> umount /mnt >> gzip -9 initrd >> mv initrd.gz initrd.lrp >> >> then when I try to start the machine to see if everything still works I >> get this error: >> Warning : unable to open an initial console. >> Kernel panic: No init found. Try passing init= option to Kernel. >> >> *and everything hangs* >> ps: it's still on a fat filesystem .. but that's still inside the >> initrd normally so it shouldn't make any difference >> >> Tom > > It looks like you created an nearly empty initrd, only containing ext2.o - > that's not enough. > > Start again, mount an initrd_ide.lrp and _add_ ext2.o to /boot/lib/modules > and load it in /boot/etc/modules. > > kp > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > ------------------------------------------------------------------------ > leaf-user mailing list: lea...@li... > https://lists.sourceforge.net/lists/listinfo/leaf-user > Support Request -- http://leaf-project.org/ > > |
From: Eric S. <E.S...@in...> - 2008-03-26 12:35:07
|
Hi Tom, My previous mail had a link with the exact commands to execute: http://leaf.sourceforge.net/doc/bucd-develop.xml.html#id3256747 Eric > indeed .. for the making of the image I had to use "dd if=initrd.lrp" > instead of "dd if=/dev/zero" I guess .. So I changed this, and my file is > now a lot bigger .. but still 70kb's smaller then the original file and > still blocking on the same > > So I must be doing something wrong somewhere .. I'm not a real expert > at these things, so it's possible I'm looking over something very small > > grtz, Tom > > > > Citeren KP Kirchdoerfer <ka...@us...>: > > >> On Wednesday 26 March 2008 10:56:47 Tom Hendrickx wrote: >> >>> Hi Eric >>> >>> >>> My plan is indeed to load the packages from an ext2 fs .. >>> So what I did was the following: >>> >>> >>> initrd.lrp >>> >>> initrd.lrp is a different package - it's a compressed, minix >>> formatted filesystem. To add or change it's content you have to >>> uncompress it and mount it on a minix formatted mount point: >>> >>> dd if=/dev/zero of=initrd bs=1k count=1500 mkfs.minix initrd 4096 mount >>> -t minix initrd /mnt -o loop >>> >>> >>> Copy the contents for the initrd package to the /mnt directory: >>> this is the ext2.o file >>> >>> sync umount /mnt gzip -9 initrd mv initrd.gz initrd.lrp >>> >>> then when I try to start the machine to see if everything still works >>> I >>> get this error: Warning : unable to open an initial console. >>> Kernel panic: No init found. Try passing init= option to Kernel. >>> >>> >>> *and everything hangs* >>> ps: it's still on a fat filesystem .. but that's still inside the >>> initrd normally so it shouldn't make any difference >>> >>> Tom >>> >> >> It looks like you created an nearly empty initrd, only containing >> ext2.o - that's not enough. >> >> Start again, mount an initrd_ide.lrp and _add_ ext2.o to >> /boot/lib/modules >> and load it in /boot/etc/modules. >> >> kp >> >> ----------------------------------------------------------------------- >> -- >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for >> just about anything Open Source. >> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/market >> place >> ----------------------------------------------------------------------- >> - >> leaf-user mailing list: lea...@li... >> https://lists.sourceforge.net/lists/listinfo/leaf-user >> Support Request -- http://leaf-project.org/ >> >> >> > > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketpl > ace > ------------------------------------------------------------------------ > leaf-user mailing list: lea...@li... > https://lists.sourceforge.net/lists/listinfo/leaf-user > Support Request -- http://leaf-project.org/ > > |
From: Tom H. <tom...@st...> - 2008-03-26 12:41:58
|
Hi eric, I used those commands from your link .. namely these : initrd.lrp is a different package - it's a compressed, minix formatted filesystem. To add or change it's content you have to uncompress it and mount it on a minix formatted mount point: dd if=/dev/zero of=initrd bs=1k count=1500 mkfs.minix initrd 4096 mount -t minix initrd /mnt -o loop Copy the contents for the initrd package to the /mnt directory: sync umount /mnt gzip -9 initrd mv initrd.gz initrd.lrp ___________________________________________________________________ But like I mentioned .. My initrd.lrp file was way too small afterwarts if dd if=/dev/zero needs to be used .. From where do I get all the other files from the original initrd.lrp package? I would think once uncompressed and mounted , they should be available at the folder .. but it's empty everytime Tom Citeren Eric Spakman <E.S...@in...>: > Hi Tom, > > My previous mail had a link with the exact commands to execute: > http://leaf.sourceforge.net/doc/bucd-develop.xml.html#id3256747 > > Eric > >> indeed .. for the making of the image I had to use "dd if=initrd.lrp" >> instead of "dd if=/dev/zero" I guess .. So I changed this, and my file is >> now a lot bigger .. but still 70kb's smaller then the original file and >> still blocking on the same >> >> So I must be doing something wrong somewhere .. I'm not a real expert >> at these things, so it's possible I'm looking over something very small >> >> grtz, Tom >> >> >> >> Citeren KP Kirchdoerfer <ka...@us...>: >> >> >>> On Wednesday 26 March 2008 10:56:47 Tom Hendrickx wrote: >>> >>>> Hi Eric >>>> >>>> >>>> My plan is indeed to load the packages from an ext2 fs .. >>>> So what I did was the following: >>>> >>>> >>>> initrd.lrp >>>> >>>> initrd.lrp is a different package - it's a compressed, minix >>>> formatted filesystem. To add or change it's content you have to >>>> uncompress it and mount it on a minix formatted mount point: >>>> >>>> dd if=/dev/zero of=initrd bs=1k count=1500 mkfs.minix initrd 4096 mount >>>> -t minix initrd /mnt -o loop >>>> >>>> >>>> Copy the contents for the initrd package to the /mnt directory: >>>> this is the ext2.o file >>>> >>>> sync umount /mnt gzip -9 initrd mv initrd.gz initrd.lrp >>>> >>>> then when I try to start the machine to see if everything still works >>>> I >>>> get this error: Warning : unable to open an initial console. >>>> Kernel panic: No init found. Try passing init= option to Kernel. >>>> >>>> >>>> *and everything hangs* >>>> ps: it's still on a fat filesystem .. but that's still inside the >>>> initrd normally so it shouldn't make any difference >>>> >>>> Tom >>>> >>> >>> It looks like you created an nearly empty initrd, only containing >>> ext2.o - that's not enough. >>> >>> Start again, mount an initrd_ide.lrp and _add_ ext2.o to >>> /boot/lib/modules >>> and load it in /boot/etc/modules. >>> >>> kp >>> >>> ----------------------------------------------------------------------- >>> -- >>> Check out the new SourceForge.net Marketplace. >>> It's the best place to buy or sell services for >>> just about anything Open Source. >>> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/market >>> place >>> ----------------------------------------------------------------------- >>> - >>> leaf-user mailing list: lea...@li... >>> https://lists.sourceforge.net/lists/listinfo/leaf-user >>> Support Request -- http://leaf-project.org/ >>> >>> >>> >> >> >> >> ------------------------------------------------------------------------- >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for >> just about anything Open Source. >> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketpl >> ace >> ------------------------------------------------------------------------ >> leaf-user mailing list: lea...@li... >> https://lists.sourceforge.net/lists/listinfo/leaf-user >> Support Request -- http://leaf-project.org/ >> >> > > > > |
From: Eric S. <E.S...@in...> - 2008-03-26 12:58:09
|
Hi Tom, Ok, I see. The doc isn't clear about how to extract the contents from the original initrd: mv initrd.lrp initrd.gz gunzip initrd.gz mount -t minix initrd /mnt -o loop After that you have the contents from the package in the /mnt directory You can take a shortcut (instead of creating a fresh initrd as written in the doc) by copy the ext2 module to /mnt/boot/etc/modules/ and edit the /mnt/boot/etc/modules file to load the ext2 module, after that umount /mnt, type sync and gzip -9 the initrd again. Eric > Hi eric, > > > I used those commands from your link .. namely these : > > > initrd.lrp is a different package - it's a compressed, minix formatted > filesystem. To add or change it's content you have to uncompress it and > mount it on a minix formatted mount point: > > dd if=/dev/zero of=initrd bs=1k count=1500 mkfs.minix initrd 4096 mount -t > minix initrd /mnt -o loop > > Copy the contents for the initrd package to the /mnt directory: > > > sync umount /mnt gzip -9 initrd mv initrd.gz initrd.lrp > ___________________________________________________________________ > But like I mentioned .. My initrd.lrp file was way too small afterwarts > if dd if=/dev/zero needs to be used .. From where do I get all the other > files from the original initrd.lrp package? I would think once > uncompressed and mounted , they should be available at the folder .. but > it's empty everytime > > Tom > > > Citeren Eric Spakman <E.S...@in...>: > > >> Hi Tom, >> >> >> My previous mail had a link with the exact commands to execute: >> http://leaf.sourceforge.net/doc/bucd-develop.xml.html#id3256747 >> >> >> Eric >> >> >>> indeed .. for the making of the image I had to use "dd if=initrd.lrp" >>> instead of "dd if=/dev/zero" I guess .. So I changed this, and my >>> file is now a lot bigger .. but still 70kb's smaller then the original >>> file and still blocking on the same >>> >>> So I must be doing something wrong somewhere .. I'm not a real expert >>> at these things, so it's possible I'm looking over something very >>> small >>> >>> grtz, Tom >>> >>> >>> >>> Citeren KP Kirchdoerfer <ka...@us...>: >>> >>> >>> >>>> On Wednesday 26 March 2008 10:56:47 Tom Hendrickx wrote: >>>> >>>> >>>>> Hi Eric >>>>> >>>>> >>>>> >>>>> My plan is indeed to load the packages from an ext2 fs .. >>>>> So what I did was the following: >>>>> >>>>> >>>>> >>>>> initrd.lrp >>>>> >>>>> initrd.lrp is a different package - it's a compressed, minix >>>>> formatted filesystem. To add or change it's content you have to >>>>> uncompress it and mount it on a minix formatted mount point: >>>>> >>>>> dd if=/dev/zero of=initrd bs=1k count=1500 mkfs.minix initrd 4096 >>>>> mount -t minix initrd /mnt -o loop >>>>> >>>>> >>>>> >>>>> Copy the contents for the initrd package to the /mnt directory: >>>>> this is the ext2.o file >>>>> >>>>> sync umount /mnt gzip -9 initrd mv initrd.gz initrd.lrp >>>>> >>>>> then when I try to start the machine to see if everything still >>>>> works I >>>>> get this error: Warning : unable to open an initial console. Kernel >>>>> panic: No init found. Try passing init= option to Kernel. >>>>> >>>>> >>>>> >>>>> *and everything hangs* >>>>> ps: it's still on a fat filesystem .. but that's still inside the >>>>> initrd normally so it shouldn't make any difference >>>>> >>>>> Tom >>>>> >>>>> >>>> >>>> It looks like you created an nearly empty initrd, only containing >>>> ext2.o - that's not enough. >>>> >>>> Start again, mount an initrd_ide.lrp and _add_ ext2.o to >>>> /boot/lib/modules >>>> and load it in /boot/etc/modules. >>>> >>>> kp >>>> >>>> ------------------------------------------------------------------- >>>> ---- >>>> -- >>>> Check out the new SourceForge.net Marketplace. >>>> It's the best place to buy or sell services for >>>> just about anything Open Source. >>>> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/ma >>>> rket place >>>> ------------------------------------------------------------------- >>>> ---- >>>> - >>>> leaf-user mailing list: lea...@li... >>>> https://lists.sourceforge.net/lists/listinfo/leaf-user >>>> Support Request -- http://leaf-project.org/ >>>> >>>> >>>> >>>> >>> >>> >>> >>> --------------------------------------------------------------------- >>> ---- >>> Check out the new SourceForge.net Marketplace. >>> It's the best place to buy or sell services for >>> just about anything Open Source. >>> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/mark >>> etpl ace >>> --------------------------------------------------------------------- >>> --- >>> leaf-user mailing list: lea...@li... >>> https://lists.sourceforge.net/lists/listinfo/leaf-user >>> Support Request -- http://leaf-project.org/ >>> >>> >>> >> >> >> >> > > > |
From: Tom H. <tom...@st...> - 2008-03-26 13:27:46
|
Thx eric! That was exactly what I needed! to edit the /mnt/boot/etc/modules however .. I tried vi and nano .. Both just give a bunch of strange letters and signs What's the best way to edit? Tom Citeren Eric Spakman <E.S...@in...>: > Hi Tom, > > Ok, I see. The doc isn't clear about how to extract the contents from the > original initrd: > > mv initrd.lrp initrd.gz > gunzip initrd.gz > mount -t minix initrd /mnt -o loop > > After that you have the contents from the package in the /mnt directory > > You can take a shortcut (instead of creating a fresh initrd as written in > the doc) by copy the ext2 module to /mnt/boot/etc/modules/ and edit the > /mnt/boot/etc/modules file to load the ext2 module, after that umount > /mnt, type sync and gzip -9 the initrd again. > > > Eric > >> Hi eric, >> >> >> I used those commands from your link .. namely these : >> >> >> initrd.lrp is a different package - it's a compressed, minix formatted >> filesystem. To add or change it's content you have to uncompress it and >> mount it on a minix formatted mount point: >> >> dd if=/dev/zero of=initrd bs=1k count=1500 mkfs.minix initrd 4096 mount -t >> minix initrd /mnt -o loop >> >> Copy the contents for the initrd package to the /mnt directory: >> >> >> sync umount /mnt gzip -9 initrd mv initrd.gz initrd.lrp >> ___________________________________________________________________ >> But like I mentioned .. My initrd.lrp file was way too small afterwarts >> if dd if=/dev/zero needs to be used .. From where do I get all the other >> files from the original initrd.lrp package? I would think once >> uncompressed and mounted , they should be available at the folder .. but >> it's empty everytime >> >> Tom >> >> >> Citeren Eric Spakman <E.S...@in...>: >> >> >>> Hi Tom, >>> >>> >>> My previous mail had a link with the exact commands to execute: >>> http://leaf.sourceforge.net/doc/bucd-develop.xml.html#id3256747 >>> >>> >>> Eric >>> >>> >>>> indeed .. for the making of the image I had to use "dd if=initrd.lrp" >>>> instead of "dd if=/dev/zero" I guess .. So I changed this, and my >>>> file is now a lot bigger .. but still 70kb's smaller then the original >>>> file and still blocking on the same >>>> >>>> So I must be doing something wrong somewhere .. I'm not a real expert >>>> at these things, so it's possible I'm looking over something very >>>> small >>>> >>>> grtz, Tom >>>> >>>> >>>> >>>> Citeren KP Kirchdoerfer <ka...@us...>: >>>> >>>> >>>> >>>>> On Wednesday 26 March 2008 10:56:47 Tom Hendrickx wrote: >>>>> >>>>> >>>>>> Hi Eric >>>>>> >>>>>> >>>>>> >>>>>> My plan is indeed to load the packages from an ext2 fs .. >>>>>> So what I did was the following: >>>>>> >>>>>> >>>>>> >>>>>> initrd.lrp >>>>>> >>>>>> initrd.lrp is a different package - it's a compressed, minix >>>>>> formatted filesystem. To add or change it's content you have to >>>>>> uncompress it and mount it on a minix formatted mount point: >>>>>> >>>>>> dd if=/dev/zero of=initrd bs=1k count=1500 mkfs.minix initrd 4096 >>>>>> mount -t minix initrd /mnt -o loop >>>>>> >>>>>> >>>>>> >>>>>> Copy the contents for the initrd package to the /mnt directory: >>>>>> this is the ext2.o file >>>>>> >>>>>> sync umount /mnt gzip -9 initrd mv initrd.gz initrd.lrp >>>>>> >>>>>> then when I try to start the machine to see if everything still >>>>>> works I >>>>>> get this error: Warning : unable to open an initial console. Kernel >>>>>> panic: No init found. Try passing init= option to Kernel. >>>>>> >>>>>> >>>>>> >>>>>> *and everything hangs* >>>>>> ps: it's still on a fat filesystem .. but that's still inside the >>>>>> initrd normally so it shouldn't make any difference >>>>>> >>>>>> Tom >>>>>> >>>>>> >>>>> >>>>> It looks like you created an nearly empty initrd, only containing >>>>> ext2.o - that's not enough. >>>>> >>>>> Start again, mount an initrd_ide.lrp and _add_ ext2.o to >>>>> /boot/lib/modules >>>>> and load it in /boot/etc/modules. >>>>> >>>>> kp >>>>> >>>>> ------------------------------------------------------------------- >>>>> ---- >>>>> -- >>>>> Check out the new SourceForge.net Marketplace. >>>>> It's the best place to buy or sell services for >>>>> just about anything Open Source. >>>>> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/ma >>>>> rket place >>>>> ------------------------------------------------------------------- >>>>> ---- >>>>> - >>>>> leaf-user mailing list: lea...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/leaf-user >>>>> Support Request -- http://leaf-project.org/ >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> --------------------------------------------------------------------- >>>> ---- >>>> Check out the new SourceForge.net Marketplace. >>>> It's the best place to buy or sell services for >>>> just about anything Open Source. >>>> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/mark >>>> etpl ace >>>> --------------------------------------------------------------------- >>>> --- >>>> leaf-user mailing list: lea...@li... >>>> https://lists.sourceforge.net/lists/listinfo/leaf-user >>>> Support Request -- http://leaf-project.org/ >>>> >>>> >>>> >>> >>> >>> >>> >> >> >> > > > > |
From: Tom H. <tom...@st...> - 2008-03-26 13:51:29
|
Forget the last mail please .. while copying the ext2.o I'd messed /etc/modules up thx for helping me everyone! Citeren Tom Hendrickx <tom...@st...>: > Thx eric! > > That was exactly what I needed! > to edit the /mnt/boot/etc/modules however .. I tried vi and nano .. > Both just give a bunch of strange letters and signs > What's the best way to edit? > > Tom > > > Citeren Eric Spakman <E.S...@in...>: > >> Hi Tom, >> >> Ok, I see. The doc isn't clear about how to extract the contents from the >> original initrd: >> >> mv initrd.lrp initrd.gz >> gunzip initrd.gz >> mount -t minix initrd /mnt -o loop >> >> After that you have the contents from the package in the /mnt directory >> >> You can take a shortcut (instead of creating a fresh initrd as written in >> the doc) by copy the ext2 module to /mnt/boot/etc/modules/ and edit the >> /mnt/boot/etc/modules file to load the ext2 module, after that umount >> /mnt, type sync and gzip -9 the initrd again. >> >> >> Eric >> >>> Hi eric, >>> >>> >>> I used those commands from your link .. namely these : >>> >>> >>> initrd.lrp is a different package - it's a compressed, minix formatted >>> filesystem. To add or change it's content you have to uncompress it and >>> mount it on a minix formatted mount point: >>> >>> dd if=/dev/zero of=initrd bs=1k count=1500 mkfs.minix initrd 4096 mount -t >>> minix initrd /mnt -o loop >>> >>> Copy the contents for the initrd package to the /mnt directory: >>> >>> >>> sync umount /mnt gzip -9 initrd mv initrd.gz initrd.lrp >>> ___________________________________________________________________ >>> But like I mentioned .. My initrd.lrp file was way too small afterwarts >>> if dd if=/dev/zero needs to be used .. From where do I get all the other >>> files from the original initrd.lrp package? I would think once >>> uncompressed and mounted , they should be available at the folder .. but >>> it's empty everytime >>> >>> Tom >>> >>> >>> Citeren Eric Spakman <E.S...@in...>: >>> >>> >>>> Hi Tom, >>>> >>>> >>>> My previous mail had a link with the exact commands to execute: >>>> http://leaf.sourceforge.net/doc/bucd-develop.xml.html#id3256747 >>>> >>>> >>>> Eric >>>> >>>> >>>>> indeed .. for the making of the image I had to use "dd if=initrd.lrp" >>>>> instead of "dd if=/dev/zero" I guess .. So I changed this, and my >>>>> file is now a lot bigger .. but still 70kb's smaller then the original >>>>> file and still blocking on the same >>>>> >>>>> So I must be doing something wrong somewhere .. I'm not a real expert >>>>> at these things, so it's possible I'm looking over something very >>>>> small >>>>> >>>>> grtz, Tom >>>>> >>>>> >>>>> >>>>> Citeren KP Kirchdoerfer <ka...@us...>: >>>>> >>>>> >>>>> >>>>>> On Wednesday 26 March 2008 10:56:47 Tom Hendrickx wrote: >>>>>> >>>>>> >>>>>>> Hi Eric >>>>>>> >>>>>>> >>>>>>> >>>>>>> My plan is indeed to load the packages from an ext2 fs .. >>>>>>> So what I did was the following: >>>>>>> >>>>>>> >>>>>>> >>>>>>> initrd.lrp >>>>>>> >>>>>>> initrd.lrp is a different package - it's a compressed, minix >>>>>>> formatted filesystem. To add or change it's content you have to >>>>>>> uncompress it and mount it on a minix formatted mount point: >>>>>>> >>>>>>> dd if=/dev/zero of=initrd bs=1k count=1500 mkfs.minix initrd 4096 >>>>>>> mount -t minix initrd /mnt -o loop >>>>>>> >>>>>>> >>>>>>> >>>>>>> Copy the contents for the initrd package to the /mnt directory: >>>>>>> this is the ext2.o file >>>>>>> >>>>>>> sync umount /mnt gzip -9 initrd mv initrd.gz initrd.lrp >>>>>>> >>>>>>> then when I try to start the machine to see if everything still >>>>>>> works I >>>>>>> get this error: Warning : unable to open an initial console. Kernel >>>>>>> panic: No init found. Try passing init= option to Kernel. >>>>>>> >>>>>>> >>>>>>> >>>>>>> *and everything hangs* >>>>>>> ps: it's still on a fat filesystem .. but that's still inside the >>>>>>> initrd normally so it shouldn't make any difference >>>>>>> >>>>>>> Tom >>>>>>> >>>>>>> >>>>>> >>>>>> It looks like you created an nearly empty initrd, only containing >>>>>> ext2.o - that's not enough. >>>>>> >>>>>> Start again, mount an initrd_ide.lrp and _add_ ext2.o to >>>>>> /boot/lib/modules >>>>>> and load it in /boot/etc/modules. >>>>>> >>>>>> kp >>>>>> >>>>>> ------------------------------------------------------------------- >>>>>> ---- >>>>>> -- >>>>>> Check out the new SourceForge.net Marketplace. >>>>>> It's the best place to buy or sell services for >>>>>> just about anything Open Source. >>>>>> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/ma >>>>>> rket place >>>>>> ------------------------------------------------------------------- >>>>>> ---- >>>>>> - >>>>>> leaf-user mailing list: lea...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/leaf-user >>>>>> Support Request -- http://leaf-project.org/ >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> ---- >>>>> Check out the new SourceForge.net Marketplace. >>>>> It's the best place to buy or sell services for >>>>> just about anything Open Source. >>>>> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/mark >>>>> etpl ace >>>>> --------------------------------------------------------------------- >>>>> --- >>>>> leaf-user mailing list: lea...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/leaf-user >>>>> Support Request -- http://leaf-project.org/ >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> >>> >>> >>> >> >> >> >> > > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > ------------------------------------------------------------------------ > leaf-user mailing list: lea...@li... > https://lists.sourceforge.net/lists/listinfo/leaf-user > Support Request -- http://leaf-project.org/ > > |
From: davidMbrooke <dmb...@nt...> - 2008-03-26 12:38:42
|
Tom, initrd.lrp is compressed with gzip; did you uncompress it first? There's also no need for the mkfs.minix step since you're starting with an existing minix filesystem in your initial initrd.lrp. I usually do this: # zcat initrd.lrp > initrd # mount -o loop initrd /mnt [ Add or edit files under /mnt ] # umount /mnt # gzip -9 --suffix .lrp initrd dMb On Wed, 2008-03-26 at 12:55 +0100, Tom Hendrickx wrote: > indeed .. for the making of the image I had to use "dd if=initrd.lrp" > instead of "dd if=/dev/zero" I guess .. > So I changed this, and my file is now a lot bigger .. but still 70kb's > smaller then the original file and still blocking on the same > > So I must be doing something wrong somewhere .. I'm not a real expert > at these things, so it's possible I'm looking over something very small > > grtz, > Tom > > > Citeren KP Kirchdoerfer <ka...@us...>: > > > On Wednesday 26 March 2008 10:56:47 Tom Hendrickx wrote: > >> Hi Eric > >> > >> My plan is indeed to load the packages from an ext2 fs .. > >> So what I did was the following: > >> > >> initrd.lrp > >> > >> initrd.lrp is a different package - it's a compressed, minix formatted > >> filesystem. To add or change it's content you have to uncompress it and > >> mount it on a minix formatted mount point: > >> > >> dd if=/dev/zero of=initrd bs=1k count=1500 > >> mkfs.minix initrd 4096 > >> mount -t minix initrd /mnt -o loop > >> > >> Copy the contents for the initrd package to the /mnt directory: > >> this is the ext2.o file > >> > >> sync > >> umount /mnt > >> gzip -9 initrd > >> mv initrd.gz initrd.lrp > >> > >> then when I try to start the machine to see if everything still works I > >> get this error: > >> Warning : unable to open an initial console. > >> Kernel panic: No init found. Try passing init= option to Kernel. > >> > >> *and everything hangs* > >> ps: it's still on a fat filesystem .. but that's still inside the > >> initrd normally so it shouldn't make any difference > >> > >> Tom > > > > It looks like you created an nearly empty initrd, only containing ext2.o - > > that's not enough. > > > > Start again, mount an initrd_ide.lrp and _add_ ext2.o to /boot/lib/modules > > and load it in /boot/etc/modules. > > > > kp > > > > ------------------------------------------------------------------------- > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services for > > just about anything Open Source. > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > > ------------------------------------------------------------------------ > > leaf-user mailing list: lea...@li... > > https://lists.sourceforge.net/lists/listinfo/leaf-user > > Support Request -- http://leaf-project.org/ > > > > > > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > ------------------------------------------------------------------------ > leaf-user mailing list: lea...@li... > https://lists.sourceforge.net/lists/listinfo/leaf-user > Support Request -- http://leaf-project.org/ |