Merevlemezek, vezérlők

Hello!

Ismerősömnek akadt 1 kis gondja:

"Sziasztok!

Egész nap az ssdmel szívok és nagyon rámférne már egy komoly segítség,
A probléma az H Win 7 (64bit) ultimate telepítése közben eljutunk a 4edik pontig(4pipa) aztán újraindul a H kell(15se után) akk bejön az induló képernyő és a gép !lekapcsol! nem simán újraindul hanem mint mikor biost állítgatom.
cszn kolegával a következőket prbáltuk ki:
csak ssd bekötve sataII es portba
2 satakábellel H neme az hibás
külön táp az ssdnek
sata IIIas porton is próbáltam
2féle win el is volt próba
biosba ACHI/IDE módok állítgatása

Laptopomba betéve megtudtam formázni az ssd, és tesztet is csináltam vele, minden rendben volt, vinyóra simán felment a vin és gondnélkül megy a gép vele, de ha összeteszem őket akkor a 4edik lépés után meghal.
Egyik vin DVDn van másik USBn
Nagyon kérlek H segítsetek

Köszönöm előre is :) "

Üdv!

/// a hozzászólás végén javításra került, amit benne leírok, de már nem akartam az eredetit kitörölni. ///

Ma került hozzám egy 1 terás WD green merevlemez 64 mega cache-sel. Mint kiderült, a 64 mega cache-sel rendelkező WD merevlemezeknek 4k a fizikai szektormérete az 512 bájttal szemben.

Elég sokat gugliztam a témában, de csak összezavart, amit találtam, úgyhogy magam próbáltam utána járni a dolognak.

A probléma itt az, hogy ha a 4k-s logikai szektor nem a 4k-s fizikai szektorra esik, akkor 2 fizikai szektort kell beolvasni 1 logikai bekéréséhez a lemeznek, vagy kiírni, stb. Az volt az első probléma, hogy az fdiskben nem tudtam beállítani, pontosabban menteni 4k-s szektormérettel a partíciókat. Megcsináltam, w, partprobe, de 512 byte-tal jelentek meg a listázásnál, és a méretük is nyolcada volt. Ezt a problémát nem tudtam áthidalni, így maradt az, hogy a partíció eleje és vége is fizikai szektorhatárra essen. A másik gond az volt, hogy a wd oldaláról leszedett specifikációnak nem felelt meg az fdisk által kiírt szektorszám (mellesleg magán a termék adatlapon hibás adat volt, mert eggyel több "User Sectors Per Drive"-ot tűntettek fel (1,953,525,169), ami így nem volt osztható nyolccal (úgy tűnik, ők az 512-es blokkok számát hívják így, amik valójában 4k-sak, tehát az 512-esek száma 8-cal osztható). Egy pdf-et letöltve aztán kiderült, hogy ez valójában 1,953,525,168. Átállítottam ezért a fejek és cilinderek számát szerkesztésnél:

sudo fdisk -H 2 -S 63 /dev/sda

Így már helyesen jelent meg a szektorszám.

Több megoldást is olvastam, jumperrel is lehet variálni a lemezen, de én azt választottam, hogy úgy állítom be a partíciókat, hogy 8-cal osztható számú 512-es blokkon kezdődjenek és végződjenek. Több helyen írták a 64-et, de ez nem vezetett eredményre, hiszen ha 1-gyel kezdünk, akkor a 64 az még a 8. 4k-s blokk utolsó 512 bájtja. Próbáltam 63-mal, mert ezt is írták (indoklás nélkül), ugyanaz volt az eredmény, mint 64-gyel. És akkor a sok rizsa után a számok:

Partíciók:

A eset;

/dev/sda1 64 40000 2516031 83 Linux
/dev/sda2 40001 400000 22680000 83 Linux
/dev/sda3 400001 8000000 478800000 83 Linux
/dev/sda4 8000001 15504168 472762584 83 Linux

illetve

B eset;

/dev/sda1 65 40000 2515968 83 Linux
/dev/sda2 40001 400000 22680000 83 Linux
/dev/sda3 400001 8000000 478800000 83 Linux
/dev/sda4 8000001 15504168 472762584 83 Linux

Az sda1-et és sda2-t teszteltem, több alkalommal, oly módon, hogy az egyik partícióra 4k-s blokkokban a /dev/zero-ból 500 000 blokkot írtam fájlba, majd ugyanezt a másik partícióval is megtettem, illetve visszaolvastam azonos sorrendben. Semmi más nem változott, live cd-ről voltam bootolva, a gépben 1 giga ram van, a felírt fájl mérete 2 giga, tehát nem játszott a cache jelentős szerepet (ezért is választottam ezt a sorrendet az írás/olvasásra).

A eset:

(sda1 write)
500000+0 records in
500000+0 records out
2048000000 bytes (2.0 GB) copied, 50.5476 s, 40.5 MB/s
(sda2 write)
500000+0 records in
500000+0 records out
2048000000 bytes (2.0 GB) copied, 38.2926 s, 53.5 MB/s
(sda1 read)
500000+0 records in
500000+0 records out
2048000000 bytes (2.0 GB) copied, 29.6059 s, 69.2 MB/s
(sda2 read)
500000+0 records in
500000+0 records out
2048000000 bytes (2.0 GB) copied, 24.8064 s, 82.6 MB/s

B eset:

(sda1 write)
500000+0 records in
500000+0 records out
2048000000 bytes (2.0 GB) copied, 35.2296 s, 58.1 MB/s
(sda2 write)
500000+0 records in
500000+0 records out
2048000000 bytes (2.0 GB) copied, 35.7909 s, 57.2 MB/s
(sda1 read)
500000+0 records in
500000+0 records out
2048000000 bytes (2.0 GB) copied, 28.5575 s, 71.7 MB/s
(sda2 read)
500000+0 records in
500000+0 records out
2048000000 bytes (2.0 GB) copied, 25.5112 s, 80.3 MB/s

Természetesen többször megismételtem a kísérletet, az írásnál mindig hasonló eredménnyel, az olvasásnál valami miatt nem mindig volt jelentősen gyorsabb a 65-ön kezdődő partíció, néha felvette az sda2 sebességét, néha nem (de valamennyivel mindig gyorsabb volt).

Amit nem próbáltam, az a kiterjesztett partíció. Mivel ennek információi is tárolódnak valahol, még itt is lehet egy csavar.

Remélem, valakinek segít ez az információ. Ha van tapasztalatotok ezzel kapcsoltban, osszátok meg, ha lehet!

Üdv

///////////////////////////////////////////////////////////////////

!!! Javítva :

Ma reggel frissen elgondolkozva Bambano hozzászólásán megvilágosodtam.

Mivel az fdisk nem enged 64 sector/track-et állítani, így 56-ra állítottam (7 * 8).

sudo fdisk -H 2 -S 56 /dev/sda

Ezzel ugyanúgy kijön a gyártó által megadott 512 bájtos szektorszám, és mivel a sávokon található sectorok száma ostható 8-cal, így elvileg mindegy, hogy hol kezdődik a partíció (jól beállított geometria).

Gyakorlatban is úgy tűnik, ez a probléma megoldása.

Összegezve tehát, a lényeg, hogy az fdisk nem jól ismeri fel (nekem) a sector/track értéket, emiatt a sector szám nem egyezik a gyári specifikációval, és emiatt elcsúszhatnak a logikai/fizikai 4k-s szektorok egymáson.
Ha ezt az értéket beállítom 8-cal oszthatóra (4k / 512 bájt), akkor mindegy, hogy adom meg a partíciókat, elvileg okés lesz az elhelyezkedése a logikai blokkoknak, és jó lesz a sebesség. Nálam gyakorlatban is.

Elnézést a bénázásért, de ez új volt nekem, és túl gyorsan akartam segíteni azoknak, akiknek szintén az. De remélhetőleg minden jó, ha jó a vége. :)

Üdv

Most cseréltem le egy 2.5"-os 120 GB-os HDD-t 500 GB-osra (WD5000BEVT). MSI Starbox külső USB keretben csücsül (JM20339-es vezérlő).
Az a baj, hogy 15-20 mp alatt leállítja a HDD magát, utána ha olvasni, vagy írni akarok rá, akkor felpörög. Ezt a 120-as HDD nem csinálta, az mindig pörgött.

Ha közvetlenül rádugom a SATA kábelre, akkor is leáll 15-20 mp alatt.

# hdparm -B 255 /dev/sdb
parancs kiadása után nem áll le.

USB keretben kiadva a hdparm-ot:

# hdparm -B 255 /dev/sdb


/dev/sdb:
setting Advanced Power Management level to disabled
HDIO_DRIVE_CMD failed: Invalid exchange
HDIO_DRIVE_CMD(identify) failed: Invalid exchange

Olvastam olyat is, hogy sdparm-al is lehet:


# sdparm --clear STANDBY -6 /dev/sdb
/dev/sdb: WDC WD50 00BEVT-80A0RT0
change_mode_page: failed fetching page: Power condition


A kérdés az lenne, hogy milyen paranccsal, vagy beállítással tudnám rávenni a HDD-t, hogy ne álljon le mindig?

Hello!
Videok lejátszása közben (olyan 5 percenként kb.) a lejátszás, és a gépem is befagy kb. 1 percre. T Ezután a lejátszás folytatódik, az eltelt időt átskippeli a lejátszó, minden megy tovább. Először azt hittem lejátszó-probléma (Windows 7-et használok, az ilyen overlay-felirat miatt mostanában PotPlayerrel nézek filmet, régebben, meg most újra KMPlayert, ment WMP-t is használok), de több lejátszóval (az előbbieken kívül VLC, mplayer, bár ezekkel nem csinálja olyan gyakran - viszont nekem kell felirat egy külön overlay-rétegen :) ) is produkálta a tüneteket.
Teljesen random filmek, teljesen random helyeken - igaz nem teljesen: xvid kódolásúaknál áll fenn ez, viszont próbáltam többféle kodekkel, egyikkel sem volt jó. x264 kódolású 720p-s videókat nézek még, azok közül csak egy 2 órás filmben 1x csinálta, semmi más ilyen kódolású videóval nem volt egyéb problémám.
Elkezdtem ezután gyanakodni a HDD-re, mivel nemrég cseréltem a laptopomban a vinyót. A rendszerpartíciót klónoztam, a másodlagost, amin filmek vannak, csak másoltam, de a C:-ről sem jó a lejátszás.
HD Sentinelt felraktam, a vinyót 100%-osnak írja, azonban mint a teljesítményfigyelőjében látható, a fagyás pillanatában a terhelés felugrik max.ra. Pendriveról lejátszás során viszont nincs semmilyen probléma. Más problémám ugyanakkor
Mi lehet a problémám, és mit lehetne vele kezdeni?

Csupán információs jelleggel szeretném veletek megosztani egy Samsung vinyó elhalálozásának körülményeit.

Samsung HD103UJ rev. A 2009.06

Minden előjel nélkül (smartban minden 100% semmi hiba), munkakezdéskor márix nyomtatónak képzelte magát (hangfelvételt töltök majd fel).
A gépet iszonyúan lelassítja, boot idő 10 perc, a géppel dolgozni nem lehet. HW szinten felismeri a gép, de fájlrendszert nem lát rajta (nem ezen volt a rendszer, ez csak adatvinyó).
A lemez jó körülmények közt egy HP-XW/4600-ban dolgozott.

HD sentinel szerint a merevlemez most is tökéletes állapotban van (100%).
Működési idő 52 nap 4 óra.
Becsült hátralévő élettartam több mint 1000 nap.
Átlaghőmérséklet: 25,07C
Maximális hőmérséklet (teljes élettartam alatt): 31C
Ki-be kapcsolások száma: 84

A lemez meghibásodása semmilyen problémát nem okozott, a polcról ment egy új a helyére (HD103SJ).

Nem vitát akarok indukálni, csupán leírtam mint tényt, hogy mi történt.

Sziasztok,

Van egy elfekvő 750GB-os HDD, amit egy ilyen USB portos docking-station-nal hajtanék.
Mennyire fog melegedni a HDD ha 0-24-ben használom? Nem kell extra hűtés neki?

Üdv,
Gábor

Sziasztok. Win7-et egy 500GB -os WDC vinyóra a következőképpen telepítettem:
- első valahány % -ra rendszer, programok, stb
- maradék % meg "adat" tárolás

Erre fogta magát, és telepakolta rejtett mappákkal a második vinyót, boot flaget dobott rá, és gyakorlatilag a boot loader onnan bootolja be a vinyót, pedig az elsőt jelöltem ki telepítésre (végülis ez így lett).

A másik (szerintem nagyobb) hiba az lett, hogy az első partíció pontosan ugyanabban a cylinder -ben fejeződik be, ahol a második kezdődik, a második vége pedig 1 cylinder-rel később fejeződik be, mint amennyi egyáltalán a vinyón van.

Ezt ma fedeztem fel egy livecd-s linux alatt, ahol valamit matatni akartam volna cfdisk -kel. Szegény sikítva kilépett.
Szerencsére a parted / gparted nem esik pánikba. Már fixáltam a dolgot (első partíció eltávolítása, a második elmozdítása 1MB -tal előbbre). Így már "szabályos" a partíciós tábla.

Valaki találkozott már ezzel?

Olyan ExpressCard CF kartyaolvasot keresek, amelyik nem log ki a gep hazabol!
Mint pl ezek:

Persze vilagos, hogy ha a kartyat beleteszem, akkor az mar kilog, de ha nem hasznalom nem zavar, nem ugy mint a lentiek, itthoni webaruhazakban meg csak ilyesmiket talaltam:

Tud valaki ilyet itthon? Kulon felelmem, hogy megrendelek egyet ami majd a kepen ugy nez ki, hogy talan... aztan otthon meg kiderul, hogy megsem.

Üdv mindenkinek,

Egy érdekes jelenséggel találkoztam tegnap. Szeretném megbecsülni egy rendszer diszk-alrendszer sebességét az alábbiak szerintHardver: ProLiant ML150 G6

• CPU Intel(R) Xeon(R) E5504 @2.00GHz
• Memory 1x 2GByte DIMM 800 MHz (1.2 ns)
• HDD 4x SATA Seagate ST31500341AS
• Controller Intel 82801JI (ICH10 Family) SATA AHCI

A teszt.sh Teszt szkript
(!!! AZ ADATOKAT TÖRLI A MEREVLEMEZRŐL !!!)


#!/bin/bash


[ "${1}" ] || exit

MUL=1000

echo "==== WRITE ==== ${WO} ===="
echo "Block"
for i in 4096,256 2048,512 1024,1024 512,2048 256,4096 128,8192 64,16384; do
BS=${i%%,*}
COUNT=${i#*,}; COUNT=$((${COUNT}*${MUL}))
echo -n "${BS} "
dd if="/dev/zero" of=${1} bs=${BS} count=${COUNT} 2>&1 | sed -n "/copied/{s/[[:digit:]]\+ bytes//;p}"
done

echo -e "\n==== READ ==== ${WO} ===="
echo "Block"
for i in 4096,256 2048,512 1024,1024 512,2048 256,4096 128,8192 64,16384; do
BS=${i%%,*}
COUNT=${i#*,}; COUNT=$((${COUNT}*${MUL}))
echo -n "${BS} "
dd if=${1} of="/dev/null" bs=${BS} count=${COUNT} 2>&1 | sed -n "/copied/{s/[[:digit:]]\+ bytes//;p}"
done

./teszt.sh /dev/sda

==== WRITE ==== /dev/sda ====
Block
4096 (1.0 GB) copied, 6.98562 s, 150 MB/s
2048 (1.0 GB) copied, 8.28278 s, 127 MB/s
1024 (1.0 GB) copied, 8.564 s, 122 MB/s
512 (1.0 GB) copied, 8.57407 s, 122 MB/s
256 (1.0 GB) copied, 8.28517 s, 127 MB/s
128 (1.0 GB) copied, 8.69116 s, 121 MB/s
64 (1.0 GB) copied, 13.0868 s, 80.1 MB/s
==== READ ==== /dev/sda ====
Block
4096 (1.0 GB) copied, 0.317867 s, 3.3 GB/s
2048 (1.0 GB) copied, 0.456915 s, 2.3 GB/s
1024 (1.0 GB) copied, 0.680126 s, 1.5 GB/s
512 (1.0 GB) copied, 1.11961 s, 937 MB/s
256 (1.0 GB) copied, 2.02106 s, 519 MB/s
128 (1.0 GB) copied, 3.94157 s, 266 MB/s
64 (1.0 GB) copied, 7.92936 s, 132 MB/s


./teszt.sh /dev/sdb

==== WRITE ==== /dev/sdb ====
Block
4096 (1.0 GB) copied, 8.96606 s, 117 MB/s
2048 (1.0 GB) copied, 38.4536 s, 27.3 MB/s
1024 (1.0 GB) copied, 39.2138 s, 26.7 MB/s
512 (1.0 GB) copied, 40.0392 s, 26.2 MB/s
256 (1.0 GB) copied, 42.9988 s, 24.4 MB/s
128 (1.0 GB) copied, 42.0285 s, 24.9 MB/s
64 (1.0 GB) copied, 48.6886 s, 21.5 MB/s
==== READ ==== /dev/sdb ====
Block
4096 (1.0 GB) copied, 8.11831 s, 129 MB/s
2048 (1.0 GB) copied, 8.24436 s, 127 MB/s
1024 (1.0 GB) copied, 8.11913 s, 129 MB/s
512 (1.0 GB) copied, 8.11983 s, 129 MB/s
256 (1.0 GB) copied, 8.11684 s, 129 MB/s
128 (1.0 GB) copied, 8.11178 s, 129 MB/s
64 (1.0 GB) copied, 8.55081 s, 123 MB/s


Miközben futott a teszt az iostat programmal vizsgáltam az írás/olvasás mennyiségét.

SDA write
r/s=0.00 w/s=~249.00

SDA read
r/s=0.00 w/s=0.00

SDB write
r/s=~6543.00 w/s=~52.00

SDB read
r/s=~2028.00 w/s=0.00

Az eredményekkel kapcsolatban lennének kérdéseim mert nem értem a látottakat.

- Miért van az, hogy az SDA sokkal gyorsabb írást produkál mint a másik három ugyanolyan merevlemez?
- Miért van az, hogy az SDA olvasás teszt alatt fizikailag nulla bájt olvasás látszik a másik három merevlemezzel ellentétben?
- Miért van az, hogy az SDB irás teszt alatt nem jelentéktelen mértékü olvasás is történik az SDA-val ellentétben?

A válaszokat előre is köszönöm.

Sziasztok!

Egy érdekes problémával kerültem szembe. Szeretnék a /mount/downloads alá egy partíciót csatolni (/dev/sda4). Megnéztem az UUId-t, szépen beleírtam az fstabb-ba és az mtab ba a dolgokat ahogy at kell. Hogy letölthessek ezért a nobody:nogroup tulajdonába adtam, és még egy 666 jogosultságot is (lehet 1666-ot célszerűbb) rátettem. A probléma az, hogy megjelenik a csatolt fájlrendszerek között de mégsem tudok rá írni, sőt most megnyitni sem tudom... A célom az egy 100 gigás partííció felcsatolása a letöltéseknek. Ja és Kubuntu Lucid 10.04.1

Itt van néhány parancs kimenete:

tibi@goaud:~$ sudo fdisk -l /dev/sda

/dev/sda lemez: 500.1 GB, 500107862016 bájt
255 fej, 63 szektor, 60801 cilinder
Egység: cilinderek 16065 * 512 = 8225280 bájt
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Lemezazonosító: 0x73636731

Eszköz Indítás Eleje Vége Blokkok Az Rendszer
/dev/sda1 * 1 5100 40964096 7 HPFS/NTFS
/dev/sda2 5101 24320 154384257 f W95 kiterj. (LBA)
/dev/sda3 24321 28144 30716280 83 Linux
/dev/sda4 28145 40914 102575025 83 Linux
/dev/sda5 8165 24320 129773038+ 7 HPFS/NTFS
/dev/sda6 5101 6316 9764864 83 Linux
/dev/sda7 6316 7532 9764864 83 Linux
/dev/sda8 7532 8164 5079040 82 Linux lapozó / Solaris

tibi@goaud:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
#

proc /proc proc nodev,noexec,nosuid 0 0
# / was on /dev/sda6 during installation
UUID=893e3634-bcd8-468e-a330-ca658573497f / ext4 errors=remount-ro 0 1
# /home was on /dev/sda7 during installation
UUID=8da37da9-62ec-432a-b13d-47f606180c08 /home ext4 defaults 0 2
# swap was on /dev/sda8 during installation
UUID=f6f68a34-2669-4687-a485-85fcd35c6ea3 none swap sw 0 0
UUID=a020e618-db96-41e2-abd2-9327effe48c1 /mnt/vbox ext4 defaults 0 0
UUID=9c19e5af-2667-4211-a275-baadc491f86a /mnt/downloads ext4 defaults 0 0

tibi@goaud:~$ cat /etc/mtab
/dev/sda6 / ext4 rw,errors=remount-ro 0 0
proc /proc proc rw,noexec,nosuid,nodev 0 0
none /sys sysfs rw,noexec,nosuid,nodev 0 0
none /sys/fs/fuse/connections fusectl rw 0 0
none /sys/kernel/debug debugfs rw 0 0
none /sys/kernel/security securityfs rw 0 0
none /dev devtmpfs rw,mode=0755 0 0
none /dev/pts devpts rw,noexec,nosuid,gid=5,mode=0620 0 0
none /dev/shm tmpfs rw,nosuid,nodev 0 0
none /var/run tmpfs rw,nosuid,mode=0755 0 0
none /var/lock tmpfs rw,noexec,nosuid,nodev 0 0
none /lib/init/rw tmpfs rw,nosuid,mode=0755 0 0
/dev/sda3 /mnt/vbox ext4 rw 0 0
/dev/sda4 /mnt/downloads ext4 rw 0 0
/dev/sda7 /home ext4 rw 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,noexec,nosuid,nodev 0 0

tibi@goaud:~$ df -h
Fájlrendszer Méret Fogl. Szab. Fo.% Csatl. pont
/dev/sda6 9,2G 6,5G 2,3G 74% /
none 2,0G 304K 2,0G 1% /dev
none 2,0G 0 2,0G 0% /dev/shm
none 2,0G 212K 2,0G 1% /var/run
none 2,0G 0 2,0G 0% /var/lock
none 2,0G 0 2,0G 0% /lib/init/rw
/dev/sda3 29G 11G 17G 40% /mnt/vbox
/dev/sda4 97G 1,8G 90G 2% /mnt/downloads
/dev/sda7 9,2G 6,8G 2,0G 78% /home