"Most van "két ugyanolyan rack", ha meghal az egyik, akkor oda az összes adat, mert se az asztali PC, se a másik rack nem fogja látni a HDD-t."

Az egyrészt max. akkor lehet, ha maga a HDD megy tönkre, a külső ház hibája, illetve az 512e / 4Kn miatti "inkompatibilitás" a jobbik eset. Másrészt egyes adatmentő programok (pl. GetDataBack Pro) képesek akár a korábban USB-n 4Kn (4Ke) szektormérettel kezelt HDD tartalmához 512e alapon PC-ben SATA-s csatlakozásnál, vagy USB-n egy másik külső házba téve is hozzáférni.

A leírtakból egyébként az nem derült ki, hogy megnézted-e milyen logikai + fizikai szektorméretet használ egyik és másik Swift Case Pro. Ha a korábban vásárolt a 4Kn-es és az újabb az 512e, akkor esetleg lehet esély ismét egy újabbnál 512e megoldásra, bár nincs rá garancia. Illetve csak emiatt szvsz felesleges egy 3. ugyanilyen külső házat venni, meg ha nem lesz célirányosan kihasználva, valamint ugye lutri mikor éppen milyet fog ki a vásárló. Az 512e szektorméretet használó külső ház egyébként a jobbik eset, mert alapvetően a 4Kn a problémásabb, amiatt van esetedben is ez az egész kavarodás.

"Ez a firmware frissítés is jó lehetne, de a végén még azt a HDD-t sem fogja látni, amit most lát."

Ilyen értelemszerűen csak akkor lesz, ha annál a külső háznál van utólag módosítva az 512e / 4Kn szektorméret másikra, amelyikben jelenleg van a 3 TB HDD-os és amelyik jelenleg megfelelően kezeli. Ellenben ha a másiknál, akkor annak nyilván semmi köze az előbbihez. Valamint ha pl. az "A" külső ház 512e és abba téve lett inicializálva + particionálva a 3 TB-os HDD, a "B" pedig 4Kn, majd a "B"-nél történik firmware-frissítés és utána a "B" is 512e lesz, akkor értelemszerűen mindkettő rendesen kezelni fogja a 3 TB-os HDD-t és nem kell adatmentő programmal nekiesni, törölni, újrainicializálni és újraparticionálni, stb. Illetve az a lényeg, hogy mindkettőnél azonos legyen a szektorméret, azaz vagy 512e - 512e, vagy 4Kn - 4Kn. Ahol ha szempont, hogy szükség esetén PC-be téve és SATA-n csatlakoztatva is közvetlenül hozzá lehessen férni a 3 TB-os HDD-k tartalmához, akkor az nyilván 512e alapon fog működni, 4Kn (4Ke) esetén nem.

[ Szerkesztve ]

Nem derült ki honnan töltötted le, de amik pl. az USBDev weboldalán vannak, azok az állományok nem szoktak vírusosak lenni és eleve RAR-ba vannak tömörítve. Amik a Plugable weboldaláról vannak linkelve a téma összefoglalóban, azok viszont .exe kiterjesztésű fájlok, de azok sem vírusosak. Ha az utóbbi forrásból próbáltad letölteni a firmware-t, vagy az előbbinél kitömörítés után futtatni az MP Tool programot és arra beriasztott az AV, akkor ott valószínűleg inkább arról lehetett szó, hogy az említett külső antivírus szoftver volt túlbuzgó és adott false positive találatot.

"hdd szektorméret pedig 4096 (advanced format) (4K)"

A HDS-nél a lemezinformációk szektoronként bájtok sora végén a 4K a 4Kn (4Ke) megoldást jelöli, ami pont a rosszabbik eset, meg ha jelenleg mindkét 3 TB-os HDD abban a külső házban lett inicializálva és particionálva. Ez esetben a másik külső házban csak akkor látszana rendesen a HDD, ha annál is 4Kn-es firmware lenne, de hogy pontosan melyik ASM1153E firmware olyan, az hirtelen passz. Illetve a korábbi ASMedia chipek és MP Tool verziók esetén külön be/ki kapcsolható volt a 4Kn a firmware-frissítés, flashelés során, viszont az újabbaknál már nem feltétlen működik ez a külön be/ki jelöléses módszer (példa).
Másik lehetőség lementeni az adatokat a HDD-kről másik fizikai lemezre, aztán a korábban vásárolt Sharkoon külső háznál a meglévő 4Kn-es firmware-t saját felelősségre (!) megpróbálni frissíteni 512e megoldást használóra, majd utána 512e alapon újrainicializálni, újraparticionálni stb. a HDD-ket a külső házakba téve, végül pedig visszamásolni a fájlokat.
Következő lehetőség olyan külső házat vagy dokkolót beszerezni, ami 4Kn-es, de hogy jelenleg pontosan melyik olyan, az passz a korábban leírt ok miatt.

[ Szerkesztve ]

Azért karanténozta, mert false positive találat lehetett, mint már említve volt. Illetve nálam Windowsokon pl. a beépített Defender és az ESET IS szerint is oké az MP Tool, nem ugrik rá egyik sem, ennyit erről.
Az USB 3.0-s ASM1053(E) és ASM1153(E) ASMedia chipekhez egyébként pl. a 2.02-es vagy újabb 2.X verziójú MP Tool használatos, a 3.6.X az USB 3.1 Gen 2 vezérlőkhöz való elsődlegesen, a Product String mezőben is szerepel az USB 3.1 Storage Device megnevezés.

Az meg ugye nem meglepő, ha eredetileg a 4Kn-es külső házban inicializált és particionált 3 TB-os HDD az 512e szektorméretet használó külső házban a linkelt screenshoton lévő módon jelenik meg a lemezkezelőben. Ahol ilyenkor normál esetben bal oldalt a lemez reális kapacitásának kellene megjelennie a lemezkezelőben, nem 2 TB-nak a 3 TB-ból.
Az pedig szintén nem újdonság, hogy GPT-védőpartíciónál inaktívak a lemezkezelőben a törlési, formázási stb. opciók. Ellenben ilyenkor parancssorban megoldható a törlés, majd az újraparticionálás és az újraformázás, amiről már volt szó itt pont a Swift Case Pro kapcsán. Amit lehetőleg a külső házba téve kellene megejteni, ha ott lesz használva a HDD, nem pedig a PC-ben. Bár ha az előbbi USB-n 512e szektorméretet használ, akkor passzol a PC-hez SATA-n, mivel ott is 512e van alapesetben, csak a 4Kn problémás USB-n ilyen szempontból.

Ha többlemezes, illetve azok közül is 4-lemezes külső ház kell, akkor lásd egy másik kérdésben és az arra adott válaszban leírtakat.
Ha nem feltétel mind a 4 db HDD "bedobozolása" egy külső házba és egyidejű használata, akkor másik lehetőség pl. egy HDD dokkoló, illetve abból is akár egy 4-lemezes változat (példa), vagy egy IDE/SATA-USB adapter (példa).

+ Lásd a nemrég tárgyalt másik esetnél leírtakat, ami pláne a PC-ben 512e alapon inicializált és particionált 4 TB-os HDD-nél lehet aktuális, mármint akkor lehet majd a tartalmához közvetlenül hozzáférni, ha az USB-s külső ház / dokkoló / adapter is ugyanolyan (512e) szektorméretet használ. Viszont hogy manapság gyárilag melyik biztosan 512e és melyik 4Kn (4Ke), az passz, bár az utóbbi már egyre kevésbé jellemző.

[ Szerkesztve ]

Lassabb elvileg nem nagyon lehet, mármint mindkét dokkoló USB 3.0-s, ahol JBOD (Single) módban inkább a HDD-k sebessége limitálja az adatátvitelt. Valamint ha a gyártó weboldala alapján a SKY 16T dokkoló nem támogatja az UASP-t, ellenben az AXAGON ADSA-ST igen, akkor pont az utóbbi a gyorsabb.
Az viszont reális lehet, hogy ha egy 2-lemezes dokkolóban egyszerre mind a 2 HDD aktív használatban van, akkor megoszlik a sávszélesség illetve az adatátviteli sebesség, lásd az alábbi blogbejegyzésben, az ott lévő hozzászólásoknál leírtakat.

A CHKDSK egyébként elsődlegesen a fájlrendszer hibáinak javításához való és annál is csak akkor javasolt futtatni, ha megfelelő állapotú a HDD/SSD (bővebben). Ellenben a HDD-k állapotának ellenőrzéséhez Windowson ott van pl. a HDS és annak a tesztjei.

[ Szerkesztve ]

5,25"-os ODD lesz az, amely témának a külső házakat illetően van külön topikja, de az már egy jó ideje inaktív.

