Linux system plikow problem

Question

Co moze byc przyczyna ze katalog bin z ktorego czesto odczytuje tail/cat/ash po 4dniach pracy rozrasta sie do niebotycznych rozmiarow 130GB! <te...

hki · Answer

ale ktory katalog Ci sie rozrasta bin czy caly system?

avatar · Answer

tylko i wylacznie /bin reszta - czyli skrypty i inne katalogi nie degeneruja sie

hki · Answer

dobra ale jaki plik w bin?

avatar · Answer

tak jak pisalem w pierwszym poscie ->tail ash bash cat

hki · Answer

moze to troche lopatologiczne ale zrob kopie systemu i odbierz wszystkim prawa do zapisu w tych plikach

Mody · Answer

Jaka dokładnie to jest dystrybucja i czy komputer na którym pracuje jest podłączony do internetu?Pozdrawiam

avatar · Answer

jest to dystra dedykowana dla procow adm5120 <cos ala open wrt>komputer jest wpiety w siec lan wiec internet mozna mu wlaczyc

techrys · Answer

Jak dawno temu postawiłeś system, i co masz w spool i var - może są zapchane i dlatego zapycha bin?

User removed account · Answer

Troszkę to niejasne. To znaczy powiększa się rozmiar katalogu bin, ale tylko w jakichś zapisach o klasterach? To co Ci to przeszkadza, pendrive nie spuchnie. Gdzieś czytałem, że do pendrive pod linuksa jest lepszy i tak FAT czy FAT32, z linuksowymi są problemy...

hki · Answer

jak sie var zapycha to nie ma prawa przeskoczyc na bin ;] przeciez to wszystko jest poustawiane w konfigach programow gdize ida logi itp

pmichniewski · Answer

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

tasior136 · Answer

dodatkowo propojune:cd /bin; du -sk /* | sort -ni jeszcze file /bin/touchfile /bin/tail...sprawa wyglada bardzo nierealnie na pierwszy rzut oka...

avatar · Answer

nie zaden nie ma takiego zapisu !Wszyskie operacje na plikach/zapisywanie/ robione sa w ram dyskuNie ma takiego zapisu z katalogu bin jedynie uruchamiam programy

Sam Sung · Answer

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?

See also:
06.03.2022 Zegar na wy�wietlaczu LED z zepsutego, starego radiobudzika

hki · Answer

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?

Sam Sung · Answer

Oczywiście, że się da (mam ext3 na flashu). Nie jest to jednak rozwiązanie problemu autora wątku...

hki · Answer

Ale moze to byc przyczyna systemu plikow..

User removed account · Answer

Coś mi mówi, że zadanie tego problemu w dziale Komputery Hardware by rzuciło więcej światła...

Sam Sung · Answer

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 &#40;ro,data=ordered&#41;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=10w /etc/fstab, jeśli jest linijka dot. głównego systemu plików, podać flagę ro zamiast rwsprawdzić 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