Näytä kirjoitukset

Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.


Aiheet - anttu-t

Sivuja: [1] 2
1
Laitealue / 11.04 -> Bluetooth-hiiri hukassa
« : 06.05.11 - klo:12.55 »
Mikäs nyt neuvoksi, kun päivitys 10.10:ltä 11.04:een hukkasi Bluetooth-hiiren.

Kympissä hiiri toimi ensimmäisen käyttöönoton jälkeen automaattisesti, mutta nyt 11.04:ssa Bloetooth jää tietokoneen päälle laiton jälkeen disableksi ja mahdottomalla renkkauksella lopulta hiiren saa toimimaan. (Vielä on vähän hämäränä, mikä vaadittava renkkaussekvenssi on.)

Mistähän päästä tähän ongelmaan voisi lähteä pureutumaan?

2
Laitealue / Aprillia vai ei (BandLuxe C339)
« : 01.04.11 - klo:14.28 »
Ubuntukin mainitaan purkin kyljessä:

http://www.siptune.net/forum/viewtopic.php?f=4&t=615

3
Laitealue / Paras WLAN-dongle Linuxille?
« : 10.11.10 - klo:08.09 »
Mikä olisi Linux-ajuritueltaan paras USB-liitäntäinen WLAN-sovitin? Eli siis mihin simppeleimmässäkin Linuxissa olisi ajurit saaatavilla.

4
Laitealue / Irc-kanava mobiilinettiaiheille
« : 03.10.10 - klo:14.50 »
Mobiilinettiin keskittyvä irc-kanava #eum Freenodessa, ja siihen liittyen paketti ircin ja irc-työkalujen alkeista täällä: http://www.siptune.net/tiki-index.php?page=irc. Sivuilla on kerrottu esim. tosi helppo tapa kurkata ircciä Webchatilla, mutta myös vahvaa linux-asiaa screenistä irssin apuvälineenä.

5
Laitealue / Uusi Huawei E1820 ja Ubuntu 10.04
« : 18.05.10 - klo:14.10 »
Pääsin testaamaan upouutta Huawei E1820:aa.

Muuten tikku on perinteistä Huaweita, paitsi nopeuslupaus 28 Mb/s on jotakin, mitä ei Suomessa ole ennen nähty.

Tikku toimi Ubuntussa (64-bit 10.04) yllättävänkin hyvin. Jopa MicroSD-muistikortti mounttautui nätisti käyttöön modeemitilan kanssa riitelemättä.

Täällä on juttua vähän tarkemmin ja muutama kuva.

Modeemi suostui toimimaan vain Elisan ja Saunalahden:n SIM:eillä, joten on toistaiseksi vain Elisa-leirin herkkua.

(Editoitu painovirhe pois.)

6
Laitealue / 10.04 ja mokkulat
« : 05.05.10 - klo:14.37 »
Sain vihdoin mokkulasulkeisten uusimman testikierroksen 10.04:llä läpi.

Käytössä oli tyhjältä pohjalta asennettu 10.04 64-bit Acer Aspire 7738G:ssä ja reilu 20 erilaista mokkulaa.

Parannuksiakin vanhempiin releaseihin oli havaittavissa, mutta kaikenkaikkiaan aika huonoa on vielä Network managerin toiminta Suomen modeemikannan kanssa. Wvdial:illa tms perinteisillä ohjelmilla kyllä kaikki toimivat OK.

Testin tulokset tarkemmin täällä.

Havainnot muilta käyttäjiltä/muista koneista kiinnostaisi.


7
Laitealue / 3G-ongelmanratkaisuun apuri?
« : 23.04.10 - klo:20.46 »
Tällaista kehittelen pienessä päässäni, että tekisin vianhakuwebbisivut mokkulayhteyksiä varten siptune.net:iin. Vuokaavion tapaan, mutta nettisivuston mahdollisuuksia hyödyntäen.

Eli vaikkapa kysymys per sivu, ja vastauksen mukaan haarautuminen oikealle sivulle kohti ongelman ratkaisua. Esim. Microsoftin helpeistä tuttu systeemi siis, mutta nettisivuilla, kokemusten ja palautteen mukaan jatkuvasti päivittyen ja lisälinkkejä ym apuja tarjoillen.

Ensimmäinen luonnos on jo whiteboardilla, eli järjestelmä siis melkein valmis. :D

Jos tulee mieleen oire - ratkaisu -yhdistelmä 3G-yhteyden tiimoilta, lähetätkö vinkkiä tähän viestiketjuun, ja lisään apuriin.


8
Laitealue / Nokia CS-15 toimii nyt Network managerillakin
« : 02.04.10 - klo:07.39 »
Ainakin CS-15 ja varmaankin monet muutkin hankalat tapaukset lähtee toimimaan hienosti myös network-managerilla, kun Ubuntuun asentaa modemmanager PPA:n.

