Forum Debian Users Gang

cat /etc/debian_version
wheezy/sid

@morfik

Przy tak dużej partycji koniecznie przejdź na ext4. Pomijając czas skanowania partycji, system plików jest mniej podatny na fragmentację. Dodam, ze fragmentacja na linuksowych systemach plików nie jest tak boleśnie odczuwalna jak pod FAT/NTFS. (Może w wersjach NTFS dla Vista/7 coś poprawiono bo wersja xp jest pod tym względem niemal tak kulawa jak FAT pod win95). To dlatego praktycznie każdy linuksowiec na pytanie o fragmentację mówi - nie myśl o tym. Gdyby był problemem narzędzi służących defragmentacji byłoby tak dużo jak pod windows, albo i więcej.
Nie każdy zdaje sobie sprawę, że NTSF dla NT4.0, 5.0, 5.1 to są już trzy wersje FS nie do końca kompatybilne ze sobą. Wraz w prowadzeniem Vista, a później 7 pojawiają się kolejne modyfikacje.
Tak odchodząc od tematu znajomy programista kupił synkowi laptopa z 7(64bit). Uruchamia na tym Warcrafta w wersji 32 bit i do szału doprowadza go edytor map, który nie widzi własnych plików.  Czy są porobione jakieś sztuczki dla programów 32bitowych ? :)

Ostatnio edytowany przez bobycob (2012-03-04 10:15:11)

Możesz zapytać. :) Nie wymagamy nigdzie podania używanej wersji Debiana (zresztą można przecież używać różnych wersji, mieć kilka systemów, kilka komputerów itd.), zatem jeśli użytkownik sam nie napisał, to jest to jedyna droga.

dddarek napisał(-a):

Skad mam wiedziec jaka wersje debiana uzywa odpowiadajacy mi bobycob lub inny uzytkownik/moderator/administrator itp...?

Były takie propozycje, ale póki co nic z tego nie wyszło.

Swoją drogą, na tym forum nie ma zwyczaju usuwania postów, zamykania tematów czy banowania użytkowników (poza ewidentnymi robotami spamującymi i kilkoma ekstremalnymi przypadkami). Myślę że dużo lepiej jest założyć nowy temat, nawet jeśli podobny już istnieje (wtedy moderator je połączy albo podrzuci link), niż dopisywać swoje pytania w pierwszym lepszym wątku, zupełnie z nimi nie związanym.

O co biega w tej dyskusji?

Partycja, czyszczona przy starcie co 30 dni, ostatnio komp zaliczył kilka zanikow napięcia, szczegółowego leczenia nie miala ta partycja  od powiększenia (polączenie 2  partycji - ponad 2 lata temu):

fsck -nvf /dev/sda3
fsck z pakietu util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
Uwaga! /dev/sda3 jest zamontowany.
Uwaga: pominięto odtwarzanie z kroniki z powodu sprawdzania w trybie tylko
do odczytu.
Przebieg 1: Sprawdzanie i-węzłów, bloków i rozmiarów
Usunięty i-węzeł 10093799 ma zerowy dtime. Poprawić? nie

Znaleziono i-węzły, które były częścią uszkodzonej listy sierot. Poprawić? nie

I-węzeł 10167514 był częścią listy osieroconych i-węzłów. ZIGNOROWANO.
I-węzeł 10169887 był częścią listy osieroconych i-węzłów. ZIGNOROWANO.
I-węzeł 10169949 był częścią listy osieroconych i-węzłów. ZIGNOROWANO.
I-węzeł 10213881 był częścią listy osieroconych i-węzłów. ZIGNOROWANO.
I-węzeł 10213972 był częścią listy osieroconych i-węzłów. ZIGNOROWANO.
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:  -(16035859--16035874) -38350298 -45239897 -(45240001--45240009) -45293577 -(45293595--45293596) -45293770
Poprawić? nie

Błędna liczba wolnych bloków dla grupy #489 (18461, naliczono 18445).
Poprawić? nie

Błędna liczba wolnych bloków (5266430, naliczono 5043615).
Poprawić? nie

Różnice bitmapy i-węzłów:  -10093799 -10167514 -10169887 -10169949 -10213881 -10213972
Poprawić? nie

Błędna liczba wolnych i-węzłów (9747056, naliczono 9743949).
Poprawić? nie


Home: ********** UWAGA: System plików nadal ma błędy **********


 2016656 użytych i-węzłów (17.14%)
    6385 plików nieciągłych (0.3%)
     819 katalogów nieciągłych (0.0%)
         liczba i-węzłów z blokami ind/dind/tind: 0/0/0
         Histogram głębokości ekstentów: 2005601/1318/7
41773898 użytych bloków (88.80%)
       0 wadliwych bloków
      10 dużych plików

 1827012 zwykłych plików
  162465 katalogów
     178 plików urządzeń znakowych
      97 plików urządzeń blokowych
      27 potoków
     653 dowiązania
   29935 dowiązań symbolicznych (12485 szybkich dowiązań symbolicznych)
      34 gniazda
--------
 2020401 plików

Tutaj się coś nie zdadza (matematycznie):

df -h /home
System plików  rozm. użyte dost. %uż. zamont. na
/dev/sda3       180G  160G   11G  94% /home

Ale dyzio chodzi, nie zwalnia, nie stuka, nie hałasuje bardziej, niż jak był nowy ze sklepu.
Widzicie tu powyżej jakąś defragmentację?
Od kwietnia 2009 na tej partycji mam ext4.
Jak znajdę chwilkę czasu, to zapuszczę mu fsck - żeby ponaprawiało błędy.

Pozdrawiam
;-)

Ostatnio edytowany przez Jacekalex (2012-03-04 13:50:32)

Tylko widocznie pan M* zapomiał zawiadomić o tym fakcie pana M*.

Ponadto najwięskzy stopień defragmentacji ext3, jaki widziałem w życiu, to było około 4%, na partycji 10 Giga.
Ciekawe, jak trzeba kombinować, żeby osiągnąć 55% defragmentacji na partycji 360 Giga  ???

Coś takiego chyba można opatentować :DDDDDD

Pozdrawiam
;-)

Ostatnio edytowany przez Jacekalex (2012-03-04 13:49:40)

When a file is being appended to, ext3 calls the block allocator once for each block individually; with multiple concurrent writers, files can easily become fragmented on disk. With delayed allocation, however, ext4 buffers up a larger amount of data, and then allocates a group of blocks in a batch. This means that the allocator has more information about what's being written and can make better choices for allocating files contiguously on disk. The multiblock allocator is used when delayed allocation is enabled for a file system, or when files are opened in O_DIRECT mode. This feature does not affect the disk format.

To ja już wiem czemu mi się tak strasznie pliki pofragmentowały - wiedziałem, że pobieranie obrazów iso różnych dystrybucji linuxa przez torrenta się kiedyś źle skończy :D

Spróbuje sobie przekonwertować tę partycję na ext4, tak jak radził bobycob i przekopiować całą zawartość. I rada dla tych co używają ext3 - nie kopiujcie więcej niż jednego pliku w tym samym czasie na daną partycję :D

@Jacekalex

To teraz widzisz 55%, poza tym wywaliłem 100gb i mam obecnie 60% :D

Ostatnio edytowany przez morfik (2012-03-04 14:02:32)

morfik napisał(-a):

To ja już wiem czemu mi się tak strasznie pliki pofragmentowały - wiedziałem, że pobieranie obrazów iso różnych dystrybucji linuxa przez torrenta się kiedyś źle skończy :D

Dobrym pomysłem jest włączenie rezerwowania potrzebnej przestrzeni na dysku. KTorrent ma taką opcję. Inne klienty pewnie też.

I tak jak powiedziałem, tak zrobiłem - kompletny wipe partycji 640GB, utworzenie na niej ext4 i przekopiowanie na nią 250GB. Tak wygląda raport ze skanu :]

e2fsck 1.42 (29-Nov-2011)
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

   18363 użyte i-węzły (0.04%)
     245 plików nieciągłych (1.3%)
       0 katalogów nieciągłych (0.0%)
         liczba i-węzłów z blokami ind/dind/tind: 0/0/0
         Histogram głębokości ekstentów: 18189/166
65871411 użytych bloków (38.54%)
       0 wadliwych bloków
       3 duże pliki

   17484 zwykłe pliki
     870 katalogów
       0 plików urządzeń znakowych
       0 plików urządzeń blokowych
       0 potoków
       0 dowiązań
       0 dowiązań symbolicznych (0 szybkich dowiązań symbolicznych)
       0 gniazd
--------
   18354 pliki

Nie mam pojęcia jak ten system wgrywa pliki, że na starcie już 245 pofragmentował :D

Ostatnio edytowany przez morfik (2012-03-04 23:29:47)

Jacekalex napisał(-a):

I nie są to żadne specjalne skrypty, tylko normalne działanie każdej dystrybucji Linuxa, jaką widziałem.

To w sumie nie czyszczenie, tylko standardowe sprawdzanie/naprawianie systemu plików. Pewnie dlatego dominbik myślał, że pisząc o czyszczeniu masz na myśli coś extra, a nie tylko to co jest out of the box — jak sam piszesz — w każdej dystrybucji.

Jezeli wlaczasz i wylaczach kazdego kompa pod linux'em codziennie to po okresie 30-tu Debian "kotroluje i naprawia" automatycznie system plikow i co tam jeszcze moze (np. cluster'y TD i przy tej okazji uzywa lub przynajmniej probuje uzyc swojego defragmentora) Uzylem okreslenia z wiadomego systemu Bill'a.

Natomiast jezeli komputer "chodzi" bez przerwy przez trzy miesiace na ten przyklad a ktos ma kaprys to moze w kazdej chwili "puscic" weryfikacje komenda ktora jest w post # 26.

Zareczam moja glowa, ze nie wpuszczam nikogo w maliny jak Alina Balladyne (lub odwrotnie) poniewaz znacie zelazna zasade #nie uzywaj nigdy komendy/polecen z nieznanego zrodla w root#

Pozdrawiam.

dominbik, podlinkuj sobie cache wszystkich przeglądarek do /tmp. Przy starcie systemu pliki tmp są czyszczone. Tylko musisz sobie w pliku ~/.profile dodać regułkę tworzenia odpowiednich katalogów w /tmp. U mnie to wygląda tak:

if [ ! -e /tmp/morfik_cache ]; then
        ### Cache OPERA ###
        mkdir -p /tmp/morfik_cache/.opera/cache/
        mkdir -p /tmp/morfik_cache/.opera/application_cache/
        mkdir -p /tmp/morfik_cache/.opera/opcache/
        mkdir -p /tmp/morfik_cache/.opera/temporary_downloads/
        ### Cache GNOME ###
        mkdir -p /tmp/morfik_cache/.cache/
        ### Cache FLASH ###
        mkdir -p /tmp/morfik_cache/.macromedia
        ### Cache FIREFOX ###
        mkdir -p /tmp/morfik_cache/.mozilla/firefox/kaosxy.default/Cache/
        ### OfflineCache FIREFOX ###
        mkdir -p /tmp/morfik_cache/.mozilla/firefox/kaosxy.default/OfflineCache/
fi

Raz utworzone dowiązania będą się automatycznie linkować gdy foldery w /tmp zostaną utworzone. Przy takim ustawieniu, cały syf z /home wędruje do /tmp. Poza tym ja mam oddzielną partycję na /tmp bez dziennika, co przyśpiesza nieco pracę dysku.