* intrigeri [Thu Dec 31, 2015 at 07:41:50PM +0100]:
> in
> https://anonscm.debian.org/cgit/debian-live/live-boot.git/commit/?id=e3cbd82426f1710dba545ee0f44b0731a45e0b6a,
> it looks like "if grep -qe persistence /proc/cmdline" will be verified
> if the 'nopersistence' boot option is used, which may
Hi,
Cc-ing also debian-live ML to make sure they are aware of the issue.
* Michael Prokop [Fri Aug 29, 2014 at 11:28:13PM +0200]:
> I'm hereby following up our discussion we - Steve McIntyre, Colin
> Watson and me - had at DebConf14.
> Quoting from http://www.supergrubdisk.org/wik
* intrigeri [Thu Jul 28, 2011 at 11:43:13AM +0200]:
> I quickly reviewed most of your patches.
Great!
[Just commenting on the ones that need clarification.]
> Michael Prokop wrote (26 Jul 2011 21:32:27 GMT) :
> > - umount ${mountpoint}
> > +
Hi,
once again a patch bomb by the Grml project.
Our git tree is available at:
git://git.grml.org/live-boot-grml.git
Inside debian/patches/ the following patches
might be interesting for inclusing in mainline:
01_fix_output_file.patch
07_support_findiso.patch
10_validateroot.patch
16_nodhcp.p
* Daniel Ellison wrote:
> On 11-06-20 02:35 PM, Daniel Ellison wrote:
>> For the moment I've renamed the two files back to vmlinuz and initrd.img
>> and have installed that hook. I'm running the build again in the off
>> chance that it works this time :)
> Holy &^%&!! That worked! Hmmm... I don't
* Daniel Baumann wrote:
> quick poll.. who of us will attend DebConf 11 this year?
> assuming there will be sponsorship, I'll be there from 17th of July to
> 30th of July.
I plan to be there from 23rd to 31th (so just 1 day DebCamp but full
DebConf).
-mika-
--
To UNSUBSCRIBE, email to debian
* Stefan Goetz [Tue Nov 09, 2010 at 09:10:30AM
+]:
> I use a live initramfs for netbooting an installation system (FAI)
> on a DELL R710 server with Broadcom 5709C cards which depend on
> the bnx2 kernel module which in turn depends on bnx2 firmware.
> After including this firmware in the in
* Marco Amadori [Mon Sep 27, 2010 at 03:15:00PM +0200]:
> In data lunedì 27 settembre 2010 13:13:21, Michael Prokop ha scritto:
> > Marco, could you please document this feature?
> It is already documented in the live-manual:
> http://live.debian.net/manual/en/html/persistence
* Debian Bug Tracking System [Mon Sep 27, 2010 at
10:30:04 +]:
> #536728: support persistent devices names
> It has been closed by Marco Amadori .
[...]
> this feature request should be available since at least version 2.0~a1-1.
> It is implementeed that way:
> You could specify "persist
* Daniel Baumann wrote:
> On 08/27/2010 03:42 PM, Michael Prokop wrote:
>> Patch against debian-old-1.0 (couldn't find debian-old-2.0 in
>> public live-boot, though shouldn't be a difference):
>>
>> http://grml.org/patches/0001-workaround-aufs-issue
* Daniel Baumann wrote:
> On 08/25/2010 01:23 AM, Michael Prokop wrote:
>> @debian-live: the above mentioned issue (full quoting of mail
>> therefore) should be fixed for the squeeze release, there's an
>> existing workaround (see the git URL). If you need any further
[Cc-ing debian-live mailing list]
* Jeffrey Stolte [Tue Aug 24, 2010 at 01:40:52PM -0600]:
> On Tue, Aug 24, 2010 at 11:10:27AM -0600, Jeffrey Stolte wrote:
> > On Tue, Aug 24, 2010 at 06:38:03PM +0200, Michael Prokop wrote:
> > > * Jeffrey Stolte [Tue Aug 24, 2010 a
* Chung-chieh Shan [Thu Mar 18, 2010 at 11:43:37PM
-0700]:
> After I added "i915.modeset=1" to my kernel cmdline today, modprobe
> started printing "options i915 modeset=1" to stdout whenever it is
> invoked (even just to add or remove a non-existent module, add an
> already-loaded module, or re
* intrigeri wrote:
> Michael Prokop wrote (24 Jan 2010 12:50:50 GMT) :
>> But if you're working in IT forensics and/or have special security
>> requirements this won't be enough. Someone could prepare a device
>> that fullfills the uuid requirements but provides a
* Daniel Baumann wrote:
> Michael Prokop wrote:
>> * Provide a bootoption which displays the currently executed code.
>> This avoids panic on user's side if something takes longer than
>> usual, so let’s inform the user instead.
> what do you understand
* Daniel Baumann wrote:
[...]
> As a first step, I'd like to gather a list of features (not their
> implementation!, that's a step later) that you need/want/like/use/miss
> from live-initramfs. So please also list things that the current
> live-initramfs does. If possible, please send in your lis
* Daniel Reichelt [20091113 23:22]:
> since udev stops shipping /lib/udev/vol_id initramfs-tools needs updating.
> According to [1], all calls to
> vol_id -t
> should be changed to
> /sbin/blkid -o udev -p ...
> Probably the initramfs-hook to copy that new binary needs updating as we
* mictlan tecutli [20091104 01:19]:
> > > should i change line 61 of /usr/bin/lh_source_debian from
> > > "squashfs-lzma-tools" "squashfs-tools"? or is there a less hacky
> > > way of doing it.
> to be complete, in reality i needed to hack /usr/bin/lh_binary_rootfs
> changing the "mksquashfs"
* mictlan tecutli [20091103 22:54]:
> i hope its okay if i follow up on the thread started with that bug
> report with a question: what would be the recomended way to use
> lzma compression with debian-live?
> so i'm looking here:
> http://grml.org/grml-live/#current_state
> so i should be able
[Cc-ing debian-live mailinglist, not sure whether they are
interested in LZMA but if so they should be aware of it.]
* Jonathan Nieder [20091103 00:14]:
> I was thinking about how to bring the lzma package more up to date,
> but I’m scared to do anything for fear of breaking squashfs-lzma. :)
>
* Daniel Baumann wrote:
> please send all patches you want to have merged in live-initramfs 1.x.
> there will be a final upload next week, after which live-initramfs 1.x
> is being deprecated and the work on live-initramfs 2.x starts.
Ah, great to see that there's progress.
JFTR: my considerati
* Philip Hands [20090628 21:37]:
> On Sun, Jun 28, 2009 at 11:27:30AM +0200, Michael Prokop wrote:
> > http://git.grml.org/?p=live-initramfs-grml.git;a=blob;f=debian/patches/06_support_fromiso_isofrom.dpatch;hb=HEAD
> > http://git.grml.org/?p=live-initramfs-grml.git;a=blob;f
* Philip Hands [20090628 01:25]:
> I've been trying to build a versatile USB stick, with the imntent that
> it be able to choose between various images at a grub prompt. Some
> .iso images (i.e. http://partedmagic.com/) are happy with this setup,
> becasue once booted (via grub4dos's ability to
[Cc-ing 520...@bugs.debian.org]
* Michal Suchanek [20090324 18:53]:
> On 03/23/2009 11:28 PM, Michael Prokop wrote:
> >An approach could be to use bootfrom=.../live-media=... in such a
> >situation. Michal, does this help? Would be great if you could try
> >this in your
* Chris Lamb [20090323 17:45]:
> michal.sucha...@ruk.cuni.cz wrote:
> > The initramfs scripts cause Linux to read quite a few sectors from disk
> > repeatedly. As a result the boot sequence is _very_ long if a disk is
> > bad and returns I/O errors with delay.
> Um, what do you suggest live-init
Package: live-initramfs
Version: 1.139.1-4
Severity: wishlist
The documentation regarding the persistency feature should be
improved.
The live-snapshot manpage is lacking some usage examples.
I'd like to see stuff from
http://live.debian.net/manual/html/persistence.html integrated
within the off
* Marco Amadori <[EMAIL PROTECTED]> wrote:
> This is already supported by the boot parameter "module=" since more than one
> year, although nobody uses it since that cause live-helper does not help in
> creating this kind of images and thus it could have be regressed.
JFYI: We at grml use modul
27 matches
Mail list logo