Közeleg a Fedora 26 életciklusának vége

 ( trey | 2018. május 28., hétfő - 14:56 )

2018. június elsejével a Fedora 26 disztribúció elér életciklusa végére. Nevezett dátumtól kezdve sem hibajavítások, sem frissítések nem készülnek már hozzá. Ennélfogva érdemes a használóinak mielőbb frissíteni Fedora 27 vagy Fedora 28 disztribúciókra. Részletek itt.

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ár, nagyon jó volt.
Most lehet frissíteni egy jó belakott rendszert egy ismeretlenre.

--

nTOMasz
"The hardest thing in this world is to live in it!"

Ez ilyen, használj CentOS-t vagy debian stable-t az ritkábban frissül :>

Fedora 27, Thinkpad x220

Remélhetőleg menni fog minden :). Én most frissítettem 27-ről 28-ra és meglepően jól működik minden.

+1

Nálam a 26 → 27 → 28 upgrade simán ment, semmi para (KDE Plasma)

26-ról lehet közvetlenül 28-ra.


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

A "→" itt fél évet jelent. :)

Máig nem bírom felfogni hogy képesek emberek olyan disztribúció(ka)t használni, aminek a életciklusa ~1 év.

Miért? Fogalmam sincs, hány éve telepítettem, lényegében rolling release-ként használom. Mennyivel jobb az a Windows 10, ami ugyan ugyanannak nevezi magát, de alig néhány óra alatt frissült fel az egész? Fedorán legalább én döntöm el, mikor történjék mindez.

Attól, hogy Fedora 27-ről vagy 26-ról upgrade-el az ember Fedora 28-ra, megmarad minden a /home-ban, /etc-ben, /opt-ban, /usr/local-ban, így aztán még a böngészési előzmények, vagy a háttérképek, valamint a saját scriptek sem sérülnek.


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

A Windows 10 szörnyű. Ahol lehet kerülöm, illetve senkinek nem ajánlom.
Ha red hat vonalon mozog az ember van alternatíva fedorara. Centos, Scientific. Ok, régiek a csomagok, de sohasem értettem ha a hardware nem indokolja miért az a legfontosabb szempont, hogy minél újabbak legyenek a csomagok.

>Ok, régiek a csomagok, de sohasem értettem ha a hardware nem indokolja miért az a legfontosabb szempont, hogy minél újabbak legyenek a csomagok.

Fejlesztettél már Linuxon valami hájpolt környezetben? (Ruby, Node.js, Rust, anyámkínja)
Ha igen, nem kérdeznél ilyet. Egy 2 éves stable OS-ben lesznek vagy 3 éves verziói a nyelvnek/futtatókörnyezetnek. Azóta 8 paradigmaváltás történt az ilyen csodákban, jóformán nem is hasonlít az újban írt kód a régire.

De ha Linux alatt szeretnél játszani se túl szerencsések az ilyen rendszerek, 2 éves stable OS-ben pl. Vulkan még nem is lesz, videokártya driverek is sokat tudnak fejlődni.

"Egy 2 éves stable OS-ben lesznek vagy 3 éves verziói a nyelvnek/futtatókörnyezetnek. Azóta 8 paradigmaváltás történt az ilyen csodákban, jóformán nem is hasonlít az újban írt kód a régire."
Ez jelzi, milyen nagyszerű és átgondolt technológiákról beszélünk. Kukába a helye az összes ilyen eszköznek.
--
"Sose a gép a hülye."

Nem. Az emberi agy rövidlátó, menet közben jönnek az újabb igények, ötletek. Ez nem úgy van, hogy az ősember ücsörög a barlang előtt egy bottal a kezében, s azon agyal, hogyan lehetne 14 nm-es csíkszélességgel CPU-t gyártani, de olyat, amelyben jól van implementálva a védett mód, s ezt másnap meg is csinálja. Előbb például fel kell találni a kereket, meg ilyen apróságok.


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

Bocsánat. Igazad van. Mindig elfelejtem, hogy programozók is vannak a világon.

Most épp azon bánkódom, hogy a Qucs szimulátorból Fedorára csak a 0.0.18-ast fordították le, noha létezik már 0.0.19-es is.


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

Én meg azon, hogy az Altera Quartus III segfaultol indításkor. Legalábbis a 64 bites, szerencsére a 32 még jó.

2014-ben telepitettem a gepemre Fedora 21-et, rendszeresen frissitem, kb ket hete 28-on vagyok. minden rendben.

Én mikor átjöttem az új helyre, és linuxot raktam desktopra, akkor azért lőttem fedorára, mert előtte leginkább RH volt a kezem között, de a centos desktopra nem tűnt elég szaporának, gondoltam a fedora az kb hasonló lesz. 25-el kezdtem, az upgradek kb semmi extrával nem jártak, ment. A 27re váltás után egy pár hétig nem volt képes megjegyezni, hogy melyik oldalt melyik monitor van, kb ennyi. A mostani 28ra váltásból kb annyit vettem észre, hogy kicserélte a lockscreent.

Esetemben adott két gép, amelyeket Fedora 25 óta frissítem (egy asztali gép és egy laptop), plusz van egy régi asztali gép, amely még Fedora 19-cel kezdte a pályafutását, két hete frissítettem Fedora 28-ra. Ez utóbbi azért is jópofa, mert menet közben ki is hullott az akkor 10 éves 5000+ alatta, szóval volt egy processzorcsere egy Athlon II-re újratelepítés nélkül. Nekem ez elég meggyőző :)

Viszont persze ezek a saját gépeim, és talán kijelenthetem hogy értek hozzá. A szüleim gépéit is én tartom karban, azokon azért én is inkább Ubuntu LTS-t telepítek.

28 is nagyon jó. Egy ismerősnek közvetlenül 26-ról upgrade-eltem 28-ra, nem volt vele gond. Régen volt egy olyan probléma, hogy valami hülye SELinux szabály miatt végtelenített reboot ciklusba került, ezért én úgy kezdem az upgrade-et, hogy a csomagok letöltését követően felveszem a kernel paraméterei közé a selinux=0 értéket. Miután lezajlott a frissítés, törlöm ezt a bejegyzést. Megcsinálja a filerendszer újracímkézését, aztán meg is vagyunk.


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

Nekem nem végtelenített reboot ciklus van hanem más "finomság"...

Tegnap tettem fel a Fedora 28-at üres partícióra clean install-ként. Kicsit összeakad valami az nvidia kártáymmal.

Korábban zárt nvidia driver volt, amihez nem kellett a Kernel Mode Setting, ment szépen.

Most a 28-hoz gondoltam hagyom a nouveau-t, mert sokat fejlődött, kezeli a ventilátort is szépen. De ennek kell a KMS.

A video-teljesítmény szuper vele, viszont nem tud sem reboot-olni, se poweroff-al kikapcsolni magát. Tehát ha a Leállítást választom szépen kilép, lefutnak a záró script-ek, aztán a végén kiírja hogy Power Off és ott megáll. Én kapcsolom ki kézzél, a gép gombját nyomva tartva.

A reboot ugyanez, ott meg a Reset-et nyomom a végén.

Ha KMS nélkül indítom akkor nincs ilyen gond, ott viszont nem megy jól a nouveau. De megnézem majd az openSUSE-t, ha ott ez is megy akkor inkább annál maradok.

Na, elindítottam pendrive-ról az új Opensuse Leap-et.

Ugyanúgy hagytam mindent mint a Fedorán, ugyanúgy KMS-el indult és a nouveau driver hajtja meg a videokártyát.

Kis próbálgatás után félve nyomtam rá a Leállításra, várva hogy ismét "kifagy", de ez, kérem szépen, m ű k ö d i k ! :-)

Gratulálunk a győztesnek! :-D

Köszönöm a tippet.
Hétvégére megpróbálom legyűrni a lustaságom, és bevállalom a frissítést.
26-ról 28-ra. Ha már lúd...

--

nTOMasz
"The hardest thing in this world is to live in it!"

Mondanám, hogy használj centos, ott legalább a bugok fixek, de sajna ott sem...
--
"Sose a gép a hülye."

Scientific?

Szerveren természetesen az van.
De asztali gépre nem tenném, igen öregecske csomagok vannak benne.
A gépem meg viszonylag új.

--

nTOMasz
"The hardest thing in this world is to live in it!"

És mihez kell az új csomag?
Egyébként pl. scl repóból fel lehet rakni sok mindent.
--
"Sose a gép a hülye."

Nem tudom.
A hangkártya pl. Fedora alatt sem jó, és gyógymódot sem találtam rá.
Így gondolom CentOS alatt sem lenne esély rá.

--

nTOMasz
"The hardest thing in this world is to live in it!"

Mi az hogy nem jó a hangkártya? Mi nem jó?
Egyébként én anno azért váltottam centosra, mert akkor fedorán pont szakadott a hibernálás, meg talán a wifi driver is.
--
"Sose a gép a hülye."

Ez az alaplapom:
https://www.asrock.com/mb/Intel/H270M-ITXac/index.hu.asp
A hang 7.1 lenne, amit 5.1-ben szeretnék használni. Ilyen hangrendszerem is van hozzá.
Ám a Fedora csak 2.0-ban hajlandó megszólaltatni.
Nem találtam rá gyógyírt.
Csekély esély rá talán a Fedora 28, ez majd akkor derül ki, ha rávettem magam a frissítésre.

--

nTOMasz
"The hardest thing in this world is to live in it!"

Szerintem ez addig van csak így, amíg a /etc/pulse alatt lévő file-okat nem veszed kezelésbe egy text editorral.


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

Tavaly ősszel raktam össze a gépem. Akkoriban hetekig kerestem a megoldást rá.
De pulse nélkül, csak alsaval sem tudtam 5.1-et kicsikarni belőle.
Egyedül annyit értem el, HDMI-n keresztül ki tudtam hajtani az 5.1-et, csak nekem analóg 5.1 kellene.

Mindegy kap még egy esélyt a frissítéssel, aztán ha akkor sem lesz jó, akkor csere.
Na nem a Fedorát, csak a hangkártyát. Veszek egy külsőt, remélve, hogy az megszólal majd 5.1-ben.

--

nTOMasz
"The hardest thing in this world is to live in it!"

Moduloknál ilyen paramétereket látok:

channels

Audio channels (defaults to 2)

channel_map

Channel map. A list of comma-separated channel names. The currently defined channel names are: left, right, mono, center, front-left, front-right, front-center, rear-center, rear-left, rear-right, lfe, subwoofer, front-left-of-center, front-right-of-center, side-left, side-right, aux0, aux1 to aux15, top-center, top-front-left, top-front-right, top-front-center, top-rear-left, top-rear-right, top-rear-center, (Default depends on the number of channels and the driver)

https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Modules/#index1h1

Javasolom még a

pactl list

parancsot.


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

Hát, a pulse-al én annyit foglalkoztam, amíg leszedtem. :D
Nekem egy SB Live-van, tökéletesen megy alsával, pontosabban csak azzal. https://hup.hu/node/154843
--
"Sose a gép a hülye."

Viszont gyanítom, nem is küldöd Fedoráról a hangot Bluetooth-on erősítőre úgy, hogy egy másik alkalmazás hangja a lokális hangszórókon szól.


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

Mindig ezt az esetet írod. Azért mert te 1000-ből egy vagy, aki használja egyetlen funkcióját, nem kéne distro-default hang alrendszerré tenni egy ekkora bloatware kiforratlan fost.
--
"Sose a gép a hülye."

