Re: Using initrd as livefs_root

2017-05-22 Thread Daniel Lindgren
Hi Mert, I already do this for quite some time and this is roughly the code I >> use: >> >> echo live/filesystem.squashfs | cpio -o -H newc | gzip -1 > >> $live_initrd >> cat $org_initrd $live_initrd > $new_initrd >> > > Sorry I've missed a crucial step: > > - A

Re: Using initrd as livefs_root

2017-05-22 Thread Daniel Lindgren
Hi Lukas, I just tried it and it seems like it's necessary to add the live folder > explicitly to the cpio archive, i.e.: > > (cd ~/lbinitrd/binary; echo live$'\n'live/filesystem.squashfs | \ > cpio -o -H newc) | gzip --fast > filesystem.cpio.gz > > > That did the trick, successful boo

Re: Using initrd as livefs_root

2017-05-21 Thread Daniel Lindgren
Hi Lukas, > Mostly, except that the path to filesystem.squashfs in the initrd will > not be correct. Something like this should yield the correct path: > > (cd ~/lbinitrd/binary; echo live/filesystem.squashfs | cpio -o -H > newc) | \ > gzip --fast > filesystem.cpio.gz > > I would bot

Re: Using initrd as livefs_root

2017-05-21 Thread Daniel Lindgren
Hi Mert, > live-boot initramfs hooks check the /live/filesystem.squashfs file by > default. And you can add files to initramfs simply by appending it to the > existing file (no need to unpack & repack). > > I already do this for quite some time and this is roughly the code I use: > > echo

Re: Using initrd as livefs_root

2017-05-19 Thread Daniel Lindgren
Hi Lukas, I suggest you create an additional cpio archive (newc format) which > just contains the filesystem.squashfs file (in the appropriate folder) > and nothing else. > > Now you have multiple options: > > 1. Most bootloaders have an option of specifying more than one file as >initramfs;

Using initrd as livefs_root

2017-05-18 Thread Daniel Lindgren
Hi. A couple of years ago I found a need for using initrd as livefs_root, I sent a patch but it wasn't accepted (see https://lists.debian.org/debian-live/2014/09/msg00080.html). Since then I've used live-build in Debian 7 to build images, manually unpacked initrd.img, added filesystem.squashfs an

Re: [PATCH] Add support for initrd as livefs_root

2014-09-24 Thread Daniel Lindgren
thanks, but i think this shouldn't be done via an extra boot parameter. > rather, find_livefs should check inside the initrd first and prefer any > found live image there over any on another filesystem. > > That seems to contradict what the this comment says in find_livefs: # first look at the on

[PATCH] Add support for initrd as livefs_root

2014-09-24 Thread Daniel Lindgren
6f18798481 Mon Sep 17 00:00:00 2001 From: Daniel Lindgren Date: Wed, 24 Sep 2014 12:23:16 +0200 Subject: [PATCH] Add support for initrd as livefs_root --- components/9990-misc-helpers.sh |9 + 1 fil ändrad, 9 tillägg(+) diff --git a/components/9990-misc-helpers.sh b/components

Re: Is it possible to have squashfs inside initrd?

2014-09-22 Thread Daniel Lindgren
2014-09-20 13:55 GMT+02:00 Daniel Lindgren : > > > 2014-09-20 13:04 GMT+02:00 Daniel Baumann < > daniel.baum...@progress-technologies.net>: > >> On 09/20/2014 12:36 PM, Daniel Lindgren wrote: >> > I'm aware of DBAN, it's not an option anymore sin

Re: Is it possible to have squashfs inside initrd?

2014-09-20 Thread Daniel Lindgren
2014-09-20 15:49 GMT+02:00 Stefan Baur : > Am 20.09.2014 um 15:12 schrieb Daniel Lindgren: > > > We pretty much just use Notepad (Windows again) to edit the menu files. > > My experience with "DO NOT EDIT ..." and similar instructions is that > > they aren'

Re: Is it possible to have squashfs inside initrd?

2014-09-20 Thread Daniel Lindgren
2014-09-20 14:43 GMT+02:00 Stefan Baur : > Am 20.09.2014 um 14:21 schrieb Daniel Lindgren: > > That is one way to go, but that would also mean managing 60+ different > > configuration files instead of one, or at least creating and maintaining > > a script to generate new co

Re: Is it possible to have squashfs inside initrd?

2014-09-20 Thread Daniel Lindgren
2014-09-20 14:05 GMT+02:00 Stefan Baur : > Am 20.09.2014 um 13:55 schrieb Daniel Lindgren: > > > So use a short DNS name for the http server, and have your DNS > resolve > > it to the proper IP depending on the subnet you're in. > > > > > >

Re: Is it possible to have squashfs inside initrd?

2014-09-20 Thread Daniel Lindgren
2014-09-20 13:04 GMT+02:00 Daniel Baumann < daniel.baum...@progress-technologies.net>: > On 09/20/2014 12:36 PM, Daniel Lindgren wrote: > > I'm aware of DBAN, it's not an option anymore since it's become payware > > there's the nwipe package in debian (d

Re: Is it possible to have squashfs inside initrd?

2014-09-20 Thread Daniel Lindgren
2014-09-20 13:51 GMT+02:00 Stefan Baur : > Am 20.09.2014 um 13:47 schrieb Daniel Lindgren: > > The PXELINUX menu however is "static" and that means that the fetch URL > > is not adaptable with the current setup. It will always point to the > > central server. >

Re: Is it possible to have squashfs inside initrd?

2014-09-20 Thread Daniel Lindgren
2014-09-20 13:27 GMT+02:00 Stefan Baur : > Am 20.09.2014 um 13:23 schrieb Daniel Lindgren: > > > iPXE can dynamically adapt the address to the current LAN, which > means > > > that the initrd file is always transferred over LAN. > > > > Yes,

Re: Is it possible to have squashfs inside initrd?

2014-09-20 Thread Daniel Lindgren
2014-09-20 13:20 GMT+02:00 Stefan Baur : > Am 20.09.2014 um 13:17 schrieb Daniel Lindgren: > > > That's fine if you always boot on the same LAN as the HTTP server. We > > have about 60 LAN:s with clients. The fetch parameter uses a fixed URL, > > the squashfs file

Re: Is it possible to have squashfs inside initrd?

2014-09-20 Thread Daniel Lindgren
2014-09-20 13:07 GMT+02:00 Stefan Baur : > Am 20.09.2014 um 12:36 schrieb Daniel Lindgren: > > > I've been trying to create a PXE bootable live Debian without the need > > to fetch the squashfs file from a network server. The use case is an > > easy way to clean hdd

Is it possible to have squashfs inside initrd?

2014-09-20 Thread Daniel Lindgren
Hi all. I've been trying to create a PXE bootable live Debian without the need to fetch the squashfs file from a network server. The use case is an easy way to clean hdds on computers that are to be sold or disposed. I'm aware of DBAN, it's not an option anymore since it's become payware I would