OpenSUSE, blog Alexandra Tolstoy

Acest bug-o lungă perioadă de timp nu mi-a dat odihnă, chiar și cu versiunea 42.1. Linia de jos este că, atunci când opriți sau reporniți sistemul sa oprit pe linia de consola, 60-90 secunde, și numai apoi se va opri. Căutarea pe Google, desigur, am dat o grămadă de plângeri similare de la alte persoane, precum și sfaturi cu privire la rezolvarea problemei. Dar eu nu a ajutat, nici servicii dezactivarea sau unmounting partiții sau completarea manuală a tuturor proceselor manual.

În cele din urmă, am aflat că era curbura systemd 228 utilizat în openSUSE Leap. Ma ajutat o reteta descrisa aici. O soluție rapidă este după cum urmează:

Bug-ul poate fi lucrat în jurul valorii de prin crearea unui fișier /etc/sysctl.d/50-coredump.conf cu următorul cuprins:

Asta face ca kernel-ul să scrie coredumps direct, ocolind codul buggy systemd.

Cu toate acestea, din moment ce kernel-ul va fi, în anumite circumstanțe, să scrie groapa mare într-un fișier de pe partiția rădăcină. Pentru a evita acest lucru, puteți arunca de pe groapa de bază în / dev / null:

ln -s / dev / null /etc/sysctl.d/50-coredump.conf

echo '* hard core 0' >> /etc/security/limits.conf

Acum, nu mai întârzieri la repornirea sau opriți!

OpenSUSE, blog Alexandra Tolstoy

Deci, avem nevoie pentru a construi un pic project.pro edita fișierul prin adăugarea liniei CONFIG + = C ++ la 14:

OpenSUSE, blog Alexandra Tolstoy

Dacă acest lucru nu se face, proiectul se va întâlni versiuni nu doar moderne de GCC. Apoi, trebuie să vă asigurați că fișierele antet FLIF sunt în locul potrivit - printre altele, de care au nevoie pentru a avansa pentru a pune manual în / usr / include / FLIF:

OpenSUSE, blog Alexandra Tolstoy

În continuare vom face și de comandă așteptați câteva secunde. Biblioteca rezultată pentru a verifica pe o legare de succes cu FLIF encoder (faptul că plug-in pentru un motiv oarecare, uneori, nu se leagă):

OpenSUSE, blog Alexandra Tolstoy

În continuare, trebuie să instalați biblioteca în sine, copiați .desktop-fișierele și log tipul de fișier corespunzător pentru a partaja baze de date MIME. Am efectuat următoarele comenzi din directorul

/ Qt_flif_plugin / configuraton:
sudo cp. /libflif.so / usr / lib64 / qt5 / plugins / imageformats /
sudo cp qimageioplugins / x-flif.desktop / usr / share / kservices5 / qimageioplugins /
sudo cp imageThumbnail-flif.desktop / usr / share / kservices5 /
sudo cp x-flif.xml / usr / share / mime / pachete /
sudo / usr / bin / update-mime-bază de date / usr / share / mime

Rezultatul va fi vizibil imediat. În primul rând, câștiga generator de miniatură în Managerul de fișiere Dolphin:

OpenSUSE, blog Alexandra Tolstoy

OpenSUSE, blog Alexandra Tolstoy

OpenSUSE, blog Alexandra Tolstoy

Evaluarea ta:

OpenSUSE, blog Alexandra Tolstoy

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, folosiți Fedora 25 Beta ca sistemul principal este dificil, deoarece multe proiecte nu au făcut încă ansambluri Copr pentru versiunea 25, mai multe instrumente, cum ar fi Fedy. De asemenea, încă mai acceptă numai versiunea Fedora timp de până la 24 de minute. Pe scurt, trebuie doar să aștepte un pic.

OpenSUSE, blog Alexandra Tolstoy

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. Au fost potrivite acei utilizatori care nu au upgrade la Leap 42.1 și au stat la diferite versiuni 13.1 și 13.2. Dar se pare că viitoarea lansare 42.2 va fi de succes în mod excepțional. Pe parcursul lunii de utilizare activă, am fost foarte multumit de calitatea și performanța sistemului. Probabil, ar trebui să ne enumera avantajele și unele dintre deficiențele identificate în openSUSE 42.2.

avantaje:

  • În mod tradițional, cel mai bun l-am văzut din programul de instalare. Logic, ușor de utilizat, stabil - nu este surprinzător, pentru că a fost inițial pregătit pentru versiunea plătită de LES SUSE:
  • Plăcut de utilizat și extrem de productiv Plasma5 pentru desktop;
  • Un set mare de software suplimentar în openSUSE Build System service (OBS). Există o mulțime de entuziaști din comunitatea openSUSE pentru a sprijini pachetele lor de construcție, și există aproape totul;
  • Zypper managerul de pachete. care, în opinia mea, este mult mai puternic decât orice apt sau urpm *. În practica mea am fost în stare să să se rostogolească cu ușurință și cu grație înapoi sistemul la starea sa anterioară, după renovarea magaziile „stânga“ folosind Zypper. sistemul de pachete Break în openSUSE este practic imposibil - chiar distrus, puteți aduce întotdeauna sistemul în funcțiune, purjare de straturi inutile;
  • posibilități interesante de backup și de sistem din cauza versionare fișier de sistem 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 repede, iar acum nu mai doresc să se schimbe Btrfs la Ext4. Apropo, testele recente arată. că Btrfs nu este prea departe de competitori;
  • Cel mai simplu mod de a instala actualizările pe care le-am văzut vreodată. Pictograma tavă de sistem actualizări Plasma5 ședinței, care trimite un semnal cu privire la noile versiuni ale pachetelor. Este nevoie de doar două clicuri de mouse - și să actualizeze imediat descărcat și instalat!

dezavantaje:

Lucrurile mici sunt întotdeauna tastate greșeli, care, deși nu afectează puternic impresia de ansamblu a sistemului, dar enervant. Deci, atunci când ieșiți (log out) din Plasma5 aceasta este prima ingheata plasmă timp de câteva secunde, apoi se va relua cu o eroare, și numai după această sesiune se încheie. Se speră că va stabili în edițiile următoare ale 5.8.h cu plasmă, deci trebuie doar să așteptați pentru actualizări. Restul, unele programe încă să fie colectate manual (KEncFS, KNemo), dar acestea sunt puține. Plasma5 rusificare, în general, în „patru“ - puțin mai rău decât Rosa proaspete, dar defecte minore nu strica mult viata.

Cel mai important lucru - openSUSE 42.2, înainte de eliberarea sa dovedit a fi de distribuție foarte stabil și ușor de utilizat, pe care le pot recomanda pentru oricine care este interesat în Linux.

Evaluarea ta: