Acest bug nu ma deranjat mult timp, de la versiunea 42.1. Linia de jos este că atunci când opriți sau reporniți sistemul blochează invitația consolei timp de 60-90 de secunde și numai apoi oprit. Căutarea pe Google, desigur, a dat o mulțime de plângeri similare de la alte persoane, împreună cu sfaturi pentru rezolvarea problemei. Dar nimic nu ma ajutat: nici o dezactivare a serviciilor, nici o demontare manuală a partițiilor, nici o finalizare manuală a tuturor proceselor.
În cele din urmă, am reușit să aflu că acest caz se afla în curbura Systemd 228, folosită în openSUSE Leap. Am fost ajutat de rețeta descrisă aici. Soluția rapidă arată astfel:
Problema poate fi rezolvată prin crearea unui fișier /etc/sysctl.d/50-coredump.conf cu următorul conținut:
Acest lucru face ca kernel-ul să scrie direct coredumps, ocolind codul de sistem buggy.
Cu toate acestea, deoarece kernelul va scrie, în anumite circumstanțe, haldele mari într-un fișier de pe partiția rădăcină. Pentru a evita acest lucru, puteți să aruncați dumpul kernel-ului în / dev / null:
ln -s / dev / null /etc/sysctl.d/50-coredump.conf
echo 'core core 0' >> /etc/security/limits.conf
# DefaultStandardOutput = jurnal
# DefaultStandardError = moștenire
# DefaultTimeoutStartSec = 90s
DefaultTimeoutStopSec = 5s
# DefaultRestartSec = 100ms
# DefaultStartLimitIntervalSec = 10s
# DefaultStartLimitBurst = 5
Acum nu mai există întârzieri la repornirea sau oprirea!
Evaluarea ta:
Evident, o aplicație construită sub vechea versiune a Ubuntu 14.04 nu mai poate rula în versiuni mai noi de Linux. Este amuzant, că neosilator cu Giktimesa într-o situație similară a renunțat chiar mai devreme: în stadiul de instalare a pachetului. Cu toate acestea, eu nu sunt prima dată a rula software-ul proprietar pe Linux, și știu că cele mai multe dintre aceste programe (XnRetro, Dropbox, Skype, etc.), vin cu propriul set de unele biblioteci de sistem. Puteți încerca întotdeauna să eliminați una sau mai multe dintre aceste biblioteci și să vedeți cum va încerca programul să folosească cele de sistem. Pe scurt, dacă ai scăpa de fișier /usr/lib/2GIS/v4/lib/libpthread.so.0, DoubleGIS ruleaza mare și rulează:
Evaluarea ta:
Deci, pentru asamblare, trebuie să editați ușor fișierul project.pro adăugând CONFIG + = c ++ 14:
Dacă acest lucru nu este realizat, proiectul pur și simplu nu va fi colectat de versiunile moderne ale GCC. Apoi trebuie să vă asigurați că fișierele cu antet FLIF sunt în locul potrivit - trebuie să le puneți manual în / usr / include / FLIF:
Apoi rulați și așteptați câteva secunde. Biblioteca rezultată ar trebui să fie verificată pentru o conexiune reușită cu codificatorul FLIF (faptul că pluginul uneori nu face legătura):
Apoi, trebuie să instalați singură biblioteca, să copiați fișierele .desktop și să înregistrați tipul de fișier corespunzător pentru baza de date MIME partajată. Următoarele comenzi pe care le-am executat din director
/ qt_flif_plugin / configuraton:
sudo cp. /libflif.so / usr / lib64 / qt5 / pluginuri / formate de imagini /
sudo cp qimageioplugins / x-flif.desktop / usr / share / kservices5 / qimageioplugins /
sudo cp imagethumbnail-flif.desktop / usr / share / kservices5 /
sudo cp x-flif.xml / usr / cota / mime / pachete /
sudo / usr / bin / update-mime-bază de date / usr / share / mime
Rezultatul va fi vizibil imediat. Mai întâi, generatorul miniatura din managerul de fișiere Dolphin va funcționa:
Evaluarea ta:
Aceasta este o distribuție foarte decent și relativ stabil, ceea ce este perfect pentru utilizare acasă, dacă nu luați versiunea oficială, și de a construi proiectul rus Fedora - acesta a adăugat arhive suplimentare, codec-uri, și alte lucruri care, în Fedor obișnuite au nevoie de prodelyvat manual. Chiar dacă nu sunt de gând să folosească Theodore ca sistemul de bază, este întotdeauna util să aibă undeva la îndemână (într-o mașină virtuală sau pe un hard disk / partiție separată), deoarece Fedor - este întotdeauna cea mai nouă versiune a desktop Gnome, avansat și cel mai stabil de lucru a noului sistem grafic Wayland, fiabil și stabil UEFI sprijin și Secureboot în programul de instalare, o mare selecție de software de la terțe părți prin intermediul sistemului Fedora Copr și multe altele.
În același timp, este dificil să utilizați Fedora 25 Beta ca sistem principal, deoarece multe proiecte din Copr nu fac ansambluri pentru versiunea 25, multe instrumente, cum ar fi Fedy. de asemenea, în timp ce doar versiuni de sprijin ale Fedora până la 24. Pe scurt, trebuie doar să așteptați un pic.
Anterior lansării 42,1 sincer nu-mi place - a fost foarte „crud“ și a devenit mai mult sau mai puțin bună decât după câteva luni, atunci când majoritatea dezvoltatorilor probleme au decis în cele din urmă. Eu folosesc openSUSE, deoarece zilele de versiunea 10.2 și pot spune că, în trecut, au existat o mulțime de comunicate atât de bune și nereușite - în acest sens, proiectul openSUSE rămâne imprevizibil. Acei utilizatori care nu au fost modernizați la Leap 42.1 au avut dreptate și au rămas pe versiunile excelente 13.1 și 13.2. Dar se pare că lansarea viitoare a lui 42.2 va fi extrem de reușită. Pentru o lună de utilizare activă, am fost foarte mulțumit de calitatea și performanța sistemului. Poate că merită să enumerăm avantajele și unele neajunsuri identificate în openSUSE 42.2.
avantaje:
- În mod tradițional, cel mai bun instalator pe care l-am văzut. Logic, convenabil, stabil - nu este complicat, pentru că l-au pregătit inițial pentru o versiune plătită de SUSE SLE:
- Plăcut plăcut pentru utilizare și foarte productiv Plasma5 desktop;
- Un set imens de programe suplimentare în sistemul openSUSE Build Service (OBS). Aici, mulți entuziaști din comunitatea openSUSE sprijină pachetele pe care le construiesc și există aproape totul;
- Manager de loturi Zypper. care, în opinia mea, este mult mai puternic decât oricare dintre apt sau urpm *. În practica mea, am reușit să revin cu ușurință și cu grație sistemul în starea anterioară, după actualizarea din depozitele "stânga", folosind Zypper. Este aproape imposibil să rupeți un sistem pachet în openSUSE - chiar dacă un sistem corupt poate fi întotdeauna pus în funcțiune, curățându-l de straturi inutile;
- Posibilități interesante de backup și versiune a sistemului datorită sistemului de fișiere Btrfs. Ultima dată când l-am testat cu Btrfs mai openSUSE 13.1, iar apoi am fost neplăcut surprins de performanța slabă a sistemului de fișiere de pe desktop. De atunci, am întotdeauna partiția rădăcină formatate pentru openSUSE în Ext4, dar recent am decis să pun RC 42.2 pe un hard disk separat, și a plecat în setările implicite de instalare - acestea și oferă întotdeauna Btrfs. Ca rezultat, sistemul instalat mi sa părut foarte rapid și acum nu mai vreau să schimb Btrfs în ext4. Apropo, arată testele recente. că Btrfs nu este atât de în spatele concurenților;
- Cel mai convenabil mod de a instala actualizări pe care le-am văzut vreodată. În tava de sistem Plasma5 este amplasată pictograma de actualizare, care semnalează noile versiuni ale pachetelor. Doar două clicuri de mouse sunt suficiente - iar actualizările sunt imediat descărcate și instalate!
dezavantaje:
Într-adevăr, o eroare este întotdeauna scrisă, care, totuși, nu influențează puternic impresiile generale despre sistem, ci irită. Deci, atunci când deconectați de la Plasma5, același plasmă mai întâi îngheață pentru câteva secunde, apoi se repornește cu o eroare și numai după aceea se încheie sesiunea. Există o speranță că acest lucru va fi stabilit în cele mai apropiate versiuni de Plasma 5.8.x, deci trebuie doar să așteptați actualizări. În caz contrar, unele programe trebuie să fie colectate manual (KEncFS, KNemo), dar nu există multe dintre acestea. Russificarea plasmei5 în general pentru "patru" este puțin mai proastă decât la Rosa Fresh, dar petele minore nu strică foarte mult viața.
Cel mai important lucru - openSUSE 42.2, chiar înainte de lansarea sa, a fost foarte stabil și potrivit pentru utilizarea de către distribuție, pe care îl pot recomanda oricui este interesat de Linux.
Evaluarea ta:
Trimiteți-le prietenilor: