Re: Kernel problem

[songbird]

Hilary Snaden wrote:
...
> What change in 5.9 (perhaps 5.8) may be caused the machine to freeze, 
> and can it be fixed?

  p.s. use the command reportbug as it will give more
relevant information that will help.  :)


  songbird

Re: Kernel problem

[songbird]

Dan Ritter wrote:
...
> Could be anything. You are running the unstable version of
> Debian.
>
> You should report it to the Debian kernel maintainers:
>  Debian Kernel Team 

  *nods*

  will be very important to know the type of the 
processor and laptop, it may be one of the peripheral
interface chips.

  for the record i've been following the recent unstable
kernel images running MATE and i've not had a single oops
or problem with the keyboard.  i'm running a desktop though.


  songbird

Re: Kernel problem

[Dan Ritter]

Hilary Snaden wrote: 
> Description:  Debian GNU/Linux bullseye/sid
> 
> After a recent kernel update, my previously very stable laptop developed
> major problems. After a period usually of about 12 hours (once after only 2
> hours, once after about 36), the machine froze, requiring a hard power
> cycle. At no time did desktop indicators (Mate and Xfce) show CPU hogging or
> memory shortage. Two more kernel updates did not resolve this problem. There
> were frequent flickers of the display. I suspected that the keyboard had
> become more sluggish, occasionally missing keystrokes altogether.
> 
> On last starting the machine, I booted using the earliest installed kernel
> 5.7.0-3 (5.7.17-1). The first thing I noticed was that the keyboard was
> properly responsive again. It has now been running for over 27 hours with
> not so much as a missed keystroke. The display has been rock solid again.
> 
> What change in 5.9 (perhaps 5.8) may be caused the machine to freeze, and
> can it be fixed?

Could be anything. You are running the unstable version of
Debian.

You should report it to the Debian kernel maintainers:
 Debian Kernel Team 

-dsr-

Re: Kernel problem?

[deloptes]

David Wright wrote:

> That's right: deloptes claim was mistaken, which I pointed out
> because errors of fact need correcting.
> I didn't mean to mystify you (or anybody else).

Sorry I agree with you, I also learned something, thanks.

Re: Kernel problem?

[David Wright]

On Thu 11 Jan 2018 at 15:35:36 (-0500), Felix Miata wrote:
> David Wright composed on 2018-01-11 12:52 (UTC-0600):
> 
> > On Wed 10 Jan 2018 at 19:48:57 (-0500), Felix Miata wrote:
> 
> >> deloptes composed on 2018-01-11 01:12 (UTC+0100):
> 
> >> > David Wright wrote:
> 
> >> >>> It seemed to install vmlinuz-4.9.0-5-686-pae (and associated config and
> >> >>> image files, etc) in place of 4.9.0-4-686-pae versions.  Now the system
> 
> >> >> [spaces inserted]  ↑↑↑ really? It's a different package so
> >> >> it should install alongside the old one.
> 
> >> > no, this is one and the same package - just a different debian revision 
> >> > - so
> >> > the previous gets replaced AFAIK 
> 
> > Sorry, but evidently you don't.
> 
> Who didn't get what?

Here are the lines whose prefix-quoting displays the answer:

> >> deloptes composed on 2018-01-11 01:12 (UTC+0100):
> >> > no, this is one and the same package - just a different debian revision 
> >> > - so
> >> > the previous gets replaced AFAIK [As Far As I Know]

 ↑___the extra > indicates which lines deloptes wrote.

IOW

who  deloptes …
what … was mistaken in distinguishing between "package name"
 and "Debian version" in the excerpt posted by the OP.

> >> I think you missed this same thread post from yesterday:
> >> https://lists.debian.org/debian-user/2018/01/msg00372.html
> 
> > I'm not sure that would help. The first half of that post showed
> > a very idiosyncratic /boot listing which seems to be customised
> > to support your own multibooting setup. I'm not sure whether it
> > would help or confuse the OP.
> 
> I expected it to. Here's the same listing with nonessential lines excised:
> 
> -rw-r--r--  1 17388979 Jan  9 17:45 initrd.img-4.9.0-4-686-pae
> -rw-r--r--  1 17392772 Jan  9 17:44 initrd.img-4.9.0-5-686-pae
> -rw-r--r--  1  3643920 Dec 22 19:39 vmlinuz-4.9.0-4-686-pae
> -rw-r--r--  1  3645296 Jan  4 06:12 vmlinuz-4.9.0-5-686-pae

That's much clearer. But then your post went on to talk about
deleting and copying the (duly noted) additional symlinks.
These (as seen in your earlier post) are things that you've made
for yourself for a purpose that's clear to you, but probably not
clear to most people running a more conventional booting setup.

> Clearly, 4.9.0-4 and 4.9.0-5 pae kernels are present, the very kernels in the 
> OP
> that, as I read, deloptes subsequently claimed were "one and the same package"
> (could not coexist).

That's right: deloptes claim was mistaken, which I pointed out
because errors of fact need correcting.
I didn't mean to mystify you (or anybody else).

It follows that if you don't dist-upgrade (apt-get's sense) when the
ABI is bumped, the new package won't be installed. If you don't have
the generic metapackage installed, you might not even be aware that
the ABI *has* been bumped—you just stop getting kernel upgrades for
no discernible reason. AIUI (do correct me) only the latest ABI's
version gets updated after the change.

Cheers,
David.

Re: Kernel problem?

[Felix Miata]

David Wright composed on 2018-01-11 12:52 (UTC-0600):

> On Wed 10 Jan 2018 at 19:48:57 (-0500), Felix Miata wrote:

>> deloptes composed on 2018-01-11 01:12 (UTC+0100):

>> > David Wright wrote:

>> >>> It seemed to install vmlinuz-4.9.0-5-686-pae (and associated config and
>> >>> image files, etc) in place of 4.9.0-4-686-pae versions.  Now the system

>> >> [spaces inserted]  ↑↑↑ really? It's a different package so
>> >> it should install alongside the old one.

>> > no, this is one and the same package - just a different debian revision - 
>> > so
>> > the previous gets replaced AFAIK 

> Sorry, but evidently you don't.

Who didn't get what?

>> I think you missed this same thread post from yesterday:
>> https://lists.debian.org/debian-user/2018/01/msg00372.html

> I'm not sure that would help. The first half of that post showed
> a very idiosyncratic /boot listing which seems to be customised
> to support your own multibooting setup. I'm not sure whether it
> would help or confuse the OP.

I expected it to. Here's the same listing with nonessential lines excised:

-rw-r--r--  1 17388979 Jan  9 17:45 initrd.img-4.9.0-4-686-pae
-rw-r--r--  1 17392772 Jan  9 17:44 initrd.img-4.9.0-5-686-pae
-rw-r--r--  1  3643920 Dec 22 19:39 vmlinuz-4.9.0-4-686-pae
-rw-r--r--  1  3645296 Jan  4 06:12 vmlinuz-4.9.0-5-686-pae

Clearly, 4.9.0-4 and 4.9.0-5 pae kernels are present, the very kernels in the OP
that, as I read, deloptes subsequently claimed were "one and the same package"
(could not coexist).
-- 
"Wisdom is supreme; therefore get wisdom. Whatever else you
get, get wisdom." Proverbs 4:7 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: Kernel problem?

[David Wright]

On Wed 10 Jan 2018 at 19:48:57 (-0500), Felix Miata wrote:
> deloptes composed on 2018-01-11 01:12 (UTC+0100):
> 
> > David Wright wrote:
> 
> >>> It seemed to install vmlinuz-4.9.0-5-686-pae (and associated config and
> >>> image files, etc) in place of 4.9.0-4-686-pae versions.  Now the system
> 
> >> [spaces inserted]  ↑↑↑ really? It's a different package so
> >> it should install alongside the old one.
> 
> > no, this is one and the same package - just a different debian revision - so
> > the previous gets replaced AFAIK 

Sorry, but evidently you don't.

> I think you missed this same thread post from yesterday:
> https://lists.debian.org/debian-user/2018/01/msg00372.html

I'm not sure that would help. The first half of that post showed
a very idiosyncratic /boot listing which seems to be customised
to support your own multibooting setup. I'm not sure whether it
would help or confuse the OP.

The second half didn't take any account of what the various parts
of the version numbers mean. They're not just there as a joke,
or an accident of punctuation.

The kernel-image maintainers update the Debian versions, and
*their* numbers, as quickly as possible. OTOH they strive to
change the ABI number as *slowly* as possible. Your advice was
wrong: you don't want to wait for an ABI change.

You should only revert to the old ABI version to get the system up
so that you can investigate why the new one won't work.¹

You should leave the new ABI version installed so that any
normal upgrades of it will take place. (It's always possible
that the reason the system didn't boot is because another bug
was present, and gets fixed in the usual manner.)

No one knows when the next ABI change will take place. It could
be tomorrow; it could be years away.

¹ There may be folks, too, who have yet to make kernel module
  changes to suit the new ABI.
  Disclaimer: sorry if you get hacked.

Cheers,
David.

Re: Kernel problem?

[Jimmy Johnson]

On 01/06/2018 06:58 PM, Rob Hurle wrote:

Hi All,

   I'm running Stretch and yesterday I did my normal:

sudo apt-get update
sudo apt-get upgrade

It seemed to install vmlinuz-4.9.0-5-686-pae (and associated config and
image files, etc) in place of 4.9.0-4-686-pae versions.  Now the system
won't boot at all.  I have reverted to 4.9.0-4-686-pae and all is well.  My
questions are:

1.  Does anyone else see this?

2.  How can I revert without losing my working 4.9.0-4-686-pae system?  Can
I just change the soft links for initrd.img and vmlinuz at / to point to
the 4.9.0-4-686-pae versions instead of the 4.9.0-5-686-pae ones?  Will
this break something else for a future upgrade?

Any help much appreciated.  Thank you.


I had a problem with that kernel on first boot, so I booted the old 
kernel with no problem and then tried the new kernel again to see if I 
could get a hint at what the problem was and it booted and the desktop 
started with no problem and again with no problem, go figure..I'm still 
booting the new kernel(Linux jimmy-1 4.9.0-5-amd64 #1 SMP Debian 
4.9.65-3+deb9u2 (2018-01-04) x86_64 GNU/Linux) with no problem.  So if 
you have not tried to reboot with the new kernel, maybe cross your 
fingers and give it another try or two.


Cheers,
--
Jimmy Johnson

Debian Stretch - KDE Plasma 5.8.6 - AMD A8-7600 - EXT4 at sda6
Registered Linux User #380263

Re: Kernel problem?

[Felix Miata]

deloptes composed on 2018-01-11 01:12 (UTC+0100):

> David Wright wrote:

>>> It seemed to install vmlinuz-4.9.0-5-686-pae (and associated config and
>>> image files, etc) in place of 4.9.0-4-686-pae versions.  Now the system

>> ↑↑↑ really? It's a different package so
>> it should install alongside the old one.

> no, this is one and the same package - just a different debian revision - so
> the previous gets replaced AFAIK 

I think you missed this same thread post from yesterday:
https://lists.debian.org/debian-user/2018/01/msg00372.html
-- 
"Wisdom is supreme; therefore get wisdom. Whatever else you
get, get wisdom." Proverbs 4:7 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: Kernel problem?

[deloptes]

David Wright wrote:

>> It seemed to install vmlinuz-4.9.0-5-686-pae (and associated config and
>> image files, etc) in place of 4.9.0-4-686-pae versions.  Now the system
> 
> ↑↑↑ really? It's a different package so
> it should install alongside the old one.

no, this is one and the same package - just a different debian revision - so
the previous gets replaced AFAIK

regards

Re: Kernel problem?

[Sven Joachim]

On 2018-01-10 16:58 -0500, Felix Miata wrote:

> In the case of stable Debian release kernel versioning at least, the .0 in 
> both
> seem to be entirely superfluous. Does any other integer ever appear in place 
> of
> that 0?

No.  The trailing .0 is only there to appease programs that do not work
with a two-digit kernel version, which is also the reason why Linus
numbers his releases as x.y.0(-rcN) rather than just x.y(-rcN) .

You can learn more about the numbers used in Debian kernels and what
they mean in the Debian Kernel Handbook[1].

> Upstream according to https://www.kernel.org/ 4.9 is at 4.9.75.

The upstream version of the Debian kernel is available with "uname -v":

,
| $ uname -v
| #1 SMP Debian 4.14.12-2 (2018-01-06)
`

Here 4.14.12 is the upstream version, and the -2 indicates the Debian
revision, not to be confused with the ABI version that appears in
"uname -r":

,
| $ uname -r
| 4.14.0-3-amd64
`

HTH,
Sven


1. https://kernel-handbook.alioth.debian.org/ch-versions.html

Re: Kernel problem?

[Felix Miata]

David Wright composed on 2018-01-10 15:12 (UTC-0600):

> On Tue 09 Jan 2018 at 18:18:27 (-0500), Felix Miata wrote:

>> Here's a portion of /boot/ on one I just updated minutes ago:

>> lrwxrwxrwx  1   26 Jan  9 17:47 initrd -> initrd.img-4.9.0-5-686-pae
>> lrwxrwxrwx  1   26 Jan  9 17:47 initrd-cur -> initrd.img-4.9.0-5-686-pae
>> -rw-r--r--  1 17388979 Jan  9 17:45 initrd.img-4.9.0-4-686-pae
>> -rw-r--r--  1 17067283 Oct 21 03:00 .initrd.img-4.9.0-4-686-pae1
>> -rw-r--r--  1 17388194 Oct 21 04:51 .initrd.img-4.9.0-4-686-pae2
>> -rw-r--r--  1 17388979 Jan  9 17:45 .initrd.img-4.9.0-4-686-pae3
>> -rw-r--r--  1 17392772 Jan  9 17:44 initrd.img-4.9.0-5-686-pae
>> -rw-r--r--  1 17392772 Jan  9 17:44 .initrd.img-4.9.0-5-686-pae1
>> lrwxrwxrwx  1   26 Oct 21 03:18 initrd-prv -> initrd.img-4.9.0-4-686-pae
>> lrwxrwxrwx  1   23 Jan  9 17:47 vmlinuz -> vmlinuz-4.9.0-5-686-pae
>> -rw-r--r--  1  3643920 Dec 22 19:39 vmlinuz-4.9.0-4-686-pae
>> -rw-r--r--  1  3645296 Jan  4 06:12 vmlinuz-4.9.0-5-686-pae
>> lrwxrwxrwx  1   23 Jan  9 17:46 vmlinuz-cur -> vmlinuz-4.9.0-5-686-pae
>> lrwxrwxrwx  1   23 Oct 21 03:18 vmlinuz-prv -> vmlinuz-4.9.0-4-686-pae

>> Note the additional symlinks, and the in-place initrd backups.

> I understand keeping backups, but what are the symlinks for?  
>   

Multiboot (menu.lsts and grub prompts). Installations retaining more than two
kernels have -prv2, -prv3, etc., and occasionally, -tst or -orig.

> Your backups are already renamed with suffixes, and also hidden
> with dots.

>> If what happened
>> to you happened to me, and I was unable to rebuild the 4.9.0.5 initrd or
>> anything else to solve the problem, I would purge the 4.9.0.5 kernel, delete 
>> the
>> -cur symlinks, and copy the -prv symlinks back to vmlinuz and initrd. If and
>> when an update brings a 4.9.0.6 or newer kernel, the 4.9.0.4 would be 
>> retained,
>> as 4.9.0.5 would have if it hadn't been purged.

> They're actually 4.9.0-4 and 4.9.0-5.

Dots, underscores and hyphens in package versions exist mainly to bloat
opportunities for human errors and break alphanumeric sorting in file manager
displays. :-)

In the case of stable Debian release kernel versioning at least, the .0 in both
seem to be entirely superfluous. Does any other integer ever appear in place of
that 0? Upstream according to https://www.kernel.org/ 4.9 is at 4.9.75.
-- 
"Wisdom is supreme; therefore get wisdom. Whatever else you
get, get wisdom." Proverbs 4:7 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: Kernel problem?

[David Wright]

On Tue 09 Jan 2018 at 18:18:27 (-0500), Felix Miata wrote:

> Here's a portion of /boot/ on one I just updated minutes ago:
> 
> lrwxrwxrwx  1   26 Jan  9 17:47 initrd -> initrd.img-4.9.0-5-686-pae
> lrwxrwxrwx  1   26 Jan  9 17:47 initrd-cur -> initrd.img-4.9.0-5-686-pae
> -rw-r--r--  1 17388979 Jan  9 17:45 initrd.img-4.9.0-4-686-pae
> -rw-r--r--  1 17067283 Oct 21 03:00 .initrd.img-4.9.0-4-686-pae1
> -rw-r--r--  1 17388194 Oct 21 04:51 .initrd.img-4.9.0-4-686-pae2
> -rw-r--r--  1 17388979 Jan  9 17:45 .initrd.img-4.9.0-4-686-pae3
> -rw-r--r--  1 17392772 Jan  9 17:44 initrd.img-4.9.0-5-686-pae
> -rw-r--r--  1 17392772 Jan  9 17:44 .initrd.img-4.9.0-5-686-pae1
> lrwxrwxrwx  1   26 Oct 21 03:18 initrd-prv -> initrd.img-4.9.0-4-686-pae
> lrwxrwxrwx  1   23 Jan  9 17:47 vmlinuz -> vmlinuz-4.9.0-5-686-pae
> -rw-r--r--  1  3643920 Dec 22 19:39 vmlinuz-4.9.0-4-686-pae
> -rw-r--r--  1  3645296 Jan  4 06:12 vmlinuz-4.9.0-5-686-pae
> lrwxrwxrwx  1   23 Jan  9 17:46 vmlinuz-cur -> vmlinuz-4.9.0-5-686-pae
> lrwxrwxrwx  1   23 Oct 21 03:18 vmlinuz-prv -> vmlinuz-4.9.0-4-686-pae
> 
> Note the additional symlinks, and the in-place initrd backups.

I understand keeping backups, but what are the symlinks for?
Your backups are already renamed with suffixes, and also hidden
with dots.

> If what happened
> to you happened to me, and I was unable to rebuild the 4.9.0.5 initrd or
> anything else to solve the problem, I would purge the 4.9.0.5 kernel, delete 
> the
> -cur symlinks, and copy the -prv symlinks back to vmlinuz and initrd. If and
> when an update brings a 4.9.0.6 or newer kernel, the 4.9.0.4 would be 
> retained,
> as 4.9.0.5 would have if it hadn't been purged.

They're actually 4.9.0-4 and 4.9.0-5. I don't know how stable the
4.9 kernels are as I can't see into the future, but just to point
out that jessie was stuck on 3.16.0-4 from at least November 2014
(five months before its release) until this week. Wheezy was even
longer in the tooth; my 7.1 installation disk has 3.2.0-4 images
dated 9 June 2013 and I upgraded yesterday, so at that rate you'd
be waiting nearly five years.

Cheers,
David.

Re: Kernel problem?

[David Wright]

On Sun 07 Jan 2018 at 13:58:25 (+1100), Rob Hurle wrote:
>   I'm running Stretch and yesterday I did my normal:
> 
> sudo apt-get update
> sudo apt-get upgrade
> 
> It seemed to install vmlinuz-4.9.0-5-686-pae (and associated config and
> image files, etc) in place of 4.9.0-4-686-pae versions.  Now the system

↑↑↑ really? It's a different package so
it should install alongside the old one.

> won't boot at all.  I have reverted to 4.9.0-4-686-pae and all is well.  My
> questions are:
> 
> 1.  Does anyone else see this?
> 
> 2.  How can I revert without losing my working 4.9.0-4-686-pae system?  Can
> I just change the soft links for initrd.img and vmlinuz at / to point to
> the 4.9.0-4-686-pae versions instead of the 4.9.0-5-686-pae ones? Will
> this break something else for a future upgrade?

With this being a new package with a different name, both versions 4
and 5 should be in place in /boot.

Assuming you're booting with grub, it could be as simple as just
telling grub which kernel you want to be your default. The steps are:

Edit /etc/default/grub and change GRUB_DEFAULT=0 to GRUB_DEFAULT=saved
and run

# grub-mkconfig > /boot/grub/grub.cfg

which inserts a juggling trick into grub.cfg. That's a once-only
step. You can repeat the rest of this process at will.

You would normally now type

# grub-set-default 0

which would make grub boot by default the first entry: it writes

saved_entry=0

into /boot/grub/grubenv. This little file is the other part of the
trick that allows grub to remember something across reboots.

However, you don't want the first entry (0) to boot as this will
normally be the latest kernel. So you need to type

# grub-set-default 'foo>bar'

where foo and bar are, unfortunately, rather long strings¹.

Look in /boot/grub/grub.cfg for the submenu which is probably called
'Advanced options for Debian GNU/Linux'.
The string that you should write instead of "foo" is the
menuentry_id_option at the end of the line, which probably looks
something like gnulinux-advanced-7ccc1c1c-a690-418b-96c0-edcce6ebd3c1.

Now look under that submenu for the first menuentry that boots the
version 4 kernel. It's probably called
'Debian GNU/Linux, with Linux 4.9.0-4-686-pae'.
Again, the string that you should write instead of "bar" is the
menuentry_id_option which probably looks something like
gnulinux-4.9.0-4-686-pae-advanced-7ccc1c1c-a690-418b-96c0-edcce6ebd3c1.

After you have run grub-set-default with those strings, you can
examine the result with

$ cat /boot/grub/grubenv. The file is padded with # characters.
For example

$ cat /boot/grub/grubenv 
# GRUB Environment Block
saved_entry=gnulinux-advanced-7ccc1c1c-a690-418b-96c0-edcce6ebd3c1>gnulinux-4.9.0-4-686-pae-advanced-7ccc1c1c-a690-418b-96c0-edcce6ebd3c1
 … … …

Whenever you reboot, grub reads grubenv to find which menuentry
to boot. The code is in the first 40 lines or so of grub.cfg.

Because you've kept both versions of the kernel, you can retry
booting it whenever you come up with ideas as to what's wrong.
You'll also get any security updates etc as normal. If you
remove version 5, you may be unaware of any changes they make.

¹ disk partition UUIDs are rather long.

Cheers,
David.

Re: Kernel problem?

[Felix Miata]

Rob Hurle composed on 2018-01-07 13:58 (UTC+1100):

>   I'm running Stretch and yesterday I did my normal:

> sudo apt-get update
> sudo apt-get upgrade

> It seemed to install vmlinuz-4.9.0-5-686-pae (and associated config and
> image files, etc) in place of 4.9.0-4-686-pae versions.  Now the system
> won't boot at all.  I have reverted to 4.9.0-4-686-pae and all is well.  My
> questions are:

> 1.  Does anyone else see this?

> 2.  How can I revert without losing my working 4.9.0-4-686-pae system?  Can
> I just change the soft links for initrd.img and vmlinuz at / to point to
> the 4.9.0-4-686-pae versions instead of the 4.9.0-5-686-pae ones?  Will
> this break something else for a future upgrade?

> Any help much appreciated.  Thank you.


Here's a portion of /boot/ on one I just updated minutes ago:

lrwxrwxrwx  1   26 Jan  9 17:47 initrd -> initrd.img-4.9.0-5-686-pae
lrwxrwxrwx  1   26 Jan  9 17:47 initrd-cur -> initrd.img-4.9.0-5-686-pae
-rw-r--r--  1 17388979 Jan  9 17:45 initrd.img-4.9.0-4-686-pae
-rw-r--r--  1 17067283 Oct 21 03:00 .initrd.img-4.9.0-4-686-pae1
-rw-r--r--  1 17388194 Oct 21 04:51 .initrd.img-4.9.0-4-686-pae2
-rw-r--r--  1 17388979 Jan  9 17:45 .initrd.img-4.9.0-4-686-pae3
-rw-r--r--  1 17392772 Jan  9 17:44 initrd.img-4.9.0-5-686-pae
-rw-r--r--  1 17392772 Jan  9 17:44 .initrd.img-4.9.0-5-686-pae1
lrwxrwxrwx  1   26 Oct 21 03:18 initrd-prv -> initrd.img-4.9.0-4-686-pae
lrwxrwxrwx  1   23 Jan  9 17:47 vmlinuz -> vmlinuz-4.9.0-5-686-pae
-rw-r--r--  1  3643920 Dec 22 19:39 vmlinuz-4.9.0-4-686-pae
-rw-r--r--  1  3645296 Jan  4 06:12 vmlinuz-4.9.0-5-686-pae
lrwxrwxrwx  1   23 Jan  9 17:46 vmlinuz-cur -> vmlinuz-4.9.0-5-686-pae
lrwxrwxrwx  1   23 Oct 21 03:18 vmlinuz-prv -> vmlinuz-4.9.0-4-686-pae

Note the additional symlinks, and the in-place initrd backups. If what happened
to you happened to me, and I was unable to rebuild the 4.9.0.5 initrd or
anything else to solve the problem, I would purge the 4.9.0.5 kernel, delete the
-cur symlinks, and copy the -prv symlinks back to vmlinuz and initrd. If and
when an update brings a 4.9.0.6 or newer kernel, the 4.9.0.4 would be retained,
as 4.9.0.5 would have if it hadn't been purged.
-- 
"Wisdom is supreme; therefore get wisdom. Whatever else you
get, get wisdom." Proverbs 4:7 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: Kernel problem?

[tv.deb...@googlemail.com]

On 08/01/2018 15:59, Anton Gorlov wrote:

Hi.
Less /usr/share/doc/linux-image-4.9.0-5-amd64/changelog.Debian.gz

- x86/mm: Add the 'nopcid' boot option to turn off PCID
...
- kaiser: add "nokaiser" boot option, using ALTERNATIVE

In debian kernel no option *pti*

08.01.2018 07:14, Rob Hurle пишет:
Thanks to everyone who provided help with this failure of the 
4.9.0-5-686-pae kernel.  I have tried both "nopti" and "pti=off" 
kernel parameters to see if it is the fix for "Meltdown" which is 
causing the problem, but neither parameter changes anything. Since the 
system doesn't even get to the kernel fsck stage, I don't have any 
logs to be able to either report a bug or analyse the problem.  I also 
realise now that auto-update is turned on by default in Stretch, so 
that is how the new kernel became installed.  I have temporarily 
turned auto-update off because I don't want any automatic update to 
clobber my only working kernel - the 4.9.0-4-686-pae.  The updating 
system only seems to keep 2 generations of kernel?


Any further ideas would be very welcome.




Thanks a lot for correcting that, I am running a vanilla kernel from 
kernel.org on main computer. This Debianism is definitly worth a message 
upon install, I didn't see any on machines which run the default Debian 
kernel.

Re: Kernel problem?

[Anton Gorlov]

Hi.
Less /usr/share/doc/linux-image-4.9.0-5-amd64/changelog.Debian.gz

- x86/mm: Add the 'nopcid' boot option to turn off PCID
...
- kaiser: add "nokaiser" boot option, using ALTERNATIVE

In debian kernel no option *pti*

08.01.2018 07:14, Rob Hurle пишет:
Thanks to everyone who provided help with this failure of the 
4.9.0-5-686-pae kernel.  I have tried both "nopti" and "pti=off" kernel 
parameters to see if it is the fix for "Meltdown" which is causing the 
problem, but neither parameter changes anything. Since the system 
doesn't even get to the kernel fsck stage, I don't have any logs to be 
able to either report a bug or analyse the problem.  I also realise now 
that auto-update is turned on by default in Stretch, so that is how the 
new kernel became installed.  I have temporarily turned auto-update off 
because I don't want any automatic update to clobber my only working 
kernel - the 4.9.0-4-686-pae.  The updating system only seems to keep 2 
generations of kernel?


Any further ideas would be very welcome.

Re: Kernel problem?

[Rob Hurle]

Thanks to everyone who provided help with this failure of the
4.9.0-5-686-pae kernel.  I have tried both "nopti" and "pti=off" kernel
parameters to see if it is the fix for "Meltdown" which is causing the
problem, but neither parameter changes anything. Since the system doesn't
even get to the kernel fsck stage, I don't have any logs to be able to
either report a bug or analyse the problem.  I also realise now that
auto-update is turned on by default in Stretch, so that is how the new
kernel became installed.  I have temporarily turned auto-update off because
I don't want any automatic update to clobber my only working kernel - the
4.9.0-4-686-pae.  The updating system only seems to keep 2 generations of
kernel?

Any further ideas would be very welcome.

Cheers, Rob Hurle

-
Rob Hurle
e-mail:rob1...@gmail.com
Mobile:   +61 417 293 603 (Australia)
Telephone:  (02) 6236 3895
28 Mirrormere Rd, Burra, NSW 2620, Australia

On 8 January 2018 at 13:11, tv.deb...@googlemail.com <
tv.deb...@googlemail.com> wrote:

> On 07/01/2018 21:27, Marc Auslander wrote:
>
>> The new kernel implements the "fix" for meltdown.  You could try booting
>> with the fix turned off - I believe the kernel parameter is pti=off
>> Rob Hurle  writes:
>>
>> Hi All,
>>>
>>> I'm running Stretch and yesterday I did my normal:
>>>
>>> sudo apt-get update
>>> sudo apt-get upgrade
>>>
>>> It seemed to install vmlinuz-4.9.0-5-686-pae (and associated config
>>> and image files, etc) in place of 4.9.0-4-686-pae versions. Now the
>>> system won't boot at all. I have reverted to 4.9.0-4-686-pae and all
>>> is well. My questions are:
>>>
>>> 1. Does anyone else see this?
>>>
>>> 2. How can I revert without losing my working 4.9.0-4-686-pae system?
>>> Can I just change the soft links for initrd.img and vmlinuz at / to
>>> point to the 4.9.0-4-686-pae versions instead of the 4.9.0-5-686-pae
>>> ones? Will this break something else for a future upgrade?
>>>
>>> Any help much appreciated. Thank you.
>>>
>>> Cheers, Rob Hurle
>>>
>>> -
>>> Rob Hurle
>>> e-mail: rob1...@gmail.com
>>> Mobile: +61 417 293 603 (Australia)
>>> Telephone: (02) 6236 3895
>>> 28 Mirrormere Rd, Burra, NSW 2620, Australia
>>>
>>
>>
> Hi, if the hang is due to memory isolation option, then "nopti" added as a
> kernel boot parameter will cancel it. If you are on an Intel machine this
> will leave you exposed to the new class of "Meltdown" attacks.
> This kind of boot problem seems to happen to a very small number of
> systems, patches are already queued in the kernel to (hopefully) correct
> this, but you will have to wait for them to be merged.
>
> Hope it helps.
>
>

Re: Kernel problem?

[tv.deb...@googlemail.com]

On 07/01/2018 21:27, Marc Auslander wrote:

The new kernel implements the "fix" for meltdown.  You could try booting
with the fix turned off - I believe the kernel parameter is pti=off
Rob Hurle  writes:


Hi All,

I'm running Stretch and yesterday I did my normal:

sudo apt-get update
sudo apt-get upgrade

It seemed to install vmlinuz-4.9.0-5-686-pae (and associated config
and image files, etc) in place of 4.9.0-4-686-pae versions. Now the
system won't boot at all. I have reverted to 4.9.0-4-686-pae and all
is well. My questions are:

1. Does anyone else see this?

2. How can I revert without losing my working 4.9.0-4-686-pae system?
Can I just change the soft links for initrd.img and vmlinuz at / to
point to the 4.9.0-4-686-pae versions instead of the 4.9.0-5-686-pae
ones? Will this break something else for a future upgrade?

Any help much appreciated. Thank you.

Cheers, Rob Hurle

-
Rob Hurle
e-mail: rob1...@gmail.com
Mobile: +61 417 293 603 (Australia)
Telephone: (02) 6236 3895
28 Mirrormere Rd, Burra, NSW 2620, Australia




Hi, if the hang is due to memory isolation option, then "nopti" added as 
a kernel boot parameter will cancel it. If you are on an Intel machine 
this will leave you exposed to the new class of "Meltdown" attacks.
This kind of boot problem seems to happen to a very small number of 
systems, patches are already queued in the kernel to (hopefully) correct 
this, but you will have to wait for them to be merged.


Hope it helps.

Re: Kernel problem?

[Marc Auslander]

The new kernel implements the "fix" for meltdown.  You could try booting
with the fix turned off - I believe the kernel parameter is pti=off
Rob Hurle  writes:

>Hi All,
>
>I'm running Stretch and yesterday I did my normal:
>
>sudo apt-get update
>sudo apt-get upgrade
>
>It seemed to install vmlinuz-4.9.0-5-686-pae (and associated config
>and image files, etc) in place of 4.9.0-4-686-pae versions. Now the
>system won't boot at all. I have reverted to 4.9.0-4-686-pae and all
>is well. My questions are:
>
>1. Does anyone else see this?
>
>2. How can I revert without losing my working 4.9.0-4-686-pae system?
>Can I just change the soft links for initrd.img and vmlinuz at / to
>point to the 4.9.0-4-686-pae versions instead of the 4.9.0-5-686-pae
>ones? Will this break something else for a future upgrade?
>
>Any help much appreciated. Thank you.
>
>Cheers, Rob Hurle
>
>-
>Rob Hurle
>e-mail: rob1...@gmail.com
>Mobile: +61 417 293 603 (Australia)
>Telephone: (02) 6236 3895
>28 Mirrormere Rd, Burra, NSW 2620, Australia

Re: Kernel problem?

[Sven Joachim]

On 2018-01-07 13:58 +1100, Rob Hurle wrote:

>   I'm running Stretch and yesterday I did my normal:
>
> sudo apt-get update
> sudo apt-get upgrade
>
> It seemed to install vmlinuz-4.9.0-5-686-pae (and associated config and
> image files, etc) in place of 4.9.0-4-686-pae versions.  Now the system
> won't boot at all.  I have reverted to 4.9.0-4-686-pae and all is well.  My
> questions are:
>
> 1.  Does anyone else see this?

Bug #886485[1] talks about a hang at boot which may be the same what you
are seeing.

> 2.  How can I revert without losing my working 4.9.0-4-686-pae system?  Can
> I just change the soft links for initrd.img and vmlinuz at / to point to
> the 4.9.0-4-686-pae versions instead of the 4.9.0-5-686-pae ones?

Most bootloaders, including the default bootloader on PCs (grub), do not
use these symlinks at all.  To boot with the 4.9.0-4-686-pae kernel by
default, you can fiddle around with the grub configuration or uninstall
the 4.9.0-5-686-pae kernel.  In the latter case you would have to
downgrade or uninstall the linux-image-686-pae metapackage as well.

Cheers,
   Sven


1. https://bugs.debian.org/886485

Re: Kernel Problem Capabilities

[Saskia Whigham]

Hallo Leute,

ENTWARNUNG. Ich habe doch nicht CONFIG_SECURITY_CAPABILITIES=y fest im
Kernel gehabt. Habe jetz nach gerüstet und jetzt funzt es auch.

Fehler:

mod_cap/1.0: cap _set_proc failied: Operation not permitted
mod-cap/1.0: attempt to configure capabilities failed, reverting to normal
operation


erscheint NICHT mehr! Danke euch allen


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel Problem mit ide-generic

[Walter Saner]

Saskia Whigham schrieb:

 Ich habe mal unter /lib/modules/ nach gesehen das mOdul ist
 wirklich nicht da. Ich habe doch in der .config CONFIG_IDE-GENERIC=y
 gesetzt. Wozu brauch er dann noch das Modul?

grep -rsi ide.generic /etc/mod*


Ciao
Walter


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel Problem

[Hans Lehmann]

Hab es in den Griff bekommen. Läuft wiedser.:-)
Hans
Hans Lehmann schrieb:
Hallo alle miteinander,
ich hab folgendes Problem. Nachdem ich Probkleme mit der Maus hatte (ich 
bin noch nicht wirklich weiter) ist jetzt ein neues Problem aufgetaucht. 
Ich hab mir die neuen 2.6.11-er Sourcen gezogen und kompiliert.

Nach dem Boot kommt:
Kernel panic - not syncing : VFS : Unable to mount root fs on 
unkown-block(8,1)

Das googeln ergab nur Probleme mit grub. Ich verwende lilo.
Meine Hardware ist ein Athlon 800Mhz mit einem A7V Board (ASUS) und 
einem Adaptec 29160n SCSI-Controller und einer IBM SCSI Platte und 
diversen anderen Sachen.

Jetzt bin ich mir nicht sicher. Ist das ein lilo-Problem oder ein Kernel 
Problem? Als Treiber hab ich den Adaptec AIC7xxx - U 160 Support.
Laut Documentation unterstützt der auch meinen Controller. Ich habe aber 
auch mittlerweile den alten AIC7xxx ausprobiert, weil der unter dem 
2.4-er noch für den Controller war (hatte ich mal verpasst das es eine 
neu und alte Version gab). Der erkennt den den IRQ für den Controller 
nicht, schmeißt aber den gleiche Kernel Panic Meldung raus wie der andere.

Eigentlich hatte ich soweit(bis auf die Maus) einen funktionierenden 
2.6.9-er Kernel nur jetzt das. Als Filesystem nutze ich Zeit Jahren XFS 
ohne Problem, das fest einkompiliert ist. Ich hatte schon die Idee mit 
Ramdisk aber den braucht man ja nur, wenn ich es richtig verstehe, wenn 
man XYS als Moduk einbindet.

Dei ganze Sache läuft auch nach wie vor unter dem 2.4-er Kernel.
Ich bin etwas ratlos und glaub auch, daß ich zur Zeit echt Scheiße an 
den Fingern hab.


Hier noch ein Teil der aktuellen .config
# SCSI device support
#
CONFIG_SCSI=y
CONFIG_SCSI_PROC_FS=y
#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=y
#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
#
# SCSI Transport Attributes
#
# CONFIG_SCSI_SPI_ATTRS is not set
# CONFIG_SCSI_FC_ATTRS is not set
# CONFIG_SCSI_ISCSI_ATTRS is not set
#
# SCSI low-level drivers
CONFIG_SCSI_AIC7XXX=y
CONFIG_AIC7XXX_CMDS_PER_DEVICE=32
CONFIG_AIC7XXX_RESET_DELAY_MS=15000
CONFIG_AIC7XXX_DEBUG_ENABLE=y
CONFIG_AIC7XXX_DEBUG_MASK=0
CONFIG_AIC7XXX_REG_PRETTY_PRINT=y
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
Ich danke auf jeden Fall schon mal vorab für Eure Hilfe.
Gruß Hans


--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel Problem

[Malte Schirmacher]

Am Wed, 09 Mar 2005 20:09:48 +0100 schrieb Hans Lehmann  
[EMAIL PROTECTED]:

Hallo alle miteinander,
ich hab folgendes Problem. Nachdem ich Probkleme mit der Maus hatte (ich  
bin noch nicht wirklich weiter) ist jetzt ein neues Problem aufgetaucht.  
Ich hab mir die neuen 2.6.11-er Sourcen gezogen und kompiliert.

Nach dem Boot kommt:
Kernel panic - not syncing : VFS : Unable to mount root fs on  
unkown-block(8,1)
hatte ich auch. nachdem ich dann mit einer ramdisk arbeitete funktionierte  
es


Das googeln ergab nur Probleme mit grub. Ich verwende lilo.
Meine Hardware ist ein Athlon 800Mhz mit einem A7V Board (ASUS) und  
einem Adaptec 29160n SCSI-Controller und einer IBM SCSI Platte und  
diversen anderen Sachen.

Jetzt bin ich mir nicht sicher. Ist das ein lilo-Problem oder ein Kernel  
Problem? Als Treiber hab ich den Adaptec AIC7xxx - U 160 Support.
Laut Documentation untersttzt der auch meinen Controller. Ich habe aber  
auch mittlerweile den alten AIC7xxx ausprobiert, weil der unter dem  
2.4-er noch fr den Controller war (hatte ich mal verpasst das es eine  
neu und alte Version gab). Der erkennt den den IRQ fr den Controller  
nicht, schmeit aber den gleiche Kernel Panic Meldung raus wie der  
andere.

Eigentlich hatte ich soweit(bis auf die Maus) einen funktionierenden  
2.6.9-er Kernel nur jetzt das. Als Filesystem nutze ich Zeit Jahren XFS  
ohne Problem, das fest einkompiliert ist. Ich hatte schon die Idee mit  
Ramdisk aber den braucht man ja nur, wenn ich es richtig verstehe, wenn  
man XYS als Moduk einbindet.
ich nutzte zu dem zeitpunkt reiserfs, hatte es auch fest im kernel und  
habe mich auhc gewundert wieso es trotzdem nur mit ramdisk funktioniert  
hat :)


Dei ganze Sache luft auch nach wie vor unter dem 2.4-er Kernel.
Ich bin etwas ratlos und glaub auch, da ich zur Zeit echt Scheie an  
den Fingern hab.
dachte ich auch, bis ichs dann schaffte den ati treiber zu installieren.  
seit dem schaffe ich es ALLES zu installieren ;)


Gru Hans
Schnen abend noch, malte


--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel Problem

[Hans Lehmann]

ich nutzte zu dem zeitpunkt reiserfs, hatte es auch fest im kernel und  
habe mich auhc gewundert wieso es trotzdem nur mit ramdisk funktioniert  
hat :)
ramdisk hab ich auch eingebunden. Bringt leider nix.
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y

dachte ich auch, bis ichs dann schaffte den ati treiber zu 
installieren.  seit dem schaffe ich es ALLES zu installieren ;)
das wir schon wieder. Mal klappt es besser mal nicht.

Schnen abend noch, malte
Danke gleichfalls
--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel Problem

[Malte Schirmacher]

Am Wed, 09 Mar 2005 21:32:34 +0100 schrieb Hans Lehmann  
[EMAIL PROTECTED]:


ich nutzte zu dem zeitpunkt reiserfs, hatte es auch fest im kernel und   
habe mich auhc gewundert wieso es trotzdem nur mit ramdisk  
funktioniert  hat :)
ramdisk hab ich auch eingebunden. Bringt leider nix.
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y
mmm das einzige was da bei mir anders ist, ist dass meine ramdisk 8192kb  
gro ist...
wenn ich davon ausgehe, dass deine lilo einstellungen richtig sind kann  
ich da wohl leider auch net weiterhelfen.



dachte ich auch, bis ichs dann schaffte den ati treiber zu  
installieren.  seit dem schaffe ich es ALLES zu installieren ;)
das wir schon wieder. Mal klappt es besser mal nicht.

Schnen abend noch, malte
Danke gleichfalls


--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel Problem

[Martin]

Welches Filesystem nutzt du, liegt ein Modul vor, oder ist es fest 
eincompiliert?

Hans Lehmann wrote:

ich nutzte zu dem zeitpunkt reiserfs, hatte es auch fest im kernel 
und  habe mich auhc gewundert wieso es trotzdem nur mit ramdisk 
funktioniert  hat :)

ramdisk hab ich auch eingebunden. Bringt leider nix.
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y

dachte ich auch, bis ichs dann schaffte den ati treiber zu 
installieren.  seit dem schaffe ich es ALLES zu installieren ;)

das wir schon wieder. Mal klappt es besser mal nicht.

Schnen abend noch, malte

Danke gleichfalls


--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel Problem

[Hans Lehmann]

Wie oben geschreiben XFS, fest einkompiliert.
Gru Hans
Martin schrieb:
Welches Filesystem nutzt du, liegt ein Modul vor, oder ist es fest 
eincompiliert?

Hans Lehmann wrote:

ich nutzte zu dem zeitpunkt reiserfs, hatte es auch fest im kernel 
und  habe mich auhc gewundert wieso es trotzdem nur mit ramdisk 
funktioniert  hat :)

ramdisk hab ich auch eingebunden. Bringt leider nix.
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y

dachte ich auch, bis ichs dann schaffte den ati treiber zu 
installieren.  seit dem schaffe ich es ALLES zu installieren ;)

das wir schon wieder. Mal klappt es besser mal nicht.

Schnen abend noch, malte

Danke gleichfalls



--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel Problem / Glaubens Frage(?)

[Jan Lhr]

ja halo erstmal,...

Am Sonntag, 9. Januar 2005 09:57 schrieb Swen Walkowski:
 Hi,

 als erstes zu meinem problem:
 Ich habe mir einen neuen Kernel kompiliert nur bootet der Kernel leider
 nicht ich bekomme immer eine KernelPanic. 

Wes schreibt er denn genau? Nein, nicht alle Speicherregister, sonder nur die 
Erklärung, z.B. so etwas wie
Null Pointer Derefernce
oder 
Unable to mount rootfs oder irgendsowas halt.

 Ich bin die komletter 
 configuration noch ein paar mal durchgegangen aber leider immer wider
 das gleiche. Das wegen habe ich meine kernelconf mal hier abgelegt wer
 lust und zeit hat kann ja mal drueber schaun ob eine krober fehler
 vorliegt.
ohne konkrete Anhaltspunkte wird dies sehr müheseelig sein.

Ehm - die Konfiguration ist _von_ _deiner_ _Hardware_ und _deinen_ _Wünschen_ 
abhängig. Hier kann kaum jemand sagen (du selbst ausgenommen) was du willst.


 So nun zu dem was mich eigtnlich wirklich interessiert:
 Was wird als module und was wird mit * als fest in dern Kernel
 compeliert? Ist das eine Glaubensfrage oder gibt es da wirklich feste
 Regeln?
Überall wo =m steht ist Modul, wo =y steht ist es im Kernel.

Keep smiling
yanosz
 mfg und vielen danke Swen

Re: Kernel Problem / Glaubens Frage(?)

[Claus Malter]

Swen Walkowski wrote:
Hi,
Servus,
als erstes zu meinem problem:
Ich habe mir einen neuen Kernel kompiliert nur bootet der Kernel leider
nicht ich bekomme immer eine KernelPanic. Ich bin die komletter
Ich habe mir mal dein Attachment angeschaut und folgendes gesehen:
...
#
# File systems
#
# CONFIG_EXT2_FS is not set
# CONFIG_EXT3_FS is not set
# CONFIG_JBD is not set
CONFIG_REISERFS_FS=y
CONFIG_REISERFS_CHECK=y
...
Sicher, dass du ext2 nicht benötigst? Alle Platten Reiser, auch die Boot 
Partition?
MfG
--
Claus Malter [EMAIL PROTECTED]
ICQ: 105226435
Web: http://claus.freakempire.de
GnuPG-ID: 0x5E8F5B07 http://wwwkeys.de.pgp.net


signature.asc
Description: OpenPGP digital signature

Re: Kernel Problem , Server bootet zwar aber..

[[EMAIL PROTECTED]]

Hi
[...]
# /etc/fstab: Statische Informationen über die Dateisysteme 
# 
# Dateisystem Einhängepunkt Typ Optionen dump pass 
/dev/hda1 /boot ext3 defaults 0 2 
/dev/hda2 /tmp ext3 defaults,noexec 0 2 
/dev/hda3 / ext3 errors=remount-ro 0 1 
/dev/hda4 none swap sw 0 0 
proc /proc proc defaults 0 0 
#

