Először is összekötöttem a kellemetlent a zavaróval, úgyhogy mindjárt
a rendszerről partimage fotót készítettem, így a backup projekt is megvan
egy kosszal. És a fotót felraktam egy külső vinyó egyik partíciójára, hogy
majd azon eljátszadozom, és ha kész a "remekmű" ;-) , akkor vissza-
másolom az éles rendszerre, és kész.
Kicsit keveselltem a rendelkezésre álló alig 2 G szabad helyet a rendszer-
partíción, ezért a külső vinyón az usr tartalmát elköltöztettem egy tágasabb
szobába. Szóval egy bő fél órát eltartott a készülődés.
/néhány config fájl testre szabása, pl. fstab, lilo.conf, fetchmail kiütése, hogy
ne szedje le a leveleket az éles rendszer elől/
Annyit könnyítettem a helyzeten, mivel a külső vinyón volt már egy 64bites
tiszta rendszer egyéb célokra (helyreállítás, stb.), így abban volt 64bites ker-
nel, ezért lenyúltam a frissítés céljára.
Így ez a pont kimaradt: apt-get install linux-image-amd64:amd64
Kipucoltam a saját 32bites kerneleket is, hogy ne zavarjanak be, kiszedtem a
lilo-ból is minden sallangot, hogy a linux-image frissítése során ne akassza
meg lilo hiba a dpkg-t.
No meg a 6. pontban a wheezy kódokat természetesen jessie-re kellett cserélni.
De más eltérés eddig nem volt.
A 7. pont szerinti
apt-get dselect-upgrade
pont kellemes meglepetést okozott
probléma nélkül visszabontotta a rendszert debootstrap egységsugarú szint-
re.
(folyt köv. 2. félidő után! kupadöntő )
Az első meglepetés a 8. pont végén kezdődött
apt-get dselect-upgrade
-al, ugyanis a csomagkezelő az i386-os csomagokat
kezdte összeszedni a tárolóból. A leírás szerint nem erről volt szó, úgyhogy
gyorsan belenéztem az etc/apt környékére.A
etc/apt/apt.conf
-ban nálam
szerepelt egy
Architecture "i386";
. beállítás, ezt kicseréltem amd64-re, így
az első buktatót sikerült kikerülni.
A második buktató a 9. pont végén volt, a telepítendő csomagok végső listájának
beállításánál:
(hosszabbítás a kupadöntőn folyt. köv.)
off:Na ennyit a nemzetközi kupaszereplésről akkor, egy gonddal kevesebb, Brocchi
remélem még éjfél előtt felmond, Montolivot eladják, a többiről ne is beszéljünk.
A klubot meg végre megveszik a kínaiak, aztán lesz egy kiscsoportos
létszámleépítés !. A mostani keretből nem sok épkézláb embert érdemes
megtartani.
off end.
Szóval a második buktató itt volt:
cat dpkg-get-selections.final|dpkg --set-selections
Nem ette meg a csomaglistát. Első blikkre azt hittem csak egy csomagnál, de
többel is volt gondja. Olyan 64bites csomagokkal melyek korábban felkerültek.
A dselect szerint nem volt feltelepítve, de mégis. :-). vagy a debootstrap-os
kézzel feltett amd64es csomagok kavartak be, vagy az volt a baj, hogy túl későn
lett átállítva az architektúra amd64-re az apt.conf-ban. Mindenesetre a debootstrapos
csomagokat meg még egy kettőt amit leírástól eltérően feltettem (pl. libgpm-t, /gpm-et /,
hogy konzolon is legyen egerem) kivettem a listából, hogy rendesen lefusson.
A problémás kivett csomagok közül valamennyi fel volt telepítve már.
De voltak olyan csomagok is, ami fel volt téve és nem volt gondja vele.
Aztán jött a lista telepítése
apt-get dselect-upgrade
Ez viszonylag simán lement. Ritkán kellett apt-get -f install -al erőltetni.
De volt , ha jól emlékszem talán 5 db csomag (?) amit nem volt hajlandó
feltenni mert a csomag etc configurációs fájlja amit az i386-ból örökölt, az valami-
ért leblokkolta a dpkg-t. Valami olyasmit írt, hogy a conf fájl nem értelmezhető,
cserélhető / pontosan szó szerint nem emlékszem a hibaüzenetre/.
Nem tulajdonítottam nagy jelentőséget, gondoltam legyen igaza,
a problémás conf fájlokat conf.old-ra neveztem
és apt-get -f install-al hajrá. Szóval nem volt vészes, hamar kezelhető kategória
volt ez is.
Az egyik csomag megakadása az az én saram lehetett, az initramfs-tools
frissítése akadt meg, nem tetszett neki a var/lib/initramfs-tools tartalma.
Olyan rendkívül friss maradványok voltak benne, mint 2.6.18-* ,
2.6.26*, 2.6.27*, 2.6.32*. :-)). Mentségemre legyen mondva a legrégebbi
2008-as volt, tehát az ennél is régebbieket azért már valamikor törölhettem. :-))
Így aztán fel is ment a rendszer, de
sdiff -s dpkg-get-selections.cp.00.i386 dpkg-get-selections.cp.03.amd64
-ból látszik, hogy sok felesleges csomagot termelt a folyamat.
Illetve az is, hogy az általam használt tárolókban az acroread-nek pl. nincs 64bites verziója.
egyáltalán van (?)...
A sallang javarésze kiselejtezhető volt egyszerű szűréssel ami a --get-selections-os csomaglistában
:i386-t tartalmazott azt kiszedtem egy listába, csere :amd64-re apt-get install a listára,
oszt kész. az :i386-osokat meg apt-get remove --purge -val ki, vagy ha már deinstall
állapotban voltak akkor dpkg --purge.
Ami még érdekesség volt, hogy a dpkg --get-selections bizonyos csomagokat telepítettnek jelölt, de
valójában nem voltak fent.
Pl. mindjárt a lista 1. helyezettje a 3dchess. Ezt javítottam, kiszedtem a listából a :i386-okat és a többire
apt-get install mégegyszer, ha fent van jó, ha nincs, akkor meg felteszi.
Természetesen megpróbálkozott még egy kis kötekedéssel.
A 9. pontban a
cat dpkg-get-selections.final|dpkg --set-selections
megakadt csomagok
dpkg szerint mindannyian deinstall állapotban voltak, pedig fent voltak, ez is kiszűrve egy listába, és
apt-get install --reinstall és kész.
Maradt még ezen kívül pár darab fölösleg, ezeket majd holnap kigyomlálom. Ez már
csak tisztogatás.
A frissítés ideje a készülődésen túl nagyjából ~2,5 óra lehetett. Ebből sok idő elment
persze többgigányi csomagtöltögetéssel.
Végül is nem lett talán se hosszabb, se rövidebb mint egy full
install / végül is debootstrap alapig lement a rendszer, és onnan
települt vissza, szóval nem sokban különbözik végül is,
de hát erre lehetett számítani /. a konfigurálást azt viszont megúsztam, nagyjából ennyi.
-----------
Összességében volt azért megakadás,
dehát ez a fajta "frissítés" messze túlmutat a debian stable tervezett
keretein. A megakadások kezelése nem tartott tovább pár percnél, vagy addig sem.
De felügyelet nélkül nem lehetett hagyni a folyamatot, tehát full automatikusan azért nem megy.
A beállításokat még nem néztem át, ránézésre nem nyúlt bele a frissítés semmibe, tehát
a meglevő dolgokat átvette. Azt a pár db. egyéb csomagot, aminek kifogásolta a conf fájlját,
azokat nem piszkáltam, nem tudom mi baja volt vele. végül is tökmind1.
Hogy ne legyen meglepetés az éles rendszer és a frissített etc -ját diff-el megnézem majd,
úgyhogy kiderül az igazság hamar.
De nagyjából ennyi.
Azért a kis netbookon (1,6(?) gigás atom processzor, 1 gb rammal, 32 gb SSD) nem állok neki. :-)
Az marad 32biten.
- Oscon blogja
- A hozzászóláshoz be kell jelentkezni
- 901 megtekintés
Hozzászólások
emlékeztető, ha netán még egyszer szükségem lenne ilyen
"frissítésre". Gondolom 2016-ban rajtam kívül más már nem használ
x86_32-t :-DDD...
Viszont valahol kóborol még egy laptop, azon lehet, hogy
majd még kell (?). ;-)
De volt , ha jól emlékszem talán 5 db csomag (?) amit nem volt hajlandó
feltenni mert a csomag etc configurációs fájlja amit az i386-ból örökölt, az valami-
ért leblokkolta a dpkg-t.
A bűnös csomagok és fájlok listája:
libgnomevfs2-extra: /etc/gnome-vfs-2.0/modules/extra-modules.conf
libsasl2-modules: /etc/logcheck/ignore.d.server/libsasl2-modules
libsensors4: /etc/sensors.d/.placeholder
libsensors4: /etc/sensors3.conf
libsmi2ldbl: /etc/smi.conf
libvdpau1: /etc/vdpau_wrapper.cfg
--------
Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.
- A hozzászóláshoz be kell jelentkezni
> Gondolom 2016-ban rajtam kívül más már nem használ x86_32-t :-DDD...
Az meg csak hagyjan, nalam a lilo es a GPM (eger a konzolon) emlitese okozott "woow, ott egy veteranauto!" erzest. :)
- A hozzászóláshoz be kell jelentkezni
:D A gpm-et még megértem, de a lilo tényleg olyan retro érzés.
- A hozzászóláshoz be kell jelentkezni
gpm: tty konzolokon sokkal könnyebb a másolás/beillesztés, enni nem kér, hasznos.
Van ami nekem körülményesebb a mai napig grafikus felületen, automatán ctrl-alt-f*, és konzolon állok neki.
A lilo meg azért, mert megszokás. Ez egy bootloader, ellátja a funkcióját, betölti a rendszert, egyebet nem tud, de itt másra nem is kell,
és a coffee.bmp-t használom boot képernyőnek, tehát szerintem rondának sem lehet mondani. (persze koffeinfüggő vagyok, szóval lehet elfogultság is van a dologban).
minek cseréljek le valamit, ami működik ?
azért nem fogom feltenni a grubot, mert az a "trendi", azért hogy ugyanazt a funkciót lássa el itt a nagygépen, amire a lilo eddig tökéletesen megfelelt.
A nagygépen semmi olyan extra nincs, ami grubot igényelne, vagy tenné célszerűbbé.
de hogy tovább emeljem a "veteránautó" effektet :-DDD
- a kernel 3.14.y bázisú. ;-)
- a konzolon a kinézet fekete alapon zöld betűk. :-)
- lirc 0.8.7 az eredeti helyett a szükséges kernelgányolással, hogy
a lirc_gpio-t külön le lehessen fordítani, ami tudja kezelni
a AS-218 típusú távirányítót,
ami ezen az analóg tunerkártyán van.,
A távirányító ugyanis az istennek sem akar menni a kernelben levő remote_control cuccokkal.
Mindenféle input device van, létrejön,
csak mikor eljön az igazság pillanata és valami átvitel félét kellene produkálni
, akkor hiába nyomogatom a gombokat, semmilyen hatás nincs.
semmi nem jön át. / 3.2.x-ben próbáltam utoljára, azóta inkább folytatom
a 2.6.26 óta tartó gányolást, azzal legalább működik. /
Jelenleg erre van kötve a mediabox rca-scart átalakítóval compozit -on.
/meg lircmd is fut, hogy ágyból lehessen egerészni a távirányítóval - lustaság fél egészség :-D/, van tévé, videó egyben.
most már 64biten. A 64bit egyelőre tesztüzemben a külső vinyón, ha nem lesz
gond vele, akkor partimagevel az éles rendszerre költözik.
--------
Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.
- A hozzászóláshoz be kell jelentkezni