Not on older versions of SCALE.
since it was.ZIP i managed to do UNZIP on it
Wait, that might be unrelated?
What about this:
./SeaChest_Security -d /dev/sg1 --tcgInfo
Supposedly this means that althought i have the Encryption feature - this means they’re not enabled and functions normal as a drive
1 Like
False alarm. That wasn’t SED (the first command).
root@truenas[...aChestUtilities/Linux/Non-RAID/x86_64]# ./SeaChest_Security -d /dev/sg1 --tcgInfo
==========================================================================================
SeaChest_Security - Seagate drive utilities - NVMe Enabled
Copyright (c) 2014-2024 Seagate Technology LLC and/or its Affiliates, All Rights Reserved
SeaChest_Security Version: 3.4.1-8_0_1 X86_64
Build Date: Sep 26 2024
Today: 20250224T152947 User: root
==========================================================================================
/dev/sg1 - ST12000NM0127 - ZJV4YHA1 - G006 - ATA
TCG Device Information:
TCG Type: TCG Enterprise
Data Access: Unable to determine access
Drive State: Use
FIPS 140 Operating Mode: Disabled
Drive Ports:
Firmware Download - Unlocked
UDS - Locked
Security Operating Mode: 0 - No Security Active
Data Locking: Disabled
Supported TCG Features:
TPER
Locking
Geometry
Secure Messaging
And this?
./SeaChest_Security -d /dev/sg1 --showLockedRegions
Ooooff… that does not look good.
Oh, that’s interesting.
root@truenas[...aChestUtilities/Linux/Non-RAID/x86_64]# ./SeaChest_Security -d /dev/sg1 --showLockedRegions
==========================================================================================
SeaChest_Security - Seagate drive utilities - NVMe Enabled
Copyright (c) 2014-2024 Seagate Technology LLC and/or its Affiliates, All Rights Reserved
SeaChest_Security Version: 3.4.1-8_0_1 X86_64
Build Date: Sep 26 2024
Today: 20250224T153703 User: root
==========================================================================================
/dev/sg1 - ST12000NM0127 - ZJV4YHA1 - G006 - ATA
Failed to retrieve locked region info.
Failed to retrieve perhaps due to Data Locking: Disabled
it should be hardware encryption and decryption - so with the
Security State: 2
Enabled: False
Locked: False
they should just read normally
1 Like
Any other ideas?
Know how the ZFS labels are suddenly not readable after a sudden reboot?
Is it worth trying to boot into TrueNAS Core 13.3-U1?
$$$ Data forensics services? is that even worth it considering the extent of what we have done?
starting to look towards the last ditch efforts like the unstructured recovery through PhotoRec or even Data Recovery Services if you guys think they have better tools
It doesn’t hurt to install TrueNAS Core, and see if it can at least read the ZFS label. Maybe there’s something about the partition table and ZFS label that can be read with FreeBSD instead of Linux.
This seems “wrong”. Unless both your disks somehow broke at the same time… which I doubt.
TrueNAS Core can still be booted from UEFI - but i havent used it since i made the switch to SCALE - not sure if its configured in any way - ill try booting it up i guess
I noticed the system time on this is also incorrect
root@truenas[~]# zpool status
pool: boot-pool
state: ONLINE
scan: scrub repaired 0B in 00:00:11 with 0 errors on Tue Feb 18 03:45:13 2025
config:
NAME STATE READ WRITE CKSUM
boot-pool ONLINE 0 0 0
ada0p2 ONLINE 0 0 0
errors: No known data errors
What about the zdb commands?
What about zpool import ?
running on Version: TrueNAS-13.0-U6.2
no pools available to import
any specific one? it doesnt seem to work either
this is in the notifications corner:
WARNING
New ZFS version or feature flags are available for pool(s) ProtoNAS. Upgrading pools is a one-time process that can prevent rolling the system back to an earlier TrueNAS version. It is recommended to read the TrueNAS release notes and confirm you need the new ZFS feature flags before upgrading a pool.
Feb 24, 2025 17:08:49 (America/Toronto)
zdb -l /dev/ada0p2 -C /data/zfs/zpool.cache
Replace ada0p2 with the ID of the drive/partition.
lunid: 0000000000000000
ident: P220NIBB2406062815
rotationrate: 0
fwsectors: 63
fwheads: 16
root@truenas[~]# geom part list
Geom name: ada2
modified: false
state: OK
fwheads: 16
fwsectors: 63
last: 23437770711
first: 40
entries: 128
scheme: GPT
Providers:
1. Name: ada2p1
Mediasize: 2147483648 (2.0G)
Sectorsize: 512
Stripesize: 4096
Stripeoffset: 0
Mode: r0w0e0
efimedia: HD(1,GPT,df4aa63d-6a5d-11ef-85b2-d43d7e5548d5,0x80,0x400000)
rawuuid: df4aa63d-6a5d-11ef-85b2-d43d7e5548d5
rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b
label: (null)
length: 2147483648
offset: 65536
type: freebsd-swap
index: 1
end: 4194431
start: 128
2. Name: ada2p2
Mediasize: 11997991055360 (11T)
Sectorsize: 512
Stripesize: 4096
Stripeoffset: 0
Mode: r0w0e0
efimedia: HD(2,GPT,df6b7731-6a5d-11ef-85b2-d43d7e5548d5,0x400080,0x574bfff58)
rawuuid: df6b7731-6a5d-11ef-85b2-d43d7e5548d5
rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b
label: (null)
length: 11997991055360
offset: 2147549184
type: freebsd-zfs
index: 2
end: 23437770711
start: 4194432
Consumers:
1. Name: ada2
Mediasize: 12000138625024 (11T)
Sectorsize: 512
Stripesize: 4096
Stripeoffset: 0
Mode: r0w0e0
Geom name: ada1
modified: false
state: OK
fwheads: 16
fwsectors: 63
last: 23437770711
first: 40
entries: 128
scheme: GPT
Providers:
1. Name: ada1p1
Mediasize: 2147483648 (2.0G)
Sectorsize: 512
Stripesize: 4096
Stripeoffset: 0
Mode: r0w0e0
efimedia: HD(1,GPT,df35bcb5-6a5d-11ef-85b2-d43d7e5548d5,0x80,0x400000)
rawuuid: df35bcb5-6a5d-11ef-85b2-d43d7e5548d5
rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b
label: (null)
length: 2147483648
offset: 65536
type: freebsd-swap
index: 1
end: 4194431
start: 128
2. Name: ada1p2
Mediasize: 11997991055360 (11T)
Sectorsize: 512
Stripesize: 4096
Stripeoffset: 0
Mode: r0w0e0
efimedia: HD(2,GPT,df5a79cd-6a5d-11ef-85b2-d43d7e5548d5,0x400080,0x574bfff58)
rawuuid: df5a79cd-6a5d-11ef-85b2-d43d7e5548d5
rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b
label: (null)
length: 11997991055360
offset: 2147549184
type: freebsd-zfs
index: 2
end: 23437770711
start: 4194432
Consumers:
1. Name: ada1
Mediasize: 12000138625024 (11T)
Sectorsize: 512
Stripesize: 4096
Stripeoffset: 0
Mode: r0w0e0
Geom name: ada0
modified: false
state: OK
fwheads: 16
fwsectors: 63
last: 250069639
first: 40
entries: 128
scheme: GPT
Providers:
1. Name: ada0p1
Mediasize: 272629760 (260M)
Sectorsize: 512
Stripesize: 0
Stripeoffset: 20480
Mode: r0w0e0
efimedia: HD(1,GPT,0829b924-698d-11ef-b0df-d43d7e5548d5,0x28,0x82000)
rawuuid: 0829b924-698d-11ef-b0df-d43d7e5548d5
rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b
label: (null)
length: 272629760
offset: 20480
type: efi
index: 1
end: 532519
start: 40
2. Name: ada0p2
Mediasize: 110578630656 (103G)
Sectorsize: 512
Stripesize: 0
Stripeoffset: 17452519424
Mode: r1w1e1
efimedia: HD(2,GPT,0831d37b-698d-11ef-b0df-d43d7e5548d5,0x2082028,0xcdf8000)
rawuuid: 0831d37b-698d-11ef-b0df-d43d7e5548d5
rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b
label: (null)
length: 110578630656
offset: 17452519424
type: freebsd-zfs
index: 2
end: 250060839
start: 34086952
3. Name: ada0p3
Mediasize: 17179869184 (16G)
Sectorsize: 512
Stripesize: 0
Stripeoffset: 272650240
Mode: r1w1e1
efimedia: HD(3,GPT,082e6b9a-698d-11ef-b0df-d43d7e5548d5,0x82028,0x2000000)
rawuuid: 082e6b9a-698d-11ef-b0df-d43d7e5548d5
rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b
label: (null)
length: 17179869184
offset: 272650240
type: freebsd-swap
index: 3
end: 34086951
ok having trouble copying the shell in CORE
but should i be picking zfs partition?