Created on 2009-02-28.20:59:12 by zugschlus, last changed 2012-01-12.23:34:07 by mika.
msg4239 (view) |
Author: mika |
Date: 2012-01-12.23:34:07 |
|
I'm sorry to say that but now it's close to two years without any real work on
this issue. So seems to affect just very few users or nobody really cares about
it, so marking this issue as won't fix. We of course support and welcome anyone
stumbling upon this issue and providing a patch.
|
msg4097 (view) |
Author: mika |
Date: 2011-12-07.20:04:45 |
|
Nobody cares about it, won't be handled for this release.
|
msg4066 (view) |
Author: mika |
Date: 2011-11-07.16:25:46 |
|
This feature request is more than 2 years old and nobody took care of it.
Do we have any volunteers who would work on that feature?
regards,
-mika-
|
msg3355 (view) |
Author: mru |
Date: 2010-09-09.05:54:09 |
|
Recieved today a bug report with this issue.
Any progress? IMHO the best thing would be to mount the medium somewhere else,
but it will introduce new problems, like removing the media while boot
process...
The simplest solution would be to copy the files too as memory size is often not
such a big issue anymore.
Marking it as release-stopper for the future
|
msg3049 (view) |
Author: mika |
Date: 2010-02-28.00:04:01 |
|
This issue needs further investigation, especially since toram=*.squashfs is
the default nowadays.
|
msg2014 (view) |
Author: zugschlus |
Date: 2009-03-02.12:29:00 |
|
On Sun, Mar 01, 2009 at 01:53:04PM -0000, Michael Prokop wrote:
> Michael Prokop <mika@grml.org> added the comment:
> * Marc 'Zugschlus' Haber <bts@bts.grml.org> [20090301 14:49]:
> > On Sun, Mar 01, 2009 at 01:17:40PM -0000, Michael Prokop wrote:
>
> > > So what I'm thinking about is checking for bootoptions like
> > > 'scripts', 'debs',... and just copy the corresponding directory to
> > > RAM when booting via toram=.... then. I guess this might be the best
> > > option to match all possible wishes.
>
> > That sounds like a good idea. Or you would mount the "real" medium
> > somewhere else and execute scrips, debs etc from there. It is not
> > really necessary to pull the stuff to ram.
>
> Well, I'm not sure what might happen if people remove the usb device
> just a bit too early then. :-/
If you try mounting the medium just before executing the scripts, the
mount will fail and you can issue an error message.
Greetings
Marc
--
-----------------------------------------------------------------------------
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190
|
msg2001 (view) |
Author: mika |
Date: 2009-03-01.13:53:04 |
|
* Marc 'Zugschlus' Haber <bts@bts.grml.org> [20090301 14:49]:
> On Sun, Mar 01, 2009 at 01:17:40PM -0000, Michael Prokop wrote:
> > So what I'm thinking about is checking for bootoptions like
> > 'scripts', 'debs',... and just copy the corresponding directory to
> > RAM when booting via toram=.... then. I guess this might be the best
> > option to match all possible wishes.
> That sounds like a good idea. Or you would mount the "real" medium
> somewhere else and execute scrips, debs etc from there. It is not
> really necessary to pull the stuff to ram.
Well, I'm not sure what might happen if people remove the usb device
just a bit too early then. :-/ I've to check this out in more
detail. (Though I'll ping live-initramfs maintainer once again to
find out what's the current state of re-designing the code after
lenny is out.)
regards,
-mika-
|
msg2000 (view) |
Author: zugschlus |
Date: 2009-03-01.13:49:07 |
|
On Sun, Mar 01, 2009 at 01:17:40PM -0000, Michael Prokop wrote:
> So what I'm thinking about is checking for bootoptions like
> 'scripts', 'debs',... and just copy the corresponding directory to
> RAM when booting via toram=.... then. I guess this might be the best
> option to match all possible wishes.
That sounds like a good idea. Or you would mount the "real" medium
somewhere else and execute scrips, debs etc from there. It is not
really necessary to pull the stuff to ram.
Greetings
Marc
--
-----------------------------------------------------------------------------
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190
Bitte beachten Sie, daß dem [m.E. grundgesetzwidrigen] Gesetz zur
Vorratsdatenspeicherung zufolge, seit dem 1. Januar 2008 jeglicher
elektronische Kontakt (E-Mail, Telefongespräche, SMS, Internet-
Telefonie, Mobilfunk, Fax) mit mir oder anderen Nutzern verdachts-
unabhängig für den automatisierten geheimen Zugriff durch Strafver-
folgungs- u. Polizeivollzugsbehörden, die Bundesanstalt für Finanz-
dienstleistungsaufsicht, Zollkriminal- und Zollfahndungsämter,die
Zollverwaltung zur Schwarzarbeitsbekämpfung, Notrufabfragestellen,
Verfassungsschutzbehörden, den Militärischen Abschirmdienst, Bundes-
nachrichtendienst sowie 52 Staaten wie beispielsweise Aserbeidschan
oder die USA sechs Monate lang gespeichert wird, einschließlich der
Kommunikation mit Berufsgeheimnisträgern wie Ärzten, Journalisten und
Anwälten. Mehr Infos zur totalen Protokollierung Ihrer Kommunikations-
daten auf www.vorratsdatenspeicherung.de. (leicht verändert übernommen
kopiert von www.lawblog.de)
|
msg1998 (view) |
Author: mika |
Date: 2009-03-01.13:17:39 |
|
* Marc 'Zugschlus' Haber <bts@bts.grml.org> [20090228 21:59]:
> when grml is started with
> /grml-medium-20090123/boot/grmlmedium/linux26
> live-media-path=/grml-medium-20090123/live/ toram=grml-medium.squashfs
> boot=live scripts
> the scripts are ignored as they are not copied over to the ram disk.
> This feature is important when grml is used as a rescue system, the CD contents
> is copied to /grml in an ordinary linux filesystem and booted alternatively to
> the "real" system by group. If the system is located remote in a network where
> no dhcp server is present and does not have a serial console, a grml.sh script
> may be needed to properly initialize the network to allow access to the system.
> "toram" without a file given on the command line works, but copies the entire
> root file system into ram which may not fit in all cases.
Hm yeah, toram=grml-medium.squashfs really just copies the squashfs
file to RAM. It *would* be possible to also copy /debs, /scripts,
/bootparams,... to RAM by default - on the other hand I might get a
bugreport that specifying toram=grml-medium.squashfs copies a >100MB
/debs/ to RAM even though the user just wanted to copy the squashfs
file. ;)
So what I'm thinking about is checking for bootoptions like
'scripts', 'debs',... and just copy the corresponding directory to
RAM when booting via toram=.... then. I guess this might be the best
option to match all possible wishes.
regards,
-mika-
|
msg1996 (view) |
Author: zugschlus |
Date: 2009-02-28.20:59:11 |
|
Hi,
when grml is started with
/grml-medium-20090123/boot/grmlmedium/linux26
live-media-path=/grml-medium-20090123/live/ toram=grml-medium.squashfs
boot=live scripts
the scripts are ignored as they are not copied over to the ram disk.
This feature is important when grml is used as a rescue system, the CD contents
is copied to /grml in an ordinary linux filesystem and booted alternatively to
the "real" system by group. If the system is located remote in a network where
no dhcp server is present and does not have a serial console, a grml.sh script
may be needed to properly initialize the network to allow access to the system.
"toram" without a file given on the command line works, but copies the entire
root file system into ram which may not fit in all cases.
|
|
Date |
User |
Action |
Args |
2012-01-12 23:34:07 | mika | set | status: needs-progress -> wont-fix nosy:
mika, mru, zugschlus messages:
+ msg4239 |
2011-12-07 20:04:45 | mika | set | topic:
- release-stopper nosy:
mika, mru, zugschlus messages:
+ msg4097 |
2011-11-07 16:25:46 | mika | set | nosy:
+ mru messages:
+ msg4066 |
2010-09-09 05:54:11 | mru | set | topic:
+ release-stopper nosy:
mika, zugschlus messages:
+ msg3355 |
2010-02-28 00:04:01 | mika | set | status: chatting -> needs-progress nosy:
mika, zugschlus messages:
+ msg3049 |
2009-03-02 12:29:03 | zugschlus | set | nosy:
mika, zugschlus messages:
+ msg2014 |
2009-03-01 13:53:04 | mika | set | nosy:
mika, zugschlus messages:
+ msg2001 |
2009-03-01 13:49:07 | zugschlus | set | nosy:
mika, zugschlus messages:
+ msg2000 |
2009-03-01 13:17:40 | mika | set | status: unread -> chatting nosy:
mika, zugschlus messages:
+ msg1998 |
2009-03-01 13:09:31 | mika | set | assignedto: mika nosy:
+ mika |
2009-02-28 20:59:12 | zugschlus | create | |
|