Macbook kadottaa langattoman verkon koko ajan

ubiquity · Viesti Kirjoittaja **ubiquity** » 2.7.2007 klo 12.56

alkaa pikkuhiljaa sylettämään.
Macbook ja Airport Express, se edellinen malli.
Tähän asti hommat toimineet ihan ok, mutta nyt viimeaikoina alkanut käyttäytymään epäluotettavasti. Esim. tässä vaan nettiä selaillessa airport hukkaa yhtäkkiä verkon ja se pitää valita uudestaan valikosta, esim. juuri tätä kirjoittaessani. Missä vika?

hornhill · Viesti Kirjoittaja **hornhill** » 3.7.2007 klo 8.13

Wlan kortissa tai wlan purkissa, tai sitten jokin omituinen bugi. Vian rajaamiseksi lähtisin kokeilemaan toista verkonlaitetta. Jos tuttu tai jokin sen sorttinen henkilö omistaa wlan purkin otat sen lainaan tai paikanpäälle testaamaan sitä, jos se toisella verkonlaitteella toimii moitteettomasti niin oma verkonlaitteesi on sökö, mutta jos pätkiminen jatkuu niin koneesi wlankortti on todennäköisesti sökönä.

verkonlaitteella tarkoitan tukiasemaan, reititintä, tms.

ssulti · Viesti Kirjoittaja **ssulti** » 3.7.2007 klo 8.58

Alkaa sylettää hiljakseen vähän enemmän täälläkin tää AirPortteilu.

Noin kuukausi sitten tullut C2D MacBook ja kaverina AirPort Express ja Extreme (se UFO-malli). OSX 10.4.10 päivityksen jälkeen alkoi ongelmat verkon kanssa. Milloin verkko katoaa; IP liikenne loppuu kuin seinään, vain AP:n off/on - koneen langattoman verkon siis auttaa. Tai vaihtoehtoisesti ruutuun pläjähtää useankielinen "Painas poika poverinappia" sepostus. Ja tästä tilanteesta buutti tietää toimimatonta verkkoa ja vasta seuraava buutti nostaa verkon takaisi. Se kyllä saa signaalin, mutta mitään ei raahaudu minnekkään. Broadcast pingikin tuottaa vastaukseksi vain koneen oman IP:n. Koitettu on ajaa ilman expressiä tai extremeä, ei auta. Muita wlan vermeitä, siis tukiasemia ei ole nyt saatavilla kokeiluun. Verkossa päällä WPA2 ja skannauksella tarkistettu, ettei alueella ole samoilla kanavilla porukkaa. Vaimo valitteli CD BlackBookistaan, että samaisen 10.4.10 päivityksen jälkeen verkkoon meneminen kestää pidempään kuin 10.4.9:n aikana.

Ja ei, koneessa ei ole firewalleja päällä sisäverkossa.

Lyödäänkö kirveellä Expressiä, Extremeä vai kuukausi sitten takuuvaihtona tullutta MacBookkia. Molemmissa tukiasemissa uusimmat firmikset sisässä, Extreme vielä varmistetun virran takana, UPS:issa siis.

Lare · Viesti Kirjoittaja **Lare** » 3.7.2007 klo 9.33

Jos ongelmat alkoi OS X -softapäivityksestä, se selviää tällä:
http://hopeinenomena.net/viewtopic.php? ... references
Aina ei tarvitse buuttia. Joudut konfaamaan salasanat yms uudelleen.

ssulti · Viesti Kirjoittaja **ssulti** » 3.7.2007 klo 9.39

Lare kirjoitti:Jos ongelmat alkoi OS X -softapäivityksestä, se selviää tällä:
http://hopeinenomena.net/viewtopic.php? ... references
Aina ei tarvitse buuttia. Joudut konfaamaan salasanat yms uudelleen.

Jos tuo auttaa, saat ison virtuaalisen halauksen. VarImportin huolto panikoi jo että verkkokortti menisi vaihtoon kuukauden ikäiseen mööpeliin. Ja tympiintymistä lisäsi mainiosti vielä se tieto, että meni Omni-softan pläni hukkaan - uutta pläniä tein kun kone veti kernupaniikit.

Tarvitsee koettaa kotona iltaisella.

Lare · Viesti Kirjoittaja **Lare** » 3.7.2007 klo 10.09

ssulti kirjoitti:Jos tuo auttaa, saat ison virtuaalisen halauksen.
Tarvitsee koettaa kotona iltaisella.

Olet mies -> halaus ei kiinnosta! Miehet tarjoaa keskenään virtuaalikaljat. 8)

Päivitykset kannattaa muuten ajaa combona. Ei tule näitä ihmeellisiä PLIST-ongelmia. Eli haet Applen sivuilta combo ja softan version (10.4.x) sopivalle prosessorille, niin homma menee hienosti, paremalla prosentilla kuin software updaten kautta. Vielä jos esim OnyX-ohjelmalla ajaa siivoukset ja korjaukset ennen päivitystä, tn ongelmille on pieni.

ssulti · Viesti Kirjoittaja **ssulti** » 3.7.2007 klo 10.16

Lare kirjoitti: Olet mies -> halaus ei kiinnosta! Miehet tarjoaa keskenään virtuaalikaljat. 8)

Joops. Näinhän se menee.

Lare kirjoitti: Päivitykset kannattaa muuten ajaa combona. Ei tule näitä ihmeellisiä PLIST-ongelmia. Eli haet Applen sivuilta combo ja softan version (10.4.x) sopivalle prosessorille, niin homma menee hienosti, paremalla prosentilla kuin software updaten kautta. Vielä jos esim OnyX-ohjelmalla ajaa siivoukset ja korjaukset ennen päivitystä, tn ongelmille on pieni.

MainMenulla siivoiltu tähän asti ja laiskana ihmisenä luottanut Software Updateen.

ssulti · Viesti Kirjoittaja **ssulti** » 4.7.2007 klo 8.38

Lare kirjoitti:Miehet tarjoaa keskenään virtuaalikaljat.

Taisit netota virtuaalikupposen, ainakaan eilen ei verkko sekoillut. Tosin vähän vähälle jäi kokeilu. Mutta vaikuttaisi hyvältä.

ubiquity · Viesti Kirjoittaja **ubiquity** » 4.7.2007 klo 11.33

joo, mullakin toiminut nyt paremmin, heitin ton system configurations-kansion hiiteen, mikä tossa yhdessä linkissä oli vinkkinä.
Tosin nyt taas pari kertaa pätkäissyt ja aika samaa kellonaikaa kuin eiliset. tuli vaan mieleen että voisko tää johtua jotenkin ihan elisan verkosta? Eilen illalla tuli surffattua ihan kunnolla ja kaikki ok, mutta nyt taas tää klo 11-12 välinen aika jotenkin vähän epäluotettavaa..
Hassua..

Lare · Viesti Kirjoittaja **Lare** » 4.7.2007 klo 13.43

ubiquity kirjoitti:Eilen illalla tuli surffattua ihan kunnolla ja kaikki ok, mutta nyt taas tää klo 11-12 välinen aika jotenkin vähän epäluotettavaa..
Hassua..

Tai sitten naapurillasi on sama kanava, ja käyttää konettaan tuona aikana... Pistä oma tukiasema hiljaiseksi, ja katso MacStumbler-ohjelmalla, ketä siellä on ja millä kanavilla epäluotettavina aikoina.

Lare · Viesti Kirjoittaja **Lare** » 4.7.2007 klo 13.45

ssulti kirjoitti:Taisit netota virtuaalikupposen, ainakaan eilen ei verkko sekoillut.

Hjyvä. Tarjoapa muutama virtuaalituoppi, niin minä alan virtuoosimaisesti sekoilla. 8)

ubiquity · Viesti Kirjoittaja **ubiquity** » 6.7.2007 klo 17.19

