Unable to detect ITE8212 RAID0 array
Bug #106931 reported by
robinl
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ubuntu |
Invalid
|
Undecided
|
Unassigned | ||
linux (Ubuntu) |
Fix Released
|
Medium
|
Stefan Bader | ||
linux-source-2.6.20 (Ubuntu) |
Won't Fix
|
Medium
|
Unassigned | ||
linux-source-2.6.22 (Ubuntu) |
Won't Fix
|
Undecided
|
Unassigned | ||
Bug Description
Installed Feisty beta using the x86 alternate CD as the LiveCD crashes at gparted stage, it is able to detect my IT8212 based (GigaRAID) RAID 0 array and wrote it in my /etc/fstab. But upon the first desktop boot it cannot be found anymore with all the kernels from -11 (I think, the one came with beta) to the current -15 kernel. I've put "pata_it821x" in /etc/modules and "dmesg | grep it821" outputs
"[ 55.704827] pata_it821x: controller in smart mode.
[ 55.705098] scsi0 : pata_it821x
[ 61.902372] scsi1 : pata_it821x"
It was working well before in Edgy (dist-upgraded from Dapper) and in text-mode installer, tested on Gigabyte K8NS-Pro motherboard.
Changed in linux-source-2.6.20: | |
assignee: | brian-murray → ubuntu-kernel-team |
importance: | Undecided → Medium |
status: | Needs Info → Confirmed |
Changed in linux: | |
importance: | Undecided → Medium |
status: | New → Triaged |
Changed in linux: | |
assignee: | ubuntu-kernel-team → stefan-bader-canonical |
status: | Triaged → In Progress |
Changed in linux: | |
status: | In Progress → Fix Committed |
Changed in linux-source-2.6.24: | |
status: | New → Invalid |
To post a comment you must log in.
Thanks for taking the time to report this bug and helping to make Ubuntu better. Unfortunately we can't fix it, because your description doesn't yet have enough information. /wiki.ubuntu. com/KernelTeamB ugPolicies . Thanks in advance!
Please include the following additional information, if you have not already done so (please pay attention to lspci's additional options), as required by the Ubuntu Kernel Team:
1. Please include the output of the command 'uname -a' in your next response. It should be one, long line of text which includes the exact kernel version you're running, as well as the CPU architecture.
2. Please run the command 'dmesg > dmesg.log' and attach the resulting file 'dmesg.log' to this bug report.
3. Please run the command 'sudo lspci -vvnn > lspci-vvnn.log' and attach the resulting file 'lspci-vvnn.log' to this bug report.
For your reference, the full description of procedures for kernel-related bug reports is available at https:/