Говорильня (дискуссионный клуб)

redix · 20-01-2018 23:36:33

С совместимостью печаль-беда:

Linux Distributions:

Red Hat Enterprise 6.5 (64-bit version)

Ubuntu 14.04 (64-bit version)

Centos сразу отпадает, я на шестом просидел без малого четыре года, софта практически нет, я много чего собирал руками. Я даже не скажу какой вам посоветовать браузер, хром с лисой его уже не поддерживают. Можете попытать счастья с Убунту, версия 14.04 с длительной поддержкой (LTS), будет поддерживаться до апреля 2019-го года.

BigOrange · 21-01-2018 12:34:51

Игорь пишет:

posixru пишет:
Игорь пишет:
Я про другое: вот на арче надо каждое утро с аура начинать
Зачем? Я раз в месяц его обновляю, обычно, иногда дважды и пару лет уже никаких проблем,
чтобы знать чего с утра уже поломано . ролиннг как никак.
+
я где-то читал отчеты о страданиях, когда юзер не мог чего-то обновить потому что оно требовало еще чего-то более нового, чем у него в системе..
..Короче, надо регулярно глобально обновляться. ?
---
чем маньяро-репы отличаются от арчевских ? там вроде свои стейбл есть, где арчевские карантин проходят. так ?
а состав пакетов отличается ?

не надо с "аура" начинать утро
чтобы знать чего с утра уже поломано, нужно мониторить новости с этой страницы https://www.archlinux.org/ (если гоняемся за свежими версиями отдельных пакетов, там есть отдельная подписка)
если никаких манипуляций руками не надо делать, тогда уж 'sudo pacman -Syu' раз в неделю достаточно, может даже и реже.
но если ставить новый пакет, то лучше перед этим обновиться.
в аур редко заглядываю чтобы выловить отдельные обновления.

маньяро-репы немного отстают от арчёвских, в них есть отдельные специфичные для дистра пакеты, и не каждый день там что-то новое появляется.
но маньяру лучше поддерживать в актуальном состоянии, и с ключами там проблемы чаще встречаются.

Отредактировано BigOrange (21-01-2018 12:43:22)

redix · 21-01-2018 13:58:59

BigOrange пишет:

маньяру лучше поддерживать в актуальном состоянии, и с ключами там проблемы чаще встречаются.

Если пользоваться услугами банка онлайн, то все нужно поддерживать в актуальном состоянии, даже вендовоз. Чтобы потом не было мучительно больно....

BigOrange · 21-01-2018 15:19:36

@svm,
для арчеобразных дрова вроде как есть, но проприетарное всё в AUR

aur/catalyst 15.9-17 (332) (0,00)
AMD/ATI Catalyst drivers for linux. fglrx kernel module only. Radeons HD 2 3 4 xxx ARE NOT SUPPORTED
aur/catalyst-dkms 15.9-17 (2) (0,00)
AMD/ATI drivers AKA Crimson. Sources to build fglrx module on DKMS.
aur/catalyst-generator 15.9-17 (24) (0,00)
AMD/ATI drivers. Generator of catalyst-{kernver} packages with fglrx module inside.
aur/catalyst-hook 15.9-17 (Out of Date) (96) (0,00)
AMD/ATI drivers. Auto re-compile fglrx module while shutdown/reboot.

ещё есть репа

catalyst
Maintainer: Vi0l0
Description: ATI Catalyst proprietary drivers.
Key-ID: 653C3094
[catalyst]
Server = https://mirror.hactar.xyz/Vi0L0/catalyst/$arch

на вики (https://wiki.archlinux.org/index.php/AMD_Catalyst) пишут,
что новый драйвер может не поддерживать свежий Xorg, но там приведены репы с более старыми версиями этого самого Xorg.
теоретически всё должно получиться.

с манжарой может не прокатить, там свой установщик дров (mhwd) с которым сложно договориться.

Добавлено спустя 04 мин 47 с:

redix пишет:

Если пользоваться услугами банка онлайн, то все нужно поддерживать в актуальном состоянии

Если включать режим параноика, тогда лучше манжару не рассматривать, у них обновы отстают от арчевых, и арчеводам больше доверия.

Отредактировано BigOrange (21-01-2018 15:27:45)

redix · 21-01-2018 16:40:46

BigOrange пишет:

тогда лучше манжару не рассматривать

Для меня это самый простой и быстрый способ получить рабочую систему, и не более. Просто лень заниматься сейчас, понятно что будет АрчЪ и Центось впридачу.

Напрасно я убил две недели на обстругивание debian-based, теперь облом какой то.

BigOrange пишет:

для арчеобразных дрова вроде как есть

Бесполезный гемор, и скорей всего до ближайшего обновления системы. АМД давным давно забила на юзеров, даже на тех у кого новые карточки, про владельцев старых, вообще молчу, даже на тех кто сидит на вендовозе. Вот статейка за апрель 2012-го года: AMD Drops Radeon HD 4000 Series & Older Catalyst Driver Support, двенадцатого Карл! Что тогда говорить за текущий момент?

Игорь · 21-01-2018 17:17:18

redix пишет:

Напрасно я убил две недели на обстругивание debian-based, теперь облом какой то.

Почему ? В чем облом ?

redix пишет:

Игорь
How to Install FreeType 2.8 in Ubuntu 16.04, 17.04
Щас попробуем.
Установил, особой разницы не заметил.

То просто описание неполное. Вот нормальное описание.
Там править конфиги еще. Разница будет.

Приходилось ли кому выносить дом.раздел на отдельный раздел (нарезать и перенести) ?

redix · 21-01-2018 17:50:47

Игорь пишет:

Почему ? В чем облом ?

@Игорь, перекрасноглазил. Против Дебиан и ко не имею ничего, просто не мое. Пося меня заразил кострукторами, берем жыгуль, отрезаем крышу, ставим колеса от камаза, мотор с разборки от лехуса, заправляем гептилом, домашний линух готов к использованию. А линухминт и бубен такого не выносят.

Игорь пишет:

Приходилось ли кому выносить дом.раздел на отдельный раздел (нарезать и перенести) ?

А смысл в чем? Я последний раз, когда ставил Арч, то все было в одном разделе и без свопа, один корень. Может для серверов имеет значение, разбиение на кучу разделов, тут я не в курсах, а для домашнего использования зачем? Скорости это не прибавит, удобства и надежности тоже, LVM вообще изврат.

BigOrange · 21-01-2018 19:18:54

Игорь пишет:

Приходилось ли кому выносить дом.раздел на отдельный раздел (нарезать и перенести) ?

создаём раздел, копипастим тудыть папку (простите, файл) /home
правим /etc/fstab, а точнее запись отвечающую за /home

# UUID=b3f25d0e-5cc8-4492-b53f-11c4f9bde0e0
/dev/sda3           	/home     	ext4      	rw,relatime	0 2

Добавлено спустя 05 мин 05 с:
@redix, в разделе с отдельным хомяком при сменах дистрибутивов удобно держать нужные файлы, темы, программы и настройки. всё нажитое непосильным трудом остаётся на месте.
удобно же, мой хомяк жив ещё с ubuntu 10

redix · 21-01-2018 19:29:51

Я раньше так делал, а сейчас храню нужное отдельно, после установки просто растыкиваю все по местам, ну и бекаплю кое что.

BigOrange пишет:

создаём раздел, копипастим тудыть папку (простите, файл) /home
правим /etc/fstab, а точнее запись отвечающую за /home

А как с правами при этом? Копировать рекурсивно нужно с правами доступа же.

BigOrange · 21-01-2018 19:36:38

копировать нуна "под собой" же.
при смене дистрибутива, если выбрано то же имя пользователя, никаких дополнительных действий не требуется.
если создан пользователь с новым именем, то после перемещения данных на ~/%newusername% даём себе требуемые права рекурсивно (на исполнение лучше отдельно по каждому файлу).

redix · 21-01-2018 21:53:39

BigOrange пишет:

копировать нуна "под собой" же.

А вот это зависит от конкретного дистрибутива, например Centos, Arch & Manjaro дают одинаковые права, а когда тренировался с Debian и производные, то иногда приходилось становиться владельцем каталогов с бекапами и шпаргалками через chown. А ник у меня при установке, под всеми дистрибутивами одинаковый.

Добавлено спустя 04 мин 49 с:

BigOrange · 21-01-2018 22:21:31

Debian давно пробовал, после убунты для меня много нюансов повылазило,
если и были проблемы с правами, то это были мелочи по сравнению с остальным.
Помню как-то приходилось на всю папку пользователя права менять, исполняемых файлов тогда в хомяке не держал, тоже безболезненно прошло.

redix · 23-01-2018 01:02:56

redix · 25-01-2018 16:22:07

заварить_чайку · 25-01-2018 23:56:03

Кто знает, что случилось с юниксфорумом точка ру?

redix · 26-01-2018 00:36:01

Ничего с ним не случилось, вы неправильно пишете название, вот правильное: https://unixforum.org/index.php?

заварить_чайку · 26-01-2018 00:58:30

Точно, спасибо)

