[lxc-users] Use rootfs images to avoid lxc-create

[Robin Monjo]

Hello,

Thank you for the answers. My problem is when I untar my rootfs. Got lots of errors such as:

tar: ./rootfs/dev/mixer: Cannot mknod: Operation not permitted
tar: ./rootfs/dev/ram5: Cannot mknod: Operation not permitted
tar: ./rootfs/dev/midi01: Cannot mknod: Operation not permitted
tar: ./rootfs/dev/mixer3: Cannot mknod: Operation not permitted
tar: ./rootfs/dev/midi00: Cannot mknod: Operation not permitted


I “tared" my file with tar cpjf and untar it with tar xf

Any idea what’s going wrong ?

Regards,
Robin

On 11 Feb 2014, at 00:37, Alvaro Miranda Aguilera <kikitux at gmail.com> wrote:

> When you compress, be sure you use tar and 
> --numeric-owner
> 
> keep the same config, and start from there, i should and works.
> 
> 
> On Tue, Feb 11, 2014 at 10:05 AM, Robin Monjo <robin.monjo at applidget.com> wrote:
> Hello,
> 
> I’d like to avoid the lxc-create step and directly use a “static” rootfs (that I can download for example).
> 
> I’ve tried a really naive approach, by creating a rootfs using the ubuntu template and then compress the resulting rootfs folder and reuse it but it didn’t work (some issue with mount points that couldn’t be satisfied).
> 
> The idea is really to avoid the lxc-create step in order to not depend on templates (that are scripts, that may change, that may work differently on different system …)
> 
> Any clue on how to achieved that ?
> 
> Regards,
> Robin
> 
> PS: big congrats to all the work done on lxc which is really an amazing tech !
> _______________________________________________
> lxc-users mailing list
> lxc-users at lists.linuxcontainers.org
> http://lists.linuxcontainers.org/listinfo/lxc-users
> 
> _______________________________________________
> lxc-users mailing list
> lxc-users at lists.linuxcontainers.org
> http://lists.linuxcontainers.org/listinfo/lxc-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxcontainers.org/pipermail/lxc-users/attachments/20140212/5033503e/attachment.html>