Merevlemezek, vezérlők

szerintetek?

itt a meleg, lemezem túl meleg lett, gondoltam elé teszek egy ventilátor, 12 helyett 5 voltra kötöttem, így meg már fázik, de biztos jobb így most neki

anno amit gugli közzé tett vinyóhalálokról, azt szűrtem le hogy a 37°C pont jó

gondolom nem csak gyártónként, hanem sorozatonként is eltérő, és nem is meghatározható, sőt az is lehet hogy egy értelmes határon belül (25-50°C?) mindegy, csak ne ingadozzon, tehát szabályozni kellene a ventilátort, esetleg néha fűteni:)

mivel nem nem találtam használható adatot gondoltam megkérdezem, mégis mennyi az annyi szerintetek?

ps: ugye amit találni a weben (meg az első két hsz miatt utószólok) az a felső határ, de most az alsóra (is) kíváncsi lennék, nem akarom túlhűteni, főleg mert ahogy rémlik a guglis elemzésnél az alsó hőmérsékletnél drasztikusabban kezdtek emelkedni a meghibásodások a hőmérséklet csökkenésével, mint emelkedéskor

Sziasztok! Van egy kb. 4 hónapos HP Pavilion laptopom, benne egy 250 gigás Toshiba merevlemezzel. A gépre Vista és Ubuntu 9.04 van telepítve. A Vista kb. 3 hete furán viselkedik: bekapcsolás után működik egy ideig normálisan, majd lefagy az egész gép, olyan, mintha egy, vagy több process kerülne végtelen ciklusba. Kb. 5 perces várakozás után lassan magához térni látszik ilyenkor a gép, megengedi, hogy egy-két processt "kilójek", de általában a gép bekapcsológombjával tudom csak leállítani ilyenkor a gépet (hosszan nyomom, amíg nem kapcsol ki a gép). Kiderült, hogy összeszedtem egy Conficker fertőzést. Gondoltam ez a probléma, emiatt lassul be ennyire a gép, újrainstalláltam a Windows-t, de megint jelentkezett a hiba, igaz, most a Windows kb. fél-egy perc után magához tért.
Ubuntu alatt is jelentkezett a probléma. Tegnap töltöttem egy-két dolgot torrenten, a Vuze lefagyott állandóan két filmnél, I/O hibaüzenettel, miszerint nem tud olvasni a letöltött kb. 10 fájl közül kettőt. Próbáltam betudni valami Vuze-hibának. Ubuntu is lefagy ilyenkor, de pár perc alatt magához tér, kiír egy hibaüzenetet, hogy nem tudta olvasni ezt, meg ezt a fájlt, és kész. Ha kill-lel ,vagy killall-lal lelővöm a Vuze.-t, akkor nincs gond. Ha számít valamit, akkor az ext3-mas partícióimmal nincs semmi gond, csak azokkal, amiken NTFS van. Minden fagyásnál fura kerregésbe-berregésbe kezd a merevlemez. A hang periodikusan ismétlődik. Egyszer régen volt egy 80 gigás Seagate merevlemezem, melőtt meghalt, az is ilyen hangokat adott ki...
Megnéztem a merevlemez SMART adatait windows és linux alatt is. Mikor új volt a merevlemez a HEALTH értéke 95% volt. Néztem is, hogy miért nem 100%, de gondoltam sebaj. Viszont most lecsökkent 65%-ra a HEALTH. Huszonvalahány BAD SECTOR van a merevlemezen, és 14 instabil. A HDSentinel Windows-os adatai szerint. A kérdéseim: szerintetek jelen esetben mit csináljak? Mentsem az adataimat, és hívjam a HP-t? Hiába törölném a partíciókat, a BAD SECTOROK megmaradnak, nem? Kb. 10-12 éve, egyik ismerősöm mondott olyat, hogy lehetnek a merevlemezen fizikai és logikai bad sectorok is... A logikai bad sectorokat a Windows csinálja a merevlemezre,pl. a nem szabályosan kapcsolod ki a gépet... A logikai bad sector fozmázás után eltűnik... Szerinte... Azóta nem olvastam ennek utána, de lehet, hogy nálam is ilyesmiről lenne szó? Mondjuk szerintem ami bad sectoros, az bad sectoros. Meg kell tőle szabadulni. A Smart adatokat meg tudtommal nem módosítja a merevlemez formázása, újraparticionálja. Más: a régi FuSi laptopom merevlemezén már kb. 2 éve van X mennyiségú bad sector. Egy hónap alatt keletkeztek, ahogy észrevettem, mikor kint a minusz 10 fokban használtam a gépet, meg utána hirtelen bevittem a melegre, és nem vártam meg míg magától szobahőmérsékletű lesz... A bad sectorok száma azóta is x, nem nőtt, nem csökkent. A gép megy rendesen. Viszont ott nem voltak soha ilyen olvashatatlan fájlok ,mint most.

SMART szerint a merevlemez eddig 44 napot ment, és 782 nap a becsült élettartama.

A gép még garanciális. Szerintetek ilyen hibára mit mondana a HP? Garanciálisan kicserélik a merevlemezt?

Mi a fene okozhatta ezt az egészet?

Az esetleges válaszokat, tanácsokat előre is köszi.

Otthoni barkácsolási projektként a nemrég beszerzett SUN Netra T-1 105 típusú szerverembe szeretnék, annak 32 bites PCI slotjába egy Serial ATA vezérlőt beépítve lehetővé tenni, hogy a lassú UltraWide SCSI 40 MB/s-os sebessége helyett valamivel nagyobb sebességet érhessek el a merevlemezek felé.
A gép SPARC alapú, serial porton keresztül (LOM) kell/lehet menedzselni, egy darab 32 bites PCI bővítőhely áll rendelkezésre rajta, indulás után az OpenBoot firmware-en keresztül lehet bootolni róla.
Mivel a projekt jellegéből fakadóan a költségvetése korlátozott, ezért esett a választásom a Silicon Image Sil3114-es 4 portos fakeraid kártyájára.
Egyes Netrás levlistákon találtam pár utalást arra, hogy a dolog működhet, azonban sajnos a valóság - eddig - mást mutat.
Amikor a LOM alól elindítom a gépet a következőt írja ki:

LOM event: power on

Memory Address not Aligned
ok

Tehát az OpenBoot elindul, és pár diagnosztikai parancsot tudok futtatni, de bootolni sajnos nem sikerül:

ok  boot /pci@1f,0/pci@1,1/scsi@2/disk@0,0
Boot device: /pci@1f,0/pci@1,1/scsi@2/disk@0,0  File and args:
Fast Data Access MMU Miss
ok  

Ezután pedig a korábban még működő diagnosztikai parancsok sem futnak le rendesen:

ok probe-ide-all
/pci@1f,0/pci@1/pci@1/ide@e
  Device 0  ( Primary Master )
         Not Present

  Device 1  ( Primary Slave )
         Not Present

  Device 2  ( Secondary Master )
         Removable ATAPI Model: SR243T

  Device 3  ( Secondary Slave )
         Not Present


ok probe-scsi-all
/pci@1f,0/pci@1,1/scsi@2
Target 0
  Unit 0   Disk     FUJITSU MAP3367NC       0108

ok

...sikertelen boot...

ok probe-ide-all -f
Fast Data Access MMU Miss
ok probe-scsi-all -f
Fast Data Access MMU Miss
ok

Igazából nem is az a célom, hogy SATA winyóról bootoljon a rendszer, csupán az, hogy az OS lássa a rákötött vinyót.
Ami a sata vezérlőt illeti, flasheltem a biosát is, hogy fakeraid helyett csak sima vezérlőként működjön. (A Silicon Image oldalán van hozzá megfelelő image.) Sajnos azzal is ugyanezt produkálja. :(

Igaz viszont az, hogy valószínűleg a kártya megpróbál - szerintem - némi x86 kódot injektálni, ahogy azt a hagyományos x86-os gépeken szokása, a bios indulása után egy saját képernyőre kiírja a rákötött eszközök adatait. Véleményem szerint ez zavarhat be, de meglep, hogy a SPARC-os hardver a kapott x86 kódot nem hagyja figyelmen kívül. Ha megtenné, akkor szerintem működhetne a vezérlő rendesen.

Hozzátartozik még a dologhoz, hogy próbáltam már bele intel e1000-es és 3Com gigabites hálókártyát, és mindegyik gyönyörűen működött, és látszott a SPARC-os Debian port telepítőlemeze alól.

Van valakinek ötlete, hogy hogyan tudnék ezen a gépen életre kelteni satás vinyókat?
Előre is köszönöm a segítséget!
Ha valaki csak pár ilyen helyzetben hasznos OpenBoot parancsot mondana, az is sokat segítene.

Sziasztok. Nevezett vinyó van egy HP Pavilion zv6000-es notebookban. Az utóbbi időszakban (hónapok óta, nem tudom pontosan) rendkívül gyér I/O teljesítményt produkál. Most lemértem HD Tune-nal és a gyanúm beigazolódott: 20-30 mbyte/s -t bírja 1-2 másodpercig, aztán leesik konstans maximum 1-2 mbyte/s -re. Sok olvasással járó dolgokat rendkívül megnehezíti (pl wow igen gyötrelmes így). Nemrég áthúztam róla hálózaton nagyobb (több gb-os) fájlokat, végig 2-3 mbyte/s -t volt képes áthúzni 100 mbites kapcsolaton.

Benchmark eredmény:

Vinyó adatai:

Vinyó állapota:

Van valami ötletetek hogy mit kezdjek vele?

Hello!

Az lenne a problémám, hogy egy winchesternél a gép induláskor, pontosabban a "Detecting IDE drivers" -nél kb 8-10 perc mire észreveszi a winyót. Van benne több winyó, de csak az egyiknél. Ez kuka, vagy lehet ellene tenni valamit?

Egy Hdparm szerű tesztelő programra lenne szükségem ami jó megbízható adatokat írna ki.

Egy diszket tobb neven is elerek amire az LVM sikit, hogy duplikalt PV-k vannak. Amellett, hogy sikit, nekem jo is hogy megmondhatom, hogy melyiket hasznalja. Ez mukodik is jol, az lvm.conf filter= soranak a kitoltesevel, ugy hogy emcpower.* eszkozoket hasznalok, az sda, sdb, sdc, sdd helyett (*). Csakhogy...
A bajom az, hogy olykor olykor (tipikusan kernel frissites) az emcpower eszkozom megszunik, csak az sda/b/c/d vannak, ilyenkor viszont mar be sem bootol a rendszer (a / is ilyen eszkozon van), mert a filter-ben megmondtam, hogy emcpower eszkozt akarok hasznalni.

A kerdesem tehat az, hogy hogy lehet megmondani az LVM-nek, hogy ha a block-eszkozomet tobb neven is latja, akkor lehetoleg emcpower.* nevut hasznalja, de ha olyan nincs, akkor barmi jo lesz.

Probaltam a filter=... es a prefered_names=... kulcsszavakat az lvm.conf-ban, de eddig hiaba.

(*): az emcpower eszkoz mellesleg arra jo, hogy az sda/b/c/d eszkozeim kozott (ami valojaban egy Fibre Channel halozat egyetlen LUN-ja, csak halozati reundancia miatt Linux oldalon mar tobb eszkoznek latszik) loadbalance-ol, failoverel, de mindez most itt nem lenyeg.

Sziasztok!

Szeretnék venni egy külső usb-s vinyó házat. 3,5" ATA-s vinyót tennék bele. Szeretnék tőletek tanácsot kérni, hogy ki milyet használ vagy ajánl. A legfontosabb kritérium a Linux kompatibilitás lenne. A strapabíróság már annyira nem fontos, mert nem fogom hurcolászni.

Köszi,
Automi

Múlt héten beszereztem az első NAS-servert a cégnek. De felmerült egy kis probléma: a NAS-ra azért lett volna szükség hogy bizonyos firebird adatbázis állományokat el tudjunk érni számítógép használata nélkül. Jelenleg egy Win2003 serveren van megosztva az adatbázis. De a program ip cím alapján éri el. A helyzet az, hogy akárhogy is próbálom megnyitni az adatbázist nem lehet. Pedig Feltudok csatlakozni ftp-én a NAS-ra, és a winXp-ben is látom a megosztásokat, de a program nem tudja megnyitni. valakinek valami ötlete?

itt van amit vettem: http://www.pcland.hu/shop+__1010103

Jó reggelt Mindenkinek!

Éjjel volt egy ötletem, ami egy kicsit(nagyon) rosszul sült el:
Így nézett ki a winchesterem particionálása:
elsődleges:
30GB NTFS -> Windows XP
kiterjesztett, rajta logikai partíciók:
100GB NTFS
100GB NTFS
50GB NTFS
10GB NTFS
10GB FAT32
70GB ext3 -> Ubuntu 9.04
2,73GB -> swap

Éjjel 1 körül az a zseniális öteletem támadt, hogy a két 100 gigás meg az 50 gigás partíciókon NTFS helyett ext4-et kellene inkább használni, le is mentettem az első 100 gigás NTFS-ről az adatokat a 70 gigás Ubuntu és a 10 gigás FAT32 szabad helyére illetve egy másik vinyóra is, majd átmentem Windows alá, a Windows rendszerpartícióra is mentettem, majd ha már ott voltam, a Vezérlőpult->Számítógépkezelés->Lemezkezelésnél töröltem az első 100 gigás NTFS-t, majd visszatértem Ubuntura és gparteddal megcsináltam az üres 100 gigára az ext4-et, létre is jött, néztem is, hogy alapból lefoglal 1,5 gigát, maradt 98,5, mondom még nem kezdem másolni rá a cuccokat, újraindítottam, hogy jó-e, grub errort dobott, gondoltam azért, mert biztos megváltoztak a partíciók sorrendjei(gpartednál azt láttam, hogy az sda11-et rendelte hozzá, előtte kisebb volt sztem), gondoltam újratelepítem a grubot, a supergrubdisk jutott eszembe, de nem találtam a cd-t, jól van mondom hagyjuk az egészet, elment a kedvem az egésztől, itt a másik vinyón is egy windows, azalatt törlöm az ext4-et, visszaformázom NTFS-re és akkor nem kell grubot telepíteni, megy minden a régibe, néztem a lemezkezelést, azonban a 100 gigás ext4 törlése helyett reflexből véletlenül letöröltem az 50 gigás NTFS-t partíciót is, az zavart meg, hogy a 100 gigás ext4-re a windows azt írta, hogy nem lefoglalt terület, és az 50 giga utáni partíciókat is nem lefoglaltnak jelzi, pedig azokhoz nem nyúltam (elvileg úgy kellett volna írnia ugye az ext3-ra, hogy ismeretlen partíció(kifogástalan), de nem emlékszem, hogy azt írta volna), tehát most így néz ki a nem bootoló vinyóm egy másik vinyón lévő Windows és Ubuntu alatt is:
elsődleges:
30GB NTFS -> Windows XP
kiterjesztett, rajta logikai partíciók:
100GB nem lefoglalt/not allocated -> ez mindegy is
100GB NTFS -> ez megmaradt
142,73GB nem lefoglalt/not allocated

Főleg a 70 gigás régi ubuntu rendszerpartíció lenne a fontos, mondjuk a többi is(50GB NTFS 10GB NTFS/FAT32) és ezek tuti nem voltak írva vagy formázva.

Valakinek van valami ötlete, hogy mit kéne csinálni?

Köszönöm!

-----------------------------------

Megoldva:
TestDisk segítségével sikerült visszaállítani a partíciós táblát.
http://www.cgsecurity.org/wiki/TestDisk
Király! :-)