Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez martyman
Ja to rozumiem. Problem w tym, że uprawnienia /dev/rfcomm0 resetują się po restarcie systemu. Problem w google jest dość popularny dla innych dystrybucji. Myślałem, że jest jakaś kulturalniejsza metoda na to, ale widzę, że ludzie stosują siłowe metody.
Więc poradziłem sobie w ten sposób:
dopisałem w rc.local:
sleep 15
chmod a+rw /dev/rfcomm0
I jest ok.
No właśnie też się nie spodziewałem problemów. Myślałem, że wszystko w pliku /etc/profile uruchamia się z prawami roota, ale jak widać nie.
Wpisałem sobie do /etc/profile skrypt, który przy spełnionych odpowiednich warunkach wysyła mi sms z telefonu podłączonego przez bluetooth. Jak loguję się po ssh jako root, to gnokii pięknie wysyła sms, ale jak się zaloguję jako inny użytkownik, to mam błąd"Gnokii serial_open: open: Permission denied". Jak zmienię uprawnienia dla /dev/rfcomm0 na 666, to gnokii poprawnie wysyła sms po zalogowaniu się użytkownika. Ale tylko do restartu. Po nim uprawnienia się resetują do 644.
Czy spotkał się ktoś z tym, że tylko root ma dostęp do /dev/rfcomm0 ? Inny użytkownik nie ma dostępu do urządzenia, a zmiana uprawnień lub właściciela /dev/rfcomm0 nic nie daje, bo po restarcie i tak uprawnienia są resetowane.
Ale ja chciałbym użyć bluetootha do sterowania mpd. Muszę mieć numer kanału serial port bluetooth.
Browsing D8:2A:7E:0C:2A:CA ...
Service Name: AVRCP Target
Service Description: Audio Video Remote Control
Service Provider: Symbian Software Ltd.
Service RecHandle: 0x10000
Service Class ID List:
"AV Remote Target" (0x110c)
Protocol Descriptor List:
"L2CAP" (0x0100)
PSM: 23
"AVCTP" (0x0017)
uint16: 0x100
Profile Descriptor List:
"AV Remote" (0x110e)
Version: 0x0100
Service Name: PnP Information
Service RecHandle: 0x10001
Service Class ID List:
"PnP Information" (0x1200)
Language Base Attr List:
code_ISO639: 0x454e
encoding: 0x6a
base_offset: 0x100
Service Name: SIM Access
Service RecHandle: 0x10002
Service Class ID List:
"SIM Access" (0x112d)
"Generic Telephony" (0x1204)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 21
Language Base Attr List:
code_ISO639: 0x454e
encoding: 0x6a
base_offset: 0x100
Profile Descriptor List:
"SIM Access" (0x112d)
Version: 0x0101
Service Name: Phonebook access PSE
Service Provider: Symbian Software Ltd
Service RecHandle: 0x10003
Service Class ID List:
"Phonebook Access - PSE" (0x112f)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 1
"OBEX" (0x0008)
Language Base Attr List:
code_ISO639: 0x656e
encoding: 0x6a
base_offset: 0x100
Profile Descriptor List:
"Phonebook Access" (0x1130)
Version: 0x0100
Service Name: Hands-Free Audio Gateway
Service RecHandle: 0x10004
Service Class ID List:
"Handsfree Audio Gateway" (0x111f)
"Generic Audio" (0x1203)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 2
Language Base Attr List:
code_ISO639: 0x454e
encoding: 0x6a
base_offset: 0x100
Profile Descriptor List:
"Handsfree" (0x111e)
Version: 0x0105
Service Name: Headset Audio Gateway
Service RecHandle: 0x10005
Service Class ID List:
"Headset Audio Gateway" (0x1112)
"Generic Audio" (0x1203)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 3
Language Base Attr List:
code_ISO639: 0x454e
encoding: 0x6a
base_offset: 0x100
Profile Descriptor List:
"Headset" (0x1108)
Version: 0x0100
Service Name: Audio Source
Service RecHandle: 0x10006
Service Class ID List:
"Audio Source" (0x110a)
Protocol Descriptor List:
"L2CAP" (0x0100)
PSM: 25
"AVDTP" (0x0019)
uint16: 0x100
Language Base Attr List:
code_ISO639: 0x454e
encoding: 0x6a
base_offset: 0x100
Profile Descriptor List:
"Advanced Audio" (0x110d)
Version: 0x0100
Service Name: AVRCP Controller
Service Description: Audio Video Remote Control
Service Provider: Symbian Software Ltd.
Service RecHandle: 0x10007
Service Class ID List:
"AV Remote" (0x110e)
Protocol Descriptor List:
"L2CAP" (0x0100)
PSM: 23
"AVCTP" (0x0017)
uint16: 0x100
Profile Descriptor List:
"AV Remote" (0x110e)
Version: 0x0100
Service RecHandle: 0x10008
Service Class ID List:
UUID 128: 00005557-0000-1000-8000-0002ee000001
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 4
Service Name: Dial-Up Networking
Service RecHandle: 0x10009
Service Class ID List:
"Dialup Networking" (0x1103)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 5
Language Base Attr List:
code_ISO639: 0x454e
encoding: 0x6a
base_offset: 0x100
Profile Descriptor List:
"Dialup Networking" (0x1103)
Version: 0x0100
Service Name: OBEX Object Push
Service RecHandle: 0x1000a
Service Class ID List:
"OBEX Object Push" (0x1105)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 6
"OBEX" (0x0008)
Language Base Attr List:
code_ISO639: 0x454e
encoding: 0x6a
base_offset: 0x100
Profile Descriptor List:
"OBEX Object Push" (0x1105)
Version: 0x0100
Service Name: Imaging
Service RecHandle: 0x1000b
Service Class ID List:
"Imaging Responder" (0x111b)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 7
"OBEX" (0x0008)
Language Base Attr List:
code_ISO639: 0x454e
encoding: 0x6a
base_offset: 0x100
Profile Descriptor List:
"Imaging" (0x111a)
Version: 0x0100
Service Name: SyncMLClient
Service RecHandle: 0x1000c
Service Class ID List:
UUID 128: 00000002-0000-1000-8000-0002ee000002
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 8
"OBEX" (0x0008)
Language Base Attr List:
code_ISO639: 0x454e
encoding: 0x6a
base_offset: 0x100
Profile Descriptor List:
"" (0x00000002-0000-1000-8000-0002ee000002)
Version: 0x0100
Service Name: OBEX File Transfer
Service RecHandle: 0x1000d
Service Class ID List:
"OBEX File Transfer" (0x1106)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 9
"OBEX" (0x0008)
Language Base Attr List:
code_ISO639: 0x454e
encoding: 0x6a
base_offset: 0x100
Profile Descriptor List:
"OBEX File Transfer" (0x1106)
Version: 0x0100
Service Name: Nokia OBEX PC Suite Services
Service RecHandle: 0x1000e
Service Class ID List:
UUID 128: 00005005-0000-1000-8000-0002ee000001
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 10
"OBEX" (0x0008)
Language Base Attr List:
code_ISO639: 0x454e
encoding: 0x6a
base_offset: 0x100
Profile Descriptor List:
"" (0x00005005-0000-1000-8000-0002ee000001)
Version: 0x0100
Service Name: SyncML DM Client
Service RecHandle: 0x1000f
Service Class ID List:
UUID 128: 00000004-0000-1000-8000-0002ee000002
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 11
"OBEX" (0x0008)
Language Base Attr List:
code_ISO639: 0x454e
encoding: 0x6a
base_offset: 0x100
Profile Descriptor List:
"" (0x00000004-0000-1000-8000-0002ee000002)
Version: 0x0100
Service Name: Nokia SyncML Server
Service RecHandle: 0x10011
Service Class ID List:
UUID 128: 00005601-0000-1000-8000-0002ee000001
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 12
"OBEX" (0x0008)
Language Base Attr List:
code_ISO639: 0x454e
encoding: 0x6a
base_offset: 0x100
Profile Descriptor List:
"" (0x00005601-0000-1000-8000-0002ee000001)
Version: 0x0100Witam.
Czy zdarzyło się komuś coś podobnego?
sdptool browse xx:xx:...... wyrzuca mi przeróżne usługi typu: Audio Video Remote Control, SIM Access, Dial-Up Networking, ale brakuje mi usługi która przypominałaby "serial port".
Próbowałem na nokiach E52, 5230, C-5 i w każdej brakuje tego, przez co nie mam możliwości uruchomienia bemused.
Jaka jest na to rada? Mam zrobić extroota i swapa na tym samym dysku, na którym mam filmy? Dwa urządzenia na USB mocniej obciążają system niż jedno urządzenie, mimo, że ilość przesyłanych danych jest w obu przypadkach taka sama?
Spróbowałem na MR3220. Do USB jest podpięty tylko jeden pendrive, a na nim swap, extroot i trzecia partycja, na której jest kilka filmów. Odpaliłem na tym minidlna. Jako klienta użyłem teraz laptopa z programem VLC, leci już któryś z kolei film i póki co nie udało się doprowadzić do zatrzymania. O czym to świadczy?
Problem z tytułu wiecznie żywy.
Do tej pory był MR3220 + hub + pendrive (extroot i swap) + modem E353 + dysk Sata w obudowie USB. TV podłączony do sieci WIFI za pomocą Acces Pointa WA701ND.
Kilka tygodni temu z uwagi na potrzebę posiadania LAN 1000mb/s zmieniłem router na WR1043ND. Cały sprzęt podłączony do niego jest ten sam. Oczywiście problem z minidlna ten sam: wysypuje się losowo, raz po chwili od odpalenia filmu, raz po godzinie, a czasem się wysypie już podczas przeglądania listy filmów. Wielkość filmu bez znaczenia - odpalałem filmy MKV ważące 20GB jak również 700MB. Czasem uda się obejrzeć film 1080p bez przeszkód od początku do końca, a czasem przy filmiku 700 się zatrzyma po 5 minutach. Objaw ten sam - następuje zatrzymanie odtwarzania, a próba ponownego połączenia się z serwerem dlna jest niemożliwa (tv wyświetla "brak połączenia z serwerem"). Jak już wspominałem wcześniej ginie tylko dostęp do dysku, bo np. modem 3g normalnie działa w tym czasie. Samba też nie ma kontaktu z dyskiem. Pomaga tylko restart routera.
Tak więc sytuacja się powtarza na drugim routerze.
Podmieniałem huba USB na innego, również aktywnego, podmieniałem też obudowę dysku.
W logach routera i minidlna oczywiście nic - na obu routerach.
Właściwie to całe minidlna zaczyna tracić dla mnie sens skoro nie da się z niego normalnie korzystać.
Ale tobie chodzi o to, że ten dysk ma w sobie jakąś funkcję autousypiania, czy że po prostu z jakiegoś innego powodu sprawia problemy? Bo tak sobie pomyślałem, że może to nie obudowa go usypia, tylko sam dysk to robi (o ile dyski sata mają coś takiego).
Twierdzisz, że sam dysk może tu powodować jakiś problem?
Cezary, chodzi o to, że elektronika tej obudowy sama usypia dysk i nie mam pojęcia jak i czy się da to zrobić. Chętnie bym to wyłączył i włączył programowe usypianie po godzinie bezczynności po stronie routera. To jest zwykły dysk sata, który włożyłem do obudowy z usb.
Skoro w logach nic nie ma to podejrzewałbyś cokolwiek innego niż obudowę od dysku?
bartekles, bazę minidlna mam umieszczoną właśnie na tym dysku, który jest jednocześnie magazynem filmów, zdjęć i muzyki dla minidlna.
Problem znów mi się pojawił, ale napiszę od początku celem przypomnienia.
MR3220 z hubem USB aktywnym, +extroot i swap na penie +modem E353 +dysk 3,5 w obudowie USB. Nowe AA, samba, minidlna-cvs. Raz na jakiś długi czas podczas oglądania filmu na TV przez DLNA film się zatrzymuje. Sytuacja wygląda wtedy tak, że minidlna jest nadal uruchomione, ale nie ma dostępu do dysku. Samba również nie ma do niego dostępu. W logach routera zupełnie nic. W logach minidlna też nic. Myślałem, że może USB w routerze nie wytrzymuje i coś się zawiesza, ale jednak nie, bo modem e353 pracuje wtedy nadal i internet pięknie chodzi. Pozostaje tylko restart routera. Po restarcie wszystko ok. Problem pojawia się najczęściej po pierwszych pięciu minutach oglądania filmu. Czyli odpalam dostęp do DLNA na TV, dysk przy routerze wychodzi z uśpienia, włączam film i po 5 minutach krach, tak jakby dysk został odłączony (ale w logach nic na ten temat nie ma). Zdarza się to bardzo rzadko, ale pomyślałem, że może ma to związek z tym, że obudowa dysku próbuje go uśpić mimo, że nie powinna? Bo właśnie ta obudowa usypia go mniej więcej po 5 minutach bezczynności. Po krachu mount pokazuje, że dysk jest cały czas zamontowany, ale nie można się do niego dostać, pozostaje tylko restart.
Czy logowanie do pliku nie loguje wszystkich zdarzeń systemowych skoro nic w logach ciekawego nie ma? cronloglevel mam ustawione na 0, więc chyba wszystko powinno się logować?
Dobra, działa.
Ale szczerze mówiąc nie wiem jak to się stało, że ten E173 zadziałał, bo nic nie zmieniłem. Właściwie zastanawiałem się dlaczego nie mam gcoma (po wpisaniu gcom... miałem gcom:no found), aż w końcu nie wiem po co zainstalowałem 3ginfo, nie działało więc odinstalowałem i nagle patrze a gcom działa. A po restarcie modem się połączył. Nie wiem, cuda jakieś.
Czy nad tym nowym AA ciąży jakieś fatum? Wszystko mi pięknie pasuje w AA. Ale nie działają w nim Optiony, więc przeszedłem do Backfire. Tam miałem inny problem, więc wróciłem do AA, ale wziąłem inny modem - E173 i ku mojemu zaskoczeniu ten też nie działa! Wszystko zrobione zgodnie z instrukcją, a po wpisaniu ifup wan efekt jest taki sam jak dla Optiona - nic.
Po podpięciu modemu mam w logach:
Jan 12 00:29:33 kernel: [ 1619.480000] usb 1-1.4: new high-speed USB device number 8 using ehci-platform
Jan 12 00:29:33 kernel: [ 1620.000000] scsi8 : usb-storage 1-1.4:1.0
Jan 12 00:29:33 kernel: [ 1620.000000] scsi9 : usb-storage 1-1.4:1.1
Jan 12 00:29:34 usb-modeswitch: 1-1.4:1.0: Manufacturer=HUAWEI Product=HUAWEI_Mobile Serial=?
Jan 12 00:29:34 usb-modeswitch: 1-1.4:1.0: Selecting /etc/usb_modeswitch.d/12d1:1c0b for mode switching
Jan 12 00:29:34 usb_modeswitch: switching device 12d1:1c0b on 001/008
Jan 12 00:29:34 kernel: [ 1620.260000] usb 1-1.4: USB disconnect, device number 8
Jan 12 00:29:39 kernel: [ 1625.370000] usb 1-1.4: new high-speed USB device number 9 using ehci-platform
Jan 12 00:29:39 kernel: [ 1625.860000] option 1-1.4:1.0: GSM modem (1-port) converter detected
Jan 12 00:29:39 kernel: [ 1625.860000] usb 1-1.4: GSM modem (1-port) converter now attached to ttyUSB0
Jan 12 00:29:39 kernel: [ 1625.870000] option 1-1.4:1.1: GSM modem (1-port) converter detected
Jan 12 00:29:39 kernel: [ 1625.880000] usb 1-1.4: GSM modem (1-port) converter now attached to ttyUSB1
Jan 12 00:29:39 kernel: [ 1625.890000] option 1-1.4:1.2: GSM modem (1-port) converter detected
Jan 12 00:29:39 kernel: [ 1625.890000] usb 1-1.4: GSM modem (1-port) converter now attached to ttyUSB2
Jan 12 00:29:39 kernel: [ 1625.910000] scsi10 : usb-storage 1-1.4:1.3
Jan 12 00:29:39 kernel: [ 1625.910000] scsi11 : usb-storage 1-1.4:1.4
Jan 12 00:29:42 kernel: [ 1628.380000] scsi 10:0:0:0: CD-ROM HUAWEI Mass Storage 2.31 PQ: 0 ANSI: 2
Jan 12 00:29:42 kernel: [ 1628.390000] scsi 11:0:0:0: Direct-Access HUAWEI SD Storage 2.31 PQ: 0 ANSI: 2
Jan 12 00:29:42 kernel: [ 1628.400000] sd 11:0:0:0: [sdb] Attached SCSI removable disk
Jan 12 00:29:54 usb-modeswitch: 1-1.4:1.1: Manufacturer=HUAWEI Product=HUAWEI_Mobile Serial=?
Jan 12 00:29:55 usb-modeswitch: 1-1.4:1.0: Manufacturer=HUAWEI Product=HUAWEI_Mobile Serial=?
Jan 12 00:29:55 usb-modeswitch: 1-1.4:1.1: Manufacturer=HUAWEI Product=HUAWEI_Mobile Serial=?
Jan 12 00:29:55 usb-modeswitch: 1-1.4:1.2: Manufacturer=HUAWEI Product=HUAWEI_Mobile Serial=?
Jan 12 00:29:56 usb-modeswitch: 1-1.4:1.3: Manufacturer=HUAWEI Product=HUAWEI_Mobile Serial=?
Jan 12 00:29:56 usb-modeswitch: 1-1.4:1.4: Manufacturer=HUAWEI Product=HUAWEI_Mobile Serial=?a jak wpiszę ifup wan, to mam:
root@OpenWrt:~# ifup wan
root@OpenWrt:~#
A tak przy okazji skoro skrypty HSO nie działają pod nowym AA, to po co w ogóle są zamieszczone w katalogu pakietów?
I czy komuś pod AA 12.09 działa E173 albo Icon 225?
Sprawdzałem pena na kompie i jest czysty.
Jak w fstabie ustawię isrootfs 0 i podepnę pena w trakcie pracy routera, to przed jego zamontowaniem będą wpisy z e2fsck, a w pliku /etc/log.txt:
/dev/sda2: clean, 31/211744 files, 14767/846336 blocks
Z włączonym extrootem już nie ma info z e2fsck ani w logach, ani w pliku /tmp/log.txt.
Tak jakby z włączonym extrootem z jakiegoś powodu skanowanie nie startowało, ale sam e2fsck rusza.
Próbowałem. Wpisanie "e2fsck -p "$device" 2>&1 >> /tmp/log.txt" nie daje żadnego wyniku, tworzy się pusty plik log.txt. A jak mam dodatkowo przed tym echo "tu jestem" >> /tmp/log.txt, to w pliku jest tylko napis "tu jestem" i nic więcej. W logach to samo - że zamontował niesprawdzony system plików.
Tworzy się plik z wpisem "tu jestem", czyli e2fsck jest uruchamiane. Ale jak podejrzeć wynik skanowania? Chcę mieć pewność, że funkcja nie tylko się uruchamia, ale skanuje system plików i naprawia go w razie potrzeby.
E2fsck jest uruchamiane, ale w logach i tak mam:
"EXT4-fs (sda2): warning: mounting unchecked fs, running e2fsck is recommended
EXT4-fs (sda2): mounted filesystem without journal"
Chyba trochę zagmatwałem, więc napiszę jeszcze raz zwięźle:
Jak otrzymać w logach info o skanowaniu partycji extroota przed jej zamontowaniem w Backfire?
E2fsprogs zainstalowane we flashu.
Enable_fsck włączone we flashu.
A w logach brak wpisów od e2fsck, więc nie wiem, czy w ogóle skanuje.
A w jaki sposób zrobić to samo w ostatnim Backfire? Tzn. w logach, czy to przez logread, czy przez logowanie do pliku jest tylko "EXT4-fs (sda2): mounted filesystem without journal." i żadnego info dotyczącego e2fsck.
Modyfikacja /lib/functions/fsck/e2fsck.sh nic nie daje. Tworzy się tylko pusty plik /tmp/log.txt, ale zapewne w backfire trzeba to zrobić inaczej. Proszę o info jak to tutaj zrobić.
Wybrałem AA z uwagi na to, że backfire już nie jest rozwijane. Gdybym wiedział jak przepisać te skrypty, to bym to zrobił 
Nie mam zielonego pojęcia jak to zrobić
Gdybym wiedział, to nie instalowałbym AA. Czyli trzeba czekać aż powstaną takie skrypty? Czyli pozostaje mi wrócić do Gargoyle i pogodzić się z brakiem możliwości wgrania e2fsprogs do flasha.
Cezary, pomocy. Nie znalazłem nigdzie informacji o uruchomieniu Optiona 225 na najnowszym AA. Możesz mi dać instrukcje?
Jest na stronie jakiś know how odnośnie tego jak AA działa po nowemu? Nie potrafię tego znaleźć.
Tak.
eko.one.pl → Posty przez martyman
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc