Skocz do zawartości

Wyszukaj

Wyświetlanie wyników dla tagów 'undo' .

  • Wyszukaj za pomocą tagów

    Wpisz tagi, oddzielając je przecinkami.
  • Wyszukaj za pomocą nazwy autora

Typ zawartości


Forum

  • Nasze forum
    • Informacje
    • Pomysły i sugestie
    • Społeczność
    • Dyskusje o Linuksie
  • Wsparcie społeczności
    • Początkujący...
    • Instalacja i aktualizacja
    • Programy i przeglądarki
    • Środowiska graficzne
    • Sprzęt i sterowniki
    • Gry i rozrywka
    • Pozostałe
  • Administracja i konfiguracja
    • Administracja systemowa
    • Sieci lokalne
    • Serwery i zarządzanie
    • Bezpieczeństwo
  • Dystrybucje klasy Enterprise
    • Red Hat Enterprise Linux
    • EuroLinux / EuroLinux Desktop
    • Inne dystrybucje Enterprise
    • Szkolenia i certyfikaty
  • Offtopic
    • Programowanie
    • Hyde Park
    • Archiwum

Kalendarze

Brak wyników


Znajdź wyniki...

Znajdź wyniki które...


Data utworzenia

  • Rozpoczęcie

    Zakończenie


Ostatnia aktualizacja

  • Rozpoczęcie

    Zakończenie


Filtruj po ilości...

Dołączył

  • Rozpoczęcie

    Zakończenie


Grupa podstawowa


AIM


MSN


Strona www


ICQ


Yahoo


Jabber


Skype


Skąd


Zainteresowania


Ulubiona dystrybucja


Środowisko graficzne


GG


TlenID


SkypeID


JID

