13 svar · 909 visningar · startad av Gein
Försöker öppna mitt delade iPhoto-bibliotek som jag har på en NFS-share på servern. Biblioteket skapade jag från början från Macbooken som inte har några som helst problem att lästa biblioteket.
I iMac har jag nu kört
defaults write com.apple.iPhoto RootDirectory /path/to/desired/location
för att ange vart biblioteket finns (NFS share). Men när jag försöker öppna iPhoto så gnäller den på att biblioteket är låst eller att jag inte har behörigheter till filerna (trots att jag har det!).
Alla filerna ägs av en användare (samma användare/UserID som finns på både Macbook och iMac).
Vet inte om det har något med saken att göra, men listar jag vissa bilder i biblioteket med `ls` så ser det ut såhär:
rw-r--r--@
. Vad betyder @ i detta fall?
Gein skrev:
Vad betyder @ i detta fall?
Kanske
"-F Display a slash (`/') immediately after each pathname that is a directory, an asterisk (`*') after each that is executable, an at sign (`@') after each symbolic link ..."
från "man ls" är förklaringen.
Nej, snabeln står inte efter filnamnet utan efter rättigheterna. Och jag vet dessutom att det definitivt inte är någon symbolisk länk.
Gein skrev:
Nej, snabeln står inte efter filnamnet utan efter rättigheterna. Och jag vet dessutom att det definitivt inte är någon symbolisk länk.
OK, men jag får t.ex. detta
Datorn:~ i2n2$ ls /etc/ | grep @
aliases@
daily@
localtime@
monthly@
resolv.conf@
weekly@
respektive
Datorn:~ i2n2$ ls -l /etc/ | grep @
lrwxr-xr-x 1 root wheel 15 Jun 15 2005 aliases@ -> postfix/aliases
lrwxr-xr-x 1 root wheel 24 Jun 15 2005 daily@ -> periodic/daily/500.daily
lrwxr-xr-x 1 root wheel 36 Jun 15 2005 localtime@ -> /usr/share/zoneinfo/Europe/Stockholm
lrwxr-xr-x 1 root wheel 28 Jun 15 2005 monthly@ -> periodic/monthly/500.monthly
lrwxr-xr-x 1 root wheel 20 Jun 15 2005 resolv.conf@ -> /var/run/resolv.conf
lrwxr-xr-x 1 root wheel 26 Jun 15 2005 weekly@ -> periodic/weekly/500.weekly
vilket jag tycker talar för en symbolisk länk tolkning.
Edit: Jag kör 10.4.x
Jo, jag förstår. Men i detta fall är det inte symboliska länkar.
Det ser t.ex. ut såhär:
-rw-rw-r--@ 1 patrikjansson staff 29625 27 Dec 22:10 IMG_2519.jpg
-rw-rw-r--@ 1 patrikjansson staff 28398 27 Dec 22:10 IMG_2520.jpg
Gein skrev:
Jo, jag förstår. Men i detta fall är det inte symboliska länkar.
OK, ny funktionalitet i ls i Mac OS 10.5.x
"The Long Format
If the -l option is given, the following information is displayed for
each file: file mode, number of links, owner name, group name, number of
bytes in the file, abbreviated month, day-of-month file was last modi-fied, modified,
fied, hour file last modified, minute file last modified, and the path-name. pathname.
name. In addition, for each directory whose contents are displayed, the
total number of 512-byte blocks used by the files in the directory is
displayed on a line by itself, immediately before the information for the
files in the directory. If the file or directory has extended
attributes, the permissions field printed by the -l option is followed by
a '@' character. ....."
http://developer.apple.com/documentation/Darwin/Reference/ManPages/man1/ls.1.html
Gein skrev:
Alla filerna ägs av en användare (samma användare/UserID som finns på både Macbook och iMac).
Till din ursprungliga fråga.
Det verkar som om NFS autentiseringen bygger på UID och GID. Har dina användare samma UID och GID?
i2n2 skrev:
Till din ursprungliga fråga.
Det verkar som om NFS autentiseringen bygger på UID och GID. Har dina användare samma UID och GID?
Javisst, GID kändes inte så aktuellt men UID är samma. 501 på FreeBSD vilket motsvarar mitt konto på både Macbook och iMac. För säkerhetsskull fixade jag även GID men det hjälpte inte.
Jag ska ikväll se om jag kan komma åt iPhoto-biblioteket från Macbooken igen. Jag har inte testat det sen några dagar tillbaka. Kanske är något annat centralt fel som även berör Macbooken.
i2n2 skrev:
OK, ny funktionalitet i ls i Mac OS 10.5.x
"The Long Format
If the -l option is given, the following information is displayed for
each file: file mode, number of links, owner name, group name, number of
bytes in the file, abbreviated month, day-of-month file was last modi-fied, modified,
fied, hour file last modified, minute file last modified, and the path-name. pathname.
name. In addition, for each directory whose contents are displayed, the
total number of 512-byte blocks used by the files in the directory is
displayed on a line by itself, immediately before the information for the
files in the directory. If the file or directory has extended
attributes, the permissions field printed by the -l option is followed by
a '@' character. ....."http://developer.apple.com/documentation/Darwin/Reference/ManPages/man1/ls.1.html
Aha!
Den har "extended attributes". Hur sjutton får jag fram vilka dessa attribut är då? Kanske är det här felet ligger.
Gein skrev:
Jag ska ikväll se om jag kan komma åt iPhoto-biblioteket från Macbooken igen. Jag har inte testat det sen några dagar tillbaka. Kanske är något annat centralt fel som även berör Macbooken.
Vad har Apple tänkt att iPhoto gör om din NFS volym inte finns monterad när programmet startar, sätter om RootDirectory i plisten till default eller...?
Gein skrev:
Aha!
Den har "extended attributes". Hur sjutton får jag fram vilka dessa attribut är då? Kanske är det här felet ligger.
Om det inte finns direkt i Mac OS X 10.5 så finns en beskrivning och länk till ett verktyg på arstechnica.
i2n2 skrev:
Vad har Apple tänkt att iPhoto gör om din NFS volym inte finns monterad när programmet startar, sätter om RootDirectory i plisten till default eller...?
Ja, då gnäller den väl antagligen. Det spelar inte så stor roll för min del. Om den volymen inte finns tillgänglig så har jag större bekymmer än att jag inte kommer åt bilderna :)
i2n2 skrev:
Om det inte finns direkt i Mac OS X 10.5 så finns en beskrivning och länk till ett verktyg på arstechnica.
Tack, ska kika på det där ikväll.
Vid en närmare titt så verkar det bara styra metadata till filerna. Det har alltså inget med rättigheterna att göra och jag tror heller inte att det är där problemet ligger längre.
Det hela verkar ha löst sig när jag gick från NFS till AFP.