[Grml] GRMLCFG working on 2008.11?

[Johannes Kastl]

Hello,

I started the grml 2008.11 ISO image in a virtual machine (VirtualBox
2.1.12 on OSX 10.5), which had a 5 GB hard disk. I partitioned the hard
disk, and labelled one partition GRMLCFG (obviously after formatting it
;-) ). After restarting I mounted the image, and used

save-config -all

to created a file called config.tbz on that partition.

It seems to me that when booting something from that partition is copied
(long list of files), but neither the language setting nor the network
settings are restored. Is this normal? Should those settings be stored,
or are they excluded? As far as I understood the docu the whole /etc
should be saved.

During saving the config, I get errors the first time I run save-config,
saying that file xyz changed during reading. Disappears the second time
you run save-config.

Any hints? Tricks? Bugs?

Regards,
OJ
P.S.: If this message appears twice, then posting via gmane *does* work...
--
| Yes, I know. But there are even conjobs running as user games?
Sometimes when cron is bored he starts playing games, didn't you know? ;-)
(Aschwin Marsman and Robert Schiele on the opensuse-Mailinglist)

-------------- n?chster Teil --------------
Ein Dateianhang mit Bin?rdaten wurde abgetrennt...
Dateiname : signature.asc
Dateityp : application/pgp-signature
Dateigr??e : 257 bytes
Beschreibung: OpenPGP digital signature
URL : http://lists.mur.at/pipermail/grml/attachments/20090213/6569c350/attachment.pgp

[Johannes Kastl]

Hello,

I started the grml 2008.11 ISO image in a virtual machine (VirtualBox
2.1.12 on OSX 10.5), which had a 5 GB hard disk. I partitioned the hard
disk, and labelled one partition GRMLCFG (obviously after formatting it
;-) ). After restarting I mounted the image, and used

save-config -all

to created a file called config.tbz on that partition.

It seems to me that when booting something from that partition is copied
(long list of files), but neither the language setting nor the network
settings are restored. Is this normal? Should those settings be stored,
or are they excluded? As far as I understood the docu the whole /etc
should be saved.

During saving the config, I get errors the first time I run save-config,
saying that file xyz changed during reading. Disappears the second time
you run save-config.

Any hints? Tricks? Bugs?

Regards,
OJ
--
| Yes, I know. But there are even conjobs running as user games?
Sometimes when cron is bored he starts playing games, didn't you know? ;-)
(Aschwin Marsman and Robert Schiele on the opensuse-Mailinglist)

-------------- n?chster Teil --------------
Ein Dateianhang mit Bin?rdaten wurde abgetrennt...
Dateiname : signature.asc
Dateityp : application/pgp-signature
Dateigr??e : 257 bytes
Beschreibung: OpenPGP digital signature
URL : http://lists.mur.at/pipermail/grml/attachments/20090213/5b2a4786/attachment.pgp

[Johannes Kastl]

Hello,

I started the grml 2008.11 ISO image in a virtual machine (VirtualBox
2.1.12 on OSX 10.5), which had a 5 GB hard disk. I partitioned the hard
disk, and labelled one partition GRMLCFG (obviously after formatting it
;-) ). After restarting I mounted the image, and used

save-config -all

to created a file called config.tbz on that partition.

It seems to me that when booting something from that partition is copied
(long list of files), but neither the language setting nor the network
settings are restored. Is this normal? Should those settings be stored,
or are they excluded? As far as I understood the docu the whole /etc
should be saved.

During saving the config, I get errors the first time I run save-config,
saying that file xyz changed during reading. Disappears the second time
you run save-config.

Any hints? Tricks? Bugs?

Regards,
OJ
P.S.: If this message appears twice, then posting via gmane *does* work...
--
| Yes, I know. But there are even conjobs running as user games?
Sometimes when cron is bored he starts playing games, didn't you know? ;-)
(Aschwin Marsman and Robert Schiele on the opensuse-Mailinglist)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 257 bytes
Desc: OpenPGP digital signature
URL: <http://ml.grml.org/pipermail/grml/attachments/20090213/6569c350/attachment-0002.pgp>

[Johannes Kastl]

Hello,

I started the grml 2008.11 ISO image in a virtual machine (VirtualBox
2.1.12 on OSX 10.5), which had a 5 GB hard disk. I partitioned the hard
disk, and labelled one partition GRMLCFG (obviously after formatting it
;-) ). After restarting I mounted the image, and used

save-config -all

to created a file called config.tbz on that partition.

It seems to me that when booting something from that partition is copied
(long list of files), but neither the language setting nor the network
settings are restored. Is this normal? Should those settings be stored,
or are they excluded? As far as I understood the docu the whole /etc
should be saved.

During saving the config, I get errors the first time I run save-config,
saying that file xyz changed during reading. Disappears the second time
you run save-config.

Any hints? Tricks? Bugs?

Regards,
OJ
--
| Yes, I know. But there are even conjobs running as user games?
Sometimes when cron is bored he starts playing games, didn't you know? ;-)
(Aschwin Marsman and Robert Schiele on the opensuse-Mailinglist)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 257 bytes
Desc: OpenPGP digital signature
URL: <http://ml.grml.org/pipermail/grml/attachments/20090213/5b2a4786/attachment-0002.pgp>

[Johannes Kastl]

Hello,

I started the grml 2008.11 ISO image in a virtual machine (VirtualBox
2.1.12 on OSX 10.5), which had a 5 GB hard disk. I partitioned the hard
disk, and labelled one partition GRMLCFG (obviously after formatting it
;-) ). After restarting I mounted the image, and used

save-config -all

to created a file called config.tbz on that partition.

It seems to me that when booting something from that partition is copied
(long list of files), but neither the language setting nor the network
settings are restored. Is this normal? Should those settings be stored,
or are they excluded? As far as I understood the docu the whole /etc
should be saved.

During saving the config, I get errors the first time I run save-config,
saying that file xyz changed during reading. Disappears the second time
you run save-config.

Any hints? Tricks? Bugs?

Regards,
OJ
P.S.: If this message appears twice, then posting via gmane *does* work...
--
| Yes, I know. But there are even conjobs running as user games?
Sometimes when cron is bored he starts playing games, didn't you know? ;-)
(Aschwin Marsman and Robert Schiele on the opensuse-Mailinglist)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 257 bytes
Desc: OpenPGP digital signature
URL: <http://ml.grml.org/pipermail/grml/attachments/20090213/6569c350/attachment-0003.pgp>

[Johannes Kastl]

Hello,

I started the grml 2008.11 ISO image in a virtual machine (VirtualBox
2.1.12 on OSX 10.5), which had a 5 GB hard disk. I partitioned the hard
disk, and labelled one partition GRMLCFG (obviously after formatting it
;-) ). After restarting I mounted the image, and used

save-config -all

to created a file called config.tbz on that partition.

It seems to me that when booting something from that partition is copied
(long list of files), but neither the language setting nor the network
settings are restored. Is this normal? Should those settings be stored,
or are they excluded? As far as I understood the docu the whole /etc
should be saved.

During saving the config, I get errors the first time I run save-config,
saying that file xyz changed during reading. Disappears the second time
you run save-config.

Any hints? Tricks? Bugs?

Regards,
OJ
--
| Yes, I know. But there are even conjobs running as user games?
Sometimes when cron is bored he starts playing games, didn't you know? ;-)
(Aschwin Marsman and Robert Schiele on the opensuse-Mailinglist)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 257 bytes
Desc: OpenPGP digital signature
URL: <http://ml.grml.org/pipermail/grml/attachments/20090213/5b2a4786/attachment-0003.pgp>

[Michael Prokop]

[Sorry for the long delay in answering your mail. When digging
through my mailbox I noticed nobody answered your mail.]

Post by Johannes Kastl
I started the grml 2008.11 ISO image in a virtual machine (VirtualBox
2.1.12 on OSX 10.5), which had a 5 GB hard disk. I partitioned the hard
disk, and labelled one partition GRMLCFG (obviously after formatting it
;-) ). After restarting I mounted the image, and used
save-config -all
to created a file called config.tbz on that partition.
It seems to me that when booting something from that partition is copied
(long list of files), but neither the language setting nor the network
settings are restored. Is this normal? Should those settings be stored,
or are they excluded? As far as I understood the docu the whole /etc
should be saved.

This is a known limitation because GRMLCFG is used too late in the
bootprocess for some stuff like language settings. I forwarded this
issues to our bug tracking system:

http://bts.grml.org/grml/issue628
http://bts.grml.org/grml/issue629

Post by Johannes Kastl
During saving the config, I get errors the first time I run save-config,
saying that file xyz changed during reading. Disappears the second time
you run save-config.

Thanks for reporting. GNU tar sucks BTW. ;) Anyway, should be fixed
with grml-saveconfig version >=0.2.7.

Post by Johannes Kastl
P.S.: If this message appears twice, then posting via gmane *does* work...

Yeah it does :)

regards,
-mika-
--
http://grml.org/ # Linux for texttool-users and sysadmins
http://wiki.grml.org/ # share your knowledge
http://grml.supersized.org/ # the grml development weblog
#grml @ irc.freenode.org # meet us on irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.mur.at/pipermail/grml/attachments/20090313/7b6be2a2/attachment.pgp

[Johannes Kastl]

Post by Michael Prokop
[Sorry for the long delay in answering your mail. When digging
through my mailbox I noticed nobody answered your mail.]

No problem.

Post by Michael Prokop
This is a known limitation because GRMLCFG is used too late in the
bootprocess for some stuff like language settings. I forwarded this

Maybe one could workaround the network by just stopping and restarting
the network interfaces?

Regards,
OJ
--
Love ist like Pi: Natural, irrational and very important.
(unknown)

-------------- n?chster Teil --------------
Ein Dateianhang mit Bin?rdaten wurde abgetrennt...
Dateiname : signature.asc
Dateityp : application/pgp-signature
Dateigr??e : 257 bytes
Beschreibung: OpenPGP digital signature
URL : http://lists.mur.at/pipermail/grml/attachments/20090314/5be587ba/attachment.pgp

[Michael Prokop]

Post by Johannes Kastl

Post by Michael Prokop
This is a known limitation because GRMLCFG is used too late in the
bootprocess for some stuff like language settings. I forwarded this

Maybe one could workaround the network by just stopping and restarting
the network interfaces?

Well, grml uses pump as dhcp-client for every existing network
interface (by default, can be disabled using the nodhcp bootoption).
The main reason for this is that it's faster to just invoke pump for
each interface in the background than setting up
/etc/network/interfaces and/or invoking dhclient. The timing is
important because when booting grml finished people expect to have a
working network setup (if DHCP is available in the network). If they
can't access the network stright after booting they might think that
something is broken because the network doesn't work yet - even
though it's usually just a slow DHCP server. ;)

What would work is booting with bootoption nodhcp, setup
/etc/network/interfaces via GRMLCFG and provide a simple grml.sh
script on the GRMLCFG device which just executes
'/etc/init.d/networking restart'.

I'm thinking about moving the GRMLCFG stuff from the end of the
bootprocess to the beginning. Nowadays thanks to udev we have most
relevant parts of the hardware recognition stuff available soon
after init(8) is invoked. Just LVM and SW-RAID might be possible
showstoppers for some GRMLCFG users, though supporting them through
something like /etc/init.d/bootlocal.last would be possible anyway.
And the benefit of the reording could be possible checks in the
bootprocess whether network interfaces are already set up and skip
invocation of pump then.

regards,
-mika-
--
http://grml.org/ # Linux for texttool-users and sysadmins
http://wiki.grml.org/ # share your knowledge
http://grml.supersized.org/ # the grml development weblog
#grml @ irc.freenode.org # meet us on irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.mur.at/pipermail/grml/attachments/20090316/bb5da4c3/attachment.pgp

[Michael Prokop]

Post by Johannes Kastl

Post by Michael Prokop
This is a known limitation because GRMLCFG is used too late in the
bootprocess for some stuff like language settings. I forwarded this