[...]
Erst mal: Ich werde aus deinem Text nicht schlau.
Weiter: Ich weiss nicht, ob du dir im klaren darüber bist, dass du
1. die /boot-Partition ins leere hinaus mountest (/ existiert noch nicht)
2. mit /tmp genauso
3. sollte die proc-Zeile wohl eher so aussehen: none /proc proc defaults 0 0
Gruss
burnstone
--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel Problem , Server bootet zwar aber..

[Bjoern Schmidt]

[EMAIL PROTECTED] wrote:
Hi
[...]
# /etc/fstab: Statische Informationen über die Dateisysteme # # 
Dateisystem Einhängepunkt Typ Optionen dump pass /dev/hda1 /boot ext3 
defaults 0 2 /dev/hda2 /tmp ext3 defaults,noexec 0 2 /dev/hda3 / ext3 
errors=remount-ro 0 1 /dev/hda4 none swap sw 0 0 proc /proc proc 
defaults 0 0 #

[...]
Erst mal: Ich werde aus deinem Text nicht schlau.
Denke er war nicht direkt an uns gerichtet.
Weiter: Ich weiss nicht, ob du dir im klaren darüber bist, dass du
1. die /boot-Partition ins leere hinaus mountest (/ existiert noch nicht)
Kleiner Denkanstoß:
Wenn / noch nicht existiert, wie kann der Kernel dann die fstab lesen?!?
2. mit /tmp genauso
3. sollte die proc-Zeile wohl eher so aussehen: none /proc proc defaults 
0 0
Bei mir steht auch proc /proc proc defaults 0 0
An OP: Boote mal mit noapic am lilo Prompt.
--
Mit freundlichen Gruessen
Bjoern Schmidt
--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel Problem / Glaubens Frage(?)

[Jan Kesten]

Swen Walkowski wrote:

 Was wird als module und was wird mit * als fest in dern Kernel
 compeliert? Ist das eine Glaubensfrage oder gibt es da wirklich feste
 Regeln?

Also eine Glaubensfrage ist das vielleicht nicht, aber es gibt eine gute
Daumenregel - alles was dein Kernel zum Booten braucht (sprich
Untersttzung fr IDE/SCSI und Dateisysteme zum Beispiel) mssen fest
eingebaut sein oder er braucht initrd-Untersttzung, damit der Kernel
die Module laden kann (aber dazu muss er natrlich auch die initrd laden
knnen). Ich persnlich baue fast alles wichtige fest ein :-)

Zurck zu deinem Problem: welche Fehlermeldung bekommst Du denn genau?
Einer der blichen Verdchtigen: unable to mount root fs

In deiner Konfig sind nur ReiserFS sowie XFS berhaupt angewhlt, d.h.
alle deine Partitionen sollten auch nur mit den beiden Dateisystemen
formatiert sein - und das ist oft (aber nicht immer) nicht der Fall und
z.B. /boot liegt auf einem ext2/3 und dann ist es schon passiert :-) Das
wrde ich als erstes mal prfen...

HTH,
Jan


signature.asc
Description: OpenPGP digital signature

Re: Kernel Problem , Server bootet zwar aber..

[Christian Weerts]

[EMAIL PROTECTED] schrieb:
/etc/fstab: 

# /etc/fstab: Statische Informationen über die Dateisysteme 
# 
# Dateisystem Einhängepunkt Typ Optionen dump pass 
/dev/hda1 /boot ext3 defaults 0 2 
/dev/hda2 /tmp ext3 defaults,noexec 0 2 
/dev/hda3 / ext3 errors=remount-ro 0 1 
/dev/hda4 none swap sw 0 0 
proc /proc proc defaults 0 0 
Ist es nicht vielleicht sinnvoller die Reihenfolge anzupassen? Meines 
Erachtens sollte nach /boot / stehen und dann swap und danach erst /tmp.

Da die Bootmeldungen ja auch gelogt werden, und du für /var anscheinend 
keine x-tra Partition vorgesehn hast, wird / wahrscheinlich zu spät 
eingebunden. Probier es mal aus.

Sinnvoll wäre es aber auch für /var und /usr eine Partition vorzusehen.
Gruss,
Christian
--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel Problem , Server bootet zwar aber..

[Gerhard Brauer]

Gruesse!
* [EMAIL PROTECTED] [EMAIL PROTECTED] schrieb am [07.01.05 16:55]:

'- überlange Zeilen -
 Ich hab mir den 2.6.9'er Kernel fertig gemacht , aber leider bootet er
sehr langsam bzw öffnet keine ports(das langsame bootet kam glaub ich
mich zu erinnern von deinem IDE Treiber aber ich find den Thread nicht) 
 aber pingen tut er. Es werden keine Logs erstellt was auch dafür
spricht das er halt eben langsam bootet. Oder könnte es vieleicht an
den Filesystems liegen? 
 Ich bin echt ratlos woran das liegen kann... 
`-

Altbekanntes Problem, du trägst wahrscheinlich Schuhe mit Kreppsohlen. 
Das *kann* im Zusammenhang mit erhöhter Sonnenaktivität zu den von dir 
beschrieben Problemen führen.


;-)




Aber mal im Ernst: lies dir deinen Text oben nochmal in Ruhe durch oder 
gib ihn jemand zu lesen. Es mag ja sein, daß dir dein Problem bekannt 
ist, aber du mußt es auch so formulieren und im Zusammenhang 
darstellen, das andere das nachvollziehen koennen.

Kernel fertig gemacht...
bootet langsam... - aber keine Ports
IDE-Treiber...Thread... - aber pingen tut er
keine Logs... - weil sehr langsam

So, lange genug mit beschäftigt...Im Zweifelsfall: neuen schnellen 
Rechner kaufen, der bootet dann wesentlich schneller langsam.

Gruß
Gerhard

Re: Kernel Problem: cs5530_set_xfer_mode(UDMA2)

[Russell Shaw]

Kevin Boergens wrote:
Hi!

I've got a nasty problem with my kernel (2.4.18-bf2.4) on Woody
I discussed a long time about it in de.comp.os.unix.linux.hardware, but 
no solution was found, maybe someone over here can help, it looks like a 
Debian problem:

My southbridge is a National Semiconductor CS5530
http://www.national.com/pf/CS/CS5530.html
And the IDE-Controller doesn't change to UDMA2.

I bootet with a S.u.S.E. 7.3 with Kernel 2.4.10-4GB
and there I read the following message in the kernel log:
hda: cs5530_set_xfer_mode(UDMA2)

And with S.u.S.E everything works fine.

How do I get my Debian kernel (I just apt-getted the image) to do it alike?
A guess: man hdparm, search for udma2.

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Kernel Problem: cs5530_set_xfer_mode(UDMA2)

[Kevin Boergens]

Russell Shaw schrieb:
Kevin Boergens wrote:

Hi!

I've got a nasty problem with my kernel (2.4.18-bf2.4) on Woody
I discussed a long time about it in de.comp.os.unix.linux.hardware, 
but no solution was found, maybe someone over here can help, it looks 
like a Debian problem:

My southbridge is a National Semiconductor CS5530
http://www.national.com/pf/CS/CS5530.html
And the IDE-Controller doesn't change to UDMA2.

I bootet with a S.u.S.E. 7.3 with Kernel 2.4.10-4GB
and there I read the following message in the kernel log:
hda: cs5530_set_xfer_mode(UDMA2)

And with S.u.S.E everything works fine.

How do I get my Debian kernel (I just apt-getted the image) to do it 
alike?


A guess: man hdparm, search for udma2.
I worked a lot with hdparm, but it wasn't able to activate UDMA2 (Only 
nasty messages in syslog).
The option -X is very dangerous, and seldom to be used, if everything 
worked fine within the kernel, than it is not needed. It switches 
automatically to the best mode available.

Bye,
Kevin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Kernel Problem?

[Reinhold Plew]

Keiner eine Idee?

Reinhold Plew schrieb:

Hallo,

ich denke, ich habe da ein kleines Problem.
Irgendwie scheint der fcdsl_thread nach einiger Zeit zu sterben.
Bin für jeden Tipp dankbar.
/-
| Warning: kfree_skb passed an skb still on a list (from d017157b).
| invalid operand: 
| CPU:0
| EIP:0010:[__kfree_skb+27/284]Tainted: P
| EFLAGS: 00010086
| eax: 0045   ebx: 010216be   ecx: cd34c000   edx: 
| esi: 00010001   edi: cd0b7c24   ebp: cd34dcbc   esp: cd34dc80
| ds: 0018   es: 0018   ss: 0018
| Process fcdsl_thread (pid: 319, stackpage=cd34d000)
| Stack: c0325300 d017157b 010216be cd0b7c24 d017157b c45bc280 0202 
cd34dcbc
|d01714dc 00010102 16be cdc80004 d0170cb7 cd34ddb4  
cd34dd0c
|d016fdf1 cd7d0b04 0001 00010102 16be 0740  


[...]

| Code: 0f 0b 83 c4 08 8b 44 24 0c 8b 40 28 85 c0 74 03 ff 48 04 8b
\-
Ach so, ich verwende Kernel 2.4.18

Gruss
Reinhold




--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel problem using Dell Laptop

[Dirk Reiss]

Raffaele Sandrini wrote:
BTW: i have tried to compile a module version of the bcm4400 driver for the 
2.4.20-bf24-xfs kernel but when i send data to the netowork i get a kernel 
panic.

cheer,
Raffaele
Hi Raffaele,

i had no real problems getting my broadcom-card running. I took the 
kernel-sources (2.4.21 via deb-package and 2.4.22 from kernel.org) and 
compiled the bcm4400 driver provided from

http://www.ee.surrey.ac.uk/Personal/G.Wilford/Inspiron8500/
(somewhere from this page)
and compiled it as a module. After installation of the module i could
load it without problems.
Hope that helps,

Dirk

PS: http://www.linux-on-laptops.com/dell.html has some useful info...

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Kernel-Problem

[Eckhard Hoeffner]

Am Sonntag, 15. Juni 2003 22:54 schrieb Rainer Ellinger:
 Eckhard Hoeffner schrieb:
  Ich habe mir nun einen neuen Kernel gebastelt auf einem
  testing-system, den ich dann auf dem Server einspielen wollte.
  Auf

 Musst Du auf Woody bauen, wenn das Zielsystem Woody ist. Die
 neueren modutils sind nicht voll rückwärtskompatibel, wenn ich das
 gerade richtig im Kopf habe.

Das habe ich inzwischen auch gemerkt. Ich habe hier zu Hause nochmal 
mit dem gcc 2.95 kompiliert - das gleiche Ergebnis: Auf testing kein 
Problem, auf woody: unresolved symbols. Aber immerhin mal jemand, der 
eine Erklärung für das Problem hat. 

  Zeit für etwas gewagt (wenn der Kernel beim Booten hängen bleibt,
  ist es recht umständlich, den Rechner mit dem alten Kernel neu zu
  starten).

 Neuen Kernel in die /etc/lilo.conf eintragen und dazu den Parameter

 append=panic=1

 Entweder nur zum Kernel oder generell. Den alten Kernel als
 Default-Kernel lassen und nach lilo nur für den nächsten Reboot
 mit lilo -R den neuen Kernel wählen. Dann bleibt der Kernel bei
 einem Panic nicht stehen und rebooted nach 1 Sekunde.

Das es eine panic gibt, kann ich eigentlich ausschließen (na ja - man 
weiß nie). Allerdings weiß ich nicht ganz genau, was alles in den 
Rechner eingebaut ist. 

Das Hauptrisiko sehe ich darin, dass der Rechner aus irgendwelchen 
Gründen später nicht mehr per ssh erreichbar ist.  Laut dmesg lspci 
sieht es wie folgt aus: 

Ethernet : Linksys Network Everywhere Fast Ethernet 10/100 model NC100 
(rev 11)
 Subsystem: Accton Technology Corporation: Unknown device 1216

8139too Fast Ethernet driver 0.9.26
Linux Tulip driver version 0.9.15-pre12 (Aug 9, 2002)
eth0: ADMtek Comet rev 17 at 0xec00, 00:10:DC:7C:ED:E0, IRQ 11.

Ich habe dementsprechend folgendes aufgenommen.
CONFIG_TULIP=y
# CONFIG_TULIP_MWI is not set
# CONFIG_TULIP_MMIO is not set
CONFIG_8139CP=y
CONFIG_8139TOO=y

Na ja - jetzt werde ich es mal probieren. Eigentlich klappt es ja doch 
meistens. 

-- 
Eckhard Höffner
FiFo Ost GbR 
Tal 44 - D-80331 München
Tel. +49-89-21 03 18 88 
Fax. +49-89-21 03 18 90
http://www.fifoost.de


--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel-Problem

[Eckhard Hoeffner]

* Eckhard Hoeffner [EMAIL PROTECTED] [16 06 03 09:59]:

Am Sonntag, 15. Juni 2003 22:54 schrieb Rainer Ellinger:
 Eckhard Hoeffner schrieb:

Na ja - jetzt werde ich es mal probieren. Eigentlich klappt es ja doch 
meistens. 

Von der Konfiguration hat es funktioniert: Netz, DMA, grsec usw. geht.
Dafür kriege ich jetzt haufenweise Kernel Oops usw. :-(


Jun 16 10:26:40 www kernel: swap_dup: Bad swap file entry c104d958
Jun 16 10:26:40 www kernel: VM: killing process apache
Jun 16 10:26:40 www kernel: swap_free: Bad swap file entry c104d958
Jun 16 10:26:40 www kernel: swap_free: Bad swap file entry 012c0008
Jun 16 10:26:41 www kernel: swap_dup: Bad swap file entry c104d958

(...)

Jun 16 10:47:34 www kernel:  1Unable to handle kernel NULL pointer dereference at 
virtual address 0014
Jun 16 10:47:34 www kernel:  printing eip:
Jun 16 10:47:34 www kernel: c01d8881
Jun 16 10:47:34 www kernel: *pde = 
Jun 16 10:47:34 www kernel: Oops: 0002 2.4.20-wolk4.2s #1 Son Jun 15 00:55:52 CEST 2003
## Das sind die geladenen Module
Jun 16 10:47:34 www kernel: af_packet rtc unix
Jun 16 10:47:34 www kernel: CPU:0
Jun 16 10:47:34 www kernel: EIP:0010:[kmem_cache_free+125/168] Not tainted
Jun 16 10:47:34 www kernel: EFLAGS: 00010046
Jun 16 10:47:34 www kernel: eax: cf0b4f8c   ebx: 010434e5   ecx: c327a040   edx: 
0010
Jun 16 10:47:34 www kernel: esi: cf0b4f84   edi: 0282   ebp: cb9e7f88   esp: 
cb9e7f60
Jun 16 10:47:34 www kernel: ds: 0018   es: 0018   ss: 0018 Jun 16 10:47:34 www kernel: 
Process shutdown (pid: 25483, stackpage=cb9e7000)
Jun 16 10:47:34 www kernel: Stack: c327abc0 c1839a40 cb606000 cb9e7f88 c01bcc0d 
cf0b4f84 c327abc0 c0117380
Jun 16 10:47:34 www kernel:c01b95fa c1839a40 cb9e7fb4 c01b9da8 cb9e6000 
cb9e6000 b29f3500 4b12b0f0
Jun 16 10:47:34 www kernel:cb9e6000 c327abc0 cb9e6000  c0117818 
cb9e7fbc c01b9e70 b29f359c
Jun 16 10:47:34 www kernel: Call Trace: [__mmdrop+69/74] [schedule_tail+70/76]  
[do_schedule+808/880]  [user_schedule+8 /12]
+[reschedule+5/12]
Jun 16 10:47:34 www kernel: Code: 89 42 04 89 10 c7 01 00 00 00 00 c7 41 04 00 00 00 
00 8b 46


shutdown gab Speicerhzugriffsfehler usw.
Jetzt läuft wieder der alte Standard-Kernel.
Die Debian-Sourcen vom 2.4.20er passen auch nicht zum Debian grsec-patch. Alles
sehr umständlich. 

Weiß jemand, ob ich die Quellen von kernel.org für den 2.4.20er mit dem
grsec-patch nehmen kann?



-- 
Eckhard Höffner  FiFo Ost GbR
 Tal 44
 D-80331 München
Tel. +49-89-21 03 18 88  Fax. +49-89-21 03 18 90
http://www.fifoost.org


--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel-Problem

[Rainer Ellinger]

Eckhard Hoeffner schrieb:
 Das Hauptrisiko sehe ich darin, dass der Rechner aus irgendwelchen
 Gründen später nicht mehr per ssh erreichbar ist.  Laut dmesg lspci
 sieht es wie folgt aus:

Dann setze mit at vor dem Booten einen Reboot auf einen Zeitpunkt in 
15-20 Minuten fest. Sollte die Maschine mit dem neuen Kernel zwar 
Booten (also kein Panic), dann aber stecken bleiben, hast Du keine 
Sicherheit (kommt darauf an wo sie stecken bleibt), aber eine grosse 
Chance, dass der Reboot stattfindet und wieder zum alten Kernel/Setup 
führt. Zum leichteren Verständnis nochmal als Kommandos:

# at +15minutes
at reboot
at Strg-d
# atq (ist der Job zum richtigen Zeitpunkt da?)
# reboot

Klappt der Login? Alles ok? -Rebootauftrag löschen:
# atrm jobnr

Damit kannst Du nicht alles abfangen, aber Netzprobleme o.ä. schon. 
Remote-Administration ist halt ein wenig, wie Instrumentenflug. Auch 
dazu muss man wesentlich mehr wissen und auch ein paar Handgriffe mehr 
machen, als derjenige, der per direkter Sicht arbeitet.

-- 
[EMAIL PROTECTED]


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel-Problem

[Rainer Ellinger]

Eckhard Hoeffner schrieb:
 Jun 16 10:47:34 www kernel: Oops: 0002 2.4.20-wolk4.2s #1 Son Jun 15
 Jun 16 10:47:34 www kernel: af_packet rtc unix

Ursprünglich wollte ich fragen, was Du mit dem pupertären Rotz willst. 
Da kannst Du direkt 2.5.71 nehmen, könnte stabiler sein.

 Die Debian-Sourcen vom 2.4.20er passen auch nicht zum Debian
 grsec-patch. Alles sehr umständlich.

Ich formuliere es mal so: was versprichst Du Dir von grsec? Welche 
Funktion benötigst Du genau und wie/warum soll diese eingesetzt werden? 
Du kannst es nicht aus der Pistole beantworten? Dann vergiss grsec!

Der Patch verbessert nicht zwangsläufig die Sicherheit Deines Systems. 
Ich denke, dass sich viele das Ding in den Kernel patchen und sich dann 
denken, jetzt bin ich sicher, ohne die geringste Ahnung zu haben, was 
da passiert. Solange Du keine unkontrollierbaren Horden Shell-Benutzer 
hast, sind die meisten dieser Funktionen in der Praxis witzlos.

Der Patch an sich ist insofern fragwürdig, als dass die Hälfte der 
Funktionen keine expliziten Sicherheitsvorkehrungen sind, sondern 
sicherheitsorientierte allgemeine Korrekturen, die in die normalen 
Kernel sollten. Dazu gehört als erster Schritt, den Sinn und Unsinn des 
Ganzen mit Linus und Co. zu diskutieren. Wenn das nicht passiert, liegt 
der Verdacht nahe, dass bei den Entwicklern Narzismus/Nutzen 1 
zutrifft und man als unbedarfter Nutzer damit in der Sackgasse landet.

-- 
[EMAIL PROTECTED]


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel-Problem

[Eckhard Hoeffner]

* Rainer Ellinger [EMAIL PROTECTED] [16 06 03 14:13]:

Eckhard Hoeffner schrieb:
 Jun 16 10:47:34 www kernel: Oops: 0002 2.4.20-wolk4.2s #1 Son Jun 15
 Jun 16 10:47:34 www kernel: af_packet rtc unix

Ursprünglich wollte ich fragen, was Du mit dem pupertären Rotz willst. 
Da kannst Du direkt 2.5.71 nehmen, könnte stabiler sein.

 Die Debian-Sourcen vom 2.4.20er passen auch nicht zum Debian
 grsec-patch. Alles sehr umständlich.

Ich formuliere es mal so: was versprichst Du Dir von grsec? Welche 
Funktion benötigst Du genau und wie/warum soll diese eingesetzt werden? 
Du kannst es nicht aus der Pistole beantworten? Dann vergiss grsec!

Konkret geht es um die chroot-Sachen für bind und ftp. Auf dem Rechner
läuft nicht viel: apache, php, datenbank, bind, ftp, exim, pop3,
openssl. bind und pro-ftpd sind doch beliebte Angriffspunkte, die ich
gerne etwas besser wegsperren würde. Außerdem nerven mich bei den
Standard-Kernels die tonnenweise module, wenn ich eh nur eine Handvoll 
brauche. Da kann man dann beides verbinden - habe ich mir so gedacht.


Der Patch verbessert nicht zwangsläufig die Sicherheit Deines Systems. 
Ich denke, dass sich viele das Ding in den Kernel patchen und sich dann 
denken, jetzt bin ich sicher, ohne die geringste Ahnung zu haben, was 
da passiert. Solange Du keine unkontrollierbaren Horden Shell-Benutzer 
hast, sind die meisten dieser Funktionen in der Praxis witzlos.

Es soll eigentlich keine shell-Benutzer geben, außer mir. Das ist yso
ein Ziel, das ich mir gesetzt habe. 

Der Patch an sich ist insofern fragwürdig, als dass die Hälfte der 
Funktionen keine expliziten Sicherheitsvorkehrungen sind, sondern 
sicherheitsorientierte allgemeine Korrekturen, die in die normalen 
Kernel sollten. 
Das mag sein - interessiert mich als Anwender aber auch relativ wenig. 


-- 
Eckhard Höffner  FiFo Ost GbR
 Tal 44
 D-80331 München
Tel. +49-89-21 03 18 88  Fax. +49-89-21 03 18 90
http://www.fifoost.org


--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel-Problem

[Rainer Ellinger]

Eckhard Hoeffner schrieb:
 Ich habe mir nun einen neuen Kernel gebastelt auf einem
 testing-system, den ich dann auf dem Server einspielen wollte. Auf

Musst Du auf Woody bauen, wenn das Zielsystem Woody ist. Die neueren 
modutils sind nicht voll rückwärtskompatibel, wenn ich das gerade 
richtig im Kopf habe.

 Zeit für etwas gewagt (wenn der Kernel beim Booten hängen bleibt, ist
 es recht umständlich, den Rechner mit dem alten Kernel neu zu
 starten).

Neuen Kernel in die /etc/lilo.conf eintragen und dazu den Parameter

append=panic=1

Entweder nur zum Kernel oder generell. Den alten Kernel als 
Default-Kernel lassen und nach lilo nur für den nächsten Reboot mit 
lilo -R den neuen Kernel wählen. Dann bleibt der Kernel bei einem 
Panic nicht stehen und rebooted nach 1 Sekunde.

-- 
[EMAIL PROTECTED]


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel-Problem

[Christoph Haas]

On Wed, Jun 11, 2003 at 05:01:03PM +0200, Eckhard Hoeffner wrote:
 Wenn ich nun den Kernel auf dem Server einspielen will, bekomme ich
 für jedes Modul:
 depmod: *** Unresolved symbols in /lib/modules/2.4.20-wolk4.0s/

Autsch. Ich würde mal sagen, der aktuelle Kernel passt nicht zu den
Modulen in /lib/modules. Das ist der Ort, wo die Kernel-Module gesucht
werden.

 Jetzt weiß ich nicht, woran das liegt. Ein Neustart halte ich zur Zeit
 für etwas gewagt (wenn der Kernel beim Booten hängen bleibt, ist es
 recht umständlich, den Rechner mit dem alten Kernel neu zu starten).

Du scheinst einen inkonsistenten Zustand zu haben. Entweder packst du
den alten Kernel wieder drauf oder riskierst einen Reboot.

 Wieso kriege ich diese depmod: *** Unresolved symbols-Meldungen? 

Weil der Kernel bestimmte Funktionen (=symbols) aus den Modulen braucht,
die er dort aber nicht auflösen (=resolve) kann. 

 Ich habe noch einen woody-Rechner hier, auf dem ich den Kernel basteln
 könnte - würde das helfen?

Du könntest den Kernel auf diesem System mal testen, wenn er identische
Hardware hat. Das erspart dir eine Fahrt ins Rechenzentrum. :)

 Christoph

-- 
~
~
.signature [Modified] 3 lines --100%--3,41 All


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel-Problem

[Martin Knipper]

Hi Eckhard,

Am 06/11/2003 05:01 PM schrieb Eckhard Hoeffner:
Ich habe mir nun einen neuen Kernel gebastelt auf einem testing-system, 
den ich dann auf dem Server einspielen wollte. Auf dem testing-system 
funktioniert der Kernel auch und erfüllt die zugeordneten Aufgaben (X
oder z.B. sound geht zwar nicht - interessiert aber auch nicht). 

Wenn ich nun den Kernel auf dem Server einspielen will, bekomme ich
für jedes Modul:
depmod: *** Unresolved symbols in /lib/modules/2.4.20-wolk4.0s/

Jetzt weiß ich nicht, woran das liegt. Ein Neustart halte ich zur Zeit
für etwas gewagt (wenn der Kernel beim Booten hängen bleibt, ist es
recht umständlich, den Rechner mit dem alten Kernel neu zu starten).
Den Neustart solltest Du aber machen.
Welchen Kernel hattest Du vorher installiert ?
Existiert das alte /lib/modules/ des Kernels noch ?
Wieso kriege ich diese depmod: *** Unresolved symbols-Meldungen? 
Der Kernel, weiß in welchem /lib/modules/2.4.* Verzeichnis er 
nachschauen muss, um entsprechende Module zu finden. Wenn das 
Verzeichnis nicht mehr exitsiert, wundern mich die Fehlermeldungen 
nicht.

Gruß Martin

--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel-Problem

[Peter Blancke]

Eckhard Hoeffner [EMAIL PROTECTED] dixit:

 Wenn ich nun den Kernel auf dem Server einspielen will, bekomme
 ich für jedes Modul:
 depmod: *** Unresolved symbols in /lib/modules/2.4.20-wolk4.0s/
 
 Jetzt weiß ich nicht, woran das liegt. Ein Neustart halte ich zur
 Zeit für etwas gewagt

Wie wird denn bei Dir ein Kernel aktiv, ohne dass der Rechner neu
gestartet wird?

 Wieso kriege ich diese depmod: *** Unresolved symbols-Meldungen? 

Vermutlich, weil Du die Module schon eingespielt hast und dabei im
Verzeichnis /lib/modules Unheil angerichtet hast.

Vergleiche das angegebene Verzeichnis mit Deinen Kernel-Benennungen
(alter sowie neuer Kernel).

 Auf dem Server habe ich keinen Kompiler installiert und will
 eigentlich auch keinen Kompiler installieren.

Kernel-Erzeugung ist prinzipiell auch durch Kompilieren auf
Fremdsystemen moeglich, aber was spricht denn gegen die
Kernelerzeugung auf dem Zielsystem? Ein korrekter Durchlauf von
make modules_install sorgt gleichzeitig fuer korrekte Benennungen
der erforderlichen Unterverzeichnisse.

Gruss

Peter Blancke

-- 
Hoc est enim verbum meum!


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel-Problem

[Eckhard Hoeffner]

* Christoph Haas [EMAIL PROTECTED] [11 06 03 17:12]:

On Wed, Jun 11, 2003 at 05:01:03PM +0200, Eckhard Hoeffner wrote:
 Wenn ich nun den Kernel auf dem Server einspielen will, bekomme ich
 für jedes Modul:
 depmod: *** Unresolved symbols in /lib/modules/2.4.20-wolk4.0s/

Autsch. Ich würde mal sagen, der aktuelle Kernel passt nicht zu den
Modulen in /lib/modules. Das ist der Ort, wo die Kernel-Module gesucht
werden.

Das die Module nicht zum laufenden Kernel passen, ist klar. Zur Zeit
läuft ein Debian-Standard (2.4.20er) mit initrd. Der neue Kernel basiert
auf WOLK und ist ziemlich kräftig gepatched.  

 Jetzt weiß ich nicht, woran das liegt. Ein Neustart halte ich zur Zeit
 für etwas gewagt (wenn der Kernel beim Booten hängen bleibt, ist es
 recht umständlich, den Rechner mit dem alten Kernel neu zu starten).

Du scheinst einen inkonsistenten Zustand zu haben. Entweder packst du
den alten Kernel wieder drauf oder riskierst einen Reboot.

Zur Zeit ist noch alles in Ordnung - es läuft ja noch der alte Kernel.
Die Meldung kommt beim Installieren des neuen Kernels mit dpkg. Ich
kenne die Meldungen, wenn ich einen neu installierten Kernel boote, aber
nicht beim Installieren. 

Was mich eben wundert, ist, dass es beim mir zu Hause nicht passiert,
während es auf dem anderen Rechner bei Installieren diese Meldung kommt. 

 Wieso kriege ich diese depmod: *** Unresolved symbols-Meldungen? 

Weil der Kernel bestimmte Funktionen (=symbols) aus den Modulen braucht,
die er dort aber nicht auflösen (=resolve) kann. 

 Ich habe noch einen woody-Rechner hier, auf dem ich den Kernel basteln
 könnte - würde das helfen?

Du könntest den Kernel auf diesem System mal testen, wenn er identische
Hardware hat. Das erspart dir eine Fahrt ins Rechenzentrum. :)
Es ist nicht die gleiche Hardware, aber die Unterschiede kann schon
ausgleichen - es geht eh nur um MoBo und Ethernet. 


-- 
Eckhard Höffner  FiFo Ost GbR
 Tal 44
 D-80331 München
Tel. +49-89-21 03 18 88  Fax. +49-89-21 03 18 90
http://www.fifoost.org


--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel-Problem

[Eckhard Hoeffner]

* Martin Knipper [EMAIL PROTECTED] [11 06 03 17:41]:

Hi Eckhard,

Am 06/11/2003 05:01 PM schrieb Eckhard Hoeffner:

Ich habe mir nun einen neuen Kernel gebastelt auf einem testing-system, 
den ich dann auf dem Server einspielen wollte. Auf dem testing-system 
funktioniert der Kernel auch und erfüllt die zugeordneten Aufgaben (X
oder z.B. sound geht zwar nicht - interessiert aber auch nicht). 

Wenn ich nun den Kernel auf dem Server einspielen will, bekomme ich
für jedes Modul:
depmod: *** Unresolved symbols in /lib/modules/2.4.20-wolk4.0s/


Jetzt weiß ich nicht, woran das liegt. Ein Neustart halte ich zur Zeit
für etwas gewagt (wenn der Kernel beim Booten hängen bleibt, ist es
recht umständlich, den Rechner mit dem alten Kernel neu zu starten).

Den Neustart solltest Du aber machen.
Na ja - wenn er dann hängt, dann hängt er. Ich gehe eigentlich davon aus, 
dass der neue Kernel funktioniert.

Welchen Kernel hattest Du vorher installiert ?

2.4.20-1-k7 - der läuft ja jetzt noch. Es geht darum, dass bei der
Installation des neuen debs diese Meldungen kommen. Dass der laufende
Kernel mit den Modulen des neuen Kernels nichts anfangen kann, ist klar. 

Existiert das alte /lib/modules/ des Kernels noch ?

ls -l /lib/modules
drwxr-xr-x3 root root 4096  6. Dez 2002  2.4.18-686
drwxr-xr-x4 root root 4096 18. Apr 23:24 2.4.20-1-k7
drwxr-xr-x4 root root 4096 11. Jun 16:41 2.4.20-wolk4.0s

Zur Zeit läuft der 2.4.20-1-k7. Der neue soll der 2.4.20-wolk4.0s sein.



Wieso kriege ich diese depmod: *** Unresolved symbols-Meldungen? 

Der Kernel, weiß in welchem /lib/modules/2.4.* Verzeichnis er 
nachschauen muss, um entsprechende Module zu finden. Wenn das 
Verzeichnis nicht mehr exitsiert, wundern mich die Fehlermeldungen 
nicht.

Ne - das ist es auch nicht. Vieleicht geht auch nur etwas mit dem depmod
falsch - muss mir mal postinst anschauen. Ich habe hier (zu Hause)
einen 2.4.20-eigenbau laufen und bei der Installation des 2.4.20-wolk4.0s 
kommt nichts von wegen depmod: *** Unresolved symbols, so dass der
Kernel eigentlich in Ordnung ist. Ich habe das deb hier ja schon
ausprobiert - ohne Probleme (allerdings sarge). 


-- 
Eckhard Höffner  FiFo Ost GbR
 Tal 44
 D-80331 München
Tel. +49-89-21 03 18 88  Fax. +49-89-21 03 18 90
http://www.fifoost.org


--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel-Problem

[Eckhard Hoeffner]

* Peter Blancke [EMAIL PROTECTED] [11 06 03 17:58]:

Eckhard Hoeffner [EMAIL PROTECTED] dixit:

 Wenn ich nun den Kernel auf dem Server einspielen will, bekomme
 ich für jedes Modul:
 depmod: *** Unresolved symbols in /lib/modules/2.4.20-wolk4.0s/

 Jetzt weiß ich nicht, woran das liegt. Ein Neustart halte ich zur
 Zeit für etwas gewagt

Wie wird denn bei Dir ein Kernel aktiv, ohne dass der Rechner neu
gestartet wird?
Verstehe ich nicht. 

 Wieso kriege ich diese depmod: *** Unresolved symbols-Meldungen? 

Vermutlich, weil Du die Module schon eingespielt hast und dabei im
Verzeichnis /lib/modules Unheil angerichtet hast.
Da ist alles in Ordnung. 


Vergleiche das angegebene Verzeichnis mit Deinen Kernel-Benennungen
(alter sowie neuer Kernel).
Das passt schon - ich habe schon einige Jahre Erfahrung mit dem Kernel
bauen. Das deb macht - wie gesagt - auf meinem Rechner zu Hause keine
Probleme. 

 Auf dem Server habe ich keinen Kompiler installiert und will
 eigentlich auch keinen Kompiler installieren.
Ist etwas sicherer - es gibt solche rootkits, die auf dem Server das 
Kompilieren anfangen - darauf lege ich wenig Wert. Was brauche ich einen
Kompiler auf einem Webserver? 

Kernel-Erzeugung ist prinzipiell auch durch Kompilieren auf
Fremdsystemen moeglich, aber was spricht denn gegen die
Kernelerzeugung auf dem Zielsystem? 
Eben - das ist es, was mich wundert.
Wenn ich auf dem Rechner zu Hause 
depmod -a 2.4.20-wolk4.0s -F /boot/System.map-2.4.20-wolk4.0s
ausführe, gibt es kein Problem.

Wenn ich das gleiche auf dem Server mit dem gleichen deb mache, kommen
diese Unresolved Symbols. Deswegen die Frage nach dem Kompiler. 

Auf dem Server läuft depmod version 2.4.15, in sarge ist depmod version 2.4.21.

Ein korrekter Durchlauf von
make modules_install sorgt gleichzeitig fuer korrekte Benennungen
der erforderlichen Unterverzeichnisse.
Ich habe make-kpkg benutzt. 



Gruss

Peter Blancke

-- 
Hoc est enim verbum meum!


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)


-- 
Eckhard Höffner  FiFo Ost GbR
 Tal 44
 D-80331 München
Tel. +49-89-21 03 18 88  Fax. +49-89-21 03 18 90
http://www.fifoost.org


--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel-Problem

[Frank Engler]

Eckhard Hoeffner [EMAIL PROTECTED] writes:

 * Martin Knipper [EMAIL PROTECTED] [11 06 03 17:41]:

Hi Eckhard,

Am 06/11/2003 05:01 PM schrieb Eckhard Hoeffner:

Ich habe mir nun einen neuen Kernel gebastelt auf einem testing-system, 
den ich dann auf dem Server einspielen wollte. Auf dem testing-system 
funktioniert der Kernel auch und erfüllt die zugeordneten Aufgaben (X
oder z.B. sound geht zwar nicht - interessiert aber auch nicht). 

Wenn ich nun den Kernel auf dem Server einspielen will, bekomme ich
für jedes Modul:
depmod: *** Unresolved symbols in /lib/modules/2.4.20-wolk4.0s/


Jetzt weiß ich nicht, woran das liegt. Ein Neustart halte ich zur Zeit
für etwas gewagt (wenn der Kernel beim Booten hängen bleibt, ist es
recht umständlich, den Rechner mit dem alten Kernel neu zu starten).

Den Neustart solltest Du aber machen.
 Na ja - wenn er dann hängt, dann hängt er. Ich gehe eigentlich davon aus, 
 dass der neue Kernel funktioniert.

Vielleicht ist die -R Option von lilo und ein
watchdog ein Teil der Lösung?

Frank


--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel-Problem

[Eckhard Hoeffner]

* Frank Engler [EMAIL PROTECTED] [11 06 03 22:29]:

Eckhard Hoeffner [EMAIL PROTECTED] writes:

 * Martin Knipper [EMAIL PROTECTED] [11 06 03 17:41]:

Hi Eckhard,

Am 06/11/2003 05:01 PM schrieb Eckhard Hoeffner:

Ich habe mir nun einen neuen Kernel gebastelt auf einem testing-system, 
den ich dann auf dem Server einspielen wollte. Auf dem testing-system 
funktioniert der Kernel auch und erfüllt die zugeordneten Aufgaben (X
oder z.B. sound geht zwar nicht - interessiert aber auch nicht). 

Wenn ich nun den Kernel auf dem Server einspielen will, bekomme ich
für jedes Modul:
depmod: *** Unresolved symbols in /lib/modules/2.4.20-wolk4.0s/


Jetzt weiß ich nicht, woran das liegt. Ein Neustart halte ich zur Zeit
für etwas gewagt (wenn der Kernel beim Booten hängen bleibt, ist es
recht umständlich, den Rechner mit dem alten Kernel neu zu starten).

Den Neustart solltest Du aber machen.
 Na ja - wenn er dann hängt, dann hängt er. Ich gehe eigentlich davon aus, 
 dass der neue Kernel funktioniert.

Vielleicht ist die -R Option von lilo und ein
watchdog ein Teil der Lösung?

Das mit -R ist klar. Das mache ich auch so. Dann kann ich sagen: Drückt
mal auf den Windows-Knopf und der alte Kernel  bootet wieder. 

Aber was meinst du mit watchdog? Ich habe bislang nur von solchen
Hardwareteilen gehört. 


-- 
Eckhard Höffner  FiFo Ost GbR
 Tal 44
 D-80331 München
Tel. +49-89-21 03 18 88  Fax. +49-89-21 03 18 90
http://www.fifoost.org


--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Kernel problem

[nate]

Lasse said:

 Hello
 Making a long story short. Im installing debian by the pxe feature. The
 kernel beeing used during the installation boots ut the system
 correctly.
 But after installing i can't make the system boot on installed kernel.
 It's hard to pinpoint the problem, and really need some help.
 The system im installing on has no,vga,floppy,keyboad,mouse..
 I access the installation by the serial port. And installation media is
 network.

what do you need in 2.4 ? you posted this question before, I looked into it
a bit, seems your installing on some CompacPCI system? I could find no
info on running this board on linux(any version). Perhaps you could contact
your vendor for assistance?

or find some embedded linux distribution you may be able to find more help
there.

nate




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: kernel problem

[Steve Kieu]

 I have obtained the 2.4.3 kernel, added the
 indicated options
 under USB support. However, when I try to make
 zImage, the last
 few lines of the output are:

If you are running woody, downgrade the binutils
package will solve this problem


 
 net/network.o(.data+0x57c4): undefined reference to
 `sysctl_ipx_pprop_broadcasti
 ng'
 make: *** [vmlinux] Error 1
 
 Where to from here?
 
 tia
 
 philip baratta
 
 
 -- 
 To UNSUBSCRIBE, email to
 [EMAIL PROTECTED] 
 with a subject of unsubscribe. Trouble? Contact
 [EMAIL PROTECTED]
  

=
S.KIEU

http://greetings.yahoo.com.au - Yahoo! Greetings
- Send your festive greetings online!

Re: kernel problem

[philip baratta]

philip baratta wrote:
 
 I have been trying to set up a usb scanner under debian. To that
 end I have been following the Linux USB Scanner mini-howto.
 
 I have obtained the 2.4.3 kernel, added the indicated options
 under USB support. However, when I try to make zImage, the last
 few lines of the output are:
 
 net/network.o(.data+0x57c4): undefined reference to
 `sysctl_ipx_pprop_broadcasti
 ng'
 make: *** [vmlinux] Error 1
 
It has been suggested that I downgrage binutils if I am running
woody, but I am running potato.

I next tried:

#make-kpkg clean
#fakeroot make-kpkg --revision=usb.1.0 \ kernel_image

after many screens, the last few lines were:

lippo/linux/arch/i386/lib/lib.a \
--end-group \
-o vmlinux
net/network.o(.data+0x57c4): undefined reference to
`sysctl_ipx_pprop_broadcasti
ng'
make[1]: *** [vmlinux] Error 1
make[1]: Leaving directory `/home/lippo/linux'
make: *** [stamp-build] Error 2
l

I would like some help understanding this.

tia 

philip baratta

Re: kernel problem

[nate]

quote who=philip baratta
 I have been trying to set up a usb scanner under debian. To that

 net/network.o(.data+0x57c4): undefined reference to
 `sysctl_ipx_pprop_broadcasti
 ng'
 make: *** [vmlinux] Error 1


