Boot Messages

[Fred Zinsli]

Thanks for the comment, although it has raised more questions for me.

I haven't added any new hardware, unless you count the fact that I did
connect my new phone to charge it. and I connected my USB bluetooth dongle
to transfer data to it. I removed the dongle after the file transfer.

Now it is silly question time. Remembering that I know nothing of linux in
general. I only went to fedora because I hated the fact that my windowz
machine would always crash, and MS uses the world as its beta site.

How do I find/locate what the hardware is that is causing the problem?
How do I submit a bug report, and how do I know what that report should be
in reference to (what am I reporting)?

How can I change what FC13 boots to by default. IE. If I select any other
open than the first (top) option at startup (F8) the system runs.

Regards

Fred

> On Sun, 12 Dec 2010 06:43:34 +1300 (NZDT)
> "Fred Zinsli" <fred.zinsli at shooter.co.nz> wrote:
>
>> I note there is a boot messages alert. Below is a short piece of that
>> message.
>>
>> I don't have a clue what they mean or how to fix it.
>>
>> Any comments would be most helpful.
>
>> Boot Messages:
>>
>> ION match 'add'(plain)
>>
>> udevd-work[460]: M ATTRS match 'idVendor' '0638'(plain)
>>
>> udevd-work[460]: got 'idVendor' ((null)) from cache
>>
>> udevd-work[460]: forward to rule: 13398
>>
>> udevd-work[460]: * RULE /lib/udev/rules.d/65-libsane.rules:1166,
>> token: 13398, count: 4, label: '', flags: 0x00
>>
>> udevd-work[460]: M ATTRS match 'idVendor' '0638'(plain)
>>
>> udevd-work[460]: parent: '/sys/devices/pci0000:00/0000:00:02.1/usb3'
>>
>> udevd-work[460]: M ATTRS match 'idVendor' '0638'(plain)
>>
>> udevd-work[460]: got 'idVendor' (1d6b) from cache
>
> It looks like udev, the system piece that sets up hardware at boot, is
> spinning its wheels on something called an ION.  When you interrupt,
> it somehow is able to take a path that eventually ends at boot.  What
> happens if you remove that piece of hardware (ION)?  Is boot then
> normal?
>
> It would be good to open a bugzilla for the problem as well as it
> shouldn't do this.  udev should either reject or accept, not get into an
> infinite loop.
> --
> users mailing list
> users at lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
>