Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Uzyj absolutnie w konsoli tty1 komende :
# shutdown -rF now
obserwuj co sie dzieje i wystarczy. Zapomnij slowo [b]defragmentacja[/b] niewazne czy uzywasz ext3 czy ext4.
P.S. Nie traktujcie tego co powiem jako "flood" lub "spam" tylko wskazcie mi odpowiednia sekcje gdzie mozna zadawac tego typu pytania. :cool:
Mam pytanie bez zwiazku z problemem. Jak zorientowac sie jaka wersje Debiana Squeeze => Wheezy => Sid (Lenny juz umarl smiercia naturalna) "uzywa" uzytkownik ?
Pytam aby sobie ulatwic zycie. Cwiczylem Sid'a przez 5 ostatnich lat, ale teraz mam troche mniej czasu wiec "atakuje" testing/Wheezy no i natychmiast problemy/bugi (ma byc wstepnie zamrozony w czerwcu)
Salutations.
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)
Offline
[quote=dddarek]Jak zorientowac sie jaka wersje Debiana Squeeze => Wheezy => Sid (Lenny juz umarl smiercia naturalna) "uzywa" uzytkownik ?[/quote]
nastepnie
[quote=bobycob]cat /etc/debian_version
wheezy/sid[/quote]
Dzieki, ale zle zesmy sie zrozumieli. Postaram sie inaczj sformuowac pytanie (wiedzac dokladnie o tym, ze nie jest to odpowiednie "miejsce") Sorry !
Skad mam wiedziec jaka wersje debiana uzywa odpowiadajacy mi [b]bobycob[/b] lub inny uzytkownik/moderator/administrator itp...?
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.
Offline
zresztą można przecież używać różnych wersji, mieć kilka systemów, kilka komputerów itd.[/quote]
Swieta prawda. Dzieki :) Myslalem, ze macie jakas chatke/pole/miejsce/rubryczke w profilu gdzie mozna wpisac uzywana wersje w chwili obecnej typu stable/testing/unstable + uname -r etc...
Salutations.
[quote=dddarek]Skad mam wiedziec jaka wersje debiana uzywa odpowiadajacy mi [b]bobycob[/b] lub inny uzytkownik/moderator/administrator itp...?[/quote]
Były [url=http://forum.dug.net.pl/viewtopic.php?id=17772]takie propozycje[/url], 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.
Offline
Salut,
[quote=Minio]Myślę że dużo lepiej jest założyć nowy temat,[/quote]
Calkowicie sie z Toba zgadzam, czyli bez watpienia tutaj => http://forum.dug.net.pl/viewforum.php?id=1
wtedy moderator je połączy albo podrzuci link[/quote]
Brawo, nie liczylem na taka operatywnosc u Was. :D
@+
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)
Offline
[quote=Jacekalex]O co biega w tej dyskusji?[/quote]
morfik ma problem z bardzo wysoką fragmentacją na jednej ze swoich partycji (na poziomie 55%). To o czym pisał BlackEvo ([tt]fsck -nvf[/tt], komunikat „System plików nadal ma błędy” itd.) to pytane bez związku z problemem autora wątku i ta kwestia została już dawno wyjaśniona.
Offline
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)
Offline
[quote=Jacekalex]Ponadto najwięskzy stopień defragmentacji ext3, jaki widziałem w życiu, to było około 4%.
Ciekawe, jak trzeba kombinować, żeby osiągnąć 55% defragmentacji na partycji 360 Giga ???[/quote]
Niniejszy wątek został założony właśnie aby tę kwestię wyjaśnić i rozwiązać.
Offline
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.[/quote]
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% :DOstatnio edytowany przez morfik (2012-03-04 14:02:32)
Offline
[quote=Jacekalex]Partycja, czyszczona przy starcie co 30 dni,[/quote]
co masz na myśli mówiąc czyszczenie? masz jakieś skrypty do czyszczenia pojawiających się śmieci?
[quote=Jacekalex]Widzicie tu powyżej jakąś defragmentację?[/quote]
tak samo jaki fragmentacji - nie
Offline
[quote=morfik]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[/quote]
Dobrym pomysłem jest włączenie rezerwowania potrzebnej przestrzeni na dysku. KTorrent ma taką opcję. Inne klienty pewnie też.
Offline
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)
Offline
[quote=dominbik][quote=Jacekalex]Partycja, czyszczona przy starcie co 30 dni,[/quote]
co masz na myśli mówiąc czyszczenie? masz jakieś skrypty do czyszczenia pojawiających się śmieci?[/quote]
U mnie, jak w każdym Linuxie co 30 uruchomień system sprawdza partycje przy montowaniu, i poprawia błędy.
Na partycji /home mam przstawione z interwału 30 montowań na 30 dni.
Przestawilem to wieki temu, jeszcze na Ubuntu.
I nie są to żadne specjalne skrypty, tylko normalne działanie każdej dystrybucji Linuxa, jaką widziałem.
Sznurek:
http://www.ubucentrum.net/2009/06/zmiana-czestotliwosci-skanowania-dysku.html
RTFM:
man tunefs
To by było na tyle
;-)
Ostatnio edytowany przez Jacekalex (2012-03-05 08:47:01)
Offline
[quote=Jacekalex]I nie są to żadne specjalne skrypty, tylko normalne działanie każdej dystrybucji Linuxa, jaką widziałem.[/quote]
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.
Offline
Być może nie czyszczenie, lecz naprawianie blędów i sprawdzanie, może wyraziłem się niezbyt precyzyjnie, ale generalnie nie zmieniło to znacząco sensu działania fsck, którego celem jest urzymanie systemu plików w dobrej kondycji.
W dodatku jedyne systemy, które nie miały włączonego domyślnie podobnego mechanizmu, jakie widzialem w życiu, pochodziły z Redmond.
Pozdro
;-)
Ostatnio edytowany przez Jacekalex (2012-03-05 09:50:28)
Offline
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 [i]defragmentora[/i]) 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 [b]#nie uzywaj nigdy komendy/polecen z nieznanego zrodla w root#[/b]
Pozdrawiam.
[quote=Jacekalex]U mnie, jak w każdym Linuxie co 30 uruchomień system sprawdza partycje przy montowaniu, i poprawia błędy.
Na partycji /home mam przstawione z interwału 30 montowań na 30 dni.
Przestawilem to wieki temu, jeszcze na Ubuntu.[/quote]
a rozumiem. Myślałem, że masz jeszcze jakieś skrypty do czyszczenia, te sprawdzanie to też mam - zostawiłem domyślnie jak jest, bo ta częstotliwość mi nie przeszkadza. Mam natomiast Archa który z /home siedzi sobie na partycji 1.5GB i tam co jakiś czas czyszczę folder home, chromium i download, logi, bufor miniaturek roxa, pacman -Scc itd.... i myślałem właśnie by napisać jakiś skrypcik user frendly do tego (2 userów)
Offline
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.
Offline
Wiem - i powiem więcej - jeszcze można inaczej porobić, lecz wolę raz na 2 miesiące przeczyścić a Chromium niech sobie dane na dysku trzyma, bo wtedy niektóre strony szybciej mi się ładują.
Offline
Time (s) | Query |
---|---|
0.00009 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00095 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.138.69.101' WHERE u.id=1 |
0.00206 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.138.69.101', 1732683558) |
0.00066 | SELECT * FROM punbb_online WHERE logged<1732683258 |
0.00052 | SELECT topic_id FROM punbb_posts WHERE id=196731 |
0.00010 | SELECT id FROM punbb_posts WHERE topic_id=20784 ORDER BY posted |
0.00032 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=20784 AND t.moved_to IS NULL |
0.00025 | SELECT search_for, replace_with FROM punbb_censoring |
0.00403 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=20784 ORDER BY p.id LIMIT 25,25 |
0.00108 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=20784 |
Total query time: 0.0101 s |