pcmanfm won't mount drives after udev upgrade

[mecho]

It does seem like it is policy error, but unfortunately it is not. All my permissions are correct, I spent all night not sleeping and trying to figure it out with no luck. It seems like the knoppix udev rules are not compatible with the new udev and have to be rewritten, but for this I will have to acquaint myself a bit more with udev and udev rules creation

[mecho]

Another possibility is the new udev has some kind of incompatibility with 2.6.31.6 in Knoppix 6.2 or its headers. I can not be certain unless someone else using 6.2 can confirm this problem with udev upgrade

[kl522]

A number of posts and we ( or rather I ) almost forget about what is your problem. It's not very obvious to me. You could mount usb flash. Just can't mount non-usb-flash. But what other non-usb-flash you are talking about ? Do you mean you can't mount things like usb hard disk and CDROM ?

[mecho]

1 fstab does not get regenerated after udev upgrade
2 If enter manually mount points in fstab they do not get read
3 I can not mount any hard drives - I did not test it with usb sticks
The udev rule in /etc/udev/knoppix-post.rules is the one that starts rebuidfstab at boot and generates mount points which in turn pcmanfm uses with build in mount command to to mount drives. So obviously this rule has not bean read and executed at boot after udev upgrade.
I hope this makes it more clear.

[kl522]

Ok, new info. I did not realise that knoppix has been supporting such features. After what you have posted, with some checking/reading, I finally know what you are talking about.

I think it's very likely what you say are all true but all these are no more important with pcmanfm2. Maybe not immediately, but soon ( as I am using it now, compiled from git source ). With pcmanfm2 and the right version of associated libraries, it's not necessary to scan the disk partitions using knoppix code (scanpartitions and rebuildfstab ) and therefore no need to have udev to execute those knoppix rules and generate /etc/fstab. Pcmanfm2 probably does not even bother with /etc/fstab. Pcmanfm2 has an option to show internal volumes or hide internal volumes. When internal volumes are shown, of course you will then be able to manage them accordingly using the GUI. At the same time, it manages dynamic ( usb ) volumes too.

So in the mean time, maybe you can hold off your udev upgrade. Just wait until the right version of pcmanfm2 hits the street.

[mecho]

Thanks a lot for your research kl522. I am glad that you acknowledged the issue and I am not just paranoid I already reverted back to the old udev and will do exactly what you said - wait for pcmanfm2 to mature a little bit more and make the switch

[mecho]

I finally managed to upgrade udev without breaking the system. If anyone is about to make this step - please read this post.
I upgraded all 3 packages: libudev,libgudev and udev to version 160-1
To make the system work I had to edit line 109 of /etc/init.d/knoppix-autoconfig. I commented out the original line:
/sbin/udevd --daemon && \
and added below it:
/etc/init.d/udev start 2>/dev/null >/dev/null

So far there are no side effects. FSTAB is recreated properly at every boot. pcmanfm mounts all drives-hard drives and usb
kl522 claims that upgrading udev does not break his system without the modification of knoppix-autoconfig, but unfortunately this is not the case here.
According to me the upgraded udevd fails to start in daemon mode using the original command included in knoppix-autoconfig. If any ill effects show up I will post them here

[kl522]

FSTAB is recreated properly at every boot. pcmanfm mounts all drives-hard drives and usb

Related to the other thread I posted, I would be interested to know if you add a device after you booted into Xwindows, and as soon as it drive object appears on the pcmanfm, you click on it to see if it is mountable.

Example, if you boot from a flash drive, there will be /media/sdaX and /media/sdbX stuff created since boot ( sdaX for internal harddisk and sdbX for the knoppix boot image). Then you add yet another usb thumb drive, by right udev should create a /media/sdcX for you to mount the usb. But 'rebuildfstab' is doing it in the background. I have seen on my computer cases where the drive object appears in pcmanfm, but yet the directory is not created fast enough. I am interested to know if it happens on other computer.

[mecho]

I tested with another flash drive - it took about 10 seconds for the drive to appear in fstab and pcmanfm as /media/sdc1 and is mountable as soon as it appears

[kl522]

Good that it works for you.

In any case, since my environment is fairly different from a standard knoppix now, I have removed both 'hal', 'gvfs' from my system, as they are not needed by the newer pcmanfm. I also have removed /etc/udev/knoppix-post.rules from my system, as it seems to intervene than to help.

I guess that's what Linux is all about. There are just too many ways to accomplish something. Happy knoppix-ing.