zrootować pełny Linux. Brak wolnych bloków

9

df -hzgłasza, że ​​partycja „/” jest pełna. Podczas jazdy du -hs *na każdym katalogu tej partycji pokazuje, że jest jeszcze sporo miejsca.

tune2efsktóry zgłasza, że ​​tylko jeden blok jest wolny. Ran fsckrównież, co pokazuje również wszystkie używane bloki.

zużycie jonod wynosi 14% na partycji „/”.

Należy pamiętać, że / var, / usr, / dev, / tmp, / home są zamontowane na różnych partycjach i mają w nich miejsce.

Czy możesz podać mi możliwe przyczyny zajmowania wszystkich bloków, a raportowanie dysku jest pełne, nawet jeśli jest dużo miejsca.

hard-drive  root  block 
— Ankit
źródło
1
jakie pliki dziennika usunąłeś ostatnio?
— Mike
Spróbuj du -shx /sprawdzić, czy nadal oznacza to, że jest dużo miejsca. To oceni wszystko /bez polegania na tym, że złapiesz wszystkie możliwe katalogi.
— Insyte
du -shx / 188M Partycja „/” ma 2 GB.
— Ankit,

Odpowiedzi:

13

Oprócz problemu z otwartymi plikami, który często powoduje, że wolne miejsce jest niedostępne, nierzadkim problemem są pliki chronione przez punkty montowania. Na przykład, jeśli masz /tmposobny wolumin logiczny, ale nadal masz pliki w katalogu /tmpw głównym systemie plików, pliki te będą zajmować miejsce, ale zostaną ukryte przez mounta.

Spróbuj przejść do trybu pojedynczego użytkownika podczas rozruchu, aby nic nie działało, co mogłoby trzymać montowania otwarte, odmontować wszystko i upewnić się, że w katalogach zwykle używanych jako punkty montowania nie ma żadnych plików.

— David Spillett
źródło
1
Dziękuję David za pomysł. Zacząłem pracować w tym kierunku. Dowiedz się, że dysk twardy USB został podłączony do urządzenia. Maszyna została ponownie uruchomiona rano. Wygląda na to, że dysk twardy nie został wykryty podczas uruchamiania, a niektóre jego dane trafiły na partycję „/”. Zrozumiałem to, kiedy odmontowałem / tmp i punkt podłączenia dysku zewnętrznego.
— Ankit,
11

Jest to często spowodowane tym, że plik do zapisu został otwarty, ale proces zapisu do pliku nie został zrestartowany, co powoduje zniesienie pliku. Możesz użyć lsof, aby znaleźć pliki, które są otwarte, ale niepowiązane (usunięte)

lsof +L1

powinien załatwić sprawę. Jak podaje strona podręcznika:

Specyfikacja formularza +L1wybierze otwarte pliki, które zostały odłączone. Specyfikacja formularza +L1 <file_system>wybierze niepowiązane otwarte pliki w określonym systemie plików.

— użytkownik9517
źródło
lsof + L1 nic nie daje. tzn. brak otwartego niepowiązanego pliku. Cokolwiek jeszcze mogę sprawdzić.
— Ankit,
To pozwoliło mi znaleźć winowajcę w moim systemie - nie ma to nic wspólnego z woluminami ekranowanymi przed zamontowaniem. Miałem zawieszony proces tworzenia kopii zapasowej, który zużył 90% woluminu głównego w plikach tymczasowych. lsof +L1wymieniłem je wszystkie bardzo prosto.
— Synchro
0

Jeśli plik zostanie usunięty, gdy inny proces utrzymuje go w stanie otwartym, proces ten może kontynuować zapisywanie i ostatecznie niewidocznie wypełnić dysk. Gdy tylko proces przytrzymujący otwiera plik, bloki są udostępniane.

Spróbuj ocenić każdą z uruchomionych demonów. Jeśli to możliwe, uruchom je ponownie. Jeśli nie możesz tego rozgryźć, ponowne uruchomienie pudełka powinno go wyczyścić.

— Insyte
źródło
Zrestartowałem system, uruchomiłem fsck, nic nie pomogło.
— Ankit,
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.