Bugzilla – Bug 133903
SATA support now available in SUSE releases
Last modified: 2005-12-14 14:37:31 UTC
We have several laptops running with an onboard SATA drive. It seems impossible to install SUSE Pro 9.3 and SuSE 10.0 on this laptops. The installer is unable to access the harddrive as it cannot handle the SATA hardware. The only way to get Suse running on our laptops (Fujitsu-Siemens Amilo Pro V8010) is by installing without ACPI support, which really slows down our harddisk and doesn't handle the PowerManagement features. The only distro that can handle SATA out-of-the-box is the latest Ubuntu. But Ubuntu cannoy handle RPM's (since it is Debian) and we really like to use SuSe, since all my collegue's and me love Novell ;-) Please respond to rzierikzee@realopenit.nl
What do you mean by "cannot handle the SATA hardware"? What specifically happens? And what changes when you disable ACPI support?
This statement is untrue. SL10.0 runs with most SATA hardware, including SATA CD-ROMs. Please attach some details (lspci, /var/log/messages, Y2logs) of the failing installation.
SL9.3 won't work with SATA, that's for sure. I think there are some BIOSes out there that need the 'irqpoll' paramater on the options line, but without the exact error it's hard to say more.
I'm sorry for not giving more details. This is what exactly happens on our laptops : Please respond to rzierikzee@realopenit.nl We put in the SL10.0 DVD. We boot. We run the normal install and then the laptop freezes with a blank, black screen right after loading the kernel and before giving me the actual install-GUI. So i'm not able to give files with LSPCI info in it. When i install with NOACPI the install finished oke, but then the laptop is unable to monitor the battery, fan, hd etc etc everything you'd expect to work regarding to powermanagement. With SL9.3, the laptop doesn't give this blank screen, but cannot find the SATA drive and exits with an "$" prompt on the CTRL-ALT-F1 screen. Without ACPI support, the 9.3 installs fine also. Ubuntu seems to be able to support the ACPI chipset by nature and is able to really extend the batterylife as it is aware of powermanagement, but i dislike Ubuntu ;-) In Yast, when you enter the PowerMgt section, the screen reports my kernel does not support the APM or ACPI parts. In my opinion, due to the fact that i installed without the ACPI option. Please respond to rzierikzee@realopenit.nl
Ah, ACPI. Thomas, one for you.
Ronald: It's not possible to add rzierikzee@realopenit.nl to the cc:-list because Bugzilla allows this only for existing accounts. And people here will always answer in bugzilla so that everyone knows what the current status is... Thomas: Migth that be the same problem we had with the HP-machines. Ronald: can you please add 'splash=verbose' when trying to install to the options? You should see some messages then, and the last 10 or so displayed are the interesting ones.
I am a little bit closer to a solution. Today, i checked the bugzilla site about ACPI issues and it seems im not the only guy in town with issues. One tip i tried is PCI=NOACPI. Then im able to install 10.0 without any problems ! So a little tweaking around with ACPI options does help, i not sure what every option does. E.g : ACPI=OLDBOOT : what does it do ? Futhermore, with ACPI now enabled im not able to use my Intel builtin WIFI card...unless i use ACPI=OFF
This could be the HP boot problem (that is already fixed with current update kernel). pci=noacpi enables ACPI, but let the interrupts still be initialised in the old way (normally also come from ACPI tables). If you hit the HP problem and you can boot without pci=noacpi with the latest YOU update kernel, it is likely that your WIFI card also gets the right IRQ now. Before you start trying anything, but updating the kernel, be sure you have installed the latest BIOS for your machine.
Removing axboe from CC, this has nothing to do with SATA...
As said, I think this is solved with the latest YOU update kernel, please reopen if not.