Czytałem wiele wątków z moim problemem i to było rozwiązanie. To chyba jedna z pierwszych rzeczy, które należy sprawdzić w przypadku problemów z systemem plików. Używam dfzamiast strace. Jak stracemógłbyś mi pomóc? Nigdy go nie użyłem
erikbwork
2
Cóż, jeśli już zgadłeś, że problem może zabraknąć miejsca, to df może pomóc. Ale strace powie ci, jaki był kod błędu, gdy próbował zablokować plik, więc powinien usunąć zgadywanie. Sposób, w jaki zwykle nazywam strace, to strace -f -e trace=file polecenie, ponieważ zwykle daje to najbardziej przydatne wyniki.
Robin Green
6
Natknąłem się na to, gdy wystąpił błąd dysku podczas operacji userdel i system musiał zostać zrestartowany. Aby kontynuować, musiałem usunąć wszystkie cztery następujące pliki:
Jeśli -R /some/chrootdodałeś do swojego useraddpolecenia, może to być problem.
Myślałem, że oznacza to, że użytkownik zostanie skazany na więzienie przy logowaniu, ale tak nie jest. Przeglądając dane wyjściowe strace, zobaczyłem użytkownika chrootowanego w określonym katalogu, po którym oczywiście nie może już znaleźć / etc / passwd. Nie jestem więc pewien, do czego służy ta opcja, ale jest twój (mój, mój) problem.
Właśnie tego próbowałem. Po usunięciu -R [dir]opcji udało mi się utworzyć użytkownika.
Gustavo Straube,
Niezłe zgadywanie! Dziękuję Ci. Ja też rozumieć, że dla chroot useraddjest nie to, co myślisz, że jest :) To tylko wykorzystuje określony dir jako korzeń dla użytkownika systemu . Jest przydatny w klonowanym izolowanym podsystemie, który rzadko jest tym, czego chcesz ...
Ninj
2
Natknąłem się na to, gdy wystąpił błąd dysku podczas operacji userdel i system musiał zostać zrestartowany. Aby kontynuować, musiałem usunąć wszystkie cztery następujące pliki:
Miał ten sam problem, ponieważ plik / etc był pełny. Dlatego nie można napisać / etc / passwd. Upewnij się, że masz wystarczająco dużo miejsca na / etc, jeśli nie, powiększ go lub wyczyść niepotrzebne rzeczy.
Odpowiedzi:
Jeśli nie ma żadnych
.lock
plików, ale nadal nie można utworzyć użytkownika, spróbuj wykonać następujące czynnościJeśli zalogowany,
root
to użyjźródło
.lock
plików? dzięki @trevorRobinson wydaje się, że należy zajrzeć/etc/
, prawda?mount: cannot remount /dev/dm-0 read-write, is write-protected
. Jestem w ChromeOS (Linux) z włączonym trybem deweloperskim.To dlatego, że nie masz uprawnień do tych operacji
/etc/shadow
/etc/passwd
Możesz zmienić oba pliki za pomocą specjalnych poleceń (np. Możesz zmienić hasło).
źródło
Użytkownik, który uruchamia polecenia, ponieważ nie ma wymaganych uprawnień. Przejdź do
root
użytkownika, wydając polecenielub jeśli masz / używasz
sudo
źródło
Może to być również spowodowane brakiem miejsca w głównym systemie plików. Użyj,
strace
aby się upewnić.strace
jest twoim przyjacielem.źródło
df
zamiaststrace
. Jakstrace
mógłbyś mi pomóc? Nigdy go nie użyłemstrace -f -e trace=file
polecenie, ponieważ zwykle daje to najbardziej przydatne wyniki.Natknąłem się na to, gdy wystąpił błąd dysku podczas operacji userdel i system musiał zostać zrestartowany. Aby kontynuować, musiałem usunąć wszystkie cztery następujące pliki:
źródło
Jeśli
-R /some/chroot
dodałeś do swojegouseradd
polecenia, może to być problem.Myślałem, że oznacza to, że użytkownik zostanie skazany na więzienie przy logowaniu, ale tak nie jest. Przeglądając dane wyjściowe strace, zobaczyłem użytkownika chrootowanego w określonym katalogu, po którym oczywiście nie może już znaleźć / etc / passwd. Nie jestem więc pewien, do czego służy ta opcja, ale jest twój (mój, mój) problem.
źródło
-R [dir]
opcji udało mi się utworzyć użytkownika.useradd
jest nie to, co myślisz, że jest :) To tylko wykorzystuje określony dir jako korzeń dla użytkownika systemu . Jest przydatny w klonowanym izolowanym podsystemie, który rzadko jest tym, czego chcesz ...Natknąłem się na to, gdy wystąpił błąd dysku podczas operacji userdel i system musiał zostać zrestartowany. Aby kontynuować, musiałem usunąć wszystkie cztery następujące pliki:
To polecenie naprawdę mi pomogło. Wielkie dzięki.
źródło
Demo tego błędu na Ubuntu 14.04:
sudo daje ci pozwolenie na zablokowanie go.
źródło
Poszukaj plików /etc/group.lock, /etc/passwd.lock i /etc/shadow.lock i usuń je.
Uważaj, aby usunąć tylko pliki z rozszerzeniem „lock”, ponieważ możesz uszkodzić system.
Odniesienie: https://bugs.launchpad.net/ubuntu/+source/shadow/+bug/523896
źródło
Miał ten sam problem, ponieważ plik / etc był pełny. Dlatego nie można napisać / etc / passwd. Upewnij się, że masz wystarczająco dużo miejsca na / etc, jeśli nie, powiększ go lub wyczyść niepotrzebne rzeczy.
źródło