Forum

Eierskap og tillatelser 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 eldre WD Elements-dykk der det er et volum som heter Media. På dette volumet beholder jeg videoer, fotografier og mye annet, inkludert iMazing-sikkerhetskopifiler.

Jeg bestemte meg for å kjøpe en Samsung T7 SSD som jeg skulle lagre disse tingene på. Jeg partisjonerte stasjonen i to volumer, hvorav det ene er formatert som Mac OS Extended, og det samme er volumet på den gamle WD-stasjonen.

Jeg brukte CCC for å kopiere det gamle medievolumet til den nye stasjonen. Begge bindene har samme eier/gruppe (root/ansatte) og tillatelser (755). Ingen av volumene har «Ignorer eierskap» aktivert.

iMazing nektet å jobbe med det nye volumet og insisterte på at det ikke hadde lese-/skrivetillatelse på stasjonen. Jeg ga til slutt opp å prøve å fikse dette og endret rett og slett tillatelsene til 777, hvoretter iMazing var fornøyd.

Et par spørsmål:

  • Hvorfor skulle iMazing kunne r/w fra den ene stasjonen og ikke den andre?
  • Hva skal eierskapet og tillatelsene være på en ekstern stasjon? Jeg vil at alle brukere skal kunne lese og skrive fra stasjonen. root/staff 755 virker rart for meg, men har fungert bra med volumet på den eldre stasjonen.

Fiskermann

20. februar 2009


  • 27. januar 2021
Den enkleste måten å overvinne tillatelsesproblemer på en ekstern stasjon er å:
en. klikk på stasjon (eller partisjon)-ikonet i finner
b. få frem «få info»-boksen
c. nederst, klikk på lås og skriv inn passord
d. sett en hake i 'ignorer eierskap på dette volumet' i deling og tillatelser.

Fungerer hver gang for meg.

Buadhai

Original plakat
15. januar 2018
Korat, Thailand
  • 27. januar 2021
Dette har alltid virket som en lat, slegge-tilnærming til et skrutrekkerproblem. Jeg har hatt eksterne stasjoner på Mac i flere tiår nå og har aldri måttet ty til en løsning som denne for tillatelsesproblemer. Jeg trengte ikke å gjøre dette på stasjonen som ble erstattet av den nye SSD-en. Hvorfor nå?

Fiskermann

20. februar 2009
  • 27. januar 2021
Se på avataren min.
Jeg er en «sleggertype».
Jeg gjør 'ignorer tillatelser' for å få informasjon som en selvfølge på HVER eksterne stasjon jeg har... Reaksjoner:Buadhai

Buadhai

Original plakat
15. januar 2018
Korat, Thailand
  • 27. januar 2021
OK. Fikk bildet. Jeg regner med at hvis jeg bruker sleggemetoden lærer jeg ingenting.

Spørsmål: Hvilket eierskap og tillatelser har du på HVER eksterne stasjoner? (Du må faktisk fjerne merket for 'ignorer'-boksen for å se hva pre-sledgehammer eierskap er.)

chown33

Moderator
Betjeningen
9. august 2009
det dype planet
  • 28. januar 2021
Jeg har alltid bare brukt Ignorer eierskap-funksjonen, eller jeg har kopiert filer til stasjonen slik at jeg er eieren.

Jeg ser ikke problemet med Ignorer eierskap, men jeg forstår kanskje ikke nøyaktig hva du prøver å oppnå.

Hvis jeg tilfeldigvis har en ekstern disk hvor jeg vil ha eierskap håndhevet, så oppretter jeg den på den måten i utgangspunktet, og jeg kopierer ting til den fra en passende konto. Det kan være min admin-konto, en ikke-admin-konto, eller hva jeg vil, avhengig av hva jeg prøver å oppnå ved å håndheve eierskap.

Noen ganger når jeg utvikler programvare, vil jeg ha et ganske spesifikt tilgangskontrollmiljø, inkludert eierskap, normale Unix-tillatelser eller ACL-er. Jeg legger det på en disk-image (vanligvis sparsom bunt), og sørger for at Ignorer eierskap er deaktivert.


Hvis alle de faktiske tillatelsene er satt til 777 (eller 666), kan hvem som helst R/W hva som helst hvor som helst, men tillatelsene til filer eller mapper kan bare endres av root (eieren). Omvendt, hvis Ignorer eierskap er aktivert, får du samme R/W-evne, men du får også muligheten til å endre tillatelser (hvis man skulle ønske det). Så det er noe man kan gjøre under Ignorer eierskap som ikke er mulig med en innstilling for hele disken med full-åpne tillatelser.

En annen ting er at Ignorer eierskap enkelt og raskt kan reverseres, ganske enkelt ved å fjerne merket i boksen. Den underliggende handlingen er å endre volumets monteringsflagg (bruk 'mount' cmd i Terminal for å observere). For å endre alle tillatelsene på tvers av disken, må man kjøre en rekursiv 'chmod' cmd, eller bruke Finders Get Info-vindu for å endre tillatelser rekursivt. Begge vil sannsynligvis ta lengre tid enn å bare fjerne merket i en boks.

Ignorer eierskap kan virke som en slegge, men å måtte kjøre rekursiv 'chmod' virker som en sverm av tusen mygg. Ingen ting er et stort problem, men det store antallet er en annen historie.


Jeg kan ikke svare på spørsmålet ditt om iMazing, siden jeg aldri har brukt det.
Reaksjoner:Brian33 og Buadhai

Buadhai

Original plakat
15. januar 2018
Korat, Thailand
  • 28. januar 2021
Takk for at du tok deg tid til å skrive en så tydelig og forståelig forklaring.

Når det gjelder hva jeg prøver å oppnå; det er rett og slett for å forstå hvorfor jeg aldri har måttet bruke ignore-eierskap tidligere, og hvorfor root/staff og 755 på mitt forrige medievolum fungerte bra for meg, men ikke fungerte som forventet da jeg opprettet et nytt medievolum (via et CCC-klone) med samme eierskap og tillatelser.

chown33

Moderator
Betjeningen
9. august 2009
det dype planet
  • 28. januar 2021
Buadhai sa: Når det gjelder hva jeg prøver å oppnå; det er rett og slett for å forstå hvorfor jeg aldri har måttet bruke ignore-eierskap tidligere, og hvorfor root/staff og 755 på mitt forrige medievolum fungerte bra for meg, men ikke fungerte som forventet da jeg opprettet et nytt medievolum (via et CCC-klone) med samme eierskap og tillatelser. Klikk for å utvide...
Vel, jeg kan ikke tilby noen hjelp med det, fordi det ser ut til å kun være relatert til iMazing.
Reaksjoner:Buadhai

Buadhai

Original plakat
15. januar 2018
Korat, Thailand
  • 28. januar 2021
Jeg antar at det var derfor jeg kalte det en slegge. Ja, å ignorere tillatelser løste problemet, men jeg lærte ikke noe om hva som forårsaket problemet i utgangspunktet.