- Gaming notebook topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Google Chromecast topic
- Masszív előrelépésnek tűnik a Zen 5
- HiFi műszaki szemmel - sztereó hangrendszerek
- E-book olvasók
- Amlogic S905, S912 processzoros készülékek
- Milyen billentyűzetet vegyek?
- Internet Rádió építése (hardver), és programozása
- Milyen TV-t vegyek?
Hirdetés
-
Új Arc meghajtó a görög mitológia alvilágához
ph A 31.0.101.5448-as, WHQL aláírással rendelkező csomag a Hades II-höz kínál profilt.
-
Multiversus - Így harcol Joker
gp A free-to-pay játék teljes kiadása a hónap végén startol minden platformon.
-
A leépítések után egy vagyont költ a töltőhálózatára a Tesla
it Miután nemrég újabb dolgozókat küldött el a Tesla, Elon Musk azt ígéri, hogy 500 millió dollárt költenek a töltőhálózatra (ez értelemszerűen inkább az USA-t érinti).
-
PROHARDVER!
Ide várunk:
- minden saját tapasztalatot/tesztet, észrevételt a már megvett, és használatban lévő SSD-vel kapcsolatban, illetve mindenféle, megbízható forrásból való cikket/tesztet/érdekességet.
Új hozzászólás Aktív témák
-
ubyegon2
nagyúr
válasz janos666 #14300 üzenetére
"Igen, minden SSD-n ülő partícióhoz fűzd oda a discard paramétert, és ha ez megvan, akkor tiltsd le az fstrim ütemezést.
A noatime-ot pedig SSD-n és HDD-n lévő partíciók filerendszereihez is használhatod"Ezek szerint elég lenne csak SSD- re berakni fstab- ba a discard, noatime- ot. Nálam viszont nincs felcsatolva minden partíció Linux alatt, két Win7- es partíciót nem tartottam szükségesnek például! Okozhat ez gondot, mert így csak az SSD egy részére vonatkozik a végrehajtási parancs?!
Érdemes felcsatolnom az összes partíciót, hogy optimálisan működjön a TRIM?
(#14302) berus.berus
Csak törlöm innen és kész? Köszi![ Szerkesztve ]
-
#21078528
törölt tag
válasz ubyegon2 #14299 üzenetére
Baj nem lesz belőle, ha az fstrim is lefut néha...
Egyébként a cron feladatokat a megfelelő /etc/cron.X könyvtárban találod, egyszerűen töröld a szkriptet, vagy mozgasd át valahová.#14301: Igen, csak törlöd és kész! Bár elegánsabb, ha átmozgatod valahová, hátha meggondolod magad, és akkor csak vissza kell másolni...
Win partíciót csak akkor van értelme csatolni, ha VFAT a fájlrendszere, csak azt tudod discarddal kezelni. Fstrim nem működik VFAT-on sem! Röviden, ha csak nincs valami különleges okod rá, felesleges csatolni őket.
[ Módosította: radi8tor ]
-
#21078528
törölt tag
válasz janos666 #14300 üzenetére
Szinte kötelező, tehát nem kötelező...
Bár az SSD baromi gyors, de ez akkor is egy felesleges írási művelet, legalábbis engem kevéssé érdeklő infó, hogy a kedvenc Görög Zita képemet mikor nézegettem utoljára...
Nyilván egy munkahelyi környezetben érdekes lehet, hogy az adott fájlt mikor birizgálták utoljára, de őszintén, otthon ez mikor volt fontos számodra?
Azért a naplózás nagyon más tészta... -
ubyegon2
nagyúr
válasz #21078528 #14302 üzenetére
Értem, köszi!
Törlöm, ha kell majd, nem ördöngősség újat írni (ez nagyképű volt, bemásolni a helyes). Win már nem sokáig van, inkább pár Linux disztró lesz az SSD- n.
A partícionálatlan rész, ha eléri a 28%- ot (már benne van a gyárilag lefoglalt 7-8% is), tényleg gyorsítja a véletlen eléréseket?
[ Szerkesztve ]
-
válasz ubyegon2 #14305 üzenetére
Ahogy én figyeltem, sok mai SSD ~50%-tól kezd lassulni (bár itt még nem érződik úgy, hogy emiatt megérné feladni a tárhely felét), majd valahol ~75% körül újra huppan egyet (innen kezdhet érezhető is lenni), durván 90%-tól pedig már hektikus lehet (vagy csak lineárisan lassul, de akár "beszakad" a görbe). Persze sok minden mástól is függ, pl. hogy a felírt adat milyen hányadban statikus/dinamikus és milyen agresszíven terheled, na meg persze a vezérlő+firmware is sokat számít (mekkora a statikus over-provisioning arány, tömörít-e a vezérlő, miként időzítik és milyen hatékony a Garbage Collection, stb).
[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
Tomi_Sci
őstag
Sziasztok!
Nem teljesen SSD-vel kapcsolatos a probléma, de remélem tudtok segíteni. Beszereltem egy optibayt/caddyt a HP8560p laptopomba, ami ennek hatására nem kapcsol ki, és nem megy sleep-be. Mindkét esetben megáll a vinyó és elsötétül a képernyő, de ledek nem alszanak el, és a gép a továbbiakban semmire sem reagál.
Gondoltam hátha az a baj, hogy üres a caddy, úgyhogy került bele egy HDD, amit lát is a Windows, de továbbra sem kapcsol ki/megy sleepbe. Így nem merek beruházni egy SSD-be
Találkozott már valaki ilyennel?Hirdetéseim: https://hardverapro.hu/aprok/hirdeto/tomi_sci/index.html
-
ubyegon2
nagyúr
válasz arm1n_ #14309 üzenetére
Nem nagyon kell mást tenned, legfeljebb ezt olvasd át, hátha valami eszedbe jut. Van benne pár olyan dolog, amit épp itt vitattak meg a fórumtársak, hogy kell- e az bele. Mindenesetre érdemes átolvasni, ezt is meg ezt is, sőt ezt is! Elég sok kérdés felmerülhet az emberben.
A lényeg, hogy, ha semmi mást nem teszel is, az az SSD azzal a Linux- szal már optimálisan működik!
"Az fstab-ba beleírtam a [U]notime[/U]-ot és a discard módosítót is"
Remélem nem notime- ot írtál a noatime helyett![ Szerkesztve ]
-
Vakegérke
veterán
válasz Fire/SOUL/CD #14287 üzenetére
Most frissítettem 5.8.2-re a firmware-t. Nem nyúlt semmihez, nem törölt semmit.
Szép szolidan, szép szolidan, elvégre nem vagyunk otromba állatok... (KFT) Birodalmi Szóvivő és Békenagykövet (:L topic)
-
félisten
válasz Vakegérke #14311 üzenetére
OK, thx az infoért, akkor nem emlékeztem rosszul (ezt az újat meg még nem telepítettem (bár lehet ) ezidáig, de legalább tudom, hogy a PDF-ben leírtak erre sem vonatkoznak(mert ott egyértelműen azt írják, hogy letakarítja az SSD-t))
kiskornel #14312
Ez a "békebeli" V+200-as Kingston, teljesen normálisak az értékek (SSDOK-al is ránézhetsz, de az is ezt fogja kiírni)[ Szerkesztve ]
Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)
-
kmisi99
addikt
Lehet buta kérdés de SSD-t szabad pl 2 részre partícionálni? Szeretnék egy linuxot is felrakni a gépre és a windows mellé jó lenne SSD re felrakni. Vagy egyáltalán egy linux mennyire támogatja az ssdket pl trimm funkció ilyesmi?
[ Szerkesztve ]
-
Vakegérke
veterán
válasz Fire/SOUL/CD #14313 üzenetére
Azt elfelejtettem mondani, hogy a működő Windows 7 x64 alól frissítettem a firmware-t. Valaki korábban már mondta, hogy Linux alól frissítve sem volt gond. Ezek szerint az A-Data XPG SX900 (128GB) SSD-k esetében probléma mentes a frissítés.
Ezzel nem akarom azt mondani, hogy szükségtelen az adatok mentése. Mindenki saját felelősségére legyen gondatlan, ha az akar lenni.
Szép szolidan, szép szolidan, elvégre nem vagyunk otromba állatok... (KFT) Birodalmi Szóvivő és Békenagykövet (:L topic)
-
kiskornel
addikt
válasz Fire/SOUL/CD #14313 üzenetére
Nagyon szépen köszi a válasz.
http://www.flickr.com/photos/34330024@N05/sets/
-
vandorr
csendes tag
Sziasztok,
belefutottam abba a problémába, hogy win8.1 telepítő nem tudja kezelni az SSD-t.
Lenovo y510p és Adata sp900 256GB m.2 SSD
Azt írják AHCI helyett compatible módba használjam.
Használhatom így, vagy nem javasolt? Mekkora teljesítmény különbséget okoz?!
Próbáljam más SSDre kicserélni?[ Szerkesztve ]
-
félisten
válasz vandorr #14318 üzenetére
Ilyenről nem tudok. Egész pontosan miben nyilvánul meg nálad a "...win8.1 telepítő nem tudja kezelni az SSD-t."?
1. Eredeti/érintetlen telepítő? (he nam az, akkor a többi kérdés tárgytalan)
2. Gondolom valahol leakad a telepítő, ott mit ír ki?
3. Nem is látja a telepítő az SSD-t?
4, Lenovo-n a legfrissebb BIOS van?
5. SSD-n legfrisebb FW van?
6. Tudod mi a különbség Legacy és UEFI install között?Vakegérke #14316
Világos, csak a User Guide a mai napig azt írja, hogy törli az SSD-t a FW, ezért írtam, hogy nem vagyok benne biztos, de most legalább megerősítést kaptam, hogy a legújabb sem törli az adatokat.[ Szerkesztve ]
Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)
-
Ice&Lime
veterán
válasz vandorr #14318 üzenetére
Az kicsit érdekes lenne, hogyha a win8.1 nem tudná kezelni az ssd-t, inkább a notebook bios-a az, ami nem tudja. Legyen rajta a legfrissebb bios és ha úgysem jó, akkor kérdezd meg a gyártót illetve a boltot, ahol a gépet vetted, hogy egyáltalán kezel-e ez a gép m.2-es ssd-t, és ha igen, akkor adja meg a konkrét típusokat.
A legtöbb notebookba jelenleg nem nagyon érdemes msata és m.2-es ssd-kel szórakozni, jobb a hagyományos módszer (biztosabb).[ Szerkesztve ]
-
zsinor008
tag
Sziasztok.
Ma került hozzám egy HTPC amely tegnapelőtt működött is de most nem ismeri fel az ssd-t.
Be raktam a gépembe de az sem ismerte fel lehetséges hogy elérte a korlátait?
Lehetséges valahogy életre kelteni?HTPC konfig
alaplap: Asrock AD2700b-itx
processzor: Intel Atom Dual-core D2700
RAM: 4GB Elixir M2s4g64cb8hg5n-cg
SSD: Ctucial v4 128 GB -
-
zsinor008
tag
válasz radi8tor #14322 üzenetére
Természetesen egyből másodlagos meg hatónak tettembe és úgy nem ismerte fel.
hd sentinel sem ismerte fel.(#14323) jakos73
Sajnálatos módon nincs tulajdonomban olyan eszköz amivel ezt véghez vihetném.
Inkább csak filmek voltak rajta szóval fontosnak nem mondható.Köszönöm a gyors válaszokat.
-
#21078528
törölt tag
válasz arm1n_ #14309 üzenetére
Mivel többször felmerült itt a fórumon, egy gyors Linux+ SSD összefoglaló, ahogy én szoktam, tehát nem biztos, hogy így a legjobb, mindenki csak saját felelősségre, és tessék tájékozódni több forrásból!
Partícionálás:
Érdemes a GParted programmal csinálni (több LiveCD-s terjesztésen megtalálható, GParted Live, SysRescueCD, stb.) így biztosan jó lesz az alignálás, alapból helyesen ajánlja fel. Lényeg, hogy az első partíciónak a 2048-as szektornál kell kezdődnie!
Alignálás ellenőrzése:
fdisk -l /dev/sda | grep -E sda[0-9]+ | sed s/*// |
awk '{printf ("%s %f ",$1,$2/512); if($2%512) { print "ROSSZ" }else {print "OK"} }' | column -t
Ne feledjük, minél több helyet hagyunk szabadon a meghajtón, a vezérlő annál jobban érzi magát!
Ha rendelkezünk HDD-vel is, megfontolandó a /var könyvtár (gyakran módosuló adatok) és a swap HDD-re rakása.
Ezenkívül érdemes a /tmp könyvtárat tmpfssel a RAM-ba rakni (ezt néhány terjesztés alapból megteszi).
Ehhez az /etc/fstab fájlba írjuk a következő sort:
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0Fájlrendszer, TRIM, ütemező:
A TRIM-nek két megvalósítása van Linuxxon, az /etc/fstab fájlba írt discard opció, ill. az fstrim parancs.
A discard hatására az OS közli a vezérlővel, hogy az adott adat logikailag már nem létezik, valósan törölhető. Régebbi meghajtóknál ez azonnal végrehajtódik, ezért sok kis fájl esetén teljesítmény problémákat okozhat. Az újabb queued TRIM (SATA rev. 3.1) eljárást ismerőknél viszont a blokkok felszabadítása nem (feltétlen) történik meg azonnal, a teljesítmény csökkenés veszélye kevésbé áll fenn.
Discard az /etc/fstab fájlban (példa):
UUID=f0ae2c59-83d2-42e7-81c4-2e870b6b255d / ext4 discard,errors=remount-ro 0 1Az fstrim parancs megvizsgálja a meghajtót, és alapértelmezésben az összes felszabadítható blokkot "törli".
Tipikus formája:
fstrim -v /csatolási pont
Kiadható manuálisan, de célravezetőbb boot szkriptbe (pl. rc.local) tenni, vagy cron feladatot létrehozni belőle, napi futtatással.
Hogy melyiket érdemes használni, azt nagyban befolyásolják a felhasználói szokások, én a magam részéről a discard opciót favorizálom.
Jelenleg a következő Linuxxos fájlrendszerek támogatják a TRIM funkciót: EXT4, Btrfs, JFS, XFS, Reiser4 (még nincs a hivatalos kernelfában).Érdemes lehet az I/O ütemezőt cfq-ról deadline-ra, ill. csak SSD használat esetén noop-ra állítani.
Jelenlegi ütemező lekérdezése:
cat /sys/block/sda/queue/scheduler
Az ütemezőt legegyszerűbb az /etc/default/grub fájl megfelelő sorának módosításával állítani (példánkban deadline-ra):
GRUB_CMDLINE_LINUX_DEFAULT="elevator=deadline quiet splash"
Majd futtassuk az update-grub parancsot! A beállítás a következő rendszer töltéskor lép érvénybe.Egyéb ötletek:
A meghajtó kímélése és a teljesítmény növelése miatt fontos lehet a noatime csatolási opció beállítása az /etc/fstab fájlban, így nem kerül kiírásra az utolsó fájlhozzáférés időbélyege.Ha a swap SSD-re kerül, próbáljuk csökkenteni a swap használatot a swappiness érték (alapértelmezésben 60) csökkentésével.
Ehhez írjuk az alábbi sort az /etc/sysctl.conf fájlba:
vm.swappiness=10A meghajtón rendben van-e a TRIM:
hdparm -I /dev/sda | grep TRIM
Válaszként ezt kell látnunk: "Data Set Management TRIM supported (limit 1 block)".Terjesztésenként változhatnak a fentebb említett fájlok elérési útjai!
Irodalomként az Arch Linux idevágó wiki oldalát ajánlom!Hirtelen ennyi jutott eszembe...
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz #21078528 #14327 üzenetére
Hasznosnak tűnik.
"Ha rendelkezünk HDD-vel is, megfontolandó a /var könyvtár (gyakran módosuló adatok) és a swap HDD-re rakása."
Szerintem ez viszont megint olyan, hogy mindenki döntse el, hogy használni vette az SSD-jét, vagy dísznek. Például lassú háttértárra lapozni szerintem kifejezetten hülyeség, nagyjából a böngésző gyorsítótárának HDD-re való helyezésével ér fel (ami szintén letöltendő büntetéssel jár ). A /var áthelyezésének sem látom semmi értelmét, igen, gyakran módosuló adatok, de hadd módosuljanak egész nyugodtan az SSD-n. Az sem mindegy, hogy pl. kiolvasni mennyi idő onnan az adatokat (és ugye ha HDD-n van, akkor az lassú). Nem pátyolgatni kell az SSD-t, hanem használni.
Ezt leszámítva viszont tényleg hasznos, hogy összeszedted a legfontosabb tudnivalókat Linuxos környezetre.Sk8erPeter
-
#21078528
törölt tag
válasz Sk8erPeter #14331 üzenetére
A /var az egyik legbonyolultabb kérdés a Linux/UNIX világban, több tucat oldalas leírások léteznek, hogy pl. szerver környezetben hogyan érdemes beállítani...
Kapcsolódva ahhoz amit mondasz, közkedvelt megoldás az is, hogy /var az SSD-n, és a /var/log tmpfssel megy a RAM-ba. Én főleg azért szeretem a HDD-n tudni, mert ugye a csomagkezelő is oda dolgozik, egy-egy frissítés sok írással járhat, miközben a sebesség itt (legalább is nekem) mellékes.
A swappal pedig az a helyzet, hogy a mai terjesztések kellő mennyiségű RAM esetén nem nagyon használják, nekem már évek óta 8GB van a gépeimben, és nem emlékszem rá, hogy valaha is használatban lett volna. Ez nyilván érv mindkettőnk elgondolása mellett, mivel ha nincs használatban, tök mindegy hol van...
Akár swap nélküli rendszerrel is lehet próbálkozni sok RAM mellett, de ezt sosem mertem megkockáztatni, mert ha egy Linux valamiért mégis a swaphez nyúlna és nem tud, na annál csúnyább rendszerösszeomlás nincs a világon...
Egy eset van ami mindenképp a HDD-re rakását indokolja, ha valaki szeretné használni a hibernálás funkciót, mert az ugye a swapbe dolgozik.Természetesen egyetértek veled, hogy azért veszünk SSD-t, hogy használjuk, és mivel a S.M.A.R.T. adatok alapján a rendszer még 8 boldog évet jósol a kis ADATA SP900-amnak, lehet, hogy tényleg túl óvatoskodó vagyok, mert 8 év múlva az egész konfig a holdban lesz valszeg...
-
vandorr
csendes tag
válasz Fire/SOUL/CD #14319 üzenetére
Szia,
Egész pontosan, a BIOS felismeri az SSD-t, a windows telepítőben meg az történik, hogy a particionálós résznél kiírja meghajtót, de jelölöm ki, vagy hoznék létre új partíciót rajta (alapból üres volt), akkor különböző hibaüzenetekkel félbeszakad a művelet. A konkrét hibaüzenet számot most nem tudom. És ha frissítem a particiók megjelenítését, akkor eltűnik, és csak újraindítás után látható újra.
Eredeti telepítő. Legfrisebb lenovo BIOS van és próbáltam UEFI és Legacy módban is telepíteni, sőt még a secure Boot opciót is kikapcsoltam.Sajnos több fórumon is azt írják, hogy még nincs megoldás rá, azért is kérdeztem a SATA kompatibilitási módot, hogy az nem tesz-e rosszat az SSD-nek, mert azzal fel tudtam telepíteni a win8.1et.[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz #21078528 #14332 üzenetére
"Én főleg azért szeretem a HDD-n tudni, mert ugye a csomagkezelő is oda dolgozik, egy-egy frissítés sok írással járhat, miközben a sebesség itt (legalább is nekem) mellékes."
Ez is egy szempont, viszont mégsem hiszem, hogy a legtöbb környezetben (alapvetően nem szerverkörnyezetekről beszélünk ugye) élettartam tekintetében igazán releváns lenne: sokszor volt szó róla, hogy inkább a vezérlő halálától kell a legtöbb esetben tartani, mint az SSD élettartama végének elérésétől az írásmennyiség következtében. Ezért sokszor az ilyen szenvedéseket feleslegesnek tartom (még ha Linuxon a csatolási pontokat jóval értelmesebben be is lehet állítani, mint Windows-on).
A swappal kapcsolatban pont leírtad, amire gondoltam. Sok RAM esetén úgyis kevés írogatás történik a swap miatt (már ha egyáltalán), ha történik, az nem komolyan vehető. DE ha mégis gyakrabban van szükség a lapozásra, akkor meg aztán főleg a lehető legrosszabb ötletnek tartom egy lassú háttértárra való áthelyezését, mert akkor azt még meg is érzed. Szóval a lapozófájl HDD-re való áthelyezése mellett szerintem semmi nem szól."Egy eset van ami mindenképp a HDD-re rakását indokolja, ha valaki szeretné használni a hibernálás funkciót, mert az ugye a swapbe dolgozik."
Szerintem ez sem indokolja semmiképp a HDD-re rakást.
Az SSD-t tényleg használni kell, nem tutujgatni.Szerk.: sokkal fontosabb kérdésnek tartom azt, hogy legyen a fontos adatokról backup (pl. a HDD-re, ha már ott van, és esetleg még egy külső eszközre), amivel érdekes módon az emberek jóval kevesebbet foglalkoznak, mint az SSD-jük pátyolgatásával. Ami azért is érdekes, mert a vezérlő elhalálozása esetén ezeknek búcsút inthetnek, és hiába rakosgattak át ezt-azt a vinyóra, hogy kevesebb írás történjen az SSD-re (ezek a lépések az esetek 95%-ában tök feleslegesek), végül is ez összességében totál nem számított, cserébe dühönghetnek, hogy az adataikról bezzeg nem készült mentés.
[ Szerkesztve ]
Sk8erPeter
-
félisten
válasz vandorr #14333 üzenetére
Nézd, manapság az AHCI egy teljesen alap dolog (Vista óta az), szóval biztosan fel kell mennie AHCI módban.
Ha nem, akkor szokott BIOS/FW vagy egyéb dolog a háttérben állni. Ha biztosan nem BIOS és FW (tehát megnézted, és a BIOS frissítésben semmi hasonló hibajavítást nem találtál, ugyanígy az SSD FW-ében sincs semmi ehhez kapcsolható hibajavítás), akkor annyit tegyél meg (ez szokott leggyakrabban a háttérben állni), hogy amikor a particionáló részhez érsz, akkor adagold be a megfelelő AHCI driver-t és próba.Ha így sem menne, akkor telepítsd fel IDE-ben, aztán meg utólag átállítod AHCI-re.
Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)
-
#21078528
törölt tag
válasz Sk8erPeter #14334 üzenetére
"Ezért sokszor az ilyen szenvedéseket feleslegesnek tartom (még ha Linuxon a csatolási pontokat jóval értelmesebben be is lehet állítani, mint Windows-on)."
Van olyan Linux rendszer admin ismerősöm, aki ezért a mondatért a legbrutálisabb vudu mágiát segítségül hívva végezne veled! A /var-ja min. 4 partícióra van szétszedve!Megint csak messzemenően egyetértek veled a mentés kapcsán! Mondjuk én mint viszonylag új játékos SSD fronton, egyenlőre annyira nem bízom a technikában, hogy semmilyen fontos adatom nincs az SSD-n, csak szimlinkelve vannak /home-om alá a HDD-ről...
#14335: Köszi, alkalomadtán majd összekapom magam és írok egy összefoglalót, pár dolog innen úgy is kimaradt!
-
ubyegon2
nagyúr
válasz #21078528 #14327 üzenetére
Nagyon jó ötlet volt részedről ez a kis csokor javallat Linuxosoknak, de valóban jó lenne befoglalni az összefoglalóba vagy valamelyik SSD- s cikkbe. Sokan már összeszedegettük ezeket innen- onnan, de nem mindenki jár ennyire utána, viszont érdekelhet sokakat.
Viszont a Gpartedről annyit megemlítenék, hogy ilyet is tud:
sudo fdisk -l /dev/sda | grep -E sda[0-9]+ | sed s/*// | awk '{printf ("%s %f ",$1,$2/512); if($2%512){ print "ROSSZ" }else {print "OK"} }' | column -t eredménye ez:
/dev/sda1 4.000000 OK
/dev/sda2 404.000000 OK
/dev/sda3 97891.996094 ROSSZ
/dev/sda5 97892.000000 OKAz sda3 az extended partíció, Ez számít ilyenkor, ha benne az első logikai partíció már OK!?
Nem volt időm még újratelepítgetni, de ettől függetlenül érdekelne, hogy is van ez.
-
ubyegon2
nagyúr
válasz #21078528 #14340 üzenetére
hazaértem közben
fdisk -lu /dev/sdaDisk /dev/sda: 119.9 GB, 119897805824 bytes
255 fej, 63 szektor, 14576 cilinder, összesen 234175402 szektor
Egység: szektorok 1 * 512 = 512 bájt
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Lemezazonosító: 0x000837fdEszköz Indítás Eleje Vége Blokkok Az Rendszer
/dev/sda1 * 2048 206847 102400 7 HPFS/NTFS/exFAT
/dev/sda2 206848 50118655 24955904 7 HPFS/NTFS/exFAT
/dev/sda3 50120702 83612891 16746095 5 Kiterjesztett
/dev/sda5 50120704 83612891 16746094 83 Linuxsudo fdisk -lu /dev/sdb
Disk /dev/sdb: 1000.2 GB, 1000203804160 bytes
255 fej, 63 szektor, 121601 cilinder, összesen 1953523055 szektor
Egység: szektorok 1 * 512 = 512 bájt
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Lemezazonosító: 0x0001e0c0Eszköz Indítás Eleje Vége Blokkok Az Rendszer
/dev/sdb1 2048 58992639 29495296 83 Linux
/dev/sdb2 * 58992640 120629358 30818359+ 7 HPFS/NTFS/exFAT
/dev/sdb3 120635392 1953521663 916443136 5 KiterjesztettEzek a kivastagított adatok mások a WD Black- nál, az miért van?
Amúgy ugyanaz a jelenség volta HDD- nél is, ott is ugyanúgy ROSSZ- nak írta a kiterjesztett partíciót, azt megoldottam, hogy elé raktam pár mega üres helyet.[ Szerkesztve ]
-
#21078528
törölt tag
válasz ubyegon2 #14341 üzenetére
Teljesen jó, a valós partíció a "helyén" van.
Ha lesz az összefoglalóból valami, majd meg kell jegyezni, hogy a bővített partíció esetén az infó irreleváns.
Egyébként kb. 100 éve nem használok bővített partíciót (ezért nem is találkoztam a jelenséggel), aki 4-nél több partíciót használ a meghajtóján, annak javasolt a GPT-re való átállás. -
ubyegon2
nagyúr
válasz #21078528 #14342 üzenetére
Köszi, ez jó hír!
Ez a GPT- re átállás nekem új, mármint, hogy érdemes lenne ilyen esetekben, de nálam nincs jelentősége, mert a HDD- vel nincsenek gubancok, az SSD- t meg nem szabom fel 4- nél több darabra. Azon úgysem segítene, hogy sata1- nek látja az alaplap!
Linuxnál egyébként nem teljesen mindegy, milyen rendszerű partíciók vannak? Ehhez is totál láma vagyok!Ezt a http://www.techpowerup.com/articles/other/157- t is berakhatod leírásba, a népek csípik az ilyent. Vagy ezt az egyszerűbb ellenőrző parancsot akár:
sudo blockdev --getalignoff /dev/sda
[ Szerkesztve ]
-
DjEszti
tag
Sziasztok!
Vásároltam egy samsung 840es 120as ssd-t.
Asrock h77 pro4/mvp alapom van. Bekapcsolás után nem adja be az alaplap képét, helyette azt irja hogy Resuming from hibernation.
Ez normális? -
ubyegon2
nagyúr
válasz #21078528 #14345 üzenetére
Használtam, sőt totál kezdő Linuxosként meg is szívtam, mert fenn volt még a Win7 és pár disztrót felraktam kipróbálgatási célból+ jött volna a swap is. Mind elsődleges volt, de akkor még ez nem sokat mondott nekem. Most, hogy a főrendszer az SSD- n van, így már csak tesztelésekre, kipróbálásokra használom főleg a Black- et, torrentezésre meg ott az egyszer már kipusztult régi Black. Ki tudja 1 TB- on hány disztró fér el? SSD- n meg nem nagyon akarok tesztelgetni.
[ Szerkesztve ]
-
krisztian.sc
csendes tag
Sziasztok!
Ma beszerezem egy SSD-t (samu evo 250), ahogy beraktam a HDD mellé, az eredeti win7em fel is, ismerte, irni is tudok rá. Természetesen az SSD-re szeretnék oprendszert tenni(win 7 sp1 x64), de a telepítő nem látja az SSD-t. :S Az alaplapom. Asrock N68-S3-UCC
Előre is köszi a válaszokat!
-
jeni
félisten
válasz krisztian.sc #14347 üzenetére
Ha jól tudom először formatálni kell az SSD-t.
Ha pedig BIOSban látszódik akkor már nyert ügyed van,a telepítés DVD lemezről az elsődleges legyen az optikai meghajtó beállítva, de előtte minden HDD eszköz-t le kell venni a sata kábelről.
ACHI módban kell a friss op.rendszert felrakni. -
félisten
Új hozzászólás Aktív témák
-
HARDVERAPRÓD
(rögzített hozzászólás)
Kedves Fórumozók!
Frissítettem az összefoglalót, valamint a topik neve is változott.
Remélem ezekkel a változásokkal itt több tapasztalat/eszme csere fog létrejönni, mivel kicsit szabadabb, lazább lehete ezentúl ez a topik.Mindenkinek további jó fórumozást!
- Tudástár Az SSD kondíciója, tények és tévhitek
- Tudástár Windows 7/8/10 SSD-vel! Hogyan is?
- Elemzés Átfogó elemzés az SSD-k természetéről
- 2,5-es SSD/HDD keret Lenovo M70Q gen3-ba (p/n: 5M11C16880)
- 4TB -os új bontatlan 3,5"-os HDD 1 év garancia Toshiba Surveillance S300
- 512GB 2230 M.2 PCI-E NVME SSD BAZÁR - Samsung, Kingston, SK Hynix, Kioxia - STEAM DECK
- HDD 500GB 44DB
- WD BLACK SN850P 2 TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 7300-6600 MBs - Eladó!
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Promenade Publishing House Kft.
Város: Budapest