Egyéb

Newb-nek segítségre van szüksége a logikai hangerővel kapcsolatban

J

Jeannieviin

Eredeti plakát
2014. december 11
  • 2014. december 11
Elnézést kérek, ha ez a probléma korábban felmerült, de a sok egyéb kérdés közötti félreértés elkerülése érdekében a bejegyzés alján egy hasonló szálat linkeltem.

Tehát a problémám a következő: Amikor a Lemez ellenőrzése funkciót használja a Lemez segédprogramban, a napló azt mondja nekem, hogy...

'Érvénytelen lemezcímke @ 499239710720: cksum mismatch', de a napló végén úgy tűnik, hogy minden rendben van.

Hadd kezdjem az előbbről. OS X 10.8.5-öm van. Készítettem egy biztonsági másolatot az időgépemen egy külső merevlemez segítségével. Letöltöttem és telepítettem a Yosemite-t. Úgy döntöttem, hogy nem szeretem, ezért az időgéphez mentem, és visszaállítottam a 10.8.5-re.

Értelmem szerint Yosemite logikus kötetet hoz létre. Próbáltam a következő parancsot használni:

diskil cs revert disk1

És a -69741 hibaüzenetet kapom: a céllemez nem alkalmas...

Tudnom kell, hogy a „lemez ellenőrzése” javítható/javítható-e. Jobb magyarázat híján referenciaként mellékelek néhány képernyőképet.

Megjegyzés: Inkább nem sok munkát kell végeznem, például klónozni a merevlemezt, és vissza kell állítani külső forrásból... de ha úgy adódik, mutasd meg, hogyan, mert most először bütykölök a merevlemezzel .

Olvastam néhány témát, nevezetesen:
https://forums.macrumors.com/threads/1740900/

Mellékletek

  • Médiaelem megtekintése ' ​​href='tmp/attachments/invalid-disk-label-png.519117/' > érvénytelen lemezcímke.png'file-meta'> 26,4 KB · Megtekintések: 794
  • Médiaelem megtekintése ' ​​href='tmp/attachments/revert-disk-png.519118/' > revert disk.png'file-meta'> 81,9 KB · Megtekintések: 716
  • Médiaelem megtekintése ' ​​href='tmp/attachments/hd-partition-png.519119/' > hd partition.png'file-meta'> 55,2 KB · Megtekintések: 696
T

tywebb13

2012. április 21


  • 2014. december 11
Általában azt mondtam volna, hogy tegyem

diskutil coreStorage revert 87EF74D1-9B54-4AB6-8F5B-27C05209BA4B

de sajnos ez a te esetedben nem fog működni, mivel azt írja

'Reverible: Nem'

Ez azt jelenti, hogy a visszaállítási parancs nem fog működni.

Ez sokkal jobban működik, ha azt mondja

'Reverible: Igen'

Megpróbálnám tovább vizsgálni, hogy miért kapod

'Érvénytelen lemezcímke @ 499239710720: cksum mismatch'

Illetve, ha egy 10.8.5-ös időgépes biztonsági másolatból szeretnél visszaállítani, érdemesebb az egész tételt törölni, újraformázni – ÉS AZTÁN megcsinálni a visszaállítást.

diskutil cs delete 5EE283B2-3910-416E-BFE2-FE8B23F1D229

törölnie kell

Van hegyi oroszlán indítható usb-je? Ha igen, jobb lenne, ha erről indítana el az opcióbillentyűt, futtassa a parancsot a terminálról, miközben az USB-n elindult, majd formázza a teljes meghajtót Mac OS Extended (naplózott) formátumra az Erase in Disk segédprogrammal. Csatlakoztassa az időgép biztonsági másolatát, és állítsa vissza az újonnan formázott meghajtóra.

Ily módon nem marad a yosemite mag tároló maradványa, ami úgy tűnik, hogy az Ön esetében történik. Utoljára szerkesztve: 2014. december 11

simonsi

Hozzájáruló
2014. január 3
Auckland
  • 2014. december 11
Tehát ez azt jelzi, hogy ez a lemez korábban nem volt nem Core tárolókötet, így nincs mire visszaállítani. Gondolom frissen, a telepítés részeként készült.

