a vinyonak nem hiszem, hogy baja lenne, windows alatt tokeletesen mukodik. :)
- NagyZ blogja
- A hozzászóláshoz be kell jelentkezni
- 1090 megtekintés
Hozzászólások
Nemrég volt egy post itt hdd kinyíró energiatakarékos módról, ami percenként több tízszer parkolja a fejet.
--
the tide is turning
- A hozzászóláshoz be kell jelentkezni
igen, tudom, lattam. csak nem ertem ez egy _desktop_ gepben miert lenne relevans. de megnezem akkor :)
- A hozzászóláshoz be kell jelentkezni
én ezt csináltam (illetve épp most csinálom):
99-fixhdd.sh
melynek tartalma:
---
#!/bin/sh
hdparm -B 254 /dev/sda
---
chmod 755 99-fixhdd.sh
cp 99-fixhdd.sh /etc/acpi/suspend.d/
cp 99-fixhdd.sh /etc/acpi/resume.d/
cp 99-fixhdd.sh /etc/acpi/start.d/
ennyi lenne
--
the tide is turning
- A hozzászóláshoz be kell jelentkezni
Nem nagyon hiszek abban, hogy ez működne. Mármint hogy a /etc/acpi/resume.d/ könyvtárban levő 99-fixhdd.sh lefutna suspend-ből vissza jövet.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Gondolom, ha startnál lefutott, már nincs is rá szükség.
----------------------------------------------------------
Sebeink emlékeztetnek arra, hogy a múlt valóban megtörtént
- A hozzászóláshoz be kell jelentkezni
Nyilván van néha olyanra szükség, hogy valami lefusson suspend-ből visszafele jövet is. Általánosságban beszéltem. És, hogy miért nem működne? Mert az Ubuntu a pm-utils-t használja. A /etc/acpi/resume.d helyett a /etc/pm/power.d-t és a /etc/pm/sleep.d-t kell használni. Legalábbis úgy tudom.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Evidens. ;)
Honnan lehet ezeket tudni? Rászaladsz egy hibára vagy changelogokat olvasgatsz?
--
the tide is turning
- A hozzászóláshoz be kell jelentkezni
Nálam tök üres az /etc/pm/power.d, /etc/pm/config.d, /etc/pm/sleep.d viszont az /etc/acpi/ alatt lévő könyvtárak tele vannak szkriptekkel - amik ezek szerint le se futnak? Vagy csak a saját készítésűek?
Második nekifutás
99-fixhdd.sh
melynek tartalma:
---
#!/bin/sh
hdparm -B 254 /dev/sda
---
chmod 755 99-fixhdd.sh
cp 99-fixhdd.sh /etc/pm/power.d/
cp 99-fixhdd.sh /etc/pm/sleep.d/
Majd kiderül...
--
the tide is turning
- A hozzászóláshoz be kell jelentkezni
Nem én voltam! /o|
https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695/comme…
--
the tide is turning
- A hozzászóláshoz be kell jelentkezni
root@alderaan:~# hdparm -B 255 /dev/sda
/dev/sda:
setting Advanced Power Management level to disabled
További lehetőségek:
man hdparm
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
nálam (statisztikailag) a 254 jött be
--
the tide is turning
- A hozzászóláshoz be kell jelentkezni
Ezért említettem, hogy "man hdparm". Ahány HDD annyi szokás.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Mintegy megerősítés gyanánt írtam tehát :)
--
the tide is turning
- A hozzászóláshoz be kell jelentkezni
/dev/sda:
setting Advanced Power Management level to disabled
HDIO_DRIVE_CMD failed: Input/output error
:)
mellesleg smartctl -a /dev/sda -nal sincs nekem load_cycle_count.. ;-)
- A hozzászóláshoz be kell jelentkezni
254-re mit brekkent?
--
the tide is turning
- A hozzászóláshoz be kell jelentkezni
ugyanezt. sot, tetszoleges mas ertekre is...
lehet hogy meg mindig keptelenek voltak AHCI -val osszeloni ezeket? :)
- A hozzászóláshoz be kell jelentkezni
Lehet. ATA emulációval is ezt csinálja?
--
the tide is turning
- A hozzászóláshoz be kell jelentkezni
na ez az, amivel most nem akarok elkezdeni szivni... anno eleg sok idom rament, hogy osszehozzam igy, nativba. :) ott foleg a windowsal szivtam mondjuk.. :)
google nem sokat segitett nekem, de lehet, csak bena vagyok. na majd holnap. :)
- A hozzászóláshoz be kell jelentkezni
Nekem is ahci es mukodik a hdparm -B, ugyhogy mas a gond.
- A hozzászóláshoz be kell jelentkezni
erdekes.
- A hozzászóláshoz be kell jelentkezni
NCQ?
debian gnu/linux @ linux-2.6.22.24-op1 | patch
info
- A hozzászóláshoz be kell jelentkezni
az enyem windows alatt kattog, linux alatt nem. cserelunk? :)
- A hozzászóláshoz be kell jelentkezni
fogadjunk ha cserelnenk ugyanolyan fos lenne :)
lehet, hogy alaplapi chipset* fuggo.
(a linuxvilagon felnottek kedveert lehetne csipszhalmaz is :D)
- A hozzászóláshoz be kell jelentkezni
Nekem is kattog az asztali gépemben lévő Maxtor 6V200E0 wincsi, ~félóránként v. óránként. Ubuntu 8.04 alatt tapasztaltam, előtte Gentoo alatt nem tűnt fel.
- A hozzászóláshoz be kell jelentkezni
Régi Samsung hdd: kattant kattant majd visznya kinyírta. Seagate nem kattan se XP se Linux alatt (egyik dist alatt sem amit próbáltam eedig). Maxtor anno openSUSE alatt kattogott. Bár az egy tűzgolyó..valahogy nem kéne még egy.
_____________________________________
aurora @ 2.6.25-4.slh.3-sidux-amd64 | athena @ 2.6.24-generic-amd64
- A hozzászóláshoz be kell jelentkezni
azalaplapgyilkos dzsentuu utan itten van, megjott a winyogyilkos viszta! lol
---
Apple iMac 20"
áéíóöőúüű
- A hozzászóláshoz be kell jelentkezni
El is felejtettem ezt a dolgot, pedig nekem is ugyanez volt... (kattogo hdd-k)
2.6.23.14 nekem is csinalta, en is mar korbejartam mindent, acpit kikapcsoltam. Aztan nemreg forgattam 2.6.23.17-et, es megszunt a dolog. Elofordul, hogy kernel problema.
--
Discover It - Have a lot of fun!
- A hozzászóláshoz be kell jelentkezni
Érdekes.
Van még ilyen daemon ami vinyó szundival foglalkozik. a noflushd, ha van ilyen akkor azt is le kell szedni.
--------
Nem a zsömle kicsi, a pofátok nagy...
- A hozzászóláshoz be kell jelentkezni
Igen, pont veled tárgyaltuk ki ezt IRC-n. Akkor is mondtam már, hogy semmi ilyenem nincs. :)
--
Discover It - Have a lot of fun!
- A hozzászóláshoz be kell jelentkezni