Ubuntu 13.10 EoL

Ubuntu

Adam Conrad ma arra figyelmeztetett, hogy az Ubuntu 13.10 (kódnevén "Saucy Salamander") disztribúció 2014. július 17-én eléri életciklusa végét. A nevezett dátum után ahhoz biztonsági frissítés, USN már nem kerül kiadásra. Ebből kifolyólag minden 13.10-et futtató felhasználónak erősen ajánlott frissíteni. A támogatott frissítési útvonal számukra az Ubuntu 14.04 LTS-en keresztül vezet. Útmutató a frissítéshez a TrustyUpgrades dokumentumban található.

Részletek a bejelentésben.

( bviktor | 2014. 06. 20., p – 11:23 )

Szuper. Szivesen upgrade-elnek, ha nem fosna tele grub hibakkal a kepernyot a frissito. 2 honappal release utan is.

Mondom, hogy nem volt még Ubuntum, és ez látszik is rajtam.

Fedorán meg lehet csinálni azt, hogy úgy frissít az ember a következő release csomagjaira, mintha csak egy sima frissítés lenne. Aztán van --exclude kapcsoló, de nekem rémlik még --nodeps is.

Azt meg nehezen elképzelhetőnek tartom, hogy a hibaüzenetből ne lehetne kitalálni, mi a baja, valamint ne lehetne esetleg a függőségek kikapcsolásával feltenni előbb az új grubot, majd az egész oprendszert, a végén esetleg reinstall a grubra, már, ha ettől nagyobb a béke az ember szívében.

Fedorán voltak már kacifántos dolgaim, és mindig megoldottam. Az egyik ilyen, hogy külön filerendszerre tettem a /var-t, de az rpm adatbázis a /var/lib-ben van. A telepítő kialakította az rpm adatbázist, megformázta a /var alá csatolandó filerendszert, majd felcsatolta a /var alá, így kitakarva az akkor már ott lévő /var/lib-et. El is szállt a telepítő rendesen.

Azt csináltam, hogy hagytam helyet a /var-nak a HDD-n, feltelepítettem rendesen az oprendszert, majd live-ot boot-olva áttettem a /var tartalmát arra a filerendszerre, amit a /var alá akarok csatolni. Módosítottam az fstab-ot, ahogy kell, aztán reboot. Csinált SELinux relabel-t, újraindult, és működik azóta is.

Lehet azon nyafogni, hogy szar, meg lehet megoldani a problémát.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Fedorán meg lehet csinálni azt, hogy úgy frissít az ember a következő release csomagjaira, mintha csak egy sima frissítés lenne. Aztán van --exclude kapcsoló, de nekem rémlik még --nodeps is.

Szuper. Utana pedig majd minden egyes apt-get update-nel is exclude-oljam a grub-ot, aztan telepitsem a bootloader-ot kezzel, igaz? Mert ugye a kernel attol meg ugyanugy frissul, ahhoz meg kene bootloader is.

Azt meg nehezen elképzelhetőnek tartom, hogy a hibaüzenetből ne lehetne kitalálni, mi a baja, valamint ne lehetne esetleg a függőségek kikapcsolásával feltenni előbb az új grubot, majd az egész oprendszert, a végén esetleg reinstall a grubra, már, ha ettől nagyobb a béke az ember szívében.

File descriptor 58 (/dev/pts/1) leaked on vgs invocation. Parent PID 15292: /usr/sbin/grub-probe
File descriptor 59 (/dev/pts/1) leaked on vgs invocation. Parent PID 15292: /usr/sbin/grub-probe

Ilyenbol nagyjabol 500. Illetve utana minden inditasnal:

Error: diskfilter writes are not supported.

Kernem szepen a megoldast ra, koszi.

Fedorán voltak már kacifántos dolgaim, és mindig megoldottam. Az egyik ilyen, hogy külön filerendszerre tettem a /var-t, de az rpm adatbázis a /var/lib-ben van. A telepítő kialakította az rpm adatbázist, megformázta a /var alá csatolandó filerendszert, majd felcsatolta a /var alá, így kitakarva az akkor már ott lévő /var/lib-et. El is szállt a telepítő rendesen.

Azt csináltam, hogy hagytam helyet a /var-nak a HDD-n, feltelepítettem rendesen az oprendszert, majd live-ot boot-olva áttettem a /var tartalmát arra a filerendszerre, amit a /var alá akarok csatolni. Módosítottam az fstab-ot, ahogy kell, aztán reboot. Csinált SELinux relabel-t, újraindult, és működik azóta is.

Faszagyerek vagy.

Lehet azon nyafogni, hogy szar, meg lehet megoldani a problémát.

3 honapja van rola egy csomo bug ticket, es igen, ideje lenne, hogy megoldjak a problemat, egyetertunk.

Tuti mindkét rendszerben van megoldás, hogy adott csomagokat ne frissíts.

Ebből valamelyik megoldás nem segít?

http://askubuntu.com/questions/18654/how-to-prevent-updating-of-a-speci…

"Utana pedig majd minden egyes apt-get update-nel is exclude-oljam a grub-ot, aztan telepitsem a bootloader-ot kezzel, igaz? Mert ugye a kernel attol meg ugyanugy frissul, ahhoz meg kene bootloader is."

Ezt nem a grub frissítése teszi, hanem a kernelé. Attól, hogy a grub verzió marad, kernel frissítésnél ugyanúgy legenerálja a bootloader-t a rendszer.

Fedorára hasonló:

https://ask.fedoraproject.org/en/question/23741/how-do-i-make-the-softw…

Tehát, nem, nem kell kézzel mindig beírnod. Amikor meg jó lesz, kiszeded a megfelelő helyről a frissítés tiltását.

"Belépés díjtalan, kilépés bizonytalan."
"Vajon mit várok a sorstól, ha hányok az édestől, és izzadok a sóstól."

Lényegében arról van szó, hogy meg tudnád oldani, de ide jöttél egy kis hangulatkeltésért. Jó.

A kernelhez mennyiben kell a bootloader? Csak azért kell, hogy betöltse, azt meg a jelenlegi tudja. A grub.cfg átírása csodákra képes.

Mondok mást. Csinálj egy csomaglistát a mostani verziódról, a /home gondolom, önálló filetrendszer. Telepítsd teljesen tisztán az oprendszert, a csomaglista alapján elég hamar fel tudod szórni, ami még hiányzik. Az önálló /home miatt a személyes dolgok maradnak.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nem, arrol van szo, hogy nem tudjatok megkulonboztetni a megoldast a workaround-tol. Elhiszem, hogy neked fasza az ilyen reszelgetes az otthoni hupper gepeden, de van egy vilag ezen tul is, ahol mondjuk nem feltetlen megengedheto, hogy valamirol 1 het mulva derul ki, hogy elbaszodott egy osszetaknyolt upgrade miatt.

Teljesen irreleváns, szerinted mi engedhető meg és mi nem. Ahol Ubuntut használnak, ott a rendszergazdáknak az a dolguk, hogy megoldják. Van olyan lehetőség is, hogy Red Hat-et használnak, és vásárolnak hozzá support-ot.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Sot, van olyan lehetoseg is, hogy nem baszogatom foloslegen napokig (ahelyett, hogy megvarnam, amig fixaljak), hanem mondjuk valami ertelmeset csinalok. Pl. migralom oket Fedora-ra. Nekem aztan nem lesznek almatlan ejszakaim attol, hogy az intranet-only szervereink nem 14.04-et futtatnak.

Egyebkent nem ez az egyetlen hiba, vannak FS korrupcios bugok is 14.04-gyel. Ha te szeretsz ilyet reszelgetni, egeszsegedre.

szerintem elvarta, hogy mukodjon valami, anelkul, hogy neki kellett volna a sajat ideben tokolni vele, hogy mukodesre birja.

ertem en, hogy te idomilliomos vagy a sok ganyolos pistikevel egyutt aki 486ra forditgatja a kernelet, de van aki csak hasznalni szeretne a rendszert, es nem heggeszteni.

Ez hozzáállás kérdése. A managert nem érdekli, mitől működik, csak hozza a pénzt. A programozót nem érdekli, mi az a hardware - nem is tudja -, csak fusson rajta a program. A hardware-est nem érdeklik az energiaszintek, legfeljebb a karakterisztikák. A fizikus meg tököljön azzal, hogyan kell félvezetőt csinálni. Szóval nagyon nem mindegy, a lánc melyik részével foglalkozol, s milyen megközelítésben.

És tudom, hogy sokat hangoztatott cinikus érv, de ingyen milyen elvárásokról beszélünk? Van pénzért supportált OS, úgy emlékszem.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ezt értem, elvárható, hogy minden működjön. Elég idealista elképzelés, de igen, elvárható.

Ha problémával találkozol, felemeled a kezed és megvárod míg más megoldja, vagy a megoldásig esetleg workaround-ot (ezt a szót látom szeretik) használsz? Majd persze amikor megoldódik, akkor alkalmazod a megoldást. Ráadásul a frissítő rendszer része a megoldás, bocs workaround, nem kell hackelned a rendszered.

"Belépés díjtalan, kilépés bizonytalan."
"Vajon mit várok a sorstól, ha hányok az édestől, és izzadok a sóstól."

Befektetett munka vs. haszon. Nem azt mondtam, hogy nincs a problemara valami kerulout. Ha nem tudnek 14.04 nelkul elni, akkor nyilvan hajlando lennek folosleges munkat es idot aldozni a temara, hogy osszetaknyoljam a rendszerem, de mivel tudok, ezert varok vele, amig a fejlesztok teszik a dolgukat, es megcsinaljak rendesen.