Azért, mert ez nekem nagyon jól jön. Önmagában nem rossz ötlet a hangszerver, mint réteg. Mint ahogyan az X szerver is lehetővé teszi, hogy a kliens hálózaton csatlakozzon, s ne közvetlenül valami grafikus library-n keresztül. Lehet, hogy bonyolultabb, de általánosabb. Nem a kliensnek kell szerencsétlenkedni egy rakás dologgal, hanem megoldja egységesen a hangszerver.

Én inkább azt sajnálom, hogy vagy elvi hiba van a pulseaudio-ban, vagy az implementálás lett elszúrva, de az sem kizárt, hogy alatta az ALSA driver-ek egy része hibás. Lennart meg egy idealista, aki nem hajlandó a saját rétegében hibát elfedni akkor sem, ha tehetné. Még opcionálisan sem. Példa az elszúrt időzítések világából:

May 30 20:49:04 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-7713), drop sink 1024
May 30 20:49:05 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-11558), drop sink 1516
May 30 20:49:06 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-7149), drop sink 952
May 30 20:49:07 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-4392), drop sink 600
May 30 20:49:08 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-10816), drop sink 1424
May 30 20:49:09 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-11411), drop sink 1500
May 30 20:49:10 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-9824), drop sink 1296
May 30 20:49:11 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-12619), drop sink 1652
May 30 20:49:12 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-6292), drop sink 844
May 30 20:49:13 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-5379), drop sink 728
May 30 20:49:14 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-8650), drop sink 1144
May 30 20:49:15 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-6126), drop sink 824
May 30 20:49:16 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-10132), drop sink 1336
May 30 20:49:17 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-15110), drop sink 1972
May 30 20:49:18 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-11459), drop sink 1504
May 30 20:49:19 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-7814), drop sink 1040
May 30 20:49:20 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-9362), drop sink 1236
May 30 20:49:21 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-7237), drop sink 964
May 30 20:49:22 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-12586), drop sink 1648
May 30 20:49:23 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-7948), drop sink 1056
May 30 20:49:24 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-6007), drop sink 808
May 30 20:49:25 *** pulseaudio[1916]: E: [alsa-source-ALC888 Analog] module-echo-cancel.c: Playback after capture (-12266), drop sink 1608


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

A hda-jack-retask -kal próbálkoztál?

Eddig nem ismertem ezt a programot, de kipróbáltam.
És sikerült! Van 5.1-em.
Bár most minden alkalommal kettő hangosat "pattan" a hangszóró, mielőtt elkezdi lejátszani a hangot.

Mindenesetre nagyon köszi, ez már végre haladás. :)

--

nTOMasz
"The hardest thing in this world is to live in it!"

Ez a program alap ha nem a default konfigurációban (N*2.0) akarod használni a jack aljzatokat. Örülök hogy segített.

Ha másképp nem bírsz el a pattogással, akkor a Pulseaudio beállítható úgy, hogy sose keverje le a hangot a hardverről, ha más nem, akkor csendet játszik.

Welcome to the world of Linux, ’mite’. Ahogy a kínai mondaná. Ez nem csak a Fedoránál van így, hanem az összes disztrónál, haladni kell a verziókkal, főleg a csomagverziókkal, ha más nem a függőségi fa miatt. Különben úgy jársz, mint Debianon, hogy ha valamit hivatalos tárolón kívül akarsz feltenni, akkor nem megy fel rá semmi, mivel 1000 évesek a csomagok. A Linux nem XP, hogy felteszed az orosz krekkes SP0-ás verziót, aztán azt használod 2039-ig, mert belaktad és a Win32-es visszafelé kompatibilitás miatt majdnem minden fog rajta menni. Ha ilyenre van igény, hogy 100 évig működő belakott rendszer, akkor MS-DOS-t kell feltenni, azt nem kell frissíteni. Esetleg valami régi CentOS-t, ropogósan friss 2.6-os kernellel. Nem bántásból írom, hanem komolyan.


