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ítésre készen...
A gépemen a szoftver (Vivid Vervet) naprakész, de van újabb disztribúció, amire frissíthetek (Wily Werewolf)... Upgrade gomb...
Rendszerszintű változtatáshoz admin jelszó szükséges...
Minden, amit tudni kell vagy érdemes az Ubuntu 15.10-ről... Upgrade...
Előkészülés a frissítési folyamatra...
...
Összefoglaló arról, hogy mi fog történni...
Csomagok letöltése...
14:48-ra már lecsorgott a csomagok fele...
Majd megkezdődött a telepítésük...
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) ...
Ami így festett...
A frissítési folyamat kérdés nélkül lezajlott.
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...
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 bufferAhogy 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 bufferA 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:
Ubuntu hátán Windows 10...
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.
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!
- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Köszi a vmware kiegészítést, hétfőn lezavarom a céges notimon is. :)
- A hozzászóláshoz be kell jelentkezni
Csont nélkül lement kb 50 perc alatt. Vmwaret megbőröztem, az is baba. Következő tavasszal. :)
- A hozzászóláshoz be kell jelentkezni
Jó visszanézni a régieket is. Jó áttekintést ad az Ubuntu fejlődéséről.
- A hozzászóláshoz be kell jelentkezni
"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
- A hozzászóláshoz be kell jelentkezni
Ez olyan... nem XXI. századi, -1 a Canonicalnak.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
É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.
- A hozzászóláshoz be kell jelentkezni
Ú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
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
É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
- A hozzászóláshoz be kell jelentkezni
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... :)
- A hozzászóláshoz be kell jelentkezni
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. :)
- A hozzászóláshoz be kell jelentkezni
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....
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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:)
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
+1
Az scudcloud kivételével nálam is ezek a ppa-k vannak.
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Valóban nincs. Miért hekkelném szét?
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Azt hittem hogy a conky rc fileja valamivel áttekinthetőbb lesz az átállással, de nem. A text szakasz gyakorlatilag változatlan.
- A hozzászóláshoz be kell jelentkezni
A szokásos unalmas folyamat...
--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Volt, aki kérte privátban. Akinek még kellene a Conky konfig:
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
"A Vmware mivel jobb, mint mondjuk a virtualbox?"
Kb. mindenben :) kivéve hogy fizetős.
- A hozzászóláshoz be kell jelentkezni
Abban, hogy ha VMware-rel dolgozol, akkor beleilleszkedik abba az infrastruktúrába, amivel dolgoznod kell.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
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)
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni