Time Machine -kysymykset ja -ongelmat

[MacFinn]

Mistä sä puhut? Eihän kai kuvat ole vaihtuvaa materiaalia? Eihän niitä poisteta koneesta kun ne on käsitelty ja kenties myyty?

Mutta toki kannattaa aina katsoa muitakin vaihtoehtoja.

[Fixx]

Joo kirjoitin ihan ristiin. Nyt korjattu.

[samnyrhi]

TM:a kannattaa käyttää siellä mihin se sopii, eli omien dokkareiden ja asetusten tallentamiseen. TM:n vahvuus on suoja käyttäjän itse tekemiä sössöjä vastaan.

Jos koneella on paljon kuvia tai videota ja erityisesti, jos tavaraa kiertää paljon koneen kautta TM, ei toimi. Tai sitten pitää olla 5-10x koneen kovista suurempi levy/pakka, jolle TM kopiot tekee.

Tjaa, kyllä minä olen ymmärtänyt, että ihan koko kovalevy sillä on tarkoitus varmistaa. Minulla on tällä hetkellä 160Gt kovo, jossa vapaata vajaa 50Gt. Verkkolevyllä on 1Tt levy jossa vapaata 850Gt. Ei pitäisi olla mitään ongelmaa, mutta siltikin n. vuoden välein on TM ilmoittanut, että sen pitää tehdä se sparsebundle uusiksi. No tässähän tietysti katoaa se "versio" historia samantien. Mitään omituisuuksia en ole omasta mielestäni tehnyt eikä TM ole muuten valitellut vuoden aikana mitään. Luulisi sen kertovan jos joku on sille liian vaikeaa, jotta sen voisi sitten jättää kopioimatta eikä niin, että se päättää tuhota koko filen ja tehdä uuden.

--
Sami

[MacFinn]

Tota, mikä on sparsebundle josta te puhutte? Ei mun TM-levyllä mitään sellaista ole. Vain kansio Backups.backupsdb ja sen sisällä sitten tän koneen varmistetut, ihan selväkielisenä, täysin Finderilla selattavina.

[Riku7]

Mistä sä puhut? Eihän kai kuvat ole vaihtuvaa materiaalia? Eihän niitä poisteta koneesta kun ne on käsitelty ja kenties myyty?

Mutta toki kannattaa aina katsoa muitakin vaihtoehtoja.

Kyllähän ne sinäänsä on, että kuvakansioon lisätään koko ajan lisää materiaalia, tai poistetaan huonoa materiaalia, tai lisätään eri versioita olevassaolevasta.

[Henkali]

Mistä sä puhut? Eihän kai kuvat ole vaihtuvaa materiaalia? Eihän niitä poisteta koneesta kun ne on käsitelty ja kenties myyty?

Mutta toki kannattaa aina katsoa muitakin vaihtoehtoja.

Kyllähän ne sinäänsä on, että kuvakansioon lisätään koko ajan lisää materiaalia, tai poistetaan huonoa materiaalia, tai lisätään eri versioita olevassaolevasta.

Minusta juuri tuollaiseen käyttöön Time Machine puolustaa paikkaansa. Kaikki säilössä myöhempää palauttamisen tarvetta varten.

MacFinn: Sparsebundle tulee Time Machine-levylle silloin, kun levy on verkossa.

[adele]

Kiroilua. Mitähän pirun hyötyä tästä sitten on valokuvaajalle jos kuvien varmuuskopiointi ei fiksusti tällä onnistu?

Jos olet valokuvaaja, niin uutta dataa tulee helposti useita satoja gigoja tai sitten terakaupalla vuodessa. Valokuvaajalla ei ole mitään mahdollisuutta pitää kuviaan ainakaan millään kannettavalla, jonka itse tunnen.

Vaikka en ole valokuvaaja enkä ammattilainen, niin en voisi mitenkään mahduttaa vuodesta 1999 ottamiani digikuvia tähän kannettavaan, jossa on sisällä 128Gt SSD + 750Gt:n normaali kovis media levynä, vaan sitä homma hoitaa kaksi 1,5T RAID-5 pakkaa Mac Prossa sekä kaksi ulkoista 8 Teran Raid 5-pakkaa, jotka ovat Mac Prossa kiinni. Lisäapuna on yksi 6-teran RAID 5 NAS.

Ja vaikka en ole valokuvaaja tai ammattilainen ei tulisi mieleenikään myöskään jättää varmuuskopiointia yksin TM:n varaan.

[kronos]

Tota, mikä on sparsebundle josta te puhutte? Ei mun TM-levyllä mitään sellaista ole. Vain kansio Backups.backupsdb ja sen sisällä sitten tän koneen varmistetut, ihan selväkielisenä, täysin Finderilla selattavina.

Eiköhän tuo myös sinulta löydy. Kun Time Machine Backups on näkyvissä olet jo tuon sparsebundlen sisällä.

[phuksi]

Mistähän tätä voisi lähteä perkaamaan kun Time Machine lakkasi toimimasta Iomegan verkkolevylle.

Kone on 2009 mallin Intel-iMac Snow Leo 10.6.8 tasossa.

Verkkolevy on Iomega Home Network Media Storage, uusimmassa firmware tasossa
- verkkolevy on ainoastaan TimeMachine-käytössä
- siellä on yksi hakemisto jonne varmistuksia ajetaan
- ko. hakemistoon on yksi dedikoitu käyttäjätunnus jolla on sinne pääsy
- verkkolevy eikä iMacin levy ei kumpikaan ole kryptattu

Homma on toiminut ihan ok aika tarkaalleen vuoden niin että iMac on langattomassa verkossa, verkkolevy kytkimessä kiinni. Päivänä yhtenä, keksimättä syytä (veikkaan iMac-päivitystä) varmistukset lakkaavat toimimasta. Alkaa heittämään NetAuth herjaa kun varmistus yrittää afp-mounttia. Jos koitan tehdä käsin afp-mountin ei myöskään se onnistu. Smb:llä onnistuu.
Tällaisia herjoja pukkasi:

Koodi: Valitse kaikki

4.8.2011 17.37.25 [0x0-0x34034].com.Iomega.NetworkStorageMgr[446] mount_afp: AFPMountURL returned error 89, errno is 32
4.8.2011 17.37.25 [0x0-0x34034].com.Iomega.NetworkStorageMgr[446] mount_afp: AFPMountURL returned error -1069, errno is -1069
4.8.2011 17.37.25 [0x0-0x34034].com.Iomega.NetworkStorageMgr[446] mount_afp: AFPMountURL returned error -1069, errno is -1069
4.8.2011 17.37.25 [0x0-0x34034].com.Iomega.NetworkStorageMgr[446] mount_afp: AFPMountURL returned error -1069, errno is -1069
4.8.2011 17.37.26 [0x0-0x34034].com.Iomega.NetworkStorageMgr[446] mount_afp: AFPMountURL returned error -1069, errno is -1069
4.8.2011 17.37.26 [0x0-0x34034].com.Iomega.NetworkStorageMgr[446] mount_afp: AFPMountURL returned error -1069, errno is -1069
4.8.2011 17.37.45 [0x0-0x34034].com.Iomega.NetworkStorageMgr[446] created: /tmp/kone.local_0026bb550eaa.sparsebundle
4.8.2011 17.37.46 [0x0-0x34034].com.Iomega.NetworkStorageMgr[446] mv: rename /tmp/kone.local_0026bb550eaa.sparsebundle/ to /Volumes/IomegaDrive-backups/kone.local_0026bb550eaa.sparsebundle/: Permission denied

Mitään salasanoja, oikeuksia tms. ei ole vaihdettu. Alkoi vaan herjaamaan.

Kyselin vinkkiä Iomegalta joka vastasi että tyypillisesti verkkolevyn formatointi auttaa näissä. Sen jälkeen vain uusi backup ja siitä eteenpäin. Aikani kikkailin, koitin restartata levyä ja poistin käyttäjätunnuksen verkkolevyltä ja ajaa Guestilllä varmistuksia mutta mikään ei auttanut.

Kun kerran verkkolevyllä oli vain backup, niin formatointi käyntiin. Sen jälkeen AFP-mount onnistui. Jätin käyttöoikeuden määrittelemättä (eli verkkolevyllä everyone full). TimeMachinen jätin Guest-asetuksella.

Mutta homma ei vain onnistu. Aina jossakin vaiheessa backup failaa ja vielä niin että Iomega sekoaa ja jää juntturaan. Kun koitan sen management-sivulle IP:llä niin vastaa 404-Not Found. Tähän ei pure mikään muu kuin levyn sähkön katko lennosta, edes reset nappi ei tehoa. Sitten vaihdoin asetukset taas nimetylle käyttäjälle, eli määritin Time Machineen tunnuksen. Sama lopputulos.

Jotenkin sitten lukemalla konsoliviestejä tuli ajatus että josko ongelma onkin siinä, että minulla on PWD check 5 minuutin päästä siitä kun näytönsäästäjä aktivoituu. Konsoliherjoja oli niin paljon etten pystynyt löytämään selailemalla ajankohtaa jolloin homma olisi hajonnut että olisin voinut todentaa ajankohtaa.

Siispä otin securitystä pois tuon salasanatarkistuksen, vedin verkkolevylle formatoinnin, laitoin verkkolevyllä käyttäjätunnuksen jolla hakemistoon oikeudet, sitten määritin tietyn käyttäjän ja konfiguroin sen TimeMachineen. Ja eikun käyntiin.

Nyt näyttää ajavan varmistusta, 90GB tehtynä. Voiko tosiaan olla niin, että tuo Require password after sleep or screen saver katkaisee TimeMachine yhteyden?

Annan tämän täyden varmistuksen nyt mennä läpi, sitten katson että tunnin välein menee ok. Ja ehmä parin päivän päästä laitan tuon salasanakyselyn päälle niin näkee voiko se vaikuttaa.

Mutta menetin nyt vähän uskoa koko hommaan kun en osannut fiksata ilman levyn formatointia... Saattaa olla että siirryn Carbon Copy Clonerin piiriin ja otan imagen tai pelkän tiedostokopioin tärkeistä tiedostoista verkkolevylle. Saattaa olla simppelein ja varmin homma.

- p

[phuksi]

Noniin. Ei mennyt läpi ensimmäinen backuppikaan vaikka ei ollut tuo screen saver salasana päällä.

Time Machine herjat, tuli kaksi ikkunaa:
1. TM could not complete the backup due to a network problem. Make sure your computer and the backup disk are on the same network, and the backup disk is turned on. Then try again.
2. TM could not complete the backup. The network bu disk could not be accessed because there was a problem with the network user name or password. Open the TM preferences to select the network backup disk and re-enter the correct username and pwd.

Verkkolevyn salasanaa en kesken ajon vaihtanut, eli en usko tuohon kohdan kaksi vinkkiin että TM asetuksiin pitäisi antaa uusi käyttäjätunnus tai salasana.

Consolen kautta katottuna herjaa on pilvin pimein. Tässä näitä, ensimmäinen on viimeisin joka näyttää normaalilta:

Koodi: Valitse kaikki

