| Deutsch English Français Italiano |
|
<vm6eon$2i7so$1@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: Joseph B <joseph@nowhere.invalid>
Newsgroups: fr.comp.os.mac-os.x
Subject: Re: SD! et CCC sont dans un bateau
Date: Tue, 14 Jan 2025 19:43:19 -0000 (UTC)
Organization: =?UTF-8?B?Qm9m4oCm?=
Lines: 44
Message-ID: <vm6eon$2i7so$1@dont-email.me>
References: <vju49f$k5f$1@rasp.pasdenom.info> <vllglj$2nftc$1@dont-email.me>
<vllngj$2np1m$1@dont-email.me> <vlond2$2om$1@rasp.pasdenom.info>
<vlp0lh$38jej$2@dont-email.me> <vlp1ub$3ffqu$1@dont-email.me>
<vlp3kq$38jej$3@dont-email.me> <vlp6t9$3gdm7$1@dont-email.me>
<vlr619$2on$5@rasp.pasdenom.info> <vlrebf$kpe$7@dont-email.me>
<vlrf10$300j$1@dont-email.me> <vlrnhn$lcb$1@rasp.pasdenom.info>
<vlrv5v$loh$1@rasp.pasdenom.info> <vltd74$i2d7$1@dont-email.me>
<vltfnc$9j4$1@rasp.pasdenom.info> <vltj9c$j8f4$4@dont-email.me>
<vm2jid$94d$1@rasp.pasdenom.info> <vm3a4d$1r5dh$1@dont-email.me>
<vm3cku$3ak$2@rasp.pasdenom.info> <vm3es1$1s07j$1@dont-email.me>
<vm3g6l$1s86h$1@dont-email.me> <vm3k8t$1sv30$2@dont-email.me>
<vm565d$2b367$1@dont-email.me> <vm5jhl$2da7j$2@dont-email.me>
<vm5okh$2e6jq$2@dont-email.me> <vm5r53$2ekbd$1@dont-email.me>
<vm61sd$2fq84$2@dont-email.me> <vm63h0$2g3qk$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Tue, 14 Jan 2025 20:43:20 +0100 (CET)
Injection-Info: dont-email.me; posting-host="e8820db71eb5a5abb069dd54a399a491";
logging-data="2695064"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/1JBVX8KQ82zozcuK6Suf9Y7SMbW8YKcE="
User-Agent: MacCafe/3.03.1(4D18) ("blue mountain") (macOS 14.7.2 (23H311) - Mac14,3)
Cancel-Lock: sha1:VSa83XJoVKHQUetfpgxvXH/ZT6Y= sha256:H1InH/1QZMzxfC36Kjx6J99xnQkfcC4risg9Jm9vypo=
sha1:l+pqit4JEWWiv9oLDE6VjKqt23A=
X-No-Archive: yes
In-Reply-To: <vm63h0$2g3qk$1@dont-email.me>
Bytes: 3917
M.V., le mardi 14 janvier 2025, a écrit dans
messsage <vm63h0$2g3qk$1@dont-email.me> :
> S'il y a déjà un compte existant de même nom que celui de la source de
> la migration dans le disque de destination (mais pour ça il faut avoir
> lors du 1er démarrage configuré un compte),
Ça y est tu viens de me remettre les yeux en face des trous :
l'un au moins des deux SSD que j'ai rendus bootable en y installant
Sonoma avait servi d'archivage pour mon iMac, et donc comportait un déjà
volume de même nom (parce que je ne l'ai pas changé lors du passage au
Mac mini) que celui qui allait servir de source.
Par contre pour l'autre, je l'avais reformaté à zéro avant d'y installer
Sonoma, donc je n'ai pas eu la question d'écrasement de l'ancien, juste
à saisir les MdP des deux comptes qui allaient être importés.
> Sinon UdD me fait chier car ça fait plusieurs fois que je me fais
> prendre : si j'efface un volume, il me le supprime ce con !
> Mierda : effacer et supprimer c'est quand même pas pareil, si ? Il y a
> des participants de fcomox chez les ingénieurs d'Apple pour se permettre
> de badiner avec la terminologie ? ;-)
N'importe qui se ferait avoir, et je ne mets pas ta parole en doute,
mais je lis dans l'aide spécifique de UdD (je ne cite que le titre de
chaque paragraphe) :
« Supprimer un volume APFS
Si vous supprimez un volume, toutes les données présentes sur le volume
sont définitivement effacées, et le volume est supprimé du conteneur.
etc. »
« Effacer un volume APFS
Si vous effacez un volume, toutes les données présentes sur le volume
sont définitivement effacées, et le volume vide reste dans le conteneur.
etc. »
Pas question de supprimer mais bien de "vider" le volume en question de
son contenu.
Donc il y a un problème à tirer au clair si UdD se comporte comme cela.
--
/ josephB \