- iPhone topik
- Android alkalmazások - szoftver kibeszélő topik
- Profi EKG-s óra lett a Watch Fitből
- Honor 400 Pro - gép a képben
- Samsung Galaxy S21 és S21+ - húszra akartak lapot húzni
- Honor Magic7 Pro - kifinomult, költséges képalkotás
- Samsung Galaxy A54 - türelemjáték
- Milyen okostelefont vegyek?
- Telekom mobilszolgáltatások
- Apple iPhone 16 Pro - rutinvizsga
-
Mobilarena
Mielőtt kommentelsz, olvasd el az Összefoglalót!
(Frissítve: 2020.05.31.)
Új hozzászólás Aktív témák
-
#141354
Fire/SOUL/CD
félisten
gyulank
#141353
-
[w]
őstag
válasz
gyulank
#127476
üzenetére
ha nem szeretnél tovább kínlódni ezzel a problémával és ráadásul meg is teheted, akkor sürgősen rendezd le egy újratelepítéssel!
nekem is hasonló volt a gondom, amire itt az volt a szakszerűtlen válasz, hogy a memória azért van hogy használja a rendszer...
jó eséllyel egy rosszul sikerült frissítés okozza, de nekem sem időm, sem idegzetem nem volt a hibakereséshez
-
#127395
ElektrikusDE
senior tag
gyulank
#127390
-
RoyBatty
aktív tag
válasz
gyulank
#127380
üzenetére
Normál esetben ne állítgasd a virtuális memória mennyiségét,hagyd rá a Windows-ra. Okok lehetnek:
- vírus vagy malware, esetleg valami bányász cucc
- rossz driver, amelyik folyamatosan fossa magából a hibalogot
- valamilyen háttérfolyamat, amely zabálja a memóriát
- régi lassú, töredezett HDD ami nagyon lassítja a VM kezelést
De ehhez többet kéne tudnunk a rendszeredről alapvetően. -
#110665
King Unique
titán
gyulank
#110656
King Unique
titán
válasz
gyulank
#110656
üzenetére
Itt az is kérdés, hogy melyiken milyen + [link] boot mód szerint van telepítve az OS, a BIOS-ban mi és hogyan van beállítva erre vonatkozóan. Ha pl. mindegyiken UEFI szerint és a GRUB az alapértelmezett, megfelelően van konfigurálva (+ szükség esetén update-grub), akkor normál esetben a HDD-n lévő W10-et is tudnia kellene indítani, ha az SSD az elsődleges. Valamint UEFI-s telepítésnél lenni szokott Windows Boot Manager és Linuxnál pl. ubuntu/manjaro grub stb. bejegyzés a boot menüben [kép], nem szimplán csak a fizikai lemezek.
Ha a HDD-re UEFI szerint cél telepíteni pendrive-ról a W10-et, akkor nyilván az UEFI-t kezdetű boot eszközt kell kiválasztani, ha van ilyen lehetőség. -
#110645
King Unique
titán
gyulank
#110636
King Unique
titán
válasz
gyulank
#110636
üzenetére
Ha az SSD-n a Linux rendszerbetöltője (GRUB) az alapértelmezett, akkor először frissíteni (
sudo update-grub) kellett volna ahhoz, hogy a többi lemezen lévő OS-t is megtalálja, azaz a HDD-n lévő W10-et. Valamint ilyenkor nyilván az sem árt, ha az SSD-n és a HDD-n lévő OS-ek azonos boot mód (CSM/UEFI) szerint vannak telepítve. Ha eltérő, akkor úgy lehet indítani egyiket-másikat, hogy pl. bootolásnál a BIOS gyors boot menüjében egyik/másik fizikai meghajtót kiválasztani, előtte a BIOS-ban a megfelelő boot módot (CSM/UEFI/CSM+UEFI) beállítani.
Ha a HDD-re telepítésnél ilyen hibaüzenet van, illetve ez pepitában (MBR kell), akkor arra vonatkozóan a válaszban le van írva a lényeg. Vagyis nem meglepő, ha a legacy/CSM módban bootolt Windows-telepítő nem enged GPT-lemezre telepíteni, mivel ahhoz ilyenkor nyilván MBR kell. Ahogyan az sem, hogy hiába van törölve a HDD-n a Windows összes partíciója, ha a korábban zsugorított kötet megmarad, mivel az MBR/GPT a teljes lemezre vonatkozik, a lemez teljes törlése után változtatható. Vagyis ha a HDD-n lévő adatpartíció megtartása a cél, akkor UEFI mód szerint kellene bootolni a pendrive-ról a W10 telepítőjét, ami eleve beállítható/kiválasztható, mint azt a másik válaszban is írták, szemléltették. -
#110644
King Unique
titán
gyulank
#110635
King Unique
titán
válasz
gyulank
#110635
üzenetére
Most barkóbázni nem fogok, de akkor a leírtak szerint sikerült valahogyan megoldani, rendben. A kötet zsugorításánál abban az ablakban valóban van a szabad területre vonatkozó információ, de az egyrészt a zsugorításnál értendő, ami nem feltétlen egyenlő a partíción lévő tényleges szabad hely méretével. Ahol az utóbbi világosan látszik a lemezkezelőben a partíció tulajdonságainál (fájlkezelő), valamint felül a kötetlistánál is. Vagyis ezeket kellett volna pontosítani, leírni már az elején és akkor mindenkinek egyértelmű lett volna.
-
#110632
King Unique
titán
gyulank
#110631
King Unique
titán
válasz
gyulank
#110631
üzenetére
Akkor a másra mutogatás helyett fogalmaztál volna az elején egyértelműbben, mert azt eredetileg eleve te írtad, hogy állítólag 12 GB szabad hely van... Ahogyan a töredezettségmentesítéssel kapcsolatban szintén... Vagy ha ennyire nem megy, akkor tettél volna be screenshotot a lemezkezelőről, hogy megspóroljuk a felesleges köröket... Konkrétumok nélkül azt pedig ne várd, hogy más kapásból kitalálja, hogy esetedben vajon éppen miért nem lehetett nagyobb mértékben zsugorítani a kötetet. Amire egyrészt nem is feltétlen kell annyira kutatni az okot, mert b válaszként a Windows lemezkezelőjénél nem meglepő, ha bizonyos esetekben nem enged a kívánt méretre zsugorítani, hiába van elég szabad terület. Másrészt még az sem derült ki, hogy végül hogyan sikerült megoldani, a javasolt módszerek valamelyikével, vagy esetleg egyéb módon.
-
#110626
King Unique
titán
gyulank
#110625
King Unique
titán
válasz
gyulank
#110625
üzenetére
Ha egyszer felszabadítottál törléssel - azt írtad - 140 GB-ot, akkor az nyilván fix unallocated terület partíciótörlésnél, vagy meglévő partíciónál +140 GB szabad terület fájlszintű törlésnél. Ahol normál esetben nyilván mindkettő felállásnál lennie kellett volna 140 GB szabad területnek, nem lehet csak 12 GB. Max. úgy, ha a fájlszintű törlés mégsem ment rendesen végbe, vagy az említett partíciónál csak annyit engedett zsugorítani a lemezkezelő. Ahol az, hogy 12 GB-ot írt ki a lemezkezelő a max. zsugorítandó méretre, nem feltétlen egyenlő minden esetben azzal, hogy ténylegesen annyi szabad terület van a partíción. A töredezettséget pedig szintén te említetted, azért került szóba. De mindegy, inkább hagyjuk...
A lehetséges megoldás az előző válaszban (is) le van írva, azokat lehetne megpróbálni. Ahol majd szükség esetén az adott művelet, program megoldja a fájlok átmozgatását (ha lehet), nem neked kell manuálisan.
-
#110622
King Unique
titán
gyulank
#110616
King Unique
titán
válasz
gyulank
#110616
üzenetére
"Zsugorítani akarok egy partíciót a HDD-n, mert az SSD-n nincs elég hely, és át akarom rakni a Windowst. Felszabadítottam vagy 140GB-ot, és azt írja ki, hogy 12GB szabad hely van, meg, hogy csak addig lehet zsugorítani amíg nem akad nem áthelyezhető fájlba."
De, pont az a helyzet, hogy ebben a szövegkörnyezetben zsugorításról volt szó és sehol nem volt kiemelve, hogy a 140 GB felszabadítása egyéb módon történt... Meg az is utólag lett egyértelműbb, hogy az a 12 GB arra vonatkozik, hogy csak annyit enged zsugorítani. Plusz most, az X-edik kör után az is kiderült, hogy állítólag 171 GB szabad terület van a partíción, amiből 12 GB-ot enged zsugorítani a lemezkezelő. Aztán egyszer 140 GB, másszor 120 GB-os, harmadszor 171 GB szabad terület egy ki tudja melyik partíción, vagyis nem meglepő, ha felmerül a kérdés, hogy mégis melyik-melyik... Valamint egyértelműsítés gyanánt screenhotok kérése a lemezkezelőről, ha már világosan és mások számára is érthetően nem sikerült leírni, hogy pontosan mi a helyzet... Szóval inkább hagyjuk a ki mit kever témát, illetve ilyen pongyola megfogalmazásnál nem meglepő, ha a másik fél számára nem teljesen egyértelmű...
A nem olvasható partíciónál meg világosan le volt írva előzőleg, hogy ott is mik lettek volna azok az információk, amik alapján egyértelműbbé válik a dolog, ha már ott sem sikerült egyértelműen és pontosan vázolni... Ahol ha egy partíció ténylegesen törölve lett, akkor azt nyilván nem lehet csak úgy visszaállítani, max. az előző válaszban említett módszerekkel. Meg akkor nyilván nem akarja formázva a Windows, ha a törlés után eleve nem lefoglalt (unallocated). Akkor szokta feldobni a formázást, ha a RAW lett. Ami ha tartós, akkor abból nyilván nem lesz magától újra NTFS, nem lesz újra közvetlenül hozzáférhető a fájlkezelőben. De persze itt is ki tudja mi történt valójában... A lényeg viszont az, hogy a leírt állítólagos korábbi eset nyilván nem zárja ki külön particionáló program használatát, pláne ha bizonyos esetekben jobb híján csak olyannal lehet megoldani a kellő mértékű zsugorítást.
Egyébként meg mi is a gond? Ha a Windows lemezkezelője azért nem engedi a kívánt mértékű zsugorítást, mert nagyon töredezett a fájlrendszer, összevissza vannak a fájlok, akkor arra megoldás lehet előtte a töredezettségmentesítés, mint már említve volt előzőleg. Meg hogy lehetőleg ne legyen lapozófájl és egyéb rendszerelem a zsugorítandó partíción, ami akadályozhatja a műveletet. Valamint másik megoldás a külső particionáló program használata, amik eleve megoldják átméretezésénél szükség esetén a fájlok átmozgatását, sőt mutatják is, hol tart a folyamat. Vagyis ezek közül lehetne választani, ha a 171 GB szabad területet tartalmazó partíció nagyobb mértékű zsugorítása a cél. Ez így világos, vagy ezt is le kell még írni 5x? Sok Sikert!
-
#110612
King Unique
titán
gyulank
#110611
King Unique
titán
válasz
gyulank
#110611
üzenetére
De, most látszik csak igazán, hogy igen... A felszabadításnál sehol nem volt írva, hogy törléssel volt végezve, abban a szövegkörnyezetben zsugorítás is lehetett, sőt eleve arról volt szó. Valamint az megint nem világos, hogy ha állítólag sikerült a HDD-n 140 GB-ot felszabadítani a 120 GB-ot igénylő telepítésnek, akkor miért is probléma, hogy az utólagos zsugorítás csak 12 GB-ot enged. Meg ugye hol zsugorítva, másik partíción, vagy netán a 140 GB-os nem lefoglalt (unallocated) területen létrehozott - ami teljesen felesleges a Windows telepítés előtt - új partíción, egyéb felállásban, az sem teljesen tiszta. Nem volt olvasható, de melyik partíció és hol (pl. fájlkezelő) és milyen formában (pl. RAW, program által ideiglenesen zárolt), mik lettek újra törölve és visszaméretezve, az szintén nem egyértelmű. Meg az új információk alapján akkor mégse tűnt el minden, max. állítólag ideiglenesen nem lehetett olvasni, hozzáférni az adott partícióhoz...
-
#110610
King Unique
titán
gyulank
#110609
King Unique
titán
válasz
gyulank
#110609
üzenetére
Hát mondjuk azért, hogy látszódjon mennyi jelenleg az SSD-n a szabad terület, mi mennyit foglal és lehet-e felszabadítani annyit, hogy ne kelljen a HDD-re rakással szórakozni, ami eleve nem a legjobb ötlet... És nem, valószínűleg nyilván nem szimplán a Windows foglalhat annyit az SSD-n, nem kell neki nyolcszáz tera, hanem az utólag telepített programok, letöltött fájlok, programok telepítése/frissítések után maradt "szemét", ahol az utóbbi eleve eltakarítható a lemezkarbantartóval és egyéb módszerekkel.
Aztán milyen érdekes az is, hogy eredetileg még azt írtad, hogy 140 GB-ot sikerült felszabadítani, aztán kiderült, hogy valójában csak 12 GB-ot engedne/engedett a lemezkezelő, vagy ki tudja ezt is ténylegesen hogyan kell érteni... Ez az eltűnt minden, majd utólag visszaállítottuk a Windows lemezkezelőjével - amivel nyilván nem is lehet, ha egyszer már lefutott a particionálási művelet és tényleg (?) eltűntek az adatok/partíció - pedig megint roppant érdekes... Az én fogalomtáramban visszaállításnál, illetve adatmentésnél az adatmentő program szerepel, valamint esetleg a partíció közvetlen visszaállítása külső particionáló programmal, vagy TestDisk által.Egyébként meg kaptál már választ: zsugorítás a beépített lemezkezelővel + előtte szükség esetén töredezettségmentesítés, vagy külön particionáló programmal.
-
#110607
King Unique
titán
gyulank
#110606
King Unique
titán
válasz
gyulank
#110606
üzenetére
Azt le, hogy kevés az SSD-n a szabad hely, de az nem derült ki, hogy mennyire, mekkora tárolókapacitású, próbáltad-e az előző válaszban javasoltakat lemezterület felszabadításához. Aztán az sem, hogy mi értelme a Windowst SSD helyett HDD-re telepíteni, ráadásul az utóbbinál a kötet zsugorítása után pont a lemez végére, azaz a lassabb részére... Inkább az SSD-ről kellene pl. a C-n tárolt személyes, letöltött fájlokat, vagy esetleg játékokat a HDD-re átrakni, hogy legyen elég szabad hely az SSD-n. Ha olyan kis (pl. 30-64 GB) tárolókapacitású az SSD, vagy az utólag telepített programok tárhelyigénye túl nagy és az nem lett az elején figyelembe véve, akkor meg eleve helytelenül lett megválasztva a mérete és alapból nagyobbat kellet volna venni ilyen célra...
A HDD zsugorításánál azt írtad, hogy 140 GB-ot sikerült felszabadítani és 12 GB a szabad hely, ami tipp-tipp talán (?) az utána maradt területre értendő. Vagyis azt belekalkulálva is max. 152 GB-ot lehetne felszabadítani, már ha így értendő. De magának a Windows 10-nek nyilván bőven elég lenne a 140 GB is, persze az megint nem derült ki, hogy esetedben a programokkal együtt mennyi is a ténylegesen szükséges tárterület. Ahogyan a HDD tárolókapacitása, azon lévő zsugorítandó partíció teljes mérete továbbra sem ismert, lemezkezelőről + zsugorítási üzenetről sincsen screenshot...
A kérdésre a válasz pedig továbbra is az, hogy ha a lemezkezelővel nem megy a zsugorítás kellő mértékben, valamint szükség esetén a HDD töredezettségmentesítése után sem, akkor külső particionáló programmal lehetne megoldani. Amik általában bővebb információkat írnak ki és a lemezkezelővel ellentétben mutatják a művelet közben a folyamat készültségi fokát. Ahol kb. semmit nem jelent az, hogy esetedben állítólag anno problémát okozott egy ilyen program, aminek könnyen lehetett az oka a nem megfelelő használat is, vagy a háttértár hibája, nem feltétlen csak a program hibája. Ráadásul a korábbi eset, régebbi programverzió ≠ mostani eset, újabb programverzió. Ha annyira fontos adatok vannak a HDD-n, akkor meg a partíciók átméretezése előtt szükség esetén lehet biztonsági mentést készíteni. -
#110605
King Unique
titán
gyulank
#110588
King Unique
titán
válasz
gyulank
#110588
üzenetére
Először is miért akarod a gyors SSD-ről mindenképpen a lassú HDD-re rakni a Windowst, miért a HDD-n tárhelyet felszabadítani és miért nem az SSD-n (bővebben), mekkora tárolókapacitású az az SSD?
Aztán a kötet zsugorításánál mekkora is a HDD-n az a partíció, mennyi rajta a szabad terület, lemezkezelőről mellékelsz screenshotot, miért van rajta lapozófájl, annak kikapcsolása után Windows újraindítása és zsugorítás újrapróbálása volt már? Egyébként meg nem meglepő, hogy a Windows lemezkezelőjével csak addig lehet zsugorítani a kötetet, ahol a nem áthelyezhető fájlok találhatók, vagy van amikor addig sem... Ha nagyobb mértékű zsugorítás a cél, akkor oda külső particionáló program kell, azok szükség esetén a fájlok átmozgatását is megoldják. -
#100125
King Unique
titán
gyulank
#100113
King Unique
titán
válasz
gyulank
#100113
üzenetére
Ha valami van is a lemezzel, ami Windows specifikus és a Linuxnak esetleg nem tetszik, le van írva a korábbi válaszokban, sőt talán többször is, hogy miket lehetne megnézni, leellenőrizni. Viszont ezekről továbbra sem nagyon derült ki semmi, max csak egy részük... Az pedig tény, hogy utoljára a Linux piszkálta a HDD-t az átméretezésnél és a telepítésnél, nem a Windows. Az pedig már szintén többször le volt írva világosan, hogy a Linux specifikus telepítési problémára nem igazán a Windows topikban kellene keresni a megoldást. Ha a Windows 10 telepítője nem listázná ki a meghajtóknál a HDD-t, akkor viszont már értelemszerűen igen.
Egyébként meg plusz ötletként ki lehetne próbálni másik disztró telepítőjét is, aztán a HDD-t másik SATA-portra csatlakoztatni, vagy a telepítésnél az SSD-t "lehúzni" és csak HDD legyen csatlakoztatva, stb. Vagy ha annyira nem megy, akkor lementeni a HDD-ről mindent, aztán újraparticionálni a Linuxszal, hátha akkor már tetszik neki. Vagy ha van elég hely az SSD-n, akkor oda telepíteni a Linuxot is és nem erőltetni ezt a "keresztbe" módszert, aka legacy BIOS/GPT...
-
#100106
King Unique
titán
gyulank
#100101
King Unique
titán
válasz
gyulank
#100101
üzenetére
Ez csak egy része az eddig leírt dolgoknak, meg te kérdezted, milyen parancsok vannak ehhez. Ezekből max. annyi derült ki néhány spéci lemezinfó mellett, hogy 512e szektorméret szerinti a HDD, 4K-s lemezfoglalási egységgel lett formázva, meg stimmel a kilistázott partíciók eltolása. Viszont a többi nem, ami eddig felvetésre került. Meg az sem, hogy a Linuxnak mi a nyűgje és az ügyben nyilván nem éppen a Windows topikban kellene a megoldást várni. Pláne, hogy eleve abnormális a dolog, ha a telepítője fizikai lemez szinten sem (?) listázza ki a HDD-t függetlenül attól, hogy milyen partíciós tábla és partíciók vannak rajta. Ilyet volt akinél a BIOS-ban SATA RAID mód okozott, majd AHCI-re átállítva már oké volt. Amúgy még érdemes másik Linux Live rendszerrel is ránézni, mert az egy dolog, hogy az Ubuntu (?), vagy mit tudom melyiket próbáltad, ezt produkálja.
Egyébként meg ITT van pepitában, amikor a W10 nem ismeri fel az adott illetőnél a meghajtót, ellenben a Linux igen.
Meg egyébként tök jó és teljesen logikus, hogy Windowshoz a Linux topikban, a Linuxhoz meg a Windows topikban kell keresni a megoldást... 
-
#100097
King Unique
titán
gyulank
#100096
King Unique
titán
válasz
gyulank
#100096
üzenetére
Erre mondhatnám én is nyugodtan azt, hogy te meg átsiklasz azon leírtak felett, amik az előző válaszokban voltak és egynéhány dolog továbbra sem igazán tiszta. Azokban amúgy szvsz bőven ki van fejtve a téma, felsorolva lehetséges okok, linkelve több részletes leírás, köztük a lemezellenőrzésre is. Plusz másik megoldásként az SSD-re történő telepítés és akkor legalább a szabványos BIOS/MBR mód is stimmelne, nem kellene BIOS/GPT-vel gányolni... Az pedig továbbra sem világos, hogy a leírtak értelmében miért lenne ez inkább Windows téma, amikor eleve a másik OS-t (Linux) érinti, annál van telepítési, bootolási probléma. HDD ügyileg a Windowst max. akkor érintené, ha a felsoroltak (pl. dinamikus lemez, tárolókészlet, gyorsindítás miatti inkonzisztens állapot, rossz partícióeltolás, lemezellenőrzési (CHKDSK) hiba) közül valamelyik fennállna, de állítólag nem, vagy legalábbis nem derült ki, vagy lehet le sem lett csekkolva... Továbbá particionálás szempontjából a leírtak alapján a HDD-t utoljára megint nem a Windows, hanem a Linux piszkálta az átméretezés és a telepítés során.
-
#100091
King Unique
titán
gyulank
#100084
King Unique
titán
válasz
gyulank
#100084
üzenetére
Vagyis a Linux GPT-lemezre lett felerőszakolva legacy (CSM) módban... Ahol a rendszerbetöltőt (GRUB) értelemszerűen a HDD-re kellett vonna tenni, ha esetleg nem oda került. Viszont azt már az azzal foglalkozó topikban kellene megtárgyalni, hogy restart után miért nem indult, miért nem látta a ?, tényleg annyira oké-e az előbbi párosítás stb. Ugyanis ehhez a Windowsnak nem sok köze van, ha eleve másik fizikai lemezre (SSD) van telepítve, meg a HDD átméretezése is eleve Linux alól történt, az átméretezés + első körben maga a telepítés is sikeres volt és azóta nem lett Windows alól módosítva a HDD. Ha az előző válaszokban említett dolgok biztosan (?) rendben vannak, valamint a HDD állapota (HDS) is, továbbá Windows alól a lemezellenőrzés sem jelez hibát, akkor a jelen topik vonatkozásban megint nincs miről beszélni.
Egyébként meg a bruttó 120 GB-os SSD simán elég lehet Windows 10 alá. Ha nálad nem, akkor az eleve inkább az utólag feltelepített programok és egyéb, a C-n tárolt fájlok + tárhelyszükséglete miatt lehet, mintsem önmagában a Windows 10 alap tárhelyfoglalása miatt. Nekem is van 120 GB-os SSD-n (is) multiboot telepítésem, ahol pont Linux van a W10 mellett + még közös adatpartíció is és simán elférnek. Ebből következően, ha esetedben annyira nem megy a Linux HDD-re telepítése és bootolása, akkor adja magát az SSD, ahol 15-20 GB általában elég neki. A /home meg lehet akár a HDD-n is.
-
#100077
King Unique
titán
gyulank
#100071
King Unique
titán
válasz
gyulank
#100071
üzenetére
Most egyszer azt írod nem tudod törölni, utána nem akarod, aztán azért akarod stb., ez így kissé zavaros... Továbbá ha régi, legacy BIOS-os géped van, akkor normál esetben nyilván MBR-lemezre lehet OS-t telepíteni. Legalábbis a Windowst, de normál esetben a Linuxot is, igaz az utóbbinál lehet trükközni, pl. UEFI módban MBR-ról lemezről bootolni, meg ilyenek. Viszont mivel a 3 TB-os HDD GPT séma szerinti, lehet épp az a gond, azért nem tud rá települni a Linux legacy (CSM) módban. Meg ha be van kapcsolva a gyorsindítás és úgy lett leállítva a W10, meg közben a 3 TB-os HDD is csatlakoztatva volt, akkor az is gondot tud okozni a Linuxnál. Ilyenkor vagy kikapcsolod és úgy állítod le a Windowst, vagy shiftes leállítással, vagy utána 1x újraindítod.
Ha információkat akarsz lekérdezni Windowson a lemez szektorméretéről, partíciók eltolásról stb., akkor pl. az alábbi parancsok használhatók ehhez.
wmic diskdrive get bytespersector, caption
wmic partition get BlockSize, StartingOffset, Name, IndexValamint NTFS fájlrendszerű köteteknél az alábbiak, ahol X = meghajtó betűjele.
fsutil fsinfo sectorinfo x:
fsutil fsinfo ntfsinfo x:Amit linkeltél a másik topikból, megint érdekes, hol dos, hol gpt, partícióeltolás nincs rendben... Mivel 512e a 3 TB-os lemez, ezért gondolom GPT, legalábbis SATA-n, mert USB-n 4Kn szektorméretnél lehet akár MBR is. A partícióeltolást Windowson le lehet csekkolni ezekkel a módszerekkel. Meg ha Windowon lett GPT-re inicializálva a HDD, akkor ott létrejön a lemez elején egy 16 MB-os MSR partíció és amiatt is ugatni szokott némelyik program, rossz eltolásra hivatkozva.
-
Geth
veterán
válasz
gyulank
#100074
üzenetére
Ha kevesebb szívást akarsz az N-est elfelejted, felrakod a simát, és akár utólag is a feature-ök között kiszeded a pipát a WMP elől. Olyan mintha fel se raktad volna
Ha nem akarod újratelepíteni akkor vadászhatsz Media Feature Packet, majd utána hasonlóan kikapcsolod a WMP-t. Ennek a verziónak az a hátránya hogy tudtommal időnként (build upgrade) újra kell telepíteni a Media Feature Packet is -
#100069
King Unique
titán
gyulank
#100066
King Unique
titán
válasz
gyulank
#100066
üzenetére
Azt, hogy a Linux miért nem kezeli, az Ubuntu topikban kellene tovább fejtegetni. De amúgy nyilván kellene neki, ha sima alaplemez és nincsen semmi extra. Max. bizonyos esetekben a dinamikus lemez, BitLocker, BIOS-ban a SATA RAID mód (ha nem támogatja) szokott neki gondot okozni, meg ilyenek. Meg ami esetleg még extra lehet az az, ha tárolóhelyként van beállítva a lemez és tárolókészlet van rajta.
Az Ext4 fájlrendszerű partíciókat normál esetben simán tudni kellene törölni a lemezkezelőben az említett hibaüzenet nélkül. Ha nem megy, akkor próbáld parancssorban, vagy külső particionáló programmal, itt egy leírás hozzá. De ha csak partíciókat akarsz törölni, akkor a parancssoros (DiskPart) módszert ezen leírás alapján csináld, mivel az előbbinél a clean parancs a teljes lemezt törli!
-
Cs1csó
titán
válasz
gyulank
#88119
üzenetére
Amit leírtam útvonal és be is karikáztam ha üres a négyzet - checkbox - akkor kattints bele ekkor megkérdezi hogy telepíteni akarod netről engedd neki lefut és kész. Ezután már telepítheted azt a programot amihez kellett a 3.5-ös ha ekkor is feljön az SP1 kérés akkor már az is fel fog menni.
-
#74065
King Unique
titán
gyulank
#74050
King Unique
titán
válasz
gyulank
#74050
üzenetére
Egyrészt egy Insider verziónál, ami béta állapotú és tesztelésre használatos, ki tudja, hogy éppen milyen nyűgje van. Másrészt az adatátviteli sebesség megint több dolog függvénye. A fájlméret, a forrás- és célmeghajtón lévő szabad hely, a fájlrendszer töredezettségének mértéke stb. nem volt említve. Tehát az egy dolog, hogy a HDD most újra lett formázva NTFS-re, de ha a forrás tele van másolva, töredezett rajta a fájlrendszer, vegyes fájlméretek vannak stb., akkor azért annyira nem meglepő a 13 MB/s...
Ahogyan a másik topikban említett újabb infók alapján az sem, hogy Windows alól az Ext2Fsd-vel valamivel lassabb az Ext4 fájlrendszer írása, mint Linux alól natívan. De, ha RAW-nak jelzi az Ext4 kötetet, az már abnormális. Ahogyan maga ez az egész story is... Említve volt már a SATA adatkábel, tápkábel stb. lecsekkolása, valamint a HDD állapota Windowsnál pl. a HDS programmal, illetve annak tesztjeivel. Aztán, ha ennyire nem akar menni a dolog, akkor akár vissza is lehetne vinni kicseréltetni, mert nem feltétlen érdemes vele szenvedni. Már, ha cserélik, mert ha az állapota megfelelő, akkor a rejtélyes hibák után nyilván nem fognak a boltban sem nyomozni.
-
#74044
King Unique
titán
gyulank
#74031
King Unique
titán
válasz
gyulank
#74031
üzenetére
Na ez megint érdekes, mert attól, hogy GPT stílusú partíciós tábla van a lemezen Ext4 fájlrendszerű kötettel, még normál esetben nem kellene inicializálnia a rendszernek. Ilyenkor megjelenik a lemezkezelőben a kötet, de eleve meghajtóbetűjelet sem kap, valamint csak a törlési opció aktív a menüben stb. De nálad ugye Insider verzió van telepítve, azaz egy nem stabil kiadás, ami megint más dolog. Illetve, ha fel is ajánlotta a rendszer, attól még nyilván nem kötelező erővel inicializálni a lemezt. Tehát az már inkább user error kategória... Egyébként az normális, hogy a Windows által GPT-re inicializált adatlemezeknél létrejön egy 128 MB-os MSR partíció. Az viszont már nem, hogy RAW lett.
De amúgy az sem világos, hogy mi volt a cél. A Windows, de pl. a macOS sem kezeli natívan az Ext4 fájlrendszert. Max. külső programmal képes rá az előbbi (példák) és az utóbbi (példa) is.
-
#56239
quailstorm
félisten
gyulank
#56238
quailstorm
félisten
válasz
gyulank
#56238
üzenetére
Akkor meg kellene keresned mégis mi a franc használ ennyi RAM-ot, mert nekem Android emulátorral, Chrome-mal meg Android Studio-val se sikerült ekkora használatot előcsalnom. Szóval ez a legkevésbé se tűnik normálisnak.
Adatlapos gépem hasonló, megnézem már mi a helyzet azon, ott volt pár párszor limitbe ütközés fejlesztésnél. Betonkemény 704/1400, és a rendszer kezeli.
Ez már nem olyan mint XP, ahol ha valaha kellett nagyobb, akkor úgy maradt örökre utána? -
#56229
quailstorm
félisten
gyulank
#56228
quailstorm
félisten
-
netpeti98
addikt
válasz
gyulank
#5294
üzenetére
Az átlag tesztelő két ring közül választhat, slow és fast. A fast gyorsabban kapja meg az új buildeket. Viszont jelenleg egyik egyiken se érhető el a 10074-es buildnél frissebb. A legtöbb videó ami mostanában felkerült a híroldalakra azok csak kiszivárogtak és nem hivatalosak.
A 3rd party védelmi szoftverek közül pedig elég vegyes, hogy mennyire van felkészítve az új rendszer támogatására. -
#5290
King Unique
titán
gyulank
#5289
King Unique
titán
-
#5286
King Unique
titán
gyulank
#5284
King Unique
titán
válasz
gyulank
#5284
üzenetére
Ja, saját böngészőik, az más, azokban alap, hogy jobban de van drótozva.
Ahogy én néztem a Spartan és az Edge más, mert 10074-ban is előbbi a default, utóbbit talán Store-ból kell külön felrakni, vagy a fene tudja..majd többiek megmondják.(#5283) netpeti98: jogos, a full black se minden téren előnyös. Igen , a 8.1 oldalsáv, bejelentkezési képernyő színe és egyéb, jól volt megoldva. Oldalsávot hiányolom a 10-esből, tudom, hogy nép nyomásra lett száműzve, de azért vmi eldugott aktiválógomb maradhatott volna...
-
#5279
King Unique
titán
gyulank
#5277
King Unique
titán
válasz
gyulank
#5277
üzenetére
Már mért ne lehetne? FF-ban, de Chrome-ban is simán át tudod állítani utána kezdőlapot, illetve letiltani az erőszakosan települő Bing Search Engine bővítményt.
Az, hogy egyes programok előző verziókban jól működnek, itt a 10-esben nem, azt tesztrendszer révén nem meglepő...a sötét témát tegnap én is próbálgattam beállítani gépházban a Colors menü alatt, de nem találtam meg...
(#5278) karak_22: igen csak, azoknál a rendszereknél, főleg OS X-nél, elég régóta így megy, x év alatt hozzászoktak a felhasználók, míg egy Windowsnál nem...illetve azért lesz fura az egész, mert egy mostani 10.0 után egy 10.1/2 eleve nagyobb horderejű, új OS lesz, de azt is Windows 10 néven fogják emlegetni, ahogy a 8 után a 8.1 se teljesen épült be elkülönülten a köztudatba.
De csinálják csak, lesz@rom ezt is, ahogy a többi nagy ötletüket is...![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#58000384
törölt tag
válasz
gyulank
#1689
üzenetére
Tudom, elvileg úgy vettem át a jogokat, hogy minden almappára igaz legyen. Ez a többségnél működik is, de van egy nagyobb, aminél úgy gondolta, hogy nem. És akkor persze amit kimásolok belőle, az viszi tovább a jó szokását, szóval ezt az egész helyzetet a fájlok és mappák törlésével tudom megszüntetni. Ráadásul olyan mappáknál is előjön, amikhez 2 telepítés között nem is nyúlt semmi és senki. Nem értem.
Az optikai meghajtók eltűntek már a 8 első publikus bétájában is, akkor egy registry módosítással lehetett újra előhozni. Ez valahogy megmaradt a véglegesben is, meg a 8.1-ben is (meg ezek szerint a 10-ben is), de random jön elő random gépeken.
-
#58000384
törölt tag
válasz
gyulank
#1684
üzenetére
Ez vicces, nekem pont ilyen gondjaim vannak 8.1 alatt
Újratelepítés után gondolt egyet, és valamitől nem én lettem pár mappának a tulaja, ráadásul hiába veszem át, a benne lévő mappáknak megint nem én vagyok, pedig úgy kéne lennie, így egy komolyabb könyvtárszerkezetnél eltökölhetek a biztonság fülön százszor.
A BD írómat néha eltünteti a 8, sem a 10 sem a 7 nem csinált eddig ilyent. *koppkopp*Ja, meg elalszik ez frissítések telepítése közben is
-
#1482
Milestone2
nagyúr
gyulank
#1481
Milestone2
nagyúr
válasz
gyulank
#1481
üzenetére
Hát ha telepítettél már Windows-t akkor tudod a telepítés elején meg fogja kérdezni, hogy rátelepíted az előző Win-re (frissítés) vagy törlöd az előzőt és teljesen új telepítést indítasz (clean install) ez utóbbi esetben minden felhasználó által telepített program eltűnik. Előbbi esetben megvan az esélyed rá, hogy csak frissül a rendszer. Nekem az egyik gépen 9841 volt, frissült 9860-ra és ott látható is, hogy keletkezett egy Windows old mappa, a frissítés után. Míg a másik gépre úgy raktam fel, hogy clean install-lal töröltem az előző rendszert...
-
#1480
Milestone2
nagyúr
gyulank
#1479
Milestone2
nagyúr
válasz
gyulank
#1479
üzenetére
Tudtommal, de erről erősítsen meg szakértő, vagy cáfoljon meg, nem az iso-ról kellene, hanem az eredeti esd fájlból...szerintem iso-ból csak clean install-t tudsz csinálni. (bár ha jobban belegondolok, mintha az iso futtatásakor rákérdezett volna, hogy clean install vagy frissítés....)
-
#1475
Milestone2
nagyúr
gyulank
#1474
Milestone2
nagyúr
az N-es Windózt felejtsd el.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
• OFF topik
• TILOS a warez!
• Windows 10 frissítési kisokos
- Abarth, Alfa Romeo, Fiat, Lancia topik
- BestBuy topik
- A fociról könnyedén, egy baráti társaságban
- Óvodások homokozója
- Kevesebb dolgozó kell az Amazonnak, AI veszi át a rutinfeladatokat
- iPhone topik
- Luck Dragon: Asszociációs játék. :)
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- body007: Magyarország kifosztásának története
- Windows 11
- További aktív témák...
- DELL PowerEdge R630 rack szerver - 2xE5-2650v3 (20 mag / 40 szál, 2.3/3.0GHz), 32GB RAM, 55992Ft+ÁFA
- BESZÁMÍTÁS! 1TB Western Digital SN850X NVMe SSD meghajtó garanciával hibátlan működéssel
- Beszámítás! Apple Watch SE 2024 44mm Cellular okosóra garanciával hibátlan működéssel
- AKCIÓ! MSI Z690 i7 12700K 32GB DDR4 1TB SSD RX 6800 16GB Phanteks P600S Cooler Master 750W
- Csere-Beszámítás! RTX Számítógép játékra! I5 13400F / 32GB DDR5 / RTX 4070 Super / 1TB SSD
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest