Всем привет! В данное время использую на одном из ноутбуков LMDE 2 с Cinnamon, однако детские глюки и общая унылость 3 ветки уже порядком подз.....надоела. Решил что нужно поставить что-то более достойное. Выбор был между Xfce и KDE. Первый не подошёл по трём причинам: нет OpenGL-ускорения отрисовки (нужно юзать либо compton, либо compiz, что не хотелось бы); построен на устаревшем GTK 2, а когда перейдёт на 3 - неизвестно; потребляет ресурсов не сильно меньше KDE, но при этом сильно уступает последнему в функционале. Тесты KDE в Live-режиме не выявили серьёзных проблем. Однако - теряюсь в выборе подходящего дистра. Так как Debian с KDE 5 - это тестинг, то на него внимание не обращаю. Выбор складываю из следующих дистрибутивов:

1)KDE Neon - Кубунта со свежайшим Qt и KDE. В принципе дистр очень хорош, но есть кое-какие минусы. Например в репах Neon нет QtCreator, а при попытке установить его из Убунтовских реп - жалуется на поломанные зависимости. И это я только с Qt Creator такое обнаружил, кто знает что сломано ещё. Но в целом дистрибутив хорошо себя показал. Особенно порадовало крайне низкое потребление памяти после старта;

2)Manjaro - Тут уже свежее всё, однако опыта с Арчеподобными не имею, потому не знаю какие могут быть заковырки с ним. Прошу Арчеводов-кедоводов рассказать о возможных косяках;

3)Kubuntu - стабильность хорошая, но удручает старая версия KDE, которая медленно, но течёт. Версия 5.6 из бэкпортов также подтекает. Этот вариант я ещё обдумываю;

4)openSUSE Tumbleweed - последний раз когда пробовал Сусь, она в упор не видела мой 3G-модем. Думаю этот косяк победить можно, но в остальном - ситуация та же, что и с Арчем.

В общем, уважаемые лоровцы, прошу совета - какой дистрибутив с KDE Plasma 5 наиболее годен, с вашей точки зрения.

Приветствую! Уже не раз обращался за помощью разобраться в причине Kernel Panic'ов на моей системе. Недавно проблема напомнила о себе. Итак: проц Intel Core i3-550, мать MSI H55M-P31, видеокарта встроенная, 8 гигов памяти. Стоит Debian 8. На стандартном ядре 3.16 всё работает хорошо. Стоит поставить любое из 4 ветки - при загрузке файлов в облако, при общении через Скайп или Hangouts, ядро рандомно падает. Пробовал Ubuntu 16.04 (ядро 4.4) - то же самое. Собирал ванильные ядра, включая последнее 4.7. Не помогает. В чём может быть причина? Такое бывает только при каких-либо сетевых операциях. Может быть моё железо уже настолько древнее, что не поддерживается ядром?

Всем привет! Есть 2 нищебродских TP-LINK'а WR740N, на стандартной прошивке (маршрутизаторы разных ревизий, для одного из них OpenWRT только в trunk. Собирать не охота). Первый работает в одном здании, раздаёт вайфай, имеет DHCP, и так далее. Второй находится в соседнем здании, подключён по LAN к первому. DHCP выключен, wi-fi работает в режиме моста (WDS), только используются разные каналы (на первом 6 на втором 11, ибо на одинаковых каналах они начинают давить друг друга). Имя точки доступа, пароль и тип шифрования одинаковые. И есть ноутбук, который работает в качестве NFS-сервера (шара монтируется через Autofs). И вот суть: периодически пропадает соединение. Ноут показывает что всё соединено, но при этом он не пингуется и его NFS-шара не монтируется на другом компе. Переподключение соединения на ноуте исправляет ситуацию. Далее. При переходе из одного здания в другое с этим ноутом - он видит сигнал только с одного из маршрутизаторов, естественно дохлый. На второй приходится переключать вручную. Исходя из всего вышесказанного, у меня 3 вопроса:

1) Правильно ли я соединил маршрутизаторы?
2) Как включить автоматическое переключение точки доступа на ноуте при определённом уровне сигнала?
3) В чём может быть причина пропадания соединения?

Всем привет! Задали мне задачку: после загрузки системы нужен автовход двух пользователей через Lightdm, и автоматический запуск программ для каждого. Второе я ещё представляю как сделать, а вот первое - возможно ли?

Всем привет! Собственно, вопрос в заголовке. В Дэбе есть готовые ядра с патчами grsecurity, стало интересно - будет ли от такого ядра польза на десктопе? Или даже так: много ли будет гемора с таким ядром? :)

Недавно Intel представила линейку новых настольных процессоров Core i7 Extreme Edition, впервые выпустив десятиядерный чип для ПК. Ранее такая мощь применялась исключительно в серверах. Тем не менее, как пишет ZDNet, не обошлось и без ложки дегтя. Дело в том, что чипы семейства Broadwell-E Extreme используют технологию Turbo Boost Max 3.0, но реализовать её можно исключительно под Windows, системы на Linux пока останутся без неё.

Intel подтвердила, что в настоящее время драйверы ядра Linux не приспособлены для работы с этой технологией, но эта проблема будет исправлена разработчиками. Turbo Boost Max 3.0 управляет тактовой частотой каждого ядра в отдельности, тогда как Turbo Boost регулирует частоту сразу всех ядер. По словам Intel, третье поколение технологии на 15% производительнее более ранних версий.

Оригинал новости

Все привет! Хочу создать образ диска от первой Playstation. Диск мультисессионный, и образ должен сниматься в формате bin/cue. В оффтопе делал это через UltraISO, а вот в линуксе никак не могу понять - каким образом снять такой образ? В сети нахожу только инструкции как снимать ISO через dd (и то не получается, ошибку выдаёт). Подскажите, чем можно снять образ bin/cue в линуксе?

Сабж. Инфы много, но я не совсем понял. Пишут что их реализация работает через некий EGL Stream, и она несовместима с реализацией в MESA. Nvidia подготовила патчи, но апстрим не торопится их принимать. Непонятно одно - реализация от Нвидии лучше или хуже той, что в свободных дровах? Как всё реализовано там? Где можно почитать про эти EGL Device, EGL Streams и так далее?

Приветствую! Если я правильно понимаю, то все приложения для KDE 5 пишутся с использованием KDE Frameworks, а не просто Qt 5. В сети не нашёл литературы о том как писать приложение с помощью этой штуки. Может кто в курсе? Хочется изучить.

Всем привет! Загорелось мне что-то поставить BSD. Ради интереса, по большей части. Выбор у меня остановился между FreeBSD и DragonFly BSD. Из всего мной прочитанного, отметил такие плюсы для каждой:

FreeBSD: более труЪ, наиболее популярная BSD (а значит меньше потенциальных проблем), очень годная документация.

DragonFly BSD: ситуация с видеодровами лучше (даже Wayland есть), гибридное ядро, ФС Hammer (начитался про её надёжность), на мой взгляд более простая установка.

С BSD дел почти не имел, потому обращаюсь к опытным: что из этих двух поставить на десктоп? Где меньше возьни с настройкой?

Хакерам, недавно взломавшим игровую консоль Sony Playstation 4, удалось запустить на ней линуксовый клиент Steam, а также игру Bastion. Так как аппаратное ускорение графики было реализовано ранее, игра работает практически без нареканий. Также в сети появилась инструкция по установки Ubuntu, с модифицированным ядром Linux.

Видеодемонстрация

Установка Ubuntu на PS4

Сабж http://www.3dnews.ru/933246

P.S. почти столлманоугодный планшет

Пруф http://www.phoronix.com/scan.php?page=news_item&px=Unity-SDL-Port

Для Ъ: движок планируется портировать на SDL, что отвяжет его от специфичных X11 вызывов, и унифицирует поддержку бэкендов X11, Wayland и Mir.

Всем привет! Отдали тут некоторый хлам, в котором обнаружился почти полностью рабочий системник с Pentium 4 541 (3.2 ГГц), 512 метрами памяти, видеокартой GeForce FX5500 и винтом на 80 гигов. Слышал, что четвёртые пни весьма жручие и горячие. Скажите, стоит ли из этого городить домашний локальный сервер (торрентокачалка, FTP, Samba и подобное)?

Всем привет! Это снова я, и снова с той же проблемой. В общем, мне наконец удалось получить дамп ядра во время паники. Но проблема - я в нём ничего не могу понять. Поэтому обращаюсь за помощью к знающим. Однако могу выдвинуть предположение, что виноват Zswap. Напомню: ядро падает не всегда, и только при какой-либо сетевой активности (локальной или через интернет, во втором случае - при загрузке файла на внешние ресурсы). При этом в фоне у меня открыт Dolphin с несколькими вкладками, Clementine, Okular и иногда Steam. Вот, собственно, дамп ядра:

crash: invalid kernel virtual address: 0  type: "fill_thread_info"

crash: invalid task address: ffff8801f99d1380

crash: invalid kernel virtual address: 0  type: "fill_thread_info"

crash: invalid task address: ffff8801f99d0780
      KERNEL: /usr/lib/debug/vmlinux-4.3.0-0.bpo.1-amd64
    DUMPFILE: /var/crash/201605021719/dump.201605021719  [PARTIAL DUMP]
        CPUS: 4
        DATE: Mon May  2 17:19:22 2016
      UPTIME: 03:39:47