Ohje PPA:n asennukseen on täällä.

Ainakaan tänä aamuna ei Ubuntun proposed kernel-päivityskään vielä riittänyt, mutta tuon PPA:n asennuksen jälkeen CS-15 lähti toimimaan myös network-managerilla.

Itselläni oli testatessa asennettuna myös räätälöity udev-tiedosto, mutta en tiedä, josko tuon uuden PPA:n myötä toimisi jo ilmankin.


9
Laitealue / Mobiiliverkon pingin nopeus
« : 07.03.10 - klo:13.15 »
Aika mielenkiintoisia havaintoja mobiilinetin pingistä ja Linuxiinkin scripti, jolla USB-modeemi pysyy jatkuvasti HSPA:ssa:

http://www.nopeustesti.fi/ping-mobi.php


10
Laitealue / Leadtek @450-modeemi Ubuntussa?
« : 02.03.10 - klo:14.58 »
Yritän saada otsikon USB-modeemia toimimaan Ubuntussa, mutta yritys hyytyy ihan maaliviivoille...

Sourceforgesta löytyvä ajuripaketti (http://sourceforge.net/projects/ft1000/files/) kääntyi ja asentui OK, ja verkkorajapinta tulee näkyviin. Jotain näkyisi jopa lähtevän verkkoon päin, mutta mitään ei tule takaisin, ja homma hyytyy DHCP-kyselyyn.

Onko joku saanut Leadtekin toimimaan Ubuntun/Linuxin kanssa, ja missähän on piilossa se pieni vipu, jolla saisin yhteyden pelittämään?

Yhteys näyttää ifconfig:illa tältä:
Koodia: [Valitse]
eth1 Link encap:Ethernet HWaddr 00:30:04:00:3E:14
inet6 addr: fe80::230:4ff:fe00:3e14/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:11 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:2200 (2.1 KiB)

Tässä messaget modeemin kytkemisestä:
Koodia: [Valitse]
Feb 20 07:41:01 localhost kernel: usb 5-1: new full speed USB device using uhci_hcd and address 2
Feb 20 07:41:01 localhost kernel: usb 5-1: configuration #1 chosen from 1 choice
Feb 20 07:41:01 localhost kernel: usb 5-1: New USB device found, idVendor=1291, idProduct=0011
Feb 20 07:41:01 localhost kernel: usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Feb 20 07:41:01 localhost kernel: usb 5-1: Product: Leadtek USB Network Interface
Feb 20 07:41:01 localhost kernel: usb 5-1: Manufacturer: Qualcomm
Feb 20 07:41:01 localhost kernel: usb 5-1: SerialNumber: 0001
Feb 20 07:41:01 localhost kernel: Initialize and register the driver
Feb 20 07:41:01 localhost kernel: ft1000_probe: usb device descriptor info:
Feb 20 07:41:01 localhost kernel: ft1000_probe: number of configuration is 1
Feb 20 07:41:01 localhost kernel: ft1000_probe is called
Feb 20 07:41:01 localhost kernel: ft1000_probe: number of alt settings is :1
Feb 20 07:41:01 localhost kernel: ft1000_probe: number of endpoints is 3
Feb 20 07:41:01 localhost kernel: ft1000_probe: descriptor type is 4
Feb 20 07:41:01 localhost kernel: ft1000_probe: interface number is 0
Feb 20 07:41:01 localhost kernel: ft1000_probe: alternatesetting is 0
Feb 20 07:41:01 localhost kernel: ft1000_probe: interface class is 255
Feb 20 07:41:01 localhost kernel: ft1000_probe: control endpoint info:
Feb 20 07:41:01 localhost kernel: ft1000_probe: descriptor0 type — 3
Feb 20 07:41:01 localhost kernel: ft1000_probe: descriptor1 type — 2
Feb 20 07:41:01 localhost kernel: ft1000_probe: descriptor2 type — 2
Feb 20 07:41:01 localhost kernel: endpoint 0
Feb 20 07:41:01 localhost kernel: bEndpointAddress=81, bmAttributes=3
Feb 20 07:41:01 localhost kernel: endpoint 1
Feb 20 07:41:01 localhost kernel: bEndpointAddress=82, bmAttributes=2
Feb 20 07:41:01 localhost kernel: ft1000_probe: in: 130
Feb 20 07:41:01 localhost kernel: endpoint 2
Feb 20 07:41:01 localhost kernel: bEndpointAddress=3, bmAttributes=2
Feb 20 07:41:01 localhost kernel: ft1000_probe: out: 3
Feb 20 07:41:01 localhost kernel: bulk_in=130, bulk_out=3
Feb 20 07:41:01 localhost kernel: ft1000_probe: start downloading dsp image...
Feb 20 07:41:01 localhost kernel: Enter init_ft1000_netdev...
Feb 20 07:41:01 localhost kernel: init_ft1000_netdev: network device name is eth1
Feb 20 07:41:01 localhost kernel: card number = 1
Feb 20 07:41:01 localhost kernel: Initialize free_buff_lock and freercvpool
Feb 20 07:41:01 localhost kernel: In probe: pft1000info=f37e8480
Feb 20 07:41:02 localhost kernel: Reset Register = 0x45
Feb 20 07:41:02 localhost kernel: Reset DSP
Feb 20 07:41:03 localhost kernel: Activate DSP
Feb 20 07:41:04 localhost kernel: templong (fefe) = 0xfefe0000
Feb 20 07:41:04 localhost kernel: Entered scram_dnldr...
Feb 20 07:41:04 localhost kernel: FT1000:STATE_START_DWNLD
Feb 20 07:41:04 localhost kernel: scram_dnldr: handshake is HANDSHAKE_DSP_BL_READY, call put_handshake(HANDSHAKE_DRIVER_READY)
Feb 20 07:41:04 localhost kernel: FT1000:STATE_BOOT_DWNLD
Feb 20 07:41:04 localhost kernel: FT1000:REQUEST_CODE_LENGTH
Feb 20 07:41:04 localhost kernel: FT1000:STATE_BOOT_DWNLD
Feb 20 07:41:04 localhost kernel: FT1000:REQUEST_RUN_ADDRESS
Feb 20 07:41:04 localhost kernel: FT1000:STATE_BOOT_DWNLD
Feb 20 07:41:04 localhost kernel: FT1000:STATE_BOOT_DWNLD
Feb 20 07:41:04 localhost kernel: FT1000:STATE_BOOT_DWNLD
Feb 20 07:41:04 localhost kernel: FT1000:STATE_BOOT_DWNLD
Feb 20 07:41:04 localhost kernel: FT1000:STATE_BOOT_DWNLD
Feb 20 07:41:04 localhost kernel: FT1000:REQUEST_DONE_BL
Feb 20 07:41:04 localhost kernel: get_handshake: fcodeldr is 1
Feb 20 07:41:04 localhost kernel: check_usb_db: read FT1000_REG_DOORBELL value is 0
Feb 20 07:41:04 localhost kernel: check_usb_db: read FT1000_REG_DOORBELL value is 0
Feb 20 07:41:04 localhost kernel: check_usb_db: read FT1000_REG_DOORBELL value is 0
Feb 20 07:41:04 localhost kernel: check_usb_db: read FT1000_REG_DOORBELL value is 80
Feb 20 07:41:04 localhost kernel: FT1000:Got checkusb doorbell
Feb 20 07:41:04 localhost kernel: FT1000:check_usb_db:Doorbell = 0x8100
Feb 20 07:41:04 localhost kernel: FT1000:check_usb_db:Doorbell = 0x102
Feb 20 07:41:04 localhost kernel: check_usb_db: door bell is cleared, return 0
Feb 20 07:41:04 localhost kernel: FT1000:download: REQUEST_MAILBOX_DATA
Feb 20 07:41:04 localhost kernel: FT1000:download:REQUEST_VERSION_INFO
Feb 20 07:41:04 localhost kernel: FT1000:download:REQUEST_CODE_BY_VERSION
Feb 20 07:41:04 localhost kernel: FT1000:download: bGoodVersion is TRUE
Feb 20 07:41:04 localhost kernel: FT1000:download:REQUEST_CODE_LENGTH
Feb 20 07:41:04 localhost kernel: FT1000:download:run_size = 0x 42dd9
Feb 20 07:41:04 localhost kernel: FT1000:download: REQUEST_RUN_ADDRESS
Feb 20 07:41:04 localhost kernel: FT1000:download:run_address = 0x 30b02
Feb 20 07:41:04 localhost kernel: FT1000:download:image_chksum = 0x 6138
Feb 20 07:41:10 localhost kernel: FT1000:download:Code loader is done...
Feb 20 07:41:10 localhost kernel: FT1000:download:STATE_SECTION_PROV
Feb 20 07:41:10 localhost kernel: ft1000:download: after STATE_SECTION_PROV, uiState = 5, Status= 0
Feb 20 07:41:10 localhost kernel: FT1000:download:STATE_SECTION_PROV
Feb 20 07:41:10 localhost kernel: ft1000:download: after STATE_SECTION_PROV, uiState = 5, Status= 0
Feb 20 07:41:10 localhost kernel: FT1000:download:STATE_SECTION_PROV
Feb 20 07:41:10 localhost kernel: ft1000:download: after STATE_SECTION_PROV, uiState = 5, Status= 0
Feb 20 07:41:10 localhost kernel: FT1000:download:STATE_SECTION_PROV
Feb 20 07:41:10 localhost kernel: ft1000:download: after STATE_SECTION_PROV, uiState = 7, Status= 0
Feb 20 07:41:10 localhost kernel: Download exiting with status = 0x 0
Feb 20 07:41:11 localhost kernel: dsp_reload returned
Feb 20 07:41:11 localhost kernel: ft1000_poll: FT1000_REG_DOORBELL message type: FT1000_DB_DPRAM_RX : portid DRIVERID
Feb 20 07:41:11 localhost kernel: ft1000_proc_drvmsg:Command message type = 0x10
Feb 20 07:41:11 localhost kernel: ft1000_proc_drvmsg:Command message type = MEDIA_STATE<6>Media is up
Feb 20 07:41:11 localhost kernel: return from ft1000_proc_drvmsg
Feb 20 07:41:11 localhost kernel: ft1000_poll: FT1000_REG_DOORBELL message type: FT1000_ASIC_RESET_REQ
Feb 20 07:41:11 localhost kernel: ft1000_poll: FT1000_REG_DOORBELL message type: FT1000_DB_DPRAM_RX : portid DRIVERID
Feb 20 07:41:11 localhost kernel: ft1000_proc_drvmsg:Command message type = 0x71
Feb 20 07:41:11 localhost kernel: FT1000:drivermsg:Got DSP_GET_INFO
Feb 20 07:41:11 localhost kernel: return from ft1000_proc_drvmsg
Feb 20 07:41:11 localhost kernel: ft1000_probe::Waiting for Card Ready
Feb 20 07:41:11 localhost kernel: ft1000_probe::Waiting for Card Ready
Feb 20 07:41:11 localhost kernel: ft1000_probe::Waiting for Card Ready
Feb 20 07:41:11 localhost kernel: ft1000_probe::Waiting for Card Ready
Feb 20 07:41:12 localhost kernel: ft1000_poll: FT1000_REG_DOORBELL message type: FT1000_DB_DPRAM_RX : portid DRIVERID
Feb 20 07:41:12 localhost kernel: ft1000_proc_drvmsg:Command message type = 0x50
Feb 20 07:41:12 localhost kernel: ft1000_proc_drvmsg:Command message type = DSP_INIT_MSG<6>DSPVER = 0x 0 0x 2 0x b 0x2d
Feb 20 07:41:12 localhost kernel: EUI64= 0.30. 4. 2. 0. 0.3e.14
Feb 20 07:41:12 localhost kernel: RFCalVer = 0x b 0xcc
Feb 20 07:41:12 localhost kernel: return from ft1000_proc_drvmsg
Feb 20 07:41:12 localhost kernel: ft1000_poll: FT1000_REG_DOORBELL message type: FT1000_DB_DPRAM_RX : portid DRIVERID
Feb 20 07:41:12 localhost kernel: ft1000_proc_drvmsg:Command message type = 0x10
Feb 20 07:41:12 localhost kernel: ft1000_proc_drvmsg:Command message type = MEDIA_STATE<6>Media is up
Feb 20 07:41:12 localhost kernel: return from ft1000_proc_drvmsg
Feb 20 07:41:12 localhost kernel: ft1000_poll: FT1000_REG_DOORBELL message type: FT1000_DB_DPRAM_RX : portid DRIVERID
Feb 20 07:41:12 localhost kernel: ft1000_proc_drvmsg:Command message type = 0x30
Feb 20 07:41:12 localhost kernel: ft1000_proc_drvmsg:Command message type = DSP_PROVISION
Feb 20 07:41:12 localhost kernel: *** DspProv? Entered
Feb 20 07:41:12 localhost kernel: DSP Provisioning List Entry
Feb 20 07:41:12 localhost kernel: check if doorbell is cleared
Feb 20 07:41:12 localhost kernel: *** Provision Data Sent to DSP
Feb 20 07:41:12 localhost kernel: DSP Provisioning List Entry
Feb 20 07:41:12 localhost kernel: check if doorbell is cleared
Feb 20 07:41:12 localhost kernel: *** Provision Data Sent to DSP
Feb 20 07:41:12 localhost kernel: ft1000_probe::Waiting for Card Ready
Feb 20 07:41:12 localhost kernel: DSP Provisioning List Entry
Feb 20 07:41:12 localhost kernel: check if doorbell is cleared
Feb 20 07:41:12 localhost kernel: *** Provision Data Sent to DSP
Feb 20 07:41:12 localhost kernel: DSP Provisioning List Entry
Feb 20 07:41:12 localhost kernel: check if doorbell is cleared
Feb 20 07:41:12 localhost kernel: *** Provision Data Sent to DSP
Feb 20 07:41:12 localhost kernel: DSP Provisioning List Entry finished
Feb 20 07:41:12 localhost kernel: ft1000_probe::Waiting for Card Ready
Feb 20 07:41:12 localhost kernel: ft1000_proc_drvmsg:DSP PROVISION is done
Feb 20 07:41:12 localhost kernel: return from ft1000_proc_drvmsg
Feb 20 07:41:12 localhost kernel: ft1000_probe::Waiting for Card Ready
Feb 20 07:41:12 localhost kernel: ft1000_probe::Card Ready!!!! Registering network device
Feb 20 07:41:12 localhost kernel: Enter reg_ft1000_netdev...
Feb 20 07:41:12 localhost kernel: ft1000_CreateDevice: number of instance = 0
Feb 20 07:41:12 localhost kernel: ft1000_chdev:rm_mknod is called for device FT1001
Feb 20 07:41:12 localhost kernel: DeviceCreated? = 0
Feb 20 07:41:12 localhost kernel: ft1000_CreateDevice: ******SAVED pdevobj1=f2650000
Feb 20 07:41:12 localhost kernel: ft1000_CreateDevice: "FT1001" device registration
Feb 20 07:41:12 localhost kernel: ft1000_CreateDevice: registered char device "FT1001"
Feb 20 07:41:12 localhost kernel: ft1000_PcdCreateDevice: device major = 248
Feb 20 07:41:12 localhost kernel: reg_ft1000_netdev returned
Feb 20 07:41:12 localhost kernel: ft1000_chdev:exec_mknod is called with major number = 248
Feb 20 07:41:12 localhost kernel: usbcore: registered new interface driver ft1000usb
Feb 20 07:41:12 localhost kernel: ft1000_chdev:rm_mknod done!
Feb 20 07:41:12 localhost NetworkManager: (eth1): driver 'usb' does not support carrier detection.#012#011You must switch to it manually.
Feb 20 07:41:12 localhost NetworkManager: (eth1): new Ethernet device (driver: 'usb')
Feb 20 07:41:12 localhost NetworkManager: (eth1): exported as /org/freedesktop/Hal/devices/net_00_30_04_00_3e_14
Feb 20 07:41:17 localhost NetworkManager: (eth1): device state change: 1 -> 2
Feb 20 07:41:17 localhost NetworkManager: (eth1): bringing up device.
Feb 20 07:41:17 localhost kernel: ft1000_open is called for card 1
Feb 20 07:41:17 localhost NetworkManager: (eth1): preparing device.
Feb 20 07:41:17 localhost NetworkManager: (eth1): deactivating device (reason: 2).
Feb 20 07:41:17 localhost nm-system-settings: Added default wired connection 'Auto eth1' for /org/freedesktop/Hal/devices/net_00_30_04_00_3e_14
Feb 20 07:41:17 localhost NetworkManager: Policy set 'System eth0' (eth0) as default for routing and DNS.
Feb 20 07:41:17 localhost NetworkManager: (eth1): device state change: 2 -> 3
Feb 20 07:41:17 localhost NetworkManager: Activation (eth1) starting connection 'Auto eth1'
Feb 20 07:41:17 localhost NetworkManager: (eth1): device state change: 3 -> 4
Feb 20 07:41:17 localhost NetworkManager: Activation (eth1) Stage 1 of 5 (Device Prepare) scheduled...
Feb 20 07:41:17 localhost NetworkManager: Activation (eth1) Stage 1 of 5 (Device Prepare) started...
Feb 20 07:41:17 localhost NetworkManager: Activation (eth1) Stage 2 of 5 (Device Configure) scheduled...
Feb 20 07:41:17 localhost NetworkManager: Activation (eth1) Stage 1 of 5 (Device Prepare) complete.
Feb 20 07:41:17 localhost NetworkManager: Activation (eth1) Stage 2 of 5 (Device Configure) starting...
Feb 20 07:41:17 localhost NetworkManager: (eth1): device state change: 4 -> 5
Feb 20 07:41:17 localhost NetworkManager: Activation (eth1) Stage 2 of 5 (Device Configure) successful.
Feb 20 07:41:17 localhost NetworkManager: Activation (eth1) Stage 3 of 5 (IP Configure Start) scheduled.
Feb 20 07:41:17 localhost NetworkManager: Activation (eth1) Stage 2 of 5 (Device Configure) complete.
Feb 20 07:41:17 localhost NetworkManager: Activation (eth1) Stage 3 of 5 (IP Configure Start) started...
Feb 20 07:41:17 localhost NetworkManager: (eth1): device state change: 5 -> 7
Feb 20 07:41:17 localhost NetworkManager: Activation (eth1) Beginning DHCP transaction.
Feb 20 07:41:17 localhost NetworkManager: dhclient started with pid 3551
Feb 20 07:41:17 localhost NetworkManager: Activation (eth1) Stage 3 of 5 (IP Configure Start) complete.
Feb 20 07:41:17 localhost dhclient: Internet Systems Consortium DHCP Client 4.0.0
Feb 20 07:41:17 localhost dhclient: Copyright 2004-2007 Internet Systems Consortium.
Feb 20 07:41:17 localhost dhclient: All rights reserved.
Feb 20 07:41:17 localhost dhclient: For info, please visit http://www.isc.org/sw/dhcp/
Feb 20 07:41:17 localhost dhclient:
Feb 20 07:41:17 localhost dhclient: Listening on LPF/eth1/00:30:04:00:3e:14
Feb 20 07:41:17 localhost dhclient: Sending on LPF/eth1/00:30:04:00:3e:14
Feb 20 07:41:17 localhost dhclient: Sending on Socket/fallback
Feb 20 07:41:17 localhost NetworkManager: DHCP: device eth1 state changed (null) -> preinit
Feb 20 07:41:18 localhost avahi-daemon2060: Registering new address record for fe80::230:4ff:fe00:3e14 on eth1.*.
Feb 20 07:41:19 localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 3
Feb 20 07:41:22 localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 5
Feb 20 07:41:27 localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 5
Feb 20 07:41:32 localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 9
Feb 20 07:41:41 localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 9
Feb 20 07:41:50 localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 9
Feb 20 07:41:59 localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 11
Feb 20 07:42:02 localhost NetworkManager: Device 'eth1' DHCP transaction took too long (>45s), stopping it.
Feb 20 07:42:02 localhost NetworkManager: eth1: canceled DHCP transaction, dhcp client pid 3551
Feb 20 07:42:02 localhost NetworkManager: Activation (eth1) Stage 4 of 5 (IP Configure Timeout) scheduled...
Feb 20 07:42:02 localhost NetworkManager: Activation (eth1) Stage 4 of 5 (IP Configure Timeout) started...
Feb 20 07:42:02 localhost NetworkManager: (eth1): device state change: 7 -> 9
Feb 20 07:42:02 localhost NetworkManager: Marking connection 'Auto eth1' invalid.
Feb 20 07:42:02 localhost NetworkManager: Activation (eth1) failed.
Feb 20 07:42:02 localhost NetworkManager: Activation (eth1) Stage 4 of 5 (IP Configure Timeout) complete.
Feb 20 07:42:02 localhost NetworkManager: (eth1): device state change: 9 -> 3
Feb 20 07:42:02 localhost NetworkManager: (eth1): deactivating device (reason: 0).

Tcpdump näyttää tällaista:
Koodia: [Valitse]
tcpdump: WARNING: eth1: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
07:56:22.878414 IP6 fe80
230:4ff:fe00:3e14 > ff02
2: ICMP6, router solicitation, length 16
07:56:25.000304 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:30:04:00:3e:14 (oui Unknown), length 300
07:56:26.878054 IP6 fe80
230:4ff:fe00:3e14 > ff02
2: ICMP6, router solicitation, length 16
07:56:30.878053 IP6 fe80
230:4ff:fe00:3e14 > ff02
2: ICMP6, router solicitation, length 16
07:56:32.000197 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:30:04:00:3e:14 (oui Unknown), length 300
07:56:51.000287 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:30:04:00:3e:14 (oui Unknown), length 300
...

Kiitos jo etukäteen avusta.



11
Laitealue / USB-kaapelista mokkulakäytössä
« : 03.02.10 - klo:22.33 »
Olen nyt jo kaksi kertaa törmännyt ihmeelliseen vikatilanteeseen, jossa 3G-yhteys ei toimi, vaikka asetukset on kohdallaan. Molemmissa tapauksissa vika on korjautunut vaihtamalla kelvoton (ohut) USB-kaapeli kunnolliseen.

Eli jos yhteys toimii melkein, muttei kuitenkaan, saattaa vika ollakin USB-kaapelissa. Tämä kannattaa pitää mielessä, jos joutuu mystisen 3G-yhteysvian eteen. Tein tästä(kin) samantien ohjesivun, joka kertoo pari esimerkkiä, miten huono kaapeli voi oireilla. Toinen on Ubuntulta, joten siitä on nävyvissä pppd:n logitkin.

Samalla sivulla on ohjeet USB-kaapelin kuparin paksuuden tunnistamiseen.


12
Laitealue / Satasen Ubuntu-miniläppäri?
« : 27.01.10 - klo:06.54 »
Tilasin juuri Cherrypal African eli sen sadan euron läppärin. Rahdin ja verojen kanssa kokonaishinnaksi tulee hyvin tasan 100 euroa.

Tarkoitus olisi kokeilla, miten Ubuntu tuossa pyörähtää, ja sitten mobiilinettimmiehenä tietysti softat ja säädöt mobiililaajakaistaa varten. Tuosta voisi saada tavallisen 3G-reitittimen hinnalla näytöllä varustetun kodin monitoimi-3G-reitittimen tai sitten muuten vaan superhalvan reissuraudan tai jotain muuta hauskaa. Jos tästä projektista jotakin hauskaa muodostuu, ja jos jotakuta kiinnostaa, niin kertoilen tänne aikanaan lisää.


13
Tervehdys

Viime viikonlopun testisession, eli 14 erilaista mokkulaa/nettitikkua vs Ubuntu 9.10, tulokset on nyt taulukossa täällä:
http://www.siptune.net/siptune.net/tiki-index.php?page=Ubuntu+ja+modeemit

Network Manager toimii vieläkin vain harvoilla modeemeilla, mutta esim. wvdialilla toimi kaikki testatut (lukuunottamatta option iCON 225:aa, joka toimii kyllä NM:llä).

Samalta sivulta löytyy nyt myös udev-sääntötiedosto sellaisillle modeemeille, jotka vaativat ejectiä tai usb-modeswitchiä. Tämän avulla modeemit saa automaattisesti modeemitilaan ilman muita kikkailuja. Udev-tiedostossa on tällä hetkellä A-Link 3GU Turbo, Huawei E1762, Nokia CS-15, Siptune LM-75 ja ZTE MF636+.


14
Laitealue / Linux-mokkula
« : 06.12.09 - klo:17.05 »
Itsenäisyyspäivän kunniaksi julkistettiin tämmönen sinivalkoinen Linux-äänenkannattajamokkula. Virallisesti ei tue lainkaan Windows-käyttöjärjestelmää.  ;D

Idea syntyi enemmän huvikseen ja omasta Linux-innostuksesta kuin minkäänlaiseksi pisnekseksi, ja siksi uskallan mainostaa tällä palstallakin. (Eikös voittoa tavoittelematon viestittely ole luvallista. ??? )
http://www.siptune.net/siptune.net/forum/viewtopic.php?f=4&t=243


15
Mokkulasulkeisten taulukossa on nyt linkit ohjeeseen kernel-päivitykseen 2.6.31-15:lle, jolla Huawein mokkulat toimii sujuvasti:
http://www.siptune.net/siptune.net/tiki-index.php?page=Ubuntu+2.6.31-15

Saman sivuston Nokian CS-15:n sivulta löytyy ohje wvdial-ohjelmalle niitä modeemeja varten, jotka ei vielä lähde toimimaan Network-managerilla:
 CS-15:n Ubuntu 9.10 -sivulta

16
Laitealue / Huawei E160 ja E1552 toimimaan 9.10:llä
« : 04.11.09 - klo:21.28 »
Nyt löytyi lääke E160:n ja E1552:n ongelmiin 9.10:ssä. (Oletettavasti E1762 toimii tällä keinolla myös, koska toimii yleensä hyvin E1552:n asetuksilla.)

Mokkulasulkeisten taulukon ylöreunassa on Ubuntu 9.10:n sarakkeessa ohjeet, kuinka 9.10:llä voi debugata network- ja modem managereita. (9.04 ohje ei toimi 9.10:llä.) Tämän avulla huomasin, että modeemeja rupeaakin ohjaamaan moduli hso, eikä option, kuten pitäisi. Poistin hso:n käytöstä, ja pelkästään tuo riitti laittamaan tikut toimimaan!

Tarkempi ohje, miten hson saa helposti eliminoitua myös automaattisesti Ubuntun käynnistyessä, on tuolla samassa Mokkulasulkeisten taulukossa Ubuntu 9.10:n sarakkeessa kyseisten modeemien kohdalla.

E169:ään tämä keino ei tämmöisenään tehonnut.

17
Innostuin tekemään pikku läppäristämi ihan uuden koneen :) ja laitoin siihen Windows 7:n ja Ubuntu 9.10:n rinnakkain.