Tehát nem tudod visszaállítani, hacsak nincs más probléma, nem zavarnék a lemezellenőrzési hibával, a DU nem támogatja a Core Storage köteteket, így ez nem lep meg. Ellenőrizze, hogy a lemez nem oldja meg az alapvető tárolási problémát.

Biztonsági másolatot készíthet az összes adatáról, internetes helyreállítást végezhet, és letöltheti azt, amivel a gépet szállította, majd frissíthet Yosemite-re, majd visszaállíthatja a köteteket – ez működni fog, mivel a kötetek először szabványosak lesznek, mielőtt CS-re cserélnék. T

tywebb13

2012. április 21
  • 2014. december 11
simonsi azt mondta: frissítsen Yosemite-re, majd állítsa vissza a köteteket

Bár nem hiszem, hogy yosemitet akar. Úgy tűnik, vissza akar menni a hegyi oroszlánhoz.

Jeannieviin mondta: Letöltöttem és telepítettem a Yosemite-t. Úgy döntöttem, hogy nem szeretem, ezért az időgéphez mentem, és visszaállítottam a 10.8.5-re.

simonsi

Hozzájáruló
2014. január 3
Auckland
  • 2014. december 11
tywebb13 azt mondta: Nem hiszem, hogy yosemitet akar. Úgy tűnik, vissza akar menni a hegyi oroszlánhoz.

Hmmm, de ő ML a Core Storage-on, ezért vagy infravörösre kell formáznia és normál tárhelyre kell formáznia, ha engedélyezve van, vagy át kell mennie a teljes Yos-frissítésen, majd vissza kell térnie, majd szükség szerint átméreteznie a partícióit, és onnan telepítenie kell az ML-t... gondol T

tywebb13

2012. április 21
  • 2014. december 11
Nos, többféle módon is visszatérhet a hegyi oroszlánhoz a központi tároló nélkül, de kétlem, hogy ezek közül bármelyik megköveteli-e, hogy először frissítsen Yosemite-re.

Nem feltétlenül kell visszaállítania a rendszert. Törölheti az alapvető tárhelyet az általam adott törlési paranccsal, újraformázhatja a meghajtót, visszaállíthatja a 10.8.5-ös verziót a Time Machine biztonsági másolatából, vagy tiszta telepítést indítható USB-ről. Internet-helyreállítás és helyreállítási partíció is lehetséges, de a rendszerindító USB jobb.

Már próbálta a visszaállítást biztonsági másolatból, de úgy tűnik, hogy sérült. Ezért azt javaslom, hogy először a revert helyett a delete paranccsal szabaduljon meg az alapvető tárolótól, majd formázza újra a meghajtót. Ezután eldöntheti, hogy tiszta telepítést vagy időgép-visszaállítást szeretne-e.

grahamperrin

2007. június 8
  • 2014. december 11
Jeannieviin mondta:…

'Érvénytelen lemezcímke @ 499239710720: cksum mismatch', de a napló végén úgy tűnik, hogy minden rendben van. …

Az ilyen dolgok nem jellemzőek az OS X Yosemite-re. Kérlek iratkozz fel az alábbi témára:

Apple Support Communities (ASC), 2014-07-13:

Tárolási problémák, Core Storage, Disk Utility, ellenőrző összegek, fsck_cs és cksum eltérések

2014-10-06:

A teljes téma eltávolítva mert „információkat tartalmazott a csak regisztrált Apple fejlesztők számára elérhető béta szoftverekről”.

Talán a képernyőképek? A Yosemite-stílusú bezárás, kicsinyítés és teljes képernyős gombok aligha jelentették a felfedezést. A Safari eszköztárának stílusát pedig jól reklámozta az Apple. A téma valóban nem a Yosemite-ről szólt, hanem a Core Storage-ról (és az Apple dokumentációjának hiányáról). …

Szerencsére az elveszett tartalom egyes részeit sikerült megmenteni, de sok időbe telt, míg ezek a részek összeálltak. Újra közzéteszem a tartalom egy részét… Utoljára szerkesztve: 2014. december 12

