Sziasztok!
Újabb probléma... Nemrég frissítettem az itthoni "szerver" rendszerét 12.04-es Ubuntura. (uname -a: Linux server 3.2.19 #12 SMP Mon Jul 9 19:03:47 CEST 2012 x86_64 x86_64 x86_64 GNU/Linux) Mióta ez megtörtént, azt vettem észre, hogy a korábban kihasználatlanság esetén lekapcsoló lemezeim most valahogy folyamatosan pörögnek.
A lemezek kikapcsolásához eddig a hdparm -S 250 parancsot használtam. Maga a funkció továbbra is működik, mert pl. 2 perces timeoutot beállítva a lemez szépen megáll.
Ebből arra gyanakodtam, hogy valami időnként hozzányúl a lemezekhez, ezért nem tudnak leállni.
Jobb ötlet hiányában ráállítottam egy "iotop -botqqq -d 0.2 | grep sdb"-t (meg egy lsof-ot is, de az most nem lényeg), és reggel hatkor lett is egy kapás:
06:47:40 848 be/3 root 0.00 B/s 13.49 K/s 0.00 % 8.68 % [jbd2/sdb1-8]
Mivel kb. 12-kor mindenki elment aludni, illetve a jelzett fájlrendszeren tudomásom szerint amúgy sem történt írás már vagy 4-5 napja, nem értem, hogy ezt most miért...
Kérdés:
Mit lehet ezzel kezdeni? Sajnos gugli nem adott sem hasznos ötletet. Létezik erre valami varázsparaméter mountoláshoz, vagy ilyesmi?
Előre is köszi!
- 2466 megtekintés
Hozzászólások
Küldd el aludni (hdparm -Y) és flössöld a cachet (/proc/sys/vm/drop_caches<<<3), aztán felpörgés közben nézd meg, hogy melyk processz áll D-be - valszeg az a processz fog fennakadni, amelyk felelős a felpörgésekért.
A jdb2 csak az alkalmazások által összerondított adatokat írja ki, "csak a munkáját végzi".
- A hozzászóláshoz be kell jelentkezni
Na, ezt sem tudtam, én azt hittem, hogy az csak naplót pofoz.
Köszönöm a tippet, megnézem.
- A hozzászóláshoz be kell jelentkezni
Úgy tűnik, megvan. A tipped alapján sikerült kiderítenem, hogy egy dumpe2fs példány ébreszti fel időnként a lemezeket. Kicseréltem a programot egy shell scriptre, ami egy fájlba kiírja a szülő process nevét, és mint kiderült, egy update-motd-fsck nevű cucc hívogatja.
Bővebben: http://askubuntu.com/questions/26141/how-do-i-find-out-if-there-will-be…
Azaz ez azért kell, hogy a 11.04-es ubuntu óta bejelentkezéskor az orrom alá tudják nyomni, hogy a következő rebootkor fsck lesz.
Letakarítottam ezt az egész update-notifiert, remélem ezzel megoldódik a probléma. Vitte magával az msttcorefonts-installert, mert az meg elvileg függ tőle. De hogy minek... :D
(A személyes véleményem meg az a dologról, hogy elég durva, hogy aki a Canonicalnál "gányolja" az Ubuntut, az nem látja át annyira a saját maga által reszelgetett rendszert, hogy eszébe jusson, hogy ez így nem lesz jó. Ráadásul a jelek szerint egy éve nem tűnik fel a dolog senkinek.)
- A hozzászóláshoz be kell jelentkezni
(Azért nem tűnik fel senkinek, mert azért ez egy nem mindennapi eset, az Ubuntu pedig egy általános célokra szánt disztró. Szerintem nincs itt elcseszve semmi, speciális esetekre testre lehet szabni és kész. Ha meg nem szkennelné folyamatosan a fájlrendszeren a szabad helyet/fsck countert/smart állapotot/whatevert, akkor azok hőbörögnének, akiknek egy diszkjük van ami amúgyse áll le vagy nem a green PC az elsődleges szempontjuk.)
- A hozzászóláshoz be kell jelentkezni
Á, itt nem erről van szó. Az általad felsorolt dolgokra megvannak a megfelelő eszközök, amik mellesleg nem ébresztik fel a lemezt. Könnyen lehet, hogy tévedek, de nekem ez megint a szokott parasztvakításnak tűnik, csak "látványra" van értéke. Most minek ezeket az adatokat - mint láttuk, nem jelentéktelen erőforrások használatával - gyűjteni és belépéskor kirakni a képernyőre, mikor elenyésző számú alkalommal van rájuk valójában szükség.
Amikor annyi notebook van, amennyi, szerintem egyébként sem rétegigény az, hogy az esetleg aludni térő lemez ne legyen ~10 percenként felpörgetve. Az akkunak és a lemeznek sem tesz jót.
Persze ha puffogásnak tűnt a fenti, akkor bocsesz, nem annak szántam. Én szeretem a Bubit, csak szomorú vagyok, hogy minden LTS váltásnál szívnom kell egy sort, mire megoldok olyan dolgokat, amik egy LTS-el korábban még tökéletesen, reszelgetés nélkül működtek.
- A hozzászóláshoz be kell jelentkezni
ha jól tudom ubuntuban is van valami indexelő szolgáltatás szerintem az teker
- A hozzászóláshoz be kell jelentkezni
A cron.daily-ben volt egy mlocate adatbázist frissítő script, de az nem indexeli a problémás fájlrendszert, illetve már rég átraktam a weekly mappába. Mást nem találtam.
- A hozzászóláshoz be kell jelentkezni