Debian Lenny, Linux xxxx 2.6.26-2-686-bigmem #1 SMP i686 GNU/Linux
Hali, a segítségeteket kérném. SMS küldésre használnám a címben szereplő kütyüt + smstools. Ezzel nincs is gond, viszont időnként (napjában többször) lecsatlakozik az USB eszköz, és mikor ujra érzékeli, már más portot oszt ki:
Sep 2 06:03:46 host kernel: [35179.632935] usb 4-1: USB disconnect, address 2
Sep 2 06:03:46 host kernel: [35179.634811] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
Sep 2 06:03:46 host kernel: [35179.634825] option 4-1:1.0: device disconnected
Sep 2 06:03:46 host kernel: [35179.634985] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
Sep 2 06:03:46 host kernel: [35179.635000] option 4-1:1.1: device disconnected
Sep 2 06:03:46 host kernel: [35179.635112] option 4-1:1.2: device disconnected
Sep 2 06:03:53 host kernel: [35188.561299] usb 4-1: new full speed USB device using uhci_hcd and address 3
Sep 2 06:03:53 host kernel: [35188.790281] usb 4-1: configuration #1 chosen from 1 choice
Sep 2 06:03:53 host kernel: [35188.793386] option 4-1:1.0: GSM modem (1-port) converter detected
Sep 2 06:03:53 host kernel: [35188.793453] usb 4-1: GSM modem (1-port) converter now attached to ttyUSB0
Sep 2 06:03:53 host kernel: [35188.843060] option 4-1:1.1: GSM modem (1-port) converter detected
Sep 2 06:03:53 host kernel: [35188.843060] usb 4-1: GSM modem (1-port) converter now attached to ttyUSB1
Sep 2 06:03:53 host kernel: [35188.847108] option 4-1:1.2: GSM modem (1-port) converter detected
Sep 2 06:03:53 host kernel: [35188.847108] usb 4-1: GSM modem (1-port) converter now attached to ttyUSB3
Sep 2 06:03:53 host kernel: [35188.847108] usb 4-1: New USB device found, idVendor=12d1, idProduct=1001
Sep 2 06:03:53 host kernel: [35188.847108] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=1
Sep 2 06:03:53 host kernel: [35188.847108] usb 4-1: Product: HUAWEI Mobile
Sep 2 06:03:53 host kernel: [35188.847108] usb 4-1: Manufacturer: ...................
Sep 2 06:03:53 host kernel: [35188.847108] usb 4-1: SerialNumber: ...................
Sep 2 06:03:53 host kernel: [35188.928271] Initializing USB Mass Storage driver...
Sep 2 06:03:53 host kernel: [35188.928271] proc_dir_entry 'usb-storage' already registered
majd ugyanez kicsit később:
Sep 2 19:16:13 host kernel: [87794.965783] option 4-1:1.1: device disconnected
Sep 2 19:16:13 host kernel: [87794.965783] option 4-1:1.2: device disconnected
Sep 2 19:16:20 host kernel: [87801.967401] usb 4-1: new full speed USB device using uhci_hcd and address 4
Sep 2 19:16:20 host kernel: [87802.104829] usb 4-1: configuration #1 chosen from 1 choice
Sep 2 19:16:20 host kernel: [87802.104829] option 4-1:1.0: GSM modem (1-port) converter detected
Sep 2 19:16:20 host kernel: [87802.104829] usb 4-1: GSM modem (1-port) converter now attached to ttyUSB0
Sep 2 19:16:20 host kernel: [87802.145006] option 4-1:1.1: GSM modem (1-port) converter detected
Sep 2 19:16:20 host kernel: [87802.145063] usb 4-1: GSM modem (1-port) converter now attached to ttyUSB1
Sep 2 19:16:20 host kernel: [87802.172650] option 4-1:1.2: GSM modem (1-port) converter detected
Sep 2 19:16:20 host kernel: [87802.172702] usb 4-1: GSM modem (1-port) converter now attached to ttyUSB2
Sep 2 19:16:20 host kernel: [87802.175007] usb 4-1: New USB device found, idVendor=12d1, idProduct=1001
Sep 2 19:16:20 host kernel: [87802.175010] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=1
Sep 2 19:16:20 host kernel: [87802.175014] usb 4-1: Product: HUAWEI Mobile
Sep 2 19:16:20 host kernel: [87802.175016] usb 4-1: Manufacturer: ...................
Sep 2 19:16:20 host kernel: [87802.175018] usb 4-1: SerialNumber: ...................
Sep 2 19:16:20 host kernel: [87802.218015] Initializing USB Mass Storage driver...
Sep 2 19:16:20 host kernel: [87802.218015] proc_dir_entry 'usb-storage' already registered
A modem ugyan működik, de az smstools behal, mert ott fixen kell megadni a modem portját, illetve ilyenkor újra betöltődik az usb_storage modul, ami úgy tudom, kell a normális detektáláshoz, de én úgy vettem észre, lassítja a rendszert, és ezért el szoktam távolítani.
Kérdéseim: hogyan lehet beállítani, hogy mindig ugyanazt a portot ossza ki automatikusan?
(mintha manuálisan kiadnám a mknod /dev/ttyUSB2 c 188 2 utasítást)
Második kérdésem: Mikor megtörtént az újradetektálás, mivel tudok inditani egy bash-t?
("rmmod usb_storage")
Köszönöm előre is a segítségeteket
- 6763 megtekintés
Hozzászólások
Valoszinuleg, amikor leszakad, akkor van meg egy processz ami hasznalja. Ezert, amikor ujra csatlakozik, mar nem tudja ujra kiosztani a regi portot, igy az elso szabad portot osztja ki.
Ettol persze nem vagy kinn a vizbol, azt kellene kideriteni, mitol bont le. Nekem vagy 4 evig volt ilyennel halozati eleresem, de az, hogy a port-ot is lebontja, az nem jellemzo. Szerinte nezz korul az usb csatlakozas korul. esetleg masik kabel, masik csatlakozo aljzat stb. Log mit ir?
- A hozzászóláshoz be kell jelentkezni
A modem a gyárilag kapott hosszabbítóval van bedugva, hogy jobb legyen a térerő, illetve, hogy a kiálló modem meg ne sérüljön, ha mozgatják a szervert, de az eszköz rögzitve van, hogy ne legyen semmi mozgása. A log-ban semmi értelmezhető, a fenti bemásolttal megeggyező logok vannak. Sem az, hogy miért bontotta az eszköz a kapcsolatot, sem más processz hibaüzenete nem látható sem a system, sem a kernel logban. CSAK a ttyUSB2 változik, az USB0 és az USB1 portokat nem változtatja.
Igazad van, az smstools demonként fut, az valószínűleg foghatja a portot, de ezzel nem tudok mit kezdeni, mivel nem folyamatosan olvassa a portot, hanem x másodpercenként... mégha meg is tudnám oldani, hogy leálljon mikor nincs modem (de nem tudom), mire észreveszi, hogy game over, addig a kernel már kiosztotta az új cimet.
A neten előzőleg keresgéltem, talán valamilyen udev szabály lenne jó, de azt meg nem ismerem...
- A hozzászóláshoz be kell jelentkezni
Én gammu smsd-t használok, s itt modem lehalás után ugyanarra a portra szokott visszakerülni a modem (talán gammu ilyenkor nem foglalja a portot?). Egyedül gép újraindításnál szoktak néha megcserélődni az eszközök (modemek).
Ill. subs, ha lenne vmi megoldás a lehaló modemre, bár szerencsére nem gyakori nálam :)
- A hozzászóláshoz be kell jelentkezni
Gammu küldés:
echo "Ez az sms szövege" | gammu sendsms text "+3620123456789"
(az én szerveremben egy e169 van)
- A hozzászóláshoz be kell jelentkezni
Szia,
Én a következőképpen csináltam az udev rule-t (ez egy illetve több usb háttértár rotálása, backup célokra):
# udevinfo -a -p /sys/block/sdf
ebből kimásoltam a SUBSYSTEMS, ATTRS{model}, KERNEL sorokat, aztán:
# cd /etc/udev/rules.d/
# vim rule_neve.rules
beleírtam (root):
# Let's name the backup disks /dev/sdBACKUP
KERNEL=="sd*", SUBSYSTEMS=="scsi", ATTRS{model}=="STORY Station ", SYMLINK+="sdBACKUP"
Neked nyílván majd a KERNEL deklarációnál /dev/ttyUSB* kell majd.
U.I.:
KERNEL=="sdBACKUP", RUN+="/usr/bin/name_of_program"
ezzel tudsz programot futtatni, amikor csatlakozik az eszköz.
--
Nem az erős, aki sosem esik el, hanem az, aki mindig fel tud állni!
- A hozzászóláshoz be kell jelentkezni
...hát nehezen körvonalazódik a megoldás, pláne, hogy éles szerveren nem nagyon merek kisérletezni, de a gugli túrása végül meghozta az eredményt:
KERNEL=="ttyUSB*", ACTION=="add", SYSFS{idVendor}=="xxx", SYSFS{idProduct}=="xxx", NAME="xxx%n", RUN+="modem.agent add"
KERNEL=="ttyUSB*", ACTION=="remove", RUN+="modem.agent del"
...értelemszerüen a RUN+ command alatt mindenki a saját scriptjére hivatkozzon...
Most már csak azt kell kitotózni, hogy hova érdemes (szabad?) ezt a kér sort beszúrni...
ja, és utána újraolvasatni a rules-eket: "udevcontrol reload_rules" hmmm... de ilyem nincs a debin
[EDITED]
Azóta találtam még egy ilyet is: https://bbs.archlinux.org/viewtopic.php?id=78807
és a restart
/etc/init.d/udev restart vagy /etc/init.d/udev reload vagy /etc/init.d/udev force-reload izlés szerint
- A hozzászóláshoz be kell jelentkezni
subs
--
Kum G.
Linux pólók HUP pólók Linux tanga
- A hozzászóláshoz be kell jelentkezni