hittolainen, kyllä se vaan vieläkin tota verkkoa kadottaa.
Uusimmat päivitykset sisässä software updaten kautta, sekä reitin että airport sammutettu ja käynnistetty uudestaan jne. Tommonen "airport radar"-merkkinen widget kertoo että joku toinen verkko on aina silloin tällöin samalla channelilla mutta en oo huomannu että se vaikuttais asiaan, näyttää katoavan tuo ihan sattumanvaraisesti. Kyseessä siis joulukuussa hankittu whitebook, elisan laajakaista, airport express mokkula ja A-linkin adsl-boxi.Sijainti on etelä-Helsinki.
Kaikki on toimineet moitteettomasti tähän asti jo viimeiset pari vuotta.

Todella raivostuttavaa kun pitää vähän väliä valkata oma verkko aina uudestaan listalta.
Tuntuu muutenkin että verkko tahmaisi aina välillä..

ssulti · Viesti Kirjoittaja **ssulti** » 6.7.2007 klo 18.24

ubiquity kirjoitti:Tommonen "airport radar"-merkkinen widget kertoo että joku toinen verkko on aina silloin tällöin samalla channelilla

Jackpot. Vaihda kanavaa. Se hetkenkin härövierailu saattaa saada sun bookkisi näkemään haamuja ja pudottamaan verkon. Itsellä oli 6-kanavalla, ja tuskailin outoa tahmaamista, kunnes tarkistin tilanteen, OKT-alueella kantomatkan sisällä 5 (VIISI!) sankaria käyttää samaa kanavaa. Arvata voi vaihtuiko kuin nopeasti kanava. Ilmeisesti Elisa ja Sörinä jakaa WLan-AP-ADSL-murikoita, ja säätää ne defactona kanavalle 6 ja WEP "salaukselle".

Sotkua on odotettavissa vielä lisää, jos osa tukiasemista on WEP, osa suojaamattomia ja osa WPA/WPA2 salausta tunkevia. Pikku mäkin pää menee sekaisin.

AP Grapher niminen softa on ihan toimiva tapaus. Tuon AirPort Radarin kanssa oli jotain säätöä aikanaan, en muista enää tosin mitä.

Tämä siis ennen näitä 10.4.10 juttuja. Joskus männätalvena.

pallo · Viesti Kirjoittaja **pallo** » 6.7.2007 klo 18.40

Tai sitten ongelmaa aiheuttaa a-linkin adsl-boksi. Kerran erehdyin vaihtamaan elisan palveluihin ko. bokslla ja se oli yhtä maanalaista paikkaa. ja eteläisessä helsingissä. voihan kyse olla eteläisestä helsingistäkin?

ssulti · Viesti Kirjoittaja **ssulti** » 6.7.2007 klo 18.52

pallo kirjoitti:Tai sitten ongelmaa aiheuttaa a-linkin adsl-boksi.

A-Link RR24 ADSL2+ täällä ja pörisee ongelmitta. Ei wlania purkissa, kun on kaksi AirPort asemaa kotona. Nykyisellään tuuppaa tämmöistä DSL Speed: 928/8128kbps tulemaan moitteetta. Osa lankamatkasta on wanhoissa ilmapiuhoissa.

Vahva epäilys langattomien ongelmista on tuo kanavien täyttyminen kun joka niemeen ja notkoon tungetaan wlan-adsl-purkki, vaikka liittymän ottaja hädintuskin tunnistaa virtapiuhan verkkopiuhasta ja kytkee koneen suoraan adsl-murikkaan johdolla... Toinen mikä voi aiheuttaa ärräpäitä myös on nämä 2.4Ghz taajuudelle parkkeeraavat vauva-yms valvontakamerat. Kotona yksi semmoinen, kytket päälle ja joko kameran kuva pomppii kuin piru, tai wlan alkaa tipahtelemaan - Noise nousee AP Grapherissa kuin kuuraketti.

ubiquity · Viesti Kirjoittaja **ubiquity** » 7.7.2007 klo 12.51

toi kanavahomma saattais olla oikea ratkaisu. Kamat ja liittymä on kuitenkin toiminut jo pari vuotta ilman ongelmia, joten saattais olla loogista että syy onkin langattomien yleistymisessä.
Vaihdoin kanavan nyt numeroon 9, edellinen oli 11. Nimenomaan 1,6,11 ja 13 näyttää olevan aika aktiivisessa käytössä.
Katsotaan miten käy.
Kiitos vinkeistä jo etukäteen, toi AP grapher näyttää olevan kätsy ohjelma.

ssulti · Viesti Kirjoittaja **ssulti** » 7.7.2007 klo 21.00

Lare kirjoitti:
ssulti kirjoitti:Taisit netota virtuaalikupposen, ainakaan eilen ei verkko sekoillut.
Hjyvä. Tarjoapa muutama virtuaalituoppi, niin minä alan virtuoosimaisesti sekoilla. 8)

Jahas, kerkesin ilkamoida liian aikaisin. Muutama päivä tämän jälkeen alkoi jumiminen ja kaatuilu uudelleen. Ensin verkko menee hitaaksi kuin täi tervassa ja 1min - 2h nopeudella hidastelun jälkeen rävähtää kernupanikki. Epäilyt heräsi SecureClient:iä kohtaan (PointSec VPN) kun viimeisin kaatuminen viittasi kauniisti siihen. Poistetaas ja seurataan taas. Broadcast paketit jää lähtemättä kun tuo secureclient on päällä. Ilmeisesti lähetyspuskurit sanoo *kiiks* ja sitten kolisee.

Seuraan ja palaan taas.

Viimeisin panikointi (SecureClient, plist:it siivottuna)

Koodi: Valitse kaikki


Sat Jul  7 20:10:37 2007
panic(cpu 0 caller 0x0035CDC6): mbuf address out of range 0x3aaaa
Backtrace, Format - Frame : Return Address (4 potential args on stack) 
0x1dabbb68 : 0x128d08 (0x3cc0a4 0x1dabbb8c 0x131de5 0x0) 
0x1dabbba8 : 0x35cdc6 (0x3ecf78 0x3aaaa 0xcf73a4 0x0) 
0x1dabbbc8 : 0x35f4c0 (0x1 0x10 0xabbc28 0x0) 
0x1dabbbf8 : 0x34cf38 (0x3e8 0x35f9 0x18 0x1) 
0x1dabbc28 : 0x4a9b12f8 (0x2f5f7f00 0x3e8 0x35f9 0x18) 
0x1dabbc88 : 0x4a9b24b5 (0x2f5f7f00 0x1 0x5dc 0x4aa1bb27) 
0x1dabbcc8 : 0x4a9afeee (0x472c204 0x2f5f7f00 0xe 0x4a9c4abc) 
0x1dabbd08 : 0x4a9c25f5 (0x480008 0x2f5f7f00 0x472c204 0xe) 
0x1dabbd78 : 0x4a9ea198 (0x43e8c0c 0x1dabbda8 0x480008 0x1) 
0x1dabbdf8 : 0x4a9ea7f5 (0x4abef01c 0x1 0x1dabbe38 0x4aa0b6fb) 
0x1dabbe38 : 0x4a9c200f (0x4abef01c 0x1 0x0 0x1dabbebc) 
0x1dabbe78 : 0x4a9b00aa (0x2f5f7f00 0x3 0x0 0xe) 
0x1dabbee8 : 0x4a9b187a (0x472c204 0x2f5f7f00 0xe 0x1) 
0x1dabbf48 : 0x204c68 (0x3 0x472c204 0x2 0x1dabbfa4) 
0x1dabbf98 : 0x204e4b (0x472c204 0x2f5f7f00 0x2f5fa81a 0x1) 
0x1dabbfc8 : 0x19ad2c (0x0 0x0 0x19e0b5 0x50a75b8) Backtrace terminated-invalid frame pointer 0x0
      Kernel loadable modules in backtrace (with dependencies):
         com.checkpoint.kext.fw_kernsr(1.1.0)@0x4a9ab000

Kernel version:
Darwin Kernel Version 8.10.1: Wed May 23 16:33:00 PDT 2007; root:xnu-792.22.5~1/RELEASE_I386

Aikaisemmat panikoinnit (ennen siivousta):

Koodi: Valitse kaikki

Mon Jul  2 23:11:19 2007
panic(cpu 0 caller 0x001A4A55): Unresolved kernel trap (CPU 0, Type 14=page fault), registers:
CR0: 0x8001003b, CR2: 0x0008010a, CR3: 0x02891000, CR4: 0x000006e0
EAX: 0x00000006, EBX: 0x1cd3b107, ECX: 0x0008010a, EDX: 0x1c95dc0c
CR2: 0x0008010a, EBP: 0x1e45bbf8, ESI: 0x00080110, EDI: 0x1c95d2c8
EFL: 0x00010206, EIP: 0x00198d64, CS:  0x00000008, DS:  0x357f0010

Backtrace, Format - Frame : Return Address (4 potential args on stack) 
0x1e45b9f8 : 0x128d08 (0x3cc0a4 0x1e45ba1c 0x131de5 0x0) 
0x1e45ba38 : 0x1a4a55 (0x3d24b8 0x0 0xe 0x3d1cdc) 
0x1e45bb48 : 0x19aeb4 (0x1e45bb60 0x1 0x1 0x1) 
0x1e45bbf8 : 0x353b0e1e (0x8010a 0x1cd3b107 0x6 0x357f2e60) 
0x1e45bdd8 : 0x353b3059 (0x1c95d2c8 0x5683d24 0x1e45bf08 0x6) 
0x1e45bf08 : 0x39b3c3 (0x1c95d000 0x4ee8a80 0x1 0x53e8238) 
0x1e45bf58 : 0x39a595 (0x4ee8a80 0xe03 0x1e45bf78 0x4b2038) 
0x1e45bf88 : 0x39a2cb (0x52afc00 0x2c 0x2c 0xffffffff) 
0x1e45bfc8 : 0x19ad2c (0x52afc00 0x0 0x10 0x53ecbc0) Backtrace terminated-invalid frame pointer 0x0
      Kernel loadable modules in backtrace (with dependencies):
         com.apple.driver.AirPort.Atheros(230.8.5)@0x3537f000
            dependency: com.apple.iokit.IONetworkingFamily(1.5.1)@0x3483f000
            dependency: com.apple.iokit.IOPCIFamily(2.2)@0x2e4fe000
            dependency: com.apple.iokit.IO80211Family(160.2)@0x35360000

Kernel version:
Darwin Kernel Version 8.10.1: Wed May 23 16:33:00 PDT 2007; root:xnu-792.22.5~1/RELEASE_I386

jonesb · Viesti Kirjoittaja **jonesb** » 7.7.2007 klo 22.14

Tää on kyllä ollut surkein päivitys ikinä. Ite olen kärsinyt kernelpanikoinnista, mutta vaimojn koneen airport sekosi ihan täysin :P.

jokunen · Viesti Kirjoittaja **jokunen** » 9.7.2007 klo 7.44

Oma PowerBook G4 kone hukkasi verkon säännöllisen epäsäännöllisesti muutama vuosi sitten. Langattoman kantama oli vain muutamia metrejä. Kone ei tahtonut toimia kevytrakenteisen seinänkään läpi. Ongelmana oli koneen antennin liitos, joka oli kai löysä, tai sitten liitospinnassa oli jotain töhnää. Poikani avasi koneen ja asensi liittimen uudelleen. Sen jälkeen kone on toiminut moitteetta.
Vihjeeksi tällainenkin tapaus.

ssulti · Viesti Kirjoittaja **ssulti** » 9.7.2007 klo 7.57

jokunen kirjoitti:Ongelmana oli koneen antennin liitos, joka oli kai löysä, tai sitten liitospinnassa oli jotain töhnää.

Tuttu korjaus G4 iBook ajalta. Ikävä vain, että MacBookeissa tuota ei voi tehdä ilman takuun raukeamista. Epäilys tosin sojottaa edelleenkin 10.4.10 päivitykseen, kun kaikki ja about kaikilla, nämä alkoi samaan aikaan. Asensin nimittäin MacBookin uudelleen 10.4.10 tullessa, oli vanha asennus rev.A MacBookista levyllä - ei tukea N-verkolle. Ennen reinstallia toimi moitteetta verkko, recoveryn jälkeen (kun N ominaisuus tunnistui ajurilla) ja .10 päivityksen ajamisen jälkeen alkoi pauke ja verkon katoilu. Oma verkko on "vain" G-mallia, ei ole vielä ollut budjettia päivittää sitä N-versioksi.

Eli, sama kone, C2D 2.16Ghz :
- MacBook CD 2Ghz recoveryllä ajettu ja päivityksillä nostettu .10 : Ok
- MacBook C2D 2.16Ghz recoveryllä ajettu ja .10 päivitetty : Verkko sekoilee

jonesb · Viesti Kirjoittaja **jonesb** » 9.7.2007 klo 8.05

ssulti kirjoitti:
jokunen kirjoitti:Ongelmana oli koneen antennin liitos, joka oli kai löysä, tai sitten liitospinnassa oli jotain töhnää.
Tuttu korjaus G4 iBook ajalta. Ikävä vain, että MacBookeissa tuota ei voi tehdä ilman takuun raukeamista. Epäilys tosin sojottaa edelleenkin 10.4.10 päivitykseen, kun kaikki ja about kaikilla, nämä alkoi samaan aikaan. Asensin nimittäin MacBookin uudelleen 10.4.10 tullessa, oli vanha asennus rev.A MacBookista levyllä - ei tukea N-verkolle. Ennen reinstallia toimi moitteetta verkko, recoveryn jälkeen (kun N ominaisuus tunnistui ajurilla) ja .10 päivityksen ajamisen jälkeen alkoi pauke ja verkon katoilu. Oma verkko on "vain" G-mallia, ei ole vielä ollut budjettia päivittää sitä N-versioksi.

Eli, sama kone, C2D 2.16Ghz :
- MacBook CD 2Ghz recoveryllä ajettu ja päivityksillä nostettu .10 : Ok
- MacBook C2D 2.16Ghz recoveryllä ajettu ja .10 päivitetty : Verkko sekoilee

Joo, jäljet johtavat sylttytehtaalle, eli nimenomaan airport-ajureihin. Koitin eilen vääntää ja kääntää. Tein arkistoi et asenna, ei tulosta. Koitin kombo-updatet, ei tulosta. Hardis ja levyjen korjaus joka välissä, ei tulosta.

Tilla on siis, että CS Macbook, rev a, löytää airport verkot, mutta ei suostu kirjautumaan niihin. Suojaamattomaan verkkoon se menee, mutta netti ei toimi. Verkkotyökalusta näkee, että airport arpoo itse itselleen ip-numeron!

Tää on kyllä kuin painajaisesta. reilu 1v täynnä, ei takuuta. Akku ja kuori menossa vaihtoon eikä airport toimi.

Uudemi macbook c2s rev c kärsii edelleen noista kernelpanikesita, levyn korjaukesta huolimatta. Menee kyllä päreet kun jo ajatteleekin että kohta saa soittaa appleen ja kiukutella toimimattomasta koneesta. Virhevastuun piiriinhän tuo selvästi piiriin, mutta ei huvitaisi alkaa tappelemaan

. Vaikka kyse on vain softasta, voi katsoa Applen tehneen käyttökelvottoman koneen.

ogc · Viesti Kirjoittaja **ogc** » 9.7.2007 klo 11.15

En nyt jaksanut koko threadia edes lukea, joten en tiedä että onko tällä mitään tekemistä tän ongelman kanssa mikä teillä on, mutta itselläni on wlan-yhteys katkeillut kun on torrent imut päällä, koska reititin kuormittuu tietyssä pisteessä liikaa kun yhteyksiä on liikaa, eli ongelma pitäisi korjautua säätämällä yhteyksien maximimäärää pienemmäksi. Mutta tosiaan voi olla että tämä nyt ei edes koske mitenkään aloittajan ongelmaa. Sivuhuomautus vain

ubiquity · Viesti Kirjoittaja **ubiquity** » 10.7.2007 klo 23.20

vastailenpa nyt parin päivän aktiivikäytön jälkeen omaan pulmaani että saattaa näyttää ratkenneen. Avuksi oli nimenomaan toi vapaan kanavan käyttöönotto. Tässä kantomatkalla kaikki verkot käyttää joko kutosta, yhtätoista tai kolmeatoista. Valitsin ysin. Aikasempi asetus airportin verkkosäädöistä oli automaattinen kanavanvalinta.
Toivotaan parasta, mut nyt on ainakin toiminu muutamia päiviä.
Kiitos vaan avusta jengille!

ssulti · Viesti Kirjoittaja **ssulti** » 13.7.2007 klo 8.54

Kirvestä ja muilutusta kohta Applen QA-porukalle. 5pv siitä kun heivasin SecuRemoten VPN-klientin pois ja taas ollaan tilanteessa jossa hieno Kernupaniikki ampuu ruudulle.

Yhteinen nimittäjä tuntuu olevan;
1) Kone on akkukäytössä
2) Akun varaus laskee alle 60%
3) Kone on yhteydessä airporttiin
4) Tukiasema on toisessa huoneessa gyproc seinän takana (signaalissa marginaalinen heitto)

Ja saldo; Kernel panic. Sain tuon toistettua onnistuneesti eilen illalla ensimmäisen kernupaniikin jälkeen. Ei se uusintakaato kestänyt kuin alle 10min, jonka aikana verkko meni hitaaksi, kunnes tilttasi ja veti koneen polvilleen.

Taitaa viikonloppuna olla tiedossa asenna & arkistoi ja 10.4.10 päivitys blokkiin.

Lisäys
Nappasin syslogista tukiaseman kertomaa karua tarinaa. Ennen tätä kone oli nostettu ylös, kirjauduin SSH:lla sisään (en ole koneen ääressä) ja totesin, että vain ipv6 liikenne menee läpi - hitaasti (ping6 sanoi noin 240ms, kun kone on tukiasemasta n 2m päässä)

Koodi: Valitse kaikki

Jul 13 08:05:20 appletree AppleTree dot11: Rotated CCMP group key
Jul 13 08:05:42 appletree AppleTree dot11: Deauthorizing station 00:1b:63:xx:xx:xx
Jul 13 08:06:22 appletree AppleTree dot11: Deauthenticated with station 00:1b:63:xx:xx:xx (received invalid class-3 frame)

Kone on akulla päällä.

Vaikuttaa kovasti siltä, että group keyn kierrätys silloin kun kone on verkossa akkukäyttöisenä saa koneelle nikottelun aikaan. Tosin, tuossa vaiheessa oli jo ipv6 yhteydet kadonneet ja ipv4 ei koko aikana vastannut. Muureja ei ole päällä.

ssulti · Viesti Kirjoittaja **ssulti** » 20.7.2007 klo 8.48

ssulti kirjoitti:Kirvestä ja muilutusta kohta Applen QA-porukalle.

Puhelu eilen Applen tukeen - käytännössä nonsenseä jaaritusta (ne vakio "vinkit") ja "ei tiedossa tommoista" kommenttia. 5 min musakuuntelua ja odottelua, ja vastaus; "Sopiiko että ens viikolla soittaa tuolta tech-specialist ja jatkaa selvittelyä?"

Eli odotamme. Auttoi vähän tää mun historia tuen kanssa - 1.6 tuli tämä MB C2D takuuvaihtona 4x kosahtaneen CD:n tilalle.