problémám, hogy elfogyott a helyem, elméletileg, mert gyakorlatilag, még tudok írni, azonban azok a programok amik a /tmp-be írnának hely híjján széthalnak.
alaphelyzet
root@pim:~# df -h
Filesystem Méret Fogl. Szab. % Csatl. pont
/dev/sda2 6,5G 6,2G 0 100% /
/dev/sda5 67G 65G 1,7G 98% /media/disk-sda5
/dev/hda 4,1G 4,1G 0 100% /media/dvd
másol egy ideig, majd leáll
root@pim:~# cp /media/disk-sda5/rendetakarok/movies/pnd-xvid-xmen.avi /root
cp: `/root/pnd-xvid-xmen.avi' írása: Nincs hely az eszközön
látszik, hogy 300mb írt kb.
root@pim:~# df -h
Filesystem Méret Fogl. Szab. % Csatl. pont
/dev/sda2 6,5G 6,5G 0 100% /
/dev/sda5 67G 65G 1,7G 98% /media/disk-sda5
/dev/hda 4,1G 4,1G 0 100% /media/dvd
törlöm
root@pim:~# rm pnd-xvid-xmen.avi
rm: remove regular file `pnd-xvid-xmen.avi'? y
de a szabad hely nem változik
root@pim:~# df -h
Filesystem Méret Fogl. Szab. % Csatl. pont
/dev/sda2 6,5G 6,2G 0 100% /
/dev/sda5 67G 65G 1,7G 98% /media/disk-sda5
/dev/hda 4,1G 4,1G 0 100% /media/dvd
egy hibaüzi, hogy nem tud a tmp-be írni
Warning: session_write_close() [function.session-write-close]: write failed: No space left on device (28) in /media/disk-sda5/var/www/html/phpMyAdmin-2.8.0.4/index.php on line 44
ha resetelem a rendszert, akkor helyreáll a rend, kérdés, hogy reset nélkül megoldható-e?
itt van még egy df- i
root@pim:~# df -i
Filesystem Inode-ok IFogl. ISzab. IFo.% Csatl. pont
/dev/sda2 854784 277229 577555 33% /
/dev/sda5 8896512 209164 8687348 3% /media/disk-sda5
/dev/hda 0 0 0 - /media/dvd
google-ba még olvasgattam olyat, hogy talán unlink-elt file-ok foglalják így a helyet, meg lsof-al nézzek szét, de nem vágom ezt a témát már. :P
- 3235 megtekintés
Hozzászólások
Szerintem az a baj, hogy a partico egy bizonyos %at fenntartja vesz esetere, amit csak root tud irni. Alapbol talan 10%? Tehat ha betelik a winyo, akkor a nem root felhasznalok nem tudnak irni a particiora, hiaba nincs meg 100%ig tele. Root ennek ellenere tud irni, azert van ez igy, hogy rootkent kepes legyel minimalisan backupolni/tomoriteni, mielott torolnel valamit vagy helyet csinalnal.
- A hozzászóláshoz be kell jelentkezni
haly
Filesystem Méret Fogl. Szab. % Csatl. pont
/dev/sda2 6,5G 6,5G 0 100% /
ez nem a root filesystem? mintha tele lenne... éppen 300MB-ot másoltál rá...
/var/log helyen törölnék esetleg óriásira hizott naplófilekat.
- A hozzászóláshoz be kell jelentkezni
Szerintem azt mondja, hogy rootkent meg kepes 300 megat masolni, phpbol megsem kepes 10kt kiirni.
- A hozzászóláshoz be kell jelentkezni
Ezt mar en is tapasztaltam, de nem foglalkoztam vele. Egyebkent siman elofordul, hogy a du mas erteket mutat, mint a df. Nem kell ezen meglepodni. Sajat szememmel lattuk a scracokkal a cegnel, hogy egyre csak telitodik a particio, es a futo program leallitasa utan sem valtozott a helyzet. Reboot utan helyreallt a rend. Ide is le lett irva valahova, szoval nem ujkeletu a dolog. Csak reboottal volt megoldhato. Ugy oldottuk meg, hogy beraktunk egy plusz diszket es felcsatoltuk a megfelelo helyre. Olyan, mintha a kernel nem engedne valamit kipucolni, nem tudom. Esetleg hozzaertot kene megkerdezni.
FreeBSD-vel (5.1) jartam ugy, hogy neztem, mennyi szabad helyem van. A kulonbseg annyi volt, hogy a df minuszban mutatta, hogy mennyi a szabad hely, es ez a minusz ertek ugy novekedett, ahogy egyre tobbet masoltam a diszkre. Mivel oda nem mehetett, torolni gondolom meg nem fognak az adott particiorol, mert milyen lenne mar az, igy valoszinuleg felhasznaltak a szabad kapacitast (memoria ?). Ahogy toroltem a felmasolt fajlokbol a minusz ertek csokkent a df-ben ;)
A fajlkezeles erdekes tema egyes kerneleknel. En mar csak ugy vagyok vele, hogy a df es tarsaik csak tajekoztato jellegu adatokat nyujtanak.
- A hozzászóláshoz be kell jelentkezni
Több dolog lehet... Reiserfs telefosása esetén beragadhatnak processzek, és hiába törlöd az általuk nyitva tartott fájlokat, a hely nem szabadul fel -- Nyitott fájlt tudsz törölni (azaz a du -ból eltüntetted) viszont a szabad hely nem nő meg, csak akkor, ha a fájlt mindenki korrekten lezárja.
Ezt vacakul megírt logrotáló szkriptek, illetve logot fosó alkalmazások szokták elkövetni (plédául a mysql logja tud eszméletlenülbaromidisznónagyra hízni).
Ha meg root-ként tudsz írni, más uod-del meg nem, az pont azt jelenti, amit a df mond, hog yúgy-általában-sima-usernek már nincs hely, de a root-nak még van, hogy a takarításhoz egyáltalán be tudjon lépni, meg könyvtárat csinálni, ahova csatol valami plusz területet, meg ilyesmi...
Reset/rebitty nélkül rendberakható-e? Igen, az rm -f parancs csodákra képes, már ami a helycsinálást illeti :-)) Illetve érdemes még az lsof -fal körbenézni, hogy van-e deleted -del jelölt fájl, mert az tud ilyen "eltünt a hely" problémát okozni.
- A hozzászóláshoz be kell jelentkezni
A rendszer minden particion fentart a root szamara default 5% helyet , ezt at tudod allitani a particio letrehozasakor de ha teljesen megtoltod akkor adott estben az fsck nem tudja javitani.
- A hozzászóláshoz be kell jelentkezni
Pontositsunk, az a bajod, hogy a linux ugy viselkedik ahogy kell es nem csinal neked helyet?
- A hozzászóláshoz be kell jelentkezni