24.8.2011 21.41.29	com.apple.backupd[329]	Copied 96.7 GB of 304.6 GB, 3953 of 1030392 items
24.8.2011 22.20.16	kernel	
24.8.2011 22.20.16	kernel	
24.8.2011 22.20.18	kernel	
24.8.2011 22.20.18	kernel	
24.8.2011 22.20.18	kernel	
24.8.2011 22.20.18	kernel	
24.8.2011 22.20.18	kernel	
24.8.2011 22.20.18	kernel	
24.8.2011 22.20.27	kernel	AFP_VFS afpfsCacheLookup:  got 2 on root vnode, unmounting vol
24.8.2011 22.20.34	kernel	
24.8.2011 22.20.34	kernel	
24.8.2011 22.20.34	kernel	
24.8.2011 22.20.34	kernel	
24.8.2011 22.20.34	kernel	
24.8.2011 22.20.34	kernel	
24.8.2011 22.20.34	kernel	
24.8.2011 22.20.34	kernel	
24.8.2011 22.20.34	kernel	
24.8.2011 22.20.34	kernel	
24.8.2011 22.20.34	kernel	
24.8.2011 22.20.34	kernel	
24.8.2011 22.20.37	kernel	ASP_TCP Disconnect: triggering reconnect by bumping reconnTrigger from curr value 0 on so 0x95c3688
24.8.2011 22.20.37	kernel	AFP_VFS afpfs_DoReconnect started /Volumes/backups prevTrigger 0 currTrigger 1
24.8.2011 22.20.37	kernel	AFP_VFS afpfs_DoReconnect: already in unmount /Volumes/backups
24.8.2011 22.20.37	kernel	ASP_TCP CancelOneRequest:  cancelling slot 26 error 89 reqID 26410 flags 0x29 afpCmd 0x22 so 0x95c3688
24.8.2011 22.20.37	kernel	ASP_TCP CancelOneRequest:  cancelling slot 27 error 89 reqID 26411 flags 0x29 afpCmd 0x22 so 0x95c3688
24.8.2011 22.20.37	kernel	AFP_VFS afpfs_unmount: /Volumes/backups, flags 524288, pid 263
24.8.2011 22.20.37	kernel	disk7s2: 0x5 (UNDEFINED).
24.8.2011 22.20.37	com.apple.backupd[329]	Stopping backup.
24.8.2011 22.20.37	com.apple.backupd[329]	Error writing to backup log.  NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Input/output error
24.8.2011 22.20.37	com.apple.backupd[329]	Error: (-34) SrcErr:NO Copying /Users/mikkis/Movies/DVD Images/Robin Hood.iso to /Volumes/Backup/Backups.backupdb/Koneen_Nimi iMac/2011-08-23-211207.inProgress/57F7CC7C-7929-41C8-80B8-4B5ADE16DCA1/Macintosh HD/Users/käyttäjä/Movies/DVD Images
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	disk7s2: 0x14 (UNDEFINED).
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	acility com.apple.system.fs] [DevNode /dev/disk7s2] [MountPt /Volumes/Backup] [FSLogMsgID 670120171] [FSLogMsgOrder Last] 
24.8.2011 22.20.37	kernel	disk7s2: 0x14 (UNDEFINED).
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	disk7s2: 0x14 (UNDEFINED).
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	disk7s2: 0x14 (UNDEFINED).
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	disk7s2: 0x14 (UNDEFINED).
24.8.2011 22.20.37	com.apple.backupd[329]	Error writing to backup log.  NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Input/output error
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	disk7s2: 0x14 (UNDEFINED).
24.8.2011 22.20.37	com.apple.backupd[329]	Error writing to backup log.  NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Input/output error
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	r First] 
24.8.2011 22.20.37	com.apple.backupd[329]	Error writing to backup log.  NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Input/output error
24.8.2011 22.20.37	com.apple.backupd[329]	Copied 3954 files (103.6 GB) from volume Macintosh HD.
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	disk7s2: 0x14 (UNDEFINED).
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	disk7s2: 0x14 (UNDEFINED).
24.8.2011 22.20.37	com.apple.backupd[329]	Error writing to backup log.  NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Input/output error
24.8.2011 22.20.37	com.apple.backupd[329]	Copy stage failed with error:28
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	disk7s2: 0x14 (UNDEFINED).
... näitä disk7s22 herjoja on tusinan verrran
24.8.2011 22.20.37	com.apple.backupd[329]	Stopping backupd to allow ejection of backup destination disk!
24.8.2011 22.20.37	kernel	disk7s2: 0x14 (UNDEFINED).
24.8.2011 22.20.37	fseventsd[45]	disk logger: failed to open output file /Volumes/Backup/.fseventsd/0000000001112dfc (Input/output error). mount point /Volumes/Backup/.fseventsd
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	
24.8.2011 22.20.37	kernel	disk7s2: 0x14 (UNDEFINED).

