Frissítettem Vivid Vervet-ről Wily Werewolf-ra

 ( trey | 2015. október 25., vasárnap - 9:03 )

(A Miért váltottam Debian Sarge-ról Ubuntu 5.10-re?, a Frissítettem Ubuntu Breezy-ről Dapper-re, a Frissítettem Ubuntu Dapper-ről Edgy Eft-re, a Frissítettem Ubuntu Edgy Eft-ről Feisty Fawn-re, a Frissítettem Ubuntu Feisty Fawn-ről Gutsy Gibbon-ra, a Frissítettem Gutsy Gibbon-ról Hardy Heron-ra, a Frissítettem Hardy Heron-ról Intrepid Ibex-re, a Frissítettem Intrepid Ibex-ről Jaunty Jackalope-ra - ... - a Frissítettem Karmic Koala-ról Lucid Lynx-re, a Frissítettem Lucid Lynx-ről Maverick Meerkat-ra, a Frissítettem Maverick Meerkat-ról Natty Narwhal-ra, a Frissítettem Natty Narwhal-ról Oneiric Ocelot-ra, a Frissítettem Oneiric Ocelot-ról Precise Pangolin-re, a Frissítettem Precise Pangolin-ről Quantal Quetzal-ra, a Frissítettem Quantal Quetzal-ról Raring Ringtail-re, a Frissítettem Raring Ringtail-ről Saucy Salamander-re, a Frissítettem Saucy Salamander-ről Trusty Tahr-re, a Frissítettem Trusty Tahr-ról Utopic Unicorn-ra, [ 32 bitről 64 bitre váltás miatt újratelepítés ] a Frissítettem Utopic Unicorn-ról Vivid Vervet-re - avagy lehet 10 év alatt egy újratelepítéssel is élni - kaland folytatódik...)

Csütörtökön az Ubuntu projekt kiadta az Ubuntu soron következő őszi kiadását, az Ubuntu 15.10-et. Másnap dél körül csináltam egy full klónt a rendszeremről, majd nekiláttam a Wily Werewolf-ra való frissítésnek. Az óra ekkor 14:33-at mutatott.

Frissítettem Vivid Vervet-ről Wily Werewolf-ra
Frissítésre készen...

Frissítettem Vivid Vervet-ről Wily Werewolf-ra
A gépemen a szoftver (Vivid Vervet) naprakész, de van újabb disztribúció, amire frissíthetek (Wily Werewolf)... Upgrade gomb...

Frissítettem Vivid Vervet-ről Wily Werewolf-ra
Rendszerszintű változtatáshoz admin jelszó szükséges...

Frissítettem Vivid Vervet-ről Wily Werewolf-ra
Minden, amit tudni kell vagy érdemes az Ubuntu 15.10-ről... Upgrade...

Frissítettem Vivid Vervet-ről Wily Werewolf-ra
Előkészülés a frissítési folyamatra...

Frissítettem Vivid Vervet-ről Wily Werewolf-ra
...

Frissítettem Vivid Vervet-ről Wily Werewolf-ra
Összefoglaló arról, hogy mi fog történni...

Frissítettem Vivid Vervet-ről Wily Werewolf-ra
Csomagok letöltése...

Frissítettem Vivid Vervet-ről Wily Werewolf-ra
14:48-ra már lecsorgott a csomagok fele...

Frissítettem Vivid Vervet-ről Wily Werewolf-ra
Majd megkezdődött a telepítésük...

Frissítettem Vivid Vervet-ről Wily Werewolf-ra
A csomagok telepítése és konfigurálása után jött egy kis takarítás (elavult, illetve a továbbiakban szükségtelen csomagok eltávolítása) ...

Frissítettem Vivid Vervet-ről Wily Werewolf-ra
Ami így festett...

Frissítettem Vivid Vervet-ről Wily Werewolf-ra
A frissítési folyamat kérdés nélkül lezajlott.

