“NTFS signature is missing.” How to mount this HDD? (or is it password protected?)











up vote
1
down vote

favorite












I'm trying to mount a hard disk (SATA-3), but I rest stuck at the error:



NTFS signature is missing


Is it possible that a hard disk is protected by a password or has another kind of protection? How should I check if this is the case? And if it is yes or not protected is there a way to mount the disk anyway and retreive the files on it?



Below: the things that I've already tried and as much as error information.



I'm working on Linux (Mint 18.1).



First some background information:



I have an older commercial hard disk recorder (Pioneer DVR-LX61) and its HDD has no space anymore, it's full; I want to move the recorded video files to my computer. I linked the HDD-recorder to my network, but I couldn't mount the disk as it asked me for a password for user root. I took the hard disk out the recorder and connected it directly to my motherboard (with SATA-3 connection). I'm now trying to mount it, but I get into the mentionned errors.



This is what I've done so far:



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.




after the suggestion of 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




Afther suggestion of 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




Even more checks:



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, [...]









share|improve this question
























  • Pretty sure you are chasing the wrong problem, the "FreeBSD" file system means it is likely UFS and not ntfs, continuing to try to "fix" a broken ntfs file system when it is really something could ruin the system or it's data.
    – acejavelin
    Mar 4 '17 at 16:19










  • I do now remember that about a year ago I contacted Pioneer with the question how I should connect via ethernet to the hard disk recorder in order to retreive the files on the disk. Their answer was: This disk has been formatted so that it works only in the DVR-LX61. As said, I took the disk now physically out the recorder and connected it directly with SATA to my motherboard. Is it possible that the manufacturer has created an own kind of file system? My guess is that the files themselves are not encrypted, it's only not easy to mount it. How should I deal with this?
    – terano
    Mar 4 '17 at 17:04










  • Specifically, why are you trying to mount it as NTFS? Did you scan it with Testdisk? It should be the first thing to do...
    – Andrea Lazzarotto
    Mar 4 '17 at 23:00










  • @AndreaLazzarotto well, I did try to mount with different fs as mount type; only ntfs gave me a more meaningfull error; all the others (vfat, extX etc) gave the error: "wrong fs type". That's why I assumed ntfs until now. I didn't know the util testdisk. I installed it now. After analysis also testdisk can't find a common file system. My conclusion is: Pioneer used a custom made file system. I'm currently using the script on mikeknoop.com that acejavelin came up with. I'll report back later if I could proceed with that.
    – terano
    Mar 5 '17 at 14:01










  • Use file -s /dev/sdc1 to check what it is. However, it is extremely unlikely you’ll be able to play the videos file. You may be able to transfer them to a larger disk, but without appropriate library entries, the recorder will most likely ignore them.
    – Daniel B
    Mar 5 '17 at 14:50















up vote
1
down vote

favorite












I'm trying to mount a hard disk (SATA-3), but I rest stuck at the error:



NTFS signature is missing


Is it possible that a hard disk is protected by a password or has another kind of protection? How should I check if this is the case? And if it is yes or not protected is there a way to mount the disk anyway and retreive the files on it?



Below: the things that I've already tried and as much as error information.



I'm working on Linux (Mint 18.1).



First some background information:



I have an older commercial hard disk recorder (Pioneer DVR-LX61) and its HDD has no space anymore, it's full; I want to move the recorded video files to my computer. I linked the HDD-recorder to my network, but I couldn't mount the disk as it asked me for a password for user root. I took the hard disk out the recorder and connected it directly to my motherboard (with SATA-3 connection). I'm now trying to mount it, but I get into the mentionned errors.



This is what I've done so far:



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.




after the suggestion of 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




Afther suggestion of 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




Even more checks:



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, [...]









