Nie można zaktualizować pliku ICEauthority /home/me/.ICEauthority [zamknięte]

11

Dostaję wiadomość

Could not update ICEauthority file /home/me/.ICEauthority

Podczas próby graficznego zalogowania się do Ubuntu. Mogę zalogować się za pomocą Ctrl+ Alt+F1

To nie jest duplikat:

Co oznacza to okno dialogowe uruchamiania „Nie można zaktualizować pliku ICEauthority”

W moim przypadku moja autoryzacja .ICE to -rw------- 1 me me ...

Rzeczy, które próbowałem zrobić, aby to naprawić:

  • zresetuj uprawnienia do pliku ICE na wypadek, gdyby coś zostało pomieszane, czego nie zauważyłem.
  • usuń plik (nie utworzono nowego)
  • dotknij nowego pliku po usunięciu oryginału
  • wygląda na to, że mój katalog domowy był własnością roota. naprawianie nie pomogło.
  • .ecryptfs ma poprawne uprawnienia do mojego katalogu domowego
  • autologin jest wyłączony, nigdy nie był włączony
  • świeża instalacja, więc bez zmian hasła (wolałbym nie instalować ponownie mojego systemu operacyjnego, ponieważ spędziłem dzień konfigurując go)
  • znaleziono tylko dziwność: /home/.ecryptfs/me/.ecryptfs/wrapped-passphrase to -rw------- 1 me root 48 .....jednak nie powinno to stanowić problemu, więc wydaje się, że ze względu na uprawnienia

Zainstalowałem gnome po zainstalowaniu systemu

sudo add-apt-repository ppa:gnome3-team/gnome3
sudo apt-get update
sudo apt-get dist-upgrade
sudo apt-get install gnome-shell

Nigdy nie uruchamiałem go pomyślnie (ani niczego innego oprócz tty).

Dmitriy Likhten
źródło
1
Czy możesz sprawdzić własność swojego katalogu domowego? Być może będziesz musiał to zmienić.
Mark Russell
Czy próbowałeś zrestartować komputer przy pomocy Failafe? Może to być strzał w ciemność, ale czy włączyłeś „automatyczne logowanie”? (kilka wydań temu też było problemem… wyłącz go i spróbuj ponownie). wiersz poleceń: gksudo gedit /etc/gdm/custom.conf
Rinzwind
może już to zrobiłeś, ale na wszelki wypadek użyj chown -R w swoim domowym katalogu, aby uzyskać wszystko.
Mark Russell
Czy to możliwe, że ostatnio zmieniłeś hasło użytkownika i nie zmieniłeś hasła ecryptfs osobno?
Mark Russell
@Mark nie zrobił chown -r.
Dmitriy Likhten

Odpowiedzi:

2

Tak, jest problem w Gnome, oto rozwiązanie, zamiast odinstalować i ponownie zainstalować ubuntu, przynajmniej możesz zapisać kopię zapasową danych

sudo apt-get install lxde

Zainstalowane później wykonaj Ctrl-Alt-F7, aby wrócić do ekranu logowania,

teraz wybierz lxde z rozwijanego menu, podałem moje hasło, możesz teraz zalogować się do sesji LXDE

AMIC MING
źródło
2

Właśnie miałem ten sam problem. Pozbyłem się tego za pomocą następującego polecenia:

sudo chown user:user /home/user

Zamień na userswoją nazwę użytkownika.

Adame Doe
źródło
Dzięki +1 Nie mam pojęcia, jak właściciel mojego katalogu domowego stał się rootem.
TheLukeMcCarthy
1

Zamierzam ponownie zainstalować ubuntu. Nie można tego debugować. Prawdopodobnie zainstalował go gnome3.

Dmitriy Likhten
źródło
2
Mam nadzieję, że nie jestem za późno, ale czy widziałeś ten temat: ubuntuforums.org/showthread.php?t=1742343 Gnome3 jest rzeczywiście winowajcą!
Rinzwind
za późno :( no gnome2 działa od
razu po
Nie jestem pewien, czy moja sprawa jest taka sama, ale wystąpił ten sam błąd podczas próby zalogowania się za pomocą „gnome classic” i „Trybu awaryjnego”. Więc może to nie jest tylko problem gnome3.
Tom Brito
1

Naprawiłem podobny. Problem ICEAuthority, który ze względu na moduł aes nie może zostać zainstalowany podczas uruchamiania, w przypadku niewykrycia kłódki, jednym słowem, należy umieścić na czarnej liście moduł padlock_aes, taki jak:

cat /etc/modprobe.d/blacklist-ecryptfs.conf
blacklist padlock-aes 

Publikuję również szczegółowe kroki , FYI.

użytkownik71371
źródło
1
Nie można zmienić zawartości pliku przy użyciu catprzedstawionej składni. Możesz zredagować swoje pytanie, aby wyjaśnić, w jaki sposób sugerujesz, aby ludzie to robili. Istnieje metoda, która wygląda trochę tak, jak napisałeś, ale która jest różna pod względem składniowym, gdzie uruchamiasz cat >> /etc/modprobe.d/blacklist-ecryptfs.conf, następnie wchodzisz blacklist padlock-aes, a następnie w nowym wierszu naciśnij Ctrl+ D. Czy o to Ci chodziło?
Eliah Kagan,
1

Miałem ten sam problem i oto jak go naprawiłem:

  • Zalogowałem się do systemu jako root
  • usunął konto użytkownika, w którym wystąpił błąd ICEauthority (użytkownik userdel)
  • Następnie odtworzyłem to samo konto, tylko tym razem użyłem przełącznika -m, który utworzył katalog domowy użytkownika (useradd -m użytkownik)
  • Ustawiam hasło do konta za pomocą tego polecenia (użytkownik passwd)
  • Wylogowałem się z mojego konta root.
  • Zalogowano przy użyciu nowego konta i VOILA, nie ma już problemów z ICEauthority.
  • Logowanie powiodło się.

  • Myślę, że problem mógł występować podczas tworzenia konta użytkownika. Nie powiedziałeś systemowi, aby utworzył katalog domowy dla tego konkretnego użytkownika.

Sean
źródło
1

Miałem ten sam problem, w moim przypadku mój właściciel katalogu domowego został jakoś zmieniony na rootowanie.

zmieniłem go na mojego użytkownika i zadziałało:

cd /home
sudo chown user:user <homedir>

Nie użyłem -Ropcji flagi, ponieważ dotyczyło to tylko katalogu najwyższego poziomu.

użytkownik2321520
źródło
0

Miałem ten sam problem, Po przeczytaniu wiadomości o korzystaniu z chowndnia .ICEauthoritypostanowiłem spróbować zmienić uprawnienia do odczytu / zapisu do pliku .ICEauthorityz chmod.

To było pierwotnie: -rw------- Więc zmieniłem to na:-rw-rw-rw-

I zadziałało! (Użyłem chmod 666 /home/$USER/.ICEauthority)

Warto spróbować ...

aaaaagh
źródło
to zły pomysł - plik nie powinien mieć uprawnień do zapisu dla wszystkich użytkowników. Dlaczego zmieniłeś tryb zamiast właściciela?
Zanna,