On Tue, 09 Oct 2012, maximilian attems wrote:
> > On Tue, 09 Oct 2012, maximilian attems wrote:
> > > On Mon, Oct 08, 2012 at 06:03:20PM -0300, Henrique de Moraes Holschuh
> > > wrote:
> > > > Well, I don't mind changing the name of the initramfs-tools helper
> > > > scripts
> > > > in the *-micr
On Tue, Oct 09, 2012 at 07:26:47AM -0300, Henrique de Moraes Holschuh wrote:
> On Tue, 09 Oct 2012, maximilian attems wrote:
> > On Mon, Oct 08, 2012 at 06:03:20PM -0300, Henrique de Moraes Holschuh wrote:
> > > Well, I don't mind changing the name of the initramfs-tools helper scripts
> > > in the
There is a partial workaround for the case of a noexec /tmp or /var/tmp
that I found in the mkinitramfs manpage and used to circumvent this
problem: using/adding TMPDIR in /etc/initramfs-tools/initramfs.conf and
make it point to an "exec" dir.
Unfortunately, this tip is not repeated where it belo
On Tue, 09 Oct 2012, maximilian attems wrote:
> On Mon, Oct 08, 2012 at 06:03:20PM -0300, Henrique de Moraes Holschuh wrote:
> > Well, I don't mind changing the name of the initramfs-tools helper scripts
> > in the *-microcode packages,
>
> please do so.
As long as the release managers agree. I
On Mon, Oct 08, 2012 at 06:03:20PM -0300, Henrique de Moraes Holschuh wrote:
>
> Well, I don't mind changing the name of the initramfs-tools helper scripts
> in the *-microcode packages,
please do so.
> but this _really_ needs to be documented in the
> initramfs-tools manpages, AND it needs to g
On Mon, 08 Oct 2012, maximilian attems wrote:
> "Variables set by the user must have a name consisting solely of alphabet‐
> ics, numerics, and underscores - the first of which must not be numeric."
> - dash.1
>
> it seems the initramfs-tools manpage added the "dash" along
> the lines, which is wr
Hello!
I think the initrd scripts should be renamed to use "_" instead of "-".
WBR,
Mihail.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
"Variables set by the user must have a name consisting solely of alphabet‐
ics, numerics, and underscores - the first of which must not be numeric."
- dash.1
it seems the initramfs-tools manpage added the "dash" along
the lines, which is wrong for this cornercase of /tmp noexec and
no busybox.
The
Hello!
Maybe is the problem in names of variables?
$ eval array_intel-microcode="udev"
bash: array_intel-microcode=udev: command not found
$ echo $?
127
$ echo $array_intel-microcode
-microcode
$ eval array_intel_microcode="udev"
$ echo $?
0
$ echo $array_intel_microcode
udev
WBR,
Mihail.
reassign 688794 initramfs-tools
severity 688794 important
retitle 688794 [initramfs] scripts/hook-functions: breaks boot if /tmp noexec
clone 688794 -1
retitle -1 [initramfs] scripts/functions: PANICs when ORDER files are missing
thanks
Summary:
1. scripts/hook-functions malfunctions if /tmp is m
Hi Henrique,
I found where does the problem come from. My /tmp is mounted with
"noexec" option since ages. If I remount it with "exec" before running
"update-initramfs -u", there is no error and then the next reboot is
ok. I had a similar problem a few weeks ago with the new flashplayer
updater sc
Ok, I found the problem. Your broken initramfs image is missing the ORDER
files. All initramfs images that work fine have the ORDER files.
There are _three_ codepaths in the initramfs script/functions: one wants the
ORDER files (which are missing in your initramfs image), the other wants
tsort (
On Sat, 29 Sep 2012, Lionel Gamay wrote:
> Meanwhile I tried something else: I kept the "intel-microde" and
> "iucode-tool" packages installed but used the previous microcode-free
> kernel instead of the one generated after installing the above
> packages. However, I added "microcode" to "/etc/modu
Meanwhile I tried something else: I kept the "intel-microde" and
"iucode-tool" packages installed but used the previous microcode-free
kernel instead of the one generated after installing the above
packages. However, I added "microcode" to "/etc/modules" in order to
force module loading. When I boo
Hi Henrique,
2012/9/29 Henrique de Moraes Holschuh :
> On Fri, 28 Sep 2012, Lionel Gamay wrote:
>> I followed you advice but I still get a similar error message, without
>> any reference to udev:
>>
>> "Loading, please wait...
>> /init: eval: line 1: array_intel_microcode=: not found
>> /init: eva
On Fri, 28 Sep 2012, Lionel Gamay wrote:
> I followed you advice but I still get a similar error message, without
> any reference to udev:
>
> "Loading, please wait...
> /init: eval: line 1: array_intel_microcode=: not found
> /init: eval: line 1: array_intel_microcode=: not found
> PANIC: Circula
Hi Henrique,
I followed you advice but I still get a similar error message, without
any reference to udev:
"Loading, please wait...
/init: eval: line 1: array_intel_microcode=: not found
/init: eval: line 1: array_intel_microcode=: not found
PANIC: Circular dependancy. Exiting."
Then I am droppe
On Wed, 26 Sep 2012, Lionel Gamay wrote:
> It is quite weird to get this error on two different machines using
> different architectures and even while trying two different kernels on
> these two machines. Then four different configurations lead to this
> message. BTW, you are right: it is "array..
Hi Henrique,
It is quite weird to get this error on two different machines using
different architectures and even while trying two different kernels on
these two machines. Then four different configurations lead to this
message. BTW, you are right: it is "array..." and not "Array..." in
the error
tag 688794 + moreinfo
thanks
I cannot reproduce this.
I have installed a brand-new wheezy VM with the wheezy kernel (3.2.0-3). I
installed the old microcode.ctl and intel-microcode packages. It worked. I
rebooted. It worked. I upgraded to the new intel-microcode package (which
also updates m
On Tue, 25 Sep 2012, Lionel Gamay wrote:
> I tried to upgrade from 1.20120606.1 on my i386 netbook and my current x64
> machine, with either 3.2 or 3.5-trunk kernels on each PC. On reboot I always
> get the following error messages before dropping down to BusyBox console:
>
> Loading, please wait.
Sorry, typo error: it occurs when installing 1.20120606.6 coming from
0.20120606-1.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: intel-microcode
Version: 0.20120606-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I tried to upgrade from 1.20120606.1 on my i386 netbook and my current x64
machine, with either 3.2 or 3.5-trunk kernels on each PC. On reboot I always
get the following error m
23 matches
Mail list logo
