On Monday 10 of May 2010 12:11:28 Ionut Biru wrote:
> On 05/10/2010 12:57 PM, Marek Otahal wrote:
> > On Sunday 09 of May 2010 19:52:19 Thomas Bächler wrote:
> >> Am 09.05.2010 19:37, schrieb Thomas Bächler:
> >>> Am 09.05.2010 19:23, schrieb Pierre Schmitz:
> I noticed the same. But this is c
On 05/10/2010 12:57 PM, Marek Otahal wrote:
On Sunday 09 of May 2010 19:52:19 Thomas Bächler wrote:
Am 09.05.2010 19:37, schrieb Thomas Bächler:
Am 09.05.2010 19:23, schrieb Pierre Schmitz:
I noticed the same. But this is caused by the mkinitcpio update and not
the kernel. In my case "logo.nol
On Sunday 09 of May 2010 19:52:19 Thomas Bächler wrote:
> Am 09.05.2010 19:37, schrieb Thomas Bächler:
> > Am 09.05.2010 19:23, schrieb Pierre Schmitz:
> >> I noticed the same. But this is caused by the mkinitcpio update and not
> >> the kernel. In my case "logo.nologo" in the kernel parameter line
On Sunday 09 May 2010 23:22:19 Thomas Bächler wrote:
> Am 09.05.2010 19:37, schrieb Thomas Bächler:
> > Am 09.05.2010 19:23, schrieb Pierre Schmitz:
> >> I noticed the same. But this is caused by the mkinitcpio update and not
> >> the kernel. In my case "logo.nologo" in the kernel parameter line wa
> I sincerely apologize, that was entirely uncalled for. It seems gcc
> screwed up, see my latest post here.
not a problem :) I'm glad the bug is fixed and my systems boot again. Thank
you!
--
Marek Otahal :o)
On 05/09/2010 06:20 PM, Marek Otahal wrote:
> On Sunday 09 of May 2010 15:55:17 Pierre Schmitz wrote:
>> On Sat, 8 May 2010 00:04:43 +0200, Dieter Plaetinck
>>
>> wrote:
>>> On Sun, 02 May 2010 17:49:13 +0200
>>>
>>> Pierre Schmitz wrote:
This new kernel just exports some additional symbols
On Sun, May 9, 2010 at 12:03 PM, Marek Otahal wrote:
> Loading initramfs
> Starting udevd
> Done
> /Init: export: line 52: Variable name missing...
You're not the only one seeing it:
http://bugs.archlinux.org/task/19403
--
Byron Clark
Am 09.05.2010 20:03, schrieb Marek Otahal:
> Thomas:
> Why such an unfriendly tone.. Anyways, I did write it down and it goes:
> Loading initramfs
> Starting udevd
> Done
> /Init: export: line 52: Variable name missing...
>
> Thank you both for looking at this.
I sincerely apologize, that was
On Sunday 09 of May 2010 19:23:28 Pierre Schmitz wrote:
> On Sun, 9 May 2010 19:20:31 +0200, Marek Otahal
>
> wrote:
> >> It seems to be fine in x86_64 and the aufs bugs are confirmed to be
>
> fixed
>
> >> with this version. So, I'll move these to core/extra.
> >
> > Hello,
> > please just te
Am 09.05.2010 19:37, schrieb Thomas Bächler:
> Am 09.05.2010 19:23, schrieb Pierre Schmitz:
>> I noticed the same. But this is caused by the mkinitcpio update and not
>> the kernel. In my case "logo.nologo" in the kernel parameter line was
>> causing this.
>
> That is plan bullshit. The mkinitcpio
Am 09.05.2010 19:23, schrieb Pierre Schmitz:
>> please just test a bit more the new kernel, I have just rebooted to the
>> new
>> 2.6.33.3-2 kernel and got kernel panic on Init: ..something about
> missing
>> symbols, failed exec and 52 - I didn't take notes of that and don't know
>> if
>> it's
Am 09.05.2010 19:23, schrieb Pierre Schmitz:
> I noticed the same. But this is caused by the mkinitcpio update and not
> the kernel. In my case "logo.nologo" in the kernel parameter line was
> causing this.
That is plan bullshit. The mkinitcpio update didn't even _touch_ the
init file, it is entir
On Sun, 9 May 2010 19:20:31 +0200, Marek Otahal
wrote:
>> It seems to be fine in x86_64 and the aufs bugs are confirmed to be
fixed
>> with this version. So, I'll move these to core/extra.
> Hello,
> please just test a bit more the new kernel, I have just rebooted to the
> new
> 2.6.33.3-2 kerne
On Sunday 09 of May 2010 15:55:17 Pierre Schmitz wrote:
> On Sat, 8 May 2010 00:04:43 +0200, Dieter Plaetinck
>
> wrote:
> > On Sun, 02 May 2010 17:49:13 +0200
> >
> > Pierre Schmitz wrote:
> >> This new kernel just exports some additional symbols for aufs2 which
> >> was updated to a new snaps
On Sun, May 2, 2010 at 11:02 AM, Roman Kyrylych
wrote:
> On Sun, May 2, 2010 at 18:49, Pierre Schmitz wrote:
>> This new kernel just exports some additional symbols for aufs2 which was
>> updated to a new snapshot. This should hopefully fix some issues with the
>> .33 kernel and aufs. Related auf
On Sun, May 2, 2010 at 18:49, Pierre Schmitz wrote:
> This new kernel just exports some additional symbols for aufs2 which was
> updated to a new snapshot. This should hopefully fix some issues with the
> .33 kernel and aufs. Related aufs packages are: aufs2 2.6.33_20100425-2 and
> aufs2-util 2010
16 matches
Mail list logo