Upgrade Systemu

[Rysio]

Witam, predzej czy pózniej i tak trzeba sie "zaktualizowac" zawsze robilem to z plyty ale postanowilem swoja F12 zaktualizowac do czegos nowszego ale tym razem poprzez preupgrade.

I tak zainstalowalem pakiet preupgrade, nastepnie jako root wpisalem w konsoli preupgrade

I to co sie stalo to w zasadzie mnie mocno zdziwilo

w konsoli widzialem wpisy które raczej sugeruja ze nic nie zostalo pobrane a graficzna nakladka mówi co innego:

 

Logi z konsoli:

 

Wczytane wtyczki: blacklist, upgrade-helper, whiteout
Brak wyników dla wtyczki: rpm-warm-cache
Brak wyników dla wtyczki: remove-with-leaves
Brak wyników dla wtyczki: auto-update-debuginfo
Brak wyników dla wtyczki: refresh-packagekit
preupgrade-main (mirrorlist) 
 URL: http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-16&arch=$basearch
 teraz: http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-16&arch=i386
preupgrade (mirrorlist) 
 URL: http://mirrors.fedoraproject.org/mirrorlist?path=pub/fedora/linux/releases/16/Fedora/$basearch/os/
 teraz: http://mirrors.fedoraproject.org/mirrorlist?path=pub/fedora/linux/releases/16/Fedora/i386/os/
preupgrade-adobe-linux-i386 (baseurl) 
 URL: http://linuxdownload.adobe.com/linux/i386/
 teraz: http://linuxdownload.adobe.com/linux/i386/
obierane sa nieznane metadane: repomdmcl2GVtmp.xml
preupgrade-fedora (mirrorlist) 
 URL: https://mirrors.fedoraproject.org/metalink?repo=fedora-16&arch=i386
 teraz: https://mirrors.fedoraproject.org/metalink?repo=fedora-16&arch=i386
obierane sa nieznane metadane: metalink.xml.tmp
preupgrade-google (baseurl) 
 URL: http://dl.google.com/linux/rpm/stable/i386
 teraz: http://dl.google.com/linux/rpm/stable/i386
obierane sa nieznane metadane: repomdyuGeDUtmp.xml
preupgrade-google-testing (baseurl) 
 URL: http://dl.google.com/linux/rpm/testing/i386
 teraz: http://dl.google.com/linux/rpm/testing/i386
obierane sa nieznane metadane: repomdMhBbDKtmp.xml
preupgrade-livna (mirrorlist) 
 URL: http://rpm.livna.org/mirrorlist
 teraz: http://rpm.livna.org/mirrorlist
Nie mozna ustawic nowego repozytorium preupgrade-livna - usuwanie
preupgrade-rpmfusion-free (mirrorlist) 
 URL: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-16&arch=i386
 teraz: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-16&arch=i386
obierane sa nieznane metadane: repomdtH3J4Qtmp.xml
preupgrade-rpmfusion-free-updates (mirrorlist) 
 URL: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-updates-released-16&arch=i386
 teraz: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-updates-released-16&arch=i386
obierane sa nieznane metadane: repomdtQEq4Ptmp.xml
preupgrade-rpmfusion-nonfree (mirrorlist) 
 URL: http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-16&arch=i386
 teraz: http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-16&arch=i386
obierane sa nieznane metadane: repomdPHc9Mitmp.xml
preupgrade-rpmfusion-nonfree-updates (mirrorlist) 
 URL: http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-updates-released-16&arch=i386
 teraz: http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-updates-released-16&arch=i386
obierane sa nieznane metadane: repomdb8FNK6tmp.xml
preupgrade-updates (mirrorlist) 
 URL: https://mirrors.fedoraproject.org/metalink?repo=updates-released-f16&arch=i386
 teraz: https://mirrors.fedoraproject.org/metalink?repo=updates-released-f16&arch=i386
obierane sa nieznane metadane: metalink.xml.tmp
obierane sa nieznane metadane: MEMORY
Uzyskano treeinfo z 
czas treeinfo: Thu Nov  3 04:11:15 2011
obierane sa nieznane metadane: MEMORY
Traceback (most recent call last):
 File "/usr/share/preupgrade/preupgrade-gtk.py", line 259, in on_assistant_apply
self._do_main()
 File "/usr/share/preupgrade/preupgrade-gtk.py", line 278, in _do_main
self.main_preupgrade()
 File "/usr/share/preupgrade/preupgrade-gtk.py", line 500, in main_preupgrade
stage2file = self.pu.retrieve_non_critical_files()
 File "/usr/lib/python2.6/site-packages/preupgrade/__init__.py", line 571, in retrieve_non_critical_files
self._retrieve_file(self.mainimage, targetdir, reserve_space=extra_space)
 File "/usr/lib/python2.6/site-packages/preupgrade/__init__.py", line 451, in _retrieve_file
tmp = self.instgrab.urlopen(fileinfo)
 File "/usr/lib/python2.6/site-packages/urlgrabber/mirror.py", line 413, in urlopen
return self._mirror_try(func, url, kw)
 File "/usr/lib/python2.6/site-packages/urlgrabber/mirror.py", line 386, in _mirror_try
mirrorchoice = self._get_mirror(gr)
 File "/usr/lib/python2.6/site-packages/urlgrabber/mirror.py", line 283, in _get_mirror
raise URLGrabError(256, _('No more mirrors to try.'))
urlgrabber.grabber.URLGrabError: [Errno 256] No more mirrors to try.

 

A potem prosil o restart, a po restarcie startuje Fedora 12 jakby nigdy nic.

 

Dodam ze nie ma bólu bo mam kopie dysku zrobiona przez dd wiec "dla dobra nauki" moge sobie pozwolic na eksperymenty.

Tak na mój rozum to brakuje wtyczek, ale moze ktos ma wieksze doswiadczenie i cos tutaj zaradzi/podpowie.

[@WalDo]

[...] postanowilem swoja F12 zaktualizowac do czegos nowszego ale tym razem poprzez preupgrade.

A konkretnie do czego nowszego? Bo jak na F16 od razu, to moze byc slabo. Przeskok o wiecej niz 2 wersje moze nie pójsc.

Robiles wszystko zgodnie ze sztuka? → http://fedoraproject.org/wiki/How_to_use_PreUpgrade

→ http://wiki.fedora.pl/wiki/Poradnik_F14_(Laughlin)#Aktualizacja_z_poprzedniej_wersji

[Rysio]

A konkretnie do czego nowszego? Bo jak na F16 od razu, to moze byc slabo. Przeskok o wiecej niz 2 wersje moze nie pójsc.

Robiles wszystko zgodnie ze sztuka? → http://fedoraproject..._use_PreUpgrade

→ http://wiki.fedora.p...k_F14_(Laughlin)#Aktualizacja_z_poprzedniej_wersji

 

OK moze byc na razie do F13, wczesniej mialem wszystko zaktualizowane (yum -y update), kopia oczywiscie jak ppisalem jest.

Zainstalowalem teraz jeszcze

yum-plugin-refresh-updatesd.noarch 0:1.1.26-1.fc12

 

Zainstalowano zaleznosc:

yum-updatesd.noarch 1:0.9-3.fc12

 

 

Teraz yum domyslnie korzysta z wtyczek:

Wczytane wtyczki: presto, refresh-updatesd, rpm-warm-cache, upgrade-helper

 

Ale wlasnie jestem po ponownym restarcie komputera - i niezmiennie uruchamia sie F12.

 

Chyba bede zmusozny siegnac po plyte, tyle ze mialem tez problemy przy aktualizacji a w zasadzie instalowaniu systemu od nowa na moich partycjach.

ANACONDA z uporem maniaka zakladala mmi woluminy, podczas recznego partycjonowania, ale zobaczymy co z tego wyjdzie tym razem.

[@WalDo]

Ale wlasnie jestem po ponownym restarcie komputera - i niezmiennie uruchamia sie F12.

teraz: http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-16&arch=i386

Jeszcze raz popatrzylem i mysle, ze problemy wynikaja z tego, ze upgrade idzie od razu do F16. Trudno to bedzie obejsc inaczej niz przez swieza instalacje albo na dwa skoki: F12 na F14 (np. z plyty DVD) i potem preupgrade z F14 na F16.

Najwiekszy problem stanowi chyba fakt ze wszystko co starsze od F14 jest w legacy.

 

ANACONDA z uporem maniaka zakladala mmi woluminy, podczas recznego partycjonowania,

Tutaj zrzucilbym wine na Twoja nieuwage, bo nigdy z tym nie mialem problemów. Jak wybieram samodzielne partycjonowanie i zmienie typ partycji z domyslnego LVM na ext3/ext4 to nie ma zadnych problemów. W F12 masz partycje ext3 wiec trzymaj sie tego, mimo ze bedziesz widzial opcje ext4 - zmiana typu partycji o ile mi wiadomo bez zniszczenia danych nie przejdzie a we wczesniejszych wersjach (chyba w F14) partycja /boot nie mogla byc na ext4.

 

W sumie wobec kolosalnych zmian miedzy F12 a F16 (chocby wlasnie wprowadzenie ext4, w tym równiez na partycje /boot, zmiana GRUB na GRUB2) prostszym rozwiazaniem byloby chyba zrobienie backupu /home, swieza instalacja i konfiguracja od nowa.

[Rysio]

Tutaj zrzuciłbym winę na Twoją nieuwagę, bo nigdy z tym nie miałemproblemów. Jak wybieram samodzielne partycjonowanie i zmienię typpartycji z domyślnego LVM na ext3/ext4 to nie ma żadnych problemów. WF12 masz partycje ext3 więc trzymaj się tego, mimo że będziesz widziałopcje ext4 - zmiana typu partycji o ile mi wiadomo bez zniszczeniadanych nie przejdzie a we wcześniejszych wersjach (chyba w F14)partycja /boot nie mogła być na ext4.

 

W sumie wobec kolosalnych zmian miedzy F12 a F16 (choćby właśniewprowadzenie ext4, w tym również na partycję /boot, zmiana GRUB naGRUB2) prostszym rozwiązaniem byłoby chyba zrobienie backupu /home,świeża instalacja i konfiguracja od nowa.

 

No tej "walki" nie pamiętam tak dokładnie bo rzecz tyczyła się upgradu w laptopie z F11 do wyższej (13 bodajże ) gdzie był jeszcze jedyny słuszny WINDOWS na innej partycji i niestety poległem.

W końcu pozwoliłem ANACONDZIE na zagospodarowanie wolnego miejsca tak jak jej pasuje i tyle.Stworzyła wtedy woluminy.

Ale trudno, zassam instalacyjną płytkę i do dzieła.

 

Dzięki za chęci pomocy ;-)