Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Witam
Mam pytanie odnośnie downgrade jak w temacie. Chcę przeprowadzić downgrade i już raz to zrobiłem ale wtedy miałem problemy po restarcie i powróciłem do wersji testing. Chciałbym ponownie spróbować downgrade ale chciałbym zapytać czy poprawnie to robię?
1. podmieniam repozytoria na stable
2. tworze i edytuje plik:
nano /etc/apt/preferences Package: * Pin: release a=stable Pin-Priority: 1001 Package: * Pin: release a=testing Pin-Priority: 50
3. wychodzę z trybu graficznego :
„Ctrl” + „Alt” + „F1” (od F1 do F7)
4.
apt update
5.
apt dist-upgrade
6.
reboot
___
czy powinienem zamienić jądro?
obecnie mam:
torus@torus:~$ uname -r 4.17.0-1-amd64
Offline
Może dopisz o=Debian.
Pin: release o=Debian,a=testing
Tak też zalecają, ale szczerze nie wiem co to zmienia, musiałbym doczytać w "księgach".
Offline
Ja przy downgrade używam standardowego:
apt-get update apt-get upgrade apt-get dist-upgrade
Co do jądra to w stretch-backports jest Pakiet: linux-image-4.17.0-0.bpo.1-amd64 (4.17.8-1~bpo9+1) , możesz na nie przejść lub poczekać na nowsze :)
ps.
Sprawdź przed downgrade czy nie masz zatrzymanych pakietów.
Offline
Downgrade to nieporozumienie.
System nie cofnie biblioteki libc6, a połowa programów ze stable potrzebuje starszej wersji niż w libc6 w testingu.
W tym Perl i Python, na której w znacznej mierze opiera się min dpkg.
Dlatego cały czas będziesz miał hybrydę testinga i stable albo piekło zależności,
do wyboru (przy odrobinie szczęśia nawet jedno i drugie na raz).
Dlatego jak masz /home z plikami użytkownika na osobnej partycji, to lepiej skopiować co potrzebne z plików i konfigów na rootfs, potem zaorać rootfs i postawić tam stable.
Zaoszczędzisz w ten sporo nerwów i czasu.
Ostatnio edytowany przez Jacekalex (2019-01-17 14:50:16)
Offline
tylko po co. W marcu jest mrożenie testinga...
Offline
Ja tam zawsze robię downgrade (nie pamiętam kiedy ostatni raz robiłem xD) przez:
Package: * Pin: release o=Debian,a=stable Pin-Priority: 1001
i
# apt-get dist-upgrade
Choć jak się tak zrobi z sida na stable to:
# apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done Hmm, seems like the AutoRemover destroyed something which really shouldn't happen. Please file a bug report against apt. ... E: Internal Error, AutoRemover broke stuff
xD
Także pewnie z testinga będzie podobnie. Nie wiem czy się powinno robić downgrade do stable po takim czasie.
Offline
Z odległego downgrade a testing ma już ok 2.5 roku odległości do stabla to możesz wylądować co najwyżej na pułkowniku chroot ratując system albo bardziej to co z niego zostało no ale kto co lubi, jak zrobisz porządek po takiej akcji i nie wypali ci po czasie żaden konflikt zależności oraz nieprzewidywalny burdel kładący spójność systemu to daj znać aha i to może ci się przydać, chociażby do sprawdzenia po "niby-udanej" akcji :)
https://dug.net.pl/tekst/150/czyszczenie_systemu_debian_gnu_linux/
Co innego jeżeli chodzi o downgrada z sida na testinga ale nie z testinga na stabla. Zapomnij chyba, że jest to robione zaraz po wypuszczeniu stabla gdzie różnica wydań jest niewielka a nie tuż przed mrożeniem (planowo marzec/kwiecień) następnego wydania gdzie ta różnica jest kilkuletnia
Ostatnio edytowany przez hi (2019-01-31 16:43:53)
Offline
Strony: 1