| Age | Commit message (Collapse) | Author |
|---|
|
d-i fix, thus high urgency.
|
|
-d was missing in synopsis.
-c or -d or -u are not optional.
|
|
i've set up an encrypted loop-AES device as the root partition (boot
paramter dev=/dev/loopX) and update-initramfs fails with :
mkinitramfs: missing loop root /dev/loop2 /sys entry
|
|
NFSOPTS is no longer sourced in initramfs.conf,
so it should only be documented at the place of use aka boot cmdline.
(closes: #502927)
Co-Author: Gerfried Fuchs <rhonda@debian.at>
|
|
d-i uses to pass it with the value 1
Reported-by: Frans Pop <fjp@debian.org>
|
|
The root fs is located on LVM and is described in
/etc/fstab with LABEL= notation, which leads
to the following mount output for root filesystem:
mount | grep "on / "
/dev/dm-0 on / type ext3 (rw,noatime,errors=remount-ro)
The /dev/dm-0 itself isn't a symlink to /dev/mapper/, therefore root var
remains /dev/dm-0 after readlink -f attempt.
fix the consequent root detection failure.
(closes: #508906)
|
|
|
|
no need to check if the string of the corresponding variable exists,
just unset all of them, but 2 that we need to pass on for calling init.
|
|
Fix buglet in parse_numeric where *:* would match mtd:root. We only
want to match numbers. This fixes redboot partition support.
Signed-off-by: Andres Salomon <dilinger@debian.org>
|
|
|
|
udev isn't started at this point and therefore can't create framebuffer
devices. This causes usplash not to run on PS3.
set sane permissions will making the char files.
This reverts commit 0aec8b0c22b7622841c4ab7a3b492b4d2657456f.
|
|
rather than /tmp/initramfs.debug, so that it can be retrieved after boot.
|
|
Uvesafb framebuffer driver needs v86d userspace program
but when fb driver is modprobed at init-top stage of initrd,
/dev/zero and /dev/mem are missing because udev have not
been run yet.
|
|
harmless as the postrm is small, but better be clean.
|
|
|
|
module list
closes: #503216
|
|
|
|
same fix as cciss, see #507619
|
|
A coworker reported a lenny install failure today. Turns out he had
asked the installer to run mkinitramfs w/ MODULES=dep, which I'd never
tried before:
dl380g5:/home/dannf# mkinitramfs-kpkg -o /boot/initrd.img-2.6.26-1-686
2.6.26-1-686
mkinitramfs: missing cciss/c0d0p root /dev/cciss/c0d0p1 /sys entry
mkinitramfs: workaround is MODULES=most
mkinitramfs: Error please report the bug
dep_add_modules() expects to find a /sys/block/cciss/c0d0p file, but
it should be trying /sys/block/cciss!c0d0:
(closes: #507619)
|
|
thanks martin f krafft <madduck@debian.org>
closes: #502058
|
|
|
|
rather than waiting forever (LP: #182940).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
have to clean up goof up from 0.92k too..
|
|
This reverts commit c5a45496b9c72e41333e213979d43fbcff34da9f.
hinders removal of other package linux-image postinst call also
the /etc/kernel structure, thus delete needs a takeover and this
is postlenny material.
thanks Vincent Danjean <vdanjean@debian.org> for report.
(closes: #499270)
|
|
|
|
it generates linux images that look into this directories
for maintainer script action.
make sure to generate an intramfs and also to remove it.
|
|
|
|
Now that d-i won't create /etc/initramfs-tools/conf.d/driver-policy
in all cases, I think reference to is mostly useless.
|
|
glantank-update-kernel has been merged into flash-kernel and
glantank-update-kernel will now call flash-kernel for compatibility.
So there's no need to run glantank-update-kernel anymore.
In case you do another upload for lenny, please include this patch.
But there's no reason just to upload for this since nothing will break
with the current initramfs-tools (although flash-kernel will be ran
twice).
|
|
|
|
Please mention in initramfs.conf that the values specified there can
be overriden via /etc/mkinitramfs/conf.d. This is important since d-i
will now use /etc/initramfs-tools/conf.d/driver-policy to set MODULES.
|
|
found under drivers/s390/block instead drivers/block location.
"allows to access disks under VM"
request by s390 porter Bastian Blank <waldi@debian.org>
|
|
lives under drivers/s390/scsi and not drivers/scsi
(closes: #498698)
|
|
|
|
`/usr/share/initramfs-tools/hook-functions' would not show up.
|
|
|
|
mkinitramfs MODULES=dep detection didn't account for lvm on md, fixes
mkinitramfs: missing md root /dev/mapper/ts409-root /sys entry
(closes: #498237)
thanks for report to Rod Whitby <rod@whitby.id.au>
|
|
|
|
On OLPC machines, root is a nand device that is mounted as mtd0 (it is
neither a block device nor a char device). The arguments passed to the
kernel are "ro root=mtd0 rootfstype=jffs2".
Unfortunately, attempting to use an initrd based upon initramfs-tools
on such a machine results in a kernel panic and a syntax error.
Begin: Mounting root file system ... /init: line 172: syntax error:
0xmtd0
The probably appears to be in parse_numeric(); the init scripts
assume that normal devices are always prefixed with /, and root=
strings that aren't are raw device numbers (prefixing them with
0x). I'm not sure if there are other devices similar to mtd that
don't begin with a /.
How about something like the following patch? It's not foolproof,
but it at least ignores things that can't possibly be hex strings.
fixes partially #497133
|
|
after lenny the symlink of udev is meant to be gone,
support partial upgrades from lenny.
|
|
currently ext4 is named ext4dev, doesn't matter if it doesn't exit,
just list it to be future proof for the lenny release.
klibc fstype has already ext4dev support (closes: #494922)
|
|
|
|
|