Znaleziono 1 wynik

  1. Witam, Ujmując w największym skrócie, mój aktualny problem z moją instancją Fedory 24 polega na niemożności zalogowania się już z poziomu GNOME'a. Podejrzewam, że przyczyną tej usterki jest aktualizacji wykonanej wczoraj, która obejmowała 23 biblioteki z grup: mesa-*, xen-* oraz dbus-*. Niestety zwykłe wycofanie przez dnf history undo NUM lub dnf history rollback NUM -1 nie działa. Podejrzewam, że to właśnie wczorajsza aktualizacja spowodowała, że podczas staru wyświetlany jest komunikat: Coś poszło nie tak Wystąpił problem i nie można przywrócić systemu Proszę się wylogować i spróbować ponownie. Będę bardzo wdzięczny za pomoc w usunięciu tego problemu oraz pokazaniu czy na przyszłszość można ustrzec się takiej sytuacji np. rezygnując z własnościowych sterowników Nvidii i zostając przy nouveau? Teraz może dokładniej: opiszę moją instalację jakie kroki podjąłem do tej pory Ad. 1 Korzystam ze sterowników Nvidii zainstalowanych wg opisu ze strony http://www.if-not-true-then-false.com/2015/fedora-nvidia-guide/ # uname -r 4.7.6-200.fc24.x86_64 # rpm -q gnome-session gnome-session-3.20.2-1.fc24.x86_64 # rpm -q gnome-shell gnome-shell-3.20.4-1.fc24.x86_64 # nvidia-settings -version version 370.28 (buildmeister@swio-display-x64-rhel04-17) Powyżej jest minimalna różnica w sercjach gnome-shell i gnome-session, 3.20.4-1 i 3.20.2-1. Ponieważ podejrzewam, że przyczyną obecnego stanu rzeczy jest aktualizacja obejmująca pakiety z grup mesa, xen i dbus zamieszczam ich aktualny stan. Zapis samej aktualizacji podaję dalej przy opisie próby wycofania tejże aktualizacji. W przypadku pakietów mesa moją uwagę zwrócił fakt, iż w większości występują parami różniącymi się tylko końcówką, .i686 i .x86_64. Nie mam pojęcia czy tak ma być, ale nie każdy pakiet występuje w takim tandemie, np. mesa-libwayland-egl czy mesa-libxtracker. Niby .i686 i .x86_64 na jedno wychodzi, ale wygląda to trochę tak jakby instalowały się przy różnych okazjach. Druga sprawa to numery wersji w jakiej występują te biblioteki. Większość występuje w wersji 12.0.3-2, natomiast mesa-libGLU w wersji 9.0.0-10 i także w dwóch kopiach .i686 oraz .x86_64. # rpm -qa | grep mesa mesa-dri-drivers-12.0.3-2.fc24.x86_64 mesa-libgbm-12.0.3-2.fc24.x86_64 mesa-libxtracker-12.0.3-2.fc24.x86_64 mesa-libGL-12.0.3-2.fc24.i686 mesa-libglapi-12.0.3-2.fc24.i686 mesa-libOSMesa-12.0.3-2.fc24.x86_64 mesa-filesystem-12.0.3-2.fc24.i686 mesa-dri-drivers-12.0.3-2.fc24.i686 mesa-libEGL-12.0.3-2.fc24.i686 mesa-libGL-12.0.3-2.fc24.x86_64 mesa-libEGL-12.0.3-2.fc24.x86_64 mesa-libGLU-9.0.0-10.fc24.x86_64 mesa-libgbm-12.0.3-2.fc24.i686 mesa-libwayland-egl-12.0.3-2.fc24.x86_64 mesa-libGLU-9.0.0-10.fc24.i686 mesa-libOSMesa-12.0.3-2.fc24.i686 mesa-libglapi-12.0.3-2.fc24.x86_64 mesa-filesystem-12.0.3-2.fc24.x86_64 # rpm -qa | grep xen xen-licenses-4.6.3-6.fc24.x86_64 xen-libs-4.6.3-6.fc24.x86_64 # rpm -qa | grep dbus dbus-glib-0.108-1.fc24.x86_64 dbus-x11-1.11.6-1.fc24.x86_64 dbus-python-1.2.4-1.fc24.x86_64 dbusmenu-qt.0.9.3-0.11.20150604.fc24.x86_64 dbus-libs-1.11.6-1.fc24.i686 dbus-1.11.6-1.fc24.x86_64 dbus-libs-1.11.6-1.fc24.x86_64 abrt-dbus-2.8.2-1.fc24.x86_64 dleyna-connector-dbus-0.2.0-7.fc24.x86_64 python-slip-dbus-0.6.4-3.fc24.noarch python3-slip-dbus-0.6.4-3.fc24.noarch python3-dbus-1.2.4-1.fc24.x86_64 Ad. 2 # dnf history list Identy | Wiersz poleceĹ„ | Data i czas | DziaĹ‚ania | Zmienio ------------------------------------------------------------------------------- 55 | install gnome-system-log | 2016-10-15 20:06 | Install | 1 54 | update | 2016-10-14 09:42 | Update | 23 # dnf history info 54 Identyfikator transakcji : 54 Czas rozpoczęcia : Fri Oct 14 09:42:41 2016 Rozpoczęcie bazy danych RPM: 5701:823efc10b49ac8e9973c5db57731f631f4c6a9c9 Czas ukończenia : 09:42:52 2016 (sekundy: 11) Ukończenie bazy danych RPM : 5701:2d2cbc27f00c09a715cd898ad8dd5bd9efb9fbd7 Użytkownik : Adam Przedniczek <adam> Kod zwrotny : Powodzenie Wiersz poleceń : update Wykonano transakcję za pomocą: Zainstalowano dnf-1.1.10-1.fc24.noarch @updates Zainstalowano rpm-4.13.0-0.rc1.27.fc24.x86_64 @koji-override-0 Zmienione pakiety: Zaktualizowano evolution-data-server-3.20.5-4.fc24.x86_64 @updates Aktualizacja 3.20.5-5.fc24.x86_64 @updates Zaktualizowano mesa-dri-drivers-12.0.3-1.fc24.i686 @updates Zaktualizowano mesa-dri-drivers-12.0.3-1.fc24.x86_64 @updates Aktualizacja 12.0.3-2.fc24.i686 @updates Aktualizacja 12.0.3-2.fc24.x86_64 @updates Zaktualizowano mesa-filesystem-12.0.3-1.fc24.i686 @updates Zaktualizowano mesa-filesystem-12.0.3-1.fc24.x86_64 @updates Aktualizacja 12.0.3-2.fc24.i686 @updates Aktualizacja 12.0.3-2.fc24.x86_64 @updates Zaktualizowano mesa-libEGL-12.0.3-1.fc24.i686 @updates Zaktualizowano mesa-libEGL-12.0.3-1.fc24.x86_64 @updates Aktualizacja 12.0.3-2.fc24.i686 @updates Aktualizacja 12.0.3-2.fc24.x86_64 @updates Zaktualizowano mesa-libGL-12.0.3-1.fc24.i686 @updates Zaktualizowano mesa-libGL-12.0.3-1.fc24.x86_64 @updates Aktualizacja 12.0.3-2.fc24.i686 @updates Aktualizacja 12.0.3-2.fc24.x86_64 @updates Zaktualizowano mesa-libOSMesa-12.0.3-1.fc24.i686 @updates Zaktualizowano mesa-libOSMesa-12.0.3-1.fc24.x86_64 @updates Aktualizacja 12.0.3-2.fc24.i686 @updates Aktualizacja 12.0.3-2.fc24.x86_64 @updates Zaktualizowano mesa-libgbm-12.0.3-1.fc24.i686 @updates Zaktualizowano mesa-libgbm-12.0.3-1.fc24.x86_64 @updates Aktualizacja 12.0.3-2.fc24.i686 @updates Aktualizacja 12.0.3-2.fc24.x86_64 @updates Zaktualizowano mesa-libglapi-12.0.3-1.fc24.i686 @updates Zaktualizowano mesa-libglapi-12.0.3-1.fc24.x86_64 @updates Aktualizacja 12.0.3-2.fc24.i686 @updates Aktualizacja 12.0.3-2.fc24.x86_64 @updates Zaktualizowano mesa-libwayland-egl-12.0.3-1.fc24.x86_64 @updates Aktualizacja 12.0.3-2.fc24.x86_64 @updates Zaktualizowano mesa-libxatracker-12.0.3-1.fc24.x86_64 @updates Aktualizacja 12.0.3-2.fc24.x86_64 @updates Zaktualizowano xen-libs-4.6.3-5.fc24.x86_64 @updates Aktualizacja 4.6.3-6.fc24.x86_64 @updates Zaktualizowano xen-licenses-4.6.3-5.fc24.x86_64 @updates Aktualizacja 4.6.3-6.fc24.x86_64 @updates Zaktualizowano dbus-1:1.11.4-1.fc24.x86_64 @updates Aktualizacja 1:1.11.6-1.fc24.x86_64 @updates Zaktualizowano dbus-libs-1:1.11.4-1.fc24.i686 @updates Zaktualizowano dbus-libs-1:1.11.4-1.fc24.x86_64 @updates Aktualizacja 1:1.11.6-1.fc24.i686 @updates Aktualizacja 1:1.11.6-1.fc24.x86_64 @updates Zaktualizowano dbus-x11-1:1.11.4-1.fc24.x86_64 @updates Aktualizacja 1:1.11.6-1.fc24.x86_64 @updates Podejrzewałem, że to właśnie ta 54 aktualizacja spowodowała problemy, więc próbowałem wycofać tą pojedynczą aktualizacje jak i cofnąć się do 53. Niestety bezskutecznie: # dnf history undo 54 Nie ma pakietu mesa-libwayland-egl-0:12.0.3-1.fc24.x86_64 #dnf history rollback 53 Nie ma pakietu mesa-libEGL-0:12.0.3-1.fc24.x86_64 Logi sugerują jedynie problem z inicjalizacją Cluttera: # journalctl -b -1 _SYSTEMD_UNIT=session-l.scope -- No entries -- # journalctl -b -1 /usr/bin/gnome-session -- No entries -- # journalctl -b -1 /usr/bin/gnome-shell -- Logs begin at nie 2016-10-09 18:58:18 CEST, end at 2016-10-15 23:18:23 CEST. -- paź 15 20:01:03 PRZEDNICZEK01 org.gnome.Shell.desktop[1327]: (gnome-shell:1327): Clutter-CRITICAL **: Unable to initialize Clutter: Nie można zainicjować machenizmu biblioteki Clutter: nie odnaleziono dostępnych sterowników. paź 15 20:01:03 PRZEDNICZEK01 org.gnome.Shell.desktop[1327]: (gnome-shell:1327): mutter-WARNING **: Unable to initialize Clutter. # rpm -qa | grep clutter clutter-1.26.0-1.fc24.x86_64 clutter-gst3-3.0.20-1.fc24.x86_64 clutter-gst2-2.0.18-1.fc24.x86_64 clutter-gtk-1.8.0-1.fc24.x86_64 Teraz na koniec mam kilka pytań: Co mogę zrobić aby uratować tą konkretną instalację? Czy przy kolejnych aktualizacjach ten problem może wystąpić ponownie i jak mógłbym mu zapobiec? (Jak wykryć czy dane aktualizacje będą skutkować takim błędem jeszcze przed ich wykonaniem - jakieś wskazówki sugerujące, że te wersje różnych pakietów ze sobą nie zagrają? Czy jeżeli porzuciłbym sterowniki Nvidii i pozostał przy nouveua to czy ustrzegłbym się takich niespodzianek? Jeżeli będę upierał się przy własnościowych sterownikach Nvidii (będę potrzebował zainstalować jeszcze SDK CUDA) to jak uchronić się przed takim błędem? Z góry dziękuję za pomoc
×
×
  • Dodaj nową pozycję...