You are not logged in.
i have a CF-2-PCMCIA adapter for accessing my compact-flash-chips
inserting it in the slot, it will make devfs to create the device: /dev/discs/disc2/part1
therefore my fstab-part for this looks like this:
/dev/discs/disc2/part1 /mnt/cf vfat rw,users,noauto 0 0
everything ok, i can use it, it works fine
the problem:
after first chip copied, i unmount and then remove the card out of the slot to change the CF
doing this makes /dev/discs/disc2/part1 disapear
inserting the card a second time generates /dev/discs/disc3/part1 .. but there is no /dev/discs/disc2/part1 in the system
removing and reinserting gives me /dev/discs/disc4/part1 then ..5.., ..6.. and so on, but each time there is no longer a 2, 3, 4 or 2, 3, 4, 5 and so on
so either i have to change fstab each time i reinsert the card, or i have to mount by hand (as root :-( ) searching what "discX/part1" exists
any idea what happens? is this a bug in devfs? anyone with same things?
kernel 2.4.24 and 2.6.1 with same behaviour
The impossible missions are the only ones which succeed.
Offline
Hi!
Maybe stupid but, if "cardctl eject" is executed this would not happen or?
Understand that you maybe just remove the card attached to the pcmcia card, just give it a try and see if a new device is created or not after insertig again.
/xor
Offline
forgot: i use hotplug
Hi!
Maybe stupid but, if "cardctl eject" is executed this would not happen or?
Understand that you maybe just remove the card attached to the pcmcia card, just give it a try and see if a new device is created or not after insertig again.
/xor
funny ... with cardctl eject and without hotplug it works fine (without changing numbers) ... the problem comes up, when i use hotplug instead of cardctl (=doing by hand)
-> xor, thanx for this note --- it remembered me that i changed to hotplug some months ago without realizing this issue with CF-PCMCIA
ok, i removed hotplugd and now doing it by hand
The impossible missions are the only ones which succeed.
Offline