J'ai dû faire une connerie au moment de crypter par FileVault 2 mon Mac
MINI 2010 sous Mountain Lion : désormais au boot, pour la saisie du mot
de passe (quelque soit l'utilisateur sélectionné) le clavier est en
qwerty. Il redevient azerty ensuite sans problème, même au changement
d'utilisatuer.
C'est très précoce et *avant* le déverrouillage du disque, et c'est très
con. Et c'est évidemment valable quelque soit l'utilisateur choisi,
admin ou pas. Je suis sûr qu'il y a un fichier de configuration à
modifier voire une combinaison de touches qui évite d'avoir à tout
reprendre de zéro.
Grand merci d'avance à ceux qui savent.
J'ai dû faire une connerie au moment de crypter par FileVault 2 mon Mac
MINI 2010 sous Mountain Lion : désormais au boot, pour la saisie du mot
de passe (quelque soit l'utilisateur sélectionné) le clavier est en
qwerty. Il redevient azerty ensuite sans problème, même au changement
d'utilisatuer.
C'est très précoce et *avant* le déverrouillage du disque, et c'est très
con. Et c'est évidemment valable quelque soit l'utilisateur choisi,
admin ou pas. Je suis sûr qu'il y a un fichier de configuration à
modifier voire une combinaison de touches qui évite d'avoir à tout
reprendre de zéro.
Grand merci d'avance à ceux qui savent.
J'ai dû faire une connerie au moment de crypter par FileVault 2 mon Mac
MINI 2010 sous Mountain Lion : désormais au boot, pour la saisie du mot
de passe (quelque soit l'utilisateur sélectionné) le clavier est en
qwerty. Il redevient azerty ensuite sans problème, même au changement
d'utilisatuer.
C'est très précoce et *avant* le déverrouillage du disque, et c'est très
con. Et c'est évidemment valable quelque soit l'utilisateur choisi,
admin ou pas. Je suis sûr qu'il y a un fichier de configuration à
modifier voire une combinaison de touches qui évite d'avoir à tout
reprendre de zéro.
Grand merci d'avance à ceux qui savent.
C'est très précoce et*avant* le déverrouillage du disque, et c'est très
con. Et c'est évidemment valable quelque soit l'utilisateur choisi,
C'est très précoce et*avant* le déverrouillage du disque, et c'est très
con. Et c'est évidemment valable quelque soit l'utilisateur choisi,
C'est très précoce et*avant* le déverrouillage du disque, et c'est très
con. Et c'est évidemment valable quelque soit l'utilisateur choisi,
Quand j'ai la fenêtre d'ouverture de session, le clavier qui s'affiche
en haut à droite est clicable pour changer a langue d'entrée. Avec un
peu de chance, ce choix est mémorisé.
Quand j'ai la fenêtre d'ouverture de session, le clavier qui s'affiche
en haut à droite est clicable pour changer a langue d'entrée. Avec un
peu de chance, ce choix est mémorisé.
Quand j'ai la fenêtre d'ouverture de session, le clavier qui s'affiche
en haut à droite est clicable pour changer a langue d'entrée. Avec un
peu de chance, ce choix est mémorisé.
Note que le problème est le même mais légèrement différent
quand on veut
booter sur un disque externe crypté (un clône par exemple)
Note que le problème est le même mais légèrement différent
quand on veut
booter sur un disque externe crypté (un clône par exemple)
Note que le problème est le même mais légèrement différent
quand on veut
booter sur un disque externe crypté (un clône par exemple)
J'ai dû faire une connerie au moment de crypter par FileVault 2 mon Mac
MINI 2010 sous Mountain Lion : désormais au boot, pour la saisie du mot
de passe (quelque soit l'utilisateur sélectionné) le clavier est en
qwerty. Il redevient azerty ensuite sans problème, même au changement
d'utilisatuer.
J'ai dû faire une connerie au moment de crypter par FileVault 2 mon Mac
MINI 2010 sous Mountain Lion : désormais au boot, pour la saisie du mot
de passe (quelque soit l'utilisateur sélectionné) le clavier est en
qwerty. Il redevient azerty ensuite sans problème, même au changement
d'utilisatuer.
J'ai dû faire une connerie au moment de crypter par FileVault 2 mon Mac
MINI 2010 sous Mountain Lion : désormais au boot, pour la saisie du mot
de passe (quelque soit l'utilisateur sélectionné) le clavier est en
qwerty. Il redevient azerty ensuite sans problème, même au changement
d'utilisatuer.
A
ta place, je repartirais d'une sauvegarde non cryptée pour ensuite
réinstaller Filevault 2.
Ce problème peut en cacher un autre ou même
plusieurs autres.
A
ta place, je repartirais d'une sauvegarde non cryptée pour ensuite
réinstaller Filevault 2.
Ce problème peut en cacher un autre ou même
plusieurs autres.
A
ta place, je repartirais d'une sauvegarde non cryptée pour ensuite
réinstaller Filevault 2.
Ce problème peut en cacher un autre ou même
plusieurs autres.
Lionel Mychkine wrote:A
ta place, je repartirais d'une sauvegarde non cryptée pour ensuite
réinstaller Filevault 2.
Merci de ton intérêt pour mon modeste problème. Sur ce point je suis
perplexe sur ton raisonnement : en quoi le fait que la sauvegarde soit
cryptée ou pas a-t-il une importance ? Si je comprends bien c'est le
*disque* qui est crypté, mais une fois déverrouillé, l'utilisation des
données est transparente. A preuve le fait qu'on peut très bien avoir un
disque interne crypté et une sauvegarde non cryptée tout autant que
l'inverse.
Je vais commencer par tenter une réinstallation système avant,
en cas d'échec,
de booter sur l'externe, reformater l'interne et restaurer
depuis le clone CCC ou TimeMachine (je ne sais pas ce qui vaut le mieux,
une idée ?).
Lionel Mychkine <mychkine@nowhere.invalid> wrote:
A
ta place, je repartirais d'une sauvegarde non cryptée pour ensuite
réinstaller Filevault 2.
Merci de ton intérêt pour mon modeste problème. Sur ce point je suis
perplexe sur ton raisonnement : en quoi le fait que la sauvegarde soit
cryptée ou pas a-t-il une importance ? Si je comprends bien c'est le
*disque* qui est crypté, mais une fois déverrouillé, l'utilisation des
données est transparente. A preuve le fait qu'on peut très bien avoir un
disque interne crypté et une sauvegarde non cryptée tout autant que
l'inverse.
Je vais commencer par tenter une réinstallation système avant,
en cas d'échec,
de booter sur l'externe, reformater l'interne et restaurer
depuis le clone CCC ou TimeMachine (je ne sais pas ce qui vaut le mieux,
une idée ?).
Lionel Mychkine wrote:A
ta place, je repartirais d'une sauvegarde non cryptée pour ensuite
réinstaller Filevault 2.
Merci de ton intérêt pour mon modeste problème. Sur ce point je suis
perplexe sur ton raisonnement : en quoi le fait que la sauvegarde soit
cryptée ou pas a-t-il une importance ? Si je comprends bien c'est le
*disque* qui est crypté, mais une fois déverrouillé, l'utilisation des
données est transparente. A preuve le fait qu'on peut très bien avoir un
disque interne crypté et une sauvegarde non cryptée tout autant que
l'inverse.
Je vais commencer par tenter une réinstallation système avant,
en cas d'échec,
de booter sur l'externe, reformater l'interne et restaurer
depuis le clone CCC ou TimeMachine (je ne sais pas ce qui vaut le mieux,
une idée ?).
Lionel Mychkine wrote:
> A ta place, je repartirais d'une sauvegarde non cryptée pour
> ensuite réinstaller Filevault 2.
Merci de ton intérêt pour mon modeste problème. Sur ce point je suis
perplexe sur ton raisonnement : en quoi le fait que la sauvegarde soit
cryptée ou pas a-t-il une importance ?
Je vais commencer par tenter une réinstallation système avant, en cas
d'échec, de booter sur l'externe, reformater l'interne et restaurer
depuis le clone CCC ou TimeMachine (je ne sais pas ce qui vaut le mieux,
une idée ?).
Lionel Mychkine <mychkine@nowhere.invalid> wrote:
> A ta place, je repartirais d'une sauvegarde non cryptée pour
> ensuite réinstaller Filevault 2.
Merci de ton intérêt pour mon modeste problème. Sur ce point je suis
perplexe sur ton raisonnement : en quoi le fait que la sauvegarde soit
cryptée ou pas a-t-il une importance ?
Je vais commencer par tenter une réinstallation système avant, en cas
d'échec, de booter sur l'externe, reformater l'interne et restaurer
depuis le clone CCC ou TimeMachine (je ne sais pas ce qui vaut le mieux,
une idée ?).
Lionel Mychkine wrote:
> A ta place, je repartirais d'une sauvegarde non cryptée pour
> ensuite réinstaller Filevault 2.
Merci de ton intérêt pour mon modeste problème. Sur ce point je suis
perplexe sur ton raisonnement : en quoi le fait que la sauvegarde soit
cryptée ou pas a-t-il une importance ?
Je vais commencer par tenter une réinstallation système avant, en cas
d'échec, de booter sur l'externe, reformater l'interne et restaurer
depuis le clone CCC ou TimeMachine (je ne sais pas ce qui vaut le mieux,
une idée ?).
Tu peux partir d'une sauvegarde cryptée ou non (je pense à Time
Machine), cela n'a pas d'importance. Par contre il faut qu'il y ait une
réelle cohérence avec l'état de Filevault au moment de la sauvegarde.
Si Filevault était activé, il vaut mieux régénérer la sauvegarde de
façon cryptée. Tu repartiras avec un disque de démarrage crypté incluant
les réglages système spécifiques à Filevault.
Dans le cas inverse et même si la sauvegarde est cryptée, il vaut mieux
la régénérer sur un disque non crypté puis activer Filevault sur le
volume qui vient d'être régénéré.
Filevault induit le cryptage des données, certes, mais il induit aussi
des réglages système spécifiques. Si, après réinstallation, le disque de
démarrage est crypté mais que Filevault n'est pas activé, le système se
mélange les pédales. Le disque est crypté, d'accord mais les réglages au
niveau système ne sont pas cohérents.
Ce qui est trompeur, c'est que dans ce cas, on a droit à un message
sibyllin mais le système accepte quand même de démarrer. En fait la
situation est bancale et les problèmes surviennent rapidement.
Je n'ai jamais eu le moindre problème lors de la restauration globale
d'une sauvegarde avec Time Machine.
Tu peux partir d'une sauvegarde cryptée ou non (je pense à Time
Machine), cela n'a pas d'importance. Par contre il faut qu'il y ait une
réelle cohérence avec l'état de Filevault au moment de la sauvegarde.
Si Filevault était activé, il vaut mieux régénérer la sauvegarde de
façon cryptée. Tu repartiras avec un disque de démarrage crypté incluant
les réglages système spécifiques à Filevault.
Dans le cas inverse et même si la sauvegarde est cryptée, il vaut mieux
la régénérer sur un disque non crypté puis activer Filevault sur le
volume qui vient d'être régénéré.
Filevault induit le cryptage des données, certes, mais il induit aussi
des réglages système spécifiques. Si, après réinstallation, le disque de
démarrage est crypté mais que Filevault n'est pas activé, le système se
mélange les pédales. Le disque est crypté, d'accord mais les réglages au
niveau système ne sont pas cohérents.
Ce qui est trompeur, c'est que dans ce cas, on a droit à un message
sibyllin mais le système accepte quand même de démarrer. En fait la
situation est bancale et les problèmes surviennent rapidement.
Je n'ai jamais eu le moindre problème lors de la restauration globale
d'une sauvegarde avec Time Machine.
Tu peux partir d'une sauvegarde cryptée ou non (je pense à Time
Machine), cela n'a pas d'importance. Par contre il faut qu'il y ait une
réelle cohérence avec l'état de Filevault au moment de la sauvegarde.
Si Filevault était activé, il vaut mieux régénérer la sauvegarde de
façon cryptée. Tu repartiras avec un disque de démarrage crypté incluant
les réglages système spécifiques à Filevault.
Dans le cas inverse et même si la sauvegarde est cryptée, il vaut mieux
la régénérer sur un disque non crypté puis activer Filevault sur le
volume qui vient d'être régénéré.
Filevault induit le cryptage des données, certes, mais il induit aussi
des réglages système spécifiques. Si, après réinstallation, le disque de
démarrage est crypté mais que Filevault n'est pas activé, le système se
mélange les pédales. Le disque est crypté, d'accord mais les réglages au
niveau système ne sont pas cohérents.
Ce qui est trompeur, c'est que dans ce cas, on a droit à un message
sibyllin mais le système accepte quand même de démarrer. En fait la
situation est bancale et les problèmes surviennent rapidement.
Je n'ai jamais eu le moindre problème lors de la restauration globale
d'une sauvegarde avec Time Machine.
à ce que j'ai pu comprendre de ce qu'on a tenté de me dire : les données
cryptées ne sont pas "transparentes" du tout du tout, elles sont
simplement illisibles/incompréhensibles (sans la bonne clé)
Le DD non crypté n'a pas besoin de "clé" pour pouvoir être lu (en
entier, me semble-ce et adieu MdP, non?)
> Je vais commencer par tenter une réinstallation système avant,
avant quoi? avant quel DD ou quoi t-est-ce ?
de réinstal d'un système dans la partition cryptée ?
(si possible, en quoi ça pourrait bien améliorer ?)
Je ne me sers pas de TM comme ça je n'ai pas de dilemme et puis surtout
je sais ce qu'il y a dans le clone
à ce que j'ai pu comprendre de ce qu'on a tenté de me dire : les données
cryptées ne sont pas "transparentes" du tout du tout, elles sont
simplement illisibles/incompréhensibles (sans la bonne clé)
Le DD non crypté n'a pas besoin de "clé" pour pouvoir être lu (en
entier, me semble-ce et adieu MdP, non?)
> Je vais commencer par tenter une réinstallation système avant,
avant quoi? avant quel DD ou quoi t-est-ce ?
de réinstal d'un système dans la partition cryptée ?
(si possible, en quoi ça pourrait bien améliorer ?)
Je ne me sers pas de TM comme ça je n'ai pas de dilemme et puis surtout
je sais ce qu'il y a dans le clone
à ce que j'ai pu comprendre de ce qu'on a tenté de me dire : les données
cryptées ne sont pas "transparentes" du tout du tout, elles sont
simplement illisibles/incompréhensibles (sans la bonne clé)
Le DD non crypté n'a pas besoin de "clé" pour pouvoir être lu (en
entier, me semble-ce et adieu MdP, non?)
> Je vais commencer par tenter une réinstallation système avant,
avant quoi? avant quel DD ou quoi t-est-ce ?
de réinstal d'un système dans la partition cryptée ?
(si possible, en quoi ça pourrait bien améliorer ?)
Je ne me sers pas de TM comme ça je n'ai pas de dilemme et puis surtout
je sais ce qu'il y a dans le clone