FreeBSD 7.x hang-on-boot on Dell 1950

????? ????? rpalov at e-card.bg
Wed Nov 25 11:34:27 UTC 2009


Hi all,
I have dell 1950 / Single Xeon , 8G RAM , SAS Host without RAID / im my 
hands.
Yesterday we have install FreeBSD7.2 AMD. After INITIAL install all 
works fine and next step was cvsup & base & kernel rebuild.

This steps are also fine BUT after first reboot from SINGLE mode to 
MULTIUSER mode the system has the same strange behavior, like described 
in this thread: Very slow passed boot init on fdc0 and it has very very 
slow and strange responce in text consloe switching. So the server was 
inusable.

Next step was to shutdown the server from power button and just boot-up 
again and it .. was fine: fdc0 is reported like this: "fdc0: does not 
respond" for less a second and normal booting processed is goin on.

The server is working well and stable now.

Zaphod Beeblebrox wrote:
> On Sun, Nov 22, 2009 at 11:47 PM, Zaphod Beeblebrox <zbeeble at gmail.com>wrote:
> 
>>
>> On Sun, Nov 22, 2009 at 9:09 PM, Zaphod Beeblebrox <zbeeble at gmail.com>wrote:
>>
>>>
>>> On Fri, Nov 13, 2009 at 9:44 PM, Jeremy Chadwick <
>>> freebsd at jdc.parodius.com> wrote:
>>>
>>>>> This 1950 may predate that a bit, but I'm not sure how to nail it down
>>>>> exactly, other than by it's hardware components.  Anyways, 7.0 does the
>>>> same
>>>>> thing --- still wedged.
>>>> I haven't seen anyone recommend this as a test method yet -- disabling
>>>> fdc prior to the kernel booting via the loader prompt:
>>>>
>>>> - Press 6 at the menu,
>>>> - At the loader prompt, type:
>>>>
>>>>  set hint.fdc.0.disabled="1"
>>>>  boot -v   (or without -v; your choice)
>>>>
>>>> You shouldn't need to set hint.fd.0.disabled="1", since fd0 would
>>>> normally bind to fdc0; disable the latter and you disable the lesser.
>>>>
>>>> The intention here is to rule out the device attachment failures from
>>>> fdc as the source of the deadlock.
>>>>
>>> Entertainingly, it does not.  Aparently that hint doesn't stop the code
>>> from trying to attach fdc0 when acpi says so.  I suppose I need to know the
>>> console command to disable acpi and fdc.
>>>
>>> but it still wedges at "device_attach: fdc0 attach returned 6" with the
>>> above.
>>>
>>>
>> OK.  With both floppy and acpi disabled, it dies calling "start_init"
>> several times, the last being /stand/sysinstal (which should work).  I don't
>> see it "starting" the other CPUs.  It hangs hard... no keyboard working (ie:
>> no caps lock).
>>
>> OK... I finally figured out what makes this Dell boot.  The system as I got
> it has 2 dual core (Xeon) processors.
> 
> If I remove one processor (so now it has one dual-core processor), Then the
> system boots !?!
> 
> ... so there's something wrong with how FreeBSD is going multiprocessor
> (works with RedHat, it would appear)
> _______________________________________________
> freebsd-stable at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"
> 


More information about the freebsd-stable mailing list