No keyboard detected... Press F1 to run the SETUP

Nekem „100 éve” belakott a Fedorám, a frissítéssel a belakottságot adó csomagok is frissülnek. Egy-egy saját script törik olykor, ezeket meg kell javítani, aztán megy minden tovább.


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

Jó, de te hajlandó vagy frissíteni. Engem egyébként csak ez tart vissza a Fedorától. Gondoltam már rá többször, hogy átállok rá Archról, de Fedora így csak half rolling, vagy hogy hívják az ilyet. Az mindenesetre szimpatikus a Fedorában, hogy nem csak hogy nagy disztró, de sok csomag van hozzá, és azok mindig nagyon frissek.


No keyboard detected... Press F1 to run the SETUP

Én nem használtam Arch-ot, lehet, hogy vele is elégedett lennék. Megszokásból használom a Fedorát, elég jól ismerem a rendszert, így ha nagy ritkán valami bajság lenne, ezt a rendszert látom át leghamarabb. Semmi okom váltani, kedvelem. Nekem kezesbárány.


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

Én nagyon nagy tiszteletben tartom a Red Hat Linuxot. Ezért mindig utána járok / megkérdezem feladatköröknek megfelelően milyen alkalmazásokat ajánl, és akármilyen egyéb disztrón, ami nem CentOS vagy Scientific, azokat állítom be. Így debianon is pl FireewallD-t használok meg VsftpD-t, de az otthoni desktop gépemen, amin gentoo van még az ABRT-t is felraktam. Még feltolnék valami Red Hat témát és megvan a tökéletes feeling. És ahogy írtam sokkal több SELinux policy van hozzá számomra érthetetlen okból mint CentOS/SL-ra.

Locsemege. Meg ne forduljon a fejedben egy esetleges váltásnál az arch. Érzem Neked gentoo kell. Ne kényelmesedj el. A megszokás nagy úr. Nem használod ki a képességeidet. Engem teljesen magáévá tett a gentoo.
Amekkora pulseaudio perverz vagy, kiélhetnéd vágyaidat ezen a disztrón. Nagyon durván. Meg a függőségi gondjaidat is megoldanád hidd el. Én nagyon megbántam, hogy nem kezdtem el sokkal korábban gentoozni.

(Nem is értem miért nem gentoougynok nicknevet kértem)

Ennek a half rollingnak nem tudom mi értelme úgy, hogy évente jelenik meg a fedora. Vagy miért nem teljesen rolling? De ennyi erővel a Mageia is ilyesmi. Kernelből mindig tesznek bele újabbat.

Évente kettő szokott megjelenni, lásd: https://fedoraproject.org/wiki/Fedora_Release_Life_Cycle
Tavasszal és ősszel, tudtommal az Ubuntu is így jelenik meg vagy például a GNOME. Nincs ezzel semmi gond szerintem, elég világos release schedule van és ahogy írták feljebb a kollégák, egy jó ideje sima a verzióváltás. Az, hogy miért nem rolling, arról álljon itt egy régi thread: https://lists.fedoraproject.org/pipermail/devel/2012-November/173397.html

Egyébként érdemes egy pillantást vetned a Team Silverblue projektre, leánykori nevén Fedora Atomic Workstation-re: https://teamsilverblue.org/ és https://www.projectatomic.io/blog/2018/02/fedora-atomic-workstation/

Izgalmas jövő elé nézünk.

A Flathub mondjuk épp felkavarja az állóvizet ebből a szempontból.

Fedora is szép pályafutást futott be. Az új verziót simán jelzi a rendszer, és desktopról simán éehet frissíteni mint Ubuntu-nál? Valamikor 17 tájékán használtam, azóta nem annyira követtem.
--
https://www.digitalocean.com/?refcode=7504fb2af065

kinda. újra kell indítani, mint a Windowsnál, s a reboot alatt frissíti fel magát. de ettől függetlenül hasonlóan gördülékeny.

mondjuk engem most megviccelt, mert valami Gnome plugin megdöntötte az egészet, s login után visszadobott a login screenre. de hála égnek más már korábban belefutott, a Google meg segített :)

Én így szoktam:

dnf --refresh upgrade
dnf system-upgrade download --releasever=28

Ellenőrzöm az aláíró kulcsokat. Itt a grub.cfg-ben a kernel-paraméterekhez adom a selinux=0 értéket, majd:

dnf system-upgrade reboot

Megcsinálja az upgrade-et, újraindul, utána

dnf --refresh upgrade
dnf check

Törlöm a grub.cfg-ből a SELinux tiltását. Reboot, megcsinálja az újracímkézést, magától magint újraindul, s meg is vagyunk. Érdekes lehet valami ilyesmi:

rpm -qa | grep -v fc28 | sort | less

Lehet mazsolázni, hátha valami túl régi, s már nem is kell.


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

Kipróbálom így, de tartok tőle, hogy a cinnamonom ugyanúgy megneheztel majd a frissítésre, mint még 24 idején.
Igaz talán az is beleszólhat, hogy a korora spint használom..

Fedora repóból származó csomagok általában nem okoznak felfordulást. Ugyanakkor néha van olyan, hogy annak a közel 3000 csomagnak a függőségeit nem sikerül feloldani. Ilyenkor nem az a megoldás, hogy feladjuk, mert ez jó eséllyel holnap sem lesz jó.

Azt csinálom, hogy egyrészt elolvasom a hibaüzenetet, s abból kitalálom, mi a baja. Ha nem jövök rá, a konfliktust okozó csomagot megpróbálom törölni dnf erase paranccsal, s reménykedem benne, hogy nem akarja függőségként magával vinni a fél oprendszert. Ez általában így is van. Ha mégis, más stratégiához folyamodom. Meredek, de meg lehet próbálni rpm -e csomagnév, vagy rpm -e --nodeps csomagnév formájában eltávolítani, amit kell. Ekkor sérül a függőség, de a telepítő várhatóan az új disztribúció telepítésekor felteszi a hiányzó függő csomagot.

Gond lehet abból, hogy régebben a 2-es verziói python csomagokat python-* névvel illették, a 3-as verziójúakat python3-* névvel. Újabban viszont a kettes verziót hasonló szintaxissal, python2-* névvel illetik.

A hibaüzenetek nem a felhasználó megrémisztésére valók, hanem informálásra, amely alapján a felhasználó meghozhatja döntését a vélhetően helyes cselekvés irányába. :)


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

Végre csináltam helyet neki, mert előzőleg az volt a hasfájása, hogy nincs szabadon 3GB :)
26-28 nem ment, valami GPG ügyön csúszott meg, amikor már úgy tűnt, hogy menni fog (--skip-broken --allowerasing kikövetelve)
Persze, hogy főleg a korora holmikkal akadékoskodott, aztán azért a 27-összejött.

De legközelebb lefekvés előtt indítok ilyesmit, du.5-ös indulással 9-re végzett :/

Akkor azért nem mai az a gép. Fedora 28 nagyon jó, de 29-et egyelőre nem ajánlom. 27-nek hamarosan megszűnik a támogatása. Másfél hónap kb.


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

Még nincs is 10 éves, (2nd gen mobil i3), ssd nuku :). 33 híján 6k csomag volt..
Lehet, hogy arch felé kellene mozdulnom, ott úgyis újratelepítés a hasonló elhanyagolás eredménye :D

Vagy csak egyszerűen leszedni a Fedoráról, amire semmi szükséged.


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

Locsemege!
Desktopon miért használsz SELinuxot? Fejlesztés miatt kell? Én próbáltam használni a hobby szerveremen, amin samba meg apache fut CentOS 7 rendszeren. Engem folyamatosan szopatott és inkább letiltottam. Azt bevallom nem is értek hozzá, meg elég nagy falatnak tűnik. Legalábbis az a része, hogy saját policyt írj hozzá, vagy csak hackeld. Nyilván fejlesztőknek ez nem kihívás, de sima rendszergazdáknak megoldhatatlan probléma.