share|improve this question
























  • Pretty sure you are chasing the wrong problem, the "FreeBSD" file system means it is likely UFS and not ntfs, continuing to try to "fix" a broken ntfs file system when it is really something could ruin the system or it's data.
    – acejavelin
    Mar 4 '17 at 16:19










  • I do now remember that about a year ago I contacted Pioneer with the question how I should connect via ethernet to the hard disk recorder in order to retreive the files on the disk. Their answer was: This disk has been formatted so that it works only in the DVR-LX61. As said, I took the disk now physically out the recorder and connected it directly with SATA to my motherboard. Is it possible that the manufacturer has created an own kind of file system? My guess is that the files themselves are not encrypted, it's only not easy to mount it. How should I deal with this?
    – terano
    Mar 4 '17 at 17:04










  • Specifically, why are you trying to mount it as NTFS? Did you scan it with Testdisk? It should be the first thing to do...
    – Andrea Lazzarotto
    Mar 4 '17 at 23:00










  • @AndreaLazzarotto well, I did try to mount with different fs as mount type; only ntfs gave me a more meaningfull error; all the others (vfat, extX etc) gave the error: "wrong fs type". That's why I assumed ntfs until now. I didn't know the util testdisk. I installed it now. After analysis also testdisk can't find a common file system. My conclusion is: Pioneer used a custom made file system. I'm currently using the script on mikeknoop.com that acejavelin came up with. I'll report back later if I could proceed with that.
    – terano
    Mar 5 '17 at 14:01










  • Use file -s /dev/sdc1 to check what it is. However, it is extremely unlikely you’ll be able to play the videos file. You may be able to transfer them to a larger disk, but without appropriate library entries, the recorder will most likely ignore them.
    – Daniel B
    Mar 5 '17 at 14:50













up vote
1
down vote

favorite









up vote
1
down vote

favorite











I'm trying to mount a hard disk (SATA-3), but I rest stuck at the error:



NTFS signature is missing


Is it possible that a hard disk is protected by a password or has another kind of protection? How should I check if this is the case? And if it is yes or not protected is there a way to mount the disk anyway and retreive the files on it?



Below: the things that I've already tried and as much as error information.



I'm working on Linux (Mint 18.1).



First some background information:



I have an older commercial hard disk recorder (Pioneer DVR-LX61) and its HDD has no space anymore, it's full; I want to move the recorded video files to my computer. I linked the HDD-recorder to my network, but I couldn't mount the disk as it asked me for a password for user root. I took the hard disk out the recorder and connected it directly to my motherboard (with SATA-3 connection). I'm now trying to mount it, but I get into the mentionned errors.



This is what I've done so far:



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.




after the suggestion of 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




Afther suggestion of 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




Even more checks:



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, [...]









share|improve this question















I'm trying to mount a hard disk (SATA-3), but I rest stuck at the error:



NTFS signature is missing


Is it possible that a hard disk is protected by a password or has another kind of protection? How should I check if this is the case? And if it is yes or not protected is there a way to mount the disk anyway and retreive the files on it?



Below: the things that I've already tried and as much as error information.



I'm working on Linux (Mint 18.1).



First some background information:



I have an older commercial hard disk recorder (Pioneer DVR-LX61) and its HDD has no space anymore, it's full; I want to move the recorded video files to my computer. I linked the HDD-recorder to my network, but I couldn't mount the disk as it asked me for a password for user root. I took the hard disk out the recorder and connected it directly to my motherboard (with SATA-3 connection). I'm now trying to mount it, but I get into the mentionned errors.



This is what I've done so far:



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.




after the suggestion of 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




Afther suggestion of 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




Even more checks:



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






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Mar 5 '17 at 16:47

























asked Mar 4 '17 at 15:38









terano

2615