5,25"-os USB-s ODD ház volt / van pl. a Delock, LC-Power és a RaidSonic (ICY BOX) kínálatában, utóbbiról itteni blogbejegyzés is készült. Viszont ezek többnyire már kifutottak és megszűnt a forgalmazásuk, vagy max. esetleg használtan lehet beszerezni, bár pl. az utóbbi még kapható, de annak az ára borsos.
Másik megoldás esetleg egy külső tápos IDE/SATA - USB adapter lehet, azokhoz 2,5"-os és 3,5"-os HDD mellett akár 5,25"-os ODD is csatlakoztatható (példa).

X perc inaktivitás után a HDD-k leállítása a készenléti, más néven alvó mód lehet (bővebben), amit az IB-3640SU3 külső ház támogat a gyártó leírása alapján. Viszont annak pont az a lényege, hogy csak készenléti állapotba vált a külső ház, nem tűnik el teljesen a rendszerből és ha pl. a fájlkezelőben tallózzák a HDD-k tartalmát, akkor újra felpörögnek, illetve felébred az eszköz alvó állapotból, stb. Ha esetedben ez nem történik meg és a külső házon lévő tápkapcsolóval kell ki/be kapcsolni az eszközt az újbóli használathoz, akkor az nem éppen normális.
Ha azt akarod, hogy ne legyen készenléti (alvó) állapot, akkor ott van ehhez Windowson pl. a HDS program és annál a lemezek leállásának akadályozása lehetőség, ahol a lemezsorszámok (pl. 1, 2, stb.) szerint lehet ezt beállítani, vagy a * megadásával az összes lemezre vonatkozóan.

[ Szerkesztve ]

A HDS előző válaszban linkelt beállítása nem végleges, illetve értelemszerűen csak addig érvényes, amíg fut a program és csak az adott gépen, illetve Windowson. Tehát pl. egy másik PC-n, ott egy másik Windowson értelemszerűen újra be kell állítani.
Másik lehetőség, hogy a dokkolóban lévő HDD-ken mindig legyen valamilyen olvasási / írási művelet egyéb módon manuálisan megoldva (pl. torrent, lejátszás) és akkor eleve nem tud az eszköz készenléti (alvó) módba váltani, mivel ahhoz rendszerint X perc teljesen inaktív állapot szükséges.

A firmware módosításához tudni kellene, hogy esetedben pontosan milyen chip és firmware van a dokkolónál, ami van hogy nem mindig határozható meg egyértelműen a VID-PID azonosítók alapján, hanem csak konkrét fizikai szemrevételezéssel derül ki, de ahhoz ugye kár lenne szétszedni, meg az amúgy is garanciavesztéssel járhat, ha marad külsérelmi nyoma. + Ha egy firmware-frissítésnél nem közvetlenül az eszköz gyártójától származik a firmware, hanem külső forrásból, akkor az elvileg szintén azzal járhat, meg amúgy is csak saját felelősségre javasolt, ami az itteni téma összefoglalóban is le van írva. Illetve ezért is egyszerűbbek és kevésbé kockázatosak az előbb említett módszerek.

[ Szerkesztve ]

Ez alapvetően firmware függvénye az adott ASMedia chipeknél is, lásd a téma összefoglalóban linkelt weboldalt és táblázatot.

Az ASM1051 és ASM1051E meg amúgy már rég kifutottak, jelenleg USB 3.0 vonalon az ASM1153 és ASM1153E chipes eszközök, külső házak jellemzők.

[ Szerkesztve ]

Arra való az ASMedia MP Tool - lásd a téma összefoglalóban a leírást és a linkeket - , hogy azzal lehessen megnézni az adott ASMedia chipnél a firmware verzióját, meg egy esetleges frissítéshez amúgy is az kell.

Egyébként az nem derült ki, hogy pontosan melyik külső házról van szó és az valóban ASM1051 chipes-e, azaz az adatlapon, specifikációban azt adja meg a gyártó, vagy fizikai szemrevételezéssel lett ellenőrizve. Illetve ha feltünteti az ASM1051-et a gyártó, akkor általában azt is fel szokták, hogy hány TB-ig kezeli a külső ház a HDD-ket, vagy ők max. mekkora tárolókapacitásúval tesztelték (példa).

[ Szerkesztve ]

Na, akkor ugye mégsem stimmel, mivel az ASM1053 ≠ ASM1051. Ahol megnézed az ASMedia MP Tool programmal, hogy mi a firmware verziószáma, ami ha az előbb linkelt táblázatban megadott vagy attól újabb verzió, akkor jó eséllyel simán kezel a külső ház ≥ 8 TB-os HDD-ket is, ennyi.

Ha megnézed a táblázatban ASM1053 chipnél 130107917D00 verziójú firmware van megadva, ahol az első 6 karakter = év, hónap, nap. A tied meg 13062011b900, vagyis újabb verzió, azaz elvileg az utóbbinál is oké a ≥ 8 TB-os HDD-k támogatása és kezelése.
Az meg, hogy pontosan hány TB-os HDD-t kezel az adott külső ház, értelemszerűen úgy fog kiderülni, ha ténylegesen kipróbálod. De egy 4 TB-osat simán kezelnie kell az előbb leírtak alapján, meg ha másnál 3 TB-os HDD-t is. 2 TB-os limit meg inkább az egyes USB 2.0-s külső házaknál szokott lenni, nem a modernebb, USB 3.0-s típusoknál.

Az nBase N-Drive EH35ND3 külső háznál azért nincsen konkrét adat megadva az információs táblázatban a max. tárolókapacitásra, mert egyrészt nem tüntette fel a gyártó, másrészt nem volt > 2 TB téren túl sok tapasztalat azzal itt a topikban. Bár korábban egy fórumtag 3 TB-os HDD-vel tesztelte, az oké volt, vagyis nyilván ennél a külső háznál sem 2 TB a limit.

[ Szerkesztve ]

Ha olyan külső ház kell, ami biztosan támogatja a készenléti (alvó) módot (aminek a működése már más dolog), kezel 4 TB-os HDD-t, van rajta fizikai tápkapcsoló is a teljes kikapcsoláshoz stb., akkor a linkelt Sharkoon modell nyilván megfelelhet a célra, ahogyan a WD Purple merevlemez is. Ha esetleg más külső ház is érdekelne, akkor meg lásd egy másik esetnél említett, linkelt modelleket.

Nem, itt a topikban az AXAGON dokkolók közül jelenleg csak a kétlemezes ADSA-ST modellel vannak tapasztalatok, olyat már többen vettek és használnak itt.

Az egylemezes ADSA-SN dokkolónál USB 3.2 Gen 1 (5 Gb/s) van feltüntetve a gyártó weboldalán, ahol a Gen 1 = USB 3.0, vagyis ilyen téren nyilván nem tud többet és nem gyorsabb a szintén USB 3.0-s kétlemezes változatnál. Illetve ennél az USB 3.2 inkább csak afféle marketingfogás, kihasználva az USB-IF módosítását, új elnevezéseit, ami láthatóan most esetedben is működött. Amivel viszont többet tud, az a TRIM, illetve USB-n az UNMAP biztos támogatása, ami értelemszerűen SSD használatánál - a gyártó weboldalán is pont olyan kezdőkép van ennek szemléltetéséhez - lehet előnyös. De ha csak HDD-vel lenne használva a dokkoló, akkor nyilván ez sem lényeges.

[ Szerkesztve ]

Lásd nemrég egy hasonló esetnél leírtakat.

Itt a topikban az Evolveo kínálatában a Dion 1 és Dion 2 dokkolókkal van tapasztalat + pl. az ezen esetnél linkelt modellekkel. Amit magad linkeltél, azzal viszont nincsen, max. annyit lehet mondani, hogy elvileg megfelelhet a célra az is, aztán hogy gyakorlatilag milyen, az konkrét tapasztalat híján nyilván passz. Az AXAGON ADSA-ST dokkolóval meg ugye vannak itt tapasztalatok, többen vettek és használnak már olyat, vagyis adott a válasz, hogy a kettő közül itt melyik ajánlott inkább.

Létezni létezik, vagy ilyen eBay, AliExpress és társai online piacterek kínálatában (példa), korábban hardveraprón is árultak ilyet (példa), ismertebb gyártók kínálatában is volt / van hasonló (példa), stb. Ahol még mielőtt kérdés lenne, nem, jelenleg nem nagyon van konkrét tapasztalat itt a topikban az ilyen típusú külső házakkal.
Másik opció egy NAS házat venni, de az ügyben már értelemszerűen a "Milyen NAS-t vegyek?" topikban kellene érdeklődni.

Hát mert mondjuk lehet gond van a PC-ben az adott SATA-portnál, az adat- és/vagy tápkábelnél, ahol ilyenkor értelemszerűen ki kellene próbálni másik porton, másik kábellel is a HDD-t, stb.
Legközelebb meg lehetőleg a HDD probléma (nem adatmentés) topikban kellene feltenni (+ szükség esetén ott folytatni a mostanit) az olyan kérdéseket, amik alapvetően PC-ben használt belső HDD-kkel kapcsolatos problémák.