Path: ...!feeds.phibee-telecom.net!2.eu.feeder.erje.net!feeder.erje.net!proxad.net!feeder1-2.proxad.net!usenet-fr.net!pasdenom.info!.POSTED.78.197.187.24!not-for-mail
From: Ruprecht <ruprecht@vat.invalid>
Newsgroups: fr.comp.os.mac-os.x
Subject: Re: Anomalie dans SuperDuper ?
Date: Thu, 13 Feb 2025 16:04:25 -0000 (UTC)
Organization: <http://pasdenom.info/news.html>
Message-ID: <vol569$dcg$1@rasp.pasdenom.info>
References: <voi2lv$9kk$1@rasp.pasdenom.info> <voih58$5c6$1@rasp.pasdenom.info>
 <voiopa$lph$1@rasp.pasdenom.info> <voiq1e$oa0$1@rasp.pasdenom.info>
 <vokl1r$bjj$1@rasp.pasdenom.info> <vol0tm$4hv$1@rasp.pasdenom.info>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 13 Feb 2025 16:04:25 -0000 (UTC)
Injection-Info: rasp.pasdenom.info; posting-account="bjomain@usenet"; posting-host="78.197.187.24";
	logging-data="13712"; mail-complaints-to="abuse@pasdenom.info"
User-Agent: MacCafe/3.03.1 ("blue mountain") (macOS 10.16.0 (22H417) - iMac18,2)
Cancel-Lock: sha1:Es++RNpkdIQV8sLifB7TdKKU9Sw= sha256:nY6/a0XxDkLJL50xJM8Vg1OmKQjC3cXQdRcuXIwlIyg=
	sha1:iKw2OSE1wwiCOla9xlqfpA+B4qw= sha256:tWKrek0ehFI5lBnOVvkSE800GFjV7Gs3BbLy98soGnU=
	sha1:hiIpWXypGHl2Rs6vFCPgdAIrWdQ= sha256:yO9a9Bi64aDUuy7fjY8wp3ENb/lFbyOuXZ3AYkTbm9Q=
In-Reply-To: <vol0tm$4hv$1@rasp.pasdenom.info>
X-Face: "!8>HS`7Y3PF:keKZhqi~Ja]DJ5"UuoF=X)L`MApu-2_Juq?=`C(b*hf`lYtiel,%kxS_`k
 9sv'yzQLN%ml/'9N8LM`)j2vyB^d&ZNJbFK&iXF,85|$c]YdKC/BD;,(k0"N{'&(Qg4}?
 Z=m=rQCF>9m3OK]y$FE9e:^%6&A^~{k(}Fq2Dc4F{YVJ#DH;^,C-?nL+nRg=?=@,yIj~?
 y{5D`d;-p52It;(C^m|$,[]b7X/;S/*#y1'>$uo9n,F{6f|j4:kqw&R<q~8:-0h
Bytes: 3980
Lines: 59

Le jeudi 13 février 2025, M.V. nous livre ses dernières volontés :


> On peut contourner ces bizarreries en faisant agir un script .sh en fin
> de copie, script qui vire le pseudo symlink vers le "home" originel, qui
> le remplace par un vrai symlink et qui, pour finir, crée
> dans /Users/Partagé/ par exemple un symlink* vers le dossier
> Applications du disque de départ.
> Il faut attacher ce script à SD! car à chaque mise à jour (avec l'option
> Smart Update), il sera nécessaire de procéder aux modifs réalisées par
> le script.

C'est un peu alambiqué comme manoeuvre - mais si ça marche...

> Mais car il y a un mais… Mon iMac ne démarre pas directement le disque
> sandbox avec cette session ! Il me faut démarrer avec un utilisateur
> tiers puis fermer cette session pour ouvrir la session de l'utilisateur
> principal ! ;-)

Ah - fallait y penser !

> Il faut ensuite modifier le script "Sandbox - shared users and
> applications" en virant le dernier élément des "Included scripts" :
> "Share users.dset" et en ajoutant dans l'onglet "Script Commands" :
> "ignore Users/michel" (michel est mon "home" principal).

Plus tordu, tu meurs :-)

> Le "home" de l'utilisateur minimum va être entièrement copié et
> permettra de démarrer comme une fleur.

Pour ma part SD! m'a envoyé sur les roses.

> Il faut bien sûr enregistrer ce script modifié pour pouvoir le
> réutiliser plus tard.

Bien sûr.

> Serais-tu en ouverture automatique de session ?

Oui. Je préfère les choses simples.

Peut-être un jour je reviendrai sur la question - mais à présent, rideau.
J'ai déjà effacé le SSD externe qui contenait la sandbox.

Je me suis aussi débattu avec une autre affaire : création d'une image
disque hébergée sur un disque externe. Une fois l'image créée, impossible
de l'ouvrir et de l'exploiter (erreur m'a t-on répondu) même en suivant
pas à pas les directives de SD!.

Un peu dans le même esprit, création en parallèle d'instantanés
(snapshots) sur un NAS. Opérationnel du 1er coup. Enfin quelque chose qui
a fonctionné en cette journée très triste et fort maussade sur le bassin
parisien.

-- 
A+
Ruprecht
"On ne diminue pas le bonheur en le partageant"