Frissítettem Vivid Vervet-ről Wily Werewolf-ra
15:31... Kevesebb mint egy órát vett igénybe a frissítés. Természetesen a gép közben teljes mértékben használható maradt. Már csak a reboot volt hátra...

Frissítettem Vivid Vervet-ről Wily Werewolf-ra
15:36-kor már a friss, ropogós, új rendszer ketyegett a gépemen a 4.2-es kernellel...

Utómunkák

A frissítés után két szembetűnő dolog volt, ami manuális beavatkozást igényelt. Az egyik az általam már hosszú évek óta használt conky, ami az 1.10.0-s verzióval újabb konfigurációs fájl formátumra váltott:

trey@alderaan:~$ zcat /usr/share/doc/conky/NEWS.Debian.gz 
conky (1.10.0-1) unstable; urgency=medium

    Conky 1.10.0 introduces a new Lua-based configuration format, which
    supersedes the older free-form text format. An example can be found in
    /usr/share/doc/conky-{std,cli,all}/conky.conf, and documented at [1][2].
    You may attempt to convert your old conkyrc by using a Lua script that can
    be found at /usr/share/doc/conky-{std,cli,all}/convert.lua.

így a sok év óta változatlan konfig verziómat már megköpködte (bár még hajlandó volt használni):

trey@alderaan:/tmp$ conky &
[1] 5268
trey@alderaan:/tmp$ conky: Syntax error (/home/trey/.conkyrc:2: unexpected symbol near '#') while reading
config file. 
conky: Assuming it's in old syntax and attempting conversion.
conky: desktop window (a0000a) is subwindow of root window (9a)
conky: window type - normal
conky: drawing to created window (0x2400001)
conky: drawing to double buffer

Ahogy a NEWS.Debian.gz írta, meg lehet próbálni a régi formátumú config fájlt a convert.lua script-tel konvertálni új formátumúra...

trey@alderaan:/tmp$ ./convert.lua 
Usage: convert.lua old_conkyrc [new_conkyrc]

Tries to convert conkyrc from the old v1.x format to the new, lua-based format.

Megtettem, csont nélkül megcsinálta, így már a conky sem panaszkodott:

trey@alderaan:~$ conky &
[1] 5425
trey@alderaan:~$ conky: desktop window (a0000a) is subwindow of root window (9a)
conky: window type - normal
conky: drawing to created window (0x2400001)
conky: drawing to double buffer

A másik az általam tesztelésre gyakran használt VMware Workstation. A 12 Pro csont (patchelés) nélkül települ a rendszerre és egy kisebb ráhatás után vidáman teszi is a dolgát:

Frissítettem Vivid Vervet-ről Wily Werewolf-ra
Ubuntu hátán Windows 10...

Frissítettem Vivid Vervet-ről Wily Werewolf-ra
Nem sokkal a frissítés után már élesben kellett teljesítenie az új rendszernek. A délutáni házimozihoz be kellett rippelnie a Star Wars gyűjteményem soron következő darabját. Itt jegyezném meg, hogy a Handbrake (az Ubuntu része) nevű szoftver nagy jó kis cucc. Rendszeresen használom eredeti DVD-im rippelésére, ugyanis a háznál már nincs asztali DVD lejátszó, így ha meg akarom őket nézni az asztali médialejátszómon, akkor be kell őket rippelnem. Természetesen csak egyszer, mert a NAS-om utána már tárolja a későbbi lejátszáshoz.

Frissítettem Vivid Vervet-ről Wily Werewolf-ra
Ami még szembetűnt egy napi használat után, az a friss, ropogós LibreOffice 5.0.2...

Egyébként a rendszer teszi a dolgát, napi munkában jelentkező hibába eddig még nem futottam. A levelezés, böngészés, HUP szerkesztés, YouTube, DVD rippelés, VPN csatlakozások, WiFi, suspend/resume, LibreOffice táblázat szerkesztése, virtuális gépek kezelése, futtatása, titkosított tárolók csatolása, leválasztása, szóval a napi taszkok problémamentesen működnek.

