Mihin levytilani katosi?

[tsjlehti]

Järkkäsin tiedostoja koneen levyltä ulkoisille vaikka kuinka, jotta olisin saanut Itunesin kirjaston laitettua tilalle. Finderillä, katselin, että kyllä se 22 Gt kokoinen kirjasto pitäisi mahtua 30 Gt vapaaseen tilaan, vaikka ahtaaksi meneekin. Ei mahdu.

Järkkäsin lisää tilaa. Ei mahdu. Boottasin koneen, josko jotain hassua olis syynä. Ei onnaa.

Aloin tutkailla paremmin. Oheinen kuva kertoo, mistä kyse, mutta syystä ei ole hajua, eikä korjauksestakaan ideaa.

Screen Shot 2012-09-24 at 22.45.14.png

Tilaa tein nimenomaan Finderissä raahailemalla ja näppäimistöstä siirroksi komentamalla. Tilaa ei tuntunut tulevan, muuta kuin Finderin palkkiin. Roskakorin tyhjensin, ei auttanut. Ideat loppu. Auttakaas.

[tsjlehti]

Eipä tietoa, minne katosi, mutta ratkaisu löytyi.

Diskutilitystä verfy päälle. Parin minsan jälkeen se pyytää boottaamaan recoveryltä, että saa tehtyä korjauksen.
Työtä käskettyä ja korjaus päälle. Pari minsaa ja disk utility ilmoittaa, et nyt tuli vastaan virhe, jota ei voi korjata, et kantsis varmuuskopioida kaikki, minkä vielä pystyy, formatoida, asentaa uusiksi ja palauttaa datat.

Ystävällistä. Joskin ärsyttävä vika. Tiedä sitten mitä tapahtui, mutta Finder tuskin on ihan syytön, kun se tapahtumahetkellä oli käytössä ja kun se edelleen pitää tilaa vapaana, vaikka muut eivät.

Kone ja levy sinällään toimivat, mutta tilaa on hukassa 40 Gt. Ei tuota vättis edes huomaisi, ellen just nyt olis tarvinnut enemmän kuin vapaana on.

[kallekilponen]

Noin vähiin ei kovalevytilaa kannata päästääkään, kone kun tarvitsee levystä ainakin 10% swappitilaksi, varmuuskopioihin ym. käyttöön. Siinä käytössä taitaa tuo tila nytkin olla.

[mikastus]

Alkuperäiseen ihmettelyyn:
Syynä levytilan vapaan tilan epäloogiselle käyttäytymiselle voisi olla Applen Time Machinen käyttö, ja sen paikalliset snapshotit. Missing disk space in Lion. Kirjoitus siis koskee 10.7.x -version TM:ää. Eiköhän ominaisuus ole muissakin versioissa, ainakin myöhemmissä eli 10.8.x -käyttiksien mukana.

[tsjlehti]

Noin vähiin ei kovalevytilaa kannata päästääkään, kone kun tarvitsee levystä ainakin 10% swappitilaksi, varmuuskopioihin ym. käyttöön. Siinä käytössä taitaa tuo tila nytkin olla.

No kannattaa ja kannattaa. Vähästä levytilasta on kyllä haittansa, ajan kanssa tapahtuva tiedostojen pilkkoutuminen, mutta lyhyellä täydellä jaksolla moista tapahtuu kovin vähän.

Mitä tulee swappiin, niin ohjeesi on käytännön kannalta, tässä nimenomaisessa tapauksessa puppua. Miksi se käyttis alkais kesken kaiken luomaan isosti lisää swappia? Johan sillä oli 8 Gt muistia ja 10 Gt swappia? Sinällään jossain tilanteissa voisi, mutta levytilan katoamisen kannalta swap on merkityksetön, sillä Finder ei luule sitä tyhjäksi tilaksi. Se oli siis jo käytännössä laskettu molemmista luvuista pois.

Yksi epäilyn aihe syyksi voisi olla Timemachinen lokaalit versiot, mutta ei niidenkään pitäisi poistoissa siirroissa varsinaisesti kasvaa. Voi toki olla, ettei tila vapaudu tässä tapauksessa kuin Finderin mielestä, mutta usb-levylle tehty TM-bäkkäröinti ei myöskään vapauttanut tilaa. Tässä mielessä todennäköisimmältä tuntuu, huomioiden Disk utilityn ilmoitus tiedostojärjestelmän korjauskelvottomuudesta, se, että Finderin siirrellessä tiedostoja tapahtui jotain ikävää. Käyttäjä Mikastus tätä ehdottelikin. Itselläkin kävi mielessä, mutta olettaisin, että oikean TM-bäkkärin teko vapauttaisi tilan tai että Disk Uitility ei pitäisi levyä paikallisten snapshottien perusteella korjauskelvottomana.

