Omituiset ._ kopiot.

[Niilo]

Miksi mäkki tekee ._ alkuiset tiedostojen kopiot?
Ongelma on se kun kun siirrän mp3soittimelle tieto käy näin.

Siirrän soittimelle jotain.mp3

Finderissä kaikki näkyy oikein.

Kun alan toistamaan mp3 soittimella, niin soittimessa näyttää olevan kaksi tiedostoa:

jotain.mp3 ja ._jotain.mp3

Miten tämän voi kiertää, mp3 soitin toppaa äänikirjoja kuunnellessa aina kun sen pitäisi vaihtaa raitaa.

[TheKraken]

Ei kyllä pitäisi tiedostoista tommottisia tehdä. Sen pitäisi tehdä vain .DS_Store niminen piilotiedosto, jossa on kansion asetukset. Mutta enpä ole kuullut että joka filusta tommonen väännetään. Esikatselukuvakkeetkin minun tietääkseni keskitetään jonnekin ihan muualle.

Käytätkös mitä ohjelmia niiden biisien kuunteluun/arkistointiin tai vastaavaan?

Ainakaan iTunes ei itsellä moisia tee.

[kermit]

Tekeehän se ja lykkää muutakin kakkaa. Finder ei vaan näytä niitä.

[TheKraken]

No miksei mulla tommosia ole? Ja mitä ne pitää sisällään?

[kermit]

._ -alkuinen on joku resource fork -tiedosto. .Trashes on roskakori ja .Spotlight-V100 Spotlightin indexointi. .fseventsd tarkoitusta en muista.

Katsoppas komentoriviltä ls -al.

[TheKraken]

._ -alkuinen on joku resource fork -tiedosto. .Trashes on roskakori ja .Spotlight-V100 Spotlightin indexointi. .fseventsd tarkoitusta en muista.

Katsoppas komentoriviltä ls -al.

Sillä noita just kattelen. Ja testasin vielä pläräillä samalla niitä finderilla, jos se silloin ne loisi.

Ei noita resource forkkeja minusta pitäisi enää nykyään tulla, kuin jossain erikoistapauksissa? Ja spotlightinhan nyt saa helposti estettyä indeksoimasta mitään turhaa. .fseventsd ei minusta ole OS X:n omia juttuja.

[kermit]

Kyllä se .fseventsd:kin on OS X:n tekosia, ainakin Lepardissa. Ja tuossa vielä resource forkin sisältö:

[Niilo]

Ei se luo niitä muutakuin soittimelle siirtäessä.
Eli jos katsoo päätteellä alkuperäisiä tiedostoja niin ei ole turhia kopioita.
Soittimen muisti:

Tietokoneen kovalevy:

[jamo]

Johtuisiko soittimesi FAT-tiedostojärjestelmästä? Ainakin omalla muistitikullani on samanlaiset piilotiedostot (.-alkuiset) jokaiselle Macilla kopioimalleni tiedostolle. Ja muistitikun formaatti on FAT32.

Ratkaisuksi en osaa muuta ehdottaa kuin vaihtaa iPodiin.

[kermit]

Resource forkia ei näytä tulevan HFS:lle eli se olisi FAT-juttu. HFS-formatoidulle tikulle tulee se .DS_Store ja muut samoin kuin FAT.

[Niilo]

Soitin on fat formissa koska se ei tue mäkin formaatteja.

[kermit]

Ei taida auttaa muu kuin poistaa ne perinteisin menetelmin.

[TheKraken]

Olihan noita jotain skriptejä/apuohjelmia jolla estettiin piilotiedostojen syntyminen esim. juuri muistitikuille.

Juu nyt kun FAT tuli puheeksi, niin olisihan se pitänyt tajuta. OS X kun ei tiedostopäätteessään säilö kaikkea sitä dataa, vaan osa on resource forkissa. Esim se millä softalla se tiedosto avataan jne ja FAT ei tue resource forkkeja, niin ne joudutaan sitten "huijaamaan".

[tkt]

These files are created on voleumes that don't natively support full HFS file characteristics (e.g. ufs volumes, Windows fileshares, etc). When a Mac file is copied to such a volume, its data fork is stored under the file's regular name, and the additional HFS information (resource fork, type & creator codes, etc) is stored in a second file (in AppleDouble format), with a name that starts with "._". (These files are, of course, invisible as far as OS-X is concerned, but not to other OS's; this can sometimes be annoying...)

Ihan normaali ilmiö. Osittain saa pois komennolla

Koodi: Valitse kaikki

defaults write com.apple.desktopservices DSDontWriteNetworkStores true

--Ari

[TheKraken]

These files are created on voleumes that don't natively support full HFS file characteristics (e.g. ufs volumes, Windows fileshares, etc). When a Mac file is copied to such a volume, its data fork is stored under the file's regular name, and the additional HFS information (resource fork, type & creator codes, etc) is stored in a second file (in AppleDouble format), with a name that starts with "._". (These files are, of course, invisible as far as OS-X is concerned, but not to other OS's; this can sometimes be annoying...)

Ihan normaali ilmiö. Osittain saa pois komennolla

Koodi: Valitse kaikki

defaults write com.apple.desktopservices DSDontWriteNetworkStores true

--Ari

Niin tolla saa pois verkkolevyiltä, eli ei auta tässä pätkääkään.

[ppohja]

.fseventsd ei minusta ole OS X:n omia juttuja.

On se. fseventsd on 10.5:ssä mukaan tullut tiedostojärjestelmän tapahtumien kuunteludemoni, joka mahdollistaa helpomman tiedostojärjestelmän muutosten seurannan kuin aikaisempi, 10.4:än yksityinen ja spotlightin käyttämä /dev/fsevents.

Tarkempaa tarinaa täällä:
http://arstechnica.com/reviews/os/mac-os-x-10-5.ars/7

.. josta poimittuna asiaan liittyvä, mutta alkuperäiselle kysyjälle ehkäpä hyödytön lainaus:

To prevent events from being logged at all for changes to a particular volume, simply create a file named no_log in the .fseventsd directory on that volume.

[Jamac]

fseventsd

f s events d

Nämä nörttikieliset nimet on yleensä aika helppo purkaa ymmärrettäväksi. Esim tässä f=file, s=system, events=nimen runko, d=daemon.

Varsinkin tuo d nimen lopussa (daemon) tarkoittaa nimenomaisesti sellaista taustalla pyörivää prosessia. Kattelkaa vaikka Activity Monitorilla, niin siellä on noita d-kirjaimeen päättyviä prosesseja.