menyétfiú

Moderátor
Munkatárs
2005. január 23
Kalifornia
  • 2014. december 12
Rendben, akkor még mindig megvan az ML biztonsági másolat egy külső Time Machine lemezen, igen?

Törölnünk kell a lemezt és vissza kell állítanunk.

Próbálja ki ezt a... opcióbillentyűt, és indítsa el a Time Machine lemezt, és ezzel a helyreállítási képernyőre jut. Ezután lépjen a Segédprogramok menübe, és indítsa el a Terminált. Most írja be az alábbi parancsot. Ügyeljen arra, hogy adja meg az idézeteket, és mindent úgy, ahogy itt van.

Kód: |_+_|
Most lépjen ki a Terminálból, és indítsa el a Lemez segédprogramot. Lépjen a törlés fülre, és válassza ki a meghajtót a bal oldali oszlopban. Most válassza a Mac OS Extended (Journaled) lehetőséget a legördülő menüben, majd alkalmazza a formátumot.

Most lépjen ki a Lemez segédprogramból, majd kattintson a Visszaállítás gombra, és ezzel visszahelyezi az operációs rendszert, az összes alkalmazást és adatot a meghajtóra, és remélhetőleg megjavítja.

Feltételezem, hogy a Yosemite telepítése óta nem mentett biztonsági másolatot a TM lemezre, és ez csak egy Mountain Lion biztonsági mentés.

Azt hiszem, ami miatt elkalandoztál, az az, hogy visszaállítottad az ML-t egy Yosemite magtárkötetre.

simonsi

Hozzájáruló
2014. január 3
Auckland
  • 2014. december 12
Weaselboy azt mondta: Azt hiszem, ami miatt elkalandoztál, az az, hogy visszaállítottad az ML-t egy Yosemite magtárkötetre.

szerintem ez történt..... J

Jeannieviin

Eredeti plakát
2014. december 11
  • 2014. december 12
Most megy a hibaelhárítás.

tywebb13 mondta: Továbbá, ha 10.8.5-ös időgépes biztonsági másolatból szeretne visszaállítani, jobb, ha az egész tételt törölje, újraformázza – ÉS AZTÁN végezze el a visszaállítást.

Nem akartam ezt megtenni, de lehet, hogy ez az egyetlen módja a hibák kijavításának… Számítógépekkel végzett munka során tapasztaltam, hogy gyakori a hibás telepítés.


grahamperrin azt mondta: később még ma teszek közzé többet.

Ez informatívnak bizonyulhat.

Weaselboy azt mondta: Azt hiszem, ami miatt elkalandoztál, az az, hogy visszaállítottad az ML-t egy Yosemite magtárkötetre.

Szerintem lehet benned valami. Megpróbálom az Ön által megadott hibaelhárítási lépéseket, és meglátom, mi az eredmény… és igen, igaza van, jelenleg csak Mountain Lion külső biztonsági mentésem van.

tywebb13 mondta: Már próbálta a visszaállítást biztonsági másolatból, de úgy tűnik, hogy sérült. Ezért azt javaslom, hogy először a revert helyett a delete paranccsal szabaduljon meg az alapvető tárolótól, majd formázza újra a meghajtót. Ezután eldöntheti, hogy tiszta telepítést vagy időgép-visszaállítást szeretne-e.

Nagyra értékelem a betekintést; elképzelhető, hogy a külső biztonsági másolatom megsérül… hibás csatlakozás). Be akartam fektetni egy új tokba, de a pénzeimet más dolgokba fektetem.

simonsi azt mondta: Hmmm, de ő ML a Core Storage-on, ezért vagy infravörösre kell formáznia, és normál tárhelyre kell formáznia, ha engedélyezve van, vagy át kell mennie a teljes Yos frissítésen, majd vissza kell térnie, majd szükség szerint átméreteznie a partícióit, és onnan telepítenie kell az ML-t. ..szerintem 

Csak a pokolba kevertél… lol. Azt hiszem, azt akarod mondani, hogy frissítsek Yosemite-re, majd térjek vissza (amit már megtettem). A partíciók átméretezése azonban nem úgy tűnik, mintha meg kellene tennem, mivel végül megpróbálom kitalálni, hogyan lehet kijavítani a lemezellenőrző/lemez-hibákat.

