Crunchez vos adresses URL
|
Rejoignez notre discord
|
Hébergez vos photos
Affichage des résultats 1 à 3 sur 3
  1. #1
    Bonjour,

    J'ai depuis ce soir avec mon SSD secondaire, un MX300 525 Go en M.2. Ce SSD a été transféré d'un autre PC, j'ai supprimé les partitions avec l'outils d'installation de W10, et formaté la partition (formatage lent).

    Le problème est que le SSD fonctionne parfaitement bien, aucun problème à signaler quand je suis sous Windows 10, mais au démarrage suivant, le check disk se lance. Et lorsque W10 finit de booter, le SSD est visible, mais inaccessible.
    Un coup de chkdsk /f permet de résoudre le problème d'accès, sans aucune perte des fichiers qu'il contient, mais même problème au redémarrage suivant.
    J'ai également passé un coup de chkdsk /r, pas d'erreur à signaler.

    Est-ce que quelqu'un a une idée sur ce qui pourrait résoudre le problème, ou je file direct à la case SAV ?

    Merci

    Le log du chkdsk /f



    Volume label is SSD Storage.

    Stage 1: Examining basic file system structure ...
    Deleting corrupt file record segment 26.
    Deleting corrupt file record segment 27.
    256 file records processed.
    File verification completed.
    Deleting orphan file record segment 5.
    Deleting orphan file record segment 12.
    Deleting orphan file record segment 13.
    Deleting orphan file record segment 14.
    Deleting orphan file record segment 16.
    Deleting orphan file record segment 17.
    Deleting orphan file record segment 18.
    Deleting orphan file record segment 19.
    9 large file records processed.
    Deleting orphan file record segment 24.
    0 bad file records processed.

    Stage 2: Examining file name linkage ...
    Fixing incorrect information in file record segment 5.
    Deleting index entry $ObjId in index $I30 of file 11.
    Deleting index entry $Reparse in index $I30 of file 11.
    Deleting index entry $RmMetadata in index $I30 of file 11.
    Deleting index entry $TxfLog.blf in index $I30 of file 29.
    Deleting index entry $TxfLogContainer00000000000000000001 in index $I30 of file 29.
    Deleting index entry $TxfLogContainer00000000000000000002 in index $I30 of file 29.
    Deleting index entry $TXFLO~1 in index $I30 of file 29.
    Deleting index entry $TXFLO~2 in index $I30 of file 29.
    276 index entries processed.
    Index verification completed.
    CHKDSK is creating new root directory.
    CHKDSK is scanning unindexed files for reconnect to their original directory.
    Recovering orphaned file $MFT (0) into directory file 5.
    Recovering orphaned file $MFTMirr (1) into directory file 5.
    Recovering orphaned file $LogFile (2) into directory file 5.
    Recovering orphaned file $Volume (3) into directory file 5.
    Recovering orphaned file $AttrDef (4) into directory file 5.
    Fixing incorrect information in file record segment 5.
    Recovering orphaned file . (5) into directory file 5.
    Recovering orphaned file $Bitmap (6) into directory file 5.
    Recovering orphaned file $Boot (7) into directory file 5.
    Recovering orphaned file $BadClus (8) into directory file 5.
    Recovering orphaned file $Secure (9) into directory file 5.
    Skipping further messages about recovering orphans.
    21 unindexed files scanned.
    13 unindexed files recovered to original directory.
    CHKDSK is recovering remaining unindexed files.
    8 unindexed files recovered to lost and found.
    Lost and found is located at \found.000

    Creating object id file.
    Inserting an index entry into index $I30 of file 11.
    Creating index $O for file 24.
    Inserting an index entry into index $O of file 24.
    Creating reparse point file.
    Inserting an index entry into index $I30 of file 11.
    Creating index $R for file 25.

    Stage 3: Examining security descriptors ...
    Replacing invalid security id with default security id for file 44.
    Replacing invalid security id with default security id for file 45.
    Security descriptor verification completed.
    Inserting data attribute into file 4.
    Inserting data attribute into file 6.
    Inserting data attribute into file 7.
    Inserting data attribute into file 15.
    15 data files processed.
    CHKDSK is verifying Usn Journal...
    Usn Journal verification completed.
    Correcting errors in the Master File Table (MFT) mirror.
    Correcting errors in the Attribute Definition Table.
    Correcting errors in the Boot File.
    CHKDSK is resetting recovery information...
    CHKDSK is resetting the log file.
    Correcting errors in the master file table's (MFT) BITMAP attribute.
    Correcting errors in the Volume Bitmap.

    Windows has made corrections to the file system.
    No further action is required.

    512802815 KB total disk space.
    77952 KB in 13 files.
    24 KB in 18 indexes.
    0 KB in bad sectors.
    81855 KB in use by the system.
    65536 KB occupied by the log file.
    512642984 KB available on disk.

    4096 bytes in each allocation unit.
    128200703 total allocation units on disk.
    128160746 allocation units available on disk.

  2. #2
    Salut,

    Tu as pensé à effacer les partitions cachées par Windows dans le SSD secondaire ?

    Ah mon avis non, du coup Windows ne sait pas sur quel secteur de BOOT il faut faire le boot.

    Un clic droit sur ordinateur > gérer > partitions devrait t'en dire plus (hésite pas à poster une capture d'écran).

  3. #3
    Salut Rocca,

    Merci de ta réponse.
    Oui j'avais bien pensé à supprimer toutes les partitions: via la clé de boot de W10, via le gestionnaire de disque, et via un soft de gestion de disque dont j'ai oublié le nom, mais le problème a persisté.
    Pour le contexte, ce PC était équipé d'un autre SSD, avec des programmes installés dessus. Quand j'ai changé le SSD, je lui ai redonné le même nom avant de recopier les fichiers du 1er SSD dessus, ainsi que la même lettre (pour garder le même chemin pour les programmes installés).
    J'ai fini par réussir à résoudre le problème: j'ai changé la lettre et le nom, j'ai rebooté plusieurs fois, sans constater de problème.
    J'ai ensuite remis la lettre initiale, mais sans rechanger le nom. Idem après plusieurs reboot plus de problèmes.
    J'ai recopié les fichiers dessus, et je peux relancer mes programmes sans problème et sans constater de nouvelle perte de la partition.

    Je pense qu'il devait y avoir une trace quelque part, registre ou autre, d'une ref liée à l'ancien SSD, et qui me mettait le bazard à chaque redémarrage. Pas top compris comment ça s'est résolu concrètement au final, mais l'important c'est que je n'ai plus le problème. Si des fois ça peut servir à quelqu'un un jour..

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •