Fedora 27

Ahogy tőlem többen már megszokhatták, hajlamos vagyok az elsődleges gépemre igen korán, akár még a béta állapot előtt is frissíteni az operációs rendszert. Most is épp ez történt. Írom a tapasztalatokat.

Ez még Fedora 26-ra vonatkozik, hiszen az upgrade ott kezdődik. A dnf-ből kiszedték a --distro-sync és --datadir= kapcsolókat, legalább is a dnf system-upgrade download kontextusban. Alapértelmezett lett a distro-sync, ez szerintem is helyes. Arra úgy emlékszem, van kapcsoló, ha valaki mégsem így szeretné. A --datadir= helyett --destdir vagy --downloaddir használandó, éppen csak elszúrták az implementációt, mert azt mondja, vagy a download kontextusban használható, vagy --downloadonly kapcsolóval. Én az előbbivel használtam, mégis képembe kaptam az üzenetet. Azért nem szeretem a default helyet, mert nekem a /var önálló filerendszer, s régen volt olyan bug, hogy nem csatolta fel a /var-t, letöltötte az anyagot, bezzeg reboot után felcsatolta, kitakarta ezzel a letöltött file-okat, aztán nem tudott frissíteni. Viszont legalább ez a bug már nincs, így működött a default package cache használatával.

Frissítést megcsinálta, de valami azért furcsa volt. Reboot után olybá tűnt, megint hálózathoz fordul, s nem is pont ugyanarra a következtetésre jutott, mint tette reboot előtt, 6 csomagra azt mondta, hogy kihagyja. Mindegy, megtette.

A grub.cfg file-ba nem sikerült bejegyeznie az új kernelt, így elsőre az új oprendszert a régi kernelével kellett elindítanom. Kernel frissítésnél láttam egy cat: broken pipe üzenetet, szerintem itt nem sikerült a grub.cfg módosítása. Sebaj, megtettem manuálisan. A set default=0 bejegyzést is kézzel kellett beletennem.

A másik hiba, hogy egy rakás selinuxos hibaüzenetet kapok egyelőre. Idővel javítják majd, de legrosszabb esetben van erre eszköz a Fedorában, házilag is gyógyítható. Egyelőre nem nyúlok hozzá.

Az RPMFusion repó vonatkozásában egyelőre nem néztem meg, mi a helyzet, ezzel foglalkozom mindjárt. Ami jó, hogy két napja kijött a 11-es pulseaudio, melyben szokás szerint javítottak egy rakás hibát, s ebben a disztribúcióban már ez van:

https://www.freedesktop.org/wiki/Software/PulseAudio/Notes/11.0/

Hozzászólások

Úgy néz ki, a selinuxos panaszomra ennyi a megoldás:

module my-nmbd 1.0;

require {
        type samba_var_t;
        type nmbd_t;
        class file map;
}

#============= nmbd_t ==============
allow nmbd_t samba_var_t:file map;

Viszont a secure boot-os gépemet már megint sikerült bootolhatatlanná tennem. :( Kikapcsol teljesen, majd eljut az EFI boot-ig, ahol megint kikapcsol. Ezt teszi ciklikusan. Sóhaj...

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

Torkig vagyok a secure boot-tal, {U,}EFI-vel. Már megint bootolhatatlan a kis notebookom. Pedig csak oprendszert upgrade-eltem.

Szerk.: Megoldva. Köszönet enyac fórumtársnak. :)

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

Nekem ez fel sem tűnt, de ha ő mondja:

Startup finished in 2.484s (kernel) + 1.125s (initrd) + 1min 36.962s (userspace) = 1min 40.571s

Mindezt SSD-ről :), bár a /var, /home HDD-n van. Nyomoznom kell, az a gyanúm.

Plottal megrajzoltattam a szolgáltatások indulását. Nem látszik függőségi ok, csak vár több, mint egy percet.

Szerk.: Jeleztem a hibát a fejlesztők felé.

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

Mint kiderült, ez nem is bug, hanem a default time out van ennek az időnek a közelében. A logokat nézve három dolgot is javítottam - persze volt szolgáltatás, amit csak tiltottam -, így aztán nem tudom, mi oldotta meg. Mindenesetre most jó:

Startup finished in 2.476s (kernel) + 1.111s (initrd) + 11.791s (userspace) = 15.379s

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