debian/config/kernelarch-x86/config?)
--
David Härdeman
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150707002245.ga12...@hardeman.nu
On Wed, July 9, 2008 10:51, Giorgos D. Pallas wrote:
> David Härdeman wrote:
>> ... (why do you have a cryptroot file by the way? It's supposed
>> to be a cryptsetup internal config file)
>
> If I understood your question well, my answer is this: I have
> /etc/init
tramfs to check if it's about to overwrite already
written config filesmaks?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
due to initramfs-tools, wouldn't
it?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, June 11, 2008 15:26, Martin Michlmayr wrote:
> Adding Max Vozeler and David Härdeman to the CC.
>
> * Didier Raboud <[EMAIL PROTECTED]> [2008-06-11 15:06]:
...
>> I installed LennyBeta2 (under Qemu) with the graphical installer and
>> chose "crypted LVM&
conf.d. It seems that SVN commit
433 moved that file to /usr/share/initramfs-tools/conf-hooks.d.
I'm not sure what the difference between the two directories are, but
perhaps the newer location is only supported by a newer initramfs-tools
version?
--
David Härdeman
--
To UNSUBSCRI
/lib/modules/2.6.24-1-686/kernel/crypto/blkcipher.ko
insmod /lib/modules/2.6.24-1-686/kernel/drivers/crypto/padlock-aes.ko
insmod /lib/modules/2.6.24-1-686/kernel/arch/x86/crypto/aes-i586.ko
And all of those modules are added as a result.
I think the next step would be to get some feedback f
On Sat, Jan 19, 2008 at 01:35:00AM +0100, Jonas Meurer wrote:
On 20/12/2007 maximilian attems wrote:
On Thu, 20 Dec 2007, David Härdeman wrote:
> Maks: if the disks do appear later, wouldn't that indicate a bug in
> udevsettle returning before the RAID card is done initalizing (
s to
catch up before cryptsetup and the other scripts are executed.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
way), but I'm not so sure about the other
tools. Changes to the klibc nfsmount also seem doable, but that leaves
rpc.gssd and the kerberos tools. rpc.gssd might be simplified by the fact
that for the root user it uses the machine credentials, but there is still
a lot of code...
--
David Härdeman
of the patches were against "stacked"
filesystems (e.g. anyfs-on-lvm-on-md-on-something).
Does dmesg show any interesting kernel messages after the installation
barfs? (like stack overflow warnings)
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, Apr 17, 2007 at 09:37:43AM -0300, Otavio Salvador wrote:
David Härdeman <[EMAIL PROTECTED]> writes:
Great, and once you do, feel free to add it as a git repo to
git.debian.org and give me commit access then all of us can use that repo
as the main one instead of my home-grown gi
bably make life easier for the debian-installer since no
other changes than including usplash in the desktop task would be
necessary in order to install with usplash (a bug I was planning to file
later when a default theme is also available).
--
David Härdeman
diff -ur ./usplash-0.4-43.orig/in
On Mon, April 16, 2007 22:15, maximilian attems said:
> On Mon, 16 Apr 2007, David Härdeman wrote:
>> Ok, I've fixed all lintian warnings, the updated version of the package
>> is
>> available via git:
>>
>> git clone http://david.hardeman.nu/git/usplash-th
On Mon, Apr 16, 2007 at 10:02:09AM +0200, maximilian attems wrote:
On Mon, Apr 16, 2007 at 08:31:47AM +0200, David Härdeman wrote:
And about one hour later I uploaded a new version fixing a buffer overrun
causing erratic theme sizes to be chosen. It's at the same URL so if
anyone did dow
tar.gz
It would be great if you could take a look at it and add it to the
archive (i.e. feel free to adopt it so that there is at least one default
theme).
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
theme-debian.tar.gz
It would be great if you could take a look at it and add it to the
archive (i.e. feel free to adopt it so that there is at least one
default theme).
--
David Härdeman
ability to change
any variable which might cause the duplicated entries later (e.g.
192.168.111.64:192.168.111.65:/opt/ltsp/i386).
--
David Härdeman
rity to be
downgraded) but it's the best we can do so shortly before release, maks
and I have been discussing some better solutions to implement post-Etch.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
some kind of manual workaround at least.
I'm not setting the severity to R-C, but I'd like to know whether others
(maks, Marco, RM's) think this should go in?
--
David Härdeman
diff -ur ./udev-0.105.orig/extra/initramfs.premount ./udev-0.105/extra/initramfs.premount
--- ./udev-0
x27; (i.e. still in patch format) while it should read
'PREREQ=""'.
Could you please try the patching again, and make sure that the rootdelay
file looks ok afterwards.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Just for the record, mail to [EMAIL PROTECTED] is refused with the
message "550 5.1.1 unknown or illegal alias", I hope Hugo reads the bug
report log.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hugo Vanwoerkom wrote:
After patching (no probs) and 'update-initramfs -u' and booting, I get
'PANIC: Circular dependency. Exiting.' from the functions script #167.
Could you provide me with the output from
"grep PREREQ= /usr/share/initramfs-tools/scripts/local-top/*"
--
David Härdeman
On Fri, Feb 23, 2007 at 04:55:00PM +0100, maximilian attems wrote:
On Fri, Feb 23, 2007 at 04:39:52PM +0100, David Härdeman wrote:
On Fri, February 23, 2007 16:28, maximilian attems said:
No, unfortunately it seems that the times between loading the usb host
controller, loading usb-storage and
On Fri, February 23, 2007 16:28, maximilian attems said:
> On Fri, Feb 23, 2007 at 03:05:44PM +0100, David Härdeman wrote:
>> Exactly, considering the low amount of complaints, I'd say there's a
>> tiny minority that is actually affected by this bug.
>>
>>
On Fri, February 23, 2007 14:16, maximilian attems said:
> On Fri, Feb 23, 2007 at 01:46:08PM +0100, David Härdeman wrote:
>> On Fri, February 23, 2007 12:11, maximilian attems said:
>> > On Fri, 23 Feb 2007, David Härdeman wrote:
>
>> > mika's case is genera
On Fri, February 23, 2007 12:11, maximilian attems said:
> On Fri, 23 Feb 2007, David Härdeman wrote:
>
>> maks...any progress on this bug?
>
> no.
> latest initramfs-tools is on mentors without any #401916 yet.
>
>> A new package which exports ROOTDELAY would be
maks...any progress on this bug?
A new package which exports ROOTDELAY would be nice, then the rest can be
fixed in udev...
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Feb 19, 2007 at 11:36:29PM +0100, Michael Prokop wrote:
* David Härdeman <[EMAIL PROTECTED]> [20070219 22:15]:
+# Check for problematic devices
+problem=0
+
+# USB / FireWire
+if $(grep -q "usb\|ieee1394" /proc/devices); then
+ problem=1
+fi
How about:
if $(
kernel fixes.
Postetch we won't need that, since we'll implement a udev-driven
asynchronous wait-for-root-dev-on-boot...right? :)
How would MODULES=MOST create stuff under /dev then?
oot
what about static dev.. ;)
Yuck :)
--
David Härdeman
Frans Pop wrote:
On Monday 19 February 2007 21:22, David Härdeman wrote:
The only problem with the approach is that a large majority of all
machines have usb which means that we'll slow down the boot for all
those machines even though a small minority are affected.
That's a very,
On Mon, Feb 19, 2007 at 07:21:08PM +0100, maximilian attems wrote:
heya david,
Hey Maks :)
On Fri, 16 Feb 2007, David Härdeman wrote:
Short-term solution:
Therefore, I think the best short-term solution (considering the
ever-impending Etch release) would be to add the "root_wait=&
in response, udev creates (among others) /dev/mapper/mainvg-mainlv
init notices this and boot continues
Phew, this mail became much longer than expectedso whaddaya think Maks?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, February 14, 2007 11:02, Michael Prokop said:
> * David Härdeman <[EMAIL PROTECTED]> [20070206 19:15]:
>> udevtrigger
>> udevsettle || true
>> ps > /begin.ps
>> while ps | grep -q "usb-stor-scan"; do
>>sleep 1;
>>
ggested in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401916#52
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Have any of you guys who can reproduce this been able to do the additional
tests suggested in the bug report yet? This is one of the few remaining RC
bugs which is present in both Etch and Sid so it would be nice to make
some progress...
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL
On Tue, Feb 06, 2007 at 11:14:34AM +0100, Michael Prokop wrote:
* David Härdeman <[EMAIL PROTECTED]> [20070201 18:08]:
On Thu, Feb 01, 2007 at 05:16:11PM +0100, maximilian attems wrote:
> On Thu, Feb 01, 2007 at 04:38:03PM +0100, David Härdeman wrote:
>> So, as a workaround for
On Thu, Feb 01, 2007 at 05:16:11PM +0100, maximilian attems wrote:
On Thu, Feb 01, 2007 at 04:38:03PM +0100, David Härdeman wrote:
So, as a workaround for Etch until this is fixed (presumably by upstream
changes to udev and/or the kernel), how about changing the following lines
in the udev
like this:
udevtrigger
udevsettle || true
while ps | grep -q "[usb-stor-scan]"; do
sleep 1;
done
while ps | grep -q "[scsi_scan_.*]"; do
sleep 1;
done
udevsettle || true
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &q
a further clue, and this may be an upstream problem.
Sounds like a good idea...the upstream mailing list is very active.
--
David Härdeman
KEYMAP=y (this would also be flexible enough to allow other
customizations in the future).
This would also allow users to specify that they want the keymap to be
included even if there is no package which needs it (by creating such a
file themselves).
--
David Härdeman
--
To UNSUBSCRIBE, email t
some while now.
In fact, that is the setup that you'll get if you choose to do an
automated encrypted installation with current daily snapshots of
debian-installer (one small unencrypted /boot, one large luks-encrypted
partition with LVM ontop).
--
David Härdeman
fbno desc; do
mknod /dev/fb$fbno c 29 $fbno
done < /proc/fb
if [ ! -e /dev/fb0 ]; then
mknod /dev/fb0 c 29 0
fi
for i in 0 1 2 3 4 5 6 7 8; do
mknod /dev/tty$i c 4 $i
done
fi
--
David Härdeman
es it quite simple to see which disk fstab refers to (ls
-al "/dev/long-path").
And of course I've already nagged Frans about it on IRC :)
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
to indicate progress
(so right now the "Debian" text gradually appears as the boot progresses).
Just plopping in a new SVG/PNG should be enough to change the looks (you
may have to change the parameters in theme.h also).
It should be easy to change the package so that it builds several the
on as a usplash with my tiny patch is in the
archive.
The source package can be downloaded from:
http://www.hardeman.nu/~david/files/misc/usplash-theme-etch.tar.gz
--
David Härdeman
[0] http://wiki.debian.org/DebianDesktopArtwork/UsplashEtch
=== modified file 'usplash-theme.h'
script. It will be sourced by the init script once your premount script
exits (see the cryptsetup initramfs script for an example).
And fstype will hopefully gain iso9660 detection support soon
(http://www.zytor.com/pipermail/klibc/2006-September/001997.html)
--
David Härdeman
On Tue, Sep 12, 2006 at 09:51:40AM +0200, maximilian attems wrote:
On Mon, 11 Sep 2006, David Härdeman wrote:
elif [ "$opt" != "${opt#[[:digit:]]*x[[:digit:]]}"; then
# Sadly no regexps are available
# but pr
On Fri, Sep 08, 2006 at 08:09:15AM +0200, Sven Luther wrote:
On Fri, Sep 08, 2006 at 01:05:57AM +0200, maximilian attems wrote:
On Thu, 07 Sep 2006, David Härdeman wrote:
> Package: initramfs-tools
> Version: 0.78
> Severity: minor
> Tags: patch
>
> The attached patch ad
script)?
Do you know how a builtin fb could be detected in that case?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: initramfs-tools
Version: 0.78
Severity: minor
Tags: patch
The attached patch adds support for the "video" kernel parameter to the
framebuffer script. This allows for the use of non-vesa/vga framebuffer
drivers and at the same time simplifies the logic a bit.
--
David Här
Isn't this a dupe of bug #385641 which is fixed by now?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Note that this has been fixed in upstream version 0.4-17 (which generates
a usplash-dev package)
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
FYI, upstream included the recent version of the patch in usplash 0.4-16,
so the bug should fix itself once a more recent version is uploaded.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
h splitout and added svga support...
--
David Härdeman
diff -ur usplash-0.4-orig/initramfs/scripts/init-top/usplash
usplash-0.4/initramfs/scripts/init-top/usplash
--- usplash-0.4-orig/initramfs/scripts/init-top/usplash 2006-08-07
22:02:00.0 +0200
+++ usplash-0.4/initramfs/scripts/init-t
I've attached a patch which adds user input support to usplash.
This works by creating a second fifo /dev/.initramfs/usplash_outfifo and
two new commands: INPUT and INPUTQUIET.
Both INPUT and INPUTQUIET take a prompt as argument. The prompt is
written to the usplash screen and then one line o
On Wed, August 16, 2006 13:31, maximilian attems said:
> nice to see you back, :-)
Thank you :) I'm slowly getting up to speed on what's happened while I've
been gone
> On Wed, 16 Aug 2006, David Härdeman wrote:
>
>> Some startup scripts (e.g. cryptsetup) require
Package: usplash
Version: 0.3e
Severity: wishlist
usplash (as far as I could tell) does not currently include a default
theme (beside the test image). It would be nice to include a default
Debian theme.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? C
Package: usplash
Version: 0.3e
Severity: wishlist
Some startup scripts (e.g. cryptsetup) require user input during the
boot which means that usplash exits. It would be nice if user input
support could somehow be added to usplash.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Package: initramfs-tools
Version: 0.66
Severity: minor
Tags: patch
The attached patch removes some harmless warnings generated by the lvm
script if for example, resume is a /dev/mapper device but not a lvm
device.
Regards,
David
diff -ur initramfs-tools-0.67-orig/scripts/local-top/lvm
initra
On Thu, Jun 22, 2006 at 06:58:27PM -0300, Otavio Salvador wrote:
David Härdeman <[EMAIL PROTECTED]> writes:
o suspend-to-disk
There have been concerns that suspend/resume may not work with swap on
a lvm volume.
A patch was send today for initramfs-tools to address some issues of
it
Hi all,
in debian-installer, there is a package - partman-auto-lvm - which can
setup an entire disk to be used for the debian installation with the use
of lvm for most partitions.
Currently it sets up one boot partition, one swap partition and one lvm
PV which is used for the rest of the par
On Thu, June 22, 2006 2:11, maximilian attems said:
> although the cleanup might hurt users with lilo and lvm root user.
> as lilo passes the root as major and minor, we need to check for "fe" too.
> current lvm hook is very sloppy and tries to activate anything.
> see #357538
>
> something like th
different vg's this means that resume will not work.
I've attached a patch which fixes this by activating both resume and
root vg's.
Regards,
David Härdeman
diff -ur initramfs-tools-0.60-orig/scripts/local-top/lvm
initramfs-tools-0.60/scripts/local-top/lvm
--- initramfs-tools-0.60-ori
On Wed, Jun 07, 2006 at 08:06:24PM +0200, maximilian attems wrote:
hello david,
thanks for your response and quick jump in!
On Tue, 06 Jun 2006, David Härdeman wrote:
I think a better approach (which I've suggested before) would be to have a
list of devices that should be present befo
Hey Maximilian, thanks for the CC.
On Tue, June 6, 2006 1:05, maximilian attems said:
> On Mon, Jun 05, 2006 at 05:05:15PM -0400, Daniel Kahn Gillmor wrote:
>> root=/dev/mapper/croot ro
>
> this is obviously wrong,
> current cryptsetup scripts expect the cryptoroot to be set by cryptopts,
> try
>
On Thu, Apr 13, 2006 at 08:37:03AM -0500, John Goerzen wrote:
There are a few things I would find helpful:
1) If scripts in local_top could change the notion of ROOT.
This is fixed by now
2) If scripts in local_top could override the fstype guess.
This is fixed by now
The fstype report
On Sun, Apr 16, 2006 at 06:36:08PM +0200, maximilian attems wrote:
John Goerzen wrote:
The fstype reports unknown for ISO9660 filesystems.
...fix in fstype of klibc-utils would be better.
I might have time to look into adding ISO9660 detection to fstype
sometime next week as a short term
John Goerzen wrote:
There are a few things I would find helpful:
1) If scripts in local_top could change the notion of ROOT.
I have a script that probes the system to find where the DFS CD is,
and then mounts it, since there is no ability to specify a custom
ROOT. Fortunately this w
Please note that this bug (348147) is not about the cryptsetup
hook/script per se anymore, but rather about the possibility to alter
global variables from subscripts.
Therefore, I've cloned Arjan's mail into a separate bug report against
cryptsetup (362564, which in turn in an enhancement of t
Hi,
if you want to try the patches I've made in a really simple manner, you
can try downloading:
http://www.hardeman.nu/~david/files/patches/debian/fix-cryptroot
It's a shell script, so make it executable after you've downloaded it
and then run it as root. It will install the two cryptroot fi
Hi,
I've attached a fourth version of the ROOT-setting patch.
The only changes compared to the previous patch is that more
documentation is added, both as inline comments and to the relevant man
page.
I'm hoping that I can get some more feedback on whether this approach is
ok, or which alte
ainst cryptsetup (bug 358452).
Some of your comments have already been fixed in the scripts I've attached to
that bug, and some have not. I'll CC this mail to that bug to make sure that
this conversation is noticed by anyone reading that report as well.
maximilian attems ([EMAIL PROTECTED])
Hadmut Danisch wrote:
So before mounting /root the initram needs to scan for RAID,
setup encryption, scan the LVM device and then mount / .
The first two are already there with the patch, i.e. regular scanning
is first done (RAID, LVM, EVMS, etc) and encryption is then setup.
Currently, the
Hi,
I've attached a third version of the patch. The changes to the init
script have been removed and I intend to add the script/hooks files to
the cryptsetup package instead (separate wishlist bug to be filed soon).
Thus, the patch is reduced to a four-line change to scripts/functions, I
hop
Package: initramfs-tools
Version: 0.51
Severity: wishlist
Tags: patch
By adding /sbin/vol_id to the generated initramfs image, udev is able to
create the persistent device nodes under /dev/disk such as
/dev/disk/by-label/rootpartition which means that the kernel can be
booted with an argument
A simpler fix is probably to simply change line 28 in /scripts/local
from "modprobe ${FSTYPE}" to "modprobe -q ${FSTYPE}" as it is the only
place where a fs is loaded and since almost all other modprobe
invocations use the "-q" parameter.
Re,
David
--
To UNSUBSCRIBE, email to [EMAIL PROTECT
I've attached an updated version of the previous patch. The changes are:
* Adds support for cryptsetup-luks (see http://luks.endorphin.org/).
LUKS support is now present in the regular Debian cryptsetup package.
If root points at a partition with a luks header, it will be
automagically recog
On Mon, Jan 16, 2006 at 08:13:41PM +0100, maximilian attems wrote:
On Tue, 17 Jan 2006, Adam Conrad wrote:
Unless this change was merged in a more vicious fashion when it was
pulled from Ubuntu to Debian, the update in postinst should only be
updating the default kernel version, not ALL of them
l-top/cryptroot would be
nice)...
Re,
David Härdeman
diff -Nur -x udev initramfs-tools-bak/hooks/cryptroot
initramfs-tools/hooks/cryptroot
--- initramfs-tools-bak/hooks/cryptroot 1970-01-01 01:00:00.0 +0100
+++ initramfs-tools/hooks/cryptroot 2006-01-14 20:50:37.0 +0100
@@ -0,0
On Fri, Dec 23, 2005 at 02:19:47PM +0100, maximilian attems wrote:
This is wrong and can lead to data loss.
lvm2 will cheerfully activate even incomplete volumes.
I see, feel free to close the bug then, I'll work on a better solution.
Re,
David
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
Jonathan Brandmeyer wrote:
> /dev/mapper is empty except for control
Does running "vgscan" and/or "vgchange -ay" from the initramfs shell create
any nodes in /dev/mapper?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
maximilian attems wrote:
> please retest with latest initramfs-tools in unstable
And when doing so, please take note of merged bugs 332824, 337497 and 342925
(i.e. make sure that ide-disk and possibly ide-generic are added to
/dev/mapper/control before generating the new initramfs image).
It seem
Jonathan Brandmeyer wrote:
> So, what do I need to edit to fix this? Alternatively,
> what command should I try to run after modprobing in
> ide-disk and ide-generic?
The problem is that ide-disk and ide-generic are not loaded when dm-mod is
loaded so when it performs its initial device scan it s
This problem is not limited to sparc64, I've encountered it on i386 after
upgrading from initramfs-tools 0.41 to 0.44 (when using a kernel compiled with
modular ide).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: initramfs-tools
Severity: important
The latest version of initramfs-tools (0.44) calls update-initramfs in
postinst to regenerate the latest initramfs on upgrades (see initramfs-tools
changelog, version 0.40ubuntu6).
This can be potentially very dangerous if the newer initramfs-tools for
tags 339091 - moreinfo
stop
maximilian attems ([EMAIL PROTECTED]) wrote:
> can you please confirem that your manpage was written under "PUBLIC
> DOMAIN" license as the initramfs-tools package?
I hope this is sufficient:
I, the creator of this work, hereby release it into the public domain. This
Package: initramfs-tools
Severity: minor
Currently, initramfs-tools relies upon usr/initramfs_list in 2.6 kernels
to create the /dev and /root directories. The attached patch will make
sure that they are created along with the console and null device nodes.
This has two advantages:
1) If usr
Package: initramfs-tools
Severity: important
With the recent udev version (0.074-3), /sbin/udevsynthesize tries to
run /lib/udev/udevsynthesize if the kernel is a recent version. This
fails as /lib/udev/* is not copied to the initramfs image meaning that
the boot fails.
Re,
David
--
To UNS
This was discussed on debian-devel [1]. As long as the debian kernel is
shipped with CONFIG_LEGACY_PTYS enabled I'd say that the current
behaviour is correct.
The proper fix would be to:
a) change the default kernel config; or
b) change the udev rules
not to do any special changes to initramf
Russel Coker wrote:
The initramfs generated on a LVM IDE system does not create /dev/hda* device
nodes, so vgchange doesn't discover any LVM devices and therefore the
machine can't boot.
That is weird, I have root-on-lvm-on-hda and the devices are created
+ the system boots just fine for me.
Package: initramfs-tools
Severity: minor
Tags: patch
Currently /usr/share/initramfs-tools/init kills udev after init-premount
scripts have executed. However, more devices might become available as a
result of running the local scripts.
I therefore suggest to kill udev as late as possible (rig
Package: initramfs-tools
Severity: minor
Tags: patch
This patch adds a separate function to load a filesystem driver which
first checks if it is already compiled into the kernel which should
remove some superflous modprobe error messages if it is.
Re,
David
Index: initramfs-tools-0.38/scripts
quot; ]; then
panic "Frobnication executable not found"
fi
if [ ! -e "/dev/mapper/frobb" ]; then
panic "Frobnication device not found"
fi
log_begin_msg "Starting frobnication"
/sbin/frobnicate "/dev/mapper/frobb" || panic "Frobnication failed"
log_end_msg
exit 0
.fi
.RE
.SH AUTHOR
The initramfs-tools are written by Jeff Bailey <[EMAIL PROTECTED]>.
.PP
This manual was written by David Härdeman <[EMAIL PROTECTED]>.
Package: initramfs-tools
Severity: wishlist
Currently /usr/share/initramfs-tools/scripts/local checks for the
presence of the root device node after local-top has been run but before
local-premount has been run an panics if it can't find it:
# Get the root filesystem type
if [ ! -e "${ROOT}"
Package: initramfs-tools
Severity: wishlist
Currently the last line in
/usr/share/initramfs-tools/scripts/local-top/lvm only activates the
volume group which seems to contain the root fs.
In order to support features such as root-auto-probing (bug #337682) and
cryptoroot-over-lvm, it would b
96 matches
Mail list logo
