1 |
On Friday 15 October 2010 11:40:34 am Florian Philipp wrote: |
2 |
|
3 |
> |
4 |
> *All* of the drivers could be too much. There is a generic driver which |
5 |
> can prevent the "right" driver from taking over. In that case you end up |
6 |
> with a /dev/hda node and no DMA. Try to deactivate "Generic ATA support" |
7 |
> = CONFIG_ATA_GENERIC and "generic/default IDE chipset support" = |
8 |
> CONFIG_IDE_GENERIC. |
9 |
|
10 |
I will try this. |
11 |
|
12 |
> I think it is the second option that causes that problem. However, you |
13 |
> won't need the first option, either. |
14 |
|
15 |
Ya, I don't like having EVERYTHING in the kernel, but nothing else was |
16 |
working, so I figured I'd give it a try. |
17 |
|
18 |
> Instead of your brute-force "yes to all" approach, newer kernels also |
19 |
> support `make localyesconfig` which takes all modules currently used in |
20 |
> the running kernel and compiles them into the new kernel. It is very |
21 |
> helpful when you already have a good but generic kernel like the one on |
22 |
> your live CD. |
23 |
|
24 |
Oh now this is cool. Thank you. I'll try this, also. |
25 |
|
26 |
> If even that doesn't help, it might be possible that the device |
27 |
> numbering has changed and your hard disk is detected as /dev/sdb or so. |
28 |
> Try mounting it by UUID (google for it, please). |
29 |
|
30 |
I've tried changing grub to point to sdb and hda. Perhaps, I need to change |
31 |
etc/fstab... |
32 |
|
33 |
Thank you. |
34 |
|
35 |
> Hope this helps, |
36 |
> Florian Philipp |
37 |
|
38 |
-- |
39 |
|
40 |
Take care and have fun, |
41 |
Mike Diehl. |