... taas disk7s2 herjoja kasa

Koodi: Valitse kaikki

24.8.2011 22.20.38	com.apple.backupd[329]	Error writing to backup log.  NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Input/output error
24.8.2011 22.20.38	com.apple.backupd[329]	Error writing to backup log.  NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Input/output error
24.8.2011 22.20.38	com.apple.backupd[329]	Error writing to backup log.  NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Input/output error

... pilvin pimein alla olevaa Creating directory herjaa...

Koodi: Valitse kaikki

24.8.2011 22.20.38	com.apple.backupd[329]	Error: (-36) Creating directory Koneen Nimi’s iMac 131
24.8.2011 22.20.38	kernel	[ReadUID 0] [Facility com.apple.system.fs] [DevNode /dev/disk7s2] [MountPt /Volumes/Backup] [FSLogMsgID 2037587959] [FSLogMsgOrder Last] 

... samoja disk7s2 ja Creating directory herjoja...

Koodi: Valitse kaikki

24.8.2011 22.20.39	com.apple.backupd[329]	Backup failed with error: 26

... ja lopuksi...

Koodi: Valitse kaikki

 24.8.2011 22.22.44	kernel	ASP_TCP CancelOneRequest:  cancelling slot 3 error 89 reqID 4 flags 0x9 afpCmd 0x14 so 0xaceb83c
24.8.2011 22.23.44	com.apple.launchd[1]	(com.apple.netauth.sysagent[3281]) Exited with exit code: 255
24.8.2011 22.36.19	com.apple.backupd[3305]	Starting standard backup
24.8.2011 22.36.34	com.apple.backupd[3305]	Attempting to mount network destination using URL: afp://käyttäjätunnus@IomegaDrive.local/backups
24.8.2011 22.38.39	com.apple.backupd[3305]	NetAuthConnectToServerSync failed with error: -6600 for url: afp://käyttäjätunnus@IomegaDrive.local/backups
24.8.2011 22.38.39	com.apple.backupd[3305]	Authentication error - the correct user or password info may not exist in the System.keychain or the server may no longer allow access for this user.
24.8.2011 22.38.39	com.apple.backupd[3305]	Authentication error - the correct user or password info may not exist in the System.keychain or the server may no longer allow access for this user.
24.8.2011 22.38.39	kernel	ASP_TCP CancelOneRequest:  cancelling slot 3 error 89 reqID 4 flags 0x9 afpCmd 0x14 so 0xaceacf8
24.8.2011 22.38.44	com.apple.backupd[3305]	Backup failed with error: 29
24.8.2011 22.39.39	com.apple.launchd[1]	(com.apple.netauth.sysagent[3307]) Exited with exit code: 255
24.8.2011 23.10.16	mdworker[3351]	Error, could not create MachMessagePort for com.apple.AddressBook.abd
24.8.2011 23.36.19	com.apple.backupd[3305]	Starting standard backup
24.8.2011 23.36.19	com.apple.backupd[3305]	Attempting to mount network destination using URL: afp://käyttäjätunnus@IomegaDrive.local/backups

Eli ollaan takaisin alkuperäisessä ongelmassa. Jotain meni pieleen, kasa virheitä ja sitten TM yrittää startata backuppia uudelleen mutta afp mount ei onnistu.

Lisäksi löysin tällaisen:

Koodi: Valitse kaikki

