Re: [OpenWrt-Devel] [PATCH] block-extroot: the next iteration

2010-02-24 Thread Stefan Monnier
 config mount
   option 'uuid' 'some-uuid-here' OR
   option 'label' 'fs-label' OR
 option 'device' '/dev/device'
 option 'target' '/usb'
   option 'fstype' 'ext3'
 option 'enabled' '1'
 option 'enabled_fsck' '1'
 option 'is_rootfs' '1'

Why not get rid of is_rootfs and just use

option 'target' '/'

instead?


Stefan

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH] block-extroot: the next iteration

2010-02-23 Thread Daniel Dickinson
Here's the block-extroot, still without the scripts for configuration,
but working for a manual done configuration.  It

* No longer has a /etc/config/extroot at all
* depends on block-mount to find and mount the rootfs, via the ability
add the option is_rootfs to a mount section of /etc/config/fstab
* modules are loaded based on a flag set in the kernel module config,
that indicates that the module may be needed for rootfs (all such
modules are automatically loaded)
* adds a couple of configuration options for directories that don't
exists in the image by default but may be needed for external rootfs
(e.g. a /usb dir for the rootfs mount point before pivot and /oldroot
for the old root)
* the external root is now an overlay, not a copied file system.  That
means to create the filesystem, you would be best to

cp -ar /jffs/* /usb

assuming the use of mount point /usb for the external rootfs

In the case of a non-squashfs filesystem you should simply make
sure /usb is empty.


/etc/config/fstab should have a section like

config mount
option 'uuid' 'some-uuid-here' OR
option 'label' 'fs-label' OR
option 'device' '/dev/device'
option 'target' '/usb'
option 'fstype' 'ext3'
option 'enabled' '1'
option 'enabled_fsck' '1'
option 'is_rootfs' '1'

Note that the work OR should NOT be present; it's indictative of
different configuration options, not a keyword.

Note that you need to include the filesystem kernel modules yourself,
there are no dependencies to pull them in at the present time.

-- 
And that's my crabbing done for the day.  Got it out of the way early, 
now I have the rest of the afternoon to sniff fragrant tea-roses or 
strangle cute bunnies or something.   -- Michael Devore
GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C  http://gnupg.org
The C Shore (Daniel Dickinson's Website) http://cshore.is-a-geek.com


signature.asc
Description: This is a digitally signed message part
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel