Ce que ça m'a inspiré c'est que tu as évidemment raison :-) Ça a un peu
modifié ma perception du problème. En fait ça l'a focalisé sur la
question du chiffrement, qui ne semble pas convenablement "vu" par le
boot sur mon recovery interne.
Ça orienterait vers un problème système/logiciel et non hardware. Dans
ce contexte, la réinstallation du système par la procédure standard de
Utilitaire de disque pourrait sembler adaptée et sans risque (bien que
très longue, plusieurs heures de DL ici). MAIS s'occupe-t-elle de
restaurer la partition recovery et ce qui se trouve dessus ?
Évidemment pas si on boot sur la recovery interne. Donc il faudrait
imaginer qu'en bootant sur un clone et en redemandant la réinstallation
du système sur le disque interne, la procédure agirait différemment et
s'occuperait alors *aussi* du système minimum installé sur la recovery ?
Ce que ça m'a inspiré c'est que tu as évidemment raison :-) Ça a un peu
modifié ma perception du problème. En fait ça l'a focalisé sur la
question du chiffrement, qui ne semble pas convenablement "vu" par le
boot sur mon recovery interne.
Ça orienterait vers un problème système/logiciel et non hardware. Dans
ce contexte, la réinstallation du système par la procédure standard de
Utilitaire de disque pourrait sembler adaptée et sans risque (bien que
très longue, plusieurs heures de DL ici). MAIS s'occupe-t-elle de
restaurer la partition recovery et ce qui se trouve dessus ?
Évidemment pas si on boot sur la recovery interne. Donc il faudrait
imaginer qu'en bootant sur un clone et en redemandant la réinstallation
du système sur le disque interne, la procédure agirait différemment et
s'occuperait alors *aussi* du système minimum installé sur la recovery ?
Ce que ça m'a inspiré c'est que tu as évidemment raison :-) Ça a un peu
modifié ma perception du problème. En fait ça l'a focalisé sur la
question du chiffrement, qui ne semble pas convenablement "vu" par le
boot sur mon recovery interne.
Ça orienterait vers un problème système/logiciel et non hardware. Dans
ce contexte, la réinstallation du système par la procédure standard de
Utilitaire de disque pourrait sembler adaptée et sans risque (bien que
très longue, plusieurs heures de DL ici). MAIS s'occupe-t-elle de
restaurer la partition recovery et ce qui se trouve dessus ?
Évidemment pas si on boot sur la recovery interne. Donc il faudrait
imaginer qu'en bootant sur un clone et en redemandant la réinstallation
du système sur le disque interne, la procédure agirait différemment et
s'occuperait alors *aussi* du système minimum installé sur la recovery ?
euh... diskutil list ne te suffirait pas ? Parce que c'est "fleuve"
comme liste, ta commande !
Avant de publier ça j'ai aussi une question : cette liste fait
apparaître toute une série d'UUID : est-ce que c'est publiable sans
risque ? En particulier pour des volumes chiffrés qui sont, en
l'occurence, déverrouillés ? Je dis ça parce qu'ils ont un air de
cousinage avec les clés de déchiffrement !
euh... diskutil list ne te suffirait pas ? Parce que c'est "fleuve"
comme liste, ta commande !
Avant de publier ça j'ai aussi une question : cette liste fait
apparaître toute une série d'UUID : est-ce que c'est publiable sans
risque ? En particulier pour des volumes chiffrés qui sont, en
l'occurence, déverrouillés ? Je dis ça parce qu'ils ont un air de
cousinage avec les clés de déchiffrement !
euh... diskutil list ne te suffirait pas ? Parce que c'est "fleuve"
comme liste, ta commande !
Avant de publier ça j'ai aussi une question : cette liste fait
apparaître toute une série d'UUID : est-ce que c'est publiable sans
risque ? En particulier pour des volumes chiffrés qui sont, en
l'occurence, déverrouillés ? Je dis ça parce qu'ils ont un air de
cousinage avec les clés de déchiffrement !
Gerald a soumis à notre
sagacité :Ce que ça m'a inspiré c'est que tu as évidemment raison :-) Ça a un peu
modifié ma perception du problème. En fait ça l'a focalisé sur la
question du chiffrement, qui ne semble pas convenablement "vu" par le
boot sur mon recovery interne.
J'ai cherché sur le site de Seagate les spécifications du disque que tu
as mentionné sur Amazon pour, notamment, voir s'il y avait des données
techniques sur la compatibilté avec High Sierra et ce genre de chose
mais je n'ai rien trouvé d'intéressant.
Se peut-il en effet que le disque supporte mal High Sierra (qui a
peut-être converti la partie SSD au nouveau format et le disque n'a
peut-être pas apprécié ? ) plus le chiffrement ? Difficile de savoir.
Gerald <voir_le_reply-to@car.cette.adresse.est.invalid> a soumis à notre
sagacité :
Ce que ça m'a inspiré c'est que tu as évidemment raison :-) Ça a un peu
modifié ma perception du problème. En fait ça l'a focalisé sur la
question du chiffrement, qui ne semble pas convenablement "vu" par le
boot sur mon recovery interne.
J'ai cherché sur le site de Seagate les spécifications du disque que tu
as mentionné sur Amazon pour, notamment, voir s'il y avait des données
techniques sur la compatibilté avec High Sierra et ce genre de chose
mais je n'ai rien trouvé d'intéressant.
Se peut-il en effet que le disque supporte mal High Sierra (qui a
peut-être converti la partie SSD au nouveau format et le disque n'a
peut-être pas apprécié ? ) plus le chiffrement ? Difficile de savoir.
Gerald a soumis à notre
sagacité :Ce que ça m'a inspiré c'est que tu as évidemment raison :-) Ça a un peu
modifié ma perception du problème. En fait ça l'a focalisé sur la
question du chiffrement, qui ne semble pas convenablement "vu" par le
boot sur mon recovery interne.
J'ai cherché sur le site de Seagate les spécifications du disque que tu
as mentionné sur Amazon pour, notamment, voir s'il y avait des données
techniques sur la compatibilté avec High Sierra et ce genre de chose
mais je n'ai rien trouvé d'intéressant.
Se peut-il en effet que le disque supporte mal High Sierra (qui a
peut-être converti la partie SSD au nouveau format et le disque n'a
peut-être pas apprécié ? ) plus le chiffrement ? Difficile de savoir.
Dans le Terminal, tu peux taper :
diskutil info -all
et nous balancer toute la réponse (en modifiant éventuellement la
longueur des lignes pour que ce soit lisible, sans retour ligne
intempestif) ?
Dans le Terminal, tu peux taper :
diskutil info -all
et nous balancer toute la réponse (en modifiant éventuellement la
longueur des lignes pour que ce soit lisible, sans retour ligne
intempestif) ?
Dans le Terminal, tu peux taper :
diskutil info -all
et nous balancer toute la réponse (en modifiant éventuellement la
longueur des lignes pour que ce soit lisible, sans retour ligne
intempestif) ?
Last login
Last login
Last login
et un petit
diskutil list
maintenant ?
et un petit
diskutil list
maintenant ?
et un petit
diskutil list
maintenant ?
Au point où on en est
Au point où on en est
Au point où on en est
Je voudrais maintenant savoir une chose que je ne retrouve pas dans tes
déclarations : si tu lances SOS Disque depuis Utilitaire de disque de
ton disque de démarrage, il se passe quoi ?
Tu as déjà fait un fsck -fy en démarrant avec cmd + S ?
Et si c'était "simplement" le SOS Disque de Recovery HD (et dans ce cas
tu aurais raison de l'évoquer régulièrement) qui cafouille pour une
raison ou une autre ?
Est-ce que tu as, avec CCC, sauvegardé cette partition Recovery HD sur
ton clone ? Si la réponse est non, ça m'arrangerait ! ;-)
Je voudrais maintenant savoir une chose que je ne retrouve pas dans tes
déclarations : si tu lances SOS Disque depuis Utilitaire de disque de
ton disque de démarrage, il se passe quoi ?
Tu as déjà fait un fsck -fy en démarrant avec cmd + S ?
Et si c'était "simplement" le SOS Disque de Recovery HD (et dans ce cas
tu aurais raison de l'évoquer régulièrement) qui cafouille pour une
raison ou une autre ?
Est-ce que tu as, avec CCC, sauvegardé cette partition Recovery HD sur
ton clone ? Si la réponse est non, ça m'arrangerait ! ;-)
Je voudrais maintenant savoir une chose que je ne retrouve pas dans tes
déclarations : si tu lances SOS Disque depuis Utilitaire de disque de
ton disque de démarrage, il se passe quoi ?
Tu as déjà fait un fsck -fy en démarrant avec cmd + S ?
Et si c'était "simplement" le SOS Disque de Recovery HD (et dans ce cas
tu aurais raison de l'évoquer régulièrement) qui cafouille pour une
raison ou une autre ?
Est-ce que tu as, avec CCC, sauvegardé cette partition Recovery HD sur
ton clone ? Si la réponse est non, ça m'arrangerait ! ;-)
mais comment savoir ?
mais comment savoir ?
mais comment savoir ?
Le démarrage avec pomme-s (pas majuscule ?) est un *gag* (JAPAI) sur un
27 pouces rétina 5K : il bascule en résolution native et est donc
*parfaitement* illisible. Pire évidemment pour une vieux presbyte ! ;-)
Est-ce que tu as, avec CCC, sauvegardé cette partition Recovery HD sur
ton clone ? Si la réponse est non, ça m'arrangerait ! ;-)
La réponse est (hélas ?) oui, en suivant les conseils fournis par CCC
d'ailleurs. À l'époque où je l'ai fait
Le démarrage avec pomme-s (pas majuscule ?) est un *gag* (JAPAI) sur un
27 pouces rétina 5K : il bascule en résolution native et est donc
*parfaitement* illisible. Pire évidemment pour une vieux presbyte ! ;-)
> Est-ce que tu as, avec CCC, sauvegardé cette partition Recovery HD sur
> ton clone ? Si la réponse est non, ça m'arrangerait ! ;-)
La réponse est (hélas ?) oui, en suivant les conseils fournis par CCC
d'ailleurs. À l'époque où je l'ai fait
Le démarrage avec pomme-s (pas majuscule ?) est un *gag* (JAPAI) sur un
27 pouces rétina 5K : il bascule en résolution native et est donc
*parfaitement* illisible. Pire évidemment pour une vieux presbyte ! ;-)
Est-ce que tu as, avec CCC, sauvegardé cette partition Recovery HD sur
ton clone ? Si la réponse est non, ça m'arrangerait ! ;-)
La réponse est (hélas ?) oui, en suivant les conseils fournis par CCC
d'ailleurs. À l'époque où je l'ai fait
