USB Pendrive detection

gyuvarajan · 04-17-2009, 01:12 AM

Hi all,

I need to develop a SW in which the SW has to determine when any USB is connected,it has to identify and do the Read and write operation with the pendrive.
I have to identify the moment when pendrive is connected.System has no GUI only Black Box.
Im using RHEL with Kernel 2.6.18.

My question is how to identify if pendrive is connected.Is any System flag or some other thing will set In OS?

Please help me out to solve this problem

Many Thanks in Advance
Yuvi

vibinlakshman · 04-17-2009, 01:26 AM

Quote:

Originally Posted by gyuvarajan

Hi all,

I need to develop a SW in which the SW has to determine when any USB is connected,it has to identify and do the Read and write operation with the pendrive.
I have to identify the moment when pendrive is connected.System has no GUI only Black Box.
Im using RHEL with Kernel 2.6.18.

My question is how to identify if pendrive is connected.Is any System flag or some other thing will set In OS?

Please help me out to solve this problem

Many Thanks in Advance
Yuvi

Definitely while external drives are plugged certain drivers are responsible for setting flags .. But i'm not quite sure which functions is invoked , either ioctl() or not .. Wait for others to reply

command lsusb is been invoked by surely a function which set flags ..

hurry_hui · 04-17-2009, 01:39 AM

What you need is found in /etc/udev/rules.d .

jschiwal · 04-17-2009, 01:40 AM

You should provide more info such as which kernel you are using. The architecture, etc. The udevd daemon can be configured to launch a program, but this is better for short scripts.

You might want to look at ivman.

Code:

DETAILS
       Ivman is a flexible device manager, allowing users to run arbitrary commands when devices are added/removed, when  device  properties  change,  and  when
       devices emit conditions.

Junior Hacker · 04-17-2009, 01:50 AM

Did your instructor implement a timeline for you and other students to draft a perspective?

gyuvarajan · 04-17-2009, 02:00 AM

Quote:

Originally Posted by jschiwal

You should provide more info such as which kernel you are using. The architecture, etc. The udevd daemon can be configured to launch a program, but this is better for short scripts.

You might want to look at ivman.

Code:

DETAILS
       Ivman is a flexible device manager, allowing users to run arbitrary commands when devices are added/removed, when  device  properties  change,  and  when
       devices emit conditions.

kernel used is 2.6.18.
Im very new to linux....what is Ivman

gyuvarajan · 04-17-2009, 02:03 AM

Quote:

Originally Posted by Junior Hacker

Did your instructor implement a timeline for you and other students to draft a perspective?

yes, i need to do this SW in 3 days.

jschiwal · 04-17-2009, 02:15 AM

Ivman will automount the pendrive or sdcard automatically and can be used to run an arbitrary script. It is lighter weight than udev/dbus/hal/polkit AFAIK. Your application sounds like either for an embedded device or kiosk or VAR system.

Look if your distro supplies it. On mine it is installed but not used by default.

I asked for the kernel version because isn't uncommon for embedded device to run a different architecture or use a 2.5 kernel which may not have udev or hal support.

gyuvarajan · 04-17-2009, 02:35 AM

Quote:

Originally Posted by jschiwal

Ivman will automount the pendrive or sdcard automatically and can be used to run an arbitrary script. It is lighter weight than udev/dbus/hal/polkit AFAIK. Your application sounds like either for an embedded device or kiosk or VAR system.

Look if your distro supplies it. On mine it is installed but not used by default.

I asked for the kernel version because isn't uncommon for embedded device to run a different architecture or use a 2.5 kernel which may not have udev or hal support.

It is for embedded device only.I have mentioned kernel version only.any way it is RHEL with Kernel 2.6

jschiwal · 04-18-2009, 12:49 AM

No. It isn't only for embedded devices. It may be easier for you to use than configuring the dbus/hal/polkit services.