Később visszatérek, hogy közzétegyem az eredményeimet. Mindenkinek nagyon köszönöm a hozzájárulását. Utolsó szerkesztés: 2014. december 12

grahamperrin

2007. június 8
  • 2014. december 12
ellenőrző összeg eltérések (tájolás)

Az Ask Different részben: a elfogadott választ nak nek Hogyan lehet törölni a munkablokkokat egy részben törött meghajtón? ?? tartalmaz néhányat abból, amit eredetileg az Apple támogatási közösségeiben tettek közzé.

Mavericks, nem Yosemite. Kérjük, vegye figyelembe:

Nem szabad a Yosemite-et az ilyen típusú tárolással kapcsolatos problémák okozójaként kezelnem. ??

Is:
?? de fent van a megjegyzés. J

Jeannieviin

Eredeti plakát
2014. december 11
  • 2014. december 12
oké szóval...

Megpróbáltam a hibaelhárítási lépéseket. Végül nem hajtottam végre a törlési parancsokat helyreállításkor (lásd alább), ehelyett töröltem a Mac HD-t, és újra elvégeztem a visszaállítást a külső merevlemez-időgépemről. A helyreállítás befejezése után újra bejelentkeztem, és elvégeztem a lemezellenőrzést, és most nem látok problémát a lemez ellenőrzése/nem egyezik ellenőrzésével, és úgy tűnik, hogy a lemezen minden rendben van.

Íme a két sikertelen parancs, amelyet megpróbáltam (helyreállításkor) a válasz-visszajelzésekkel együtt:

diskutil cs törölje a macintosh HD-t

felesel:
Használat: diskutil coreStorage delete lvgUUID
töröljön egy CoreStorage logikai kötetcsoportot. Minden logikai kötet el lesz távolítva.
Az érintett lemez tulajdonjoga szükséges.

diskutil coreStorage törlés lvgUUID

felesel:
Hiba a CoreStorage logikai kötetcsoport törlésekor: Érvénytelen CoreStorage logikai kötetcsoport UUID (-69778)


Lábjegyzet: Nem tudom, hogyan kell használni a Su-t vagy a Sudo-t. Nem tudom, hogyan kell innen használni a Root parancsot. Nem jártas a parancssori dolgokban. Tehát mit jelent az utolsó válasz? Megkerestem a google-ban a (-69778) hibát, és titkosított merevlemezzel kapcsolatos dolgokra jutottam. Nem biztos, hogy ez rám vonatkozik-e.
Kíváncsi vagyok, hogy ez releváns-e; Továbbra is problémákat tapasztalok az ellenőrzési engedélyeimmel? Javítanom kell, vagy hagyjam békén?

menyétfiú

Moderátor
Munkatárs
2005. január 23
Kalifornia
  • 2014. december 12
Jeannieviin azt mondta: Megpróbáltam a hibaelhárítási lépéseket. Végül nem hajtottam végre a törlési parancsokat helyreállításkor (lásd alább), ehelyett töröltem a Mac HD-t, és újra elvégeztem a visszaállítást a külső merevlemez-időgépemről. A helyreállítás befejezése után újra bejelentkeztem, és elvégeztem a lemezellenőrzést, és most nem látok problémát a lemez ellenőrzése/nem egyezik ellenőrzésével, és úgy tűnik, hogy a lemezen minden rendben van.

Íme a két sikertelen parancs, amelyet megpróbáltam (helyreállításkor) a válasz-visszajelzésekkel együtt:

Kihagytad az idézeteket a parancsban, amit adtam neked. A hibaüzenetek azt mondják, hogy az Ön által megadott név(ek)en nincs magtároló (CS) kötet.

Szóval most már minden rendben van?

Milyen engedélyekkel kapcsolatos problémákat lát most? Vannak olyanok, amelyek normálisak és figyelmen kívül hagyhatók.

Kód: |_+_| J

Jeannieviin

Eredeti plakát
2014. december 11
  • 2014. december 12
