- lensv
- Medlem ●
- Norrköping
Håller på och testar att skapa image-filer av system diskar enl. följande koncept...
https://apple.stackexchange.com/questions/282728/create-a-disk-image-for-recovery
Att skapa filen är inga problem, så länge man först avmonterar volymen. Problem uppstår dock ibland när avbilden ska monteras/öppnas (för vidare åtkomst av data). Oftast är detta inga problem, men vissa filer går inte att öppna... Får följande varning:
The following disk images could not be opened
Image, [Image name]
Reason, No mountable file systems
Jag kan inte hitta någon röd tråd, men det är endast avbilder från vissa maskiner som bråkar. Processen funkar med både HFS och APFS, men jag har (hittills) bara stött på problemet när det gäller APFS.
Någon som har en aning om vad som kan vara fel?
Och det brukar aldrig vara bra att tvinga fram ett arbetssätt på ett OS som finns naturligt på ett annat OS med vitt skild arkitektur.
Dvs. macOS brukar inte jobba på det sätt du försöker med. MacOS säkerhetskopior brukar ligga som lösa filer.
Vilken format av skivavbilder avses?
Nativt på OS X är DMG. Jag har aldrig hat problem med dem.
Det är .dmg-filer (oberoende av om kryptering eller komprimering har använts eller ej). Efter lite ytterligare tester kan jag konstatera att problemet endast dyker upp på nya Macbook Pro. Vet inte om det är en slump, men det är än så länge bara där som jag har stött på det.
Det är .dmg-filer (oberoende av om kryptering eller komprimering har använts eller ej). Efter lite ytterligare tester kan jag konstatera att problemet endast dyker upp på nya Macbook Pro. Vet inte om det är en slump, men det är än så länge bara där som jag har stött på det.
Skumt. Nya MBP är ju ett sorgebarn. OS?
Om någon har kunskapen får ni gärna avslöja korrekt kommando (för att skapa en .dmg-fil av systemdisken).
Montera och avmontera med diskutil.
Skapa skivavbilder med hdiutil (dd kan också en hel del).
Montera och avmontera med diskutil.
Skapa skivavbilder med hdiutil (dd kan också en hel del).
Ex:
Suck! Sudo: command not found
Ärligt talat... Disk Utility är ju bara ett grafiskt skal, så det borde väl bli exakt samma output där som via Terminalen (och vice versa)?
Nyfiken fråga:
Varför inte bara klona volymen till en annan volym, med t.ex. CarbonCopyCloner eller SuperDuper? Varför ta omvägen över image-filer?
Nyfiken fråga:
Varför inte bara klona volymen till en annan volym, med t.ex. CarbonCopyCloner eller SuperDuper? Varför ta omvägen över image-filer?
Dels för att det är gratis, men framför allt för att man inte behöver några tredjepartsverktyg eller extra tillbehör (förutom ev. lagringsmedia). Dessutom går det fort och tar rel. lite plats.
Dels för att det är gratis, men framför allt för att man inte behöver några tredjepartsverktyg...
CarbonCopyCloner är gratis om man bara använder kloningsfunktionerna. Betalversionen krävs nog bara om man ska schemalägga backuper och liknande. Tror att samma gäller för Superduper.
Och vill man inte ha hjälp av tredjepartsprogram, så går det bra att klona med Skivverktyg (Disk Utility) också. Så jag ser nog ändå image-filer som en onödig omväg.
Och vill man inte ha hjälp av tredjepartsprogram, så går det bra att klona med Skivverktyg (Disk Utility) också.
Jo, det är just Disk Utility som jag VILL använda (se trådens inledning). Terminalen är bara ett sidospår för felsökning.
Sry... Det ska vara ett litet s, men det funkar ändå inte.
Jag botar alltså upp mot Apple (Internet recovery). Ska inte korrekt path vara satt då?
Ahh... Du menar i den begränsade miljön. Där är du redan root. Det syns på prompten i shellet som körs, för du har # istf $. Hoppa alltså över sudo i exemplet.
Jo, det är just Disk Utility som jag VILL använda (se trådens inledning). Terminalen är bara ett sidospår för felsökning.
Jo, det förstår jag. Men jag förstår fortfarande inte varför det måste vara via image-filer.
Ahh... Du menar i den begränsade miljön. Där är du redan root. Det syns på prompten i shellet som körs, för du har # istf $. Hoppa alltså över sudo i exemplet.
Hmm… Utan sudo blir det "create failed - Permission denied"
Jo, det förstår jag. Men jag förstår fortfarande inte varför det måste vara via image-filer.
Ska man dumpa ett flertal systemdiskar varje vecka vill man gärna minimera filstorleken. Dessutom går det som sagt snabbt att skapa en sådan här image.