Fórumok

Frissítve 10.14.6-ra, a Time Machine most nem működik

M

miretogo

Eredeti plakát
2014. augusztus 19
  • 2019. szeptember 23
A mai napig 10.14.5-öt használtam és a Time Machine működött. Aztán telepítettem a 10.14.6-ot (a macOS bosszantó „emlékeztetői” miatt), és most a Time Machine már nem működik. Pontosabban, a Time Machine meghajtó nem csatlakozik. A meghajtó megjelenik a Lemez segédprogramban (lásd a mellékelt képernyőképet), és az Elsősegély nem mutat hibát.

Kipróbáltam több USB portot is, és eredménytelenül visszaállítottam a PRAM-ot.

Volt/van valakinek hasonló problémája? Hogyan tudom ezt megoldani?

Mellékletek

  • Médiaelem megtekintése ' ​​href='tmp/attachments/disk-utility-png.862445/' > www.backblaze.com Disk Utility.png'file-meta'> 119,1 KB · Megtekintések: 235
M

miretogo

Eredeti plakát
2014. augusztus 19


  • 2019. szeptember 26
Felhívtam az Apple támogatást. Az SMC alaphelyzetbe állítása, a helyreállítási mód, a biztonságos rendszerindítási mód és számos más dolog kipróbálása után az alkalmazott feladta, és azt mondta, újra kell formáznom a HDD-t. Megtettem, és most az első Time Machine biztonsági mentésem meghiúsult, miután az üzenet 99%-át elértem 'Nem sikerült befejezni a biztonsági mentést. Hiba történt a biztonsági mentési mappa létrehozásakor.'

Körülbelül 10 éve használom probléma nélkül a Time Machine-t, de az elmúlt 1-2 évben annyi problémám volt vele, hogy úgy tűnik, már nem éri meg a fáradságot. Több időbe telik a Time Machien hibajavítása, mint a kézi biztonsági mentések. Valószínűleg elkezdek alternatívát keresni.

CoastalOR

2015. január 19
Oregon, USA
  • 2019. szeptember 26
miretogo mondta: Körülbelül 10 éve használom a Time Machine-t gond nélkül, de az elmúlt 1-2 évben annyi problémám volt vele, hogy úgy tűnik, már nem éri meg a fáradságot. Több időbe telik a Time Machien hibajavítása, mint a kézi biztonsági mentések. Valószínűleg elkezdek alternatívát keresni.
A Carbon Copy Cloner (CCC) programot ajánlom:

Mac biztonsági mentési szoftver | Carbon Copy Cloner | Bombich szoftver

bombich.com
Reakciók:jbarley M

miretogo

Eredeti plakát
2014. augusztus 19
  • 2019. szeptember 26
Köszönöm az ajánlást, ki fogom próbálni.

Howard2k

2016. április 10
  • 2019. szeptember 26
10.14.5 és 10.14.6 között nem volt problémám a Time Machine-vel. Hibátlan lett.

Az Apple tanácsa ebben az esetben kissé őrültnek tűnik. Talán ésszerűbb lett volna egy tiszta telepítést végrehajtani egy USB-meghajtóra, és onnan indítani, és megnézni, hogy a Time Machine kötet felcsatolódik-e. De ez most vitás kérdés a dolgok hangja alapján. Ha az elmúlt néhány évben problémái vannak, akkor lehet, hogy az Ön telepítésével kapcsolatos probléma áll a háttérben.

Ezt a meghajtót biztosan lecserélném. Talán a meghajtóval van a probléma.
Reakciók:jpn M

miretogo

Eredeti plakát
2014. augusztus 19
  • 2019. szeptember 27
Én is kezdtem gyanakodni a meghajtóra, de valamilyen oknál fogva végül fel tudtam szerelni és formázni, és a Carbon Copy Cloner segítségével kb. 200 GB-ról hibátlanul mentettem vele.

Miután egy ideig gondolkodtam a lehetséges biztonsági mentési stratégiákon, úgy döntöttem, hogy a következőt választom:
  • Külső HDD 1 Time Machine funkcióval: automatikus óránkénti biztonsági mentés
  • Külső HDD 2 Carbon Copy Clonerrel: automatikus napi mentés
  • Külső HDD 3: kézi heti biztonsági mentések
Reakciók:Howard2k és CoastalOR

Howard2k

2016. április 10
  • 2019. szeptember 27
Ha lehet, átnézem a meghajtó S.M.A.R.T statisztikáit.

Öt konkrét mutatót érdemes ellenőrizni:
Médiaelem megtekintése ' ​​data-single-image='1'>


Íme egy félig tisztességes cikk:
www.backblaze.com

Mit árulnak el nekünk a SMART merevlemez-hibák

Gondolkozott már azon, mit jelentenek a merevlemez SMART hibái? Nézze meg, mit nézünk annak meghatározásához, hogy egy meghajtó meghibásodás előtt áll-e. binaryfruit.com www.backblaze.com M

miretogo

Eredeti plakát
2014. augusztus 19
  • 2019. szeptember 27
Ez érdekes. Sajnos a Disk Utility csak a belső Fusion Drive SMART állapotát mutatja. A két külső merevlemezemre azt írja ki, hogy a SMART állapota „Nem támogatott”. Lehetséges, hogy a Disk Utility csak a belső meghajtók SMART állapotát mutatja?

Howard2k

2016. április 10
  • 2019. szeptember 27
Igen, a macOS nem mutat S.M.A.R.T statisztikát a külső meghajtókra vonatkozóan.

Vannak olyan harmadik féltől származó segédprogramok, mint ez:

DriveDx - a legfejlettebb meghajtó állapot diagnosztikai és figyelő segédprogram

DriveDx – a legfejlettebb meghajtó-egészségügyi (S.M.A.R.T.) diagnosztikai és figyelő segédprogram. Kímélje meg magát a váratlan SSD- és HDD-hibákhoz kapcsolódó adatvesztéstől és állásidőtől. Ne aggódjon amiatt, hogy elveszíti fontos adatait, zenéit és fényképeit. binaryfruit.com M

miretogo

Eredeti plakát
2014. augusztus 19
  • 2019. szeptember 27
Még egyszer köszönöm a segítségedet. A DriveDX szerint a külső merevlemez, amely egy ideig nem csatlakozott, és amiről azt gyanítottam, hogy megsérült, tökéletes állapotban van (minden mutató szerint 100%). Ha ez igaz, akkor azon tűnődöm, hogy a macOS miért nem tudta felcsatolni, és amikor végül felcsatolták, miért nem tudta leválasztani. MacOS hibának tűnik.
Reakciók:Howard2k

Howard2k

2016. április 10
  • 2019. szeptember 27
Jó tudni, hogy a hajtás rendben van. Furcsa a macOS-szal kapcsolatban, de jó tudni, hogy a meghajtó megbízható. M

miretogo

Eredeti plakát
2014. augusztus 19
  • 2019. szeptember 29
Most úgy döntöttem, hogy külső merevlemezeket használok biztonsági mentésekhez: az egyik a Time Machine-t, a másik a Carbon Copy Cloner-t használja. A Time Machine azonban nagyon hibásnak tűnik. Például csak az újraindítás után frissítette a titkosítási folyamatot. Például órákon keresztül 38%-ot mutatott, hirtelen újraindítás után pedig 54%-ot. Ez minden alkalommal megtörtént. Az előrehaladás soha nem frissült a titkosítás során.

Howard2k

2016. április 10
  • 2019. szeptember 29
Nem igazán értem, hogy az Apple hogyan osztja ki a CPU-ciklusokat a titkosításhoz, hogy őszinte legyek. Gondolom egy T2 alapú Mac-en ez ezen keresztül történik? De a nem T2 alapú Mac gépemen a CPU végzi a munkát. Azt hittem, látok valamiféle tevékenységet az Activity Monitorban, amely megfelel a titkosítási folyamatnak. Ha a CPU-nak vannak üresjárati ciklusai, miért nem engedi, hogy ezeket titkosításra használja? De úgy tűnik, hogy még akkor is, ha a CPU tétlen, akkor is feltérképezi a folyamatot.

Igaz, ez 10.14.0 volt, amikor utoljára titkosítottam egy külső meghajtót. Talán még 10.13.x is.

Mindazonáltal nem kell megvárnia, hogy megcsinálja a dolgát. A meghajtót a szokásos módon használhatja és kiveheti, és csak biztonsági másolatokat készít stb. Vegye ki a meghajtót titkosítás közben, és a meghajtó újraindul, amikor újra csatlakoztatja. Furcsa, de működik (nekem egyébként).

mpainesyd

nak nek
2008. november 29
Sydney, Ausztrália
  • 2019. szeptember 29
miretogo azt mondta: Most úgy döntöttem, hogy külső merevlemezeket használok biztonsági mentésekhez: az egyik a Time Machine-t, a másik a Carbon Copy Cloner-t használja. A Time Machine azonban nagyon hibásnak tűnik. Például csak az újraindítás után frissítette a titkosítási folyamatot. Például órákon keresztül 38%-ot mutatott, hirtelen újraindítás után pedig 54%-ot. Ez minden alkalommal megtörtént. Az előrehaladás soha nem frissült a titkosítás során.
Úgy tűnik, hogy a fő meghajtón valamilyen hiba lehet, ami a TM meghibásodását okozza. Próbáld meg futtatni az Apple Diagnostics programot.

Az Apple Diagnostics segítségével tesztelheti Mac számítógépét

Az Apple Diagnostics (korábbi nevén Apple Hardware Test) képes ellenőrizni, hogy a Mac számítógépen vannak-e hardverproblémák. support.apple.com