| Age | Commit message (Collapse) | Author |
|---|
|
Signed-off-by: Michael Prokop <mika@debian.org>
|
|
messages to stderr
Signed-off-by: Michael Prokop <mika@debian.org>
|
|
A lot of code in dep_add_modules() uses $root. Therefore, produce an
error message if we cannot determine the root device.
[ error out on this condtion too. -maks ]
Signed-off-by: Martin Michlmayr <tbm@cyrius.com>
Signed-off-by: maximilian attems <maks@debian.org>
|
|
Add additional check to handle ubifs and return since
ubifs root is a char device but most of the following
commands in dep_add_modules() only work with block
devices.
Patch by Martin Michlmayr <tbm@cyrius.com>
[Closes: #582858]
Signed-off-by: Michael Prokop <mika@debian.org>
|
|
MODULES=dep
We can't assume it's always [hs]dX# in /proc/mdstat.
It can be e.g. also [hs]dX (raw device) or dm-## as well.
So don't statically calculate the string based on
string length but instead try to be as smart as
possible. Also add support for handling additional
arguments in the /proc/mdstat output like
"(auto-read-only)".
This affects MODULES=dep only.
[Closes: #584520] + [Closes: #514756]
Reported-by: Simon Richter <Simon.Richter@hogyros.de>
Reported-by: Martin Michlmayr <tbm@cyrius.com>
Signed-off-by: Michael Prokop <mika@debian.org>
|
|
in non-verbose mode.
[Closes: #584520]
Reported-by: Gerrit Keller <gerrit.keller@gmail.com>
Signed-off-by: Michael Prokop <mika@debian.org>
|
|
overseen variable renaming.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
mkinitramfs fails to generate a initrd file for root filesystems on an
old mylex raid controller (kernel module DAC960).
In my case this breaks installation for lenny (5.0.3) on a FJS Primergy
server - as this bug is not only in the mentioned version but also in
0.92 which ships on the lenny install cd: The installer can boot, as the
old kernel module is still present. But the base install step fails when
it tries to generate the initrd.
The error in detail, when invoking mkinitramfs manually with -x
-----------
(...)
+ manual_add_modules ext2
+ local mam_x firmwares firmware
++ modprobe --set-version=2.6.29.6-vs2.3.0.36.14-beng --ignore-install
--quiet --show-depends ext2
++ awk '/^insmod/ { print $2 }'
+ for mam_x in '$(modprobe --set-version="${version}" --ignore-install
--quiet
--show-depends "${1}" | awk '\''/^insmod/ { print $2 }'\'')'
+ '[' -e
/tmp/mkinitramfs_lNjzuV//lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/mbcache.ko
']'
++ dirname /lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/mbcache.ko
+ mkdir -p
/tmp/mkinitramfs_lNjzuV//lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs
++ dirname /lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/mbcache.ko
+ ln -s /lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/mbcache.ko
/tmp/mkinitramfs_lNjzuV//lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs
+ '[' n = y ']'
++ modinfo -F firmware
/lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/mbcache.ko
+ firmwares=
+ '[' -z '' ']'
+ continue
+ for mam_x in '$(modprobe --set-version="${version}" --ignore-install
--quiet
--show-depends "${1}" | awk '\''/^insmod/ { print $2 }'\'')'
+ '[' -e
/tmp/mkinitramfs_lNjzuV//lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/ext2/ext2.ko
']'
++ dirname /lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/ext2/ext2.ko
+ mkdir -p
/tmp/mkinitramfs_lNjzuV//lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/ext2
++ dirname /lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/ext2/ext2.ko
+ ln -s /lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/ext2/ext2.ko
/tmp/mkinitramfs_lNjzuV//lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/ext2
+ '[' n = y ']'
++ modinfo -F firmware
/lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/ext2/ext2.ko
+ firmwares=
+ '[' -z '' ']'
+ continue
+ '[' /dev/rd/c0d0p1 '!=' /dev/rd/c0d0p1 ']'
+ '[' /dev/rd/c0d0p1 '!=' /dev/rd/c0d0p1 ']'
+ '[' /dev/rd/c0d0p1 '!=' /dev/rd/c0d0p1 ']'
+ '[' /dev/rd/c0d0p1 '!=' /dev/rd/c0d0p1 ']'
+ '[' /dev/rd/c0d0p1 '!=' /dev/rd/c0d0p1 ']'
+ '[' /dev/rd/c0d0p1 '!=' /dev/rd/c0d0p1 ']'
+ '[' /dev/rd/c0d0p1 '!=' /dev/rd/c0d0p1 ']'
+ '[' /dev/rd/c0d0p1 '!=' /dev/rd/c0d0p1 ']'
+ '[' /dev/rd/c0d0p1 '!=' /dev/rd/c0d0p1 ']'
+ block=rd/c0d0p1
+ block=rd/c
+ '[' -z rd/c ']'
+ '[' '!' -e /sys/block/rd/c ']'
+ echo 'mkinitramfs: for root /dev/rd/c0d0p1 missing rd/c /sys/block/ entry'
mkinitramfs: for root /dev/rd/c0d0p1 missing rd/c /sys/block/ entry
+ echo 'mkinitramfs: workaround is MODULES=most'
mkinitramfs: workaround is MODULES=most
+ echo 'mkinitramfs: Error please report the bug'
mkinitramfs: Error please report the bug
+ exit 1
-------------
So the reason is that mkinitramfs fails to derive the correct block
device notation from the root device as the DAC960 driver uses a strange
format for it.
Once figured out, this is easily corrected. Please find a short patch
for /usr/share/initramfs-tools/hook-functions attached.
Thank you,
Claus Herwig
--
CHECON EDV-Consulting und Redaktion
Claus Herwig * Barer Straße 70 * 80799 München
+49 89 27826981 * Fax 27826982 * c.herwig@checon.de
Closes: #579702
[ whitespace cleanups -maks ]
Signed-off-by: maximilian attems <maks@debian.org>
|
|
people use it and thus complain..
Closes: 577253
Signed-off-by: maximilian attems <maks@debian.org>
|
|
using kernel driver xhci.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
got axed while reverting the include any hid commit.
Closes: #577253
Signed-off-by: maximilian attems <maks@debian.org>
|
|
use meaningful variable name.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
use meaningful variable s/mam_x/kmod/
loop directly on the modinfo output.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
might not be all, but a first go in stricter mkinitramfs.
as bonus remove old amusing unused varialbe from day 2..
Signed-off-by: maximilian attems <maks@debian.org>
|
|
no point to recheck on every copy_exec.
now copy_exec starts to get redable..
Signed-off-by: maximilian attems <maks@debian.org>
|
|
try to have an easier logic flow, also:
* fail if wanted source does not exist
* do not overwrite, no point in warning this
add FIXME's to point missing /lib64 symlink parts.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
seems lots of people fancy it so lets add it.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
if tsort is available, use it instead of custom sorting code
if a pre-cached order file is available, use that instead
[ move cache_run_scripts from scripts/functions to hook-scripts
as only used on mkinitramfs build and not on boot ]
Signed-off-by: maximilian attems <maks@debian.org>
|
|
fixed the commandline argument to select the compressor.
also your test with "command" needed to be negated otherwise the
fallback to gzip would take place everytime.
--
frohe ostern
Bert Schulze
[ nuked trailing whitespace, and add comment for usage() ]
Signed-off-by: maximilian attems <maks@debian.org>
|
|
do not trust mount as this is not the thing we look at on boot.
(closes: #519800)
as bonus run blkid if fstype has no idea.
Reported-by: Martin Michlmayr <tbm@cyrius.com>
Signed-off-by: maximilian attems <maks@debian.org>
|
|
I thought I'd experiment a bit with MODULES=DEP, but it seems this will
not work. The atiixp module is properly installed into the initrd (I'm
not sure how), but it doesn't end up in /conf/modules. Instead, the
/conf/modules ends up as:
radeonfb
fbcon
vesafb
pci:v00001002d00004376sv00001462sd00000131bc01sc01i8a
ide-gd
ATIIXP_IDE
pci:v00001002d00004376sv00001462sd00000131bc01sc01i8a
unix
Of these, the ide-gd and ATIIXP_IDE modules come from walking
/sys/devices/pci0000\:00/0000\:00\:14.1/ide0/0.0/. However, the module
is called atiixp, not ATIIXP_IDE. The ATIIXP_IDE comes directly from
sysfs, though:
readlink -f /sys/devices/pci0000\:00/0000\:00\:14.1/driver
/sys/bus/pci/drivers/ATIIXP_IDE
Using driver/module instead of just driver is more robust:
$ readlink -f /sys/devices/pci0000\:00/0000\:00\:14.1/driver/module
/sys/module/atiixp
This would also fix the ide-gd module, which really seems to be called
ide-gd_mod:
$ readlink -f /sys/devices/pci0000\:00/0000\:00\:14.1/ide0/0.0/driver
/sys/bus/ide/drivers/ide-gd
$ readlink -f
/sys/devices/pci0000\:00/0000\:00\:14.1/ide0/0.0/driver/module
/sys/module/ide_gd_mod
$ sudo modprobe ide-gd
FATAL: Module ide_gd not found.
$ sudo modprobe ide-gd_mod
(closes: #567189)
Reported-by: Matthijs Kooijman <matthijs@stdin.nl>
[ checked that this already works in Lenny ]
Signed-off-by: maximilian attems <maks@debian.org>
|
|
When searching for the root block device, there may be multiple device
mapper indirections.
Fixes MODULES=dep if crypto-root fs has snapshot.
(closes: 573761)
Signed-off-by: Nikolaus Schulz <microschulz@web.de>
Signed-off-by: maximilian attems <maks@debian.org>
|
|
It doesn't boot with MODULES=dep because mmc_block is missing.
(closes: #548711)
Signed-off-by: maximilian attems <maks@debian.org>
|
|
The attached patch fixes the problem for me (udev no longer ships vol_id
since 146-1).
(closes: #525606)
[ Fix not hardcoding blkid path ]
Signed-off-by: maximilian attems <maks@debian.org>
|
|
This removes the need to maintain an explicit list, which always has
some drivers missing.
fixes #553024 partly.
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
Signed-off-by: maximilian attems <maks@debian.org>
|
|
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
Signed-off-by: maximilian attems <maks@debian.org>
|
|
USB storage device is not recognized at boot after kernel upgrade
to 2.6.30.
It seems that the usb-storage module has been split into several mini
modules, which are not copied to the initramfs image.
In my case usb-storage.ko is copied but ums-cypress.ko is not copied.
I've attached a patch against hook-functions that fixes this, by using
copy_modules_dir to copy all the modules in kernel/drivers/usb/storage,
instead of just usb-storage.
I've set the severity to important because my USB storage device also
happens to be the boot device...
Cheers,
Avi
(closes: #543568)
Signed-off-by: maximilian attems <maks@debian.org>
|
|
Fix a2127d33 for systems without /proc/modules because the check has
the wrong logic order. (closes: #570678)
Signed-off-by: maximilian attems <maks@debian.org>
|
|
got report of a box with missing ldd.
as the errors get seded away the user is left with no idea of the failure.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
don't suppress the modprobe error output!!!
this can happen when your depmod was generated by newer m-i-t then Lenny's.
make deb-pkg generated images don't call yet depmod -a in postinst
thus it can happend there and it was already triggered.
(closes: #554873)
Reported-by: Michael Prokop <mika@debian.org>
Signed-off-by: maximilian attems <maks@debian.org>
|
|
makes no sense to look up if there are no modules.
seen on a piuparts installation of linux-2.6
Signed-off-by: maximilian attems <maks@debian.org>
|
|
ls -l /sys
total 0
drwxr-xr-x 5 root root 0 2009-08-08 11:53 class
drwxr-xr-x 2 root root 0 2009-08-08 11:53 devices
|
|
don't support any possible usb keyboard under earth,
the usbhid is default the rest should be added
by the appropriate sysadmin.
revert this ubuntu sync for smaller initramfs and thus faster boot.
This reverts commit 7d28901223a8f5fa47ddb0b0d39b34b04d43b8e9.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
this allows for a much smaller initramfs and thus faster boot.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
allows boot via PXE in a KVM virtualiziation environment.
(closes: #533894)
Reported-by: Michael Prokop <mika@debian.org>
Signed-off-by: maximilian attems <maks@debian.org>
|
|
don't use the overcomplicated sed to add a newline to really strip it,
just use the simple /etc/init.d/module-init-tools parsing
that should be well enough tested. ;)
(closes: #532745)
Signed-off-by: maximilian attems <maks@debian.org>
|
|
Fixes:
> Running update-initramfs.
> update-initramfs: Generating /boot/initrd.img-2.6.29-2-amd64
> dpkg : avertissement : obsolete option
> '--print-installation-architecture', please use '--print-architecture'
> instead.
> dpkg : avertissement : obsolete option
> '--print-installation-architecture', please use '--print-architecture'
> instead.
While we are it nuke duplicate invocation,
since DPKG_ARCH is an exported variable anyway.
(closes: #529222)
Reported-by: Raphaël Hertzog <hertzog@debian.org>
Signed-off-by: maximilian attems <maks@debian.org>
|
|
commit 8761821795732a9755d673e92fb45ac9202270df had the error.
(closes: #528094)
|
|
currently we fail sylently later, make it explicit.
(closes: #524179)
Signed-off-by: maximilian attems <maks@debian.org>
|
|
merge 0.92bubuntu29
Signed-off-by: maximilian attems <maks@debian.org>
|
|
people still need to enable kernel mode setting,
but the module should be on the initramfs by default.
currently no other drm module supports kms yet.
Reported-by: Yves-Alexis Perez <corsac@debian.org>
Signed-off-by: maximilian attems <maks@debian.org>
|
|
this was proposed in patch on #416063 by
Maik Zumstrull <Maik.Zumstrull@gmx.de>
but don't hardcode the list, just add all build ones:
ls /lib/modules/2.6.29-1-amd64/kernel/drivers/char/agp/
intel-agp.ko sis-agp.ko via-agp.ko
|
|
"with kernel mode setting, i'd imagine that including
framebuffer drivers becomes even more important, too"
-dilinger
this is basedon a patch by Maik Zumstrull <Maik.Zumstrull@gmx.de>,
but instead of hardcoding a list just copy over all fb from the
relevant driver directory.
first part of #416063.
|
|
First see if there is a $(uname -r) versioned firmware around
and if there is add it first.
should make ubuntu sync easier too, as they shipp their firmware there.
(closes: #521370)
|
|
Otherwise it likes to warn for e100 even if e1000e is in use:
grep e100 /proc/modules
e1000e 110896 0 - Live 0xffffffffa0028000
|
|
I needed to run update-initramfs w/ MODULES=dep (for some 15M BIOS size
limitation w/ lilo on an HP server), turns out that I found the same bug
as #507619 (please refer to it for details), except that I have a LUKS
format over the cciss device.
As bug #507619 describes:
"dep_add_modules() expects to find a /sys/block/cciss/c0d0p file, but
it should be trying /sys/block/cciss!c0d0"
It also mentions:
"fyi, I suspect this may also apply to old-style smart array devices,
where device names are similar, but use 'ida' intead of 'cciss' -
e.g. /dev/ida/c0d0p1."
The following patch fixes it for me (on cciss) and should also fix it
for ida devices.
[ patch got checked and tested life on #debian-boot channel, see below -maks ]
fixed warning:
mkinitramfs: missing cciss!c0d0p2 root /dev/mapper/quakelive-root /sys entry
of course, since the new value of block comes out of
/sys/block/dm-${minor}/slaves, it makes sense that it
would already be in sysfs syntax.
Tested-by: Timothee Besset <ttimo@ttimo.net>
|
|
update-initramfs: Generating /boot/initrd.img-2.6.26-1-versatile
mkinitramfs: missing mmcblk root /dev/mmcblk0p3 /sys entry
(closes: #520198)
Tested-by: Paul Malishev <afunix@hing.rednet.ru>
|
|
seems confusing for users..
|
|
woow that went unnoticed for some years now.
people seem really to use update-initramfs(8).
|
|
try to add one or the other.
|
