Viestit

41

Asentaminen ja käyttöönotto / Vs: 10.04 lts 32 bit ja mokkulat vikoja ja havaintoja

« : 06.05.10 - klo:14.53 »

Eipäs tuo olekaan mikään pakotus, vaan jonkilainen hätävara. Kokeilin yhteyttä pari kertaa, ja välillä DNS-osoitteet saadaan verkosta OK:

Koodia: [Valitse]

May  6 14:49:58 atu-acer-104 pppd[3527]: pppd 2.4.5 started by root, uid 0
May  6 14:49:58 atu-acer-104 pppd[3527]: Using interface ppp0
May  6 14:49:58 atu-acer-104 pppd[3527]: Connect: ppp0 <--> /dev/ttyUSB0
May  6 14:49:58 atu-acer-104 pppd[3527]: CHAP authentication succeeded
May  6 14:49:58 atu-acer-104 pppd[3527]: CHAP authentication succeeded
May  6 14:50:07 atu-acer-104 pppd[3527]: Could not determine remote IP address: defaulting to 10.64.64.64
May  6 14:50:07 atu-acer-104 pppd[3527]: local  IP address 87.93.90.180
May  6 14:50:07 atu-acer-104 pppd[3527]: remote IP address 10.64.64.64
May  6 14:50:07 atu-acer-104 pppd[3527]: primary   DNS address 62.241.198.245
May  6 14:50:07 atu-acer-104 pppd[3527]: secondary DNS address 62.241.198.246
^C

Tällaisessa tapauksessa nämä näkyvät oikein myös yhteyden tiedoissa.

42

Asentaminen ja käyttöönotto / Vs: 10.04 lts 32 bit ja mokkulat vikoja ja havaintoja

« : 06.05.10 - klo:14.38 »

Tämä on nyt joku Lucidin uusi juttu. Myöskin DNA:n SIM:llä 10.4 käyttää omin päin Level3:n DNS:ää. Logista näkyy, että normaali DNS-osoitteiden haku operaattorilta puuttuu kokonaan:

Koodia: [Valitse]

May  6 14:09:21 atu-acer-104 pppd[2572]: pppd 2.4.5 started by root, uid 0
May  6 14:09:22 atu-acer-104 pppd[2572]: Using interface ppp0
May  6 14:09:22 atu-acer-104 pppd[2572]: Connect: ppp0 <--> /dev/ttyUSB0
May  6 14:09:22 atu-acer-104 pppd[2572]: CHAP authentication succeeded
May  6 14:09:22 atu-acer-104 pppd[2572]: CHAP authentication succeeded
May  6 14:09:22 atu-acer-104 kernel: [  714.768479] PPP BSD Compression module registered
May  6 14:09:22 atu-acer-104 kernel: [  714.779808] PPP Deflate Compression module registered
May  6 14:09:27 atu-acer-104 pppd[2572]: Could not determine remote IP address: defaulting to 10.64.64.64
May  6 14:09:27 atu-acer-104 pppd[2572]: local  IP address 87.93.50.240
May  6 14:09:27 atu-acer-104 pppd[2572]: remote IP address 10.64.64.64
May  6 14:35:41 atu-acer-104 pppd[2900]: Terminating on signal 15
May  6 14:35:41 atu-acer-104 pppd[2900]: Connect time 17.1 minutes.
May  6 14:35:41 atu-acer-104 pppd[2900]: Sent 343206 bytes, received 2188014 bytes.
May  6 14:35:41 atu-acer-104 pppd[2900]: Connection terminated.
May  6 14:35:42 atu-acer-104 pppd[2900]: Exit.

Verkkoasetuksissa kuitenkin on päällä DHCP:n määräämät osoitteet, eikä /etc/dhcp3/dhclient.conf:ssakaan ole mitään supersede-komentoa.

En löytänyt äkkiä netistä mitään mainintaa tällaisesta "DNS-pakotuksesta". Ubuntussahan kylläkin on ollut ongelmaa DNS-osoitteiden haun kanssa, joten ehkä joku on laittanut mukaan tällaisen quick and dirty -ratkaisun.

43

Laitealue / Vs: Huawei e160e - Ubuntu 10.04 - Saunalahti

« : 05.05.10 - klo:21.52 »

Oikeat tty-portit eri modeemeille on listattu täällä.

Jos koneessa on kiinni esim. USB-RS232-sovitin, joka nappaa käyttöönsä ttyUSB0:n, modeemin porttinumero muuttuu yhdellä pykälällä suuremmaksi.

44

Asentaminen ja käyttöönotto / Vs: 10.04 lts 32 bit ja mokkulat vikoja ja havaintoja

« : 05.05.10 - klo:21.29 »

Tuo DNS-havainto on mielenkiintoinen. Nuo osoitteet ovat tunnettuja julkisia DNS-osoitteita, eli olisiko mahdollista, että joku/jokin henkilö/ohjelma olisi asettanut koneellesi kiinteät IP-osoitteet?

Itselläni ainakin tälläkin hetkellä Elisan yhteyteen tulee tutut 193.-alkuiset DNS-osoitteet.

45

Laitealue / Vs: 10.04 ja mokkulat

« : 05.05.10 - klo:15.30 »

Kiitos! Nyt päivitetty taulukkoon.

46

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.

47

Asentaminen ja käyttöönotto / Vs: 10.04 lts 32 bit ja mokkulat vikoja ja havaintoja

« : 05.05.10 - klo:09.01 »

Päivitin Karmicin 10.04:seen Huawei E1762 mokkulaa ja Soneraa käyttäen, aikaa meni noin 12 tuntia.
Päivitys kannatti mokkula toimii ilman poppakonsteja, netti päälle kun käynnistys luritus kuuluu.
...

Toimiiko sinulla todella E1762 Ubuntu 10.4:n kanssa? Omissa testeissäni E1762 on 10.4:n Network Managerin kanssa sekaisin kuin seinäkello sekä 64- että 32-bit koneissa.

Wvdial toimii OK.

48

Laitealue / Vs: Satasen Ubuntu-miniläppäri?

« : 01.05.10 - klo:12.32 »

Avasin vihdoin paketin vappuaamun kunniaksi.

Avaus oli niin jännittävää, että otin videolle.

Luottokorttilaskukin Cherrypalista tuli jo, ja lopulliseksi hinnaksi jäi nyt melko kalliilla taalalla 88 euroa.

49

Laitealue / Vs: Satasen Ubuntu-miniläppäri?

« : 27.04.10 - klo:17.54 »

Hain paketin jämät äsken postista. Ei päältä päin näytä kovinkaan hyvältä.

Aukominen jääköön illempaan, mutta täällä on jo kuva laatikosta - tai siitä, mitä siitä on jäljellä.


>> EDIT >> Töitä on riittänyt aamusta iltaan ja ylikin tässä vapun alla, joten tänne saakka olen jaksanut vilkuilla norsun tallomaa boxia vain päältä päin. Aukomaan ja nauramaan -tapahtuma taitaa mennä vapunjälkeiseen elämään.

50

Laitealue / Vs: Satasen Ubuntu-miniläppäri?

« : 24.04.10 - klo:13.05 »

Jotakin on selvästi matkalla kohti Suomea, mutta taitaa olla tuhkapilveen hyytyneenä tämäkin lähetys.
Täällä on seurantalinkki Kiinan postin seurantaan, josta matkan eteneminen/etenemättömyys näkyy.

51

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.

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

52

Laitealue / Vs: Ulkoinen valopalkki näppikselle ???

« : 19.04.10 - klo:08.18 »

Näin se käy:
1. Asenna lock-keys-applet (esim. sudo apt-get install lock-keys-applet)
2. Klikkaa hiiren oikealla napilla yläpalkkiin ja valitse Lisää paneeliin
3. Valitse Lock Keys.

Yläpalkkiin ilmestyy Caps Lock-, Num Lock- ja Scroll Lock- napit, jotka näkyvät mustana tai harmaana sen mukaan, onko kyseinen nappi valittuna vai ei.

 

53

Laitealue / Vs: Satasen Ubuntu-miniläppäri?

« : 16.04.10 - klo:13.23 »

Totta, ei tuosta varsinaiseksi läppäriksi ole.

Juttuhan lähtikin liikkeelle tästä: "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."

54

Laitealue / Vs: Satasen Ubuntu-miniläppäri?

« : 13.04.10 - klo:18.49 »

Nonni, taas on Cherrypal Africa tilattu. Cherrypalin johto selitteli netissä joulukuun ongelmien taustoja ja huijaushuhujen syntyä, ja heidän green-open-fair-periaatteissaan on mielestäni ideaa. Olivat myös saaneet verkkokauppaansa luottokorttimaksunkin, joten piti taas kokeilla.

Tällä kertaa näyttää lähes lupaavalta. Kaksi päivää tilauksesta tuli ilmoitus toimituksesta seurantakoodilla ja -linkillä. Jopa toimitusaikaa ennustelivat: "Shipments to Finland usually take about a week."

Eli ensi viikolla nähdään, tuleeko postista läppäri, alushousut vai yhtään mitään.

55

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Serveri palomuurilla + wlan + mokkula :)

« : 08.04.10 - klo:07.48 »

Network manager on liian salamyhkäinen jääräpää taipuakseen tuollaiseen, mutta esim. komentorivipohjaisella Debianilla homma onnistuu. Tuollainen jo pyöriikin Alixin reititinboardilla ja Debian-pohjaisella Voyage Linuxilla parhaillaan työpöydälläni, ja tämähän on käytännössä pieni tietokone. Uskon, että toimisi yhtä hyvin vaikka pöytäkoneessa esim. Debian Lennyllä. Dokumentoin hommaa tänne: http://www.siptune.net/tiki-index.php?page=Voyage+Linux.

3G-puolen ohjeistus puuttuu tuosta Voyage-sivuilta vielä, mutta wvdial toimii tuossa hyvin, ja siihen on siptune.net:in Ubuntu 3G -sivuilla jo valmiit ohjeet.

Palomuurisoftia Debian-pohjaisiin jakeluihin on saatavilla, ja juurikin IP-table- nattaus- ja siltausjuttuja täytyy vielä opiskella ja ohjeistaa tuonne em. sivuille lisää.

56

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.

57

Laitealue / Vs: 9.10 ja CS-15 Soneran liittymällä

« : 07.03.10 - klo:19.06 »

Mitäs logeissa näkyy?

Ks. http://www.siptune.net/tiki-index.php?page=Ubuntu+3G sivun lopulta "Diagnostiikka"-otsikon alta.

58

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

59

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.

60

Laitealue / Vs: Dna mokkula Ubuntuun

« : 22.02.10 - klo:12.51 »

Kiitos linkistä ja vinkistä. Mokkulayhteys toimii ja NManagerissa näkyy DNA yhteys.

Mutta prosessorin käyttöaste on täydet sata prosenttia. Kuinka saan prosessorin toimimaan normaalisti??

Minulla Ubuntu Onen käyttö veti yhdellä koneella CPU-kuorman sataan prosenttiin. Oobetimerin suosittelema top-komento sinun kuormittajasi sinulle kertoo. Kerro sitten meillekin, mikä se oli.