2615












  • Pretty sure you are chasing the wrong problem, the "FreeBSD" file system means it is likely UFS and not ntfs, continuing to try to "fix" a broken ntfs file system when it is really something could ruin the system or it's data.
    – acejavelin
    Mar 4 '17 at 16:19










  • I do now remember that about a year ago I contacted Pioneer with the question how I should connect via ethernet to the hard disk recorder in order to retreive the files on the disk. Their answer was: This disk has been formatted so that it works only in the DVR-LX61. As said, I took the disk now physically out the recorder and connected it directly with SATA to my motherboard. Is it possible that the manufacturer has created an own kind of file system? My guess is that the files themselves are not encrypted, it's only not easy to mount it. How should I deal with this?
    – terano
    Mar 4 '17 at 17:04










  • Specifically, why are you trying to mount it as NTFS? Did you scan it with Testdisk? It should be the first thing to do...
    – Andrea Lazzarotto
    Mar 4 '17 at 23:00










  • @AndreaLazzarotto well, I did try to mount with different fs as mount type; only ntfs gave me a more meaningfull error; all the others (vfat, extX etc) gave the error: "wrong fs type". That's why I assumed ntfs until now. I didn't know the util testdisk. I installed it now. After analysis also testdisk can't find a common file system. My conclusion is: Pioneer used a custom made file system. I'm currently using the script on mikeknoop.com that acejavelin came up with. I'll report back later if I could proceed with that.
    – terano
    Mar 5 '17 at 14:01










  • Use file -s /dev/sdc1 to check what it is. However, it is extremely unlikely you’ll be able to play the videos file. You may be able to transfer them to a larger disk, but without appropriate library entries, the recorder will most likely ignore them.
    – Daniel B
    Mar 5 '17 at 14:50


















  • Pretty sure you are chasing the wrong problem, the "FreeBSD" file system means it is likely UFS and not ntfs, continuing to try to "fix" a broken ntfs file system when it is really something could ruin the system or it's data.
    – acejavelin
    Mar 4 '17 at 16:19










  • I do now remember that about a year ago I contacted Pioneer with the question how I should connect via ethernet to the hard disk recorder in order to retreive the files on the disk. Their answer was: This disk has been formatted so that it works only in the DVR-LX61. As said, I took the disk now physically out the recorder and connected it directly with SATA to my motherboard. Is it possible that the manufacturer has created an own kind of file system? My guess is that the files themselves are not encrypted, it's only not easy to mount it. How should I deal with this?
    – terano
    Mar 4 '17 at 17:04










  • Specifically, why are you trying to mount it as NTFS? Did you scan it with Testdisk? It should be the first thing to do...
    – Andrea Lazzarotto
    Mar 4 '17 at 23:00










  • @AndreaLazzarotto well, I did try to mount with different fs as mount type; only ntfs gave me a more meaningfull error; all the others (vfat, extX etc) gave the error: "wrong fs type". That's why I assumed ntfs until now. I didn't know the util testdisk. I installed it now. After analysis also testdisk can't find a common file system. My conclusion is: Pioneer used a custom made file system. I'm currently using the script on mikeknoop.com that acejavelin came up with. I'll report back later if I could proceed with that.
    – terano
    Mar 5 '17 at 14:01










  • Use file -s /dev/sdc1 to check what it is. However, it is extremely unlikely you’ll be able to play the videos file. You may be able to transfer them to a larger disk, but without appropriate library entries, the recorder will most likely ignore them.
    – Daniel B
    Mar 5 '17 at 14:50
















Pretty sure you are chasing the wrong problem, the "FreeBSD" file system means it is likely UFS and not ntfs, continuing to try to "fix" a broken ntfs file system when it is really something could ruin the system or it's data.
– acejavelin
Mar 4 '17 at 16:19




Pretty sure you are chasing the wrong problem, the "FreeBSD" file system means it is likely UFS and not ntfs, continuing to try to "fix" a broken ntfs file system when it is really something could ruin the system or it's data.
– acejavelin
Mar 4 '17 at 16:19












I do now remember that about a year ago I contacted Pioneer with the question how I should connect via ethernet to the hard disk recorder in order to retreive the files on the disk. Their answer was: This disk has been formatted so that it works only in the DVR-LX61. As said, I took the disk now physically out the recorder and connected it directly with SATA to my motherboard. Is it possible that the manufacturer has created an own kind of file system? My guess is that the files themselves are not encrypted, it's only not easy to mount it. How should I deal with this?
– terano
Mar 4 '17 at 17:04




I do now remember that about a year ago I contacted Pioneer with the question how I should connect via ethernet to the hard disk recorder in order to retreive the files on the disk. Their answer was: This disk has been formatted so that it works only in the DVR-LX61. As said, I took the disk now physically out the recorder and connected it directly with SATA to my motherboard. Is it possible that the manufacturer has created an own kind of file system? My guess is that the files themselves are not encrypted, it's only not easy to mount it. How should I deal with this?
– terano
Mar 4 '17 at 17:04












Specifically, why are you trying to mount it as NTFS? Did you scan it with Testdisk? It should be the first thing to do...
– Andrea Lazzarotto
Mar 4 '17 at 23:00




Specifically, why are you trying to mount it as NTFS? Did you scan it with Testdisk? It should be the first thing to do...
– Andrea Lazzarotto
Mar 4 '17 at 23:00












@AndreaLazzarotto well, I did try to mount with different fs as mount type; only ntfs gave me a more meaningfull error; all the others (vfat, extX etc) gave the error: "wrong fs type". That's why I assumed ntfs until now. I didn't know the util testdisk. I installed it now. After analysis also testdisk can't find a common file system. My conclusion is: Pioneer used a custom made file system. I'm currently using the script on mikeknoop.com that acejavelin came up with. I'll report back later if I could proceed with that.
– terano
Mar 5 '17 at 14:01




@AndreaLazzarotto well, I did try to mount with different fs as mount type; only ntfs gave me a more meaningfull error; all the others (vfat, extX etc) gave the error: "wrong fs type". That's why I assumed ntfs until now. I didn't know the util testdisk. I installed it now. After analysis also testdisk can't find a common file system. My conclusion is: Pioneer used a custom made file system. I'm currently using the script on mikeknoop.com that acejavelin came up with. I'll report back later if I could proceed with that.
– terano
Mar 5 '17 at 14:01












Use file -s /dev/sdc1 to check what it is. However, it is extremely unlikely you’ll be able to play the videos file. You may be able to transfer them to a larger disk, but without appropriate library entries, the recorder will most likely ignore them.
– Daniel B
Mar 5 '17 at 14:50




Use file -s /dev/sdc1 to check what it is. However, it is extremely unlikely you’ll be able to play the videos file. You may be able to transfer them to a larger disk, but without appropriate library entries, the recorder will most likely ignore them.
– Daniel B
Mar 5 '17 at 14:50










1 Answer
1






active

oldest

votes

















up vote
0
down vote













Been a while since I have done this with *BSD systems... but here goes.



According to your fdisk -l command, the partition's filesystem is "FreeBSD" which if correct is probably UFS, not fat, ntfs, or extX.



First, make sure you have the ufs module loaded with lsmod | grep ufs, if it is not listed, load the module with sudo modprobe ufs



Try to mount is a UFS filesystem



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



Proceed as normal.






share|improve this answer





















  • Hi! it seems also ufs is not the right fs or it is but with an error. I added the results in my question.
    – terano
    Mar 4 '17 at 16:31












  • Perhaps it's really NetBSD, try changing ufstype=44bsd instead of ufs2.
    – acejavelin
    Mar 4 '17 at 16:38










  • @terano There are multiple references to the Pioneer DVR's using UFS as it's filesystem, mikeknoop.com/pioneer-dvr-harddrive-recovery-tools is one. I think we are on the right track, unless Pioneer decided to modify this to make proprietary, then it may be possible but it would take manually ignoring errors and setting the correct mount offset, which is beyond my knowledge.
    – acejavelin
    Mar 4 '17 at 16:41










  • I tried ufstype=44bsd and also 5xbsd, but both with the same result: "mount: wrong fs type, bad option ....etc"; thnx for the link to pages with "pioneer recovery tools". Step 3 of "Manual Recovery" is creating an image file of the disk. Would that be possible without first mounting the disk?
    – terano
    Mar 4 '17 at 16:56










  • @terano Yes, in fact I think it has to be, or at least should be, unmounted to make an image of it.
    – acejavelin
    Mar 4 '17 at 18:06











Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1185158%2fntfs-signature-is-missing-how-to-mount-this-hdd-or-is-it-password-protected%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes








up vote
0
down vote













Been a while since I have done this with *BSD systems... but here goes.



According to your fdisk -l command, the partition's filesystem is "FreeBSD" which if correct is probably UFS, not fat, ntfs, or extX.



First, make sure you have the ufs module loaded with lsmod | grep ufs, if it is not listed, load the module with sudo modprobe ufs



Try to mount is a UFS filesystem



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



Proceed as normal.






share|improve this answer





















  • Hi! it seems also ufs is not the right fs or it is but with an error. I added the results in my question.
    – terano
    Mar 4 '17 at 16:31












  • Perhaps it's really NetBSD, try changing ufstype=44bsd instead of ufs2.
    – acejavelin
    Mar 4 '17 at 16:38










  • @terano There are multiple references to the Pioneer DVR's using UFS as it's filesystem, mikeknoop.com/pioneer-dvr-harddrive-recovery-tools is one. I think we are on the right track, unless Pioneer decided to modify this to make proprietary, then it may be possible but it would take manually ignoring errors and setting the correct mount offset, which is beyond my knowledge.
    – acejavelin
    Mar 4 '17 at 16:41










  • I tried ufstype=44bsd and also 5xbsd, but both with the same result: "mount: wrong fs type, bad option ....etc"; thnx for the link to pages with "pioneer recovery tools". Step 3 of "Manual Recovery" is creating an image file of the disk. Would that be possible without first mounting the disk?
    – terano
    Mar 4 '17 at 16:56










  • @terano Yes, in fact I think it has to be, or at least should be, unmounted to make an image of it.
    – acejavelin
    Mar 4 '17 at 18:06















up vote
0
down vote













Been a while since I have done this with *BSD systems... but here goes.



According to your fdisk -l command, the partition's filesystem is "FreeBSD" which if correct is probably UFS, not fat, ntfs, or extX.



First, make sure you have the ufs module loaded with lsmod | grep ufs, if it is not listed, load the module with sudo modprobe ufs



Try to mount is a UFS filesystem



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



Proceed as normal.






share|improve this answer





















  • Hi! it seems also ufs is not the right fs or it is but with an error. I added the results in my question.
    – terano
    Mar 4 '17 at 16:31












  • Perhaps it's really NetBSD, try changing ufstype=44bsd instead of ufs2.
    – acejavelin
    Mar 4 '17 at 16:38










  • @terano There are multiple references to the Pioneer DVR's using UFS as it's filesystem, mikeknoop.com/pioneer-dvr-harddrive-recovery-tools is one. I think we are on the right track, unless Pioneer decided to modify this to make proprietary, then it may be possible but it would take manually ignoring errors and setting the correct mount offset, which is beyond my knowledge.
    – acejavelin
    Mar 4 '17 at 16:41










  • I tried ufstype=44bsd and also 5xbsd, but both with the same result: "mount: wrong fs type, bad option ....etc"; thnx for the link to pages with "pioneer recovery tools". Step 3 of "Manual Recovery" is creating an image file of the disk. Would that be possible without first mounting the disk?
    – terano
    Mar 4 '17 at 16:56










  • @terano Yes, in fact I think it has to be, or at least should be, unmounted to make an image of it.
    – acejavelin
    Mar 4 '17 at 18:06













up vote
0
down vote










up vote
0
down vote









Been a while since I have done this with *BSD systems... but here goes.



According to your fdisk -l command, the partition's filesystem is "FreeBSD" which if correct is probably UFS, not fat, ntfs, or extX.



First, make sure you have the ufs module loaded with lsmod | grep ufs, if it is not listed, load the module with sudo modprobe ufs



Try to mount is a UFS filesystem



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



Proceed as normal.






share|improve this answer












Been a while since I have done this with *BSD systems... but here goes.



According to your fdisk -l command, the partition's filesystem is "FreeBSD" which if correct is probably UFS, not fat, ntfs, or extX.



First, make sure you have the ufs module loaded with lsmod | grep ufs, if it is not listed, load the module with sudo modprobe ufs



Try to mount is a UFS filesystem



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



Proceed as normal.







share|improve this answer












share|improve this answer



share|improve this answer










answered Mar 4 '17 at 16:16









acejavelin

5,03941528