grahamperrin mondta: In Ask Different: a elfogadott választ nak nek Hogyan lehet törölni a munkablokkokat egy részben törött meghajtón? – tartalmaz néhányat abból, amit eredetileg az Apple támogatási közösségeiben tettek közzé.

Mavericks, nem Yosemite. Kérjük, vegye figyelembe:



Is:
– de fent van a megjegyzés.

Rendben, megnéztem az első és a második linket. Ez a cikk azt jelenti, hogy ellenőrizze, hogy a lemez nem érzékeny? Vagy ez azt jelenti, hogy ez a fickó próbálkozás és hiba útján rájött, hogy nem a Yosemite okozza a lemezellenőrzési hibát?

Azt hiszem, a harmadik link nem vonatkozik rám, mert visszatértem a visszaállításomhoz?
A negyedik hivatkozás pedig valószínűleg nem érvényes, mert korábban nem használtam partíciókat. J

Jeannieviin

Eredeti plakát
2014. december 11
  • 2014. december 12
Weaselboy azt mondta: Milyen engedélyekkel kapcsolatos problémákat lát most? Vannak olyanok, amelyek normálisak és figyelmen kívül hagyhatók.

Az Itunes-hoz és a Safarihoz kapcsolódó engedélyeltérések baromi sok. Van egy üzenet, amelyet különösen megjegyeztem, csak azért, mert azt mondta, hogy a javítás során nem javítják ki:

Figyelmeztetés: SUID fájl ??System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAgent?? módosították és nem javítják.

Érdekes, hogy amikor javítottam, az ellenőrzési engedélyek ISMÉT eltéréseket hoztak fel, miután már elvégeztem a javítást. Kíváncsi vagyok, ez normális-e.

Mindenesetre... Megpróbáljam újra az egész visszaállítást, ezúttal a parancssori idézőjelekkel? Vagy hagyja úgy ahogy van?

grahamperrin

2007. június 8
  • 2014. december 12
A Disk Utility, az fsck_cs és az fsck_hfs korlátai

Jeannieviin azt mondta: ?? ellenőrizze, hogy a lemez nem érzékeny? ??

Amikor a Disk Utility azt jelenti, hogy egy HFS Plus kötet Megjelenik hogy rendben legyen, nem lehet biztos abban, hogy a lemez/meghajtó az valóban RENDBEN.

Ha az adatok visszaállítása előtt probléma volt a lemezzel/meghajtóval, akkor előfordulhat, hogy a visszaállított adatok nincsenek a lemez érintett területén.

A Disk Utility az fsck_cs és az fsck_hfs függvényeket használja, de (legalábbis a Mavericksben) nem tudja használni az fsck_hfs-t az eszköz I/O hibák keresésére.

A meghajtó alapos teszteléséhez általában HDAT2-t használok. Az Ask Different válasza felvázolja az adatok megsemmisítésének rutinját; valószínűleg szüksége lesz egy roncsolásmentes rutinra, mint például az olvasás/írás/olvasás/összehasonlítás (R/W/R/C).

menyétfiú

Moderátor
Munkatárs
2005. január 23
Kalifornia
  • 2014. december 12
Jeannieviin azt mondta: Az Itunes-hoz és a Safarihoz kapcsolódó engedélyeltérések baromi sok. Van egy üzenet, amelyet különösen megjegyeztem, csak azért, mert azt mondta, hogy a javítás során nem javítják ki:

Figyelmeztetés: SUID fájl ??System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAgent?? módosították és nem javítják.

Érdekes, hogy amikor javítottam, az ellenőrzési engedélyek ISMÉT eltéréseket hoztak fel, miután már elvégeztem a javítást. Kíváncsi vagyok, ez normális-e.

Mindenesetre... Megpróbáljam újra az egész visszaállítást, ezúttal a parancssori idézőjelekkel? Vagy hagyja úgy ahogy van?

http://support.apple.com/en-us/HT203172

Nah... ne törődj vele. Ez az egyik olyan engedélyezési hiba, amely figyelmen kívül hagyható ebből az Apple támogatási dokumentumból.

Ha rendben van a lemez törlése és újratelepítése, és a dolgok rendben működnek, akkor hagynám, és megyek egy sört.

grahamperrin

2007. június 8
  • 2014. december 12
Jeannieviin azt mondta: ?? engedélyek eltérései ??Megpróbáljam újra a teljes visszaállítást??

Ha az eltérések '?? Az ACL megtalálta, de nem várta?' akkor az ismételt helyreállítás valószínűleg nem fogja megkerülni ezt a problémát. J

Jeannieviin

Eredeti plakát
2014. december 11
  • 2014. december 12
A képernyőkép szerint úgy tűnik, hogy a dolgok most rendben vannak. Ez jó tanulási élmény volt. Nem áll szándékomban kiterjedt kutatást végezni a merevlemez-meghajtók állapotának nyomon követésével kapcsolatban, hacsak nem végezek valamilyen iskolai munkát, vagy ilyesmi... Köszönöm mindenkinek!

Mellékletek

  • Médiaelem megtekintése ' ​​href='tmp/attachments/no-corestorage-png.519306/' > nincs corestorage.png'file-meta'> 11,8 KB · Megtekintések: 280

grahamperrin

2007. június 8
  • 2014. december 12
A Core Storage elhagyása: az ellenőrzési megközelítés elhagyása

Jeannieviin azt mondta: A képernyőkép szerint úgy tűnik, hogy a dolgok most rendben vannak.

Ahol korábban piros figyelmeztetések voltak az ellenőrzőösszeg-eltérésekről – a lehetséges hardverproblémákról –, most (a Core Storage nélkül) nincs ilyen ellenőrzés.

A Core Storage elhagyása megkönnyítheti a particionálást a nem műszaki felhasználók számára, de kritikus: a felhagyás csökkenti az operációs rendszer azon képességét, hogy ellenőrizze az adatokkal kapcsolatos problémákat. Az elhagyás miatt a Disk Utility kevesebbet tesz a lemez ellenőrzésekor stb.

simonsi

Hozzájáruló
2014. január 3
Auckland
  • 2014. december 12
grahamperrin azt mondta: Ahol korábban piros figyelmeztetések voltak az ellenőrzőösszeg-eltérésekről? lehetséges hardverproblémák jelei ?? most (a Core Storage nélkül) nincs ilyen ellenőrzés.

A Core Storage elhagyása megkönnyítheti a particionálást a nem műszaki felhasználók számára, de kritikus: a felhagyás csökkenti az operációs rendszer azon képességét, hogy ellenőrizze az adatokkal kapcsolatos problémákat. Az elhagyás miatt a Disk Utility kevesebbet tesz a lemez ellenőrzésekor stb.

A Core Storage megfelelő, ha vagy a rendszerindító partíció az egyetlen partíció a rendszerindító meghajtón, vagy ha soha nem szeretné könnyen módosítani/módosítani a meghajtó partícióit. Ha meg akarja változtatni a partíciókat egy CS-meghajtón, a DU nem tudja megtenni, ez komoly hiba az Apple részéről, IMHO.

