Üdv
Volt legutóbb egy olyan problémám hogy a gép magától újra indult mert a swapot nem tudta kiírni, most pedig már folyton kifagy a gép, megy úgy 30-35 percig aztán down -> szétfagy. Logokban nem látok semmit, és a smartctl tesztje sem mutat semmit. Amikor a gépet újra indítom akkor a
fsck_ufs: /dev/ad0s1d fut, gondolom a nem szabályos leállítás miatt. Van valakinek esetleg bármi ötlete arra mi lehet a gondja a gépnek? Egyik meghajtó sincsen tele megnéztem már. A nem szakszerű leállítás nem szándékos, a szolgáltató oldalán kapcsolom le a gépről a tápot amikor lefagy.
Gondoltam arra, hogy valamit elrontottam amikor a merevlemezt becsatoltam (ad1) mert elvileg a géphez 2x120GB merevlemez jár és ebben a listában 226GB az ad1.
Filesystem Size Used Avail Capacity iused ifree %iused Mounted on
/dev/ad0s1a 496M 262M 194M 57% 2881 62909 4% /
devfs 1.0K 1.0K 0B 100% 0 0 100% /dev
/dev/ad0s1e 496M 3.1M 453M 1% 306 65484 0% /tmp
/dev/ad0s1f 138G 3.2G 124G 2% 240014 18483824 1% /usr
/dev/ad0s1d 2.4G 67M 2.1G 3% 2117 327609 1% /var
/dev/ad1s1d 226G 102G 106G 49% 3619 30566875 0% /mnt
Nem tudom mi lelte ezt a vasat, a másik gépem 120 napja fut és teljesen jól működik minden. Teszteltem a /mnt/foo mappába írást bonnie++ de az sem írt hibát. Csak akkor csinálja egyébként amikor elindítom az rtorrentet és valószínű az veszi igénybe nagyon a merevlemezt és akkor adja a hibát.
Köszi
- 1742 megtekintés
Hozzászólások
Táphiba? Esetleg alaplap?
Alaplapon nézd meg hogy a kondik nem durrantak-e ki, de valószínűbb a táp.
- A hozzászóláshoz be kell jelentkezni
Processzorhűtő?
- A hozzászóláshoz be kell jelentkezni
Talan jo lenne a swap particion egy badblocks-ot futtatni.
- A hozzászóláshoz be kell jelentkezni
Az fsck nem amiatt fut, hogy szabálytalanul állítottad le, hanem by design, mivel a natív UFS-ben nincs naplózás, és ezért.
Az hogy a / csak 496MB, kissé gyanús nekem, persze tudom, hogy főként a /usr és a /var szokott púposodni, de egy félig betelt kis partíció hamar el tud fogyni, és lehet hogy emiatt fog a gép fagyni.
Nálam napokon át stabil tud maradni:
[mazursky@freebsd ~]$ uname -a
FreeBSD freebsd.my.net 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386
[mazursky@freebsd ~]$ mount
/dev/ad0s1a on / (ufs, local)
devfs on /dev (devfs, local)
/dev/ad0s3d on /server (ufs, NFS exported, local, soft-updates)
[mazursky@freebsd ~]$ df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/ad0s1a 14G 7.5G 5.4G 58% /
devfs 1.0K 1.0K 0B 100% /dev
/dev/ad0s3d 195G 156G 23G 87% /server
[mazursky@freebsd ~]$
Mondjuk nálam nincs külön /usr és /var, hanem egyben van az egész.
Ha ledúrnám a /usr/ports könyvtárat ismét nyernék 1GB-ot, és a /var -ban a logokat is ki lehetne pucoválni, csak lusta vagyok.
/mazursky
Love your job but never love your company!
Because you never know when your company stops loving you!
- A hozzászóláshoz be kell jelentkezni
Köszönöm a válaszokat, valójában az rtorrent fagyasztotta le a gépet, hogy hogyan pass, de a devel verzió törlése után és a stabil telepítése után rendbe jött.
- A hozzászóláshoz be kell jelentkezni
Mintha hasonló lett volna Linuxon is, hogy valamilyen kernel hibát a torrent klienssel lehetett megfogni.
- A hozzászóláshoz be kell jelentkezni
Azóta se értem, hogy miért, de nem egyszer volt már ilyen, és nem csak linuxon..
- A hozzászóláshoz be kell jelentkezni
Már csak az érdekel, hogy minden ilyen hibánál ugyanaz a szofter tudja fagyasztani a rendszert? Mert akkor nyilván a M$ keze van a dologban, és sutyiban ők fejlesztenek bele az ominózus torrent-kliensbe ilyen mágiákat.
- A hozzászóláshoz be kell jelentkezni
Összeesküvés elmélet :) (egyébként jó film)
- A hozzászóláshoz be kell jelentkezni