5,03941528












  • Hi! it seems also ufs is not the right fs or it is but with an error. I added the results in my question.
    – terano
    Mar 4 '17 at 16:31












  • Perhaps it's really NetBSD, try changing ufstype=44bsd instead of ufs2.
    – acejavelin
    Mar 4 '17 at 16:38










  • @terano There are multiple references to the Pioneer DVR's using UFS as it's filesystem, mikeknoop.com/pioneer-dvr-harddrive-recovery-tools is one. I think we are on the right track, unless Pioneer decided to modify this to make proprietary, then it may be possible but it would take manually ignoring errors and setting the correct mount offset, which is beyond my knowledge.
    – acejavelin
    Mar 4 '17 at 16:41










  • I tried ufstype=44bsd and also 5xbsd, but both with the same result: "mount: wrong fs type, bad option ....etc"; thnx for the link to pages with "pioneer recovery tools". Step 3 of "Manual Recovery" is creating an image file of the disk. Would that be possible without first mounting the disk?
    – terano
    Mar 4 '17 at 16:56










  • @terano Yes, in fact I think it has to be, or at least should be, unmounted to make an image of it.
    – acejavelin
    Mar 4 '17 at 18:06


















  • Hi! it seems also ufs is not the right fs or it is but with an error. I added the results in my question.
    – terano
    Mar 4 '17 at 16:31












  • Perhaps it's really NetBSD, try changing ufstype=44bsd instead of ufs2.
    – acejavelin
    Mar 4 '17 at 16:38










  • @terano There are multiple references to the Pioneer DVR's using UFS as it's filesystem, mikeknoop.com/pioneer-dvr-harddrive-recovery-tools is one. I think we are on the right track, unless Pioneer decided to modify this to make proprietary, then it may be possible but it would take manually ignoring errors and setting the correct mount offset, which is beyond my knowledge.
    – acejavelin
    Mar 4 '17 at 16:41










  • I tried ufstype=44bsd and also 5xbsd, but both with the same result: "mount: wrong fs type, bad option ....etc"; thnx for the link to pages with "pioneer recovery tools". Step 3 of "Manual Recovery" is creating an image file of the disk. Would that be possible without first mounting the disk?
    – terano
    Mar 4 '17 at 16:56










  • @terano Yes, in fact I think it has to be, or at least should be, unmounted to make an image of it.
    – acejavelin
    Mar 4 '17 at 18:06
















Hi! it seems also ufs is not the right fs or it is but with an error. I added the results in my question.
– terano
Mar 4 '17 at 16:31






Hi! it seems also ufs is not the right fs or it is but with an error. I added the results in my question.
– terano
Mar 4 '17 at 16:31














Perhaps it's really NetBSD, try changing ufstype=44bsd instead of ufs2.
– acejavelin
Mar 4 '17 at 16:38




Perhaps it's really NetBSD, try changing ufstype=44bsd instead of ufs2.
– acejavelin
Mar 4 '17 at 16:38












@terano There are multiple references to the Pioneer DVR's using UFS as it's filesystem, mikeknoop.com/pioneer-dvr-harddrive-recovery-tools is one. I think we are on the right track, unless Pioneer decided to modify this to make proprietary, then it may be possible but it would take manually ignoring errors and setting the correct mount offset, which is beyond my knowledge.
– acejavelin
Mar 4 '17 at 16:41




@terano There are multiple references to the Pioneer DVR's using UFS as it's filesystem, mikeknoop.com/pioneer-dvr-harddrive-recovery-tools is one. I think we are on the right track, unless Pioneer decided to modify this to make proprietary, then it may be possible but it would take manually ignoring errors and setting the correct mount offset, which is beyond my knowledge.
– acejavelin
Mar 4 '17 at 16:41












I tried ufstype=44bsd and also 5xbsd, but both with the same result: "mount: wrong fs type, bad option ....etc"; thnx for the link to pages with "pioneer recovery tools". Step 3 of "Manual Recovery" is creating an image file of the disk. Would that be possible without first mounting the disk?
– terano
Mar 4 '17 at 16:56




I tried ufstype=44bsd and also 5xbsd, but both with the same result: "mount: wrong fs type, bad option ....etc"; thnx for the link to pages with "pioneer recovery tools". Step 3 of "Manual Recovery" is creating an image file of the disk. Would that be possible without first mounting the disk?
– terano
Mar 4 '17 at 16:56












@terano Yes, in fact I think it has to be, or at least should be, unmounted to make an image of it.
– acejavelin
Mar 4 '17 at 18:06




@terano Yes, in fact I think it has to be, or at least should be, unmounted to make an image of it.
– acejavelin
Mar 4 '17 at 18:06


















draft saved

draft discarded




















































Thanks for contributing an answer to Super User!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.





Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


Please pay close attention to the following guidance:


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1185158%2fntfs-signature-is-missing-how-to-mount-this-hdd-or-is-it-password-protected%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

QoS: MAC-Priority for clients behind a repeater

Ивакино (Тотемский район)

Can't locate Autom4te/ChannelDefs.pm in @INC (when it definitely is there)