Levynkorjaaja

[Kakku]

Mulla on Norton. Sillä ei voi kuitenkaan korjata levyä, koska käyttis on aivan uusi. Nortonin CD:ltä ei konetta voi käynnistää :-(
Mikä ohjelma kannattaisi ostaa, joka toimii???

[Kakku]

Vastaan itselleni. Löysin näiltä sivuilta ohjelman DiskWarrior 3, jota kehuttiin paljon.
Mistä sen edullisimmin / helpoimmin saa? Kauppaan en pääse. Eli postin tai vast. kautta toimitettuna.

[kallekilponen]

Nortonia ei kannata kympille edes harkita, sillä se sotkee koko koneen.

Suosittelisin Alsoftin DiskWarrioria.

[NOx]

DiskWarrior. http://www.alsoft.com/DiskWarrior/

Ikuinen riesa tulee silti olemaan Applen tapa sitoa käyttisversio ja kone toisiinsa. Uusikin PC boottaa hätätapauksessa vanhalla käyttiksellä vaan ei välttämättä Mac. Kuten sinun tapauksessasi.

[Kakku]

Osaako tuo Alsoftin DiskWarrior yhdistää pirstaloituneet teidostot, kuten Norton teki?
Se nopeutti konetta ainakin silloin kun mulla oli vielä pääkäytössä Performa 6100 ja käyttis 8.5.

[pallo]

Sitäpä ei taida Kympin alla juurikaan tapahtua...

[Kakku]

Jos on näin, niin sepä hyvä! :-)

[pallo]

Ite kyllä epäilen, että tapahtuu, muut sanoo että ei...

[kallekilponen]

Kymppi osaa (tietyssä määrin) itse hoitaa defragmentoinnin.

[Jamac]

Joo ja se "kova jätkä" Appleltä minkä tekstin lainauksen olen jonnekin tänne postannut, on sitä mieltä, että käyttis osaa kovalevyn sisäisen logiikan kanssa laittaa tiedot levylle parhaalla tavalla.

Muistaakseni kirjoitti kanssa että defragmentointiohjelmalla ei ole yksinkertaisesti mitään keinoa määrätä mihin kohtaan levyä tieto kirjoitetaan. Tämä johtuu isojen (olikohan yli 8 GB) kovalevyjen sisäisestä tekniikasta. Ja jos ajattelee että Kernel hoitaa kaiken IO:n niin se Darwin sitten kumminkin viimekädessä kovalevyn kanssa keskustelee.

Mutta mä en näistä sen enempää tiedä.

[NOx]

Kymppi osaa (tietyssä määrin) itse hoitaa defragmentoinnin.

Näin on.

Ensinnäkin tiedoston yhdistely tapahtuu AVATTAESSA tiedostoa, seuraavin ehdoin:
- avattavan tiedoston koko on alle 20 MB
- pirstaleita enemmän kuin 8
- levy on HFS+ Journaled alustettu

Yhdistäminen tapahtuu siirtämällä tiedosto uuteen paikkaan, jonnekin missä on vapaata yhtenäistä tilaa riittävästi.

Toinen menetelmä on Adaptive Hot File Clustering. Tässä tiedostoista ja niiden käytöstä pidetään kirjaa. 60 tunnin jaksoissa tiedostojärjestelmä seuraa usein käytettyjä tiedostoja, ns. Hot File. Tiedosto saa usein käytetty tiedoston leiman (Hot File) jos se on alle 10 MB kooltaan, sitä on luettu usein vaan ei muokattu tai tallennettu. Seurantajakson lopussa "kuumimmat" tiedostot siirretään levyn kuumalle alueelle "hotband" ja samalla tehdään defragmentointi kullekin tiedostolle. Samalla tuolta alueelta poistetaan tiedostot, jotka eivät enää ole kuumia. Järjestelmä toimii vain käynnistyslevyllä ja lisäksi sen pitää olla kooltaan yli 10 GB ja alustettu HFS+ Journaled -formaattiin.

Aiheeseen liittyvä mielenkiintoinen detalji:

cd /
ls -la | grep hotfiles

Toista sama jollekin muulle kuin käynnistyslevylle:

cd/Volumes/toinenlevy (korvaa levyn nimellä)
ls -la | grep hotfiles

Adaptive Hot File Clustering on ollut ongelma monelle levyjen optimointityökalulle. Vaikkapa Nortonin Disk Speedin jälkeen kone on voinut hidastua selvästi, koska Hot Files rakenne on tuhottu Nortonin toimesta. Jotta kolmannen osapuolen optimointiohjelmat ylipäätään toimivat, täytyy Journaling kytkeä väliaikaisesti pois päältä. Lisäksi tuhojen välttämiseksi pitäisi ohjelman ymmärtää jättää alle 20 MB tiedostot rauhaan. Vaihtoehtoisesti levyn voi tietysti partitioida osiin ja jättää aina järjestelmän sisältävä levy kaiken optimoinnin ulkopuolelle.

Kaikista tärkeintä on kuitenkin pitää levyllä riittävästi vapaata tilaa aina. 15% vapaata tilaa on hyvä sääntö ja 10% minimi (Micromatin mielestä jopa 30%!). Siis 30 GB levyllä pitäisi aina olla vapaata tilaa vähintään 4,5 GB. Journalingin kompastuessa ja levyn ollessa liian täysi on yleensä seurauksena täystuho jota ei korjata millään muulla kuin formatoimalla levy uudelleen. Ongelmana on em. automaattiset optimointitoimet jotka siis vaativat yhtenäistä vapaata tilaa. Ellei sitä ole, kuten voi odottaa levyn ollessa liian täynnä, räjähtää levyn hakemisto käsiin.

Täydellistä kaiken kattavaa levyn yhdistelyä Pantherissa ei siis ole. Käytössä oleva järjestelmä on kuitenkin useimmiten riittävä eikä tarvetta muille työkaluille ole kun vain huolehtii riittävästä vapaasta levytilasta. Poikkeustapauksia on kuten isot audio ja videoprojektit. Tällöin kannattaa mieluummin hankkia toinen kovalevy tai partitioida kannettavan levy osiin, tallentaa työdata näille levyille/partitioille ja rajoittaa omat optimointitoimenpiteet näihin. Nopein ja täydellisin optimointi on koko levyn alustus projektin päätyttyä ja valmiin kaman arkistoinnin jälkeen. Tietoahan ei saa tallentaa pysyvästi kovalevylle sillä ne tuppaavaat hajoamaan...

[pallo]

Kaikista tärkeintä on kuitenkin pitää levyllä riittävästi vapaata tilaa aina. 15% vapaata tilaa on hyvä sääntö ja 10% minimi (Micromatin mielestä jopa 30%!). Siis 30 GB levyllä pitäisi aina olla vapaata tilaa vähintään 4,5 GB. Journalingin kompastuessa ja levyn ollessa liian täysi on yleensä seurauksena täystuho jota ei korjata millään muulla kuin formatoimalla levy uudelleen. Ongelmana on em. automaattiset optimointitoimet jotka siis vaativat yhtenäistä vapaata tilaa. Ellei sitä ole, kuten voi odottaa levyn ollessa liian täynnä, räjähtää levyn hakemisto käsiin.

Jos levy on osioitu, tarkoittaako vapaana olevan tilan vaade osion vai koko levyn kapasiteetin prosentuaalista osuutta?

[NOx]

Jos levy on osioitu, tarkoittaako vapaana olevan tilan vaade osion vai koko levyn kapasiteetin prosentuaalista osuutta?

Hyvä tarkennus. Tarkoittaa tietysti osiota, jokaisella kun on oma kirjanpitonsa. Huomattavaa on kuitenkin ettei lisäosio tai toinen kovalevy ilman käyttöjärjestelmää optimoidu automaattisesti samalla tavalla eli aivan yhtä kriittinen se ei ole vapaan tilan suhteen. Jos levy/osio kuitenkin on HFS+ Journaling formaatissa ei vapaata tilaa saa kuitenkaan päästää ainakaan nollille tai edes lähelle, Journaling alkaa kurnuttaa.

Menee siis arpomiseksi, mutta olkoon tästä eteenpäin vaikka lisäosioilla tai -levyillä mieluummin vähintään 10% kuin 5% vapaata tilaa virallinen lausuntoni.

Joka tapauksessa mieluummin kannattaa olla varovainen kuin katua.

[Mikko]

Kaikista tärkeintä on kuitenkin pitää levyllä riittävästi vapaata tilaa aina. 15% vapaata tilaa on hyvä sääntö ja 10% minimi (Micromatin mielestä jopa 30%!).

hitsinpitsi. Mulla on käynnistyslevyllä enää 80GB tilaa... se on alle 30%. Pitää alkaa tyhjentämään.

[NeNithelo]

NOx

Heitit mielenkiintoista luettavaa. Oma koneeni oli huollossa muutama viikko sitten. Huollon poijjaat tulivat siihen tulokseen, että hakemisto oli mennyt aivan sekaisin. Eivät olleet kuitenkaan varmoja mistä tämä johtui. Mulla oli tuolloin joku 9,3 gigaa vapaa (muistelisin) 55 gigasta (alustettu).

