In testing my Windows desktop with the 7.0 LiveFS disk ( 7.0-BETA4-amd64-livefs.iso), I get an instant reboot when the CD is run. As far as I can tell, no console messages are printed, so it seems the error happens very early in the loading process. Other FreeBSD versions (6.2, i386 7.0) also exhibit the same behavior. If left alone, the computer will just continually reboot. The specs of the system are: Soltek SL-k8TPro-939 (Via K8T800 Pro ATX) motherboard AMD Athlon64 3800+ Newcastle 2.4GHz Promise FastTrak 579 RAID Controller (PDC20579) 2x Seagate Barracuda 7200 SATA 150 disks in RAID 1 Re-badged Radeon 9600 Pro 256MB 128-bit DDR AGP video card My guess is that the disk controller is not supported. Should this cause an instant reboot with a live filesystem disk? Is there anyway to debug this since no console messages are printed? Thanks for the help, Seth Hieronymus
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Seth Hieronymus wrote:> In testing my Windows desktop with the 7.0 LiveFS disk ( > 7.0-BETA4-amd64-livefs.iso), I get an instant reboot when the CD is run. As > far as I can tell, no console messages are printed, so it seems the error > happens very early in the loading process. Other FreeBSD versions (6.2, > i386 7.0) also exhibit the same behavior. If left alone, the computer will > just continually reboot. > > The specs of the system are: > Soltek SL-k8TPro-939 (Via K8T800 Pro ATX) motherboard > AMD Athlon64 3800+ Newcastle 2.4GHz > Promise FastTrak 579 RAID Controller (PDC20579) > 2x Seagate Barracuda 7200 SATA 150 disks in RAID 1 > Re-badged Radeon 9600 Pro 256MB 128-bit DDR AGP video card > > My guess is that the disk controller is not supported. Should this cause an > instant reboot with a live filesystem disk? Is there anyway to debug this > since no console messages are printed?One guess: what if you disable and disconnect your hard disk? This will be helpful to narrow down the issue... Cheers, - -- Xin LI <delphij@delphij.net> http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHdDE0hcUczkLqiksRAnqZAJ9d5DvreJwI/gciL+xtBcone7uhuACfbakl p/pv89ZWt25HGL9I/4a8avU=RApP -----END PGP SIGNATURE-----
On Dec 27, 2007 4:11 PM, Xin LI <delphij@delphij.net> wrote:> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Seth Hieronymus wrote: > > In testing my Windows desktop with the 7.0 LiveFS disk ( > > 7.0-BETA4-amd64-livefs.iso), I get an instant reboot when the CD is run. > As > > far as I can tell, no console messages are printed, so it seems the > error > > happens very early in the loading process. Other FreeBSD versions (6.2, > > i386 7.0) also exhibit the same behavior. If left alone, the computer > will > > just continually reboot. > > > > The specs of the system are: > > Soltek SL-k8TPro-939 (Via K8T800 Pro ATX) motherboard > > AMD Athlon64 3800+ Newcastle 2.4GHz > > Promise FastTrak 579 RAID Controller (PDC20579) > > 2x Seagate Barracuda 7200 SATA 150 disks in RAID 1 > > Re-badged Radeon 9600 Pro 256MB 128-bit DDR AGP video card > > > > My guess is that the disk controller is not supported. Should this > cause an > > instant reboot with a live filesystem disk? Is there anyway to debug > this > > since no console messages are printed? > > One guess: what if you disable and disconnect your hard disk? This will > be helpful to narrow down the issue... > > Cheers, > - -- > Xin LI <delphij@delphij.net> http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > > iD8DBQFHdDE0hcUczkLqiksRAnqZAJ9d5DvreJwI/gciL+xtBcone7uhuACfbakl > p/pv89ZWt25HGL9I/4a8avU> =RApP > -----END PGP SIGNATURE----- >Thanks for the response! What you suggested worked -- I removed the SATA cables from both harddrives, and then was able to boot using the 7.0 BETA4 AMD64 LiveFS cd. It appears that the disk controller is not the problem. It is recognized by FreeBSD as (hand copied): atapci0: <Promise PDC20579 SATA150 controller> port 0xd200-0xd27f,0xd300-0xd3ff mem 0xf8236000-0xf8236fff,0xf8200000-0xf821ffff irq 19 at device 9.0 on pci0 Searching the dmesg, there are no other devices on irq 19. Not sure it matters, but one interesting thing is that the motherboard also has another SATA controller (irq 20 at device 15.0), which is: atapci1: <VIA 6420 SATA150 controller> Any ideas? Thanks, Seth