Tiedoksi, että 9.10 asentui Seiskan päälle/rinnalle oikein helposti, ja dual boot toimii OK.

Nokian netttikun asentelun kanssa sain paketinhallinnan sen verran tillin tallin, että meni heti alkuunsa 9.10 uudelleenasennukseen. Alkuun säikähdin, kun asennusohjelma ei halua automaattisesti tehdä muuta kuin asentaa Ubuntun toiseen kertaan eli kolmanneksi käyttikseksi! Homma saada asennus alkuperäiseen muotoon kuitenkin on käsinkin helppo:

- käynnistä asennus ja ajele partitiointivaiheeseen saakka
- valitse manuaalinen partitiointi
- valitse käytössä ollut Linux-osiosi ja klikkaa muokkausnappia (olikohan se Change, Edit, Muuta tms)
- valitse ext4 (tai mitä haluat käyttää), paikaksi juuri (/) ja klikkaa pukki Format-ruutuun

Tästä vaan jatkat asennusta normaalisti eteenpäin, ja uusi puhtoinen 9.10 on asennettu, ja jopa Seiskakin vielä ehjänä.


18
Laitealue / Karu raportti mokkuloista 9.10:llä
« : 31.10.09 - klo:19.45 »
Yhdeksästä testatusta mokkuloista vain kolme toimii suoraan uudella Ubuntulla. Huomenna otetaan mukaan usb_modeswitch ja muut kikat, ja katsotaan, muuttuuko tilanne. Hyvin karulta joka tapauksessa näyttää mokkulatilanne 9.10:lla.

Havainnot löytyy täältä: http://www.siptune.net/siptune.net/tiki-index.php?page=MOKKULASULKEISET .  Tuonne täydentyy huomenna myös lisäkokeilut ja aikanaan ohjeet, kuinka tikut ja mokkulat saa pelittämään.


19
Laitealue / Ubuntu 9.10 ja uudet mokkulat
« : 30.10.09 - klo:15.38 »
9.10:ssä onkin näköjään mennyt mokkulapaletti kokolailla uusiksi. Ennen hankalat (esim Option) ovat nyt helppoja, ja ennen out-of-box helpot mokkulat ei enää toimikaan.

Yrittäisin nyt viikonloppuna koostaa ja testailla eri mokkulat 9.10:ssä ja lisätä/päivittää Mokkulasulkeisiin kaikille Suomen mokkuloille Ubuntu-ohjeet ja vinkit koostetusti samaan nippuun.

Apuva siis, eli kaikki kokemukset, vinkit ja testitulokset, joita ette ehkä laita tänne palstalle, pliis meikäläiselle osoitteeseen info(ät)siptune.fi. Auttaisi "sulkeisissa" tosi paljon.

Samalla voitaisiin koostaa kimpassa HAL- ja UDEV-muutokset vaikka valmiiksi tiedostoiksi siten, että nuo koneeseen heittämällä saisi kertalaakista Ubuntun, johon voi tyrkätä minkä tahansa Suomessa myytävän motukan, ja aina lähtee pelittämään. Suomeen maailman paras mokkula-Ubuntu siis. Eikös olisi hyvä?

