HäckMäc_2
Aktives Mitglied
Thread Starter
- Dabei seit
- 26.04.2005
- Beiträge
- 4.532
- Reaktionspunkte
- 496
J
JochenN
Aktives Mitglied
- Dabei seit
- 05.12.2002
- Beiträge
- 1.492
- Reaktionspunkte
- 64
Nein, das Reparieren der Zugriffsrechte funktioniert nur für das aktive Bootsystem, nicht für andere Platten. Diesbezüglich (!) ist es das Gegenteil von "Volume reparieren", das geht nämlich gerade nicht für das aktive Boot Volume.
HäckMäc_2
Aktives Mitglied
Thread Starter
- Dabei seit
- 26.04.2005
- Beiträge
- 4.532
- Reaktionspunkte
- 496
HäckMäc_2
Aktives Mitglied
Thread Starter
- Dabei seit
- 26.04.2005
- Beiträge
- 4.532
- Reaktionspunkte
- 496
lundehundt
abgemeldet
- Dabei seit
- 22.02.2003
- Beiträge
- 19.102
- Reaktionspunkte
- 967
wenn man sich mal verdeutlicht, was beim Rechte reparieren passiert dann macht es in der Tat nur auf einem boot volume Sinn. Denn nur fuer das System und die Verzeichnis Strukturen die zu einer Default Insatllation gehoeren werden die default Rechte mit den aktuellen Werten aus dem File System verglichen und gegebenenfalls auf default gesetzt (repariert). Wenn dein Applications Ordner oder dein Home Verzeichnis oder andere Bestandteile der default OS X Struktur auf einem Volume ohne System liegen, dann wuerde es bedingt Sinn machen auch das externe Volume zu ueberpruefen und zu reparieren.
HäckMäc_2
Aktives Mitglied
Thread Starter
- Dabei seit
- 26.04.2005
- Beiträge
- 4.532
- Reaktionspunkte
- 496
Das kann ja schon sein, aber dieses Verhalten sorgt dafür, daß ich weder Leopard auf der externen Festplatte installieren kann, noch mit CCC oder SuperDuper einen bootbaren Klon von Leo herstellen kann.
Das ist unter Tiger jeweils kein Problem.
Ich habe den Tip noch nicht ausprobiert, unter Leopard mit dem Befehl "sudo /usr/sbin/vsdbutil -a /Volumes/wasauchimmer" den Eigentümer zu aktivieren. Ich werde berichten, wenn mein Problem hierdrch behoben werden konnte. Das dauert aber noch bis zum Wochenende.
Unerklärlich ist aber weiterhin, daß das Reparieren der Rechte nicht möglich ist, obwohl der Eigentümer aktiviert ist.
Wider die Sinnmacher.
Macht Sinnmachen Sinn?
Das ist unter Tiger jeweils kein Problem.
Ich habe den Tip noch nicht ausprobiert, unter Leopard mit dem Befehl "sudo /usr/sbin/vsdbutil -a /Volumes/wasauchimmer" den Eigentümer zu aktivieren. Ich werde berichten, wenn mein Problem hierdrch behoben werden konnte. Das dauert aber noch bis zum Wochenende.
Unerklärlich ist aber weiterhin, daß das Reparieren der Rechte nicht möglich ist, obwohl der Eigentümer aktiviert ist.
Wider die Sinnmacher.
Macht Sinnmachen Sinn?
HäckMäc_2
Aktives Mitglied
Thread Starter
- Dabei seit
- 26.04.2005
- Beiträge
- 4.532
- Reaktionspunkte
- 496
Kibitz
Aktives Mitglied
- Dabei seit
- 21.11.2007
- Beiträge
- 1.041
- Reaktionspunkte
- 162
Pass aber auf:
Wenn du von von der externen Festplatte deinen Tiger bootest, darfst du unter keinen Umständen die Rechte deiner Leopard Partition reparieren.
Das Festplattendienstprogramm des Tiger verwendet nicht die Rechtetabellen der zu untersuchenden Partition, sondern die Rechtetabelle des Tiger und dann stimmt nichts mehr auf deiner Leo Partition.
Wenn du von von der externen Festplatte deinen Tiger bootest, darfst du unter keinen Umständen die Rechte deiner Leopard Partition reparieren.
Das Festplattendienstprogramm des Tiger verwendet nicht die Rechtetabellen der zu untersuchenden Partition, sondern die Rechtetabelle des Tiger und dann stimmt nichts mehr auf deiner Leo Partition.
HäckMäc_2
Aktives Mitglied
Thread Starter
- Dabei seit
- 26.04.2005
- Beiträge
- 4.532
- Reaktionspunkte
- 496
Danke für den Hinweis.
Auslöser der ganzen Aktion war, daß ich für den Tiger-iMac eine neue Firewireplatte gekauft habe und die vorhandenen Firewireplatte an den Leopard-mini geklemmt habe, um auch dort mit SuperDuper bzw. CCC eine vernünftige Datensicherung machen zu können.
Neupartitionieren und Neuformatieren unter Leo hat nichts genützt. Erst die manuelle Aktivierung des Eigentümers und Neuformatierung half.
Jetzt bleiben die Platten an den entsprechenden Rechnern dran.
*edit*
SuperDuper taugt unter Leo noch gar nichts. Das "Smart update" setzt alle Findereinstellungen und alle Dockeinstellungen auf die Leo-Standard-Startwerte zurück.
Also muss man ein komplettes Backup mit vorherigem Löschen der externen Platte durchführen.
Hoffentlich kommt bald die Leo-kompatible Version von SuperDuper.
.
Auslöser der ganzen Aktion war, daß ich für den Tiger-iMac eine neue Firewireplatte gekauft habe und die vorhandenen Firewireplatte an den Leopard-mini geklemmt habe, um auch dort mit SuperDuper bzw. CCC eine vernünftige Datensicherung machen zu können.
Neupartitionieren und Neuformatieren unter Leo hat nichts genützt. Erst die manuelle Aktivierung des Eigentümers und Neuformatierung half.
Jetzt bleiben die Platten an den entsprechenden Rechnern dran.
*edit*
SuperDuper taugt unter Leo noch gar nichts. Das "Smart update" setzt alle Findereinstellungen und alle Dockeinstellungen auf die Leo-Standard-Startwerte zurück.
Also muss man ein komplettes Backup mit vorherigem Löschen der externen Platte durchführen.
Hoffentlich kommt bald die Leo-kompatible Version von SuperDuper.
.
Zuletzt bearbeitet:
maceis
Aktives Mitglied
- Dabei seit
- 24.09.2003
- Beiträge
- 16.880
- Reaktionspunkte
- 626
Nein, das ist nicht richtig.
Man kann durchaus Rechte für ein System reparieren, das z.B. auf einer externen Festplatte liegt, die man nach dem Booten erst angeschlossen hat.
Auch das stimmt nicht ganz. Die "richtigen" Rechte werden aus dem Receipts-Verzeichnis der zu reparierenden Installation gelesen und nicht aus dem laufenden System. Unter Leo gibt es zwar diesbezüglich ein paar Neuerungen, was aber trotzdem nicht heißt, dass man z.B. von Leo aus keine Tiger Zugriffsrechte reparieren kann.