Aki frissítene, annak jó frissítést! Következő frissítőszeánsz tavasszal!

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Köszi a vmware kiegészítést, hétfőn lezavarom a céges notimon is. :)

Csont nélkül lement kb 50 perc alatt. Vmwaret megbőröztem, az is baba. Következő tavasszal. :)

Jó visszanézni a régieket is. Jó áttekintést ad az Ubuntu fejlődéséről.

"Warning: /sbin/fsck.btrfs doesn't exist, can't install to initramfs, ignoring."

Megoldás:

sudo ln -s /bin/fsck.btrfs /sbin/
sudo update-initramfs -u

Ez olyan... nem XXI. századi, -1 a Canonicalnak.

Talán azért, mert a btrfs-hez nincs fsck. Ha belenézel a btrfs.fsck fájlba, akkor ezt találod benne:

"trey@alderaan:/tmp$ cat fsck.btrfs
#!/bin/sh -f
#
# Copyright (c) 2013 SUSE
#
# copied from fsck.xfs
# Copyright (c) 2006 Silicon Graphics, Inc. All Rights Reserved.
#

# fsck.btrfs is a type of utility that should exist for any filesystem and is
# called during system setup when the corresponding /etc/fstab entries contain
# non-zero value for fs_passno. (See fstab(5) for more.)
#
# Traditional filesystems need to run their respective fsck utility in case the
# filesystem was not unmounted cleanly and the log needs to be replayed before
# mount. This is not needed for BTRFS. You should set fs_passno to 0.
#
# If you wish to check the consistency of a BTRFS filesystem or repair a
# damaged filesystem, see btrfs(8) subcommand 'check'. By default the
# filesystem consistency is checked, the repair mode is enabled via --repair
# option (use with care!).

