Mam ten pusty katalog, ale wciąż pojawia się następujący komunikat o błędzie:
Cannot remove test: Directory not empty
Wiem, że to pytanie było zadawane wiele razy, ale żadne z nich nie pomogło.
Starałem ls -la
się upewnić, że nie ma ukrytych plików i wydaje się, że nie ma:
Próbowałem sudo rmdir test
również sudo rm -rf test
i po prostu nie wiem, co jest nie tak.
Przeczytałem, że to może być problem z systemem plików, ale nie mam pojęcia, jak bym to naprawił.
command-line
files
delete
rbrick
źródło
źródło
sudo fsck /
test
to nazwa użytkownika logowania? Jaka jest wydajnośćecho $USER
? i coecho $HOME
?Odpowiedzi:
Miałem ten sam problem na zewnętrznym dysku twardym, próbowałem na wiele sposobów przy użyciu wiersza polecenia, ale za każdym razem nie udawało mi się. To działało dla mnie:
Tak, to głupie, ale zadziałało dla mnie (tak naprawdę nie wiem jak i dlaczego, ale ten przeklęty folder już nie istnieje)
źródło
rm -rf
od strony Maca działało.Mam zainstalowany podwójny system Win 10 + Ubuntu. Oba systemy współużytkują parity systemu Windows.
Ostatnio również nie mogłem usunąć pustych folderów z tych partycji pod Ubuntu. Nie mogę znaleźć rozwiązania tego problemu pod Linuksem.
Jednak po przejściu do systemu Windows i uruchomieniu
przez
cmd
dla dysku docelowego. Niektóre błędy zostały sprawdzone. a potem biegnęnaprawić błąd dysku.
Po zakończeniu mogę teraz usunąć te foldery.
źródło
Możesz go usunąć, pisząc
sudo rm -rf {dir_name}
. Katalog mógł mieć ustawione uprawnienia tylko do odczytu. Mam nadzieję, że podane polecenie może usunąć folder.źródło
Directory not empty
czy inaczej. Wydaje się to dziwne, więc nagrałem ekran, żeby to udowodnić.chkdsk /F
.Miałem ten sam problem, że nie mogłem usunąć katalogu, ponieważ nie jest pusty.
Ta sekwencja operacji zadziałała dla mnie.
Najpierw z wiersza poleceń
Powyższe polecenie pomaga ubuntu zignorować katalog nie jest pusty.
źródło
Rozwiązanie GUI
zrobione.
Rozwiązanie wiersza polecenia
możesz wyczyścić za pomocą trash-cli: trash-empty lub
źródło
mkdir a ; mv test a/ ; rm -rf a/test ; rm -rf a
. Takie podejście zadziałało dla mnie (chociaż nie mam pojęcia, dlaczego tak się stanie) i nie potrzebowałem dostępu do konta root.Jeśli katalog jest częścią systemu plików zamontowanego za pomocą CIFS (alias samba) i zawiera plik będący zepsutym dowiązaniem symbolicznym, wówczas
ls
nie wspomina o tym pliku. (Obserwuję ten błąd na kliencie CIFS z 14.04.2 LTS i serwerze z 12.04.5 LTS.)Tak więc katalog nie jest pusty , ale (w porównaniu z CIFS) nie możesz tego zobaczyć. Plik można wyświetlić, a zatem można go usunąć tylko za pomocą polecenia uruchomionego na serwerze plików obsługującym ten system plików.
źródło
Jeśli używasz btrfs, prawdopodobnie jest to pusty katalog z niezerowym i_size. Możesz sprawdzić, czy tak jest w przypadku:
Rozmiar i_size pustego folderu w btrfs powinien wynosić zero. W moim przypadku mam 6160 z
~/.config/chromium/Default
.Sugerowanym rozwiązaniem jest odmontowanie systemu plików, uruchomienie w
btrfs check
celu potwierdzenia problemu i sprawdzenie innych problematycznych katalogów, a następnie uruchomienie wbtrfs check --repair
celu naprawy. Ta operacja jest jednak ryzykowna, dlatego warto najpierw wykonać kopię zapasową plików.Źródło: Btrfs Problem FAQ
źródło
Miałem ten sam problem na Ubuntu 16.04 i naprawiłem go przez:
Otwieranie i zamykanie menedżera plików nie działało dobrze - działało tylko ponowne uruchomienie.
źródło
spróbuj tego polecenia:
Sprawdź na liście, czy twój katalog jest nadal używany. :RE
Jeśli tak, zatrzymaj usługę, a będziesz mógł usunąć katalog.
źródło
Ten problem pojawia się, gdy te foldery lub pliki nie są całkowicie skopiowane. To błąd wejścia / wyjścia. Próbowałem usunąć za pomocą Shift+ Dellub poleceń, ale te nie działały. Próbowałem kliknąć prawym przyciskiem myszy i „Przenieś do kosza” i zadziałało.
źródło