Externa eSATA-diskar finns inte längre?!

Verkar finnas färdiga men inte i Sverige.

Antingen kan du ju göra som @Vzano: säger, eller skaffa ett nytt kabinett som har eSATA ut och sätta i valfri disk.
Finns ju några att välja på: https://classic.prisjakt.nu/kategori.php?b=s420112863

Så länge hårddisken inte är för tjock bara

Personer som vet hur de ska kontrollera saker och ting är helt underbara att hjälpa <3

Det mest troliga är att du kört en 4TB disk med ADV format, aka 4k sektorer. Om eSATA kontrollern förväntar sig 512B sektorer så går det inte. Vet inte säkert om HDDs går att få med 512B sektorer längre, men bör gå på Ent diskar iaf.

Varje disk har massvis med sektorer, som är adresserbara. Sektorstorleken förr var alltid 512 Byte, på allt från disketter till hårddiskar. När hårddiskar började bli stora, och SSDer började komma, så gick man succesivt över till 4096 Byte sektorer.

Detta gör att du får 1/8 så många sektorer att hålla reda på, vilket förenklar och förminskar filtabeller, samt du läser alltid 4kB data, oavsett, så prestandan blir högre. De tar även mindre plats på magnetisk disk då du slipper en mellanrum och sync info mellan varje 512B, så du får plats 4k data på 3,5k plats av det gamla systemet.

Detta kallas Advanced Format eller 4k sector. Du kan läsa mer här:
https://en.wikipedia.org/wiki/Advanced_Format

Problemet är, vissa äldre styrkontroller stöder inte dessa nya större sektorer. De kan inte läsa denna info och kan därför inte hantera dessa diskar. Det fanns iaf för några år sedan diskar som kom med 512B emulering, så de kunde låtsas vara en sådan disk.
Seagate hade tex denna info i en del datablad:
"Bytes per sector(4K physical emulated at 512-byte sectors)"

Alt så har du Enterprise diskar som dessa Toshiba:
https://toshiba.semicon-storage.com/us/product/storage-produc...
Vissa modeller där har 512B emulering, även upp till 10TB. Står där inget om detta idag, är det normalt alltid 4k sektorer, då det är normen idag.

Hoppas dock din nya disk lösning fungerar som planerat. Svarade mest ovan så du ev vet vad du kan jaga nästa gång, eller om någon annan hamnar i samma sits.

Det man skall titta efter i tillverkarens datablad när man köper disk i sådana fall där sektorstorlek misstänks är känsligt så skall det stå 512e som sektorstorlek (512n skulle jag säga är rätt sällsynt idag även om det förekommer på renodlade (äldre) serverdiskar idag)

De flesta diskar idag har 4k sektorer internt och emulerar 512 bytes sektorer i gränssnittet ut (främst SATA-gränssnitt då SATA inte kan hantera annat än 512-bytes sektorer).

Det är lite ironiskt då ingen modern OS eller filsystem skriver eller läser i 512-bytes sektorer längre utan det är alltid 4K-block som minsta enhet både i filsystem men också kopplingen mot RAM-minne och Cache eftersom OS idag mappar in delar av diskens LBA områden som en (virtuell) del i ramminnet (både med och utan cache-hantering), tex. laddas programkroppar in på det sättet, men även swapfiler kan mappas in som en del i RAM-adressområdet.

Om man ser vad som säljs idag så är det flesta SATA-diskar förvånande nog fortfarande 512e medans externa USB-diskar ofta presenterar sig som 4k-sektorstorlek även om disken _i_ denna fortfarande är 512e-sektorer.

Varför man gjort så med just externa USB-diskar är att med 4k-adressering så kan man ha volym upp till 16TB med MBR-partitionering - för bakåtkompatibilitet med tex windows XP som inte förstår GPT-partitioner - annars tar det stopp redan vid 2 TB eftersom de inte kan adressera LBA-adressera mer än 32 bitar i MBR.

Detta måste man tänka på om man skall rädda ur data ur en disk inne i en extern fabriks USB-kabinett (för att tex. USB-delen inte fungerar längre) och kopplar direkt till en SATA-port i en dator, att filsystemet på disken förutsätter fortfarande att det är 4k-sektorer medans datorn ser bara 512-bytes sektorer när den identifierat disken och det blir jättefel i LBA-adressering (då LBA-adresseringen i sig säger inget om sektorstorleken). I linux kan man ofta lura systemet genom att skapa virtuella filsystem av diskens filsystem med losetup och därmed emulera rätt sektorstorlek (4k) även om fysiska diskens sektorstorlek skulle vara mycket mindre (512e)

---

SAS-diskar kan ofta formateras om mellan 512e, 520e och 528e bytes sektorer eller 4096n, 4112n, 4160n, 4224n bytes sektorer vid behov - det är inte hugget i sten vilken sektorstorlek och kan ofta ändras i efterhand även om man i praktiken köper önskad rätt sektor-format redan från början.

De större varianterna än 512e/4096n är utökningar för att kunna skicka med extra hashvärden och kontrollsummor för 'end to end' kontroll för överföringar i stora system och kontrollera att det är oskadat hela vägen då de kan gå över många länkar, expanderkort och rätt långa kablar innan den går in på den egentliga SAS-HBA i en server.

Man anser att CRC32 som kanalskydd i SATA inte är tillräckligt bra för det och kan ge fel då och då i överföring (de räknar med 1.4 oupptäckta bitfel per år vid 500 MB/s i 24/7-drift) vilket inte är acceptabelt i serversammanhang.

Man räknat med 1 fel per 1*10^17 bit överfört kan slinka igenom oupptäckt i SATA-gränssnittet medans med SAS maximala skydd med extra checksummor så räknar man med max 1 fel per 1*10^28 bit överfört. (kör man med SAS utan extra checksumma så gör det steget att man ökar datasäkerheten till 1*10^21 bit överfört per oupptäckt bitfel - SAS kör med CRC-32C vilket har högre skydd (större hammingavstånd och även täcker in 4k sektorer med marginal, vilket inte den 'vanliga' ISO/IEC/IEEE 802-3 som SATA använder gör - därav varför SATA inte kan köra större än 512-bytes paket även om det 'logiskt' är 4K-sektorer en nivå högre).

SATA har ingen sådan utökning med checksummor och det kommer inte att förbättras inom överskådlig tid heller och det är stenhårt fast i 512-bytes sektorer och 600 MB/ som sin toppfart (det innebär att via USB överförda '4K-sektorer' egentligen skickas över i grupper om 8 st 512- bytes sektorer på kabeln och sedan sätts ihop till 4k 'logiska' sektorer efteråt när det skall vidare in i systemet) - vi får se hur SATA står sig om 10 år då både PCIe och SAS jagar vidare i hastighet medans man inte lyfter en finger för att förbättra SATA.

Det där att man gör 4k-sektorer fast disken är inne i kabinettet bara ha 512e-sektorer ser man främst på hårddisktillverkarnas egna kabinett och det är för att deras kunstjänst inte skall bli totalt nedringt av alla stackars win-XP användare som bara ser 2 TB på sin nyinköpa 8 TB-disk - ungefär - företag måste gardera sig för sådana saker och skit-stormen som annars skulle komma på alla sociala media och på youtube...

Köper man diskdocka eller kabinett utan disk så är ofta dess eSATA/USB-chip full 48-bitars kapabilitet utan konvertering mellan 512e - 4k-sektorer - dvs. alla OS som kan hantera GPT-partitioner bör hantera 48-bitars LBA-adressering, dock MBR-partitionering kan fortfarande bara hantera 2TB storlek som störst om disken presenterar sig som 512e-sektors typ.

---

Det går att 'transformera' till annan sektorstorlek logiskt sett i efterbehandling av havererad extern USB-disk i linux (kanske på en diskimage av disken) med 'losetup' och skapa 'rätt' virtuell filsystem med rätt sektorstorlek presenterad för att sedan kunna montera filsystemet och läsa ut innehållet, och Linux kan läsa NTFS så... - men om det går att göra i windows, ja det är helt annan sak och förmodligen i händerna på en 3'parts program.

Det som är jättesvårt att rädda data ur vid haveri är 2.5" av WD-passport och WD-passport pro då den inbyggda USB/SATA-konvertern på diskkontrollerkortet på disken samtidigt krypterar datat och om nyckel som är lagrad i själva USB/SATA-konvertern förlorats eller att konvertern är död pga en ESD-knäpp via USB-sladden vintertid så är all data på disken - även om man skulle kunna få ut det på något sätt - bara rappakalja...