From: Robert Glueck on
Douglas Mayne wrote:
[snip]
> I may have initially given you bad advice, due to recent changes in how
> the Slackware kernel is being configured by default. For older 2.6.x
> kernels, I think your laptop needs the ahci and ata_piix modules to work.
> For newer kernels, such as
> http://www.slackware.at/data/slackware-current/extra/linux-2.6.17.13/
>
> The kernel might work "out of the box" (based on looking at the config
> file.)
>
> Sorry for my earlier mistake.
>
Hi Doug.

Am I to conclude from your comment that you agree that the
current Slackware 11 default kernel ("sata.i" kernel,
v.2.4.33.3) is probably not the proper kernel for my very
recent vintage laptop, and that I should rather install
v.2.6.17.13? According to the file /kernels/huge26.s/config
on the first install CD, that would be the kernel called
"huge26.s".

If so, then I'd like to put the same questions to you that I
did to poster dfisek in this thread: Would that require
installing Slackware all over again? Or is there a way of
merely replacing the present kernel v.2.4.33.3 with the new
kernel v.2.6.17.13, keeping in mind that I'm unable to boot
the install with kernel v.2.4.33.3? Furthermore, would that
new kernel support a dual-core processor (SMP), or do I need
yet another kernel for that, and where would I find it?

Robert
From: Douglas Mayne on
On Mon, 18 Sep 2006 21:49:56 -0400, Robert Glueck wrote:

> Douglas Mayne wrote:
> [snip]
>> I may have initially given you bad advice, due to recent changes in how
>> the Slackware kernel is being configured by default. For older 2.6.x
>> kernels, I think your laptop needs the ahci and ata_piix modules to work.
>> For newer kernels, such as
>> http://www.slackware.at/data/slackware-current/extra/linux-2.6.17.13/
>>
>> The kernel might work "out of the box" (based on looking at the config
>> file.)
>>
>> Sorry for my earlier mistake.
>>
> Hi Doug.
>
> Am I to conclude from your comment that you agree that the
> current Slackware 11 default kernel ("sata.i" kernel,
> v.2.4.33.3) is probably not the proper kernel for my very
> recent vintage laptop, and that I should rather install
> v.2.6.17.13?

The 2.6.x kernel has worked better for me with the newer hardware. I don't
know specifically about the 2.4.x series. I didn't do a lot of
testing with 2.4.x, because I wanted other features to work which were
better supported under 2.6.x.

> According to the file /kernels/huge26.s/config
> on the first install CD, that would be the kernel called
> "huge26.s".
>
> If so, then I'd like to put the same questions to you that I
> did to poster dfisek in this thread: Would that require
> installing Slackware all over again? Or is there a way of
> merely replacing the present kernel v.2.4.33.3 with the new
> kernel v.2.6.17.13, keeping in mind that I'm unable to boot
> the install with kernel v.2.4.33.3? Furthermore, would that
> new kernel support a dual-core processor (SMP),

Perhaps, this kernel for SMP:
http://slackware.at/data/slackware-current/extra/linux-smp-2.6.17.13/

> or do I need yet another kernel for that, and where would I find it?
>
> Robert
>
Note: Comment inline.

You could boot with the media you used to initially start Slackware setup.
The is a message which starts "in a pinch...", as I wrote here:
http://groups.google.com/group/alt.os.linux.slackware/msg/e1e6d647bef9510e

Or, you could boot Xandros, since your partitions are accessible. Mount
the disk which holds your new slackware partition, copy the kernel and
modules to the partition. You might need to tweak the path to installpkg,
and substitute the correct value for /mnt/sdxy, (appropriate to your mount):

installpkg -root /mnt/sdxy kernel-generic-smp-2.6.17.13-i686-1.tgz
installpkg -root /mnt/sdxy kernel-modules-smp-2.6.17.13-i686-1.tgz

Finally, fix lilo (if that is your loader), per the usual drill.

--
Douglas Mayne
From: Robert Glueck on
Douglas Mayne wrote:

> On Mon, 18 Sep 2006 21:49:56 -0400, Robert Glueck wrote:
>
>> Douglas Mayne wrote:
>> [snip]
>>> I may have initially given you bad advice, due to recent changes in how
>>> the Slackware kernel is being configured by default. For older 2.6.x
>>> kernels, I think your laptop needs the ahci and ata_piix modules to work.
>>> For newer kernels, such as
>>> http://www.slackware.at/data/slackware-current/extra/linux-2.6.17.13/
>>>
>>> The kernel might work "out of the box" (based on looking at the config
>>> file.)
>>>
>>> Sorry for my earlier mistake.
>>>
>> Hi Doug.
>>
>> Am I to conclude from your comment that you agree that the
>> current Slackware 11 default kernel ("sata.i" kernel,
>> v.2.4.33.3) is probably not the proper kernel for my very
>> recent vintage laptop, and that I should rather install
>> v.2.6.17.13?
>
> The 2.6.x kernel has worked better for me with the newer hardware. I don't
> know specifically about the 2.4.x series. I didn't do a lot of
> testing with 2.4.x, because I wanted other features to work which were
> better supported under 2.6.x.
>
>> According to the file /kernels/huge26.s/config
>> on the first install CD, that would be the kernel called
>> "huge26.s".
>>
>> If so, then I'd like to put the same questions to you that I
>> did to poster dfisek in this thread: Would that require
>> installing Slackware all over again? Or is there a way of
>> merely replacing the present kernel v.2.4.33.3 with the new
>> kernel v.2.6.17.13, keeping in mind that I'm unable to boot
>> the install with kernel v.2.4.33.3? Furthermore, would that
>> new kernel support a dual-core processor (SMP),
>
> Perhaps, this kernel for SMP:
> http://slackware.at/data/slackware-current/extra/linux-smp-2.6.17.13/
>
>> or do I need yet another kernel for that, and where would I find it?
>>
>> Robert
>>
> Note: Comment inline.
>
> You could boot with the media you used to initially start Slackware setup.
> The is a message which starts "in a pinch...", as I wrote here:
> http://groups.google.com/group/alt.os.linux.slackware/msg/e1e6d647bef9510e
>
> Or, you could boot Xandros, since your partitions are accessible. Mount
> the disk which holds your new slackware partition, copy the kernel and
> modules to the partition. You might need to tweak the path to installpkg,
> and substitute the correct value for /mnt/sdxy, (appropriate to your mount):
>
> installpkg -root /mnt/sdxy kernel-generic-smp-2.6.17.13-i686-1.tgz
> installpkg -root /mnt/sdxy kernel-modules-smp-2.6.17.13-i686-1.tgz
>
> Finally, fix lilo (if that is your loader), per the usual drill.
>

Thanks, Doug, for your advice, and also thanks to dfisek and
Robby Workman. I followed it, and with some additional
fiddling managed to boot this Slackware install.

Here's what I did:

1. From within Xandros downloaded the following packages
from
http://www.slackware.at/data/slackware-current/extra/linux-2.6.17.13/


kernel-generic-smp-2.6.17.13-i686-1.tgz
kernel-modules-smp-2.6.17.13-i686-1.tgz

and moved them to the /root directory of the partition in
which I had installed Slackware 11.

2. Booted the Slackware install CD #1 with the boot
parameters "huge26.s root=/dev/sda8 noinitrd ". That got me
to a shell prompt from which I could access the Slackware
filesystem. The pwd was /root.

Next, I ran

# installpkg kernel-generic-smp-2.6.17.13-i686-1.tgz
# installpkg kernel-modules-smp-2.6.17.13-i686-1.tgz

3. Rebooted into Xandros to edit the Slackware stanza in
lilo.conf and run lilo:

image=/disks/welcome_2/boot/vmlinuz-generic-smp-2.6.17.13
label=Slackware_11_on_sda8
root=/dev/sda8
vga=791
read-only

4. Rebooted again and picked the Slackware entry from the
LILO boot menu. Kernel panic again. The last two messages
were:

No filesystem could mount root, tried: ext2
Kernel panic - not syncing .....

No great surprise here: In the description of the generic
SMP kernel v.2.6.17.13, PV says that this kernel has no
built-in reiserfs support. Hence, I will have to build an
initrd to insert the extra reiserfs module.

5. Using the huge26.s kernel, booted to the Slackware shell
prompt, cd /boot, and ran

# mkinitrd -c -k 2.6.17.13-smp -m reiserfs

That created /boot/initrd-tree and /boot/initrd.gz. In
/boot/initrd-tree, inserted the entries /dev/sda8 and
reiserfs into the files rootdev and rootfs, respectively,
then ran mkinitrd (without any options) to update initrd.gz.

6. In Xandros, edited the Slackware stanza in lilo.conf to
add an initrd=... line and ran lilo:

image=/disks/welcome_2/boot/vmlinuz-generic-smp-2.6.17.13
label=Slackware_11_on_sda8
root=/dev/sda8
initrd=/disks/welcome_2/boot/initrd.gz
vga=791
read-only

7. With these changes, rebooted Slackware. The initial
ramdisk ran fine, found sda8, exited and passed control to
init but then errors (paraphrasing):

The system can't find the swap partition hda7 .....
Failed to open the device '/dev/hda8': No such device .....
.... Error has occurred ... needs to be fixed ..... I'm being
offered the choice of entering a single user shell or
rebooting. Picked the former, tried startx and some other
things, couldn't get anywhere, nothing but errors.

The system still seems to stumble over the mislabelled
"hdaX" partitions that were set up by the initial install
with the default sata.i kernel v.2.4.33.3.

8. In /etc/fstab changed all the device names from /dev/hdaX
to /dev/sdaX. That corrected the problem. Reboot to
darkstar login prompt, logged in as root, ran kdm, up comes
the KDE desktop. At the very beginning of the boot process
two tuxes are displayed, and at the login it says "linux
2.6.17.13-smp", hence it looks as though both processor
cores are being used and I am running the proper 2.6.x kernel.

Robert
From: Grant on
Hi there,

On Tue, 19 Sep 2006 09:34:45 -0400, Robert Glueck <rglk(a)web.de> wrote:

> At the very beginning of the boot process
>two tuxes are displayed, and at the login it says "linux
>2.6.17.13-smp", hence it looks as though both processor
>cores are being used and I am running the proper 2.6.x kernel.

You got there, the hard way --> yes two tuxes == two CPUs ;)


Wonder if Pat V. will take a suggestion to change reiserfs from <M>
to <*> in 2.6 kernels to match 2.4 kernel setup? This way one gets
the default reiserfs filesystem without needing an initrd.

Grant.
--
http://bugsplatter.mine.nu/
From: Damjan on
> The system still seems to stumble over the mislabelled
> "hdaX" partitions that were set up by the initial install
> with the default sata.i kernel v.2.4.33.3.
>
> 8. In /etc/fstab changed all the device names from /dev/hdaX
> to /dev/sdaX. That corrected the problem. Reboot to
> darkstar login prompt, logged in as root, ran kdm, up comes
> the KDE desktop. At the very beginning of the boot process
> two tuxes are displayed, and at the login it says "linux
> 2.6.17.13-smp", hence it looks as though both processor
> cores are being used and I am running the proper 2.6.x kernel.

You can have labels in /etc/fstab, for example I have this:
LABEL=ROOT / ext3 noatime 0 0
LABEL=HOME /home ext3 noatime 0 0

The filesystems were labeled when I created them (mke2fs -j -L... ) but they
can be labeled afterwards too with e2label. For reiserfs you should
use /sbin/reiserfstune (or some such)


--
damjan
First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4
Prev: 2nd hard drive
Next: gtk-gnutella