Fora

Ejerskab og tilladelser på en ekstern SSD

Buadhai

Original plakat
15. januar 2018
Korat, Thailand
  • 26. januar 2021
Dette på en 2017 iMac Running Catalina.

Jeg har et ældre WD Elements dyk, hvorpå der er en volumen, der hedder Media. På dette bind opbevarer jeg videoer, fotografier og mange andre ting, inklusive iMazing backup-filer.

Jeg besluttede at købe en Samsung T7 SSD, hvorpå jeg kunne opbevare disse ting. Jeg partitionerede drevet i to diskenheder, hvoraf den ene er formateret som Mac OS Extended, ligesom diskenheden på det gamle WD-drev.

Jeg brugte CCC til at kopiere det gamle medievolumen til det nye drev. Begge bind har samme ejer/gruppe (rod/personale) og tilladelser (755). Ingen af ​​diskenhederne har 'Ignorer ejerskab' aktiveret.

iMazing nægtede at arbejde med den nye diskenhed og insisterede på, at den ikke havde læse-/skrivetilladelse på drevet. Jeg opgav til sidst at prøve at rette dette og ændrede simpelthen tilladelserne til 777, hvorefter iMazing var glad.

Et par spørgsmål:

  • Hvorfor skulle iMazing være i stand til at r/w fra det ene drev og ikke det andet?
  • Hvad skal ejerskabet og tilladelserne være på et eksternt drev? Jeg ønsker, at alle brugere skal kunne læse og skrive fra drevet. root/staff 755 virker underligt for mig, men har fungeret fint med lydstyrken på det ældre drev.

Fiskermand

20. februar 2009


  • 27. januar 2021
Den nemmeste måde at overvinde tilladelsesproblemer på et eksternt drev er at:
en. klik på drev (eller partition) ikonet i finder
b. få boksen 'få info' frem
c. nederst, klik på lås og indtast adgangskode
d. sæt et flueben i 'ignorer ejerskab på denne diskenhed' i deling og tilladelser.

Virker hver gang for mig.

Buadhai

Original plakat
15. januar 2018
Korat, Thailand
  • 27. januar 2021
Dette har altid forekom mig at være en slags doven, forhammer tilgang til et skruetrækkerproblem. Jeg har haft eksterne drev på Mac'er i årtier nu og har aldrig været nødt til at ty til en løsning som denne for tilladelsesproblemer. Jeg behøvede ikke at gøre dette på drevet, som blev erstattet af den nye SSD. Hvorfor nu?

Fiskermand

20. februar 2009
  • 27. januar 2021
Se på min avatar.
Jeg er en slags 'slædehammer'.
Jeg udfører 'ignorer tilladelser' for at få info som en selvfølge på HVER eksternt drev, jeg har... Reaktioner:Buadhai

Buadhai

Original plakat
15. januar 2018
Korat, Thailand
  • 27. januar 2021
OKAY. Fik billedet. Jeg regner med, at hvis jeg bruger sledgehammer-tilgangen, lærer jeg ikke noget.

Spørgsmål: Hvilket ejerskab og tilladelser har du på HVERT eksternt drev? (Du skal faktisk fjerne markeringen i 'ignorer'-boksen for at se, hvad ejerskabet af før-slædehammer er.)

chown33

Moderator
Medarbejder
9. august 2009
det afgrundsdybe plan
  • 28. januar 2021
Jeg har altid bare brugt funktionen Ignorer ejerskab, eller jeg har kopieret filer til drevet, så jeg er ejeren.

Jeg kan ikke se problemet med Ignorer ejerskab, men måske forstår jeg ikke præcis, hvad du forsøger at opnå.

Hvis jeg tilfældigvis har en ekstern disk, hvor jeg vil have ejerskab håndhævet, så opretter jeg den på den måde i første omgang, og jeg kopierer tingene til den fra en passende konto. Det kan være min administratorkonto, en ikke-administratorkonto eller hvad jeg nu vil, afhængigt af hvad jeg forsøger at opnå ved at håndhæve ejerskab.

Nogle gange, når jeg udvikler software, vil jeg have et ret specifikt adgangskontrolmiljø, inklusive ejerskab, normale Unix-tilladelser eller ACL'er. Jeg sætter det på et diskbillede (normalt sparsomt bundt), og sørger for, at Ignorer ejerskab er deaktiveret.


Hvis alle de faktiske tilladelser er sat til 777 (eller 666), så kan alle R/W hvad som helst hvor som helst, men tilladelserne for filer eller mapper kan kun ændres af root (ejeren). Omvendt, hvis Ignorer ejerskab er aktiveret, så får du den samme R/W-evne, men du får også mulighed for at ændre tilladelser (hvis man ønsker det). Så det er noget, man kan gøre under Ignorer ejerskab, som ikke kan lade sig gøre med en disk-dækkende indstilling af fuld-åbne tilladelser.

En anden ting er, at Ignorer ejerskab nemt og hurtigt kan vendes, blot ved at fjerne markeringen i feltet. Den underliggende handling er at ændre lydstyrkens monteringsflag (brug 'mount' cmd i Terminal for at observere). For at ændre alle tilladelser på tværs af disken, skal man køre en rekursiv 'chmod' cmd, eller bruge Finders Get Info-vindue til at ændre tilladelser rekursivt. En af dem vil sandsynligvis tage længere tid end blot at fjerne markeringen i en boks.

Ignorer ejerskab kan virke som en forhammer, men at skulle køre rekursivt 'chmod' virker som en sværm af tusind myg. Ingen ting er et stort problem, men det store antal er en anden historie.


Jeg kan ikke svare på dit spørgsmål om iMazing, da jeg aldrig har brugt det.
Reaktioner:Brian33 og Buadhai

Buadhai

Original plakat
15. januar 2018
Korat, Thailand
  • 28. januar 2021
Tak fordi du tog dig tid til at skrive en så klar og forståelig forklaring.

Med hensyn til hvad jeg forsøger at opnå; det er simpelthen for at forstå, hvorfor jeg aldrig har været nødt til at bruge ignore-ejerskab tidligere, og hvorfor root/staff og 755 på min tidligere medievolumen fungerede fint for mig, men ikke fungerede som forventet, da jeg oprettede en ny medievolumen (via en CCC-klon) med samme ejerskab og tilladelser.

chown33

Moderator
Medarbejder
9. august 2009
det afgrundsdybe plan
  • 28. januar 2021
Buadhai sagde: Med hensyn til hvad jeg forsøger at opnå; det er simpelthen for at forstå, hvorfor jeg aldrig har været nødt til at bruge ignore-ejerskab tidligere, og hvorfor root/staff og 755 på min tidligere medievolumen fungerede fint for mig, men ikke fungerede som forventet, da jeg oprettede en ny medievolumen (via en CCC-klon) med samme ejerskab og tilladelser. Klik for at udvide...
Nå, jeg kan ikke tilbyde nogen hjælp til det, fordi det ser ud til kun at være relateret til iMazing.
Reaktioner:Buadhai

Buadhai

Original plakat
15. januar 2018
Korat, Thailand
  • 28. januar 2021
Det var vel derfor jeg kaldte det en forhammer. Ja, at ignorere tilladelser løste problemet, men jeg lærte ikke noget om, hvad der forårsagede problemet i første omgang.