J'essaie de monter un disque dur (SATA-3), mais je reste bloqué à l'erreur:
NTFS signature is missing
Est-il possible qu'un disque dur soit protégé par un mot de passe ou dispose d'un autre type de protection? Comment devrais-je vérifier si c'est le cas? Et si c'est oui ou non protégé, y a-t-il un moyen de monter le disque et de récupérer les fichiers dessus?
Ci-dessous: les choses que j'ai déjà essayées et autant que les informations d'erreur.
Je travaille sur Linux (Mint 18.1).
Quelques informations de base:
J'ai un ancien enregistreur commercial à disque dur (Pioneer DVR-LX61) et son disque dur n'a plus d'espace disque, il est plein; Je souhaite déplacer les fichiers vidéo enregistrés sur mon ordinateur. J'ai relié l'enregistreur de disque dur à mon réseau, mais je ne pouvais pas monter le disque car il me demandait un mot de passe pour l'utilisateur root. J'ai sorti le disque dur de l'enregistreur et l'ai connecté directement à ma carte mère (avec une connexion SATA-3). J'essaie maintenant de le monter, mais j'entre dans les erreurs mentionnées.
C'est ce que j'ai fait jusqu'à présent:
mycomp@mycomp ~ $ sudo fdisk -l
Disk /dev/sdc: 232.9 GiB, 250059350016 bytes, 488397168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00000000
Device Boot Start End Sectors Size Id Type
/dev/sdc1 * 4 488397167 488397164 232.9G a5 FreeBSD
mycomp@mycomp ~ $ sudo mount -t vfat /dev/sdc1 /mnt/
mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
mycomp@mycomp ~ $ sudo mount -t ntfs /dev/sdc1 /mnt/
NTFS signature is missing.
Failed to mount '/dev/sdc1': Invalid argument
The device '/dev/sdc1' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
mycomp@mycomp ~ $ sudo mount -o offset=2048 /dev/sdc1 /mnt/
mount: /dev/loop0 is write-protected, mounting read-only
NTFS signature is missing.
Failed to mount '/dev/loop0': Invalid argument
The device '/dev/loop0' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
mycomp@mycomp ~ $ sudo ntfsfix /dev/sdc1
Mounting volume... NTFS signature is missing.
FAILED
Attempting to correct errors... NTFS signature is missing.
FAILED
Failed to startup volume: Invalid argument
NTFS signature is missing.
Trying the alternate boot sector
Unrecoverable error
Volume is corrupt. You should run chkdsk.
après la suggestion de acejavelin:
mycomp@mycomp ~ $ lsmod | grep ufs
ufs 73728 0
mycomp@mycomp ~ $ sudo mount -t ufs -r -o ufstype=ufs2 /dev/sdc1 /mnt/
[sudo] password for mycomp:
mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
73728 0
mycomp@mycomp ~ $ dmesg | tail -1
[13211.885241] ufs: ufs_fill_super(): bad magic number
Autre suggestion d'Andrea Lazzarotto:
testdisk analysis:
Disk /dev/sdc - 250 GB / 232 GiB - CHS 30401 255 63
Current partition structure:
Partition Start End Size in sectors
Invalid BSD disklabel
1 * FreeBSD 0 0 5 30401 80 63 488397164
1 * FreeBSD 0 0 5 30401 80 63 488397164
Warning: Bad ending head (CHS and LBA don't match)
testdisk further analysis:
Disk /dev/sdc - 250 GB / 232 GiB - CHS 30401 255 63
Partition Start End Size in sectors
No partition found or selected for recovery
Encore plus de contrôles:
mycomp@mycomp ~ $ sudo file -s /dev/sdc
/dev/sdc: DOS/MBR boot sector
mycomp@mycomp ~ $ sudo file -s /dev/sdc1
/dev/sdc1: data
mycomp@mycomp ~ $ sudo mount -t msdos /dev/sdc /mnt
mount: wrong fs type, bad option, bad superblock on /dev/sdc, [...]
Le système de fichiers "FreeBSD" signifie probablement qu'il s'agit d'UFS et non de NTFS, et qu'il continue d'essayer de "réparer" un système de fichiers NTFS défectueux alors que quelque chose pourrait ruiner le système ou ses données.
—
acejavelin
Je me souviens maintenant qu’il ya environ un an, j’ai contacté Pioneer pour lui demander comment je devrais me connecter via Ethernet à l’enregistreur à disque dur afin de récupérer les fichiers sur le disque. Leur réponse était: Ce disque a été formaté pour ne fonctionner que sur le DVR-LX61. Comme dit, j'ai maintenant pris le disque physiquement hors de l'enregistreur et connecté directement avec SATA à ma carte mère. Est-il possible que le fabricant ait créé son propre système de fichiers? J'imagine que les fichiers eux-mêmes ne sont pas cryptés, ce qui n'est pas facile à monter. Comment dois-je gérer cela?
—
Terano
Plus précisément, pourquoi essayez-vous de le monter en tant que NTFS? L'avez-vous numérisé avec Testdisk? Ce devrait être la première chose à faire ...
—
Andrea Lazzarotto
@AndreaLazzarotto eh bien, j'ai essayé de monter avec différents fs comme type de montage; seulement ntfs m'a donné une erreur plus significative; tous les autres (vfat, extX, etc.) ont donné l'erreur: "type de fs incorrect". C'est pourquoi j'ai supposé ntfs jusqu'à maintenant. Je ne connaissais pas le disque de test util. Je l'ai installé maintenant. Après analyse, testdisk ne trouve pas de système de fichiers commun. Ma conclusion est la suivante: Pioneer a utilisé un système de fichiers personnalisé. J'utilise actuellement le script sur mikeknoop.com créé par acejavelin. Je ferai rapport plus tard si je pouvais procéder avec cela.
—
Terano 5/05/17
Utilisez
—
Daniel B
file -s /dev/sdc1pour vérifier ce que c'est. Cependant, il est extrêmement improbable que vous puissiez lire le fichier vidéo. Vous pourrez peut- être les transférer sur un disque plus volumineux, mais sans entrées de bibliothèque appropriées, l'enregistreur les ignorera probablement.