ltib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Ltib] R/O root filesystem prevents the use of "mknod"


From: Stuart Hughes
Subject: Re: [Ltib] R/O root filesystem prevents the use of "mknod"
Date: Tue, 30 Dec 2008 11:49:01 +0000

Hi Robert,

There's an option if you run ./ltib -m config and select:

--- Target Image Generation 
    Options  ---> 
 [ ] read-only root filesystem

If you select the read-only root filesystem then it should move etc dev
etc to a tmpfs/ramfs area and bind mount it.

Regards, Stuart


On Mon, 2008-12-22 at 05:52 -0500, Robert P. J. Day wrote:
>   i haven't read far enough to know if this is an ltib limitation but,
> for the first time yesterday, we took our nicely-functioning
> NFS-mounted root filesystem, flashed it, rebooted and ... uh oh.
> 
>   this was the first time we added new functionality that consisted of
> loading a kernel driver and adding the corresponding special device
> file with "mknod", which failed when installed in flash since /dev is
> part of the R/O root filesystem and therefore "mknod" won't work.
> 
>   we got around it with the hacky solution of adding the device files
> ahead of time in device_table.txt, but that requires hardcoding the
> major device numbers, which we're trying to avoid.  it's a quick fix,
> but not suitable for a long term solution.
> 
>   we can't be the only folks who have run across this.  what's the
> normal approach for this?  thanks.
> 
> rday
> --
> 
> ========================================================================
> Robert P. J. Day
> Linux Consulting, Training and Annoying Kernel Pedantry:
>     Have classroom, will lecture.
> 
> http://crashcourse.ca                          Waterloo, Ontario, CANADA
> ========================================================================
> 
> 
> _______________________________________________
> LTIB home page: http://bitshrine.org
> 
> Ltib mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/ltib





reply via email to

[Prev in Thread] Current Thread [Next in Thread]