AUTO=false
while getopts ":aApy" c
do
case $c in
a|A|p|y) AUTO=true;;
esac
done
eval DEV=\${$#}
if [ ! -e $DEV ]; then
echo "$0: $DEV does not exist"
exit 8
fi
if [ "$AUTO" == "false" ]; then
echo "If you wish to check the consistency of a BTRFS filesystem or"
echo "repair a damaged filesystem, see btrfs(8) subcommand 'check'."
fi
exit 0"

--
trey @ gépház

Fenti scriptben található megjegyzés elolvasása után valaki azért igazán megmagyarázhatná, hogy mi a különbség a "btrfs.fsck" és a "btrfs check" között? Mert fentiből nekem az jön le, hogy

- nincs fsck btrfs-hez
- de ha kell az a funkció, amit átlag FS esetén fsck-nak nevezett eszközzel hajtunk végre, akkor használjam a check funkciót.

Azaz az én olvasatomban nem azért nincs fsck, mert nincs rá szükség, hanem azért, mert check-nek hívjuk. (Amúgy rémlik, hogy xfs-nél is xfs_check-nek híjják a konzisztenciaellenőrzőt. Mondjuk ott legalább van xfs_repair is.)

A fentiből nekem az jön le, hogy bootkor és egyébként normális esetben nem kell a btrfs-t külön ellenőrizni. Annyira nem, hogy az "fs_passno"-t javasolt "0"-ra állítani az fstab-ban (nem fog ellenőrizni).

Az jön le nekem, hogy abban az értelemben nem kell fsck hozzá, hogy nincs olyan javallat, mint az ext* rendszereknél, hogy bootkor és x naponként, vagy x mountolás után javasolt futtatni.

A feltételezés az lehet, hogy önhibájából nem fog inkonzisztens állapotba kerülni. Ha pedig abba kerül külső okokból, akkor ott van a "btrfs check" végső soron pedig a "btrfs check --repair <device>".

Tehát, ebből kifolyólag szerintem ez itt nem hiba. Mivel nem kell a btrfs-t bootkor ellenőrizni, semmi dolga az initramfs-sel. Ezért ignorálja a szkript.

--
trey @ gépház

Érteni értem, de a véleményem a következő (autós hasonlat) - ahogyan a gyári új 20 millás Audit is érdemes elvinni a "kötelező" pár havonta esedékes szervizellenőrzésre, ugyanúgy a fájlrendszereknek sem árt némi időközönként az ellenőrzés. Többek között ezért is szoktak tervezett állásidőket tervezni. Az, hogy az ext-nél ezeket külön be lehet billenteni, hogy márpedig ennyi idő / csatolásszám elérése után muszáj, az egy érdekes kezdeményezés volt a wannabe, hozzánemértő rendszergazdák kordában tartására. Továbbmegyek: szerintem értelmes fájlrendszernél, ha az fstab-ban szerepel egy nem-nulla fsck-pass-no, akkor elindul az fsck, majd látván, hogy az FS konzisztens, itt abba is hagyja a dolgát (legalábbis mintha a dirty-flag az minden mai *X fájlrendszerben lenne implementálva). Ezzel az fsck-elindul majd leáll dologgal valóban értékes századmásodperceket lehet veszíteni, de nehogymá ez legyen a szempont.

Úgy gondolom, hogy ezt rábízták a fájlrendszer data / metadata checksumming funkcióra és a scrub-ra:

https://blogs.oracle.com/wim/entry/btrfs_scrub_go_fix_corruptions
https://btrfs.wiki.kernel.org/index.php/Manpage/btrfs-scrub

Hogy ez így jó vagy sem, azt nem tudom. Én nem használok btrfs-t (még).

--
trey @ gépház

Szombat este nálam is lezajlott a frissítés gond nélkül. Előtte annyit csináltam, hogy visszaváltottam nouveau-ra, ill. pár külső tárolót eltávolítottam. Nekem frissítés után az egér gyorsulása lett "jobb", Logitech G500-asom van. Pár perc és meglett a megoldás. Létrehoztam az alábbi fájlt a lent látható tartalommal:

/etc/X11/xorg.conf.d/60-mouse-acceleration.conf


Section "InputClass"
Identifier "Logitech G500"
MatchIsPointer "yes"
Option "AccelerationProfile" "-1"
Option "AccelerationScheme" "none"
Option "AccelSpeed" "-1"
EndSection

Csak kíváncsiságból kérdezem, az Index pingelése valami szakmai ártalom? Két hete pont azt beszélték a rendszergazdáék, hogy régen az Origo-t szokták megpingelni, ameddig le nem tiltották, azóta átálltak Index-re. :D

Én mindig az indexet pingeltem. Régen, amikor az internet 10-ed ekkora volt, 33.6-os modemmel tárcsáztam be minden hétvégén 3 órakor, az index biztos pontnak tűnt. Azóta is eléggé az ping szempontból. :)

--
trey @ gépház

Kollégák pár éve a Dél-amerikai régióban egy mobil hálózat átjáróján (GGSN) tesztelték az URL rewrite-ot és ott is index lett beállítva. Csak hónapokkal később derült ki, hogy úgy felejtették, a spanyol anyanyelvűek meg csak pislogtak, hogy ez meg miaf... :)

Annyira furcsa látni, hogy neked szinte mindig hiba nélkül végig megy a frissítés (nekem is egyébként), páran meg mindig csak panaszkodnak. :)

Azt azert remelem latod, hogy trey konkretan ket alkalmazast hasznal az ubuntu alaptelepitesen kivul:
- conky
- vmware workstation

Es mind a kettot reszelnie kellett.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Amit te reszelésnek hívsz, abból az egyiket migrálásnak hívják (más rendszeren sem ismeretlen fogalom) és semmi köze a rendszerhez. A másik pedig valószínűleg a VMware 12 Pro telepítőjének a hibája (elfelejtette lefuttatni a megfelelő ldconfig-ot).

De legyen. Azt kívánom, hogy ennél többet az életemben ne kelljen már upgrade után "reszelnem".

--
trey @ gépház

Azt remélem látod, h a vmware "gond" az egyes egyedül a vmware című cég hibája, ők eléggé erotikusan állnak az kijövendő ubuntun levő teszteléshez. Illetve gondolom a linuxos történet náluk nem nagyon kap nagy prioritást. Azaz ha időben kihoznák az új verziót, ami fut az adott kernellel, akkor reszelni sem kellene.

Ennyit számít a jól átgondolt programkínálat. Mondjuk én most OSX-et használok, de én sem telepítettem 5 programnál többet. Átlaghasználat, mindenem megvan. Ubuntun se volt 25 ppa-m, szétgányolt frissítéskezelővel, és ment is minden. Bár trey szerintem lassan rekordot állít:)

0 darab PPA-t használok, emlékezetem szerint életemben talán egyszer használtam PPA-t, de az sem most volt. Én mindent megtalálok a disztró csomagkínálatában, amire nekem szükségem van. Kivétel a VMware, de az meg nem PPA-ban van.

--
trey @ gépház

Nem hívnám reszelésnek amire 2 perc Google keresés után van egyszerű megoldás. Egyébként valószínű, hogy tényleg az össze-visszahackelt rendszerekkel és a túl sok PPA-val van a gond. Én is a lehető legkevesebbet veszem fel belőle, a mostani listát már régóta használom minden gond nélkül:

dropbox
insync
scudcloud
spotify
steam

Számomra pont az volt a korábban használt Debian és most az Ubuntu legnagyobb előnye, hogy az általa kínált csomagválaszték minden igényemet ootb kielégítette, könnyen elérhetővé és telepíthetővé tette, így nem kellett összegányolni innen-onnan a munkámhoz szükséges stacket. Ezen nem kívánok sem változtatni, sem rontani.

--
trey @ gépház

+1
Az scudcloud kivételével nálam is ezek a ppa-k vannak.

+1

Feltételezem, nincs széthekkelve a gép, meg tele ppa-kkal, stb...

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Valóban nincs. Miért hekkelném szét?

--
trey @ gépház

Hát, hogy ne sikerüljön simán az upgrade ;)

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Azt hittem hogy a conky rc fileja valamivel áttekinthetőbb lesz az átállással, de nem. A text szakasz gyakorlatilag változatlan.

A szokásos unalmas folyamat...

--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!

Hybrid grafikánál (dell n5110) is ki lehet kerülni a ppa-kat? És simán lemegy a frissítés?

----
FreeBSD, Solaris, Debian, LMDE

Volt, aki kérte privátban. Akinek még kellene a Conky konfig:

http://pastebin.com/y0E7iE8W

--
trey @ gépház

Most kezdtem én is a frissítést. Viszont az eredményt csak este fogom látni, mert délután mozizás lesz(Mentőexpedíció 3D). Kíváncsi vagyok mennyit fogok szerencsétlenkedni a conkyval...

A handbrake-et nagyon szeretem, bár a batch feldolgozás lehetne egyértelműbb :) Amikor egy egész sorozatot konvertálok gyakran kapom magam azon, hogy berakom egy for ciklusba a cli verzióját ahelyett, hogy gui-n szenvednék :)

A Vmware mivel jobb, mint mondjuk a virtualbox?

"A Vmware mivel jobb, mint mondjuk a virtualbox?"
Kb. mindenben :) kivéve hogy fizetős.

Abban, hogy ha VMware-rel dolgozol, akkor beleilleszkedik abba az infrastruktúrába, amivel dolgoznod kell.

--
trey @ gépház

Ez pontosan mit jelent? Gondolom általános otthoni felhasználásra nem igazán jellemző hogy bele kelljen illeszkedni akármibe. (Úgyértem nekem elég jó hogy egy ablakon keresztül látom a windowst amit futtatok)

Otthonra majdnem mindegy, de a Vbox egy ideig eléggé le volt maradva, pl. USB passthrough meg ilyesmi egy időben nem nagyon akart menni vele. Én lassan 15 éve (vagy ilyesmi) használok VMware terméket munkára illetve bétatesztelőként is olykor, így nem nagyon tesztelgetem a Vbox-ot.

--
trey @ gépház