Voisiko tuo hämminki johtua sitten siitä? Kone ei meinaan käynnistynyt kunnolla ja jos sen sai käyntiin se toimi ihan OK, kunnes alkoi pitämään kovostaan omituista ääntä. Ihan niin kuin se hakisi ja hakisi. Kone hidastui ihan etanaksi. Mikään ei toiminut. Uudelleen käynnistys ei auttanut, kun konetta ei saatu käyntiin. Järjestelmää en voinut asentaa, kun se ei löytänyt kovalevyä...

Levy oli HFS + Journaled muodossa. Oliko levy sitten vain liian täynnä? (Nyt on 10,5 gigaa vapaana, eli pitääkö alkaa huolestumaan taas 10 gigaa alitettaessa?)

EDIT: Kappalejakoa kehiin, niin lukeminen helpottuu...

[NeNithelo]

*tupla postaus*

[NOx]

Mulla oli tuolloin joku 9,3 gigaa vapaa (muistelisin) 55 gigasta (alustettu).

Pitäisi riittää, tuossa on vielä matkaa 15% säännön mukaan ja 10% säännöllä vielä enemmän. Kuvaamasi ongelmat vaikuttavat kyllä enemmän rautaongelmalta, etenkin jos asentaja ei löydä koko levyä. Sehän osaa tarvittaessa tyhjentää koko levyn, joten levyllä olevan datan määrä ei voi vaikuttaa.

Sivumennen sanoen oikean muistin lisääminen jonkin verran helpottaa tilannetta. 512 MB RAM kutistaa virtuaalimuistin tarpeen minimiinsä yleiskäytössä. Ohjelmat kuten PhotoShop voivat vaatia tämän jälkeenkin omaa virtuaalimuistiaan enemmänkin. Samaten raskaat tulostukset luovat väliaikaistiedostoja, joskus jopa gigatavuja. Siinäpä dilemma jos levytila on vähissä. Yksi tulostus, PhotoShop auki, prosessi kaatuu tai vielä pahempaa iskee Kernel Panic. Jäikö mitään jäljelle? No onneksi useimmiten jää, mutta on hankala korjata.

[NeNithelo]

Kuvaamasi ongelmat vaikuttavat kyllä enemmän rautaongelmalta, etenkin jos asentaja ei löydä koko levyä

Näin mäkin alunperin ajattelin, muttei se kuulemma siitä johtunut (eikä näin ollen mennyt takuun piikkiin. Harmi. )

Mulla on RAMmia 128+512=640Mt:tä. Enempää ei saa, ilman että sijoittaa tsiljoonia, jota en ole valmis tekemään... (enkä tosin tarvitsekaan).
Mulla VM vie yleensä reilun 5 gigaa. Nyt se on 5.55 Gt:tä. Onko tuo varattu pois ns. vapaasta tilasta, eli onko mulla oikeasti 10,5+5,5=16 gigaa vapaana?

Ja kyllä mun oikeasti pitääkin hankkia varmaan joku LaCie 250 Gt (tai vastaava), jos meinaan vielä musiikkivarastoani kartuttaa...

EDIT:
No voinhan mä ton vapaan tilan ihan laskea käsinkin, tottakai...

EDIT2:
Noh, piilossa tuntuu olevan aika tarkkaan yksi gigatavu. Siis kun laskin kaikki näkyvät kohteet yhteen, mitä nälyi kun klikkasi levyä. Virtuaali Muisti sisältyy ilmeisesti siihen vapaaseen tilaan...

[Jamac]

Onko tuo varattu pois ns. vapaasta tilasta, eli onko mulla oikeasti 10,5+5,5=16 gigaa vapaana?

Kato Finderissa Go->Go To folder... /private/var/vm Siellä ne swappifilee luuraa, omppu A ja Omppu i niin näkee kuinpaljon ne vie kovalevyltä.

[NOx]

Mulla VM vie yleensä reilun 5 gigaa. Nyt se on 5.55 Gt:tä. Onko tuo varattu pois ns. vapaasta tilasta, eli onko mulla oikeasti 10,5+5,5=16 gigaa vapaana?

Kovalevyllä on vapaana juuri sen verran kuin Get Info levystä sanoo, sen kummempia laskuja ei kannata vaivautua tekemään. Get Infon sijaan voi asian tilan tarkistaa komentoriviltä komennolla df -H jos Finder kertoo satuja kuten se välillä tapaa tehdä.