From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Xw58z-0005QO-4H for mharc-grub-devel@gnu.org; Wed, 03 Dec 2014 03:18:41 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59439) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xw58s-0005Pp-DL for grub-devel@gnu.org; Wed, 03 Dec 2014 03:18:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xw58n-0004YL-Uh for grub-devel@gnu.org; Wed, 03 Dec 2014 03:18:34 -0500 Received: from mail-yh0-f54.google.com ([209.85.213.54]:41552) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xw58n-0004YH-Pd for grub-devel@gnu.org; Wed, 03 Dec 2014 03:18:29 -0500 Received: by mail-yh0-f54.google.com with SMTP id 29so7372908yhl.41 for ; Wed, 03 Dec 2014 00:18:29 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:references:from:date:message-id:subject:to:cc :content-type; bh=eYNesE1968Y1/32Yh5OfFQa++LYi++cfU4HSdSG5TGI=; b=Zklc6wxwhkCuqhSAisbcZuOXHWASmFinKTzep4LRBTFw7g/ND3txSWGIk/COvu/aln O7S28xDGmrvtsvJiXhZBKaywDiYdSqr4jTx/yDRAOnXJFU0XblczjqdsZjL9M10gQHjY IkbRaDa6pN85oehezW+J+M4q22w2Ii8NB0MHYoJFGA3Ek5ii7VehN5Q8dtA8xd0qqOpH akC+sXzF6AQ+78d/7bs7QS2Ufbo6G903G/d2Fq+rsa7c2oIqetq5R0O+/dkFK7sBUXor YPA6IFyuqJT1iJ8NxyWp0Y585wZxn8OS3HaKRgTOjq8P3qpl4qLGH6pMOv+GQJ+k9pI1 Wd3w== X-Received: by 10.236.228.72 with SMTP id e68mr4420230yhq.56.1417594709227; Wed, 03 Dec 2014 00:18:29 -0800 (PST) MIME-Version: 1.0 References: From: Brugnara Daniele Date: Wed, 03 Dec 2014 08:18:28 +0000 Message-ID: Subject: Re: Autopilot, a module for remotely doing things To: Andrei Borzenkov , The development of GNU GRUB Content-Type: multipart/alternative; boundary=001a11c2caee14426f05094b7dde X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.213.54 Cc: Brugnara Daniele X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 08:18:38 -0000 --001a11c2caee14426f05094b7dde Content-Type: text/plain; charset=ISO-8859-1 This seems a very nice feature but I'm unable to make it work. I'm having this error: root@hulk:/home/vrut/dev/grub# update-grub /usr/sbin/grub-mkconfig: 34: /etc/default/grub: source: not found Am I missing something? On Wed Dec 03 2014 at 8:42:36 AM Andrei Borzenkov wrote: > On Tue, Dec 2, 2014 at 7:22 PM, Brugnara Daniele > wrote: > > Here I am again.. I'm studying grub code and thinking about this feature > we > > are talking about. > > A funny name could be "autopilot". I'm thinking this about a big > container > > where to put more than a "pilot". > > > ... > > Each pilot will do the very same thing: receive/read a small cfg file and > > GRUB will do what it must to do. > > > > This does not need any module. > > source (http,server-or-IP)/extra.cfg > > enclose in "set check_signatures=enforce; ...; set check_signatures=" > to ensure file verification. > > > For a first release, it should be enough to pass: > > > > choice=1 > > > > or > > > > choice=Windows 7 (64 bit) > > > > Why two HTTP? > > > > It's just an idea. We can think GRUB as a web service that allows it self > > being called from any application: > > > > POST grub.local:8080/api/autopilot [!DATA!] > > > > or see GRUB as a client that asks for a file to a centralized server: > > > > http://givemethatfile.please/aa:bb:cc:dd:ee:ff > > > > Security > > > > This is a very important thing. Any suggestion will be very appreciated. > > > > Pilots > > > > The first release, can have only one pilot. There's no need to develop > all 4 > > and more important, this four are not a final decision. Let's talk about > > this. > > > > GRUB.cfg > > > > All informations about this module can be stored into grub.cfg or > better, a > > specific autopilot.cfg but I do not want to add too much complexity. > > > > I'm thinking something about: > > > > [autopilot] > > pilots_engaged = UDP[, HTTPSERVER[, SERIAL]] > > > > UDP.port = 1664 > > HTTPSERVER.port = 8080 > > SERIAL.port = /dev/ttyUSB0 > > SERIAL.conf = 57600 8N1 > > [...] > > > > > > As always, let's talk about this :) > > > > Daniele. > > > > > > On Sat Nov 29 2014 at 2:07:31 AM Brugnara Daniele > > wrote: > >> > >> Hi all. > >> > >> I'm thinking about a system that boots with a wol packet. Who sends this > >> packet in 99% of cases, is far away from that computer and it could be > >> useful to boot into a different system instead of the default one. > (please > >> keep in mind that changing the default option in grub is not a option > for > >> this specific use case) > >> > >> If a wol can be delivered successfully, an UDP packet containing simple > >> datas should be enough to achieve this. > >> > >> Something like this: > >> > >> - MAC: the destination device mac address > >> - choice: a number (can be empty) > >> - commandLine: a full commandline (a choice or this..) > >> - more? I don't know for now.. > >> > >> This option should be enabled in the grub.conf by the user. > >> > >> What do you think about? Could this be useful? Am I missing something, > >> like a tool that does this automagically? > >> > >> I've read about an eth-to-serial but it's not what I want. > >> PXE or bootp is not an option here. I don't want to manage another > >> server... > >> > >> Thanks for your time. > >> > >> Daniele. > >> > > > > _______________________________________________ > > Grub-devel mailing list > > Grub-devel@gnu.org > > https://lists.gnu.org/mailman/listinfo/grub-devel > > > --001a11c2caee14426f05094b7dde Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable This seems a very nice feature but I'm unable to make it work. I'm = having this error:

root@hulk:/home/vrut/dev/grub# update-g= rub
/usr/sbin/grub-mkconfig: 34: /etc/default/grub: source: not f= ound

Am I missing something?=A0

On Wed Dec 03 2014 at 8:42:36 AM Andrei Borzenkov &= lt;arvidjaar@gmail.com> wrote= :
On Tue, Dec 2, 2014 at 7:22 PM, Brugnar= a Daniele <dani= ele@brugnara.me> wrote:
> Here I am again.. I'm studying grub code and thinking about this f= eature we
> are talking about.
> A funny name could be "autopilot". I'm thinking this abo= ut a big container
> where to put more than a "pilot".
>
...
> Each pilot will do the very same thing: receive/read a small cfg file = and
> GRUB will do what it must to do.
>

This does not need any module.

source (http,server-or-IP)/extra.cfg

enclose in "set check_signatures=3Denforce; ...; set check_signatures= =3D"
to ensure file verification.

> For a first release, it should be enough to pass:
>
> choice=3D1
>
> or
>
> choice=3DWindows 7 (64 bit)
>
> Why two HTTP?
>
> It's just an idea. We can think GRUB as a web service that allows = it self
> being called from any application:
>
> POST grub.local:8080/api/autopilot [!DATA!]
>
> or see GRUB as a client that asks for a file to a centralized server:<= br> >
> http://givemethatfile.please/aa:bb:cc:dd:ee:ff
>
> Security
>
> This is a very important thing. Any suggestion will be very appreciate= d.
>
> Pilots
>
> The first release, can have only one pilot. There's no need to dev= elop all 4
> and more important, this four are not a final decision. Let's talk= about
> this.
>
> GRUB.cfg
>
> All informations about this module can be stored into grub.cfg or bett= er, a
> specific autopilot.cfg but I do not want to add too much complexity. >
> I'm thinking something about:
>
> [autopilot]
> pilots_engaged =3D UDP[, HTTPSERVER[, SERIAL]]
>
> UDP.port =3D 1664
> HTTPSERVER.port =3D 8080
> SERIAL.port =3D /dev/ttyUSB0
> SERIAL.conf =3D 57600 8N1
> [...]
>
>
> As always, let's talk about this :)
>
> Daniele.
>
>
> On Sat Nov 29 2014 at 2:07:31 AM Brugnara Daniele <daniele@brugnara.me>
> wrote:
>>
>> Hi all.
>>
>> I'm thinking about a system that boots with a wol packet. Who = sends this
>> packet in 99% of cases, is far away from that computer and it coul= d be
>> useful to boot into a different system instead of the default one.= (please
>> keep in mind that changing the default option in grub is not a opt= ion for
>> this specific use case)
>>
>> If a wol can be delivered successfully, an UDP packet containing s= imple
>> datas should be enough to achieve this.
>>
>> Something like this:
>>
>> - MAC: the destination device mac address
>> - choice: a number (can be empty)
>> - commandLine: a full commandline (a choice or this..)
>> - more? I don't know for now..
>>
>> This option should be enabled in the grub.conf by the user.
>>
>> What do you think about? Could this be useful? Am I missing someth= ing,
>> like a tool that does this automagically?
>>
>> I've read about an eth-to-serial but it's not what I want.=
>> PXE or bootp is not an option here. I don't want to manage ano= ther
>> server...
>>
>> Thanks for your time.
>>
>> Daniele.
>>
>
> _______________________________________________
> Grub-devel mailing list
> Grub-devel@gnu= .org
> https://lists.gnu.org/mailman/listinfo/grub-devel >
--001a11c2caee14426f05094b7dde--