IRC:ssä vinkattiin, että earse free space -toiminto Disk utilitystä saattaisi auttaa. Ei auttanut. Se ei tuntunut kajoavan tähän kadonneeseen tilaan. Kone siis tuntui toimivan kuin levyllä olisi tiedosto, jota ei näkyisi ja jota Finder piti vapaana tilana.

Formatointi ja uudelleenasentaminen luonnollisesti palauttivat levyn, kuten Disk utility vinkkasi. Tosin toiminto taisi olla uudelleen asentamisen osalta turha, sillä tämän jälkeen katsottu ohje TM-levyltä palautuksesta vaikutti sanovan, että TM-levyllä olisi full-bäkup ihan käyttistä myöden (ohjeessa ja palautuksessa varotetaan levyn tyhjentämisestä ja ohjastetaan käyttämään migration assistanttia, mikäli tuon haluaa välttää).

En tiedä, katosiko palautusten yhteydessä jotain tai johtuuko ero tilankäytössä varmuuskopioimattomiksi osoitetuista osista, sillä palautuksen jälkeen tilaa ei ollut 40, ei 50 vaan noin 80 Gt. Ikävä piirre palautukseen kuitenkin löytyi, tätä pitäisin suhteellisen pahana TM:n bugina, jonka toistuvuutta en osaa arvioida. TM ei suostunut palautuksen jälkeen enää tekemään uusia varmuuskopioita sille varmuuskopiointiin käytetylle levylle, josta palautuksen tein. Pitkään pyöritteli jotain deepjotain, consolen mukaan, poisti vanhat varmuuskopiot, aloitti uuden ja jumitti noin 1,5 % kohdalle. Tokeni, kun tyhjäsin bäkkärilevyn, poistin sen TM:n käytöstä ja lisäsin sinne uudestaan. Sainpahan säädön kaupan päälle cryptatut bäkkärit. Tai noh cryptosta on vielä 20 % tekemättä. Tuo kun näyttää 1. kerralla tekevän jotakuinkin niin, että ensin kama talteen ja sitten vasta krypto. Kannattaa muistaa, jos on jättämässä levyä jonnekin. En tosin katsellut, onko levy selväkielisenä, mutta tunteja tuo lukee ja kirjoittaa 1. bäkkärin jälkeen ja menussa ilmoittaa tekevänsä kryptausta.

[pallo]

No kannattaa ja kannattaa. Vähästä levytilasta on kyllä haittansa, ajan kanssa tapahtuva tiedostojen pilkkoutuminen, mutta lyhyellä täydellä jaksolla moista tapahtuu kovin vähän.

Täytyy olla 10% vähintään vapaata tilaa, tiedostojärjestelmän looginen toiminta vaatii tämän. Suosittelu on näköjään ao. linkin mukaan 15%. Tosta voi tietysti olla omaakin mieltä, muttei se hyödytä ainakaan oman koneen käytössä mitenkään.

http://macs.about.com/od/faq1/f/How-Muc ... I-Need.htm

[tsjlehti]

Täytyy olla 10% vähintään vapaata tilaa, tiedostojärjestelmän looginen toiminta vaatii tämän. Suosittelu on näköjään ao. linkin mukaan 15%. Tosta voi tietysti olla omaakin mieltä, muttei se hyödytä ainakaan oman koneen käytössä mitenkään.

Niin turhaa, mutta kuitenkin. Ei tarvitse. Tuollaisten, sinällään hyvien, ohjenuorien toitottaminen on jokseenkin turhaa, ellei samalla ymmärrä, mistä se ohje tulee. Tuo siis on yksinkertaistus siitä, että tiedostot alkavat pilkkoutua levyllä eri paikkoihin, kun tyhjän tilan ja nimenomaan tyhjän yhtäjaksoisen tilan määrä käy liian pieneksi. Mikä se sopiva tai oikea raja sitten on, riippuukin jo monesta asiasta. Käytöstä, käyttötavasta, tiedostojen koosta, kirjoitusten ja muutosten useudesta ja kirjoitustavasta, levyn koosta, vapaan tilan koon suhteesta kirjoitusten kokoon ja vaikka mistä.

Toki siitä tyhjästä tilasta siis on hyötynsä, mutta sen inttäminen on tässä yhteydessä jokseenkin turhaa, sillä sen vähyys ei ole syy, joka aiheuttaisi tyhjän tilan katoamista tai vuotamista (kuten muistin, ei kovalevyjen, kohdalla tavataan puhua).

[pallo]

10% vähintään on oikea raja. Siihen en ottanut toitotuksellani kantaa miten sen kyseiseen ongelmaan auttaa. Internet on pullollaan juuri tyhjän tilan merkityksestä olevia juttuja, eli ei se tuulesta ole temmattua. Löytyy jostain valmistajankin ohjeista, jos vaan viitsisi etsiä - toki valmistajakin voi olla suosituksissaan väärässä.

[tsjlehti]

Tälle pirstoutumispuupalle tarttis oman ketjun, mutta ei riitä skillssit tai powerit korjata ongelmaa. Menkööt siis edelleen väärään säikeeseen, kun muukin tästä jutusta jo tässä väärässä säikeessä on. Pahoittelut sille, kelle tästä turhaa työtä aiheutuu, kun joskus korjaamaan joutuu.

10 % vähintään? Jaa. Missä tilanteessa, millä levyjärjestelmillä, minkälaisessa käytössä? Tuo ei ole yleistettävissä tuollaisenaan, sillä on helpoa antaa esimerkkejä, joissa tuon rajan alittamisesta ei ole mitään haittaa. Esimerkiksi sellaisessa käytössä oleva tiedostojärjestelmä, mistä ei ikinä poisteta tai muuteta mitään. Toisekseen eri tiedostojärjestelmät ovat erilailla herkkiä pilkkomaan tiedostoja tai kärsimään sen seurauksista. Jälkinmäiseen toki tallennushärvelin tyyppikin. SSD:ssä vähiin käyvä vapaa tila aiheuttanee epätasaista kulumista, ellei levyllä ole piilossa tyhjää, jolla ongelmaa pienentää. Perinteisellä levyllä seuraus on lukupään liikuttelu ja ajanhukka. Kai se lukupää siinä kuluukin, mutta moinen on epäoleellista.

Mitä tulee pilkkoutumisen estämiseen, taitavat tiedostojärjestelmät (OS X:n mukaan lukien) pyrkiä valitsemaan yhtäjaksoisia tyhjiä tiloja, joihin talletus tehdä. Kirjoittaa siis viiveellä tiedot lopulliseen paikkaansa. Ja OS X:n levyjärjestelmä myös poistaa pirstoutumista lennossa. Käsittääkseni se myös poistaa pirstoutumista oleellisilta osin lukujen yhteydessä: jos tiedoston koko on alle 20 Mt ja se on pirstoutunut yli 8 palaan, se kirjoitetaan uudestaan yhtenä klunssina levylle luvun yhteydessä.

Oikeasti se ohjenuora siitä, paljonko tyhjää tilaa tarvitaan, tulisi muodostaa sen mukaan, minkä kokoisia tiedostoja käytetään ja kuinka paljon sitä tilaa luultavasti kohta tarvitaan. Tulee tarpeettoman suuria tyhjiä turvatiloja, jos jollain leffojen arkistoimiseen käytetyllä levyllä pitää samoja rajoja kuin rankemmassa kuormassa olevalla käyttis, maili, kotihakemisto ties millä levyllä.

[tsjlehti]

Internet on pullollaan juuri tyhjän tilan merkityksestä olevia juttuja, eli ei se tuulesta ole temmattua.

Internet on myös pullollaan vetoomuksia bonsaikissojen puolesta, huhuja siitä, että FB:n yksityisviestit näkyvät kohta kaikille, kokemuksia siitä, miten vettä litkimällä parannutaan ties mistä ja niin edelleen. Son perhanan huono perustella mitään sillä, että netissä toistuvasti niin sanotaan.

[pallo]

Koska olet ilmeisen älykäs ihminen, osaat varmaan erottaa kvg:llä validin informaation sekoittamatta bonsaikissoja (omalla yrityksellä ei tullut yhtään bonsaikissoihin liittyvää kirjoitusta kumma kyllä) ja kyseistä ongelmaa selventäviä ratkaisuja ihan itse. Tai sitten selvität ongelman itseksesi sisälläsi muiden mielipiteitä tai tietoja vähättelemättä, koska kaikki tieto näyttää jo olevan tiedossasi.