Age | Commit message (Collapse) | Author |
|
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>
|
|
better catch errors early..
Signed-off-by: maximilian attems <maks@debian.org>
|
|
nothing there to see allmost..
Signed-off-by: maximilian attems <maks@debian.org>
|
|
This documents problem with noexec mount options and fixes:
BTW: The information about mkinitramfs looking at $TMPDIR is missing in
the mkinitramfs(8) man page. Looked there (mostly for commandline
options) before reporting that bug. But even searching for "TMP" in
there now didn't find any hint on that.
[ s/must/should/, date ]
Signed-off-by: maximilian attems <maks@debian.org>
|
|
|
|
|
|
|
|
recommend way by dpkg maintainer, need to test.
|
|
recommend way by dpkg maintainer, need to test.
|
|
mktemp has marked the "-t" option as depcrecated,
support TMPDIR.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
just the relevant fixes
|
|
needs to include current sid versions.
|
|
hadn't checked that boot script before upload, see #576641.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
needs to include current sid versions.
|
|
hadn't checked that boot script before upload, see #576641.
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>
|
|
to bring forward current known issues.
|
|
|
|
concerning framebuffer boot script:
"I don't think regular users need to see this; the maintainers of those
packages can read the changelog."
Reviewed-by: Ben Hutchings <ben@decadent.org.uk>
|
|
add changelog and NEWS
Signed-off-by: maximilian attems <maks@debian.org>
|
|
got missed when adding the support.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
see 576488, for report.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
no need to spam people with:
rm: cannot remove `/tmp/mkinitramfs_jWCE0R/lib/modules/2.6.33-2-amd64/modules.*map': No such file or directory
Signed-off-by: maximilian attems <maks@debian.org>
|
|
allows to pointing to themselves.
(closes: #565386)
Signed-off-by: maximilian attems <maks@debian.org>
|
|
people might want to use that.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
seems nobody had a look since longer,
nuke useless cpiogz for now, we may want resurrect that later.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
merge from 0.92bubuntu1
Signed-off-by: maximilian attems <maks@debian.org>
|
|
merge from 0.92bubuntu9
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>
|
|
fixes unionfs-fuse to service requests made by non-root users.
[ merge from 0.92bubuntu31, this does not interfer with UMASK setting of
created initramfs, but only concerns / of initramfs -maks ]
Signed-off-by: maximilian attems <maks@debian.org>
|
|
no point in spamming that for quiet boot.
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>
|
|
it is no longer used on boot, saves initramfs space and thus speed.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
partialy revert "nuke thermal hooks",
this is needed for broken hardware.
no point in us loading them, as udev will do it anyway and
should soon run earlier.
This reverts commit c5e39cd1cb1dc9f6a18de07e137ef47ecc8f8cc6.
|
|
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>
|
|
forgot to add here on compress commit.
|
|
this version uses /etc/initramfs-tools/initramfs.conf to determine
the compression method, checks kernel and userspace support with
fallback to gzip. Since LZO didnt work for me at all with 2.6.33
I left that out for now.
(closes: #533903)
[ minor changes in mkinitramfs code ]
Signed-off-by: maximilian attems <maks@debian.org>
|
|
allows wider usage.
(closes: #487409)
Reported-by: Christoph Anton Mitterer <calestyo@scientia.net>
Signed-off-by: maximilian attems <maks@debian.org>
|
|
[ merge from 0.92bubuntu1 ]
Reported-by: Ben Hutchings <ben@decadent.org.uk>
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>
|
|
they cause cpio to explode (LP: #540686).
[ merge from 0.92bubuntu70 ]
(closes: #575157)
Signed-off-by: maximilian attems <maks@debian.org>
|
|
Allows to redirect the console early.
[ merge from 0.92bubuntu71 ]
Signed-off-by: maximilian attems <maks@debian.org>
|
|
[ merge from 0.92bubuntu71 ]
Signed-off-by: maximilian attems <maks@debian.org>
|
|
Reported-by: Loïc Grenié <loic.grenie@gmail.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>
|
|
sloppy coding without coffee
|
|
check for /etc/elilo.conf
(closes: #534201)
Signed-off-by: maximilian attems <maks@debian.org>
|
|
UMASK variable was supported for some time, but nobody knew about it.
(closes: #536195)
Signed-off-by: maximilian attems <maks@debian.org>
|
|
Here is a bug description and a patch. Please consider it.
The patch solves a an LTSP client problem that arises when
the clients are connected to Cisco switches that have
spanning-tree calculations enabled.
Also related to:
http://git.debian.org/?p=kernel/initramfs-tools.git;a=commitdiff;h=9c3ec61b1a5e2feaa8d9c6de737eaa00eb446a9c
And
http://git.debian.org/?p=kernel/initramfs-tools.git;a=commitdiff;h=115134f07a0dd042355a2a6fb5a5ca987b000f5d
Here in an extensive explaination:
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/181258
Also in the following:
I can report the same problem. A number of diskless clients go
flawlessly through a PXE boot, then the net interface is brought down
when the Linux kernel boots and suddenly, dhcp does not work anymore.
Background research on the network: The clients are connected to Cisco
switches. The configuration of the switches makes them run spanning-tree
calculations. This usually takes some seconds but for large networks it
can take up to 30 40 seconds.
The network port on the switch is turned on, when this calculation has
been finished. This is primarily a security measure.
See also: http://networkers-online.com/blog/2008/08/what-is-bpdu-filter/
If this security measure is turned off, the client boots without
problems. :)
To debug the problem, the following boot line was used:
kernel amd64/vmlinuz
append ro initrd=amd64/initrd.img nbdport=2000 debug=100 break=1
ip=dhcp
In my case, this causes a timeout as can be seen on the attached
screenshots. The kernel loads the NIC module e1000e and reports the type
of NIC et.c. The kernel time reported is 5.927 .
The debug shows the following:
configure_networking
[ -n eth0 ]
[-e /tmp/net-eth0.conf ]
ipconfig -t 60 eth0
At about 6.4 in kernel time, the NIC module reports further about it's
IRQ configuration.
Two seconds (2 sec) later at about 8.56 the NIC module reports that the
Link is up at 100 Mbps full duplex.
Some milliseconds later it signals ADDRCONF(NETDEV_CHANGE): eth0: link
becomes ready .
At this point in time, ipconfig is just waiting for an answer to the
DHCP-discover that really was choked by the switch.
Now this is an obvious flaw in the script. It would be much more
reasonable to try repeatedly with increasing timouts. This would also
be much more efficent.
may I suggest the following timeouts:
4
8
16
30
60
The sum of this timeout is about 120 seconds.
I did some testing with exponential timeout with 1 2 4 8 16 30 ...
and it solved the problem, but it seems that ipconfig runs once
additionally after it has actually done the job.
I am running tests now with an exponent of n/1.5 instead of n.
That would give a sequence of (ca)
2 3 4 6 9 16 25 36 64 100
Attached are a jpeg screenshot of the boot sequence and of
course the patch. The patch is relative to the present git
snapshot.
--
Kindest Regards, Anna Jonna Ármannsdóttir, %& A: Because people read from top to bottom.
Unix System Aministration, Computing Services, %& Q: Why is top posting bad?
University of Iceland.
Signed-off-by: maximilian attems <maks@debian.org>
|