Този бъг дълго време не ми даде почивка, дори и с версия 42.1. Долната линия е, че когато изключите или да рестартирате системата зацикля върху подканата за конзола, 60-90 секунди, и едва след това изключите. Търсене в Google, разбира се, аз дадох един куп подобни оплаквания от други хора, както и съвети за решаване на проблема. Но аз не помогне, нито да деактивирате услуги или ръчно демонтиране дялове или ръчно приключване на всички процеси.

Най-накрая разбрах, че това е кривината Systemd 228 се използва в OpenSuSE скок. Тя ми помогна рецепта е описано тук. Едно бързо решение е, както следва:

Грешката може да се работи около чрез създаване на файл /etc/sysctl.d/50-coredump.conf със следното съдържание:

Това означава, че ядрото да пиша coredumps директно, заобикаляйки кода на бъги systemd.

Въпреки това, тъй като ядрото ще, при определени обстоятелства, да пиша голяма дупка във файл на кореновия дял. За да избегнете това, можете да хвърлят основната сметището в / сътрудничество / нула:

Въ -s / сътрудничество / нула /etc/sysctl.d/50-coredump.conf

ехо "* твърдо ядро ​​0" >> /etc/security/limits.conf

# DefaultStandardOutput = списание
# DefaultStandardError = наследи
# DefaultTimeoutStartSec = 90s
DefaultTimeoutStopSec = 5s
# DefaultRestartSec = 100ms
# DefaultStartLimitIntervalSec = 10s
# DefaultStartLimitBurst = 5

Сега, не повече забавяния при рестартирането или изключите!

Вашата оценка:

Очевидно е, че заявлението се събира под старата версия на Ubuntu 14.04, не може да работи по-новите версии на Linux. Това е смешно, че neosilyatory с Giktaymsa в подобна ситуация се предава преди това: по време на инсталирането на пакета. Въпреки това, аз не съм за първи път стартирате собствен софтуер за Linux, и знам, че повечето от тези програми (XnRetro, Dropbox, Skype и т.н.), да дойде със свой собствен набор от някои системни библиотеки. Винаги можете да се опитате да премахнете един или повече от тези библиотеки, и да видим как програмата ще се опита да използва цялата система. С една дума, ако се отървем от /usr/lib/2GIS/v4/lib/libpthread.so.0 файл, DoubleGIS страхотни писти и писти:

Вашата оценка:

Така че, ние трябва да направим малко project.pro редактирате файла чрез добавяне на линията CONFIG + = C ++ до 14:

Ако това не бъде направено, проектът ще се срещне не само модерни версии на ССЗ. Тогава ще трябва да се уверите, че файловете с удар с глава на FLIF са на правилното място - наред с други неща, от която се нуждаят, за да преминете към ръчно поставени в / ЮЕсАр / включват / FLIF:

След това команда направи и изчакайте няколко секунди. Получената библиотека за проверка на една успешна свързване с енкодер FLIF (факта, че приставката е по някаква причина, понякога не се свърже):

На следващо място, трябва да инсталирате самата библиотека, копирайте .desktop-файлове и влезте подходящия тип файл, за да споделят MIME база данни. Аз извършва следните команди от указателя

/ Qt_flif_plugin / configuraton:
Sudo CP. /libflif.so / ЮЕсАр / lib64 / qt5 / плъгини / imageformats /
Sudo CP qimageioplugins / х-flif.desktop / ЮЕсАр / акции / kservices5 / qimageioplugins /
Sudo CP imagethumbnail-flif.desktop / ЮЕсАр / акции / kservices5 /
Sudo CP х-flif.xml / ЮЕсАр / акции / мим / пакети /
Sudo / ЮЕсАр / хамбар / актуализиране-мим база данни / ЮЕсАр / акции / мим

Резултатът ще бъде видима веднага. На първо място, печелят с умалените генератор в файловия мениджър делфин на:

Вашата оценка:

Това е един много приличен и относително стабилна дистрибуция, която е идеална за домашна употреба, ако не се вземат на официалната версия, както и изграждане на проекта руски Fedora - тя е добавил допълнителни хранилища, кодеци, както и други неща, които в обикновения Фьодор трябва prodelyvat ръчно. Дори и да не възнамерявате да използвате Теодор като основната система, винаги е полезно да има някъде под ръка (в виртуална машина или на отделен твърд диск / дял), защото Fedor - тя е винаги най-новата версия на работния плот Gnome, напреднали и най-стабилната работа на новата графична система Wayland, надеждна и стабилна подкрепа UEFI и Secureboot в инсталатора, огромен избор на софтуер на трети страни чрез системата Fedora Copr и много други.

В същото време, използвайте Fedora 25 Beta като основна система е трудно, защото много проекти все още не са направили Copr възли за версия 25, много инструменти като Fedy. Също така все още поддържа само Fedora версия до 24 минути. С една дума, просто трябва да се изчака малко.

Предишна Release 42.1 честно казано, не ми хареса - това е много "суров" и се превърна в повече или по-малко добро, само след няколко месеца, когато повечето от разработчиците на проблеми са най-накрая реши. Аз използвам OpenSuSE от времето на версия 10.2 и мога да кажа, че в миналото е имало много и добри, и неуспешни версии - в този смисъл, проектът OpenSuSE остава непредсказуем. Бяха прави тези потребители, които не преминат към Скок 42.1 и отсядали в различни версии 13.1 и 13.2. Но изглежда, че предстоящото пускане 42.2 изключително ще успешна. През месец активна употреба, аз бях много доволен от качеството и ефективността на системата. Вероятно, ние трябва да се изброят предимствата и някои от недостатъците, посочени в OpenSUSE 42.2.

Предимства:

• Традиционно, най-доброто, което съм виждал от инсталатора. Логическата, лесен за употреба, стабилна - това не е изненадващо, тъй като тя е била първоначално подготвени за платената версия на SUSE SLE:
• Приятен за употреба и високо продуктивно настолно Plasma5;
• Огромен набор от допълнителен софтуер в OpenSuSE Build Service System (OBS). Има много ентусиасти от общността OpenSuSE да подкрепят своите строителни пакети, и има почти всичко;
• Zypper за управление на пакетите. които, по мое мнение, е много по-мощен, отколкото всеки ап или urpm *. В моята практика аз бях в състояние лесно и елегантно, за да върнете системата в предишното му състояние след ремонта на "ляво" на хранилища с Zypper. Break пакет система в OpenSUSE е практически невъзможно - дори и разрушен, винаги можете да възстановим функционирането на системата в експлоатация, тя прочистване на ненужните слоеве;
• Интересни възможности за архивиране и създаване на версии на системата, благодарение на файловата система Btrfs. Последният път, когато го тествали с Btrfs повече OpenSUSE 13.1, а след това аз бях неприятно изненадан от слабото представяне на файловата система на работния плот. От тогава, аз винаги корен дял форматиран за OpenSuSE в ext4, но наскоро реших да сложа RC 42.2 на отделен твърд диск и остави в подразбиране инсталатора - те и винаги предлагаме Btrfs. В резултат на това на инсталираната система Струваше ми се много бързо, а сега вече не искате да промените Btrfs да ext4. Между другото, последните изследвания показват. че Btrfs не е твърде далеч назад от конкурентите;
• Най-лесният начин за инсталиране на актуализациите, които някога съм виждал. иконата в лентата актуализира Plasma5 сядане, който изпраща сигнал за нови версии на пакетите. Това отнема само две кликвания на мишката - и актуализация веднага свален и инсталиран!

недостатъци:

Малките неща, които винаги са грешки при въвеждане, които не въпреки че оказва силно влияние на цялостното впечатление от системата, но досадно. Така че, когато излезете (излезете) на Plasma5 Това е първият плазмени замръзва за няколко секунди, след това се рестартира с грешка, и то само след тази сесия края. Надяваме се, че това ще се определи в следващите издания на Plasma 5.8.h, така че просто трябва да се изчака за актуализации. Останалата част, някои програми все още трябва да се събират ръчно (KEncFS, KNemo), но те са малко. Plasma5 русификация като цяло в "четири" - малко по-лошо от Rosa Fresh, но с незначителни дефекти не развалят много живот.

Най-важното нещо - OpenSUSE 42.2, преди пускането му се оказа много стабилна и използваема разпределение, което мога да препоръчам на всеки, който се интересува от Linux.

Вашата оценка: