Toto61

Pour la partie mémoire, et notamment, la fréquence, je laisserai @Delta te donner son avis, mais il lui faudra les références exactes de tes modules, et la version du Bios installé sur ta carte mère. Sans oublier qu'il ne faut pas confondre "vitesse commerciale" (DDR4-3200) et vitesse du bus mémoire "vitesse réelle" (1600 Mhz). Donc 1333 MHz pour 1600 MHz, il y a une différence, mais qui peut s'expliquer / corriger certainement par un réglage du BIOS / mise à niveau si la mémoire est OK.

Salut, Tu as omis de nous indiquer le stockage utilisé sur ta configuration. Par ailleurs, tu nous indiques soupçonner un problème de mémoire. L'avantage, c'est que tu as 2 modules (2 x 8 GB), donc le test rapide que tu peux faire, c'est retirer 1 des 2 modules, pour voir si le comportement est le même avec 1 x 8 GB, où s'il est diamétralement plus rapide / stable, et de recommencer le même test avec l'autre module uniquement.

Je ne parle pas de "Parlonsgeek.com", mais bien de Et je passe la remarque sur "version entreprise [...] abonnement annuel qui peut être acheté à base d'utilisateur". Remarque, j'aurai bien 2 ou 3 utilisateurs à refourguer...

Juste... vous avez lu jusqu'au bout de la capture ?

Comme indiqué, si le chargeur du smartphone est capable de sortir + de 5V (d'où la demande de regarder cette valeur sur le chargeur du smartphone), il sera possible de charger "lentement" le Chromebook (qui nécessite 20V). Mais s'il ne peut pas dépasser les 5V, tu ne pourras pas t'en servir.

OK, dans ce cas, pense à cliquer sur le message qui indique la résolution de ton problème. Bonne continuation.

Bonne nouvelle ! Néanmoins, cela me semble très long comme correction. Si CrystalDiskInfo ne relève rien d'inquiétant, néanmoins, je serais curieux de connaitre les débits de ce disque à l'aide de CrystalDiskMark (Version Portable). Maintenant que le système de fichier a été corrigé, et que le système est sauvegardé et fonctionnel, je te conseillerais également de retenter l'opération depuis Windows, pour vérifier que la vérification du disque fonctionne désormais normalement.

Salut, Il suffit de regarder les caractéristiques de ton chargeur pour savoir s'il peut convenir : La tension de sortie du chargeur (en Volt "V"). Ce point est le plus important, car si la tension délivrée est trop forte, cela peut endommager l'appareil que tu essais de recharger. A l'inverse, si elle n'est pas assez élevée, elle ne permettra pas la charge. Certains chargeurs sont capable d'adapter automatiquement la tension. La puissance de sortie délivrée (en Watt "W") : si elle n'est pas assez importante, l'appareil mettra beaucoup plus de temps pour se recharger. Plus généralement, il n'y a pas trop de risque dans le sens "chargeur de smartphone -> Chromebook", alors que l'inverse serait plus délicat au niveau de la tension.

Salut, Quelle est la solution antivirus sur ce poste ? Peut-on avoir le message exacte (capture d'écran) du refus ?

Toujours pas fini ?

Ok, c'est une bonne nouvelle, mais je ne comprend toujours pas pourquoi tu as voulu utiliser Diskpart. Il ne reste plus qu'à attendre la fin. Par contre, avant de redémarrer, pense à prendre un photo du résultat du chkdsk, car il ne sera pas enregistrer dans les journaux Windows.

Est-ce que j'ai demandé précédemment de lancer Diskpart ? De plus, tu n'es pas sur la bonne partition (X:). Il faut au préalable passer sur la partition C:, et vérifier que ce soit bien celle qui correspond à ton installation de Windows. Donc concrètement, depuis l'Invite de commandes : C: Dir

Parfait, dans ce cas, tu peux démarrer sur ta clé USB, et suivre ce tuto. Une fois l'Invite de commande ouverte, il faudra aller sur la partition C: (en vérifiant que la partition C: corresponde bien à ton disque où est installé Windows), puis lancer la commande chkdsk /f /r

Salut, En complément de ce qui a été indiqué par @calisto06, tu risques surtout d'être confronté à un problème de démarrage après le clonage sur ton NVMe après avoir débranché ton disque SATA, car l'amorçage de Windows indique actuellement l'utilisation du contrôleur AHCI (disque SSD SATA), et il faudra le corriger pour lui indiquer d'utiliser le contrôleur PCI-Express (disque SSD NVMe). Prévois donc une clé de démarrage Win10 pour accéder à une invite de commande (WinRE) et de réparer le BCDBoot.

Merci. Le journal montre bien les erreurs sur le système de fichier, mais est incapable de les corriger. On va tenter de le faire depuis un environnement de dépannage (WinRE). Disposes-tu d'un installateur de Win10 sur clé USB, et si c'est le cas, sais-tu, et peux-tu démarrer dessus, pour ouvrir une Invite de commande ?

Merci, la même chose en choisissant chkdsk comme filtre ?

Aucun problème pour le délai ;-) Peux-tu ouvrir l'Observateur d'événements,(tu clic sur le bouton Démarrer, puis tu saisis à l'aveugle Observ, le programme sera alors suggéré dans la liste) et te rendre dans le journal Application situé dans les Journaux Windows. Sur la partie droite de l'écran, tu auras un bouton Filtrer le journal actuel, et dans la liste, tu devras sélectionner wininit (tu clic de nouveau sur la liste pour la replier, puis, tu valides avec le bouton OK). Ensuite, toujours sur la partie droite de l'écran, tu Enregistre le fichier journal filtré en lui donnant un nom, et en l'enregistrant sur ton Bureau, puis tu insères le fichier ".evtx" obtenu dans ta prochaine réponse.

Désolé de cette lecture trop rapide @Petite Théière, la commande initiale de @afdl était bien erronée, et la preuve était donc bonne. La bonne commande reste donc : chkdsk c: /f /r

La preuve n'est pas bonne...

Merci pour cette info @CJandCo. A noter que cela touche essentiellement de vieux modèles de ces NAS (< 2012). @Mathieu Réau , vérifies si ton QNAP dispose bien de la dernière version de son OS, et comme je te l'ai indiqué en MP, désactive l'accès à MyQNASCloud...

Salut, En effet, après autant de temps éteinte, l'adresse doit donc être fixe. Tu dois normalement retrouver cette info quelque part dans ton compte Orange. Je te met un message privé d'ici qq minutes pour vérifier quelques points.

Salut, Si je peux me permettre une petite remarque, il faudra néanmoins être très attentif à la synchronisation des données. Ce programme n'a pas été conçu pour une utilisation multi-utilisateur avec un dossier partagé/synchronisé entre différents postes, d'autant plus par Internet. il faudra donc veiller bien particulièrement : à ce qu'un seul utilisateur utilise le programme à un instant T, sous peine de corrompre le dossier utilisateur du second utilisateur à ce que les versions du logiciel soit bien strictement les mêmes sur les 2 postes à bien attendre que la synchronisation soit achevée sur le dernier poste à avoir utilisé le logiciel, avant que ce PC ne soit éteint. Sans oublier que l'éditeur n'apportera très certainement aucun support avec ce genre d'utilisation. A tester, et utiliser en connaissance de cause.

Non, pas 1 ou 2 jours. Juste quelques (dizaines) de minutes. Mais de toute façon, si ton IP est dynamique, elle changera d'ici quelques heures (jours). Donc si d'ici 1 ou 2 jours, tu retournes sur monip.org et que tu constates un changement d'IP, c'est qu'elle est dynamique. Je reviens sur le point suivant : C'est toi même qui a indiqué que ton NAS était attaqué, dans ton premier message :

Ou le reboot a été trop rapide. Le mieux est de retenter d'ici 1 ou 2 jours.

Si tu es avec un ADSL résidentiel, elle ne sera pas fixe, mais dynamique.