Bug 1185 - udev loads viafb locking the system
Summary: udev loads viafb locking the system
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: i586 Linux
Priority: release_blocker critical
Target Milestone: Mageia 1
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-05-07 11:28 CEST by José Jorge
Modified: 2011-06-04 13:23 CEST (History)
5 users (show)

See Also:
Source RPM: module-init-tools
CVE:
Status comment:


Attachments

Description José Jorge 2011-05-07 11:28:48 CEST
Description of problem:
- At boot time, system locks after showing #starting udev
- Even magickeys do not work
- Removing /lib/modules/*/kernel/drivers/video/via/viafb.ko.gz resolves the problem.

Could this module be blacklisted?

Card:S3 UniChrome-based cards with 3D support: VIA Technologies, Inc.|K8M800/K8N800/K8N800A [S3 UniChrome Pro] [DISPLAY_VGA] (vendor:1106 device:3108 subv:17aa subd:1008) (rev: 01)
Ahmad Samir 2011-05-10 22:11:11 CEST

CC: (none) => anssi.hannula, pterjan
Assignee: bugsquad => tmb
Source RPM: (none) => kernel

Comment 1 José Jorge 2011-05-10 22:15:18 CEST
I have found that the file /etc/modprobe.d/blacklist-compat already blocks all fb modules except viafb one. This looks like it was forgotten.

Adding the line :

blacklist viafb

solves the bug. As this bug prevents using Mageïa LiveCD on VIA video hardware and a solution is known, I make it release blocker.

Hoping it can be done before RC1?
Comment 2 José Jorge 2011-05-10 22:15:45 CEST
I have found that the file /etc/modprobe.d/blacklist-compat already blocks all fb modules except viafb one. This looks like it was forgotten.

Adding the line :

blacklist viafb

solves the bug. As this bug prevents using Mageïa LiveCD on VIA video hardware and a solution is known, I make it release blocker.

Hoping it can be done before RC1?

Priority: Normal => release_blocker
Assignee: tmb => bugsquad
Target Milestone: --- => Mageia 1
Source RPM: kernel => module-init-tools

Comment 3 D Morgan 2011-05-11 23:24:48 CEST
tks i just commited your change. 

Please test next module-init-tools rpm and reopen this bugreport if needed.

Status: NEW => RESOLVED
CC: (none) => dmorganec
Resolution: (none) => FIXED

Comment 4 José Jorge 2011-05-12 10:28:09 CEST
It is OK

Status: RESOLVED => VERIFIED

Comment 5 Anne Nicolas 2011-05-12 13:41:48 CEST
Closing then

Status: VERIFIED => RESOLVED
CC: (none) => ennael1

Comment 6 Chris Denice 2011-06-02 11:33:00 CEST
Hi there,
I hit the exact same symptoms but with a fresh install of mageia 1 on one of my computers :-(

The reason is not the same though, it comes from the modules firewire-core firewire-ohci that segfaults at boot on that device:

01:00.4 FireWire (IEEE 1394): ALi Corporation M5253 P1394 OHCI 1.1 Controller

I solved the pb by blacklisting them after having mounted my partition by other means. I guess I am a bit unlucky on that one, but that certainly needs to be reported in the install notes because is a no-go install for those having that card :-/

That precise card is known to have pb with the firewire module, but up to now, it was not imparing the kernel: see

https://qa.mandriva.com/show_bug.cgi?id=62631

Cheers,
Chris.

Status: RESOLVED => REOPENED
CC: (none) => dirteat
Resolution: FIXED => (none)

Comment 7 Ahmad Samir 2011-06-04 00:26:14 CEST
(In reply to comment #6)
That's a different issue (same symptoms, but different cause), please open a new report.

Status: REOPENED => RESOLVED
Resolution: (none) => FIXED

Comment 8 Chris Denice 2011-06-04 13:23:35 CEST
ok, done in

https://bugs.mageia.org/show_bug.cgi?id=1574

Note You need to log in before you can comment on or make changes to this bug.