Darrick Hartman wrote: > David Kerr wrote: > >> On Sun, Sep 14, 2008 at 8:53 AM, Lonnie Abelbeck >> <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote: >> >> >> On Sep 14, 2008, at 4:19 AM, Michael Keuter wrote: >> >> >> I'm just uploading some new images to my website. Some of these >> >> are the >> >> regular 'runnix' files where the tar ball contains the appropriate >> >> astlinux-XXX.run, run.conf etc files and some are complete images >> >> that >> >> you can simply dd to a new CF. The complete images have a naming >> >> convention of cf-0.6-XXXX-ARCH.img.gz >> >> >> >> Darrick >> >> -- >> > >> > Hi Darrick, >> > >> > thanks for the new images. But in the new 1958-geni586-image the >> > "/oldroot/cdrom/" directory is empty after reboot. That means you >> > cannot update, whithout plugging the CF-card out. >> > It also seems that the trunk-images (in my case 1907) has precedence >> > over the 0.6 version. That could be a naming convention. You >> > mentioned a "ver" file some time ago. How is the syntax for that? >> > >> > Michael >> >> Actually this is a new feature, Darrick added the polishing touches to >> the initrd.img, which includes unmounting the FAT16 (vfat) runnix >> partition after the 'run' file is loaded into memory. Cleaning up. >> >> I >> >> >> Why is this beneficial? Seams to me to be making things more >> confusing/harder? >> >> Also... I'm still waiting for someone to tell me how to increase the >> size of the ramdisk (see my email to this list from yesterday). I've >> googled to the cows come home and played with various menuconfig >> settings, but cannot figure it out. >> > > David, > > I was actually hoping that Philip would have had a chance to respond to > that. It's statically set in target/initrd/initrd.mk, but there's a way > to set it via shell variable (export BLA=foo in bash) but I don't recall > the variable that he used. Right now there's not an easy way to make it > auto detectable. >
You may be able to override things with: $ make ... IMAGEFS_SIZE:=xxx where xxx defaults to 90 (megabytes), but can be larger (depending on how much memory you have). On systems with 512MB or so, you can set it to 120 safely. See target/initrd/initrd.mk and target/x86/runnix/runnix.mk for details. Oh, and package/busybox/busybox.mk. Hmmmm... IMAGEFS_SIZE is actually a misnomer. It should have been RAMFS_SIZE instead. Oh, well. > I like the discussion generated about the 'cdrom' directory. The > intention was for it to be unmounted after boot from the beginning, but > we finally got around to fixing the bug that was preventing it from > getting unmounted. You can mount this partition by simply doing this: > > mount -t vfat /dev/hdX1 /oldroot/cdrom > > I would be open to a few different options > > 1). Leaving it mounted, but mounted as read-only by default > 2). Having a variable in 'runnix.conf' which could be set to leave the > cdrom left mounted read-only > Hmmm... that would complicate any scripts that update the system... more possible states for it to have to deal with. In any case, if you have a system with a small amount of memory (like my net5501 w/ 256MB) but a large image (118MB), then you will always have the compressed image mounted RO anyway (since it reads and decompresses the image on the fly). Or if you have things set up so that your applications require a lot of RAM at run-time, you might also want to forgo having the image uncompressed to ramfs. -Philip > 3). Any other suggestions. > > I just fixed the bug that was in the core logic that had existed in the > initrd/linuxrc script. Kristian thought it would be cleaner to have it > unmounted after boot, but perhaps it would be better to leave it visible > or at least create an entry in the fstab so it could be remounted. > > I believe if you do 'findfs LABEL=RUNNIX' that you'd be given the > correct partition to mount as /oldroot/cdrom. > > Darrick > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Astlinux-users mailing list Astlinux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to [EMAIL PROTECTED]
