Strona 1 z 2

Znikające miejsce na dysku

: 17 czerwca 2009, 10:33
autor: jemdzem
Witam.

Nie znalazłem na tym forum tematu dotyczącego mojego problemu, a google daje rezultaty tylko windowsowe.

Mój problem polega na błędnie wyświetlanej wartości wolnego miejsca na dysku twardym. Co innego pokazuje nautilus, a zupełnie co innego pokazuje edytor partycji. Zupełnie nie wiem co może być tego powodem. Korzystając z rtorrenta przypuszczałem, że problem może powodować rezerwowanie miejsca na ściągane pliki, ale opcję tą miałem wyłączoną. Zaczyna mnie to niepokoić, ponieważ różnica w wyświetlanym wolnym miejscu zaczyna się powiększać. Proszę o pomoc - co może być tego przyczyną lub gdzie mam doszukiwać się błędów. Obecnie mam zainstalowaną wersję lenny/sid.

Z góry dziękuję za pomoc.

: 17 czerwca 2009, 11:15
autor: tomii
W ciemno mogę przypuszczać - rezerwacja miejsca dla roota, lub pod journaling. Za mało szczegółow podałeś.

: 17 czerwca 2009, 11:17
autor: AdeBe
Dobrze by było tutaj wkleić wyniki odpowiednich poleceń, na przykład fdisk -l.
Jak duża jest to różnica, który program pokazuje więcej, a który mniej, jaki system plików masz na dysku?

: 17 czerwca 2009, 11:34
autor: jemdzem
Wynik polecenia "fdisk -l":

Kod: Zaznacz cały

Disk /dev/hda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x0e490e48

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1   *           1        3824    30716248+   7  HPFS/NTFS
/dev/hda2            3825        5648    14651280   83  Linux
/dev/hda3            5649        5770      979965   82  Linux swap / Solaris
/dev/hda4            5771       19457   109940827+  83  Linux
System plików ext3, edytor partycji pokazuje, że wolnego miejsca na dysku jest więcej.

Edit:
W chwili obecnej:
GParted: wolne 5.86GB
Nautilus: wolne 630 MB

Wynik polecenia "df -Th":

Kod: Zaznacz cały

System plików  Typ    rozm. użyte dost. %uż. zamont. na
/dev/hda2     ext3     14G  5,2G  7,9G  40% /
tmpfs        tmpfs    253M     0  253M   0% /lib/init/rw
udev         tmpfs     10M  144K  9,9M   2% /dev
tmpfs        tmpfs    253M   88K  252M   1% /dev/shm
/dev/hda4     ext3    104G   97G  1,5G  99% /home
/dev/hda1  fuseblk     30G   27G  2,7G  91% /media/WinXP
/dev/hda1             30716248  27939880   2776368  91% /media/WinXP
[/code]

: 17 czerwca 2009, 11:35
autor: tomii
Ile więcej?

: 17 czerwca 2009, 12:31
autor: winnetou
Dziękuje...

: 17 czerwca 2009, 18:57
autor: jemdzem
winnetou pisze:Jeżeli używasz KDE/GNOME:

Kod: Zaznacz cały

rm -rf ~/.Trash
(nie jestem w 100% pewien położenia tego katalogu.
Wrzuć jeszcze:

Kod: Zaznacz cały

du --max-depth=1 --si ~/

Kod: Zaznacz cały

df -Th
df'a łatwiej się czyta jak podaje w "ludzkich" jednostkach.
Dokładnie sprawdziłem wynik polecenia, które podałeś i nie doszukałem się niczego podejrzanego w rozmiarach katalogów. Sprawdziłem zawartość każdego z nich i dalej nie wiem w czym może tkwić problem...

: 17 czerwca 2009, 22:01
autor: winnetou
Dziękuje...

: 18 czerwca 2009, 23:07
autor: jemdzem
Oto wynik:

Kod: Zaznacz cały

103G	/home/lukasz
17k	/home/lost+found
103G	/home

: 19 czerwca 2009, 00:45
autor: winnetou
Czy jesteś w 100% pewien, że w katalogu domowym nie masz żadnych podejrzanych plików/katalogów? Sprawdź jeszcze:

Kod: Zaznacz cały

ls -Alsh ~/ |grep -v ^d
Zwróć uwagę na rozmiary rozmiary i nazwy plików. Kilka razy spotkałem się z logami o rozmiarze 2-4GB (mówię zupełnie poważnie).