- This topic has 21 hozzászólás, 15 résztvevő, and was last updated 20 years, 4 months telt el by
.
-
Bejegyzés
-
Hello!
Neked igazad van . Az UHU linux nekem is ezt csinálja. Már két HDD-t vágot haza. Bár nekem egyik sem satás. Az egyik egy 30GB Quantum , a másik pedig egy 20GB Samsung volt. Most úgy nézki(kopp,kopp) az 1.2rc3 alatt nem csinálja bár most egy 60GB WesternDigitalt használok.
Nem ismerem az uhu rendszermagot de ha ilyen hibával került volna ki nem gondoljátok hogy a több ezer felhasználóból nem csak tõletek jött volna ilyen report ?
én a helyetekben a tápot ellenõrizném és gyorsan számolnék némi teljesítmény igényt a merevlemezekhez.
jah!a codegen tápokra ráirt wattszám vicc osztani kell kettõvel….kb, nehogy félreértés legyen, nem akarom védeni az uhu fejlesztõket, miért is tenném?:))))
Hello!
Neked igazad van . Az UHU linux nekem is ezt csinálja. Már két HDD-t vágot haza. Bár nekem egyik sem satás. Az egyik egy 30GB Quantum , a másik pedig egy 20GB Samsung volt. Most úgy nézki(kopp,kopp) az 1.2rc3 alatt nem csinálja bár most egy 60GB WesternDigitalt használok.
[align=right][snapback]117037[/snapback][/align]Fejlesztõi betyár becsûlet miatt. 🙂
Nekem az UHU nyuzása még a tört számok ( 1 alatti ) ídejére tehetõ amikor az elsõt le lehetet szedni az internetröl mert valahogy kiszivárgot. Azt az egyik cimborám megszerezte. Azota az összes rc verziót kiprobáltam. 2 féle vincseszter van a gépemben az egyik 1 DB 20 gigás qantum firebalt, eredetileg XP és Suse osztozot rajta, majd UHU is mellé csapodot, Szinte mindig 2 vagy 3 linux van rajta 2.5 éve. A másik teszt alany 1db 80 Gigás Maxtor azon csak 1 uhu és egy Slaki van. Az emlitet hibajelenséget nálam soha smilyen körûlmény közöt nem hozta . ( a táp 450w-os)Hello!
Neked igazad van . Az UHU linux nekem is ezt csinálja. Már két HDD-t vágot haza. Bár nekem egyik sem satás. Az egyik egy 30GB Quantum , a másik pedig egy 20GB Samsung volt. Most úgy nézki(kopp,kopp) az 1.2rc3 alatt nem csinálja bár most egy 60GB WesternDigitalt használok.
[align=right][snapback]117037[/snapback][/align]Nem hinnem, hogy az uhu fogja magat es hazavagja a HDD-t.
A seagate meg egyebkent is hires a fura jelensegeirol.
Szerintem masban kell keresni a hibat, nem az „uhu linux”-ban.Sziasztok!
Kellemetlen de úgy néz ki tönkrement egy sata seagate 200g-s hdd.
Iszonyat lassan lehet róla másolni és olyan hangot hallat mint amikor újraindul.
Vagyis kuka.A legérdekessebb, hogy uhu-ból való képés után (restart) az xp nem mindig vette észre a hdd-t. Volt olyan is, hogy a uhu-bõl xp-re váltás után gyakori lett az említett hang.
Ha viszont huzamosabb ideig voltam xp alatt semmi hasonló probléma nem jött elõ. A huzamosabb idõt az magyarázza, hogy az uhu nem támogatja a raides vezérlõl így alig látok néhány hdd-t.Létezhet, hogy az uhu szedi szét a vinyókat?
Asus p4c800-e-deluxe az alaplap.
[align=right][snapback]117027[/snapback][/align]Nekem Asus p4p800-se lapban eddig 2 Maxtor/80/DMP9/7200/2 halálozott el. Most gariztatta le a 2.-at a Blu*f*sh, és ezért a harmadikat nyûvöm most.
Nem ismerem az uhu rendszermagot de ha ilyen hibával került volna ki nem gondoljátok hogy a több ezer felhasználóból nem csak tõletek jött volna ilyen report ?
én a helyetekben a tápot ellenõrizném és gyorsan számolnék némi teljesítmény igényt a merevlemezekhez.
jah!a codegen tápokra ráirt wattszám vicc osztani kell kettõvel….kb, nehogy félreértés legyen, nem akarom védeni az uhu fejlesztõket, miért is tenném?:))))
[align=right][snapback]117043[/snapback][/align]Nekem ugyan nem az UHU miatt, de tény, hogy 2 Maxtorom meghalt. A tápom egy Chieftec HPC-360-102 360W-os gép, tehát gyanítom, hogy nálam azzal nem lesz probléma. 😉 Plusz most fog kapni maga alá egy APC UPS-t, hogy az ELM
Sziasztok!
Kellemetlen de úgy néz ki tönkrement egy sata seagate 200g-s hdd.
Iszonyat lassan lehet róla másolni és olyan hangot hallat mint amikor újraindul.
Vagyis kuka.A legérdekessebb, hogy uhu-ból való képés után (restart) az xp nem mindig vette észre a hdd-t. Volt olyan is, hogy a uhu-bõl xp-re váltás után gyakori lett az említett hang.
Ha viszont huzamosabb ideig voltam xp alatt semmi hasonló probléma nem jött elõ. A huzamosabb idõt az magyarázza, hogy az uhu nem támogatja a raides vezérlõl így alig látok néhány hdd-t.Létezhet, hogy az uhu szedi szét a vinyókat?
Asus p4c800-e-deluxe az alaplap.
[align=right][snapback]117027[/snapback][/align]Hy!
KDE-t használsz??
Nekem még anno egy öreg, Multisync 15″-os digitális monitoromat bántotta az UHU úgy, hogy utána a Windows-ban akár 200 Hz-et is beállíthattam neki képfrissítésnek, mégis maradt mindvégig 60 Hz-en. Linuxban vitte a 90 Hz-et, csak csíkozott közben. Tudom, HDD a téma… Inkább csak a szoftveres hardveröléssel kapcsolatban vág ide. 🙂
Szerintem a HDD gyilkos gépnél inkább a táp lesz a ludas. Mérjétek ki, hogy mit ad le.
BARU: Gnomeot használok!
Amit én vettem észre és amibõl arra gondoltam hogy a linux a hibás az a restart volt.
Nem ismerem a hdd-k mûködését pontosan, csak annyit tudok, hogy az olvasófej leállás esetén visszamegy parkolóállásba. Lehetséges hogy ezzel lehet összefüggésbe.
Valóban Codegen tápom van, de az 400w-os. Azért lehet kizárt, hogy a táp hibája, mert hetek telnek el úgy, hogy csak xp van használva. (az említett raid támogataottság hiánya végett) Ezek alatt a hetek alatt semmi hiba nem jelentkezik. Akkor jönnek elõ a hibák, mikor linuxból restart xp váltás végzek.
Most 6 hdd van a gépben ebbõl 1 sata a hibás amivel éppen 3200kbyte/s sebességgel mentem az adatot hogy aztán visszavigyem.
Nem tudom, hogy mennyire gond, de jó lenne ha a linux hdd áramkezelését átnézné valaki (persze csak akkor ha van ilyen).Nem tudom, hogy mennyire gond, de jó lenne ha a linux hdd áramkezelését átnézné valaki (persze csak akkor ha van ilyen).
[align=right][snapback]117079[/snapback][/align]Azt már rég átnézte minden verziónál 50 fejlesztõ 50-szer. Ha ilyen gond lenne az op. rendszerrel, akkor a több ezer linux felhasználó kismillió topicban reklamálna emiatt, és naponta 3 winyót hajítanának ki a szemétre (köztük én is). A megoldás egy DTK v. Chieftec v. AOpen/fsp táp és megoldódnak a gondok. A lényeg, hogy ne vargánya vagy codegen legyen.
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz