Forum Debian Users Gang

raven18 napisał(-a):

Najlepsza metoda defragmentacji to copy > paste

http://forum.dug.net.pl/viewtopic.php?pid=161207#p161207

dyski sa teraz tak szybkie , że nie ma sensu defragmentować.  To windowsowy termin i zabieg dla tego to systemu...

Ostatnio edytowany przez Yampress (2012-02-27 19:45:54)

swoją drogą nie wiem jak można było osiągnąć 55% fragmentacji. ja na partycjach w 75% zajętych nie mam na pewno więcej niż 10%  (co prawda EXT4)

A ja mam taki o to problem bo pewien komunikat mi się nie podoba... :/

fsck -nvf /dev/sda5 
fsck from util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
Uwaga! /dev/sda5 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
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 (2999840, naliczono 2999759).
Poprawić? nie


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


  105778 użytych i-węzłów (10.82%)
      80 plików nieciągłych (0.1%)
      95 katalogów nieciągłych (0.1%)
         liczba i-węzłów z blokami ind/dind/tind: 0/0/0
         Histogram głębokości ekstentów: 90155/29
  906208 użytych bloków (23.20%)
       0 wadliwych bloków
       1 duży plik

   82835 zwykłych plików
    6873 katalogi
      12 plików urządzeń znakowych
      25 plików urządzeń blokowych
       2 potoki
     524 dowiązania
   16022 dowiązania symboliczne (15547 szybkich dowiązań symbolicznych)
       0 gniazd
--------
  106293 pliki

Jest to partycja root a /home mam także na osobnej i też jest komunikat, że "system plików nadal ma błędy"

Ostatnio edytowany przez BlackEvo (2012-02-27 21:30:38)

gindek napisał(-a):

o_0 .... a jak myslisz na czym polega 'łindowłsowy' zabieg "defragmentacji" ?

Przecie wiem na czym polega defragmentacja. Problem nie jest w tym, czy kopiować, czy nie,  tylko co mam kopiować :] Na winie mam ładną rozpiskę który plik w ilu jest kawałkach. Jak już pisałem wcześniej na tej partycji jest prawie 20k plików, z czego tylko połowę(?) trzeba przekopiować. I jak już pisałem wcześniej - plik w 2 kawałkach dla mnie nie wymaga kopiowania, ale plik co ma 2k części już tak. Problem jest w ustaleniu, które pliki są pofragmentowane ...

gindek napisał(-a):

w windzie występował taki problem ponieważ system zapisywał informacje pokoleji sektor po sektorze, trafial na zajete miejsce to szukal pierwszego wolnego

Może to był win 95 :D Na xp to nie jest do końca prawda. Kiedyś wgrywając paru GB plik, patrzyłem czy wypełni przestrzenie między plikami czyli się sfragmentuje. I co się okazało, wgrał cały plik w wolne miejsce.

gindek napisał(-a):

cud ext3 polega na zapisaniu 10MB w odpowiednim miejsu na dysku :], tam gdzie sie zmiesci, w całości bez dzielenia go

No dziwny ten cud skoro partycja ma wolne ponad 300gb (zwykle miała ponad 450 wolnego), a największy plik ma chyba 3gb, do tego plików jest 20k i ponad połowa ma co najmniej 2 części :]

Fakt jest faktem, że sporo plików się przez tę partycję przewija, niemniej jednak po to dałem jej prawie 650GB, żeby zmniejszyć fragmentacje ale widać to nie działa za dobrze :]

dominbik napisał(-a):

swoją drogą nie wiem jak można było osiągnąć 55% fragmentacji.

Też się zdziwiłem jak zobaczyłem podsumowanie :D

BlackEvo - puść sobie shutdown -rF now :)

Ostatnio edytowany przez morfik (2012-02-27 22:00:33)

Jeszcze odnośnie „System plików nadal ma błędy”: wydaje mi się, że to w ogóle normalne jest przy użyciu opcji -n.

Puściłem „prawdziwe” fsck (wszystko było OK), przekręciłem system i już też mam:

# fsck -nvf /dev/sda7
fsck from util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
Uwaga! /dev/sda7 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
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 (3307123, naliczono 3306651).
Poprawić? nie

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


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


  101442 użyte i-węzły (9.23%)
     136 plików nieciągłych (0.1%)
     110 katalogów nieciągłych (0.1%)
         liczba i-węzłów z blokami ind/dind/tind: 0/0/0
         Histogram głębokości ekstentów: 95408/53
 1084638 użytych bloków (24.70%)
       0 wadliwych bloków
       1 duży plik

   87290 zwykłych plików
    7906 katalogów
      12 plików urządzeń znakowych
      25 plików urządzeń blokowych
       3 potoki
      15 dowiązań
    6214 dowiązań symbolicznych (5950 szybkich dowiązań symbolicznych)
       5 gniazd
--------
  101470 plików

Wolne bloki i wolne i-węzły od razu się nie zgadzają i krzyczy, że to błąd.

Ale robisz coś z tą partycją po puszczeniu normalnego fsck? Bo u mnie zaraz po normalnym fsck z opcją -n też jest OK. Ale wystarczy, że przekręcę system i wtedy sprawdzę z opcją -n na zamontowanej partycji / i już mu się te wolne bloki i i-węzły nie zgadzają.

Ja znalazłem z kolei program filefrag :] I generalnie rzecz biorąc wyrzucił mi coś takiego:

film.avi: 24145 extents found, perfection would be 1 extent

Czy te 24145 to mają być części :D?

ArnVaker - to chyba logiczne, że raczej nie powinno się nic robić na partycji, którą się sprawdza, nawet z opcją -n :D Tak samo jak będziesz pakował sobie katalog tar'em i usuniesz/zmienisz jakiś plik podczas tej operacji, to tar przerwie pakowanie i wywali błąd :D

Faktycznie, musi sobie uaktualniać staty wolnych i-nodów przy odmontowaniu sytemu plików. Temu lepiej zawsze skanować na niepodmontowanym albo przemontować i nic nie wgrywać :D

Co do głównego tematu:

filefrag film*
film.avi: 24145 extents found, perfection would be 1 extent
film (kopia).avi: 187 extents found, perfection would be 1 extent
film (kolejna kopia).avi: 198 extents found, perfection would be 1 extent

Chętnie bym porozmawiał z tym co zaprojektował ext3 bez narzędzia do defragmentacji :D Nawet po skopiowaniu pliku (730MB), na dysku z wolnym miejscem ponad 300GB (tam jest MB, a tu GB), ma 187 cześći, kolejna kopia ma już 198 kawałków.

Na tej partycji musi być niezła sieka skoro plik 730,3 MB (730263552 bajty) został w "najlepszym możliwym wypadku" podzielony na 187 kawałków - to daje 3,9 MB (3905153 bajty) największej wolnej przestrzeni między plikami :D

Ale mama mówiła że linuxy nie wymagają defragmentacji - no i widać do czego to prowadzi :D

ArnVaker napisał(-a):

IMO to jest normalne jednak. :P

niezamontowana partycja:

Kod:

fsck -nvf /dev/sda8
…
czysto

montuję ją gdzieś:

Kod:

fsck -nvf /dev/sda8
…
czysto

po utworzeniu jakiegokolwiek pliku:

Kod:

fsck -nvf /dev/sda8
…
Błędna liczba wolnych i-węzłów (996316, naliczono 996315).
Poprawić? nie

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

po odmontowaniu:

Kod:

fsck -nvf /dev/sda8
…
czysto

Zatem wyszło mi, że to pojawia się w przypadku zamontowanej partycji, jeżeli ww. wartości zmienią się od ostatniego odmontowania.

Tak właśnie dzieje się za każdym razem gdy np. dojdzie plik z logiem z kadu/Psi itp... [ przed skanowaniem ]
Mało tego, odmontowany /home i przeskanowany to jak piszesz - jest czysto.

Ciekawostka - na ext4 jest dokładnie tak samo

morfik napisał(-a):

gindek napisał(-a):

o_0 .... a jak myslisz na czym polega 'łindowłsowy' zabieg "defragmentacji" ?

Przecie wiem na czym polega defragmentacja. Problem nie jest w tym, czy kopiować, czy nie,  tylko co mam kopiować :] Na winie mam ładną rozpiskę który plik w ilu jest kawałkach. Jak już pisałem wcześniej na tej partycji jest prawie 20k plików, z czego tylko połowę(?) trzeba przekopiować. I jak już pisałem wcześniej - plik w 2 kawałkach dla mnie nie wymaga kopiowania, ale plik co ma 2k części już tak. Problem jest w ustaleniu, które pliki są pofragmentowane ...

gindek napisał(-a):

w windzie występował taki problem ponieważ system zapisywał informacje pokoleji sektor po sektorze, trafial na zajete miejsce to szukal pierwszego wolnego

Może to był win 95 :D Na xp to nie jest do końca prawda. Kiedyś wgrywając paru GB plik, patrzyłem czy wypełni przestrzenie między plikami czyli się sfragmentuje. I co się okazało, wgrał cały plik w wolne miejsce.

gindek napisał(-a):

cud ext3 polega na zapisaniu 10MB w odpowiednim miejsu na dysku :], tam gdzie sie zmiesci, w całości bez dzielenia go

No dziwny ten cud skoro partycja ma wolne ponad 300gb (zwykle miała ponad 450 wolnego), a największy plik ma chyba 3gb, do tego plików jest 20k i ponad połowa ma co najmniej 2 części :]

ad1.
360GB wierz mi lub nie ale to nie jest dużo, przynajmniej do przemielenia na dysku.

ad2. na xp nie bylo problemu bo tam jest ntfs, wiec jezeli ladowales plik na partycje ntfs to mnie tez nie dziwi ze sie wrzucilo w "wolna przestrzen", ale że problem fragmentacji plikow na ntfs byl bardzo znikomy to nie jest zadna tajemnica.

ad3. to byl przyklad nie wiedzialem jaki jest stan twojej wiedzy to dalem ci przyklad zebys zalapal. ale dzieki ci wielki ze mnie oswieciles ile jest 650 - 360.

idac dalej .. 20k plikow to nie jest duzo,




[edit]
off top , arn ile masz partycji ?

Ostatnio edytowany przez gindek (2012-02-28 18:56:05)