24.8.2011 22.23.44	com.apple.launchd[1]	(com.apple.netauth.sysagent[3281]) Exited with exit code: 255
24.8.2011 22.39.39	com.apple.launchd[1]	(com.apple.netauth.sysagent[3307]) Exited with exit code: 255
24.8.2011 23.39.23	com.apple.launchd[1]	(com.apple.netauth.sysagent[3400]) Exited with exit code: 255

Itse en näissä ole kovinkaan etevä, osaisiko joku konkari auttaa ymmärtämään mitä tässä on tapahtunut ja miten tämän voisi korjata?

- p

[phuksi]

Tuolta kun otan yhden irti virheistä...

24.8.2011 22.38.39 com.apple.backupd[3305] Authentication error - the correct user or password info may not exist in the System.keychain or the server may no longer allow access for this user.

... kun menen Key Chain Accessiin katsomaan löydän sieltä System ja Passwordin alta Iomegadrive.localin ja tyyppi on Time Machine Password. Kun katson sitä tarkemmin ja sen Attributes osiota on tilinä ihan oikea käyttäjätunnus, osoite on oikein afp://IomegaDrive.local/backups. Mutta kun koitan klikata Show Password nähdäkseni salasanan, kysyy käyttis ensin administrator salasanan ja sen annettuani heittää herjan Access to this item is restricted.

Onko siis kyse siitä että jokin afp cache putsaantuu ja nyt käyttis ei pääse katsomaan tuolta keychain jemmasta salasanaa tuolle käyttäjälle jolla pitäisi verkkolevyyn kirjautua?

Kun sitten Key Chainissä katson vielä tuota IomegaDrive.localia ja sen Access Controllia niin siellä on tikki päällä Confirm before allowing access ilman ask for keychain password. Sitten listalla on writeconfig, NetAuthAgent jad NetAuthSysAgent listatuissa sovelluksissa joilla on pääsy tähän.

Voisiko täältä löytyä jotakin joka auttaisi?

- p

[phuksi]

... ja vielä... nyt jos yritän ottaa yhteyden selailmella verkkolevyyn ei se vastaa vaan selain jää odottamaan tekemättä mitään. Ping sentään vastaa, mutta se nyt ei paljoa auta.

Eli sen sijaan että TimeMachine ja käyttis sekaantuu voi siis olla että tuo levy menee nalkkiin ja palautaa herjana että autentikointi petti. Vaan kun en oikein tiedä miten tuohon levyyn pääsisi kiinni sen oman management webin ohi josko sieltä löytyisi jokin logifilu jostakin.

- p

[phuksi]

Jaa-a. Kun tarkemmin katsoin löytyi herjoista myös herja tiedoston kirjoittamisesta. Tuli mieleen että mikähän tiedostojärjestelmä tuossa levyssä on... tuo herja nimittäin tuli 6 gigan image-tiedostosta ja jos levy on FAT32 niin eikös siinä tule sitten ongelmia vastaan?

Koska crashin jälkeen hommaan puree vain formatointi niin tein sen. Sitten manuaalisesti koitin kopioida tuota herjannutta tiedostoa niin ei onnistunut. Taas meni jumiin ja afp-mount onnistuu vasta formatoinnin jälkeen. Nyt koitan kopioida riittävän isoa, kuitenkaan en liian isoa 3,5 GB tiedostoa. Jos se menee läpi niin voisiko syy sittenkin olla tässä?

Mitenkähän tuollaisen verkkolevyn tiskin alle pääsisi katsomaan miten se on konffattu? Sen omalla hallintamekanismilla ei näe juuri mitään. Levy silti on mainostettu 'Time Machine Compatible' levynä... mutta eihän tuo mitenkään ole hyvä jos on FAT32 moodissa.

- p

[kermit]

Mitenkähän tuollaisen verkkolevyn tiskin alle pääsisi katsomaan miten se on konffattu? Sen omalla hallintamekanismilla ei näe juuri mitään. Levy silti on mainostettu 'Time Machine Compatible' levynä... mutta eihän tuo mitenkään ole hyvä jos on FAT32 moodissa.

- p

Niissähän on yleensä Linux-pohjainen systeemi, joten tiedostojärjestelmä on todennäköisesti ext2, ext3 tai ext4. TM:n käyttämässä imagessa on tietty Applen HFS+. Sisälle pääsee ehkä telnetillä tai SSH:lla mikäli siellä sattuu olemaan jompi kumpi serveri päällä. Iomegalle oli jokin niksi mikä piti tehdä selainhallinnassa, mutta en nyt muista sitä, enkä tiedä toimiiko se edes kaikissa Iomegan nassikoissa.

[LonelyLynx]

Niin, ihmettelen ulkoisen USB-levyni tilaa. Se on käytössä TimeMachinen varmistuslevynä, mutta siellä on myös muuta eli itse sinne siirrettyjä kansioita, jotka olivat levyllä ennen TimeMachinen käyttöönottoa. Nyt en pääse tekemään normaaleja finderin operaatioita ao. levyllä, vaan saan ilmoituksen, että levy on lukittu tai että minulla ei ole oikeuksia tehdä muutoksia levyllä. Mitkä oikein pitäisi tuollaisen ulkoisen levyn oikeuksien olla? Voiko ne asettaa info-ikkunassa omatoimisesti vai meneekö TimeMachine siitä sekaisin? Viimeksi levytyökalun korjaa oikeudet -valinta oli harmaa eikä ao. tominto käynnistynyt asennuslevyltäkään. OnyX aloitti homman mutta tuntui jäävän jumiin. En voi formatoida ulkoista levyä, sillä siellä on sekä musiikki, että valokuvakirjastot, jotka eivät mahdu sisäiselle levylle.

Onko kellään ideoita, mistä voisi olla kyse? Kone on iBook G4 1,2 GHz, 2 GB/30 GB, Leopard 10.5.8, USB-levy LaCie 320 GB.

LL

[Fixx]

En ole ihan varma (kun varmistuslevyni on nyt toisessa paikassa) mutta kestävää kehitystä ja se oikea tapa olisi kyllä partitioida se ulkoinen levy ja antaa TM:lle vain tietty määrä mellastustilaa. Ajan kanssa kun TM kuitenkin täyttää kaiten tilan mitä sille tarjoaa.

[LonelyLynx]

Mutta tietääkö kukaan, mitä niiden oikeuksien asetusten tuollaisella ulkoisella USB-levyllä pitäisi olla ja jos ne siinä info-ruudussa muuttaa, pysyvätkö ne vai muuttaako järjestelmä niitä jotenkin automaattisesti?

LL

[Fixx]

Mulla aikakonelevy pysyy kyllä ihan normisti luku- ja kirjoituskelpoisena, aikakoneen Backups.backupdb-kansio vaan on systeemin kirjoitukselle varattu.
Ehkä TM-levyssäsi on nyt jotain ingelmaa. Kannattaisiko levy alustaa ja partitioida uusiksi ja aloittaa TM tyhjältä pöydältä?

[LonelyLynx]

Kuten todettua ei formatointi ole tässä tilanteessa mahdollista. Nyt edistyin kuitnekin sen verran, että sain oikeudet tarkastettua. Suurta ongelmaa se prosessi ei kylläkään ilmentänyt. Ulkoisen levyn tarkastus ei myöskään ilmentänyt virheitä. Korjasin oikeudet admin: lue ja kirjoita ja vielä ne eivät ole muuttuneet muuksi. Muuten tilanne voi olla hallinnassa, mutta nyt TimeMachine on toivottoman hidas. Se ilmoittaa valmistautuvansa backuppiin, mutta ei etene siitä mihinkään. Puuh!

[pviitane]

