http://qa.mandrakesoft.com/show_bug.cgi?id=3176
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[EMAIL PROTECTED]
------- Additional Comments From [EMAIL PROTECTED] 2003-05-07 04:00 -------
Instead of turning off devfsd you can also move drakupdate_fstab away from
/usr/sbin, so that devfsd does not find it any more. This also solves the
problem. So the bug is either in devfsd launching drakupdate_fstab again and
again or in drakupdate_fstab not doing what it should do and therefore being
relaunched.
--
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
------- Reminder: -------
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date:
description:
When I put a PCMCIA/compact flash adaptator, with a compact flash
card into it in my laptop (IBM Thinkpad 560Z), devfsd does the right
symbolic links (I do not have a cdrom, so that hdc is taken for
the compact flash card):
/dev/hdc -> ide/host1/bus0/target0/lun0/disc
/dev/hdc1 -> ide/host1/bus0/target0/lun0/part1
But then, nothing happens if I try to access /dev/hdc1, for example
mount -t msdos /dev/hdc1 /mnt/photo/ does nothing and gives no prompt.
Once devfsd is manually stopped (service devfsd stop),
/dev/hdc and /dev/hdc1 still point to the right
things and the previous mount command works.
Then you need to umount /dev/hdc1 and to restart devfsd.
This is a bug and you should be able to let work
the 'mount' command without stopping devfsd.
The same bug existed with the devfsd version coming with LM9.0
There is no particular message in the /var/log/messages about this problem
