Good evening any help very much appreciated.
I admit I am very new to FreeNas/FreeBSD and come from the linux world.
for four days I am googleling for a solution but all I find is to dd with zeros my drive that I can't import, what would delete all of the data remaining on the disk.
There was a power outage and the 8.3 server is no more. I have one SSD disk as a survivor.
I did set up a new server with 8.3 but didn't manage to import, now I did a new installation of 9.10 but with the same results.
I know my chances are low of getting my hands on the data remaining on the disk but it has some value to me, and so am asking kindly for your help.
While trying to import the disk I get the famous "The selected disks were not verified for these import rules. Filesystem check failed."
when I do
zpool import returns nothing
I can manually mount da0 but ls -la returns "empty"
my dmesg output:
whend I do a fdisk /dev/da0
bsdlabel returns no valid label found, I guess that is obvious by now.
fsdb is as much as dmesg
I wonder why gpart is not showing da0
debugfs gives me:
since I don't understand yet what debugfs is capable of I kindly ask if this is the right direction to go...
I know my chances are low of getting my hands on the data remaining on the disk but it has some value to me, and so am asking kindly for your help.
I admit I am very new to FreeNas/FreeBSD and come from the linux world.
for four days I am googleling for a solution but all I find is to dd with zeros my drive that I can't import, what would delete all of the data remaining on the disk.
There was a power outage and the 8.3 server is no more. I have one SSD disk as a survivor.
I did set up a new server with 8.3 but didn't manage to import, now I did a new installation of 9.10 but with the same results.
I know my chances are low of getting my hands on the data remaining on the disk but it has some value to me, and so am asking kindly for your help.
While trying to import the disk I get the famous "The selected disks were not verified for these import rules. Filesystem check failed."
when I do
fsck_ufs /dev/da0
** /dev/da0
Cannot find file system superblock
ioctl (GCINFO): Inappropriate ioctl for device
fsck_ufs: /dev/da0: can't read disk label
zpool import returns nothing
I can manually mount da0 but ls -la returns "empty"
my dmesg output:
ugen0.7: <TOSHIBA> at usbus0
umass1: <TOSHIBA External USB 3.0, class 0/0, rev 2.10/1.07, addr 7> on usbus0
umass1: SCSI over Bulk-Only; quirks = 0x0100
umass1:4:1:-1: Attached to scbus4
(probe0:umass-sim1:1:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00
(probe0:umass-sim1:1:0:0): CAM status: SCSI Status Error
(probe0:umass-sim1:1:0:0): SCSI status: Check Condition
(probe0:umass-sim1:1:0:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid command operation code)
(probe0:umass-sim1:1:0:0): Error 22, Unretryable error
da0 at umass-sim1 bus 1 scbus4 target 0 lun 0
da0: <TOSHIBA External USB 3.0 5438> Fixed Direct Access SPC-4 SCSI device
da0: Serial Number 20150131031421
da0: 40.000MB/s transfers
da0: 953869MB (1953525164 512 byte sectors)
da0: quirks=0x2<NO_6_BYTE>
GEOM: da0: the secondary GPT header is not in the last LBA.
GEOM_PART: integrity check failed (da0, GPT)
whend I do a fdisk /dev/da0
fdisk /dev/da0
******* Working on device /dev/da0 *******
parameters extracted from in-core disklabel are:
cylinders=121601 heads=255 sectors/track=63 (16065 blks/cyl)
Figures below won't work with BIOS for partitions not in cyl 1
parameters to be used for BIOS calculations are:
cylinders=121601 heads=255 sectors/track=63 (16065 blks/cyl)
Media sector size is 512
Warning: BIOS sector numbering starts with sector 1
Information from DOS bootblock is:
The data for partition 1 is:
sysid 238 (0xee),(EFI GPT)
start 1, size 1952972799 (953599 Meg), flag 80 (active)
beg: cyl 0/ head 1/ sector 1;
end: cyl 1023/ head 255/ sector 63
The data for partition 2 is:
<UNUSED>
The data for partition 3 is:
<UNUSED>
The data for partition 4 is:
<UNUSED>
bsdlabel returns no valid label found, I guess that is obvious by now.
fsdb is as much as dmesg
fsdb /dev/da0
** /dev/da0
Cannot find file system superblock
ioctl (GCINFO): Inappropriate ioctl for device
fsdb: /dev/da0: can't read disk label
camcontrol devlist
<ST1000DM003-1CH162 CC47> at scbus0 target 0 lun 0 (pass0,ada0)
<WDC WD10PURX-64E5EY0 01.01A01> at scbus1 target 0 lun 0 (pass1,ada1)
<TOSHIBA External USB 3.0 5438> at scbus4 target 0 lun 0 (da0,pass3)
I wonder why gpart is not showing da0
gpart show
=> 34 1953525101 ada0 GPT (932G)
34 6 - free - (3.0K)
40 1024 1 bios-boot (512K)
1064 1953524064 2 freebsd-zfs (932G)
1953525128 7 - free - (3.5K)
=> 34 1953525101 ada1 GPT (932G)
34 94 - free - (47K)
128 4194304 1 freebsd-swap (2.0G)
4194432 1949330696 2 freebsd-zfs (930G)
1953525128 7 - free - (3.5K)
debugfs gives me:
debugfs
debugfs 1.43.3 (04-Sep-2016)
debugfs: open /dev/da0
/dev/da0: Bad magic number in super-block while opening filesystem
since I don't understand yet what debugfs is capable of I kindly ask if this is the right direction to go...
I know my chances are low of getting my hands on the data remaining on the disk but it has some value to me, and so am asking kindly for your help.