- Milyen TV-t vegyek?
- Fejhallgató erősítő és DAC topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Léghűtés topik
- Rendkívül ütőképesnek tűnik az újragondolt Apple tv
- Projektor topic
- Melyik tápegységet vegyem?
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Kormányok / autós szimulátorok topicja
- Milyen billentyűzetet vegyek?
Hirdetés
-
Hatalmas külső kijelzővel és akkumulátorral érkezett meg a Honor Magic V Flip
ma A külső panel faltól falig ér, a 4800 mAh-s telephez pedig 66 wattos töltésteljesítmény társul.
-
Olcsó USB WiFi AC adapter
lo Egy olcsó WiFi AC USB adapter jó szolgálatot jelenthet, ha az új router csak elvileg támogatja a 2,4 GHz-es átvitelt.
-
Ingyenes az Epic Store-ban a Redout II
gp Extraként az Idle Champions of the Forgotten Realms is a miénk lehet.
Új hozzászólás Aktív témák
-
King Unique
titán
válasz Rico45 #48632 üzenetére
Az XP eleve egy elavult rendszer és annál annyira nem meglepő, hogy egyes USB-tárolóeszközök kezelésénél gondok vannak. Volt aki nemrég azért szívott, mert GPT particionálási stílus szerinti volt a külső merevlemez, amit a 32 bites XP helyből nem kezel és csak az MBR-t ismeri. Aztán natúrban amúgy az exFAT fájlrendszert sem támogatja, ahhoz is elvileg utólag adtak ki hozzá valami frissítést és max. csak úgy kezeli. Egyébként, ha a csatlakoztatáskor formázni akarja a Windows az USB-háttértárat, akkor az lehet amiatt is, mert RAW lett a rajta lévő NTFS kötet. De ugye az megint nem ismert, hogy mi a helyzet a lemezkezelőben.
Ha az otthoni gépen újabb Windows van, akkor inkább azzal kellene újraformázni a külső merevlemezt. De amúgy miért éppen exFAT-ra? Windowsnál adja magát az NTFS és az ilyen eszközöknél amúgy is naplózó fájlrendszert szokás használni. A FAT32 és az exFAT inkább cserélhető lemezeknél, illetve flash-alapú külső tárolóeszközöknél használatos. Vagy pl. akkor, ha több OS-en kell használni az eszközt és arra olyan fájlrendszer kell, amit mindegyik natívan kezel.
[ Szerkesztve ]
-
King Unique
titán
válasz Rico45 #48637 üzenetére
A korábbi kérdésekre még nem adtál választ, ahogyan most sem ismert a pontos hibaüzenet, meg hogy mivel formáztad stb. Így többnyire csak találgatni lehet...
Ha grafikus felületen nem megy a Windows beépített eszközeivel, akkor másik opció rendszergazda parancssorban a DiskPart az alábbi minta alapján. Persze itt (is) fontos, hogy a megfelelő lemez (disk 0/1/2 stb.) legyen kiválasztva!
-
King Unique
titán
válasz Rico45 #48639 üzenetére
A screenshot alapján felismeri a rendszer rendesen a tárolókapacitását, ami már jó jel. Akkor lenne nagyobb gond, ha 0 bájtot írna rá. A Windows hibaüzenete nem lett mellékelve, legalábbis nálam a böngészőben csak az EPM főablakának a képe jelenik meg. Az utóbbi alapján unallocated = nem lefoglalt, vagyis particionálatlan a lemez. Azzal nem próbáltad újraparticionálni, vagy parancssorban a DiskPart segítségével a linkelt leírás alapján? Ha meg sem próbálod, akkor úgy nem fog kiderülni.
[ Szerkesztve ]
-
King Unique
titán
válasz Rico45 #48644 üzenetére
Na, az is kiderült utólag, hogy a PS4 miatt kell exFAT fájlrendszer, mivel a topikjában lévő információ alapján nem kezeli az NTFS-t.
"Csak az a baj hogy a win most nem látja! Csak a EaseUS Partition Master progi."
Ez konkrétan nem igaz! Ha a Windows egyáltalán nem kezelné, akkor az EaseUS sem, illetve semmilyen szinten (pl. eszközkezelő, lemezkezelő) nem jelenne meg a rendszerben a külső merevlemez. Persze ilyenkor egyesek ott követik el a hibát, hogy csak a fájlkezelőt nézik, holott az eleve másodlagos ilyen szempontból... Ott kizárólag csak akkor fog megjelenni a meghajtó, illetve a rajta lévő kötet, ha annak van meghajtóbetűjele. Márpedig az előző screenshot alapján nincsen neki, sőt még particionálva sincs.
Ja, és ha annyira exFAT fájlrendszer kell, akkor a korábbi válaszban említett módszernél is lehet közvetlenül arra formázni a
format fs=exfat quick
paranccsal.[ Szerkesztve ]
-
King Unique
titán
válasz Rico45 #48646 üzenetére
Mármint mi mindent? Nem látszik a külső HDD az eszközkezelőben és a lemezkezelőben sem, a DiskPart sem listázza ki, a HDS sem ismeri fel? Felpörög egyáltalán benne a merevlemez? Illetve lehetőség szerint célszerű kipróbálni az eszközt másik kábellel, másik portban, másik gépen és operációs rendszerrel is stb.
Amúgy az a baj, hogy minimális információt adsz meg, nem válaszolsz bizonyos kérdésekre és így nehéz segíteni...
-
King Unique
titán
"Számítógépre csatlakoztatva az eszköz hiba nélkül működik."
Volt már arról szó több topikban is, hogy az ilyen USB-tárolóeszközök elsődlegesen támogatott hardver- és szoftverkörnyezete eleve a PC & Mac + desktop OS. Ettől eltérő környezetben viszont nem feltétlen garantálható minden esetben a megfelelő kompatibilitás és működés. Másképpen fogalmazva, ha egy PC-n mondjuk Windowszal kifogástalanul működik az eszköz, ellenben a tv-nem, akkor az egyértelműen az utóbbi hiányossága, hibája... Tehát ez esetben a jelen téma topikjában nem nagyon van miről beszélni és eleve inkább az adott tv-készülékek topikjában kellene keresni a megoldást.
Egyébként a telemásolt állapot és emiatt a kevés szabad tárhely, valamint az esetlegesen töredezett fájlrendszer miatt is akadozhat kissé egyes mappák beolvasása. Viszont egy normális hardver és OS számára nyilván ez sem jelent gondot, nem fog emiatt leállni, újraindulni stb. Aztán az USB-kábel hibája is okozhat gondokat, de ha a PC-n OK, akkor bizonyára jó lehet. Bár attól még lehetnek csatlakozási problémák, ha a tv-n lévő aljzat szar. Na meg ott van USB-n a tápellátás kérdése, ami szintén lényeges. A jobb készülékeknél eleve szokott lenni ilyen célra "HDD 5V 1A" jelölésű port és javasolt azt használni egy 2,5"-os külső merevlemez esetén. Ha a problémás tv-nél csak normál USB-port van, azaz instabil tápellátás, az megint egy hibalehetőség...
[ Szerkesztve ]
-
King Unique
titán
A HDS alapján elvileg OK az állapota, de mélyebbre ható elemzést és biztosabb értékelést a különféle tesztek lefuttatása jelent. Illetve van ennek a sorozatnak saját diagnosztikai szoftvere is, de az értelemszerűen csak USB-s csatlakozásnál használható.
Egyébként mennyire van telemásolva, mennyi rajta a szabad hely, milyen fájlrendszer van rajta, az nem töredezett túlságosan? Aztán a fájlméret sem mindegy, mivel a sok apró fájl másolása lassabb, a nagyobb méretű fájlok másolása gyorsabb. Ahogyan a forrás- és a célmeghajtó sebessége és állapota sem mindegy. Ezek mind befolyásolhatják az adatátviteli sebességet USB-n és SATA-n egyaránt. De, ha nincsen zavaró tényező, akkor a 4-5 MB/s értéknél nyilván jóval többet kellene tudnia. A szintetikus tesztek mit mutatnak, azaz Windowsnál pl. CDM, ATTO, AJA, HD Tune stb? Na meg úgy tudom használsz Linuxot és macOS-t is, azoknál szintén ilyen lassú?
Amúgy ez egy gyárilag összeszerelt külső merevlemez, aminek a szétszedése eleve garanciavesztéssel jár, pláne ha maradt külsérelmi nyoma. Vagyis a 3 éves gyártói garancia valószínűleg bukó és ezáltal az ingyenes csere lehetősége is.
[ Szerkesztve ]
-
King Unique
titán
Jó, de itt az a meghajtó is fontos, amiről másolsz. Vagyis az mennyire telített, mennyire töredezett rajta a fájlrendszer stb. Ahogyan az utóbbi pl. az 500 GB-os NTFS kötetnél is kérdés. Valamint a fájlmásolás egy dolog, de itt a szintetikus teszteket is érdemes megnézni, nem hiába voltak említve azok a programok. A HD Tune ráadásul abból a szempontból jó, hogy egy jobban telemásolt háttértárnál is hozza közel a gyári olvasási értékeket. Ami egy ilyen HDD-nél kb. max. 13x MB/s körül van a lemez elején. Szóval, ha a szintetikus teszteknél is ilyen gyatra értékek jönnek ki, akkor lehet azt mondani, hogy nem stimmel valami.
-
King Unique
titán
A teszteredményekről még nem kaptunk infót, valamint arról sem, hogy USB-s csatlakozásnál maga a kábel, tápellátás stb. rendben van-e. Viszont az megemlítendő, hogy a Maxtor márkanéven futó 1 TB-os M3 Portable belsejében a Mobile HDD sorozat merevlemeze (ST1000LM035) szokott lenni, amely SMR technológiát használ. Annál pedig az átlapolás miatt jelentősen csökkenhet bizonyos esetekben az adatátviteli sebesség. Bár ennél a típusnál itt a fórumon eddig nem nagyon panaszkodott erre senki, de attól még elméletileg lehetséges. A problémásabb az (ahhoz hasonló gond) lenne, amiről pl. az alábbi kérdésre adott válaszban volt szó. Na ilyenkor jönne jól a garanciális csere.
[ Szerkesztve ]
-
King Unique
titán
A tiszta lappal kezdeni, vagyis újraparticionálni a merevlemezt nyilván kézenfekvő megoldás. De mivel azt írtad, hogy kb. félig tele van már másolva, meg biztonsági mentéshez használod stb., ezért az egy későbbi opció lett volna. De, ha most OK az adatátviteli sebesség, akkor szerencsére nem lehetett komoly gond vele.
Viszont attól még később belassulhat, ahogyan majd egyre jobban tele lesz másolva, esetlegesen egyre inkább töredezettebb lesz rajta a fájlrendszer stb. Illetve a merevlemezeknél a lemez elején a legnagyobb az adatátviteli sebesség, ellenben a többi részén már (jóval) alacsonyabb. Ezt pl. a HD Tune tesztek is jól szemléltetik. Igaz, annál az írási sebességet csak particionálatlan lemezterületen lehet tesztelni.
Egyébként szívesen!
[ Szerkesztve ]
-
King Unique
titán
válasz inpius #48673 üzenetére
Az SSD-t nyilván nem akarja töredezettségmentesíteni a külső program sem, mert annál mondhatni értelmetlen, illetve inkább káros, mint hasznos. Annál a TRIM-et futtatja, ahogyan az újabb Windows 8.x/10 rendszerek is meghajtók optimalizálása néven. A Windows 7-nél ugyan nincsen ilyen opció, de SSD-nél az is letiltja a hagyományos tördezettségmentesítést. Viszont a belső és külső HDD-knél nyilván elvégezhető és beállítható az ütemezés is. Ha az említett külső program nem engedi ezt a külső merevlemeznél, akkor az a program hibája lehet, mert normál esetben nyilván működnie kellene. Ha nincsen benne erre vonatkozó beállítási opció, akkor átmenetileg ki lehetne kapcsolni, vagy eltávolítani és akkor kiderül.
Egyébként egy külső merevlemezen rendszerint nagyobb méretű fájlokat szokás tárolni, amelyeknél kevésbé kritikus a fájlrendszer töredezettsége, mint egy rendszermeghajtónál és apróbb méretű fájloknál. Illetve az előbbi esetben, ha pl. a torrentezésnél be van állítva a fájlok előre lefoglalása, akkor nem/kevésbé fog töredezni a fájlrendszer. Van néhány olyan NTFS fájlrendszerű külső háttértáram, amelyet így használok és évek óta nem voltak töredezettségmentesítve, mégis max. csak pár % a töredezettség rajtuk.
[ Szerkesztve ]
-
King Unique
titán
Itt most nem a TRIM alapvető és rendszerszintű működéséről volt szó, hanem a Windows beépített töredezettségmentesítő eszközéről. A Windows 7-ben lévő tool márpedig nem tudja azt az SSD-knél, amit a Windows 8.x/10 rendszerekben a meghajtók optimalizálása.
[ Szerkesztve ]
-
King Unique
titán
válasz myckey #48677 üzenetére
Itt a lemezkezelőről is kellett volna screeenshot, mert akkor van szívás, ha RAW lett az NTFS kötetből. De akkor mondjuk más lenne fájlkezelőben a hibaüzenet, szóval elvileg nem az a gond.
A mellékelt screenshot alapján szimpla jogosultsági problémának tűnik a hozzáférési hiba. Tehát a Windowsban grafikus felületen, vagy parancssorban kellene beállítani a külső meghajtóra vonatkozóan a megfelelő felhasználói jogosultságokat, illetve saját tulajdonba venni stb.
-
King Unique
titán
válasz myckey #48681 üzenetére
A másik parancssoros leírás is pont USB-s meghajtónál (pendrive) szemlélteti kicsit részletesebben a műveletet. Ez a "mindenki" csoportnak ad teljes hozzáférést, ami grafikus felületen is beállítható a linkelt részletes leírás alapján. Ezeknek pedig megfelelően alkalmazva normál esetben működni kellene és utána már nem szabadna jogosultsági hibának előfordulnia. Illetve esetleg az eszköz újracsatlakoztatása és akár a rendszer újraindítása is közbeiktatható.
[ Szerkesztve ]
-
King Unique
titán
válasz zolyma #48685 üzenetére
A 2,5"-os WD Blue sorozatnál, vagy legalábbis egyes modelljeinél jellemző a motor gyakori leállítása és felpörgetése. Ráadásul ezen a wdidle3 sem feltétlen képes változtatni, amiről a téma topikjában is volt szó. Windowsnál az ott említett külső programmal és beállításokkal elvileg tiltható ez a gyakori leállítás, Linuxnál pedig pl. a hdparm lehet opció.
[ Szerkesztve ]
-
King Unique
titán
válasz Jocó89 #48696 üzenetére
A screenshot alapján az az 548 MB-os partíció az SSD-n van, nem a HDD-n... Ami normális is, mivel a Windows 10 Legacy BIOS (CSM) és UEFI módban történő telepítésnél is egyaránt létrehoz a rendszer számára kisebb partíciókat. A gond akkor lenne, ha a HDD-re került volna (példa). Egyébként az viszont már nem normális, hogy van meghajtóbetűjele (E), mert ezek a partíciók normál esetben eleve rejtettek. De a betűjel elvétele utólag is megoldható.
[ Szerkesztve ]
-
King Unique
titán
válasz Istyu74 #48747 üzenetére
Ilyenkor szokás egy screenshotot mellékelni a lemezkezelőről, ahol látszik a partíciók elrendezése stb. De amúgy a Windows lemezkezelője a kiterjesztést csak akkor engedi, ha a másik kötet törölve (nem lefoglalt) van. Ami nyilván adatvesztéssel jár, ha azon is vannak fájlok! Vagyis, ha mind a 3 partíción vannak adatok, akkor azok közvetlen összevonásához mindenképpen külső particionáló program szükséges. De meg oldani akár másképpen is, attól függően, hogy pontosan mi a helyzet. Erről a téma topikjában is volt szó.
[ Szerkesztve ]
-
King Unique
titán
válasz Istyu74 #48750 üzenetére
Vagyis nincsenek köztes rejtett partíciók és mindhárom partíción van nem kevés adat. Az összevonáshoz ez esetben mindenképpen külső particionáló program szükséges. Viszont eltarthat egy ideig, mivel a művelet az adatok átmozgatásával járhat. Közben pedig lehetőleg ne szakadjon meg, mert akkor RAW lehet az NTFS kötetből, ami szívás! Vagyis szükség esetén javasolt előtte adatmentés egy másik lemezre stb.
-
King Unique
titán
Ha van hová lementeni a fájlokat és nem gond a hosszabb műveletidő, akkor afféle favágó módszerként valóban opció ez is. Viszont a screenshot alapján a lemezek közül egyiken sincs olyan túl sok szabad tárhely ehhez, illetve még az F kötet tartalmát sem nagyon lehet hova másolni... De, ha van még egy megfelelő tárolókapacitású belső / külső merevlemez, akkor más a helyzet. Ha nincs hova menteni, akkor meg marad a külső particionáló program. Illetve az tény, hogy ezeknek még az ingyenes verziói is jóval többet tudnak, mint a beépített lemezkezelő.
[ Szerkesztve ]
-
King Unique
titán
válasz gaara01 #48771 üzenetére
Az automount be van kapcsolva, a merevlemezen lévő kötet nem rejtett (hidden)? Aztán miért van aktívként beállítva, korábban netán rendszerlemez volt? Normál esetben egy adattár lemeznél nyilván felesleges, sőt bizonyos esetekben akár problémát is okozhat a rendszerindításnál.
-
King Unique
titán
válasz gaara01 #48773 üzenetére
Itt elsődlegesen az a kérdés, hogy az előzőnek említett 2 dologgal mi a helyzet. Ha azok nem stimmelnek, akkor amiatt nem fog automatikusan meghajtóbetűjelet kapni a merevlemezen lévő kötet.
Windows alatt egy partíciót, illetve kötetet utólagosan inaktívként beállítani pl. parancssorban lehet a DiskPart segítségével. De külső particionáló programokkal is megoldható. Példák: AOMEI, MiniTool. Viszont itt az is kérdés, hogy hogyan lett aktív, mert egy adattárolásra használt HDD normál esetben eleve nem lesz az a particionálás során. Max. akkor, ha utólag külön beállítják, esetleg a Windows telepítésénél csatlakoztatva volt és rendszerfájlokat pakolt rá, az jelölte meg aktívként. De az mondjuk látszik a videóban, hogy legacy BIOS (CSM) módban történt a telepítés és ilyenkor a rendszer számára létrehozott ~ 500 MB-os partíció is a jelenlegi rendszermeghajtón van, illetve aktív.
[ Szerkesztve ]
-
King Unique
titán
válasz gaara01 #48775 üzenetére
Direkt azért szoktam ilyenkor konkrét leírásokat linkelni, hogy aki számára esetleg nem egyértelmű, ezek alapján az legyen. Ennél szerintem világos, hogy nyitni kell egy rendszergazda parancssort, majd a DiskPart parancssori eszközzel lecsekkolni az automount működését. A másiknál szintén parancssor és DiskPart, szintén csak a parancsokat kellene bemásolni. Illetve először a
detail volume
parancsig és megnézni, hogy rejtett-e a kötet, vagy sem. Az "n" pedig értelemszerűen a lemez, illetve a kötet sorszáma, amit kilistáz a program. Azaz nálad a lemeznél = 1, a kötetnél pedig elvileg = 2 / 3, mivel a 0 lehet pl. a DVD-ROM is (ha van).[ Szerkesztve ]
-
King Unique
titán
válasz gaara01 #48777 üzenetére
Hát nem, mert nem választottad ki sem a lemezt (disk 1), sem a kötetet (volume 2), azért vannak a hibaüzenetek. De mondjuk az előző válaszban már le lett írva szájbarágósan, hogy mit kellene csinálni. A másiknál pedig csak az
automount
parancsot kellene beírni, ha meg van nyitva a DiskPart.[ Szerkesztve ]
-
King Unique
titán
válasz gaara01 #48779 üzenetére
Automount:
diskpart
automountHa esetleg inaktív. akkor:
automount enable
Rejtett partíció:
diskpart
list volume
select volume 2
detail volumevagy
diskpart
list disk
select disk 1
list partition
select partition 1
detail partitionHa rejtett (hidden), akkor:
attributes volume clear hidden
Amúgy lehet akár rövidíteni is az egyes parancsokat, nem muszáj teljesen kiírni.
diskpart
lis vol
sel vol 2
det voldiskpart
lis dis
sel dis 1
lis par
sel par 1
det parRemélem a másolás már menni fog.
[ Szerkesztve ]
-
King Unique
titán
válasz gaara01 #48781 üzenetére
Tehát az automount be van kapcsolva, az OK. Viszont a kötet rejtett és azért (is) nem kap automatikusan meghajtóbetűjelet. De, ha rejtett, akkor a kötet és a partíció tulajdonságainál is egyaránt annak kellene mutatnia. Illetve ilyenkor a rejtett attribútum törlésének is működni kellene, akár újrapróbálva pl. a
det vol
parancs után. Másik opció ehhez egy külső particionáló program (példa). Ha nem rendszermeghajtóról, illetve rendszerpartícióról van szó, nincsenek a lemezen a rendszer számára fenntartott kisebb partíciók, illetve nem használja a Windows speciális tárolóhelyként sem, akkor simán működnie kellene az előbbi műveletnek.[ Szerkesztve ]
-
King Unique
titán
válasz gaara01 #48783 üzenetére
A MiniTool screenshoton most az látszik, hogy nincsen meghajtóbetűjele, illetve az állapot (status) oszlopban gondolom az, hogy aktív. Ha rejtett, akkor normál esetben a partíciót kiválasztva a jobbklikkes menüben "unhide" opciónak kell lennie. Amúgy meg zavaros ez az egész, mert egy másodlagos, csak adattárolásra használt fizikai meghajtónál sem az aktív, sem a rejtett partíció nem indokolt. Nem világos, hogy hogyan sikerült ezt így összehozni...
[ Szerkesztve ]
-
King Unique
titán
válasz gaara01 #48785 üzenetére
Ha a kötet rejtett, akkor azt mindenképpen meg kellene szüntetni, máskülönben nem fog automatikusan meghajtóbetűjelet kapni. A MiniTool mondjuk egy eleve rejtett EFI-rendszerpartíciónál (ESP) is "hide" opciót mutat, de ha utólag lett beállítva egy normál kötetnél, akkor "unhide" lehetőség lesz a menüben. Esetleg meg lehetne próbálni beállítani először az előbbit, majd az utóbbit, hátha.
Valamint azt lenne jó tudni, hogy jelenleg használja-e a Windows a HDD-t rendszer szinten, többek között a tárolóhelyek is ezért volt említve az előző válaszban. Ki lehetne próbálni azt, hogy ideiglenesen fizikálisan leválasztani (lehúzni) a merevlemezt, majd úgy elindítani az SSD-ről (?) a Windowst. Ha gond nélkül indul és nem dob hibaüzenetet, nem hiányol semmit (tárolóhelyként sem), akkor elvileg nem használja.
Ha biztosan nem használja a rendszer a HDD-t, akkor azon az aktív és a rejtett állapotot valahogyan meg kellene szüntetni. Ha máshogyan nem megy, akkor pl. egy AOMEI pendrive-tól bootolható WinPE változatával, mert a MiniTool esetében csak a fizetős verzió engedi létrehozni. De akár a Windows telepítője is használható, annál lehet Shift + F10-zel parancssort nyitni, amelyben ott van a DiskPart. Sőt, nem hivatalos kiadás formájában akár spéci WinPE rendszerek is elérhetők, amelyekről egy másik topik hozzászólásának a végén volt szó. A kötetnél az aktív és a rejtett állapot piszkálása nem destruktív az adatokra nézve, de szükség esetén biztos, ami biztos alapon javasolt mentést készíteni, sőt akár magáról a rendszerről is. Az utóbbi célra használható programokról szintén volt szó a rendszer topikjában (példa).
"Azt" most passzolnám, majd talán más, vagy esetleg a közvetlen környezetedben megkérsz valakit.
[ Szerkesztve ]
-
King Unique
titán
válasz SkyLaci #48790 üzenetére
Azt nem írtad, hogy milyen Windowsról van szó, a telepítés után a szükséges illesztőprogramok (driverek) is felkerültek-e, milyen laptop, az újratelepítés előtt kezelte-e rendesen a Windows a másodlagos háttértárat a caddy-ben (?) stb.
Ha nem ismeri fel a Windows a másodlagos háttértárat és nincsen a rendszeren kívüli zavaró tényező, akkor az leginkább driveres probléma szokott lenni, pontosabban SATA (AHCI) driver. Tehát azt kellene felrakni, ha esetleg eddig nem történt meg, valamint szükség esetén frissíteni stb.
Az előbbiektől függetlenül a laptopnál a HDD tartalmához amúgy hozzá lehetne férni pl. egy pendrive-ról indított Live Linux, vagy esetleg az ezen hozzászólás végén említett spéci WinPE rendszer(ek) alól. Másik opció kivenni a laptopból és egy USB-s külső házba téve csatlakoztatni. Vagy, ha van másik laptop / PC a közelben, akkor kiszerelni az eredetiből és abba áthelyezni, SATA-n csatlakoztatni.
[ Szerkesztve ]
-
King Unique
titán
válasz ariel96 #48793 üzenetére
Ezen nincs mit csodálkozni, a Blue sorozat ezen modelljénél másnál is ilyen sok az összes indulás / leállás száma viszonylag kevés üzemidő után. Ez egy korábbi válaszban bővebben ki van fejtve. Amúgy mellesleg van már 5.20-as verziója is a HDS-nek, illetve célszerű lehetőség szerint mindig a legújabbat használni.
[ Szerkesztve ]
-
King Unique
titán
válasz lacko6 #48808 üzenetére
Hát ez így nem sok infó... A Windows rendszerint akkor akarja formázni a kötetet, ha pl. RAW lett. Ha nálad ez a helyzet és tartósan fennáll, akkor az szívás. Ilyenkor Windows alatt a biztonságos és elsődlegesen javasolt módszer az adatokat lementeni adatmentő programmal (példák) egy másik fizikai lemezre, majd újraparticionálni az eredeti merevlemezt és visszamásolni rá mindent. A rizikósabb megoldás ráengedi a CHKDSK-t (parancssorból), hátha rendbe rakja. Vagy másik opció egy külső particionáló programmal megpróbálni a korábbi partíció közvetlen visszaállítását (példa). De ez utóbbi módszer ilyenkor megint kissé kockázatos lehet, még ha jó esetben akár simán működhet is.
[ Szerkesztve ]
-
King Unique
titán
válasz King Unique #48809 üzenetére
Mondjuk annyi pontosítás szükséges, hogy RAW kötet esetén a CHKDSK eleve nem használható grafikus felületen és parancssorban sem. Csak hirtelen egy másik eset kavart meg, ami hasonló tüneteket produkál és ott ilyenkor is opció.
-
King Unique
titán
válasz vizimento #48811 üzenetére
A Windows lemezkezelője a kötet kiterjesztését csak akkor engedi, ha a beolvasztani kívánt másik kötet particionálatlan, azaz nem lefoglalt. Ahhoz viszont azt ilyenkor eleve törölni kell a kötet törlése opcióval, de akkor nyilván a rajta lévő adatok is törlődnek! Vagyis azokat előtte le kellene menteni egy másik fizikai meghajtóra, majd a művelet után visszamásolni. A másik kötet törlése nélkül csak külső particionáló programok képesek megoldani a kiterjesztést, illetve az összevonást. Példák: AOMEI, EaseUS, MiniTool stb.
Viszont, mivel rendszerpartíciót érint a művelet, ezért szükség lehet újraindításra és előfordulhat, hogy a külső particionáló program is csak ún. PreOS módban tudja megoldani. Valamint ilyenkor az adatok is átmozgatásra kerülhetnek. Normál esetben ugyan lefut egy ilyen művelet gond nélkül, de biztos, ami biztos alapon javasolt lehet előtte mentést készíteni az operációs rendszerről és az adatokról.
Egyébként a 60 GB-os partíció normál esetben bőven elég magának a Windows 10-nek és nyilván marad szabad tárhely a havi frissítéseknek, sőt még a funkciófrissítéseknek (build upgrade) is. De vannak akiknél akár még egy 32 GB-os SSD-n is elfér a rendszer, igaz kissé kicentizett formában (példa). Tehát, ha esetedben kevés a 60 GB, akkor az nem szimplán a rendszer, hanem valószínűleg az utólag telepített programok stb. plusz tárhelyszükséglete miatt van.
[ Szerkesztve ]
-
King Unique
titán
válasz vizimento #48814 üzenetére
Nálad ennyi, amiben a programok + egyéb is benne van. Másnál meg kevesebb helyet foglal a rendszer, kisebb partíción is elfér, mint a linkelt példa is mutatta. Nekem is van olyan telepítésem 120 GB-os SSD-n, ahol a Windows 10 egy ~ 65 GB-os partíción van és kb. a fele szabad. Pedig telepítve van egynéhány program, köztük pl. MSO 2016 is. Tehát azt nem mondanám, hogy ekkora partíció kevés lenni neki, sőt. Szükség esetén pedig plusz tárhely felszabadítása végett a hibernálás kikapcsolható, ahogyan a lapozófájl mérete is kisebbre állítható, a beépített lemezkarbantartó is használható stb.
A particionálásnál nem arról van szó, hogy ilyenkor egyáltalán nem szabad külső programokkal piszkálni a rendszerpartíciót, mert normál esetben nyilván megoldják ezt és az egyéb műveleteket is gond nélkül. Sőt, van amikor eleve szükségesek, mivel a beépített lemezkezelő tudása korlátozott... Viszont, ha jelen esetben van hova lementeni azt a nem túl sok adatot, akkor az a módszer elvileg biztonságosabbnak mondható, mint a rendszerpartíció újraindítást igénylő közvetlen átméretezése és az adatok átmozgatása.
[ Szerkesztve ]
-
King Unique
titán
válasz vizimento #48817 üzenetére
Azért nem aktív, mert a Windows lemezkezelője csak akkor tudja kiterjeszteni, ha a beolvasztani kívánt lemezterület particionálatlan (nem lefoglalt) és közvetlenül a megnövelni kívánt kötet mellett (mögött) helyezkedik el. Jelen esetben viszont ez nem teljesül, mivel a kettő közé ékelődött a helyreállítási partíció. A rendszer számára fenntartott kisebb partíciókhoz ráadásul a grafikus lemezkezelő eleve nem enged hozzányúlni, max. parancssorban a DiskPart. De kiterjeszteni az sem tudja, ha nem teljesülnek az előbbi feltételek. Normál esetben nem lenne ilyen gond, mivel akkor ezek a partíciók eleve a rendszerpartíció (C) előtt helyezkednek el BIOS-MBR és UEFI-GPT módban történő telepítésnél egyaránt. A screenshot alapján esetedben viszont nem stimmelnek a Windows 10-nél megszokott méretek és az elrendezés. 100 MB-os (nem ESP) rendszer számára fenntartott partíció a Windows 7-nél szokott lenni és ha arról történt upgrade a 10-esre, akkor szokta a C után pakolni a helyreállítási partíciót.
Jelen esetben Windows alatt nem destruktív módon csak külső particionáló programmal lehetne megoldani a kiterjesztést, mint azt az alábbi példa is mutatja. Viszont ez a helyreállítási partíció átmozgatásával járhat, ami akár a rendszer működésére is hatással lehet, ha jelenleg használja és nem egy korábbi telepítés maradéka. Ezért szükség esetén javasolt előtte mentést (lemezképfájl) készíteni a Windowsról, amihez rendelkezésre áll számtalan program (példák).
[ Szerkesztve ]
-
King Unique
titán
válasz ariel96 #48820 üzenetére
Az előző válaszban már le volt írva, hogy Windows alatt, illetve a HDS-ben mit kellene beállítani a gyakori indulás / leállás megszüntetéséhez, vagy legalábbis a jelentős mérsékléséhez. Azóta plusz + 6 db történt, tehát gondolom be lett állítva. Az 5500-as érték pedig egy notebook merevlemeznél annyira még nem vészes, pláne hogy a linkelt példában ugyanezen modellnél majd 3x ennyi volt. A kevés üzemidőhöz képest ugyan lehet sok, de ha be lett állítva a HDS-ben a tiltás, akkor az úgy OK és utána nem fog irreális mértékben megnövekedni.
[ Szerkesztve ]
-
King Unique
titán
válasz vizimento #48825 üzenetére
A 3. lépés eleve nem stimmel, mert pont arról van szó, hogy azt a helyreállítási partíciót értelemszerűen nem kellene törölni, ha jelenleg használja a rendszer. Ahogyan a 4. lépés sem, mert az a lényeg, hogy ilyenkor csak külső particionáló programmal lehet megoldani nem destruktív módon a kiterjesztést / összevonást. A partíció átmozgatását pedig majd a program megoldja, mert az ilyet is tud a beépített lemezkezelővel ellentétben. De ezek le vannak írva az előző válaszban is, ahogyan a linkelt példa szintén szemlélteti...
A Macrium Reflect a visszaállítást az eredeti partícióelrendezés és azok eredeti mérete szerint oldja meg, amiről a mentés is készült. De szükség esetén van lehetőség a programban a művelet előtt megváltoztatni a visszaállítandó partíciók méretét.
[ Szerkesztve ]
-
King Unique
titán
válasz vizimento #48825 üzenetére
Ja, és a 2. lépés sem teljesen stimmel, mert annál meg pont az a lényeg, hogy ilyenkor nyilván nemcsak a rendszerpartíciót (C), hanem a rendszer számára fenntartott kisebb partíciókat is le kell menteni a programmal. Azok is a Windowshoz tartoznak, nem véletlenül hozza őket létre a telepítő. Vagyis jelen esetben mind a 3-at célszerű lementeni. De ezeket a program alapértelmezetten egyébként is kijelöli és nyilván belefoglalja a mentésbe. Sőt, van olyan opciója is, amivel eleve a Windows működéséhez szükséges partíciókat jelöli ki és menti le.
[ Szerkesztve ]
-
King Unique
titán
válasz vizimento #48849 üzenetére
Pont, mint a korábban linkelt példában.
Amúgy az nem derült ki, hogy jelenleg használja-e a rendszer azt a helyreállítási partíciót, illetve be van-e kapcsolva. De parancssorban a
reagentc /info
paranccsal lekérdezhető. Valamint elvileg pl. a speciális rendszerindítás helyreállítási menüjének használatához, illetve a helyreállítási meghajtó létrehozásához is feltétel a megléte, helyes működése. -
King Unique
titán
-
King Unique
titán
A felpörgések / leállások számát a 4-es attribútum mutatja, ami értéke jelenleg 642 db. Vagyis egyáltalán nem vészes, pláne 368 nap működési idő alatt. Ugyan most 1 óra alatt a 20 db tényleg kicsit sok, de ettől még a jelenlegi érték kritikusnak nem mondható. Itt a több 1000-es, illetve 10000-es érték az, ami aggasztó lehet, pláne rövid üzemidő alatt. A 192-es attribútum egyébként a kikapcsolások száma, a 193-as pedig a fejparkolás, amelyek értéke ennyi üzemidő alatt megint nem sok.
Ha már Windowst és HDS-t használsz, akkor szükség esetén az utóbbinál is lehet tiltani a lemezek leállítását, amiről korábban volt szó. Aztán ugyan más eset, de volt akinél driveres probléma okozott irreálisan magas értékeket és a megoldás a megfelelő SATA AHCI driver telepítése volt.
[ Szerkesztve ]
-
King Unique
titán
válasz P1eTr0 #48868 üzenetére
Ha a HDD állapota valóban OK, akkor ez értelemszerűen nem kifejezetten HDD probléma, hanem inkább szoftveres, az operációs rendszer felől megközelítendő. Annak pedig van saját topikja, ahol már szóba került ez is. De az internet egyébként tele van ilyen találatokkal, megoldási javaslatokkal (példa) stb. Lehet az ilyennek több oka is, egyes Windows-folyamatok és szolgáltatások (Update, Search, Superfetch), de akár külső program is pörgetheti a lemezt. Na meg, ha kevés a RAM, túlságosan töredezett a fájlrendszer stb., akkor megint tekerhet.
A laptopban gondolom 2,5"-os 5400 RPM-es HDD van, ami Windows alá rendszermeghajtónak amúgy is kissé lassú... Lehetőség szerint nem ártana abba a gépbe egy SSD, az alapból sokat gyorsítani a működésen.
[ Szerkesztve ]
-
King Unique
titán
A screenshot alapján nem derült ki, hogy milyen merevlemezről van szó. Ahogyan alatta a grafikon sem látszik, hogy az érték eleve ilyen magas volt már a legelején, vagy csak most lett ekkora. Ami azért is lényeges, mert egyes gyártóknál bizonyos attribútumok értéke a szokásosnál jóval nagyobb, avagy akár kisebb is lehet, de az még nem minősül hibának. Illetve, ha a HDS nem ír hibát, akkor elvileg nincsen gond. De biztosabbra a különféle tesztek lefuttatása után lehetne menni.
[ Szerkesztve ]
-
King Unique
titán
Ha csak ma ugrott meg ennyire az érték, akkor elvileg adná magát SATA-nál az adatkábel és a tápkábel, illetve a gépnél a tápegység ellenőrzése. Viszont az egyes Toshiba merevlemezeknél annyira nem szokatlan ez, mivel másoknál is ilyen magas a 3-as attribútum értéke. Példák: [link], [link]. Vagyis ezen gyártó merevlemezeinél ez lehet normálisnak mondható és nem feltétlen kell aggódni. Ha nincsen rendellenes működési zaja felpörgéskor és üzem közben, valamint a HDS és annak tesztjei sem jeleznek problémát, akkor meg pláne.
[ Szerkesztve ]
-
King Unique
titán
A táp ellenőrzését pl. az alábbi leírás jól szemlélteti. De nem feltétlen kell ez esetben ennyire belemenni, mivel pont az lenne a lényeg, hogy a programnak egyértelműen jeleznie kellene, ha gond van az attribútum értékével. Sőt, ilyenkor a lemez kondíciója is csökkenni szokott. Volt akinél ez gyenge tápegység, illetve annak hibája miatt volt, majd másikkal / másik gépben újra 100%-osnak mutatta a lemez kondícióját a program. Viszont itt minden OK a HDS szerint, ahogyan a korábban linkelt példáknál, vagy éppen egy ugyancsak 3 TB-os P300 esetében szintén. Aztán egy másik hozzászólásban a fejlesztő válasza is megtalálható, ami alapján a hexadecimális / decimális adatmező, illetve érték sem teljesen mindegy ez esetben.
[ Szerkesztve ]
-
King Unique
titán
válasz #68216320 #48884 üzenetére
A HDS - amelynek javasolt lehetőség szerint a legújabb verzióját használni - weboldalán ott van a GY.I.K.-ben, hogy hivatalosan 0% kondíciónál lehetséges a garanciális csere. Vagy akkor, ha a HDD gyártójának saját tesztprogramja (WD) hibát jelez, illetve nem futnak le rendesen a tesztek. Sőt, eleve az utóbbi értékelése a hivatalosabb és az elsődlegesen elfogadott. Aztán azt már boltja is válogatja, hogy hol és mit fogadnak el, milyen mértékű hibánál cserélik a merevlemezt. De amúgy nyilván kevésbé érdekük a garanciális csere, ezért nem ritkák pl. az ilyen esetek sem...
[ Szerkesztve ]
-
King Unique
titán
válasz #68216320 #48886 üzenetére
A HDS-nél hivatalosan akkor, de az már kb. kuka állapot. Ezért is mondtam, hogy a gyártó saját programjával is tesztelni kellene, meg a vásárlás helyén érdeklődni, hogy ilyenkor mi az álláspontjuk. De arra majd figyelj, hogy ne legyen rajta külsérelmi nyom, nehogy úgy járj, mint a fórumtárs...!
-
Új hozzászólás Aktív témák
- 4db SK hynix PE8110 M.2 1.92TB 22110 + HYPER M.2 X16 CARD V2
- Netac NV7000 4TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 7200-6850 MBs - Eladó!
- 2.5 hdd-k notebook hdd-k 250gb-320gb-500gb-1tb wd blue, wd black, fuji, seagate
- Silicon Power UD90 2 TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 5000-4800 MBs - Eladó!
- 3.5 hdd-k eladók, 250gb-500gb-1tb-2tb