while i haven't used 2.4.x yet the troubleshooting
i'd use would be about the same. from the looks of
the error i would guess that something is enabled
in the kernel that depends upon IPX support but
IPX support is not turned on.

my first move would be either to turn on IPX
support, or try to track down the networking
option that is enabled that wants IPX support.

nate

Re: kernel problem

[Steve Kieu]

  If you are running woody, downgrade the binutils
  package will solve this problem
  
  
 I'm running potato. Does that mean I cannot do this?

Nope, so it is not the problem with binutils, as in
potato still uses the old version of binutils. Newer
version of binutils having some problem with the
kernel.
is it binutils_2.9.5.0.37-1.deb in potato? I use this
version and it is ok to compile the kernel.


 
 philip baratta 

=
S.KIEU

http://greetings.yahoo.com.au - Yahoo! Greetings
- Send your festive greetings online!

Re: kernel problem

[Steve Kieu]

 I have obtained the 2.4.3 kernel, added the
 indicated options
 under USB support. However, when I try to make
 zImage, the last
 few lines of the output are:
 
 net/network.o(.data+0x57c4): undefined reference to
 `sysctl_ipx_pprop_broadcasti
 ng'
 make: *** [vmlinux] Error 1
 

So if it is not the binutils package I think you miss
some steps when compiling the kernel, or you forgot to
do a 'make dep' before make bzImage



=
S.KIEU

http://greetings.yahoo.com.au - Yahoo! Greetings
- Send your festive greetings online!

Re: kernel problem

[Colin Watson]

On Thu, Dec 20, 2001 at 09:51:41AM +1100, Steve Kieu wrote:
 philip baratta wrote:
  I have obtained the 2.4.3 kernel, added the indicated options under
  USB support. However, when I try to make zImage, the last few lines
  of the output are:
  net/network.o(.data+0x57c4): undefined reference to
  `sysctl_ipx_pprop_broadcasting'
  make: *** [vmlinux] Error 1
 
 If you are running woody, downgrade the binutils package will solve
 this problem

No, that's a different kernel build problem (if it mentions .text.exit,
then that's what you're thinking of).

-- 
Colin Watson  [EMAIL PROTECTED]

Re: kernel problem

[Matthias Wieser]

 Hi everybody,
 I'm encountering a very weird problem (or it seems weirdish to me). I 
 built kernel with support for couple file systems and sound.
 When I try to mount a CD or play music on the super user account, 
 everything work fine. But when I try to do the same with ordinary user 
 account, it behaves the same way, as if the support was never compiled 
 into the kernel.

More likely the normal user account does not belong to the group audio,
and thus is not aloud to read or write from the device.

Ciao, mattHias

Re: kernel problem

[W. Paul Mills]

Add yourself to group audo and group cdrom.



scud [EMAIL PROTECTED] wrote:
: Hi everybody,
: I'm encountering a very weird problem (or it seems weirdish to me). I 
: built kernel with support for couple file systems and sound.
: When I try to mount a CD or play music on the super user account, 
: everything work fine. But when I try to do the same with ordinary user 
: account, it behaves the same way, as if the support was never compiled 
: into the kernel.
: If any of you have a clue for this situation please help.
: Thanks  -SCUD


: -- 
: To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
: with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

-- 
*  For God so loved the world that He gave his only begotten Son,  *
*  that whoever believes in Him should not perish...John 3:16  *
 

Re: kernel problem

[John Pearson]

On Wed, Jun 21, 2000 at 11:04:52AM +0300, Petteri Heinonen wrote
 I compiled kernel succesfully, but when I try to boot with it,
 it says:
 Kernel panic: No init found. Try passing init= option to kernel.
 
 Have I left something important out of my kernel or what is
 going on?
 

Probably, you've set the wrong boot partition.
Presumably, it can mount the partition that it *thinks* is root,
otherwise you'ld have a Panic: Can't mount root fs.

If you're using LILO, you can pass the root partition at the 
boot: prompt; e.g.,
boot: linux root=/dev/hda3


John P.
-- 
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://www.mdt.net.au/~john Debian Linux admin  support:technical services

Re: Kernel Problem

[Colin Watson]

Jay Kelly [EMAIL PROTECTED] wrote:
_wstrict-prototypes -02 -fomit-frame-pointer -DLOCALE -DCURSES_LOC=curses.
h   -c -o lxdialog.o lxdialog.c
In file included from lxdialog.c:22:
dialog.h:29: curses.h: No such file or directory

[snip]

So what is this telling me and what am I doing wrong?

It's telling you that you don't have the necessary libraries to compile
the terminal-graphics front-end to the kernel configuration. Install the
libncurses5-dev package and all will be well.

-- 
Colin Watson [EMAIL PROTECTED]

Re: kernel problem

[Khalid EZZARAOUI]

Shao Zhang wrote :

 However, top reports there are heaps of memory left.

   4:03pm  up 40 days, 21:53, 15 users,  load average: 0.40, 0.42, 0.36
   217 processes: 216 sleeping, 1 running, 0 zombie, 0 stopped
   CPU states:  7.6% user,  6.7% system,  0.0% nice, 86.4% idle
   Mem:  256928K av, 247616K used,   9312K free, 104016K shrd, 122876K 
 buff
   Swap: 261496K av,   3676K used, 257820K free 41000K 
 cached

how much swap do you set one of 256 or two of 128 ?