Comment ca? Tu veux parler de l'option root_squash de NFS? (qui interdit au root distant d'avoir des privileges sur le volume NFS) Il y a la meme chose pour l'AFP?
Si tu veux oui. On peut pas se loguer avec le passwd root en AFP. Sur d'anciennes versions, les membres du groupe admin étaient "mappé" avec des privilèges root. Ce n'est plus le cas sur la 10.3.
Le NFS pourrait fonctionner, abstraction faite des particularités hfs
La solution est d'utiliser des images disques. Ainsi même lorsque le fichier contenant l'image disque est sur un volume distant, l'image montée est "locale" et sudo vas fonctionner.
C'est le cas sur OSX aussi, mais /Volumes/Panther_Externe/dev n'est pas /dev, ou je me trompes ?
Sous linux /partition/dev contient encore des devices (fchiers speciaux) meme quand /partition n'est pas la partition racine. Alors que sous OS X les fichiers sous /dev ne sont crees que sur la partition de boot. Donc si /Volumes/Panther_externe n'est pas la partition de boot alors /Volumes/Panther_externe/dev est bien vide et ca passe. Ce que j'ai dit pour linux n'est peut-etre plus valable depuis l'introduction du /dev'filesystem qui est un FS qui se trouve en memeoire et n'est monte que sur la partition de boot (et peut etre evite avec la bonne option dans cp, enfin je crois).
ok, merci.
PS: Je ne fais pas confiance a CCC et psync sur le coup, je les ai deja vu se tromper...
Tu veux dire quoi par se tromper ?
J'avais change /usr/bin/gcc3 en un lien symbolique vers un script et CCC/psync n'a pas percute quand j'ai copie la partition. Il a laisse /usr/bin/gcc3 comme il etait (un truc dans le genre en tout cas). Il s'agit bien d'une erreur.
Ah, effectivement je me rapelle tes hauts cris :) Celà générait-il une erreur ? Tu avais envoyé un bugreport ? Il reste effectivement quelques petits bugs dans psync, notament avec certains effacement de dossiers. J'ai vu qu'il y a eu une version prétendument débugée, mais j'ai pas testé. Comme la version actuelle est ce qui se fait de mieux à ma connaissance, alors je vis avec. (j'ai besoins d'outils qui respectent les resources)
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Saïd <said@brian.lan> wrote:
Comment ca? Tu veux parler de l'option root_squash de NFS? (qui interdit au
root distant d'avoir des privileges sur le volume NFS) Il y a la meme chose
pour l'AFP?
Si tu veux oui.
On peut pas se loguer avec le passwd root en AFP.
Sur d'anciennes versions, les membres du groupe admin étaient "mappé"
avec des privilèges root. Ce n'est plus le cas sur la 10.3.
Le NFS pourrait fonctionner, abstraction faite des particularités hfs
La solution est d'utiliser des images disques. Ainsi même lorsque le
fichier contenant l'image disque est sur un volume distant, l'image
montée est "locale" et sudo vas fonctionner.
C'est le cas sur OSX aussi, mais /Volumes/Panther_Externe/dev n'est pas
/dev, ou je me trompes ?
Sous linux /partition/dev contient encore des devices (fchiers speciaux)
meme quand /partition n'est pas la partition racine. Alors que sous OS X
les fichiers sous /dev ne sont crees que sur la partition de boot. Donc si
/Volumes/Panther_externe n'est pas la partition de boot alors
/Volumes/Panther_externe/dev est bien vide et ca passe. Ce que j'ai dit pour
linux n'est peut-etre plus valable depuis l'introduction du /dev'filesystem
qui est un FS qui se trouve en memeoire et n'est monte que sur la partition
de boot (et peut etre evite avec la bonne option dans cp, enfin je crois).
ok, merci.
PS: Je ne fais pas confiance a CCC et psync sur le coup, je les ai deja vu
se tromper...
Tu veux dire quoi par se tromper ?
J'avais change /usr/bin/gcc3 en un lien symbolique vers un script et
CCC/psync n'a pas percute quand j'ai copie la partition. Il a laisse
/usr/bin/gcc3 comme il etait (un truc dans le genre en tout cas). Il s'agit
bien d'une erreur.
Ah, effectivement je me rapelle tes hauts cris :)
Celà générait-il une erreur ?
Tu avais envoyé un bugreport ?
Il reste effectivement quelques petits bugs dans psync, notament avec
certains effacement de dossiers. J'ai vu qu'il y a eu une version
prétendument débugée, mais j'ai pas testé.
Comme la version actuelle est ce qui se fait de mieux à ma connaissance,
alors je vis avec. (j'ai besoins d'outils qui respectent les resources)
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Comment ca? Tu veux parler de l'option root_squash de NFS? (qui interdit au root distant d'avoir des privileges sur le volume NFS) Il y a la meme chose pour l'AFP?
Si tu veux oui. On peut pas se loguer avec le passwd root en AFP. Sur d'anciennes versions, les membres du groupe admin étaient "mappé" avec des privilèges root. Ce n'est plus le cas sur la 10.3.
Le NFS pourrait fonctionner, abstraction faite des particularités hfs
La solution est d'utiliser des images disques. Ainsi même lorsque le fichier contenant l'image disque est sur un volume distant, l'image montée est "locale" et sudo vas fonctionner.
C'est le cas sur OSX aussi, mais /Volumes/Panther_Externe/dev n'est pas /dev, ou je me trompes ?
Sous linux /partition/dev contient encore des devices (fchiers speciaux) meme quand /partition n'est pas la partition racine. Alors que sous OS X les fichiers sous /dev ne sont crees que sur la partition de boot. Donc si /Volumes/Panther_externe n'est pas la partition de boot alors /Volumes/Panther_externe/dev est bien vide et ca passe. Ce que j'ai dit pour linux n'est peut-etre plus valable depuis l'introduction du /dev'filesystem qui est un FS qui se trouve en memeoire et n'est monte que sur la partition de boot (et peut etre evite avec la bonne option dans cp, enfin je crois).
ok, merci.
PS: Je ne fais pas confiance a CCC et psync sur le coup, je les ai deja vu se tromper...
Tu veux dire quoi par se tromper ?
J'avais change /usr/bin/gcc3 en un lien symbolique vers un script et CCC/psync n'a pas percute quand j'ai copie la partition. Il a laisse /usr/bin/gcc3 comme il etait (un truc dans le genre en tout cas). Il s'agit bien d'une erreur.
Ah, effectivement je me rapelle tes hauts cris :) Celà générait-il une erreur ? Tu avais envoyé un bugreport ? Il reste effectivement quelques petits bugs dans psync, notament avec certains effacement de dossiers. J'ai vu qu'il y a eu une version prétendument débugée, mais j'ai pas testé. Comme la version actuelle est ce qui se fait de mieux à ma connaissance, alors je vis avec. (j'ai besoins d'outils qui respectent les resources)
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Saïd
Nicolas MICHEL :
PS: Je ne fais pas confiance a CCC et psync sur le coup, je les ai deja vu se tromper...
Tu veux dire quoi par se tromper ?
J'avais change /usr/bin/gcc3 en un lien symbolique vers un script et CCC/psync n'a pas percute quand j'ai copie la partition. Il a laisse /usr/bin/gcc3 comme il etait (un truc dans le genre en tout cas). Il s'agit bien d'une erreur.
Ah, effectivement je me rapelle tes hauts cris :)
Il s'agit bien d'un bug qui porte la suspicion sur un outil de sauvegarde. Sans etre maniaque, on peut quand meme dire que c'est assez grave.
Celà générait-il une erreur ?
Euh, ben il ne s'en rendait pas compte. C'est juste que mes volumes n'etaient pas identiques et que si je n'avais pas verifie je me serais retrouve avec un volume mal foutu.
Tu avais envoyé un bugreport ?
A l'epoque on m'a dit d'utiliser une nouvelle version de psync. Mais j'ai laisse en l'etat. Et je ne fais pas de bug report pour des versions anciennes d'un logiciel.
-- Saïd.
Nicolas MICHEL :
PS: Je ne fais pas confiance a CCC et psync sur le coup, je les ai deja vu
se tromper...
Tu veux dire quoi par se tromper ?
J'avais change /usr/bin/gcc3 en un lien symbolique vers un script et
CCC/psync n'a pas percute quand j'ai copie la partition. Il a laisse
/usr/bin/gcc3 comme il etait (un truc dans le genre en tout cas). Il s'agit
bien d'une erreur.
Ah, effectivement je me rapelle tes hauts cris :)
Il s'agit bien d'un bug qui porte la suspicion sur un outil de sauvegarde.
Sans etre maniaque, on peut quand meme dire que c'est assez grave.
Celà générait-il une erreur ?
Euh, ben il ne s'en rendait pas compte. C'est juste que mes volumes
n'etaient pas identiques et que si je n'avais pas verifie je me serais
retrouve avec un volume mal foutu.
Tu avais envoyé un bugreport ?
A l'epoque on m'a dit d'utiliser une nouvelle version de psync. Mais j'ai
laisse en l'etat. Et je ne fais pas de bug report pour des versions
anciennes d'un logiciel.
PS: Je ne fais pas confiance a CCC et psync sur le coup, je les ai deja vu se tromper...
Tu veux dire quoi par se tromper ?
J'avais change /usr/bin/gcc3 en un lien symbolique vers un script et CCC/psync n'a pas percute quand j'ai copie la partition. Il a laisse /usr/bin/gcc3 comme il etait (un truc dans le genre en tout cas). Il s'agit bien d'une erreur.
Ah, effectivement je me rapelle tes hauts cris :)
Il s'agit bien d'un bug qui porte la suspicion sur un outil de sauvegarde. Sans etre maniaque, on peut quand meme dire que c'est assez grave.
Celà générait-il une erreur ?
Euh, ben il ne s'en rendait pas compte. C'est juste que mes volumes n'etaient pas identiques et que si je n'avais pas verifie je me serais retrouve avec un volume mal foutu.
Tu avais envoyé un bugreport ?
A l'epoque on m'a dit d'utiliser une nouvelle version de psync. Mais j'ai laisse en l'etat. Et je ne fais pas de bug report pour des versions anciennes d'un logiciel.
-- Saïd.
Nicolas.MICHEL
Saïd wrote:
Nicolas MICHEL :
Ah, effectivement je me rapelle tes hauts cris :)
Il s'agit bien d'un bug qui porte la suspicion sur un outil de sauvegarde. Sans etre maniaque, on peut quand meme dire que c'est assez grave.
Ce qui est grave, c'est que Apple n'ait pas fournit un rsync hfs-compatible. (ou équivalent) Qu'il y ait un gus qui fasse son petit script perl et que ce script soit tout ce qu'on a pour bosser faute de mieux, c'est aussi assez grave. Que ledit script perl ne soit pas parfait, du moment que c'est une personne bénévole qui fait ce qu'il peut, je trouve pas ça grave, juste très ennuyeux parce qu'on a rien d'autre.
Bon, il doit bien y avoir des trucs payants, certes. Mais ça ne devrait pas se passer comme ça sur le system le plus évolué de mon c*l.
Celà générait-il une erreur ?
Euh, ben il ne s'en rendait pas compte. C'est juste que mes volumes n'etaient pas identiques et que si je n'avais pas verifie je me serais retrouve avec un volume mal foutu.
ok. C'est un problème. Bon, je vais faire les tests. Merci :)
Tu avais envoyé un bugreport ?
A l'epoque on m'a dit d'utiliser une nouvelle version de psync. Mais j'ai laisse en l'etat. Et je ne fais pas de bug report pour des versions anciennes d'un logiciel.
vi, effectivement. -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Saïd <said@brian.lan> wrote:
Nicolas MICHEL :
Ah, effectivement je me rapelle tes hauts cris :)
Il s'agit bien d'un bug qui porte la suspicion sur un outil de sauvegarde.
Sans etre maniaque, on peut quand meme dire que c'est assez grave.
Ce qui est grave, c'est que Apple n'ait pas fournit un rsync
hfs-compatible. (ou équivalent)
Qu'il y ait un gus qui fasse son petit script perl et que ce script soit
tout ce qu'on a pour bosser faute de mieux, c'est aussi assez grave.
Que ledit script perl ne soit pas parfait, du moment que c'est une
personne bénévole qui fait ce qu'il peut, je trouve pas ça grave, juste
très ennuyeux parce qu'on a rien d'autre.
Bon, il doit bien y avoir des trucs payants, certes. Mais ça ne devrait
pas se passer comme ça sur le system le plus évolué de mon c*l.
Celà générait-il une erreur ?
Euh, ben il ne s'en rendait pas compte. C'est juste que mes volumes
n'etaient pas identiques et que si je n'avais pas verifie je me serais
retrouve avec un volume mal foutu.
ok.
C'est un problème. Bon, je vais faire les tests.
Merci :)
Tu avais envoyé un bugreport ?
A l'epoque on m'a dit d'utiliser une nouvelle version de psync. Mais j'ai
laisse en l'etat. Et je ne fais pas de bug report pour des versions
anciennes d'un logiciel.
vi, effectivement.
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Il s'agit bien d'un bug qui porte la suspicion sur un outil de sauvegarde. Sans etre maniaque, on peut quand meme dire que c'est assez grave.
Ce qui est grave, c'est que Apple n'ait pas fournit un rsync hfs-compatible. (ou équivalent) Qu'il y ait un gus qui fasse son petit script perl et que ce script soit tout ce qu'on a pour bosser faute de mieux, c'est aussi assez grave. Que ledit script perl ne soit pas parfait, du moment que c'est une personne bénévole qui fait ce qu'il peut, je trouve pas ça grave, juste très ennuyeux parce qu'on a rien d'autre.
Bon, il doit bien y avoir des trucs payants, certes. Mais ça ne devrait pas se passer comme ça sur le system le plus évolué de mon c*l.
Celà générait-il une erreur ?
Euh, ben il ne s'en rendait pas compte. C'est juste que mes volumes n'etaient pas identiques et que si je n'avais pas verifie je me serais retrouve avec un volume mal foutu.
ok. C'est un problème. Bon, je vais faire les tests. Merci :)
Tu avais envoyé un bugreport ?
A l'epoque on m'a dit d'utiliser une nouvelle version de psync. Mais j'ai laisse en l'etat. Et je ne fais pas de bug report pour des versions anciennes d'un logiciel.
vi, effectivement. -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
