Strona 1 z 2

[+] Zapełniona partycja - niestandardowo

: 26 lutego 2011, 14:05
autor: michald
Witam.
Mam niby dość popularny problem przepełnienia partycji root.
Zastosowałem wszystkie sposoby:"czyszczenie" pakietów (apt-get i aptitude), wykasowanie logów /var/log/, wyłączanie usług, wykasowałem e-maile - nie korzystam ale system wysyła informacje.

Po "czyszczeniu" zwolniło się 2,1GB miejsca - ale cieszyłem się nim przez kilka godzin. Podejrzewałem jeszcze cups, ponieważ po zwolnieniu miejsca pojawiła się lista kolejki wydruku, po jej skasowaniu przybyło jeszcze więcej miejsca, ale katalogi dla samby do wydruku są również oczyszczone (wyłączenie usługi i restart nie daje).
Po 12 godzinach poszukiwań nie mam więcej pomysłów co robić.

Polecenie: pokazuje zajętość100% pokazuje tylko około 50%

Jedyne co przychodzi mi do głowy to "sianie" przez jakiś proces do nieistniejące w systemie plików - pliku ale nie wiem jak go wyśledzić?

Przejrzałem dziesiątki wątków w internecie, próbowałem się posiłkować postem:
http://debian.linux.pl/threads/10451-Pr ... em?p=66495

Kod: Zaznacz cały

find -L /proc/*/fd -type f -links 0

Ale wyświetla mi bez końca informacje typu:

Kod: Zaznacz cały

katalog/plik nie istnieje
oraz:

Kod: Zaznacz cały

wykryto pętlę w systemie plików

fstab:

Kod: Zaznacz cały

cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
/dev/mapper/Arizona-root /               ext3    errors=remount-ro 0       1
/dev/sda1       /boot           ext2    defaults        0       2
/dev/mapper/Arizona-home /home           ext3    defaults        0       2
/dev/mapper/Arizona-swap_1 none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/hda1       /mnt/backup             ext3    defaults        0       1

df:

Kod: Zaznacz cały

System plików         rozm. użyte dost. %uż. zamont. na
/dev/mapper/Arizona-root
                      6,5G  6,4G     0 100% /
tmpfs                 501M     0  501M   0% /lib/init/rw
udev                   10M  756K  9,3M   8% /dev
tmpfs                 501M     0  501M   0% /dev/shm
/dev/sda1             228M   17M  200M   8% /boot
/dev/mapper/Arizona-home
                      285G  2,3G  268G   1% /home
/dev/hda1              29G   26G  1,8G  94% /mnt/backup
overflow              1,0M     0  1,0M   0% /tmp

du:

Kod: Zaznacz cały

/# du -sh * --exclude="home/*" --exclude="mnt/*" | sort -rn
du: nie ma dostępu do `proc/3318/task/3318/fd/3': Nie ma takiego pliku ani katalogu
du: nie ma dostępu do `proc/3318/task/3318/fdinfo/3': Nie ma takiego pliku ani katalogu
du: nie ma dostępu do `proc/3318/fd/3': Nie ma takiego pliku ani katalogu
du: nie ma dostępu do `proc/3318/fdinfo/3': Nie ma takiego pliku ani katalogu
756K    dev
408M    var
68M     lib
17M     boot
16K     lost+found
9,2M    etc
8,0K    media
5,4M    root
4,6M    sbin
4,2M    bin
4,0K    srv
4,0K    selinux
4,0K    opt
4,0K    mnt
4,0K    home
2,1G    usr
0       vmlinuz
0       tmp
0       sys
0       proc
0       initrd.img
0       dead.letter
0       cdrom

Mam cichą nadzieję, że ktoś będzie mógł mnie naprowadzić gdzie szukać przyczyny.

: 26 lutego 2011, 15:56
autor: DaVidoSS
Ciężka sprawa, Jeżeli coś ci "sieje" to tylko w /var /sys lub /proc.
Żeby mieć jasność podaj jeszcze :

Kod: Zaznacz cały

su
fdisk -l

: 28 lutego 2011, 08:38
autor: michald
fdsik -l

Kod: Zaznacz cały

Arizona:~# fdisk -l
Disk /dev/sda: 320.0 GB, 320071851520 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00041eba
   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          31      248976   83  Linux
/dev/sda2              32       38913   312319665   8e  Linux LVM
Disk /dev/hda: 30.7 GB, 30750031872 bytes
255 heads, 63 sectors/track, 3738 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00082ad9
   Device Boot      Start         End      Blocks   Id  System
/dev/hda1               1        3738    30025453+  83  Linux
Disk /dev/dm-0: 6996 MB, 6996099072 bytes
255 heads, 63 sectors/track, 850 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Disk /dev/dm-0 doesn't contain a valid partition table
Disk /dev/dm-1: 2717 MB, 2717908992 bytes
255 heads, 63 sectors/track, 330 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Disk /dev/dm-1 doesn't contain a valid partition table
Disk /dev/dm-2: 310.0 GB, 310097477632 bytes
255 heads, 63 sectors/track, 37700 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Disk /dev/dm-2 doesn't contain a valid partition table

: 28 lutego 2011, 09:37
autor: fnmirk
Coś Ty to wkleił? Obrabiałeś to pod innym systemem operacyjnym?
Uruchom jakąś wersję livecd Linuksa i przedstaw ten wynik jeszcze raz.
http://debian.linux.pl/threads/9479-Dys ... we-live-cd

: 28 lutego 2011, 14:10
autor: michald
Dysk nigdy nie miał kontaktu z innym środowskiem.
Zrzut z Live CD, ale wygląda chyba podobnie:

Kod: Zaznacz cały

Disk /dev/sda: 30.7 GB, 30748950016 bytes
255 heads, 63 sectors/track, 3738 cylinders, total 60056543 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00082ad9
   Device Boot      Start         End      Blocks   Id  System
/dev/sda1              63    60050969    30025453+  83  Linux
Disk /dev/sdb: 320.1 GB, 320071851520 bytes
255 heads, 63 sectors/track, 38913 cylinders, total 625140335 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00041eba
   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *          63      498014      248976   83  Linux
/dev/sdb2          498015   625137344   312319665   8e  Linux LVM
Disk /dev/dm-0: 6996 MB, 6996099072 bytes
255 heads, 63 sectors/track, 850 cylinders, total 13664256 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
 
Disk /dev/dm-1: 2717 MB, 2717908992 bytes
255 heads, 63 sectors/track, 330 cylinders, total 5308416 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
 
Disk /dev/dm-2: 310.1 GB, 310097477632 bytes
255 heads, 63 sectors/track, 37700 cylinders, total 605659136 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Dodane:
Widzę, że nikt nie ma pomysłu więc zrobiłem to czego nie lubię najbardziej. Przywróciłem system z kopii zapasowej. Kopie newralgicznych danych na szczęście wykonywane są bieżąco na osobnym dysku.
W sumie zamieniłem kilkunastogodzinne poszukiwania w 10 minutowe przywracanie. Nie jestem tym usatysfakcjonowany ponieważ nie dowiem się co było przyczyną zapełniania się partycji, ale nie ma co dalej drążyć tematu.

Dziękuję tym którzy zechcieli zwrócić uwagę na mój problem.

: 28 lutego 2011, 22:32
autor: fnmirk
Masz raid i prawdopodobnie to lub coś podobnego:
http://night.jogger.pl/2006/12/14/dd-if ... ount-4096/

Dodane:
Poza tym nie wiem dlaczego wyniki polecenia:

Kod: Zaznacz cały

fdisk -l 
Różnią się tak:

Kod: Zaznacz cały

Disk /dev/dm-2 doesn't contain a valid partition table
W drugim wypadku tego nie ma.

: 01 marca 2011, 12:49
autor: michald
Nie ma RAID - wszystko jest "po bożemu".

: 01 marca 2011, 16:22
autor: fnmirk
To bawiłeś się lub korzystasz z LVM (ang. Logical Volume Manager).

: 01 marca 2011, 16:38
autor: michald
Jeżeli tak to nieświadomie - instalacja systemu była około 1,5 roku temu i poszła z instalatora dystrybucji Debiana, więc tylko wtedy mogło to mieć miejsce. Od tamtej pory nic nie było ruszane w strukturze dysku. Obserwuję zachowanie sytemu po przywróceniu z kopii zapasowej sprzed 6 dni i nic się nie dzieje niepokojącego.
W konfiguracji nic nie było ruszane - być może jakiś proces zaczął się zapętlać i walił do nieistniejącego pliku. Tak jak napisałem wcześniej nie mogłem znaleźć informacji jak wyśledzić takiego kwiatka.

: 01 marca 2011, 17:04
autor: fnmirk
Przedstaw jeszcze raz wynik:

Kod: Zaznacz cały

fdisk -l
po odtworzeniu systemu.