Elektroda.pl
Elektroda.pl
X

Search our partners

Find the latest content on electronic components. Datasheets.com
Elektroda.pl
Please add exception to AdBlock for elektroda.pl.
If you watch the ads, you support portal and users.

Linux system plikow problem

avatar 19 Jul 2007 23:15 1955 19
  • #1
    avatar
    Level 35  
    Co moze byc przyczyna ze katalog bin z ktorego czesto odczytuje tail/cat/ash po 4dniach pracy rozrasta sie do niebotycznych rozmiarow 130GB! <teoretycznie bo dysk ma 256 mb - pamiec flash kingston>
    Pliki sa odczytywane , wszelkie opercje zapisu wykonuje w ram dysku
    system plikow to ext2
    jadro 2.4.32
    sytuacja powtarza sie wkolko od 3 tygodni i staje sie meczaca dla mnie
    Nie moge zmienic systemu plikow jak i jadra jest to dystrybucja dedykowana do 1 rodzaju sprzetu

    Nie korzystajac z tail/cat/bash/ash system potrafi spokojnie idelowac miesiacami bez bledow

    Czy ktos sie spodkal z tegotypu problemem ?
    Linux nie jestmoja mocna strona prosze o pomoc !
  • #2
    hki
    Level 20  
    ale ktory katalog Ci sie rozrasta bin czy caly system?
  • #6
    hki
    Level 20  
    moze to troche lopatologiczne ale zrob kopie systemu i odbierz wszystkim prawa do zapisu w tych plikach
  • #7
    Mody
    Level 25  
    Jaka dokładnie to jest dystrybucja i czy komputer na którym pracuje jest podłączony do internetu?

    Pozdrawiam
  • #9
    techrys
    Level 28  
    Jak dawno temu postawiłeś system, i co masz w spool i var - może są zapchane i dlatego zapycha bin?
  • #10
    User removed account
    User removed account  
  • #11
    hki
    Level 20  
    jak sie var zapycha to nie ma prawa przeskoczyc na bin ;] przeciez to wszystko jest poustawiane w konfigach programow gdize ida logi itp
  • #12
    pmichniewski
    Level 18  
    Czy odczytywanie == uruchamianie ? Może któryś ze skryptów ma np.
    Code:
    echo "cośtam" > /bin/tail
    zamiast
    Code:
    echo "cośtam" | /bin/tail
    ?

    Wejdź do /bin i zrób ls -la tail cat bash ash
  • #13
    tasior136
    Level 11  
    pmichniewski wrote:
    Czy odczytywanie == uruchamianie ? Może któryś ze skryptów ma np.
    Code:
    echo "cośtam" > /bin/tail
    zamiast
    Code:
    echo "cośtam" | /bin/tail
    ?

    Wejdź do /bin i zrób ls -la tail cat bash ash


    dodatkowo propojune:
    cd /bin;
    du -sk /* | sort -n

    i jeszcze
    file /bin/touch
    file /bin/tail
    .
    .
    .

    sprawa wyglada bardzo nierealnie na pierwszy rzut oka...
  • #15
    Sam Sung
    Level 32  
    Skoro "Pliki sa odczytywane , wszelkie opercje zapisu wykonuje w ram dysku", to czy coś stoi na przeszkodzie, żeby montować główny system plików z flagą ro ? Jeśli dalej system plików będzie ulegał uszkodzeniu, to może coś jest nie tak z pamięcią flash?
  • #16
    hki
    Level 20  
    Tez bym stawial na jakis blad.. zwlaszcza ze to binarki i po dopisaniu do nich jakis danych prawdopodobnie by sie nie urucyhomily.

    Nigdy tego nie robilem ale moze udaloby sie postawic ext3 na fleszu?
  • #18
    hki
    Level 20  
    Ale moze to byc przyczyna systemu plikow..
  • #19
    User removed account
    User removed account  
  • #20
    Sam Sung
    Level 32  
    hki wrote:
    ale moze to byc przyczyna systemu plikow..

    Może, ale
    avatar wrote:
    Nie moge zmienic systemu plikow jak i jadra jest to dystrybucja dedykowana do 1 rodzaju sprzetu

    Skoro nie jest potrzebny zapis do głównego systemu plików, to proponuję upewnić się, że jest on zamontowany w trybie tylko do odczytu. Polecenie mount powinno wypisać coś takiego:
    Code:
    /dev/root on / type ext3 (ro,data=ordered)

    Musi być flaga ro. Jeśli jest rw, to można tymczasowo przemontować na ro (mount /dev/urządzenie / -o remount,ro), i tym samym sprawdzić, czy system będzie tak działał - bo może jednak coś tam zapisuje na karcie? Jak już wiadomo, że może tak być, to najlepiej odpowiednio zmienić konfigurację:
    • w boot-loaderze podać parametr ro do linii poleceń jądra; np. w GRUBie: kernel /boot/bzImage root=/dev/hda1 ro panic=10
    • w /etc/fstab, jeśli jest linijka dot. głównego systemu plików, podać flagę ro zamiast rw
    • sprawdzić skrypty startowe pod kątem montowania/remontowania głównego systemu plików

    Jeśli system plików zamontowany tylko do odczytu dalej będzie ulegał uszkodzeniu, to wskazuje to na winę nośnika. Zmiana systemu plików na inny może tylko spowodować, że będą się działy inne dziwne rzeczy ;)