[megoldva] magatol betelik a vinyom

Ubuntu Linux

Egyszeru Kubuntu user vagyok, csak hasznalom a rendszert, de annal kevesbe ertek hozza.. :) Elkovettem azt a hibat, h egy 20 gigas particiora raktam mindent (legkozelebb mar okosabb leszek, de most nem rakom ujra a rendszert), ebbol a /home 4,4 giga. Most alig van 600 mega szabad helyem, takaritanom kellene. Mi az, amuit nyugodtan torolhetek? Elore is koszi a segitseget!

Mod: Most meg azt jatsza, h 0B szabad hely, letorlok vmit, akkor lesz egy keves szabad hely majd megint "betelik". Mi ez?

Uj tunetek: 100% cpu load, syslogd hasznalta, majd miutan azt kilottem a cupsd, azt is kilottem, utana egy hp nevu folyamat kerult az elre, azt leallitottam. Most 5%. Volt egy fajl, amit elkuldtem nyomtatasra, de nem sikerult. Lehet ennek koze hozza?

Vegul ok voltak a bunosok, toroltem a tartalmukat:

/var/log/user.log : 3.7 giga
/var/log/syslog : 3.7 giga

Bocs, h olyan nehezkesen es annyi hibaval irtam lentebb, de egyreszt szamomra ijeszto volt a jelenseg, masreszt a vegen mar a HUP-ot is csak stiluslapok nelkul lattam, amugy nem csunya ugy sem. :)

  • 1655 megtekintés

( igiboy | 2010. 01. 27., sze – 17:53 )

/tmp-ből lehet legtöbbször ritkítani, főleg ha a flash kihal akkor néha ottmarad 1-2 youtube-os videodarabka és egybek.

Ha van a hdd-n min. 5Gb szabad helyed bármerre akkor hozz létre egy particiót a /home-odnak és azt tedd át egy az egyben oda.

Normalis esetben ujrainditas utan torlodik a /tmp

Amugy ha ext filesystemrol van szo erdemes megnezni az tune2fs programot:

-m reserved-blocks-percentage
Set the percentage of the filesystem which may only be allocated by privileged processes. Reserving some number of filesystem blocks for use by privileged processes
is done to avoid filesystem fragmentation, and to allow system daemons, such as syslogd(8), to continue to function correctly after non-privileged processes are pre‐
vented from writing to the filesystem. Normally, the default percentage of reserved blocks is 5%.

Ez az 5% sok esetben sok ...

Lattam, hogy sikerult megoldani csak erdekessegkeppen irtam ;)

( Proci85 v | 2010. 01. 27., sze – 19:14 )

sudo apt-get clean
Ez letörli a telepítésre letöltött .deb csomagokat.

Érdemes a böngésződben törölni a tárolt weblapokat. Esetleg egy sudo apt-get --purge autoremove parancs is mehet.

( Ewkins | 2010. 01. 27., sze – 18:01 )

Költöztetsd a /home-ot egy másik particióra.

Ha nincs hozz létre egyet vagy méretezz át egy meglévő NTFS partíciót.

akkor az iotop parancs megmondja, hogy mi ír nagyon a merevlemezre. Már ha van hova persze.
Nekem a cups csinált olyat, hogy végtelenciklusban nyomott tele egy logfájlt.

Ami nálam még helyet zabált, az bizonyos programok fordítása volt (wine pl. ilyen volt).

Viszont tényleg javallott a baobab (vagy hasonló) futtatása, hogy megtudd, mi a nagyon nagy, és ebből kiderítheted, hogy mi zabálja fel.
Szerk.: mivel nincs fent, jobb híján menj végig manuálisan a könyvtárakon.
Javaslom nézz körül a homeodban, illetve a /tmp, /var mappákban.
/var-on belül a /var/cache, /var/spool a főesélyesek szerintem. A nagy fájl letörlése nem elég, jó eséllyel ki kell derítened, hogy mi írja. 

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

először kapcsold ki:
sudo /etc/init.d/cups stop
utána én a /var/spool/cups vagy a /var/log könyvtárakban keresném a bűnöst – fájlkezelőben kattintgasd végig jobb híján, hogy melyik a nagy.

A törléshez rendszergazdajogokra lesz szükséged, úgyhogy elő a "kdesu dolphin"-t (azt hiszem... Nekem ubuntum van, ott gksu)
Ha lehet, akkor csak a nagy fájlt töröld, mert nem tudom mi lesz, ha a mappával teszed :) 

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

A dolping mar halott :S

root@bfoto-desktop:/var/spool/cups# dir -S
tmp c00508

Ezek szerint a cc00508 a legnagyobb?

Mod: a konqueror vegre elindult, de akarmilyen fajlkezelot inditok, 100% cpu loadot kapok rogton, kicsit lassu igy. A /var/spool-ba igy be sem tudok lepni, viszont nem mutatja nagynak az egeszet, par kB

ühüm, nekem is hasonló nevű hízott jó nagyra asszem :)
"ls -lS" a méretét is megmondja a fájloknak.
Meg a "du -h fájlnév" is :)

Ha megvan a nagy fájl, és ki van lőve a cups, én kitörölném. Ha a cups nem indulna, beállítanám újra.
Az elővigyázatos verzió szerint törlés helyett mozgasd át valahova, és nézd meg, hogy némi helycsinálás után elindul-e a cups rendesen. Ha igen, akkor töröld ki a fájlt, ha nem, akkor másold vissza a helyére, indítsd el a cupsot, és töröld ki a renitens cuccokat a nyomtatási sorból. 

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

Koszi, mint mar annyiszor, megint itt segitettetek ki a bajbol.. :) Restart utan ugy tunik minden ok. Nalam csak sudo su utan mukodott az echo >, de gondolom ennek igy kell lennie. Azert atmasoltam egy masik particiora a ket logfajlt, csak most nem tudom mivel merjek belenezni, h kideritsem a hibat, mert sztem barmilyen szovegszerkeszto kifagy tole..

( szappantarto | 2010. 01. 27., sze – 18:49 )

a telepítőcsomagok törlésén túl nézz szét a home mappában a rejtett fájlok között (ponttal kezdődik a nevük pl ".rejtett", ezt a GNOME nautilusa alatt ctrl+h-val tudod előszedni, KDE alatt nem tudom, de talán ott is műxik így), néha elég sok felesleges szemét marad hátra ott is. De csak azt töröld, amiről el tudod dönteni, hogy mi. :)

( lacika v | 2010. 01. 27., sze – 22:46 )

Nem lestél bele a user.log és syslog tartalmába, mielőtt törölted?
A logrotate hogy van konfigolva? Nekem elég soknak tűnik egy desktop rendszeren a user.log és syslog fájlok mérete. Persze ha valami homok került a gépezetbe, akkor folyamatosan írhatja a syslog a meghízott fájlokat.
Célszerű belelesni mielőtt törlöd. Vagy ha már a logrotate nem rotálja, akkor kézzel tömörítsd be gzip/bzip/7-zip -el, sokat fog csökkenni a méretük.

--
http://laszlo.co.hu/

Megvannak, atraktam oket egy masik particiora. Ezeket talaltam bennuk:

syslog:
Jan 27 18:46:16 bfoto-desktop HP_LaserJet_P1005?serial=BC0L29J: io/hpmud/musb.c 1389: unable to write data hp:/usb/HP_LaserJet_P1005?serial=BC0L29J: No data available
Jan 27 18:46:16 bfoto-desktop HP_LaserJet_P1005?serial=BC0L29J: io/hpmud/musb.c 1022: bulk_write failed buf=0x7fff90df9690 size=8192 len=-19: No data available
Jan 27 18:46:16 bfoto-desktop HP_LaserJet_P1005?serial=BC0L29J: io/hpmud/musb.c 1389: unable to write data hp:/usb/HP_LaserJet_P1005?serial=BC0L29J: No data available
Jan 27 18:46:16 bfoto-desktop HP_LaserJet_P1005?serial=BC0L29J: io/hpmud/musb.c 1022: bulk_writbfoto@bfoto-desktop:/media/sdb

user.log
Jan 27 18:46:16 bfoto-desktop HP_LaserJet_P1005?serial=BC0L29J: io/hpmud/musb.c 1022: bulk_write failed buf=0x7fff90df9690 size=8192 len=-19: No data available
Jan 27 18:46:16 bfoto-desktop HP_LaserJet_P1005?serial=BC0L29J: io/hpmud/musb.c 1389: unable to write data hp:/usb/HP_LaserJet_P1005?serial=BC0L29J: No data available
Jan 27 18:46:16 bfoto-desktop HP_LaserJet_P1005?serial=BC0L29J: io/hpmud/musb.c 1022: bulk_write failed buf=0x7fff90df9690 size=8192 len=-19: No data available
Jan 27 18:46:16 bfoto-desktop HP_LaserJet_P1005?serial=BC0L29J: io/hpmud/musb.c 1389: unable to write data hp:/usb/HP_LaserJet_P1005?serial=BC0L29J: No data available