
Miki88
Membres-
Nbre de contenus
48 -
Inscription
-
Dernière visite
Tout ce qui a été posté par Miki88
-
J'ai pour habitude de laisser CCleaner faire... Donc pas vraiment d'explication aux suppressions des PdR alors... :/ Sinon pour MédiCat, j'ai pas de clé USB à 32Go à disposition (uniquement 2 de 16Go), donc la version 20 n'aura pas été possible de toute façon (à moins d'en faire un achat)... Et si effectivement le DISM++ n'est pas inclus sur la version 19, je doute que ce soit très utile juste pour une vérification du disque avec CrystalDiskInfo dont j'avais déjà l'habitude d'utiliser régulièrement...
-
À propos de CrystalDiskInfo, je pense pouvoir écarter tout souci puisque je vérifiais plutôt quotidiennement le DD dessus (chaque semaine), et jamais eu d'anomalie (tout en vert). Édit : Et concernant le PdR, de mémoire j'en avais créer 2 ou 3 manuellement plus tôt dans l'année, mais CCleaner pourrait être la cause de leurs effacements ? Un logiciel que j'utilise de temps à autre oui.
-
Le clavier fonctionne sur la saisie du code PIN uniquement, mais un message m'informant qu'il n'est pas disponible (voir photo du 1er post), mais pas sur la saisie du mot de passe. Même chose avec le clavier virtuelle, et y compris en sans échec. Concernant « MediCat », je prends la version 19.10 ou la version 20.xx ? Puisqu'il semble y avoir des divergences entre elles...
-
Bon, tout d'abord le redémarrage n'a rien donné après une longue « Préparation de Windows » à fonds bleu... Donc toujours bloqué à l'ouverture de session pour les mêmes raisons ; car code PIN non-disponible, puis clavier bloqué lors de la saisie du mdp associé au compte Microsoft. Par contre, c'est curieux mais en fouinant dans les options avancés et la restauration système, il m'est cette fois possible de restaurer à une date ultérieure mais uniquement à 2 dates précises qui ont lieu « après » la panne (donc certainement dû aux récentes manip sur cmd), le 10/09 et le 13/10. Par conséquent, je suppose que ce serait inutile de restaurer le système à ces points ? Du coup, si j'ai bien saisi votre dernier message, il ne me reste pas d'autre alternative qu'une réinstallation windows ? Et finalement, comment déterminer ce qui a provoqué cet étrange panne ? :/ Autre chose, puisqu'il m'était au préalable impossible de restaurer windows à une date ultérieure, créer manuellement des points de restauration devient inutile en cas de système inaccessible ? Donc comment faire pour mettre son windows a l'abri en cas de souci de ce genre ? Lol désolé pour toute ces questions... Mais je vous remercie pour votre temps dans tout les cas.
-
Visiblement, non. La première fois, il y avait 2 lignes, l'une où est indiqué 84.9% et l'autre 100%. Mais plus cette fois, j'ai une seule ligne, celle à 100%. Par contre, j'ai toujours l'erreur 0x800f081f.
-
J'ai refait pourtant, en pensant gagner du temps... Sinon, peu importe le nombre de redémarrage, la lettre E est systématiquement attribuée à la clé USB "source". On peut aussi le voir grâce à notepad simplement, mais bon, j'ai quand même appliquer Diskpart et List Vol au cas où. Donc : DISM /Image:C:\ /Cleanup-Image /RestoreHealth /source:wim:E:\sources\install.wim:1 Les erreurs aux emplacements : X:\Windows\logs\DISM\dism.log : https://www.cjoint.com/c/JInlvYjbP5o X:\Windows\logs\CBS\cbs.log : https://www.cjoint.com/c/JInlyhE7vFo Par contre, j'ai eu un simple FilterList d'1ko à la place d'un cbs.log, j'ignore si c'est normal, mais les emplacements sont bien exactes. Édit : Je n'ai pas transférer les 2 derniers journals sur la clé USB Source, mais sur une autre clé afin de pouvoir l'héberger, vu que je ne sais toujours pas s'il est correct de quitter cette clé source en étant sur l'invite de commande à partir de celui-ci.
-
Ah ben j'ai bien fait un redémarrage (2x du coup), puisque étant sur l'invite de commande à partir de la clé bootable, je me voyais pas quitter la clé ainsi (nécessaire pour pouvoir héberger le journal DISM sur un autre PC)... :/ Du coup, je refait un DISM /Image:C:\ /Cleanup-image /Restorehealth /Source:e:\sources ? Puis je m'attaque à votre dernier post ?
-
Désolé, cette fois c'est le bon : https://www.cjoint.com/c/JIniDp0V6Ko Et c'est un Windows 10 Famille. Merci encore.
-
C'est fait : https://www.cjoint.com/c/JInexzpXgMo
-
Toujours le même résultat : « La protection des ressources n'a pas réussi à effectuer l'opération demandée » Screen et merci encore pour votre temps :
-
Même résultats visiblement : « La protection des ressources Windows n'a pas réussi a effectuer l'opération demandée ». Par contre, je me suis contenté de taper C: à X:\Sources> vu que la commande C:\Windows\system32 n'est pas reconnue, donc je me retrouve avec un C:\> et auquel SFC \scannow n’aboutit à rien, après une vérification terminée à 100% en à peine 15/20 secondes...
-
Non, impossible de démarrer sur le mode sans échec avec Cmd puisqu'il m'est demandé de taper mon code PIN (toujours non disponible, et me demandant de rédémarrer) à l'ouverture de session. Situation identique à lorsque je tente un redémarrage en mode sans échec avec prise en charge réseau ou non (F4 et F5). Sinon, j'ai tenté de lancer commande « sfc /scannow » depuis l'invite de commande tout court, mais il m'est dit que « La protection des ressources Windows n'a pas réussi a effectuer l'opération demandée ».
-
@Toto61 : Désolé d'avoir tarder pour les retours. Honnêtement, mes moyens sont assez limités ici, tout comme mes connaissances. Et en voyant le lien donné entièrement en anglais, je vous cache pas que je me suis gratter la tête et mis ces réparations de côtés sur le moment. Sinon, une analyse chkdsk dans l'invite de commande ne suffit-il pas à savoir si le disque dur présente des secteurs défectueux ? J'en ai fait un à l'instant, et il semblerait que tout soit ok de ce côté :
-
@Toto61 : Alors il s'agit d'un PC portable, et d'un SATA 1To 7200 tours pour le disque dur. Donc il faudrait vérifier l'état du disque premier lieu si j'ai bien compris ? En attendant plus de précisions, merci encore pour les réponses.
-
Salut Toto61, Merci pour la réponse. Le clavier visuel ne fonctionne pas non plus lors de la saisie de MDP du « compte Microsoft ». Pareillement, il m'est possible uniquement de saisir les numéro du code PIN à l'ouverture de session (avant que ne survienne ce message d'erreur me demandant de le reconfigurer, chose impossible avec ce blockage du clavier)... Basculer sur la saisie du mot de passe revient à cet affichage de « compte Microsoft » et dont le clavier reste bloqué. Sinon, le problème est survenu après une demande de redémarrage pour corriger des érreurs de disque.
-
Merci. Mais par contre, le changement de mdp ne devrait va pas résoudre le problème d'inactivité du clavier lors de la saisie de login pour reconfigurer un nouveau code PIN... Donc je vais me retrouver avec un nouveau mdp mais le clavier restera toujours bloquer au même endroit (et l'impossibilité de reconfigurer un nouveau code PIN)... Je précise encore que le clavier fonctionne dans les options de dépannage (puisque le mdp est requis pour redémarrer en mode sans échec, accéder à l'invite de commande etc...), ici j'ai pas de soucis... C'est uniquement à l'ouverture de session pour reconfigurer le code PIN que le clavier se bloque.
-
Bonsoir. Depuis ce matin, il m'est impossible d'ouvrir ma session windows à cause du code PIN qui n'est pas disponible : Et en cliquant sur configurer un nouveau code PIN, je me retrouve avec un clavier inactif lors de la saisi du mot de passe de mon compte associé à windows. Donc impossible de faire quoi que ce soit. Même résultat en mode sans échec après redémarrage (dont le clavier fonctionne bel et bien lors de la saisi de mtp dans les options de dépannage). Et je n'ai pas de restauration système disponible non plus dans les options de dépannage. C'est très étrange tout ça... Mais quelle solution me reste-t-il ? Merci d'avance pour votre aide.