Elhiszem, hogy egyesek a) nem tudnak 14.04 nelkul elni b) kurvara nem tudnak mit kezdeni a szabadidejukkel, de nekem van millio jobb dolgom is. Pl. nektek elmagyarazni ilyen alapveto dolgokat, haha.

Ezek szerint hibásan települt a laptopomra a 14.04, mert ott működik. Munkahelyemen 12.04ről frissítettem, működik. Én ezeket látom.

12.04et próbáltál?

"Belépés díjtalan, kilépés bizonytalan."
"Vajon mit várok a sorstól, ha hányok az édestől, és izzadok a sóstól."

Nem is szántam hasznos információnak számodra, így legalább ez átment, egyszerűen közöltem, az állításod, miszerint nem működik a 14.04, így magában nem igaz. Persze neked ettől még lehet nem működik egy konkrét konfiguráción, az élet ilyen. Én is futottam már ilyenbe. Valamint ha speciális hardverigény nem indokolja, nem értem miért egy nem LTS rendszert használsz. Aláhúzom kiindulásként, mielőtt megint jössz a pont arra akarok frissíteni dumával. Egyszerűbben, miért 13.10 van a gépen és miért nem 12.04? Ha nem akarsz verziók között ugrani, hanem hosszú támogatást vársz, nem logikus egy nem LTS rendszer telepítése. Nekem.

"Belépés díjtalan, kilépés bizonytalan."
"Vajon mit várok a sorstól, ha hányok az édestől, és izzadok a sóstól."

Hint: minek uzemeltetsz linux servereket, ha nem ertesz hozza / nem akarsz erteni hozza?
Szerintem alapszinten elvarhato tudas az, hogy a GRUB micsoda es mire valo. Az sem art, ha megerted a grub.cfg-t szemmel, illetve erted azt, hogy mit jelent a grub csomag frissitese. Hogy a package manager parametereirol mar ne is beszeljunk.

Ha next -> next -> finishre vagysz, hasznalj windowst, vagy vegyel supportot valami kereskedelmi linuxhoz, akik majd mindent megoldanak _helyetted_.
Viszont arra is szamits, hogy ha nem hasznalod az agyad, akkor elobb utobb lecsokkentik koztudottan magas fizetesed (akar 0-ra).

Komolyan mondom, ovoda amit csinalsz: (sokadjara is) idejossz picsogni arrol, hogy informatikuskent informatikai problemakat kell megoldanod.

Az a hozzáértés, hogy egy adott bugot
- hogyan hárítasz el
- hogyan kerülsz meg
amíg a t. fejlesztők méltóztatják megoldani. Nyilván köphetsz rájuk, mert megérdemlik (ezzel maximálisan egyetértek) meg jólis esik. De attól még nem fog működni a rendszered.
Btw az is workaround, hogy Fedorára váltasz..

A kerdes resze az is, hogy az illeto merlegeli, megeri-e a befektetett munka. En merlegeltem, es arra jutottam, hogy nem. Ahogy mar fentebb tobbszor kifejtettem, annyira hatalmas nyomas nincs rajtam, hogy frissitsek, egyszeruen csak szeretem a rendszereket jo kondiban tartani, es az EOL'd rendszerek futtatasa nalam mar nem elegiti ki ezt a fogalmat. Jobb szeretek elebemenni a problemaknak, nem utolag sajnalkozni, hogy "jaj, ez nem tortent volna meg, ha..."

Es igen, az is kerulout, ha migralok Fedora-ra, viszont megitelesem szerint hosszu tavon jobban megterulhet, mint Ubuntu-val erolkodni. Ez nyilvan csak feltetelezes - majd az ido eldonti, hogy igazam volt-e.

Én azt mérlegelném, hogy ilyenkor mi rosszabb: migrálni mindent egy másik rendszerre és megtanulni annak minden nyűgjét, és még az is lehet, hogy a szoftvered nem fog működni (been there, done that), vagy javítani saját kereteken belül, amíg végre lesz hivatalos javítás.
Nyilván te tudod, mennyire éles gép (saját hobbiszerver vagy nagy rendszer).

Édes istenem szerintem meg az a szánalmas, hogy valahányszor bviktor ír valami nemtecőt valamelyik random softwareről, akkor azonnal trollok serege jön, hogy leugassák. Külön vicc ez a fostaliga grub kapcsán, amit még az otthoni dzsunka PC-men se használnék szívesen.

Te ezt még tetézed is azzal, hogy grub.cfg szemmel parseolgatásád ajánlgatod, amikor tudtommal grub2 (a ware nevébe épített verziószámból egyébként viszonylag nagy pontossággal megállapítható, hogy az adott program egy fos) óta elvileg azzal a usernek nem sok dolga lenne.
_____________________________
Powered by 1,3,7-trimetilxantin

( ak0sh | 2014. 06. 22., v – 19:53 )

Frenetikus haláltusa ez a topig, csak így tovább! :D