Kuten todettua ei formatointi ole tässä tilanteessa mahdollista. Nyt edistyin kuitnekin sen verran, että sain oikeudet tarkastettua. Suurta ongelmaa se prosessi ei kylläkään ilmentänyt. Ulkoisen levyn tarkastus ei myöskään ilmentänyt virheitä. Korjasin oikeudet admin: lue ja kirjoita ja vielä ne eivät ole muuttuneet muuksi. Muuten tilanne voi olla hallinnassa, mutta nyt TimeMachine on toivottoman hidas. Se ilmoittaa valmistautuvansa backuppiin, mutta ei etene siitä mihinkään. Puuh!

Oikeuksien tarkastamisesta ei ole mitään hyötyä Time Machine -levyllä tai muillakaan ulkoisilla levyillä. Oikeuksien tarkastus käy vain läpi asennetut ohjelmat ja että niiden tiedostojen oikeudet ovat sitä mitä asennuspaketti sanoo.

Jotenkin olen siinä luulossa, että oikeuksien muokkaaminen Time Machine -levylle on äärimmäisen riskialtista, sillä toimiakseen TM edellyttää, että ko. partitiolla on oikeudet enabloituna ja näiden muokkaaminen saattaisi korruptoida varmistukset. Tässä vaiheessa ehdottaisin formatointia tai uutta levyä TM-käyttöä varten.

Joka tapauksessa, seuraavat vinkit ovat monesti auttaneet TM-ongelmissa: http://web.me.com/pondini/Time_Machine/ ... oting.html

[ryppy]

Hyvin toimineen ulkoisen Lacien kovalevyn tila loppui hiljattain ja nyt en enää pysty kopioimaan koko koneeni sisältöä sille Time Machinen kautta.
Ennen kuin saan uuden suuremman mötikän, ajattelin varmuuskopioda tiedostojani jättäen valikosta turhia pois. Time Machine laskee paketille reilusti pienemmän koon, kuin Lacielle mahtuuu.

Kun tämä ennalta laskettu määrä täyttyy ja mato on juossut tappiin, jatkaa Time machine edelleen varmuuskopiointia reilusti yli tuon ennakoidun arvion ja jatkaa sitä kunnes kovalevy on täynnä.
Tämän jälkeen se ilmoittaa varmuuskopioinnin epäonnistuneen tilanpuutteen vuoksi.

Aikaisemmin varmuuskopiointi on onnistunut ongelmitta ja mitään päivityksiä ei ole tällä välin tehty. Käyttis 10.6.8. Levytyökalulla olen pariinkin otteeseen tyhjentänyt ja korjannut levyä, mutta ei auta.
Onko kenelläkään mitään ideaa mistä tämä sekoilu voi johtua?

[Fixx]

Kuten todettua ei formatointi ole tässä tilanteessa mahdollista.

Jos formatoinnin estää muun tallennustilan puute niin tuolta edullisesti: http://www.gigantti.fi/product/tietokon ... kiintolevy

[Nks123]

Mulla tekee välillä verkkokovon kanssa tota. TM:n asetuksista varmuuskopiolevyksi jokin toinen levy, sammutat TM:n, formatoit toimimattoman levyn, käynnistät asetuksista TM:n uusiksi ja valitset taas tämän levyn. Mulla auttaa tuollainen, vaikka perimmäinen syy ongelmaan onkin jäänyt hämärän peittoon.

[hiivatti66]

Auttaiskohan tuo minuakin? Lionin päivityksen jälkeen Time Machine toimii ihmeellisesti.
Jauhaa koko ajan eikä silti ole saanut tehtyä uutta varmuuskopiota Lionin aikana. Siis heinäkuulta.
Uusin varmuuskopio on viimeinen Snow Lepordin ajalta. Sen jälkeen on päivittäin varmennuksia tunnin välein.

Snow Leopardissa ei juuri huomannut Time Machinen Toimintaa - nyt kiusallisesti syö suorituskykyä.

[jpva]

Lainaan ketjua.Otan viikoittain kopiot TM:lle ja tänään huomasin että Lioniin päivityksen jälkeen ei vanhemmista kopioista löydy ohjelmia ollenkaan?Dokumentit yms. ovat kaikki tallella,mistähän vois johtua?