Csak egy kérdés. Érdekességként felteszem. Miért van az, hogy gentoora sokkal több selinux policy van írva mint Centosra?

Nem használ, mint a mellékelt ábra mutatja :)

Egyébként nem akkora falat, egy sima rendszergazdának a szállított dolgokat így 2018ban be kéne tudni konfigolni. Mikor szopatott, akkor azt 90%-ban azért tette, mert épp ki akartad engedni valamelyik daemont a körülfalazott dobozából.

Nem használ, mint a mellékelt ábra mutatja :)

Ez így nem igaz. Upgrade-nél kikapcsolom, amúgy használom.


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

Upsz, a felett àtsiklottam, bocsánat.

Hátha így könnyebb megérteni mire is való / miért is jó: https://people.redhat.com/duffy/selinux/selinux-coloring-book_A4-Stapled.pdf

Biztonság miatt használom, Fedorán amúgy ez a default. Ha gáncsoskodik, az audit logból automatikusan képes legyártani a kaput nyitó szabályt, de ezzel óvatosan kell bánni, mert annak nincs értelme, ha minden kopogtatónak ajtót nyitunk. Akkor nem is kell az ajtó.


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

Azt hiszem túlaggódtam egy kicsit.
Egy órája álltam neki (adataim mentésével kezdtem), és most már Fedora 28 alól írok.
A frissítés 26-ról sima és problémamentes volt. :) És minden adatom, beállításom megmaradt. :)
Köszi a gyorstalpalót, sokat segített.

--

nTOMasz
"The hardest thing in this world is to live in it!"

Mondjuk a gyorstalpaló kb pont így van benne a fedora wikiben ;)

A mentésre én egyébként a következőt szoktam tenni:
- bedugok valami külső disket (nagyobb pendriveot, vinyót) amin nincs semmi fontos (ilyenek azért vannak felénk összevissza)
- teszek rá egy lvm partíciót
- pvcreate
- vgextend-del hozzácsapom a rendszer volume grouphoz
- lvcreate-tal csinálok egy-egy snapshotot a partícióim alatt levő lvmről (ilyenkor ugye a snapshotban gyakorlatilag csak a változások fognak gyűlni helyet foglalva)
- update

ha minden jól ment, akkor
- lvremove-olom a snapshotot
- vgreduce-al kiszedem a disket a vgből
- a vinyót meg későbbi sorsától függően wipeolom

ha nem:
- akkor bebootolnék valami liveról,
- és mergelném a snapshotot

Ennek nagy előnye, hogy alapesetben nem kell gondolkodni az update előtt a backupról, illetve várni rá. Abban a nem túl valószínű esetben meg, ha nem bootol az új rendszer, akkor elég gyorsan lehet azt mondtani, hogy hagyjuk az egészet.

Köszi, ez biztos hasznos, de nekem felesleges.
Csak néhány doksit mentettem ki, és pár config fájlt. Ez gyorsan megvolt.

Az adataim nagy részét természetesen egy NAS-on tárolom (képek, videók, zenék, filmek stb).
Így ezek mentésére nem volt szükség. Meg semmi másra sem.

Csak még sosem frissítettem Fedorát, ezért nem tudtam, hogy itt ilyen flottul megy minden.
De örülök neki, legközelebb már hezitálás nélkül fogok bele. :)

--

nTOMasz
"The hardest thing in this world is to live in it!"

:)


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

27->28 upgrade után LC_TIME cannot set locale (magyarul) és Failed to set locale, defaulting to C, dnf install glibc-langpack-hu megoldotta, nem tudom miért tűnt el.

Tényleg, ez nálam is volt. Csak olyan hamar rájöttem a megoldásra, hogy el is felejtettem mostanra a problémát.