Erről az EH35NDS külső házról a gyártó oldalán nincsen sok infó, de a leírtak alapján korrektnek tűnik és az ára is jónak mondható. A leállítási funkciók működése pedig valóban pozitívum, bár ez jó esetben az USB 2.0-s külső házaknál is működni szokott.

Egyébként a MOAI M6116A chipről vannak infók az adatlapján. Illetve ott említik, hogy ehhez is van MP Tool, ami más USB 2.0-s chipeknél már nem feltétlen jellemző. Az usbdev oldalon pedig valóban találni is ilyeneket, de azok az ottani infók alapján elvileg más chipekhez valók. Illetve itt a topikban konkrét tapasztalat csak az ASMedia és a JMicron vezérlőkkel van ilyen téren. De mindegy, mert ez pusztán csak érdekességképpen lett megemlítve és ennél a külső háznál nyilván nem szükséges piszkálni!

Köszönjük a beszámolót!

[ Szerkesztve ]

Ilyen probléma általában 2 TB felett, illetve GPT partíciós táblánál szokott előfordulni, mint arról egy korábbi hozzászólásban is volt szó. Tehát, ha nálad ≤ 2 TB a HDD és MBR van rajta, akkor azért nem okozott gondot a SATA-n történő particionálás. De ettől függetlenül USB-s használatnál még célszerű ott, vagyis a külső házban particionálni a merevlemezt. Ami egyébként nemcsak sima formázást jelent, hanem teljes újraparticionálást. Ez Windows alatt megoldható pl. a diskpart segítségével, vagy akár egyéb módon is.

De, ha már tele van másolva adatokkal a HDD, illetve MBR alapon megfelelően működik a külső házban, akkor nem feltétlen muszáj piszkálni. Egyébként az újraparticionálás előtt nyilván le kellene róla menteni minden adatot, majd utána visszamásolni azokat, ami kissé macerás és időigényes.

[ Szerkesztve ]

Akkor érdekes, mert ennél a külső háznál eddig többen is panaszkodtak az ellenkezőjére (példa). De gondolom a tiedben is ASMedia ASM1153E chip van, ahogyan a gyártó oldala is említi. Ez a SATA - USB közötti oda-vissza történő kezelés egyébként még az USB-chip firmware-től függhet. Ami, ha esetedben az alábbi hozzászólásban linkelt oldal képei alapján ettől eltérő, akkor akár az is lehet a magyarázat. Mármint másik firmware, más beállítások.

[ Szerkesztve ]

Az előzőnél a FW Version = 140509a16e00
A tiednél a FW Version = 140509a18201

Tehát a kettőnél más a firmware és egy újabb verzió, más beállításokkal megmagyarázhatja a SATA / USB csatolón particionált GPT-s HDD-k kezelésénél az eltérést. Mondjuk ennél az esetnél nem derült ki a pontos firmware, de ha az is eltérő a tiedtől, akkor tovább erősíti a feltételezést. Egyébként nem szükséges szétszedni a külső házat, mert az USB 3.0-s ASMedia chipeknél 14-es kezdetű firmware-verzió jellemzően ASM1153E chip esetében szokott lenni.

Köszönöm az infót!

[ Szerkesztve ]

Helló!

A gyártó oldalán azt írják, hogy ez a javítás Windows 8-hoz lett kiadva, meg gondolom 8.1-hez is. Ha valóban csak ezen operációs rendszereknél jelentkezik a probléma, akkor az egy dolog. De, ha más Windows-verziók, illetve más platformos desktop OS-ek esetén is ilyen hibát produkál a dokkoló a (régebbi) gyári firmware-rel, akkor az nem éppen a legjobb.

A külső oldalakról összevadászott firmware-ek próbálgatása nem mindig eredményes és ugyanakkor eleve magában hordozza a kockázatot is. De, ha jelen esetben maga a gyártó biztosítja ezt a dokkolóhoz, akkor annak illene probléma nélkül működnie. Ha valóban NS1068 chip van benne, akkor ahhoz viszont az NS1066-hoz való firmware nem lesz jó. Legalábbis normál esetben nem, illetve a nem megfelelő firmware akár "téglásíthatja" is az eszközt! Egyébként pl. a station drivers és más hasonló oldalakon is csak az NS1066 chiphez találni firmware-t. Az Orico oldaláról letöltött amúgy a 2.16.49.280 verzió, azaz nem a legújabb.

Nekem van egy Norelsys NS1066 chipes 2,5"-os külső házam, amelyről egy teszt is készült. Annál az MPTool mutatja a firmware verzióját is. Ha esetedben a dokkolónál nem, akkor az érdekes. Ha valóban NS1068 chip van benne, attól még elvileg megfelelően fel kellene ismernie a programnak. Másfajta (pl. nem Norelsys) vezérlőknél szokott olyan lenni, hogy ugyan megjelenik az eszköz és néhány infó az adott sorban, de pl. a firmware verziója már nem. A frissítést pontosan a leírás szerint próbálod csinálni, a megfelelő bin fájlt (firmware) betallóztad?

Egyébként a frissítés az előbb említett tesztben már nem lett kipróbálva. Illetve ilyen jellegű tapasztalat itt a topikban az ASMedia és a JMicron vezérlőkkel van.

[ Szerkesztve ]

Megvan a hiba!

Nem hiába nem mutatta nálad a firmware verzióját, hiszen eleve nem is Norelsys, hanem ASMedia chip van benne. Legalábbis a VID: 174C és a PID: 55AA azonosítók erre utalnak. Egyébként az 55AA pont jó, mert annál lehet frissíteni a firmware-t. Az összefoglalóban találsz pontos leírást és infókat ehhez. De előtte lehet nem ártana egy ASMedia MPTool screenshot ide, amelyen látszik a jelenlegi firmware stb.

Egyébként olyan elő szokott fordulni, hogy a gyártói oldalakon egy adott sorozatnál a korábban, illetve másfajta vezérlővel gyártott termékekhez van fent a firmware. Ellenben a gyártók olykor módosítani szoktak az összetételen és pl. ugyanazon termék újabb gyártású példányai már lehetnek másfajta chippel szerelve. Utóbbiakhoz pedig ez esetben nyilván nem lesz jó a korábban gyártottakhoz kiadott firmware. Valószínűleg valami ilyesmi történhetett az említett dokkolónál is.

[ Szerkesztve ]

A Product String mezőben az ASMT1051 megnevezés nem feltétlen a chip tényleges típusát takarja, tehát az lehet másfajta is. Illetve a frissítésnél átírható akár másra is, ahogyan pl. a felette lévő mező(k) tartalma szintén. Aztán a másik topikban volt arról szó, hogy a leállítási és egyéb funkciók megléte és működése nem feltétlen létszükséglet. Továbbá az alábbi hozzászólás jól szemlélteti az MPTool kezelőfelületét, illetve a frissítéssel kapcsolatos dolgokat. A Device Info ablakában lehet csekkolni pl. az UASP működését is. Az "Enable UASP: No" amúgy a Windows 7-nél nem meglepő, mivel az nem rendelkezik natív támogatással, mint a Windows 8.1/10. Aztán az újabb chipek, illetve firmware-ek és 2.x MPTool verziók esetében a beállításokat sem nagyon lehet piszkálni, amit az alábbi hibaüzenet jól szemléltet. Tehát ezeknél jóformán csak le kell futtatni a frissítést és előtte max. az előbb említett azonosítókat engedi átírni a program. Az összefoglalóban egyébként az is le van írva, hogy az egyes ASMedia chipekhez mely MPTool verziókat ajánlott használni. Illetve általában jó szokott lenni az a verzió, amit olykor mellékelnek is a firmware-hez a letöltött tömörített fájlban.

A 130107917d00 firmware alapján elvileg ASM1053(E) chip lehet a dokkolóban, illetve a screenshoton nálam is ilyen chip van ugyanezzel a firmware-rel. Viszont egyrészt ez általában megfelelően szokott működni, illetve pl. nálam desktop Windowsok és Linuxok alatt is egyaránt OK. Másrészt ASM1053 chiphez ennél újabb firmware nem nagyon szokott lenni az összefoglalóban lévő oldalakon, bár pl. az usbdev esetében elvileg akad. De általánosan az előbbi a javasolt verzió. Amúgy, ha ASM1153(E) chip lenne a dokkolóban egy 13-as kezdetű firmware-rel, akkor lehetne igazán opció a frissítés.

[ Szerkesztve ]

Első körben inkább az említett hibát lenne jó tisztázni. Ha az MPTool felismerte (üresen?) a dokkolót, akkor az nyilván működik valamilyen szinten és gondolom a Windows eszközkezelőjében is megjelenik. Viszont, ha a HDD-t egyáltalán nem pörgeti fel, akkor az nem a legjobb. Másik HDD-vel / USB-kábellel / USB-portban / gépen / OS alatt / tápegységgel stb. is ugyanez a helyzet? Ha igen, akkor jobb híján marad a firmware piszkálása opció. Illetve a dokkoló esetleges hibája is felmerülhet és megfontolandó akár annak cseréje is!

A jelenlegi 130107917d00 firmware-re akár meg lehetne próbálni ugyanazt még egyszer rátolni a javasolt oldalak valamelyikéről letöltve. Illetve az usbdev oldalán van 2 újabb firmware, amelyek közül az ezen hozzászólás c. pontjában említett verzió jó ASM1053 chiphez. Viszont, hogy az újabb firmware megoldja-e a problémát, illetve esetleg nem-e okoz egyéb gondot a működésben, az már más dolog. Ezért is van ilyenkor az az általános megjegyzés, hogy az ilyet csak saját felelősségre szabad próbálgatni!

[ Szerkesztve ]

De az mondjuk komoly, hogy a gyártó oldalán még ott virít a másik chiphez való firmware. Holott, ha mostanában vette a dokkolót, akkor ezek szerint az újabb gyártású példányait már másfajta vezérlővel szerelik. Még szerencse, hogy nem téglásodott, mint nemrég egy másik esetnél. Vagy éppen a másik topikban is volt ilyen, amikor ráadásul te hívtad fel erre nyomatékosan az illető figyelmét.

Az ASMedia esetében mondjuk legalább alapból hibaüzenet van, ha nem passzol a chip és a firmware. De, ha jól emlékszem volt már olyan is, akinél egy nem megfelelő (túl régi) MPTool okozott gondot.

[ Szerkesztve ]

Az előző válaszban említve volt, hogy milyen feltétellel. Ami egyébként ugyanúgy vonatkozik minden olyan esetre, amikor nem az eszköz gyártójától, hanem külső forrásból származik a firmware és hozzá a program.

Egyébként normál esetben maga a frissítés le fog futni probléma nélkül. Viszont, hogy ezen dokkolóhoz mennyire lesz optimális az újabb firmware, az már más dolog. Volt akinél pont ez vált be, ellenben a 130107917D00 nem. De mondjuk nála eredetileg is az újabb volt rajta. Azt pedig jól szemlélteti az előbbi eset, hogy működhet a firmware downgrade és upgrade egyaránt. Tehát, ha esetleg nem válna be az újabb firmware, akkor elvileg vissza lehet rá tenni a régebbi verziót.

[ Szerkesztve ]

A korábban linkelt oldalról letölthető firmware csak a bin fájlt tartalmazza és ahhoz még kell külön egy MPTool. Abból pedig ASM1053 chipekhez általánosan az 1.10 / 2.02 verziók javasoltak, ami az összefoglalóban is említve van. Azok valamelyikével próbáltad? Az OS és az MPTool most nem ismeri fel egyáltalán a dokkolót, a korábbi firmware-t nem lehet rá visszatenni?

Normál esetben ennek le kellett volna rendesen futnia, illetve a másik fórumtárs esete is szemléltette, hogy működött a frissítés azzal a firmware-rel ASM1053 chipnél. De ugye az a korábbi válaszokban többször is említve volt, hogy az ilyet eleve csak saját felelősségre szabad próbálgatni, függetlenül attól, hogy másoknak sikerült! Sajnálom, hogy így jártál, de ez benne van ilyenkor a pakliban. Na meg az sem a biztos, hogy a firmware frissítése megoldotta volna a problémát, mert azzal a dokkolóval amúgy sem stimmelhetett valami. Mármint, ha több HDD-vel is ki volt próbálva és a korábban említett egyéb dolgok szintén, de még csak fel sem pörgette a merevlemezeket, akkor ez eleve abnormális.

[ Szerkesztve ]

Tehát a 2.04-es verzió. Nem feltétlen lehet a hibát arra fogni, de volt már korábban, akinél a nem megfelelő MPTool verzió okozott gondot. Illetve az egyes oldalakról letöltött firmware pakkokban is nem véletlenül szokták mellékelni a megfelelő verziót.

