Ubuntu SRV Jaunty -> Maverick

Ubuntu Linux

Sziasztok!

A fent már említett Ubuntu Jaunty servert, kellene frissítenem, legalább egy Maverick szintig. A szerver tele van érzékeny adatokkal "2TB", valamint a kiesés nem lehet több 1 napnál.

Ezt ti, hogy oldanátok meg?
-Vállaljam be a dist-upgrade-et és imádkozzam, hogy túléli.
-Teljes gyalu, majd adatok vissza. /Itt probléma a 2TB elhelyezése is sajnos :/ /

Amúgy a szerveren, semmi különleges nem fut, csak egy SMB server...

Köszönöm!

  • 1124 megtekintés

( uid_194 | 2011. 04. 18., h – 18:02 )

Ha csak egy SMB szerver fut, es nincs sok custom config, akkor szepen dist-upgradelgetes egyesevel maverickig nagy valoszinuseggel mukodik, es 1 napon belul megvan. Kozvetlenul jaunty->maverick upgradet nem vallalnam be, abbol csak baj lesz.

(Mondjuk ezt Debianbol kiindulva irom, de csak nem rontjak el ubuntuek annyira, hogy ne lehessen egy teljesen egyszeru setupot upgradelni korrektul [nem, a desktop nem egyszeru setup, ott minden szet fog esni a legkisebb upgradenel is :P]).

--
|8]

( radix | 2011. 04. 18., h – 18:05 )

nem sima dist-upgrade, azzal biztosan szétbszod!
(debianéknál úgy kell, de ubuntu alatt nem szabad úgy, szinte biztosan bootolhatatlanná teszi a rendszeredet)

http://www.ubuntu.com/desktop/get-ubuntu/upgrade

1: Install update-manager-core if it is not already installed:
sudo apt-get install update-manager-core
2: edit /etc/update-manager/release-upgrades and set Prompt=normal
3: Launch the upgrade tool:
sudo do-release-upgrade
4: Follow the on-screen instructions.

( Toma_ | 2011. 04. 18., h – 18:13 )

Azt most komolyan mondod, hogy a rendszer nincs elszeparálva az adatoktól, és az "érzékeny" adatokról nincs mentés?

+1

Ne sértődj, meg de a kérdésed alapján úgy tűnik, mintha meg akarnád spórolni a mentést, a visszaállítás dokumentálását és kipróbálását. És hogy megnyugtasd a lelkiismeretedet rákérdezel a fórumon.

Ha az upgrade-től félsz, akkor biztosan nincs hardwerhibából való visszaállásra terved. Enélkül pedig nem lehet rendelkezésre állásról beszélni.

Döntsd el, hogy akarsz-e rendelkezésre állást, és ha akarsz, akkor csináld meg ami kell ehhez. Ha meg nem, akkor vágj bele az upgrade-be és lesz ami lesz.

Azért ennyire nem szörnyű a helyzet, van egy backup szerver, távol az aktív szervertől, rajta az összes érzékeny adattal, plusz HW hiba is megoldható lenne házon belül, bár nem meleg tartalékkal (Erre nincs keret...).
A kérdésemmel inkább a dist-upgrade biztonságosságát próbáltam kideríteni.

Egy trükk lehet, ha az új rendszert külön partíción telepíted, és ha kész csak alácsatolod az adataidat. Így ha nem készülsz el időben, akkor az eredeti rendszert bootolod - amihez nem is nyúltál, tehát működni fog -, és biztosan nem fogsz elkésni.

Mivel a célgépen van minden, ezért még a backup visszaállítás ideje és kockázata is megúszható így. Persze a telepítés alatt a szolgáltatást le kell állítani.

( hzsolt94 v | 2011. 04. 18., h – 18:44 )

A do-release-update ok, de az adatokról mindenképpen legyen külső másolat leállítás előtt, hogy ha az update elhal, akkor is megmaradjon az állásod :) (Sajnos pártíz gépből 1-2-őn mindig elhal az update, nem olyan biztos dolog az)

( AttiSan | 2011. 04. 18., h – 19:36 )

0. Nem érdemes hozzányúlni mielőtt megoldanátok a mentést. A mentés fontossága sokkal, sokkal meghaladja az dist upgrade-ét.

1. Utána ha a gépen nincsennek 3rd party repok, nagyon egyedi vasdarabok (driver gond lehet) vagy forrásból (előzetes csomaggenerálás nélkül) telepített progik akkor a release-ről release-re upgrade 99.9%ban végig fog menni (a 0.1 az ördögé meg a tied, hogy elírsz, elfelejtesz valamit :).

Ha van 3rd party repo -> commentbe +az onnan telepített csomagokat szedd le mielőtt elkezded
Ha van checkinstall-al forgatott csomagod -> dpkg -r
Egyedi vas -> egyedi megoldás :)