Például van egy tartalék rendszerindító partícióm (50 GB) az 1 TB-os merevlemezemen (az elsődleges rendszerindítás az SSD-m. Ennek a partíciónak a telepítésével a Yosemite telepítője a teljes HDD-t CS-re konvertálja...

Amíg nem szállítanak ki egy CS-kezelő segédprogramot, addig ez komoly gondot okoz. M

Mo42

2014. július 28
  • 2014. december 13
nekem is ez a gondom

Sziasztok! Nekem is ez a probléma, és nem vagyok benne biztos, hogy tényleg tennem kell valamit? Néhány hete kutatom ezt, és megláttam a másik szálat, ahol ti ezt fedeztétek fel még júniusban. Végig kell hajtanom a javítási javaslatot, vagy tovább rontom a helyzetet, ha/amikor az Apple módosítja ezt?

Itt van a konkrét ajánlatom – 13 hüvelykes Macbook air, 2012 közepe, 8 GB, 500 hd.

- Telepítettem a Mavericks-t ML-en keresztül, majd leállási leállási hibák jelentkeztek. A leállítás tovább tartott.

- Augusztusban feladtam a leállás javítását, töröltem és újratelepítettem. Leállítási probléma megoldva.

- Néhány héttel a Yosemite kiadása után telepítették a Mavericksre. A Mac nem járt el jól, ezért héttel később törölt és újratelepített. Ez volt az első alkalom, amikor észrevettem a változásokat a DU-ban.

Röviden összefoglalva, elvégeztem egy második törlést és újratelepítést a Yosemite segítségével, megtaláltam a leveleimet a Saved on my Mac mappában, és átkerültek, és hiányoztak. A talált TM biztonsági másolatok nem tartalmazzák a felhasználói könyvtár mappáját 2014. 8. 16. óta (ez nagyjából az az idő, amikor elvégeztem az első törlési újratelepítést a Mavericks segítségével, hogy megoldjam a leállítási hibát). Tehát ezen a héten visszaállítást végeztem a biztonsági másolatommal, és 8/16-át választottam dátumként, hogy visszakapjam ezeket az e-maileket. Minden működött, és visszatértem a Mavericksbe.

Most visszatértem a Mavericks-be, és még mindig a DU-m, amely HD-t mutat logikai kötetként. Megint van a leállítási hiba, de összességében a Mac jól működik.

Kell valamit tennem a HD hiba javítása érdekében?

Képek csatolva...

Hozzáadva szerkesztve – a DU-ban is megvan a piros ellenőrzőösszeg üzenet

Mellékletek

  • Médiaelem megtekintése ' ​​href='tmp/attachments/screen-shot-2014-12-11-at-5-56-10-pm-png.519446/' > Képernyőkép 2014. 12. 11., 17.56.10.png'file-meta'> 146,5 KB · Megtekintések: 393
  • Médiaelem megtekintése ' ​​href='tmp/attachments/screen-shot-2014-12-11-at-5-56-31-pm-png.519447/' > Képernyőkép 2014. 12. 11., 17.56.31.png'file-meta'> 151,8 KB · Megtekintések: 366
Utoljára szerkesztve: 2014. december 13

grahamperrin

2007. június 8
  • 2014. december 13
Probléma: 'Érvénytelen lemezcímke?? cksum mismatch'

Mo42 mondta: ?? nekem is ez a gondom??

Hozzáadva szerkesztve – a DU-ban is megvan a piros ellenőrzőösszeg üzenet

Érvénytelen lemezcímke volt az eredeti probléma, ez most egy „is”; elég vegyesnek tűnik ez a téma?? változó, logikai kötetek körül.

Néhány kiemelés a linkelt információkból:

?? A hibás meghajtók azonosításának egyes megközelítései (meghibásodások, például hibás blokkok) adatvesztést okozhatnak. ??

?? Nem szabad a Yosemite-et az ilyen típusú tárolással kapcsolatos problémák okozójaként kezelnem. ??

menyétfiú

Moderátor
Munkatárs
2005. január 23
Kalifornia
  • 2014. december 14
Mo42 azt mondta: Tegyek valamit a HD hiba kijavítása érdekében?

Nincs azzal semmi baj, ha az alaptároló aktiválva van. A Yosemite alapértelmezés szerint ezt teszi néhány újabb rendszeren. Csak bizonyos műveleteket akadályoz meg a Lemez segédprogramban. Senki sem tudja, miért tette ezt az Apple, csak néhány találgatás.

Igen, megpróbálnám kikapcsolni az alaptárat az alábbi paranccsal, majd megpróbálnám megjavítani a lemezt a Disk Utility helyreállításából.

Kód: |_+_|
Először válassza le a többi meghajtót.

grahamperrin

2007. június 8
  • 2014. december 14
Célzás

Weaselboy azt mondta: ?? Megpróbálnám kikapcsolni az alaptárat az alábbi paranccsal ??

A meghajtó hardverprobléma ismert lehetőségével javasolnom kell egy másik biztonsági mentést ?? egy bizonyíthatóan jó biztonsági másolat?? a parancs futtatása előtt.

(Az átalakításhoz szükséges Core Storage írási tevékenység tömege egy lépés lehet a hardver túllépése felé.)