"La signature NTFS est manquante." Comment monter ce disque dur? (ou est-ce protégé par mot de passe?)

2

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, [...]
linux mount ntfs terano
la source
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 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.
Daniel B

Réponses:

0

Cela fait un moment que je fais cela avec les systèmes * BSD ... mais voilà.

Selon votre fdisk -lcommande, le système de fichiers de la partition est "FreeBSD" qui, s'il est correct, est probablement UFS, pas fat, ntfs ou extX.

Tout d’abord, assurez-vous que le module ufs est chargé. S'il lsmod | grep ufsne figure pas dans la liste, chargez-le avecsudo modprobe ufs

Essayer de monter est un système de fichiers UFS

sudo mount -t ufs -r -o ufstype=ufs2 /dev/sdc1 /mnt/

Procédez comme d'habitude.

Acejavelin
la source
Salut! il semble aussi que ufs n'est pas le bon fs ou qu'il l'est mais avec une erreur. J'ai ajouté les résultats dans ma question.
Terano
Peut-être que c'est vraiment NetBSD, essayez de changer ufstype = 44bsd au lieu de ufs2.
acejavelin
@terano Il existe de nombreuses références au Pioneer DVR utilisant UFS comme système de fichiers, par exemple mikeknoop.com/pioneer-dvr-harddrive-recovery-tools . Je pense que nous sommes sur la bonne voie. À moins que Pioneer ne décide de le modifier pour le rendre propriétaire, cela sera peut-être possible, mais il faudrait ignorer manuellement les erreurs et définir le décalage de montage correct, ce que je ne connais pas.
acejavelin
J'ai essayé ufstype = 44bsd et aussi 5xbsd, mais les deux avec le même résultat: "mount: type de fs incorrect, mauvaise option ... etc"; thnx pour le lien vers des pages contenant "des outils de récupération pionniers". L'étape 3 de "Récupération manuelle" consiste à créer un fichier image du disque. Serait-ce possible sans avoir préalablement monté le disque?
Terano
@terano Oui, en fait, je pense que cela doit être, ou du moins devrait être, démonté pour en faire une image.
acejavelin