Egyébként olyan még előfordulhat, hogy csak akkor pörgeti fel a külső ház / dokkoló a benne lévő merevlemezt, ha csatlakoztatva van az USB-kábel is a géphez és létrejön az adatkapcsolat az operációs rendszerrel. De gondolom esetedben ez nyilván megtörtént és így pláne fura, hogy meg sem nyekkent.

Amúgy nem is olyan túl régen vett valaki egy 6619SUS3 dokkolót, de neki nem volt vele problémája. Először úgy néztem, hogy a korábban említett gyártói frissítés ezt a sorozatot is érinti, de pontosabban a 6619US3-at. Sőt, esetedben is csak a 6518US3-at és nem a 6518SUS3-at. Vagyis eszerint akkor mégsem annyira meglepő, hogy nem Norelsys, hanem más vezérlővel van szerelve.

[ Szerkesztve ]

Helló!

Igen, ez az azonosítója, amiről pl. ezen hozzászólásban is volt szó. Egyébként a többségnél mondhatni eléggé bevált ez a modell, így ezért és a viszonylag kedvező ára miatt is kapott ajánlott minősítést. Viszont olykor előfordulhatnak gyártási hibák stb., de ez minden gyártónál benne van a pakliban. Például nemrég erre panaszkodott valaki, illetve egyeseknél az USB 3.0 kábel volt gyárilag hibás és cserélni kellett.

Egyébként vannak az összefoglalóban egyéb ajánlott típusok is, ha esetleg felmerülne helyette egy másik külső ház megvétele. De az a lista nyilván nem teljes és lehetnek a különféle gyártók kínálatában egyéb jónak mondható külső házak is. Viszont ez utóbbiakkal értelemszerűen nincsen itt a topikban konkrét tapasztalat.

[ Szerkesztve ]

Más olcsóbb modellek is lehetnek jók, de ez ugyanakkor függhet az előző válaszban említett dolgoktól is. Illetve a népszerűbb típusok közül általánosan pl. a Chieftec, Delock, RaidSonic és a Sharkoon külső házai mondhatók igazán kiforrottnak. Viszont ezek már nem feltétlen ugyanaz az árkategória, mint az előbb említettek.

[ Szerkesztve ]

Helló!

Az USB 2.0-s külső házaknál rendszerint 2 TB szokott lenni a max. merevlemez-tárolókapacitás kezelésére vonatkozó limit. Az ennél nagyobb tárolókapacitású háttértáraknál viszont lehet emiatt olyan probléma, amibe magad is belefutottál. Példa: kérdések | válaszok. De előfordulhatnak USB 2.0 alapon kivételek is, illetve az USB-chip firmware-től is függhet a dolog. Ezt a JMicron JM20337 chip esetében az alábbi példa jól szemlélteti: 2 TB | 12 TB.

A JMicron chipek esetében a firmware frissítésével viszont kevés a tapasztalat itt a topikban. Illetve eleve csak az USB 3.0-s típusokkal van, ellenben az USB 2.0-s változatokkal már nincsen. Tehát, hogy a JM20316 chip esetében ezt meg lehet-e oldani, van-e hozzá megfelelő külső firmware stb., arról értelemszerűen itt nincsen konkrét infó és ezzel kapcsolatos tapasztalat.

Az EH-35BSII külső ház egy régebbi típus, ami már valószínűleg kifutott modell. Ha eSATA interfésszel (is) rendelkező külső ház kell, akkor itt a topikban a visszajelzések alapján a IB-351StU3S-B egy bevált modell. Illetve pl. IB-3640SU3 szintén, viszont ez egy 4-lemezes, magasabb árfekvésű külső ház. A gyártó oldalán az előbbinél oda is van írva a 4 TB biztos kezelése, de nagy valószínűséggel az utóbbinál is OK. De nem feltétlen kötelező pont ezeket választani, viszont más eSATA-s modellekkel jelenleg kevésbé van itt tapasztalat. Valamint manapság már eleve inkább az USB 3.0-s külső házakat veszi a többség. Korábban a Sharkoon és a FANTEC eSATA-s külső házai opciók voltak, de ezek mára szintén kifutott modellek.

[ Szerkesztve ]