Добавлено спустя 09 мин 08 с:
Ок, раз уж я тут, то задам один вопрос. Надеюсь, мне помогут. В общем, дело такое. Пытаюсь отключить ipv6 на сетевом интерфейсе, прописываю в файле /etc/sysctl.d/40-ipv6.conf следующее:

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.eth0.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1

Однако ничего не выходит:

root@box alarm]# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.72  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::ba27:ebff:fe3d:fd06  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:3d:fd:06  txqueuelen 1000  (Ethernet)
        RX packets 426978  bytes 39828279 (37.9 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 574925  bytes 369333579 (352.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        loop  txqueuelen 1  (Local Loopback)
        RX packets 153  bytes 13284 (12.9 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 153  bytes 13284 (12.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth0 всё равно поднимает ipv6. Как его можно отключить?

redix · 26-01-2018 01:26:44

А по разному отключается, в Centos 7 отключал через параметры граба, еще можно отключать через /etc/sysctl.conf. Потом плюнул на эту затею. Под другими системами даже не пробовал, ненужный гемор, имхо конечно.

заварить_чайку · 26-01-2018 15:11:12

Понятно. Всегда подозревал, что бинарные дистры неуклюжи в настройке. То ли дело, выставил глобал юз флаг "-ipv6" и всё. Ну, еще для удовлетворения чувства перфекционизма можно ядро собрать с выключенной опцией CONFIG_IPV6. Только вот сдохла флешка на моём домашнем серваке-второй-малинке от постоянных обновлений (да, я знаю что такое кросскомиляция, но поленился в своё время включить это в список своих привычек), поэтому перевёл машинку на бинарный арч, а там встретил такое вот препятствие. Ну ладно, есть же ещё возможность передать параметр ядру при загрузке, отредактировав /boot/cmdline.txt,только вот терзают меня смутные опасения, что потом это может вызвать варнинги и эрроры при работе некоторых сетевых приложений: например transmission-daemon тоже по умолчанию юзает стек ipv6, и способ отключить эту ненужную фичу в настройках я не нашёл.
А в центоси буквально недавно делал так - https://serveradmin.ru/nastroyka-seti-v … 6_CentOS_7.

redix · 26-01-2018 15:41:24

А чем ipv6 помешало?

заварить_чайку · 26-01-2018 16:00:26

redix пишет:

А чем ipv6 помешало?

По-большому счёту не шибко мешает, больше отвлекает от другой инфы, выводимой по команде netstat, например. Опять же, лишний код, пусть и небольшой, всё-таки буквально лишний. А вообще, моё отношение к сабжу, как к мусору, началось с того момента, когда увлёкся кастомизацией ядра, выпиливая оттуда кучу ненужных опций, уменьшая таким образом его размер и оптимизируя мальца; отключение IP6 в этом контексте выглядит наиболее очевидным.

redix · 26-01-2018 16:35:03

ФЗ, у меня достаточно мощная машина, не вижу смысла, тем более в пересборке ядра. Лень-матушка, две ssd-шки отключены в данный момент, грузится довольно быстро, можно было бы поотключать кое что, например lvm2-monitor.service, и удалить нетворк-манагер, и сэкономить на этом аж целых 5,508 секунд при загрузке, только не вижу надобности, никакой. С ssd-шкой грузилось по разному, от 1,5 до 4-х секунд, в чем разница не разбирался.

Отредактировано redix (26-01-2018 16:35:30)

заварить_чайку · 26-01-2018 16:54:58

redix пишет:

у меня достаточно мощная машина

Не всем так везёт с простыми домашними серваками, у меня оный вертится на второй малинке (указывал ранее). Отключив одну опцию в ядре профита явного не получишь, это понятно, но отрубив сотню..

Добавлено спустя 16 мин 09 с:
Этот ip6 оказался на редкость живуч. Добавив в /boot/cmdline.txt опцию ipv6.disable=1 я перестал видеть в выводе ifconfig'a и netstat'a любое упоминание о нём. Но в списке загруженных модулей он по-прежнему присутствовал. Добавил его в блеэклист в /etc/modprobe/ip6_uxodi.conf, что в итоге и помогло мне избавиться от него и успокоиться.

Добавлено спустя 21 мин 58 с:
В логах никаких ругательств по поводу отсутствия поддержки ipv6 не обнаружил. Продолжаю вести наблюдение.

redix · 26-01-2018 17:52:57

А что вы устанавливаете на малинку? Гентушник отключал на ней ipv6, при сборке: https://eddy-em.livejournal.com/94514.html

заварить_чайку · 26-01-2018 18:40:37

redix пишет:

А что вы устанавливаете на малинку? Гентушник отключал на ней ipv6, при сборке: https://eddy-em.livejournal.com/94514.html

заварить_чайку пишет:

перевёл машинку на бинарный арч

Гента проработала на ней ровно полтора года, а потом флешка, на которой была установлена система, накрылась медным тазом (я же писал об этом выше), это и послужило причиной перехода на бинарный дистр. В приведённой вами ссылке нет инфы о кастомизации сборки и о том, как выключается опция поддержки ipv6 при сборке (но это и не нужно, - мне прекрасно известно, как это делается), более того, я вижу что поддержка ipv6 там включена - ipv6.disable=0.

Добавлено спустя 08 мин 20 с:
Вообще, у меня сохранился гентушный конфиг, который считаю почти идеальным, недаром красноглазил над ним столько ночей)) Может, имеет смысл собрать с его помощью ядро под арчем? Можете подсказать, как правильно осуществляется сейчас сборка программ из исходников в арч? Насколько знаю, ABS уже не жив? Есть возможность, конечно, воспользоваться классическим вариантом сборки ядра (make && make modules_install && make install), но подозреваю, что это будет в обход пакетного менеджера, что явно где-то перейдёт дорогу pacman'у, в арче же должен быть свой способ.

Zenway

#576 20-01-2018 23:36:33

Re: Говорильня (дискуссионный клуб)

#577 21-01-2018 12:34:51

Re: Говорильня (дискуссионный клуб)

#578 21-01-2018 13:58:59

Re: Говорильня (дискуссионный клуб)

#579 21-01-2018 15:19:36

Re: Говорильня (дискуссионный клуб)

#580 21-01-2018 16:40:46

Re: Говорильня (дискуссионный клуб)

#581 21-01-2018 17:17:18

Re: Говорильня (дискуссионный клуб)

#582 21-01-2018 17:50:47

Re: Говорильня (дискуссионный клуб)

#583 21-01-2018 19:18:54

Re: Говорильня (дискуссионный клуб)

#584 21-01-2018 19:29:51

Re: Говорильня (дискуссионный клуб)

#585 21-01-2018 19:36:38

Re: Говорильня (дискуссионный клуб)

#586 21-01-2018 21:53:39

Re: Говорильня (дискуссионный клуб)

#587 21-01-2018 22:21:31

Re: Говорильня (дискуссионный клуб)

#588 23-01-2018 01:02:56

Re: Говорильня (дискуссионный клуб)

#589 25-01-2018 16:22:07

Re: Говорильня (дискуссионный клуб)

#590 25-01-2018 23:56:03

Re: Говорильня (дискуссионный клуб)

#591 26-01-2018 00:36:01

Re: Говорильня (дискуссионный клуб)

#592 26-01-2018 00:58:30

Re: Говорильня (дискуссионный клуб)

#593 26-01-2018 01:26:44

Re: Говорильня (дискуссионный клуб)

#594 26-01-2018 15:11:12

Re: Говорильня (дискуссионный клуб)

#595 26-01-2018 15:41:24

Re: Говорильня (дискуссионный клуб)

#596 26-01-2018 16:00:26

Re: Говорильня (дискуссионный клуб)

#597 26-01-2018 16:35:03

Re: Говорильня (дискуссионный клуб)

#598 26-01-2018 16:54:58

Re: Говорильня (дискуссионный клуб)

#599 26-01-2018 17:52:57

Re: Говорильня (дискуссионный клуб)

#600 26-01-2018 18:40:37

Re: Говорильня (дискуссионный клуб)

Подвал форума