LOAD AVERAGE: 0.22, 0.49, 0.45
       TASKS: 485
    NODENAME: Debian-PC
     RELEASE: 4.3.0-0.bpo.1-amd64
     VERSION: #1 SMP Debian 4.3.5-1~bpo8+1 (2016-02-23)
     MACHINE: x86_64  (3192 Mhz)
      MEMORY: 7.8 GB
       PANIC: "BUG: unable to handle kernel paging request at ffff8801f9a43000"
         PID: 0
     COMMAND: "swapper/2"
        TASK: ffff88023223a180  (1 of 4)  [THREAD_INFO: ffff880232240000]
         CPU: 2
       STATE: TASK_RUNNING (PANIC)

Всем привет! Как всем известно, в Убунте помимо Дэбиановских патчей, накладывают горсть своих, направленных в первую очередь на их любименькую Unity. Всё бы ничего, если бы эти патчи не ломали другие окружения. На днях, я захотел сделать сборку Убунты с Cinnamon. Поставил систему из mini.iso, накатил Cinnamon. Вроде всё отлично. Но софта изкоробки никакого. Поставил gnome-system-monitor, запустил - и впал во фрустрацию. Вместо тысячи слов Как они умудрились так поломать CSD (Client-side decorations)? В UbuntuGNOME всё нормально, в Unity и Cinnamon, другие приложения, как например GNOME Calendar, выглядят как надо, но имеют белые углы, а также кнопки окна из темы Ambiance, видимо из-за низкого разрешения, выглядят наиблевотнейше. Другие Гномо-ГТК приложения и вовсе имеют вот такой заголовок окна. Это какой-то ужас! Они что вообще свои патчи не тестируют? И почему чтобы изменить/добавить какой-нибудь функционал в Unity, нужно патчить GTK? Разве нельзя что-то сделать в самой Unity, в её коде? У кого ещё подобные баги есть?

Всем привет. Нужно получить дамп ядра после его паники. Прочитал про Kdump, настроил всё согласно документации. Однако после искусственно вызванной паники ядра - система просто висит. Дамп не собирается, комп после этого не перезагружается. Перепроверял конфиги - не могу понять в чём дело. Прикладываю их:

/etc/default/kdump-tools

# kdump-tools configuration
# ---------------------------------------------------------------------------
# USE_KDUMP - controls kdump will be configured
#     0 - kdump kernel will not be loaded
#     1 - kdump kernel will be loaded and kdump is configured
# KDUMP_SYSCTL - controls when a panic occurs, using the sysctl 
#     interface.  The contents of this variable should be the
#     "variable=value ..." portion of the 'sysctl -w ' command.
#     If not set, the default value "kernel.panic_on_oops=1" will
#     be used.  Disable this feature by setting KDUMP_SYSCTL=" "
#     Example - also panic on oom:
#         KDUMP_SYSCTL="kernel.panic_on_oops=1 vm.panic_on_oom=1"
#
USE_KDUMP=1
#KDUMP_SYSCTL="kernel.panic_on_oops=1"


# ---------------------------------------------------------------------------
# Kdump Kernel:
# KDUMP_KERNEL - A full pathname to a kdump kernel.
# KDUMP_INITRD - A full pathname to the kdump initrd (if used).
#     If these are not set, kdump-config will try to use the current kernel
#     and initrd if it is relocatable.  Otherwise, you will need to specify 
#     these manually.
#KDUMP_KERNEL=/boot/vmlinuz-4.3.0-0.bpo.1-amd64
#KDUMP_INITRD=/boot/initrd.img-4.3.0-0.bpo.1-amd64


# ---------------------------------------------------------------------------
# vmcore Handling:
# KDUMP_COREDIR - local path to save the vmcore to.
# KDUMP_FAIL_CMD - This variable can be used to cause a reboot or
#     start a shell if saving the vmcore fails.  If not set, "reboot -f"
#     is the default.
#     Example - start a shell if the vmcore copy fails:
#         KDUMP_FAIL_CMD="echo 'makedumpfile FAILED.'; /bin/bash; reboot -f"
KDUMP_COREDIR=/var/crash
KDUMP_FAIL_CMD="reboot -f"


# ---------------------------------------------------------------------------
# Makedumpfile options:
# DEBUG_KERNEL - a debug version of the running kernel.  If not set, 
#     kdump-config will use /usr/lib/debug/vmlinux-$(uname -r) if it is
#     available.  If it is not available, makedumpfile will be limited to
#     dumping all pages in memory.
# MAKEDUMP_ARGS - extra arguments passed to makedumpfile (8).  The default,
#     if unset, is to pass '-c -d 31' telling makedumpfile to use compression
#     and reduce the corefile to in-use kernel pages only.
DEBUG_KERNEL=/usr/lib/debug/boot/vmlinux-4.5.0-0.bpo.1-amd64
MAKEDUMP_ARGS="-c -d 31"


# ---------------------------------------------------------------------------
# Kexec/Kdump args
# KDUMP_KEXEC_ARGS - Additional arguments to the kexec command used to load
#     the kdump kernel
#     Example - Use this option on x86 systems with PAE and more than
#     4 gig of memory:
#         KDUMP_KEXEC_ARGS="--elf64-core-headers"
# KDUMP_CMDLINE - The default is to use the contents of /proc/cmdline.
#     Set this variable to override /proc/cmdline.
# KDUMP_CMDLINE_APPEND - Additional arguments to append to the command line
#     for the kdump kernel.  If unset, it defaults to "irqpoll maxcpus=1 nousb"
#KDUMP_KEXEC_ARGS=""
#KDUMP_CMDLINE=""
KDUMP_CMDLINE_APPEND="irqpoll maxcpus=1 nousb systemd.unit=kdump-tools.service"

# ---------------------------------------------------------------------------
# Architecture specific Overrides:

# Defaults for kexec initscript
# sourced by /etc/init.d/kexec and /etc/init.d/kexec-load

# Load a kexec kernel (true/false)
LOAD_KEXEC=false

# Kernel and initrd image
KERNEL_IMAGE="/vmlinuz"
INITRD="/initrd.img"

# If empty, use current /proc/cmdline
APPEND=""

# Load the default kernel from grub config (true/false)
USE_GRUB_CONFIG=false

Продолжение темы. Сегодня обнаружил, что такое происходит не только с диском в NTFS, но и с родным тоже. Итак, для эксперимента закидывал на Google Drive архив. Спустя некоторое время, экран покрылся полосами и комп резко перезагрузился. Далее, повторяя все действия, комп просто намертво вис, а если в этот момент играла музыка - она начинала циклично заикаться на одном месте. Железо подозрений не вызывало - дискретно карты у меня сейчас нет, только древняя интеграшка. БП и оперативка исправны. Для чистоты эксперимента, проделал то же самое в оффтопике - архив загрузился отлично. Перезагружаюсь в Debian....тоже отлично загрузился. Я уже было обрадовался, но когда слушал музыку и поставил закидываться другой архив - комп завис. Уже не зная, что делать, решил попробовать залить архив через другой браузер - Хром. Несколько архивов залились без проблем, всё чётко и ровно. Скажите, может ли браузер (Firefox в данном случае), так жёстко повесить систему при загрузке файла в облако? И ещё. Где в системе можно просмотреть информацию (лог) о том, что происходило в момент зависания? Ибо я уже не знаю что можно сделать, но если виноват Firefox - с удовольствием от него избавлюсь. Хотя на ноуте он работает безотказно.

Всем привет! Нужно собрать программу для OS X (бинарник или dmg-образ) в Debian. Программа должна собираться в Xcode, вариант с виртуалкой отпадает по техническим причинам. Подскажите, возможно ли собрать из под Линукса программу для Mac? Знаю что для винды в таких случаях юзают MinGW, а есть ли подобное для OS X?

Всем привет! Имеется видеокарта Nvidia GTX 460, установленная на комп с двумя ОС - Debian 8 KDE и оффтопик 7. До недавнего времени, всё работало идеально. Во всяком случае в Debian. В винде во время некоторых игр пропадало изображение, и судя по логам - распространённая ошибка «Драйвер перестал отвечать и был восстановлен». При это был слышен звук парковки головок жёсткого диска и раскрутка блинов. Грешил на диск. Заменил. Запускаю комп, гружусь в Debian - и сразу после загрузки рабочего стола, весь экран покрывается чёрными квадратиками и система виснет. Винда ведёт себя несколько иначе - рабочий стол работает без проблем, но при запуске игры - сразу артефакты. Ради эксперимента, запустил Ubuntu с LiveUSB, в ней погонял glxgears, запустил несколько программ (в том числе браузер) - всё в порядке. Артефактов нет. Собственно, я не могу понять, в чём проблема, ибо поведение карты везде разное. Перегрев исключён, карта холодная. С питанием проблем тоже не должно быть, разъёмы исправны, да и сказалось бы на других компонентах. Есть мысль, что виноват PCIe слот. Карта в нём ощутимо шаталась. У кого было подобное? Есть ли шанс хоть как-то восстановить работоспособность карты?