Forum Debian Users Gang

Brat · 2010-10-23 04:28:06

Witam,
w komputerze mam dysk 40 GB, podzielony na dwie partycje:
swap - 1GB
ext3 - montowany jako / - 39 GB
(tak przynajmniej ustawiałem w czasie instalacji debiana)
Po krótkiej chwili zabawy zacząłem dostawać niepokojące komunikaty o zapchanym dysku - "Brak miejsca na urządzeniu" w czasie kopiowania etc...
Zależnie od programów którymi sprawdzę stan dysku, wyniki są różne:

Kod:

Yakko:~# df -h
System plików         rozm. użyte dost. %uż. zamont. na
/dev/sda1             942M  865M   30M  97% /
tmpfs                 252M     0  252M   0% /lib/init/rw
udev                  248M  144K  247M   1% /dev
tmpfs                 252M     0  252M   0% /dev/shm

Kod:

Yakko:~# fdisk -l

Dysk /dev/sda: 40.0 GB, bajtów: 40020664320
głowic: 255, sektorów/ścieżkę: 63, cylindrów: 4865
Jednostka = cylindrów, czyli 16065 * 512 = 8225280 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512
Identyfikator dysku: 0x278bfecb

Urządzenie Rozruch   Początek      Koniec   Bloków   ID  System
/dev/sda1               1        4741    38082051   83  Linux
/dev/sda2            4742        4865      996030   82  Linux swap / Solaris

Kod:

Yakko:~# free -m
             total       used       free     shared    buffers     cached
Mem:           502         43        459          0          2         22
-/+ buffers/cache:         18        484
Swap:          972          0        972

Na wszelki wypadek:

Kod:

Yakko:~# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'vol_id --uuid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0A
# / was on /dev/hdb1 during installation
UUID=c5c22ba9-f4da-4cba-9cb7-f57679c3d9df /               ext3    errors=remount-ro 0       1
# swap was on /dev/hdb2 during installation
UUID=ae8d0c6f-6777-4dc5-b169-ef33e7b95bef none            swap    sw              0       0
/dev/cdrom        /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/cdrom1        /media/cdrom1   udf,iso9660 user,noauto     0       0

Czy ktoś z Was ma może pomysł o co chodzi i jak temu zaradzić?

debianus_userus · 2010-10-23 07:23:55

Zobacz czy nie skonczyly Ci sie inody na partycji.

Kod:

df -i

http://www.nzlinux.com/2010/06/inode-problems-and-full-disks/

tomii · 2010-10-23 07:46:57

/dev/sda1 942M 865M 30M 97% /

To mnie bardzo zastanawia zrób fsck i reboot oraz możesz sprawdzić np w gparted czy partycja jest właściwego rozmiaru.

paoolo · 2010-10-23 08:08:50

Odnoszę wrażenie, że system wpakował się na... / jak podaje df,czemu przeczy jednak free oraz [fdisk. Pokaż

Kod:

blkid /dev/sda[12]

i porównaj z /etc/fstab.

andreq · 2010-10-23 08:26:58

Wklej wyniki - samo podsumowanie:

Kod:

du -shc /home
du -shc /var
du -shc /var/cache/apt/archives/
du -shc /usr
du -shc /tmp

Zobaczymy gdzie podziało się miejsce.

Brat · 2010-10-23 15:42:35

Inodów jest mało, ale jakieś zostały:

Kod:

Yakko:~# df -i
System plików         iwęzły  użyteI  wolneI %uż.I zamont. na
/dev/sda1              61312   36207   25105   60% /
tmpfs                  64345       5   64340    1% /lib/init/rw
udev                   63264     561   62703    1% /dev
tmpfs                  64345       1   64344    1% /dev/shm

fstab i blkid wygladają tak samo:

Kod:

Yakko:~# blkid /dev/sda[12]
/dev/sda1: UUID="c5c22ba9-f4da-4cba-9cb7-f57679c3d9df" TYPE="ext3" 
/dev/sda2: UUID="ae8d0c6f-6777-4dc5-b169-ef33e7b95bef" TYPE="swap"

A co do rozkładu miejsca na dysku - dalej gdzieś wcieło 38GB

Kod:

Yakko:~# du -shc /home
24K    /home
24K    razem
Yakko:~# du -shc /var
110M    /var
110M    razem
Yakko:~# du -shc /var/cache/apt/archives/
768K    /var/cache/apt/archives/
768K    razem
Yakko:~# du -shc /usr
561M    /usr
561M    razem
Yakko:~# du -shc /tmp
12K    /tmp
12K    razem

Fsck wyrzuca błędy, ale nie jestem w stanie ich naprawić, bo cięzko mi odmontować system plików "/". Istniej

Kod:

Yakko:~# fsck -snA
fsck z pakietu util-linux-ng 2.17.2
e2fsck 1.41.12 (17-May-2010)
Uwaga! /dev/sda1 jest zamontowany.
Uwaga: pominięto odtwarzanie z kroniki z powodu sprawdzania w trybie tylko
do odczytu.
/dev/sda1 zawiera system plików z błędami, wymuszono sprawdzenie.
Przebieg 1: Sprawdzanie i-węzłów, bloków i rozmiarów
Przebieg 2: Sprawdzanie struktury katalogów
Przebieg 3: Sprawdzanie łączności katalogów
Przebieg 4: Sprawdzanie liczników odwołań
Przebieg 5: Sprawdzanie sumarycznych informacji o grupach
Błędna liczba wolnych bloków (19834, naliczono 19792).
Poprawić? nie


/dev/sda1: ********** UWAGA: System plików nadal ma błędy **********

/dev/sda1: 36208/61312 plików (1.6% nieciągłych), 225149/244983 bloków

tomii · 2010-10-23 17:41:26

No to użyj jakiegoś livecd do zrobienia fsck lub wymuś przy następnym reboocie .

Brat · 2010-10-23 18:06:30

Spróbowałem zarówno:

Kod:

touch /forcefsck
init 6

jak i

Kod:

shutdown -rF now

Kod:

fsck -snA

dalej pokazuje to samo

andreq · 2010-10-24 07:26:23

A co pokazuje mount?

Zobacz jeszcze to: http://forums.gentoo.org/viewtopic-t-830058.html?si … 1160127462066 - przedostatni wpis.

Pobierz jakieś livecd i z niego odpal fsck, w Twoim przypadku poleciłbym http://gparted.sourceforge.net/livecd.php. Jak nie pomoże, to można spróbować od nowa zrobić system plików na sda1, przy okazji proponowałbym zrobienie oddzielnej partycji na /home, przy pomocy gparted. System tymczasowo możesz skopiować na sda2. Potem tylko z powrotem system na właściwe miejsce, zmiana wpisów w fstab, formatowanie swap, aktualizacja booloadera.

NIC · 2010-10-24 10:40:13

Zamiast live cd wystarczy w grubie przy uruchamianiu wyedytować wpis i ustawić flagi "ro init=/bin/sh" lub to samo dodać (jako nowy wpis) do LILO jeśli używa się LILO. Wtedy po uruchomieniu dana jest tylko powłoka roota i uruchamiając /sbin/fsck ten zrobi swoje (naprawić może bo dysk jest "ro" - read only). (nie wiem jak w debianie, lepiej sprawdźcie czy powłoka (ba)sh jest w /bin/sh)

Kod:

parted /dev/sda1 print

Pokaże rozmiar partycji według parted.

Brat · 2010-10-24 13:14:54

Kod:

Yakko:~# mount
/dev/sda1 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)

Kod:

Yakko:~# blockdev --rereadpt /dev/sda
BLKRRPART: Urządzenie lub zasoby zajęte

Kod:

Yakko:~# partprobe

Kod:

Yakko:~# parted /dev/sda1 print
Model: Unknown (unknown)
Disk /dev/sda1: 39,0GB
Sector size (logical/physical): 512B/512B
Partition Table: loop

Number  Start  End     Size    File system  Flags
 1      0,00B  39,0GB  39,0GB  ext3

Zaraz podreptam po monitor i klawiature i zobacze co z pomysłem NICa.

Minio · 2010-10-24 13:20:38

NIC napisał(-a):
(nie wiem jak w debianie, lepiej sprawdźcie czy powłoka (ba)sh jest w /bin/sh)

W Debianie już od jakiegoś czasu (4.0?) do /bin/sh jest podlinkowany dash — znacznie lżejsza niż bash, ale też pozbawiona wielu bardziej zaawansowanych funkcji. fsck uruchomi ;) .

Brat · 2010-10-24 13:34:48

Po uruchomieniu /bin/sh z Gruba dalej nie moge odpalic blockdev:

Kod:

# blockdev --rereadpt /dev/sda
BLKRRPART: Urządzenie lub zasoby zajęte

fsck ruszył, ale jakoś tak bez przekonania:

Kod:

# fsck /
fsck from util-linux-ng 2.17.2
e2fsck 1.41.12 (17-May-2010)
/dev/sda1: clean, 36227/61312 files, 225971/244983 bloków

NIC · 2010-10-24 13:48:02

Według fsck system plików (dla danych) jest w porządku.

Kod:

tune2fs -l /dev/sda1

Zobaczmy tu:
(pokaż co tam masz i sam sprawdź czy)
Block count * Block size / 1024 / 1024 = 39 GIB (~35 GiB ? bo jeszcze są rezerwacje)

Kod:

cat /proc/cmdline

Może jakaś opcja przy montowaniu coś robi...

Brat · 2010-10-24 13:55:27

Hmmm:

Kod:

Yakko:~# tune2fs -l /dev/sda1
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          c5c22ba9-f4da-4cba-9cb7-f57679c3d9df
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file
Filesystem flags:         signed_directory_hash 
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              61312
Block count:              244983
Reserved block count:     12249
Free blocks:              18967
Free inodes:              25086
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      59
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         7664
Inode blocks per group:   479
Filesystem created:       Sat Oct 23 00:00:56 2010
Last mount time:          Sun Oct 24 13:53:46 2010
Last write time:          Sat Oct 23 16:25:46 2010
Mount count:              4
Maximum mount count:      25
Last checked:             Sat Oct 23 16:25:46 2010
Check interval:           15552000 (6 months)
Next check after:         Thu Apr 21 16:25:46 2011
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:              256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      1c07adeb-f5e7-487b-91a0-df5a82f74546
Journal backup:           inode blocks

244983*4096/1024/1024=956.96

Kod:

Yakko:~# cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=c5c22ba9-f4da-4cba-9cb7-f57679c3d9df ro quiet

NIC · 2010-10-24 14:07:42

Wydaje się mi, że masz błędnie założony system plików na partycji. Wygląda jakby na dużej partycji system plików obejmował tylko jej drobną część.

To może być NIEBEZPIECZNE (jak wszystkie operacje na w miarę zdrowym systemie plików i partycjach) ale możesz spróbować:

Kod:

 parted resize NUMER POCZĄTEK KONIEC #  zmienia rozmiar systemu plików i partycji NUMER

Jakoś tak:

Kod:

parted resize 1  0  39GB

pioki · 2010-10-24 14:57:31

Witam.

Kiedyś miałem problem ze zmniejszeniem partycji gparted (z powodu jakichś błędów) i zrobiłem to ręcznie. Okazało się, że zmniejszyłem jedynie rozmiar partycji, a tablica partycji pozostała bez zmian. System jakby nie widział zwolnionego miejsca. Po dość długiej chwili spędzonej na googlowaniu, rozwiązaniem u mnie okazała się taka zmiana w tablicy partycji aby dostosować ją do istniejącej partycji. Coś odwrotnego chyba do propozycji NICa (jeśli jest to błąd w rozmiarze partycji a nie poprawności tablicy).

Być może masz podobny problem.

Brat · 2010-10-24 16:47:03

Po uruchomieniu konsoli z Gruba jak i "normalnie" parted nie chciał nanosić zmian na system plików. Wygrzebałem gdzieś starą płytę z livecd ubuntu i machnąłem:

Kod:

ubuntu@ubuntu:~$ sudo parted
GNU Parted 1.8.8
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) resize                                                           
Partition number? 1                                                       
Start?  [32,3kB]? 32,3kB
End?  [39,0GB]? 39,0GB                                                    
Error: File system has an incompatible feature enabled.  Compatible features are has_journal, dir_index, filetype, sparse_super and large_file.  Use tune2fs or debugfs to remove features.
(parted) quit

Wypisałem sobie wszystkie ficzery partycji:

Kod:

ubuntu@ubuntu:~$ sudo tune2fs -l /dev/sda1 | grep feature
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype sparse_super large_file

I chciałem usunąć te nieobsługiwane:

Kod:

ubuntu@ubuntu:~$ sudo tune2fs /dev/sda1 -O ^resize_inode
tune2fs 1.41.4 (27-Jan-2009)

Proszę uruchomić e2fsck na systemie plików.

Zgodnie z poleceniem:

Kod:

ubuntu@ubuntu:~$ e2fsck /dev/sda1 
e2fsck 1.41.4 (27-Jan-2009)
e2fsck: Permission denied podczas próby otworzenia /dev/sda1
Trzeba mieć dostęp r/w do systemu plików lub być rootem
ubuntu@ubuntu:~$ sudeo e2fsck /dev/sda1 
-bash: sudeo: command not found
ubuntu@ubuntu:~$ sudo e2fsck /dev/sda1 
e2fsck 1.41.4 (27-Jan-2009)
System plików nie ma włączonego resize_inode, ale s_reserved_gdt_blocks
wynosi 59; powinno być zero. Poprawić<t>? tak

Resize_inode nie włączone, ale i-węzeł zmiany rozmiaru jest niezerowy. Wyczyścić<t>? tak

/dev/sda1 nie był czysto odmontowany, wymuszono sprawdzenie.
Przebieg 1: Sprawdzanie i-węzłów, bloków i rozmiarów
Przebieg 2: Sprawdzanie struktury katalogów
Przebieg 3: Sprawdzanie łączności katalogów
Przebieg 4: Sprawdzanie liczników odwołań
Przebieg 5: Sprawdzanie sumarycznych informacji o grupach
Różnice bitmapy bloków:  -(2--60) -547 -(32770--32828) -(98306--98364) -(163842--163900) -(229378--229436)
Poprawić<t>? tak

Błędna liczba wolnych bloków dla grupy #0 (0, naliczono 60).
Poprawić<t>? tak

Błędna liczba wolnych bloków dla grupy #1 (6331, naliczono 6390).
Poprawić<t>? tak

Błędna liczba wolnych bloków dla grupy #3 (8472, naliczono 8531).
Poprawić<t>? tak

Błędna liczba wolnych bloków dla grupy #5 (62, naliczono 121).
Poprawić<t>? tak

Błędna liczba wolnych bloków dla grupy #7 (0, naliczono 59).
Poprawić<t>? tak

Błędna liczba wolnych bloków (18875, naliczono 19171).
Poprawić<t>? tak


/dev/sda1: ***** SYSTEM PLIKÓW ZMODYFIKOWANY *****
/dev/sda1: 36233/61312 plików (1.6% nieciągłych), 225812/244983 bloków

potem:

Kod:

ubuntu@ubuntu:~$ sudo tune2fs /dev/sda1 -O ^ext_attr
tune2fs 1.41.4 (27-Jan-2009)
Usuwanie cechy systemu plików 'ext_attr' nie jest obsługiwane.

Czyli dalej kiszka :/

edit:
wygooglałem takie coś:

Kod:

ubuntu@ubuntu:~$ sudo debugfs -w /dev/sda1 -R "feature -ext_attr"
debugfs 1.41.4 (27-Jan-2009)
Filesystem features: has_journal dir_index filetype sparse_super large_file

i z oporami ruszyło

Kod:

ubuntu@ubuntu:~$ sudo parted
GNU Parted 1.8.8
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) resize 
Partition number? 1                                                       
Start?  [32,3kB]?                                                         
End?  [39,0GB]?                                                           
Warning: The file system has the 'dir_index' feature enabled.  Parted can only resize the file system if it disables this feature.  You can enable it later by running 'tune2fs -O dir_index DEVICE' and then 'e2fsck
-fD DEVICE'.
Ignore/Cancel? i                                                          
Warning: A resize operation on this file system will use EXPERIMENTAL code
that MAY CORRUPT it (although no one has reported any such damage yet).
You should at least backup your data first, and run 'e2fsck -f' afterwards.
OK/Cancel? o

Ostatnio edytowany przez Brat (2010-10-24 16:53:46)

Brat · 2010-10-24 18:06:56

No i cały system poszedł się chrzanić :/
Nic no, zdarza się. Dziękuję wszystkim za pomoc!

Forum Debian Users Gang

Ogłoszenie

#1 2010-10-23 04:28:06

Brat - Użytkownik

Brak miejsca na dysku (?!)

Kod:

Kod:

Kod:

Kod:

#2 2010-10-23 07:23:55

debianus_userus - Członek DUG

Re: Brak miejsca na dysku (?!)

Kod:

#3 2010-10-23 07:46:57

tomii - Członek DUG

Re: Brak miejsca na dysku (?!)

#4 2010-10-23 08:08:50

paoolo - Oldtimer

Re: Brak miejsca na dysku (?!)

Kod:

#5 2010-10-23 08:26:58

andreq - Członek DUG

Re: Brak miejsca na dysku (?!)

Kod:

#6 2010-10-23 15:42:35

Brat - Użytkownik

Re: Brak miejsca na dysku (?!)

Kod:

Kod:

Kod:

Kod:

#7 2010-10-23 17:41:26

tomii - Członek DUG

Re: Brak miejsca na dysku (?!)

#8 2010-10-23 18:06:30

Brat - Użytkownik

Re: Brak miejsca na dysku (?!)

Kod:

Kod:

Kod:

#9 2010-10-24 07:26:23

andreq - Członek DUG

Re: Brak miejsca na dysku (?!)

#10 2010-10-24 10:40:13

NIC - Członek DUG

Re: Brak miejsca na dysku (?!)

Kod:

#11 2010-10-24 13:14:54

Brat - Użytkownik

Re: Brak miejsca na dysku (?!)

Kod:

Kod:

Kod:

Kod:

#12 2010-10-24 13:20:38

Minio - Użyszkodnik

Re: Brak miejsca na dysku (?!)

NIC napisał(-a):

#13 2010-10-24 13:34:48

Brat - Użytkownik

Re: Brak miejsca na dysku (?!)

Kod:

Kod:

#14 2010-10-24 13:48:02

NIC - Członek DUG

Re: Brak miejsca na dysku (?!)

Kod:

Kod:

#15 2010-10-24 13:55:27

Brat - Użytkownik

Re: Brak miejsca na dysku (?!)

Kod:

Kod:

#16 2010-10-24 14:07:42

NIC - Członek DUG

Re: Brak miejsca na dysku (?!)

Kod:

Kod:

#17 2010-10-24 14:57:31

pioki - Użytkownik