Maybe one could workaround the network by just stopping and restarting
the network interfaces?

Well, grml uses pump as dhcp-client for every existing network
interface (by default, can be disabled using the nodhcp bootoption).
The main reason for this is that it's faster to just invoke pump for
each interface in the background than setting up
/etc/network/interfaces and/or invoking dhclient. The timing is
important because when booting grml finished people expect to have a
working network setup (if DHCP is available in the network). If they
can't access the network stright after booting they might think that
something is broken because the network doesn't work yet - even
though it's usually just a slow DHCP server. ;)

What would work is booting with bootoption nodhcp, setup
/etc/network/interfaces via GRMLCFG and provide a simple grml.sh
script on the GRMLCFG device which just executes
'/etc/init.d/networking restart'.

I'm thinking about moving the GRMLCFG stuff from the end of the
bootprocess to the beginning. Nowadays thanks to udev we have most
relevant parts of the hardware recognition stuff available soon
after init(8) is invoked. Just LVM and SW-RAID might be possible
showstoppers for some GRMLCFG users, though supporting them through
something like /etc/init.d/bootlocal.last would be possible anyway.
And the benefit of the reording could be possible checks in the
bootprocess whether network interfaces are already set up and skip
invocation of pump then.

regards,
-mika-
--
http://grml.org/ # Linux for texttool-users and sysadmins
http://wiki.grml.org/ # share your knowledge
http://grml.supersized.org/ # the grml development weblog
#grml @ irc.freenode.org # meet us on irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://ml.grml.org/pipermail/grml/attachments/20090316/bb5da4c3/attachment-0002.pgp>

[Michael Prokop]

Post by Johannes Kastl

Post by Michael Prokop
This is a known limitation because GRMLCFG is used too late in the
bootprocess for some stuff like language settings. I forwarded this

Maybe one could workaround the network by just stopping and restarting
the network interfaces?

Well, grml uses pump as dhcp-client for every existing network
interface (by default, can be disabled using the nodhcp bootoption).
The main reason for this is that it's faster to just invoke pump for
each interface in the background than setting up
/etc/network/interfaces and/or invoking dhclient. The timing is
important because when booting grml finished people expect to have a
working network setup (if DHCP is available in the network). If they
can't access the network stright after booting they might think that
something is broken because the network doesn't work yet - even
though it's usually just a slow DHCP server. ;)

What would work is booting with bootoption nodhcp, setup
/etc/network/interfaces via GRMLCFG and provide a simple grml.sh
script on the GRMLCFG device which just executes
'/etc/init.d/networking restart'.

I'm thinking about moving the GRMLCFG stuff from the end of the
bootprocess to the beginning. Nowadays thanks to udev we have most
relevant parts of the hardware recognition stuff available soon
after init(8) is invoked. Just LVM and SW-RAID might be possible
showstoppers for some GRMLCFG users, though supporting them through
something like /etc/init.d/bootlocal.last would be possible anyway.
And the benefit of the reording could be possible checks in the
bootprocess whether network interfaces are already set up and skip
invocation of pump then.

regards,
-mika-
--
http://grml.org/ # Linux for texttool-users and sysadmins
http://wiki.grml.org/ # share your knowledge
http://grml.supersized.org/ # the grml development weblog
#grml @ irc.freenode.org # meet us on irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://ml.grml.org/pipermail/grml/attachments/20090316/bb5da4c3/attachment-0003.pgp>

[Johannes Kastl]

Post by Michael Prokop
[Sorry for the long delay in answering your mail. When digging
through my mailbox I noticed nobody answered your mail.]

No problem.

Post by Michael Prokop
This is a known limitation because GRMLCFG is used too late in the
bootprocess for some stuff like language settings. I forwarded this

Maybe one could workaround the network by just stopping and restarting
the network interfaces?

Regards,
OJ
--
Love ist like Pi: Natural, irrational and very important.
(unknown)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 257 bytes
Desc: OpenPGP digital signature
URL: <http://ml.grml.org/pipermail/grml/attachments/20090314/5be587ba/attachment-0002.pgp>

[Johannes Kastl]

Post by Michael Prokop
[Sorry for the long delay in answering your mail. When digging
through my mailbox I noticed nobody answered your mail.]

No problem.

Post by Michael Prokop
This is a known limitation because GRMLCFG is used too late in the
bootprocess for some stuff like language settings. I forwarded this

Maybe one could workaround the network by just stopping and restarting
the network interfaces?

Regards,
OJ
--
Love ist like Pi: Natural, irrational and very important.
(unknown)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 257 bytes
Desc: OpenPGP digital signature
URL: <http://ml.grml.org/pipermail/grml/attachments/20090314/5be587ba/attachment-0003.pgp>

[Michael Prokop]

[Sorry for the long delay in answering your mail. When digging
through my mailbox I noticed nobody answered your mail.]

Post by Johannes Kastl
I started the grml 2008.11 ISO image in a virtual machine (VirtualBox
2.1.12 on OSX 10.5), which had a 5 GB hard disk. I partitioned the hard
disk, and labelled one partition GRMLCFG (obviously after formatting it
;-) ). After restarting I mounted the image, and used
save-config -all
to created a file called config.tbz on that partition.
It seems to me that when booting something from that partition is copied
(long list of files), but neither the language setting nor the network
settings are restored. Is this normal? Should those settings be stored,
or are they excluded? As far as I understood the docu the whole /etc
should be saved.

This is a known limitation because GRMLCFG is used too late in the
bootprocess for some stuff like language settings. I forwarded this
issues to our bug tracking system:

http://bts.grml.org/grml/issue628
http://bts.grml.org/grml/issue629

Post by Johannes Kastl
During saving the config, I get errors the first time I run save-config,
saying that file xyz changed during reading. Disappears the second time
you run save-config.

Thanks for reporting. GNU tar sucks BTW. ;) Anyway, should be fixed
with grml-saveconfig version >=0.2.7.

Post by Johannes Kastl
P.S.: If this message appears twice, then posting via gmane *does* work...

Yeah it does :)

regards,
-mika-
--
http://grml.org/ # Linux for texttool-users and sysadmins
http://wiki.grml.org/ # share your knowledge
http://grml.supersized.org/ # the grml development weblog
#grml @ irc.freenode.org # meet us on irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://ml.grml.org/pipermail/grml/attachments/20090313/7b6be2a2/attachment-0002.pgp>

[Michael Prokop]

[Sorry for the long delay in answering your mail. When digging
through my mailbox I noticed nobody answered your mail.]

Post by Johannes Kastl
I started the grml 2008.11 ISO image in a virtual machine (VirtualBox
2.1.12 on OSX 10.5), which had a 5 GB hard disk. I partitioned the hard
disk, and labelled one partition GRMLCFG (obviously after formatting it
;-) ). After restarting I mounted the image, and used
save-config -all
to created a file called config.tbz on that partition.
It seems to me that when booting something from that partition is copied
(long list of files), but neither the language setting nor the network
settings are restored. Is this normal? Should those settings be stored,
or are they excluded? As far as I understood the docu the whole /etc
should be saved.

This is a known limitation because GRMLCFG is used too late in the
bootprocess for some stuff like language settings. I forwarded this
issues to our bug tracking system:

http://bts.grml.org/grml/issue628
http://bts.grml.org/grml/issue629

Post by Johannes Kastl
During saving the config, I get errors the first time I run save-config,
saying that file xyz changed during reading. Disappears the second time
you run save-config.

Thanks for reporting. GNU tar sucks BTW. ;) Anyway, should be fixed
with grml-saveconfig version >=0.2.7.

Post by Johannes Kastl
P.S.: If this message appears twice, then posting via gmane *does* work...

Yeah it does :)

regards,
-mika-
--
http://grml.org/ # Linux for texttool-users and sysadmins
http://wiki.grml.org/ # share your knowledge
http://grml.supersized.org/ # the grml development weblog
#grml @ irc.freenode.org # meet us on irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://ml.grml.org/pipermail/grml/attachments/20090313/7b6be2a2/attachment-0003.pgp>