Csak tippelni tudok, te valamilyen windows plugint „akarsz” használni…Ha azt elfelejted, letöltöd a linuxosat (teljesen mindegy hova, mondjuk /opt/...).Majd a ~/.mozilla/plugins, vagy ~/.firefox/plugins, vagy globálisan a /usr/lib64/nsbrowser/plugins, vagy /opt/firefox/browser helyre linket hozol létre (igény szerint, amilyen böngésző, hogy ígényli, meg melyik felhasználónak kell), vagy megadsz egy útvonalat, amelyik böngészőnél lehet (pl. konqueror)... nem tudom mit használsz. (A böngésző dokumentációja megadja, hogy hova kell.)És működnie kell.

Kerrnel szinten elég körülményes megoldani, habár létre lehet hozni egy isomount scriptet, ami mondjuk linkeket csinál, elvégre az loop számának is van egy határa.Ettől praktikusabb megoldás a felhasználói szonten történő megoldás "fuse", ill. debian csomagok.

Hát így valóban nem igazán jó.Az udev valóban jó lehet a feladatra.Én a következő paramétereket használnám:SUBSYSTEM=="block" - mert ugye blokkról van szóKERNEL=="sd*|ub*" - elvileg ez minden sdXY és ubXY-ra vonatkozik, ami egy usb eszközt takarhat (Persze lehet szűkíteni, hogy ne mindenre induljon el pl. uuid, gyártmány, gyártó, modell... stb alapján)ACTION=="add" - akciót adunk hozzáRUN="/sbin/autorun.sh /dev/%k - futtatjuk az autorun.sh-t az eszköz fájl paraméterrel (ha így nem megy, akkor sima %k)No, akkor jöhet az autorun.sha mount | grep $1 | awk '{print $3}' megadja azt a könyvtárat, ahova csatolva lett az eszközEz így elvileg működik. Arra kell még figyelni, hogy vagy másodlagos könyvtárban legyen ez a rule, vagy abc sorrendben a csatolást megvalósító után jöjjön, különben még nem lesz csatolva.

Bocs, akkor nem értettem, hogy mit akarsz, azt hittem, hogy az egyik cél, vagy még meg nem oldott cél a kiíratás.Csak távolítsd el a "-q"-t, ha azt akarod tesztelni, hogy mit ír ki. Nem fog semmi galibát okozni.Utána beteheted, ha azt akarod, hogy a futáskor már ne írjon ki semmit.Az olyan mini scriptekkel el lehet némítani, sőt szelektíven lehet kiíratni valamit.Ha elnémítod (akár miyerből is) és azután állítod le, akkor zizeg?Ha teljesen kikapcsoltad akkor zizeg/inkább zúg?Ha ezek a "hibák" fennállnak, akkor inkább valamilyen illesztési hibát feltételeznek és szoftveresen nem fogod tudni javítani.

Azt hiszem bő lére eresztem, de nem sok jót tudok mondani.Teljesen valószínűtlen, hogy valaha is olyan cuccot készítettek, ami neked egy az egyben megfelelő.Nem, inkább én nem fogtam fel, hogy te a wifi-hez ragaszkodsz.Az hittem, hogy ebben a lehetőséget láttad meg.(Csak azért, mert számomra nincs gyakorlati haszna, hogy egy tv-boxot wifin keresztül irányítsak... így eszembe nem jutott, hogy itt kifejezetten a wifi-n van a hangsúly.)

(Ez alatt azt értem, hogy van beépített alkalmazás, ami a távirányító infra jeleit érzékeli és átirányíatja a szabványos input bemenetekre.)Egy média box valószínűleg kompatibilis, de nyilván azzá lehet tenni.

Alapfeltétel: a boxon root jogosultságod van.Természetesen semmi akadálya annak, hogy pl. ssh-n keresztül bármilyen program fusson egy operációs rendszeren.Szűkebb értelemben (vélelmezem, ahogy te gondolod) viszont ilyen nincs... pc-n sincs.Az operációs rendszereket alapvetően nem arra tervezik, hogy valaki wifi-n keresztül pl. egerésszen.Ez nem "alapcsomag", ehhez kell egy szerver, ami megvalósítja. Ezek ráadásul nem szabványosak, azaz az adott szervernek és kliensnek együtt kell léteznie és nagy valószínűséggel nem cserélhető fel egy alternatívára az egyik.Ha linuxra létezik egy ilyen szerver, az félsiker, ugyanis az android is linux.Félsiker azonban, mert igaz, hogy pc-nél általában driver szinten dolgozzák ki ezeket*, de, ha még a wifi csomagokat át is irányítja közvetlenül a szabványos input eszközökre (pl. event), akkor sem érsz semmit, ha pl. binárisan nem kompatibilis, vagy nem tehető azzá. Nem mindegy mi az architektúra. No meg az sem, hogy, ha pl. egy wxwidget felületbe van beágyazva a szerver. Ez esetben hamarabb megírod a kódot.Tehát, ha van egy forrásod, mely elég alacsony szinten kezeli a drivereket olyan könyvtárak útján, amit androidra egyszerűen fel tudsz tenni, vagy fenn eleve van (legyen az natív, vagy java), akkor viszonylag egyszerű alkamazni rá, máskülönben a "munkás" módszer is felejtős, mert túl munkás, vagy nem éri meg, vagy lehetetlen.*fordítva nem biztos, hogy igaz. Androidon jellemzően speciális android függvényeket használnak.Mivel nem ismerek ilyen programokat, sem a rendszeredet, sem az architektúrát nem ismerem, ilyen általános bla-blákat tudok csak mondani.Ettől még lehetne viszonylag egyszerű is a dolog, vagy felejtős is.Tágabb értelemben nézve viszont gondolom egy sendevent ssh-n keresztül éppen olyan jól működne, mint adb-n keresztül, így egy ssh-n keresztüli programindításoknál és sendevent futtatásoknál nincs praktikusabb megoldás. És jóval többet tud, mint egy ilyen virtuális wifis távirányító.Ráadásul ezek legalább ssh keresztül működnek, azok a szerverek meg ki tudja...Nyilván babrás egy sendevent dokumentációt elolvasni, de még mindig egyszerűbb, mint adaptálni valakinek a szerverét. Hátulütője, hogy ehhez viszont senki nem fog neked grafikus felületet csinálni... (az infrát azért ajánlottam, mert annál ez jellemző)