1 |
On Sat, Nov 27, 2010 at 8:50 PM, Mark Knecht <markknecht@×××××.com> wrote: |
2 |
> On Sat, Nov 27, 2010 at 10:29 AM, Mick <michaelkintzios@×××××.com> wrote: |
3 |
>> On Saturday 27 November 2010 17:53:21 Mark Knecht wrote: |
4 |
>>> On Sat, Nov 27, 2010 at 9:17 AM, Mick <michaelkintzios@×××××.com> wrote: |
5 |
>>> > On Saturday 27 November 2010 15:17:43 Mark Knecht wrote: |
6 |
>>> >> On Sat, Nov 27, 2010 at 6:59 AM, Mick <michaelkintzios@×××××.com> wrote: |
7 |
>>> >> > I haven't had much luck with the 2.6.35 version of kernels - they have |
8 |
>>> >> > cause panics on two different x86 boxen. |
9 |
>>> >> > |
10 |
>>> >> > Now that 2.6.35 has gone stable so I tried it again and I'm getting a |
11 |
>>> >> > kernel panic complaining about VFS unable to mount root fs: |
12 |
>>> >> > ================================== |
13 |
>>> >> > VFS: Cannot open root device "sda3" or unknown-block(0,0) |
14 |
>>> >> > Please append a correct "root=" boot option; here are the available |
15 |
>>> >> > partitions: Kernel panic - not syncing: VFS: Unable to mount root fs |
16 |
>>> >> > on unknown-block(0,0) Pid: 1, comm: swapper Not tainted |
17 |
>>> >> > 2.6.35-gentoo-r12 #2 |
18 |
>>> >> > Call Trace: |
19 |
>>> >> > [<c14b3530>] ? panic+0x5f/0xc6 |
20 |
>>> >> > [<c1693c68>] ? mount_block_root+0x1c2/0x245 |
21 |
>>> >> > [<c1002930>] ? do_signal+0x766/0x7f2 |
22 |
>>> >> > [<c1693d31>] ? mount_root+0x46/0x5a |
23 |
>>> >> > [<c1693e8b>] ? prepare_namespace+0x146/0x182 |
24 |
>>> >> > [<c1093203>] ? sys_access+0x1f/0x23 |
25 |
>>> >> > [<c16933f1>] ? kernel_init+0x1a9/0x1b7 |
26 |
>>> >> > [<c1693248>] ? kernel_init+0x0/0x1b7 |
27 |
>>> >> > [<c10030b6>] ? kernel_thread_helper+0x6/0x10 |
28 |
>>> >> > panic occurred, switching back to text console |
29 |
>>> >> > ================================== |
30 |
>>> >> |
31 |
>>> >> <SNIP> |
32 |
>>> >> |
33 |
>>> >> > Am I missing something obvious to make the 2.6.35 series work with my |
34 |
>>> >> > boxen? |
35 |
>>> >> |
36 |
>>> >> OK, there's so many possibilities for what causes this. Basic |
37 |
>>> >> confusion ensues... |
38 |
>>> >> |
39 |
>>> >> 1) When booting, if you look carefully, is the initial kernel seeing |
40 |
>>> >> _any_ disks? Sometimes they fly bye and are hard to catch. If it is |
41 |
>>> >> then is it showing sda3? |
42 |
>>> > |
43 |
>>> > The moment the monitor comes on it's already crashed - the first line |
44 |
>>> > under the penguins shows: |
45 |
>>> > |
46 |
>>> > Initializing USB Mass Storage driver... |
47 |
>>> > |
48 |
>>> > so I assume that any probing of drives has already happened. |
49 |
>>> > |
50 |
>>> >> 2) What sort of file system did you put on sda3? I assume this is |
51 |
>>> >> built into the kernel if this is an upgrade? |
52 |
>>> > |
53 |
>>> > reiserfs built into the kernel and unchanged for the last umpteen kernel |
54 |
>>> > series. |
55 |
>>> > |
56 |
>>> >> 3) Post the appropriate part of grub.conf to show how you are booting. |
57 |
>>> > |
58 |
>>> > title=Gentoo Linux 2.6.35-r12 |
59 |
>>> > root (hd0,5) |
60 |
>>> > kernel /kernel-2.6.35-gentoo-r12 root=/dev/sda3 |
61 |
>>> > |
62 |
>>> > The 2.6.34-r12 uses the same stanza except for *.35 being replaced with |
63 |
>>> > *.34 |
64 |
>>> > |
65 |
>>> >> 4) Post fstab |
66 |
>>> > |
67 |
>>> > /dev/sda6 /boot ext2 noauto,noatime 1 1 |
68 |
>>> > /dev/sda3 / reiserfs noatime 0 1 |
69 |
>>> > /dev/sda2 none swap sw 0 0 |
70 |
>>> > [snip] |
71 |
>>> > |
72 |
>>> > I'll now build the kernel on the second x86 box and see what happens |
73 |
>>> > there. -- |
74 |
>>> > Regards, |
75 |
>>> > Mick |
76 |
>>> |
77 |
>>> Yeah, all makes sense what you've done and I can only offer one more |
78 |
>>> thing for you to look at. |
79 |
>>> |
80 |
>>> I skipped from 2.6.33 to 2.6.36 so I cannot say anything specific |
81 |
>>> about the *.35 series, but one thing I've suffered with on my 2.6.36 |
82 |
>>> build is that if I have a specific USB hub hooked up my machine won't |
83 |
>>> complete a boot. I have to disconnect this USB hub prior to boot and |
84 |
>>> then hook it back up after the boot completes. |
85 |
>>> |
86 |
>>> I've not had time to look for the cause so I only hook it up to use |
87 |
>>> it. After boot there are no other problems I've seen. |
88 |
>>> |
89 |
>>> I was assuming that maybe there's some difference in the USB stuff |
90 |
>>> that I hadn't discovered yet, and since you see a crash at a USB step |
91 |
>>> possibly it's similar and I never saw it at *.35 because I never used |
92 |
>>> that series? |
93 |
>>> |
94 |
>>> Good luck and I wish I could be of more help. |
95 |
>> |
96 |
>> Thanks for trying to help me Mark, I'm surprised this problem is not more |
97 |
>> widespread. |
98 |
>> |
99 |
>> My second x86 machine also fails with the same kernel panic. :-( |
100 |
>> |
101 |
>> Because this is a slower machine I had a moment to see the initial messages |
102 |
>> before the penguin showed up. |
103 |
>> |
104 |
>> It said: |
105 |
>> |
106 |
>> ERROR: Unable to locate IOAPIC for GSI4 |
107 |
>> |
108 |
>> This is repeated a number of times and then the penguin pops up before the |
109 |
>> kernel crashes a dozen lines further down. It seems that this is a regression |
110 |
>> error, which I hope has been taken care of in later kernels: |
111 |
>> |
112 |
>> http://kerneltrap.org/mailarchive/linux-kernel/2010/7/8/4591800 |
113 |
>> -- |
114 |
>> Regards, |
115 |
>> Mick |
116 |
>> |
117 |
> |
118 |
> If you can then give 2.6.36 a try. Possibly it's in by now? That |
119 |
> thread ends without (by my reading anyway) any particular conclusion |
120 |
> about a fix. |
121 |
> |
122 |
> - Mark |
123 |
> |
124 |
> |
125 |
|
126 |
Hi Mick, |
127 |
|
128 |
You didn't show CONFIG_ATA_PIIX in your kernel config... Or atleast I |
129 |
didn't find it. |
130 |
|
131 |
CONFIG_ATA_PIIX=y |
132 |
Device Drivers --->Serial ATA and Parallel ATA drivers --->Intel |
133 |
ESB, ICH, PIIX3, PIIX4 PATA/SATA support |
134 |
|
135 |
Best regards |
136 |
Petri |