20
Laitealue / 21 Mb/s mokkula ja Direct IP Ubuntussa
« : 28.10.09 - klo:16.04 »
Sain valmiiksi tämmöisen modeemiprojektin, josta itse olen niin kovasti innoissani, että innokkaana Ubuntu-miehenä haluan kertoa tällä palstalla ensimmäiseksi.
http://www.siptune.net/siptune.net/tiki-index.php?page=Siptune+modeemit

Tämä viesti tietysti tuhotaan valonnopeudella mainoksena, mutta olisi tässä teknisesti kiinnostavaa Ubuntu-juttuakin, nimittäin uusi Direct IP -ominaisuus Linuxin 3G-yhteydessä.

Direct IP nimittäin lemppaa 3G-modeemeissa perinteisesti käytetyn PPP:n roskiin ja kytkee mokkulan suoraan IP:llä tietokoneeseen. Omissa testeissäni Ubuntu-PC:llä ja komentorivi-Debian-pohjaisella reitittimellä fiitseri on toiminut tosi kivasti. Modeemi näkyi usb0-nimisenä verkkoyhteytenä, ei ppp0:na tms, ja yhteys kytkeytyi päälle samantien, kun koneen laittoi päälle. Ihan kuin LAN-kaapelin päässä olisi.

Tässä linkissä http://www.siptune.net/siptune.net/tiki-index.php?page=Linux+Direct+IP on direct IP:stä pikkusen lisäjuttua, ja yksi pikku dokumenttikin aiheesta olisi, mutta odottelen vielä Sierralta tietoa sen salaisuuden asteesta.

Seuraava hauska homma olisi harjoitella hyvän, automatisoidun modeemin asennusskriptin tekeminen Ubuntuun. Tämän tiimoilta luultavasti palailen palstalle taas kysymysmerkkinä.

Sivuja: [1] 2