Bug 117674 - dvb firmware - not found due to symlink
Summary: dvb firmware - not found due to symlink
Status: RESOLVED NORESPONSE
Alias: None
Product: SUSE LINUX 10.0
Classification: openSUSE
Component: Basesystem (show other bugs)
Version: RC 1
Hardware: i686 SuSE Linux 10.0
: P5 - None : Normal
Target Milestone: ---
Assignee: Torsten Duwe
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-18 14:09 UTC by Guido Draheim
Modified: 2011-04-04 03:11 UTC (History)
1 user (show)

See Also:
Found By: Beta-Customer
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
rcautofs - modifying sed to allow timeout settings (974 bytes, patch)
2005-10-03 08:11 UTC, Guido Draheim
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Guido Draheim 2005-09-18 14:09:26 UTC
There is no signal on zapping to a dvb-s channel.
There is a report in file:/var/log/messages saying
Sep 13 21:01:39 linux kernel: dvb-ttpci: could not load firmware, file not
found: dvb-ttpci-01.fw
Sep 13 21:01:39 linux kernel: dvb-ttpci: usually this should be in
/usr/lib/hotplug/firmware

checking into the place, we DO find an existing file
/usr/lib/hotplug/firmware/dvb-ttpci-01.fw
but it is a symlink to
/usr/lib/hotplug/firmware/dvb-ttpci-01.fw-261f

It does help to move the real file into the place of 
the symlink. Yes, it is very dubious why a symlink
should be a problem but that is how I was able to
fix the situation.

Here is my current state of affairs:
pc3:/var/log # ls -l /usr/lib/hotplug/firmware.orig/
insgesamt 244
drwxr-xr-x  2 root root   4096 2005-09-14 19:02 .
drwxr-xr-x  4 root root   4096 2005-09-18 16:01 ..
lrwxrwxrwx  1 root root     20 2005-09-14 19:02 dvb-ttpci-01.fw ->
dvb-ttpci-01.fw-261f
-rw-r--r--  1 root root 234284 2005-09-03 13:42 dvb-ttpci-01.fw-261f
pc3:/var/log # ls -l /usr/lib/hotplug/firmware
insgesamt 244
drwxr-xr-x  2 root root   4096 2005-09-14 19:58 .
drwxr-xr-x  4 root root   4096 2005-09-18 16:01 ..
-rw-r--r--  1 root root 234284 2005-09-03 13:42 dvb-ttpci-01.fw
Comment 1 Ludwig Nussel 2005-09-19 13:53:36 UTC
is your /usr on a separate partition and therefore not available when the dvb  
module is loaded? The symlink always worked fine for me. IIRC my vdr machine 
is running 10.0 RC1 atm. 
Comment 2 Guido Draheim 2005-09-19 16:34:24 UTC
good question, but in this installation there is no /usr partition.
Filesystem           1K-blocks      Used Available Use% Mounted on
tmpfs                   257888         0    257888   0% /dev/shm
/dev/sda11             7882560   4033468   3448676  54% /
/dev/sda1               186663      6268    170758   4% /boot
/dev/sda6              7882560   5618900   1863244  76% /home

And yes, I would be suprised to see the symlink being the problem
but it did help to remove it. *sigh* So, atleast this bug report 
is a place to record such annoyances. The file itself looks fine
just is the filesystem. Is there anything else that I could check
about the path and/or file inode? 
Comment 3 Guido Draheim 2005-10-03 08:02:38 UTC
The installation on a different computer (after moving the dvb cards) did yield
the exact same behavior. Worked around again by pushing a copy of the firmware
in the correct file path. So this is reproducible according to my setup (one
full dvb card, one budget dvb card, ext2 boot, ext3 root, suse RC1).
Comment 4 Guido Draheim 2005-10-03 08:11:21 UTC
Created attachment 51311 [details]
rcautofs - modifying sed to allow timeout settings
Comment 5 Guido Draheim 2005-10-03 08:13:27 UTC
Comment on attachment 51311 [details]
rcautofs - modifying sed to allow timeout settings

IGNORE this patch - I was editing a different bug 117672 but it ended up here.
It should not have!
Comment 6 Christoph Thiel 2008-04-18 11:55:02 UTC
Does this bug still persist on recent openSUSE releases?
Comment 7 Larry Finger 2011-04-04 03:11:10 UTC
The version with which you had the bug is now obsolete. I'll close this as NORESPONSE. If you can still reproduce it in current 11.4, please reopen the bug and move it to the appropriate version. Thanks!