Męczę się z tym już od pewnego czasu. W sumie to nie jedyny problem.
Myślałem, by przeinstalować i zainstalować od nowa, lecz mam problem, bo
nie mam jak przerzucić plików, które są dla mnie ważne. Wydaję następujące instrukcje:
yum install fedora-release-rawhide
- yum-config-manager --disable fedora updates updates-testing
- yum-config-manager --enable rawhide
- yum update yum
- yum --releasever=rawhide distro-sync --nogpgcheck
Za pierwszym razem trochę pakietów się zainstalowało, jednak teraz ciągle wyskakuje następujący błąd:
---> Pakiet xorg-x11-drv-vmware.x86_64 0:13.0.1-6.fc21 zostanie zaktualizowany
--> Przetwarzanie zależności: libxatracker.so.1()(64bit) dla pakietu: xorg-x11-drv-vmware-13.0.1-6.fc21.x86_64
--> Wykonywanie sprawdzania transakcji
---> Pakiet jdeparser.noarch 0:1.0.0-2.fc20 zostanie zainstalowany
---> Pakiet libGLEW.x86_64 0:1.9.0-3.fc19 zostanie zaktualizowany
--> Przetwarzanie zależności: libGLEW.so.1.9()(64bit) dla pakietu: lightspark-0.7.2-5.20130827git.fc20.x86_64
---> Pakiet lightspark.x86_64 0:0.7.2-5.20130827git.fc20 zostanie zaktualizowany
--> Przetwarzanie zależności: libGLEW.so.1.9()(64bit) dla pakietu: lightspark-0.7.2-5.20130827git.fc20.x86_64
---> Pakiet mesa-libxatracker.x86_64 0:9.2.4-1.20131128.fc19 zostanie zaktualizowany
--> Przetwarzanie zależności: libxatracker.so.1()(64bit) dla pakietu: xorg-x11-drv-vmware-13.0.1-6.fc21.x86_64
---> Pakiet xorg-x11-drv-vmware.x86_64 0:13.0.1-6.fc21 zostanie zaktualizowany
--> Przetwarzanie zależności: libxatracker.so.1()(64bit) dla pakietu: xorg-x11-drv-vmware-13.0.1-6.fc21.x86_64
--> Ukończono rozwiązywanie zależności
Błąd: Pakiet: lightspark-0.7.2-5.20130827git.fc20.x86_64 (rpmfusion-free-rawhide)
Wymaga: libGLEW.so.1.9()(64bit)
Usuwanie: libGLEW-1.9.0-3.fc19.x86_64 (@fedora/19)
libGLEW.so.1.9()(64bit)
Zaktualizowano przez: libGLEW-1.10.0-1.fc21.x86_64 (rawhide)
~libGLEW.so.1.10()(64bit)
Błąd: Pakiet: xorg-x11-drv-vmware-13.0.1-6.fc21.x86_64 (rawhide)
Wymaga: libxatracker.so.1()(64bit)
Usuwanie: mesa-libxatracker-9.2.4-1.20131128.fc19.x86_64 (@updates/19)
libxatracker.so.1()(64bit)
Zaktualizowano przez: mesa-libxatracker-10.0-1.20131206.fc21.x86_64 (rawhide)
~libxatracker.so.2()(64bit)
Można spróbować użyć --skip-broken, aby obejść problem
Można spróbować wykonać polecenie: rpm -Va --nofiles --nodigest
Jeszcze na dodatek przetwarza wszystkie zainstalowane pakiety.
Niektóre pakiety przecież już zostały zaktualizowane (nie wiem, czy
dobrze rozumuję, lecz posiadają w nazwie fc20 lub fc21), a także są
przetwarzane.
Druga rzecz, jaka u mnie nie działa
poprawnie, to start systemu. Po włączeniu komputera uruchamia się GRUB.
Udało mi się przejść dalej za pomocą komendy normal. Jest to
denerwujące, gdyż po każdym uruchomieniu komputera muszę wpisywać
normal, by się uruchomił.
Jeszcze inna rzecz:
Mieszkam na miasteczku studenckim AGH, gdzie posiadają sieć direct
connect (czy jak to się zwie), tzw. deck. Klient nie chce się połączyć z
siecią, chyba, że w zaporze odblokuję porty ręcznie, lecz wtedy pomimo
tego, że klient się uruchamia, to nie mogę pobierać plików.
Teraz
mam dylemat, czy 'naprawić' ten syf, który możliwe, że sam utworzyłem,
czy po prostu zainstalować czystą dystrybucję i rozsądniej instalować
pakiety oraz nie aktualizować, gdy nie ma dostępnej oficjalnej gotowej
wersji?
Próbowałem także usuwać pakiety, z którymi
były jakieś problemy, lecz wtedy z zależności wynikało, że zostaną
usunięte wszystkie pakiety znajdujące się w systemie.
Jeśli miałbym przeinstalować system, to jaką wersję Fedory najlepiej byłoby zainstalować? F19, F20beta5?
Jak już pytam, jest jakaś możliwość podziału istniejącej partycji, na której znajdują się dane tak, by nie utracić tych danych?