[Comm] I: p7 starterkits (20131225)

[Comm] I: p7 starterkits (20131225)

[Michael Shigorin]

	Здравствуйте.
Недотерпев три дня :), выложил свежий снапшот стартовых
наборов, который считаю RC в смысле "если нет блокеров,
это и есть релиз":

http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/starterkits/20131225/

Несколько доработан образ sysv-tde, хотя он ещё не полностью
эквивалентен аналогичному LiveCD в плане прикладного ПО --
заодно переведён на использование ядра led-ws.

Оба инсталятора обзавелись сравнительно небольшими rescue
(добавить в серверный образ сообразил только днём и решил,
что это достаточно веский повод для пересборки и перезаливки
двух образов, которые ещё не анонсировались).

Собрано на p7/branch без добавок, идентичных натуральным
(или вообще непонятно чему).

Типичный вид при загрузке под UEFI:
http://fly.osdn.org.ua/~mike/img/screenshots/altlinux-p7-starterkits.jpg

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] I: p7 starterkits (20131225)

[Michael Shigorin]

On Wed, Dec 25, 2013 at 08:39:35PM +0200, I wrote:
> Недотерпев три дня :), выложил свежий снапшот стартовых
> наборов, который считаю RC в смысле "если нет блокеров,
> это и есть релиз":

http://ftp.altlinux.org/pub/distributions/ALTLinux/p7/images/starterkits/

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] I: p7 starterkits (20131225)

[Dank Bagryantsev]

Здравствуйте, Michael.

Вы писали 25 декабря 2013 г., 20:39:35:

MS> Недотерпев три дня :), выложил свежий снапшот стартовых
MS> наборов, который считаю RC в смысле "если нет блокеров,
MS> это и есть релиз":

Включите в сборку еще как минимум pciutils, пожалуйста.
Вот  я  сейчас  попробовал  установить p7-server в VMWare Wks 10 на посмотреть, и похоже udev не увидел сетевую карту
Настройки инсталлятор карты спрашивал и в /etc/net интерфейс есть, а после загрузки только lo
При ifup eth0
Cannot find device "eth0"

попытался lspci - но его не установлено и нет на диске

P.S. да и aptitude бы не помешал, хотя бы на диске


-- 
С уважением,
 Dank

Re: [Comm] I: p7 starterkits (20131225)

[Michael Shigorin]

On Mon, Dec 30, 2013 at 06:22:50PM +0200, Dank Bagryantsev wrote:
> MS> Недотерпев три дня :), выложил свежий снапшот стартовых
> MS> наборов, который считаю RC в смысле "если нет блокеров,
> MS> это и есть релиз":
> Включите в сборку еще как минимум pciutils, пожалуйста.

Ну надо же -- спасибо, добавил в профиль.

> Вот  я  сейчас  попробовал  установить p7-server в VMWare Wks
> 10 на посмотреть, и похоже udev не увидел сетевую карту
> Настройки инсталлятор карты спрашивал и в /etc/net интерфейс
> есть, а после загрузки только lo

Хорошо бы сравнить содержимое /proc/modules:

sort /proc/modules > /mnt/destination/root/modules.1
(в инсталяторе где-нибудь на шаге установки загрузчика
или конфигурирования сети)

sort /proc/modules > /root/modules.2
diff -u /root/modules.1 /root/modules.2
(в установленной системе)

У меня под рукой vmware нет, поэтому эти сборки в ней и не
проверяются -- буду только благодарен за лишнее тестирование.

> попытался lspci - но его не установлено и нет на диске

Да и в небольшом rescue в составе серверного образа тоже нет...

> P.S. да и aptitude бы не помешал, хотя бы на диске

Добавил, в следующей сборке будет.  Если критично, могу
опубликовать сбоку (где предварительные обычно живут).

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] I: p7 starterkits (20131225)

[Dank Bagryantsev]

[-- Attachment #1: Type: text/plain, Size: 1134 bytes --]

Здравствуйте, Michael.

Вы писали 30 декабря 2013 г., 19:25:33:

MS> Хорошо бы сравнить содержимое /proc/modules:

sort /proc/modules >> /mnt/destination/root/modules.1
MS> (в инсталяторе где-нибудь на шаге установки загрузчика
MS> или конфигурирования сети)

sort /proc/modules >> /root/modules.2
MS> diff -u /root/modules.1 /root/modules.2
MS> (в установленной системе)

MS> У меня под рукой vmware нет, поэтому эти сборки в ней и не
MS> проверяются -- буду только благодарен за лишнее тестирование.

Я приаттачил к письму вывод sort /proc/modules

modules.3 - это такой же вывод на свежеустановленном p6 в соседней виртуалке
Судя по тому, что везде есть e1000, то вроде как проблема должна быть не в модулях
Я думаю, что где-то рядом с udev проблема, т.к. нет файла
/etc/udev/rules.d/70-persistent-net.rules

>> P.S. да и aptitude бы не помешал, хотя бы на диске

MS> Добавил, в следующей сборке будет.  Если критично, могу
MS> опубликовать сбоку (где предварительные обычно живут).

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



-- 
С уважением,
 Dank

[-- Attachment #2: modules.1 --]
[-- Type: application/octet-stream, Size: 2569 bytes --]

[-- Attachment #3: modules.2 --]
[-- Type: application/octet-stream, Size: 3634 bytes --]

[-- Attachment #4: modules.3 --]
[-- Type: application/octet-stream, Size: 1921 bytes --]

Re: [Comm] I: p7 starterkits (20131225)

[Andrii Dobrovol`s`kii]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Добрый день,
А можно в стартер на LXDE добавить parted/Gpsrted? А то на свежей
системе Лайв запустился и... даже диск разметить нечем. :)
> 


- -- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************************************************************
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/

iF4EAREIAAYFAlLCk1EACgkQpBPgR3404hMznQD/V2t5Hfc0dYIJ5wPKx9MzYuuK
GOLVxTepvTCt4BcekbwA/RyPn61E0ztKcG8zm+35oeVF53CCb0DlLUiW/7LODQuL
=BJmI
-----END PGP SIGNATURE-----

Re: [Comm] I: p7 starterkits (20131225)

[Michael Shigorin]

On Tue, Dec 31, 2013 at 11:50:15AM +0200, Andrii Dobrovol`s`kii wrote:
> А можно в стартер на LXDE добавить parted/Gpsrted? А то на свежей
> системе Лайв запустился и... даже диск разметить нечем. :)

Как нечем, там для этого есть fdisk/gdisk и за кнопочкой
"установить" водится livecd-install с alterator-vm,
который можно и для просто разбивки задействовать.

parted добавить тоже можно, но в эти образы вполне сознательно
включено некоторое rescue-подмножество без всего подряд --
всё подряд можно ожидать в rescue-образе.

http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=blob;f=conf.d/regular.mk;h=615baa34f4f4ab2e268a01f752dad4bb003950d3;hb=HEAD#l14

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] I: p7 starterkits (20131225)

[Andrii Dobrovol`s`kii]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Michael Shigorin wrote:
> On Tue, Dec 31, 2013 at 11:50:15AM +0200, Andrii Dobrovol`s`kii
> wrote:
>> А можно в стартер на LXDE добавить parted/Gpsrted? А то на
>> свежей системе Лайв запустился и... даже диск разметить
>> нечем. :)
> 
> Как нечем, там для этого есть fdisk/gdisk и за кнопочкой 
> "установить" водится livecd-install с alterator-vm, который
> можно и для просто разбивки задействовать.
> 
> parted добавить тоже можно, но в эти образы вполне сознательно 
> включено некоторое rescue-подмножество без всего подряд -- всё
> подряд можно ожидать в rescue-образе.
> 
> http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=blob;f=conf.d/regular.mk;h=615baa34f4f4ab2e268a01f752dad4bb003950d3;hb=HEAD#l14
>
> 
Лучше бы включить... :) Gparted-ом шуровать по современным дискам
куда приятнее чем в консоли, раз уж Хы все равно есть. Особенно в
случаях нетривиальных операций с диском. Когда что-то надо создать
а что-то скопировать со старого диска и растянуть...

- -- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************************************************************
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/

iF4EAREIAAYFAlLCmQsACgkQpBPgR3404hOYowD/dfoUAiAD8SQQN6MG9nq1k++g
xB9ZWd7eGwaTdfsYFfYBAKIR/bJpeuOIZVWPeP74ELUw2l5TWRA5foW3AdB/zFGE
=s+xi
-----END PGP SIGNATURE-----

Re: [Comm] I: p7 starterkits (20131225)

[Michael Shigorin]

On Mon, Dec 30, 2013 at 10:39:31PM +0200, Dank Bagryantsev wrote:
> MS> Хорошо бы сравнить содержимое /proc/modules:

cut -f1 -d' ' modules.1 | sort > 1
cut -f1 -d' ' modules.2 | sort > 2
diff -u 1 2 > 1-2

В полученном файлике на глаз криминала не вижу...

> modules.3 - это такой же вывод на свежеустановленном p6 в соседней виртуалке
> Судя по тому, что везде есть e1000, то вроде как проблема должна быть не в модулях
> Я думаю, что где-то рядом с udev проблема, т.к. нет файла
> /etc/udev/rules.d/70-persistent-net.rules

Ммм... а в lspci этот интерфейс присутствует?

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] I: p7 starterkits (20131225)

[Speccyfighter]

27.12.2013, 04:23, "Michael Shigorin" <mike@osdn.org.ua>:
> On Wed, Dec 25, 2013 at 08:39:35PM +0200, I wrote:
>
>>  Недотерпев три дня :), выложил свежий снапшот стартовых
>>  наборов, который считаю RC в смысле "если нет блокеров,
>>  это и есть релиз":
>
> http://ftp.altlinux.org/pub/distributions/ALTLinux/p7/images/starterkits/
>

Ждал его с rescue.
Дождавшись осмелился с полной переустановкой для чистоты.

О хорошем:
- Починили баг с *lock сессии.
Теперь TDE unlock и vlock работают с разлочкой.

О неприятном:
- На стадии инсталляции спрашиваются настройки
time и timezone.
После настройки на стадии инсталляции времени в установленной системе,
время и в BIOS и в системе в UTC.

- В образе нет alterator-datetime и ntpd.
Исходя из предыдущего для исправления пришлось
доустанавливать их.
Было бы неплохо если бы изначально было в образе.

- В
alterator-standalone datetime
при настройке снял маркеры с:
'Хранить время в BIOS по Гринвичу'
'Работать как NTP-сервер'
Установил маркер
'Получать точное время с NTP-сервера'
Нажимаю 'Применить' и маркер в опции
'Работать как NTP-сервер' устанавливается сам
без внешнего вмешательства.

- В системе из консольных редакторов только vi.
Я не дока в vi, а пользоваться им при отсутствии помощи
залезая в google не верх удобства.
Нажимаю F1, пишет:

E433: No tags file
E149: Sorry, no help for help.txt
Press ENTER or type command to continue 

Ладно: Esc и :q!
Пишу:

vi --help
VIM - Vi IMproved 7.3 (2010 Aug 15, compiled Sep  7 2012 06:20:56)

usage: vim [arguments] [file ..]       edit specified file(s)
...

Хорошо, пусть так:

$ vim /etc/apt/sources.list.d/sources.list
-bash: vim: команда не найдена
$ man vi
No manual entry for vi

Вот-те и раз... Т.е. редактор как бы есть и его как бы нет.
Тем более что vi не относится к интуитивно понятным.
Эх, mcedit бы в образ вернуть. 
Ну или nano хотя бы или jed там какой-нить в образ...
Поставил с сервера nano, чтобы хоть как-то и чем-то конфиги поправить.
Оно конечно, и kate, и kwrite в системе есть, но в жизни всё
бывает. А mc, и что более важно чем mc, - mcedit в образе нет.

 Далее из неприятностей:
- Опция 'Приостановить компьютер':
компьютер нормально уходит в
suspend-to-ram, но при попытке вывести его оттуда,
ядро паникует: мигают индикаторы NumLock, CapsLock, ScrollLock.
При опции 'Усыпить компьютер', не выключив питание, ядро уходит
в паник с аналогичным эффектом.
Ядро в системе:
$ uname -r
3.4.75-led-ws-alt0.M70P.1
Временно заменой этому функционалу пока затолкаю pm-utils
отсутствующий в iso.

Больше, явно и с ходу, пока отрицательного не увидел за сутки.

В целом же, несмотря на увиденное, впечатления от сборки неплохие.
У себя вижу этот и аналогичные дистрибутивы реальным шансом
удержать sysvinit на альтовых десктопах как альтернативу systemd.


-- 
Лучшее - враг хорошего!
(Спектрумовский фольклор)

Re: [Comm] I: p7 starterkits (20131225)

[Speccyfighter]

05.01.2014, 06:18, "Speccyfighter" <zxwarior@yandex.ru>:
> 27.12.2013, 04:23, "Michael Shigorin" <mike@osdn.org.ua>:
>
>>  On Wed, Dec 25, 2013 at 08:39:35PM +0200, I wrote:
>>>   Недотерпев три дня :), выложил свежий снапшот стартовых
>>>   наборов, который считаю RC в смысле "если нет блокеров,
>>>   это и есть релиз":
>>  http://ftp.altlinux.org/pub/distributions/ALTLinux/p7/images/starterkits/
>
> Ждал его с rescue.
> Дождавшись осмелился с полной переустановкой для чистоты.
>

Упс... Образ-то забыл назвать, какой он:
altlinux-p7-sysv-tde-20131225-i586.iso


-- 
Лучшее - враг хорошего!
(Спектрумовский фольклор)

Re: [Comm] I: p7 starterkits (20131225)

[Speccyfighter]

05.01.2014, 06:18, "Speccyfighter" <zxwarior@yandex.ru>:
> 27.12.2013, 04:23, "Michael Shigorin" <mike@osdn.org.ua>:
>
>>  On Wed, Dec 25, 2013 at 08:39:35PM +0200, I wrote:
>>>   Недотерпев три дня :), выложил свежий снапшот стартовых
>>>   наборов, который считаю RC в смысле "если нет блокеров,
>>>   это и есть релиз":
>>  http://ftp.altlinux.org/pub/distributions/ALTLinux/p7/images/starterkits/
>
> Ждал его с rescue.
>

Ещё одно:

Такое же как в:
http://forum.altlinux.org/index.php?topic=31057.0

$ eject
eject: не удалось извлечь. Последняя ошибка : Неприменимый к данному устройству ioctl

# sdparm -C unlock /dev/sr0
-bash: sdparm: команда не найдена

# apt-get install sdparm

# sdparm -C unlock /dev/sr0
    /dev/sr0: Optiarc   DVD RW AD-7240S   1.01  [cd/dvd]

$ eject
$

И после этого нормально.
sdparm в iso altlinux-p7-sysv-tde-20131225-i586.iso
нет. А жаль.

-- 
Лучшее - враг хорошего!
(Спектрумовский фольклор)

Re: [Comm] I: p7 starterkits (20131225)

[Speccyfighter]

05.01.2014, 06:18, "Speccyfighter" <zxwarior@yandex.ru>:
> 27.12.2013, 04:23, "Michael Shigorin" <mike@osdn.org.ua>:
>
>>  On Wed, Dec 25, 2013 at 08:39:35PM +0200, I wrote:
>>>   Недотерпев три дня :), выложил свежий снапшот стартовых
>>>   наборов, который считаю RC в смысле "если нет блокеров,
>>>   это и есть релиз":
>>  http://ftp.altlinux.org/pub/distributions/ALTLinux/p7/images/starterkits/
>

В p7-sysv-tde от 20131225 с дефолтным led-ws после 
update-kernel -t std-pae
благополучно отвалился драйвер nouveau и монитор ушёл в VGA.
Пришлось вернуть nouveau насильно.
При переезде с std-def на std-pae через update-kernel этого не происходит.

В p7-sysv-tde от 20131225 перестал работать и pm-utils.
Т.е. с этой сборкой систему увести в спячку никак нельзя. Ничем.
В сборке 20131104 pm-utils работал.

-- 
Лучшее - враг хорошего!
(Спектрумовский фольклор)

Re: [Comm] I: p7 starterkits (20131225)

[Michael Shigorin]

On Sun, Jan 05, 2014 at 11:04:05PM +0400, Speccyfighter wrote:
> В p7-sysv-tde от 20131225 с дефолтным led-ws после 
> update-kernel -t std-pae
> благополучно отвалился драйвер nouveau и монитор ушёл в VGA.
> Пришлось вернуть nouveau насильно.
> При переезде с std-def на std-pae через update-kernel этого не происходит.

Да, у led-ws несколько отличается набор модулей -- благодаря
провайдесам поставить его несколько проще, чем наоборот.

> В p7-sysv-tde от 20131225 перестал работать и pm-utils.
> Т.е. с этой сборкой систему увести в спячку никак нельзя. Ничем.
> В сборке 20131104 pm-utils работал.

Н-да, как раз на днях почистил старые сборки.  Там std-def было, так?
(в 20131128 -- так)

Может иметь смысл повесить багу, suspend не входит в круг
проверяемых мной возможностей этих сборок.

Может иметь смысл конкретный случай перетащить на std-def,
а особенность задокументировать -- я намеренно варьировал ядра
с целью обеспечения возможности манёвра при проблемах с железом,
плюс использование более компактного led-ws позволило включить
в этот образ rescue (с std-def не влазило).

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] I: p7 starterkits (20131225)

[Speccyfighter]

06.01.2014, 01:29, "Michael Shigorin" <mike@osdn.org.ua>:
> On Sun, Jan 05, 2014 at 11:04:05PM +0400, Speccyfighter wrote:
>
>>  В p7-sysv-tde от 20131225 перестал работать и pm-utils.
>>  Т.е. с этой сборкой систему увести в спячку никак нельзя. Ничем.
>>  В сборке 20131104 pm-utils работал.
>
> Н-да, как раз на днях почистил старые сборки.  Там std-def было, так?
> (в 20131128 -- так)
>

Я эту версию пропустил. Сборка от 20131104 у меня была.
Ядро сходу не припомню какое там, после инсталляции переводил на std-pae - у меня
больше 4Gb памяти.

> Может иметь смысл повесить багу, suspend не входит в круг
> проверяемых мной возможностей этих сборок.
>
> Может иметь смысл конкретный случай перетащить на std-def,
> а особенность задокументировать

Повесил:
https://bugzilla.altlinux.org/show_bug.cgi?id=29685
Логи приложил.
Все свежие.

-- 
Лучшее - враг хорошего!
(Спектрумовский фольклор)

Re: [Comm] I: p7 starterkits (20131225)

[Michael Shigorin]

(разбирая отложенное)

On Sun, Jan 05, 2014 at 06:17:59AM +0400, Speccyfighter wrote:
> О неприятном:
> - На стадии инсталляции спрашиваются настройки
> time и timezone.
> После настройки на стадии инсталляции времени в установленной системе,
> время и в BIOS и в системе в UTC.

Странно, не наблюдал такого -- стоит повесить на
alterator-datetime в сизифе.

> - В образе нет alterator-datetime и ntpd.
> Исходя из предыдущего для исправления пришлось
> доустанавливать их.
> Было бы неплохо если бы изначально было в образе.

Резонно, добавлю.

> - В системе из консольных редакторов только vi.

Оп-па, а вот редакторов-то хотел досыпать и забыл :(

> Я не дока в vi, а пользоваться им при отсутствии помощи
> залезая в google не верх удобства.

Он и есть минимально-спасательный, а не рабочий инструмент.

>  Далее из неприятностей:
> - Опция 'Приостановить компьютер':
> компьютер нормально уходит в
> suspend-to-ram, но при попытке вывести его оттуда,
> ядро паникует: мигают индикаторы NumLock, CapsLock, ScrollLock.

На ядро.

> Временно заменой этому функционалу пока затолкаю pm-utils
> отсутствующий в iso.

Положить?

> В целом же, несмотря на увиденное, впечатления от сборки неплохие.
> У себя вижу этот и аналогичные дистрибутивы реальным шансом
> удержать sysvinit на альтовых десктопах как альтернативу systemd.

Для того и делалось, только вот унификацию там ещё дорабатывать
надо (с редакторами именно из-за этого и вылезло).

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] I: p7 starterkits (20131225)

[Michael Shigorin]

On Sun, Jan 05, 2014 at 11:35:44AM +0400, Speccyfighter wrote:
> >> http://ftp.altlinux.org/pub/distributions/ALTLinux/p7/images/starterkits/
> > Ждал его с rescue.

Так он и есть с rescue.

> Ещё одно:
> # sdparm -C unlock /dev/sr0
>     /dev/sr0: Optiarc   DVD RW AD-7240S   1.01  [cd/dvd]
> 
> И после этого нормально.

Забавно.  Но можно положить -- так-то подобным утилитам место
именно в спасательном образе, а вышепоскипанное -- баг,
который с помощью sdparm объезжается.  Надо?

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] I: p7 starterkits (20131225)

[Speccyfighter]

11.02.2014 00:33, Michael Shigorin пишет:
> (разбирая отложенное)
>
> On Sun, Jan 05, 2014 at 06:17:59AM +0400, Speccyfighter wrote:
>> О неприятном:
>> - На стадии инсталляции спрашиваются настройки
>> time и timezone.
>> После настройки на стадии инсталляции времени в установленной системе,
>> время и в BIOS и в системе в UTC.
>
> Странно, не наблюдал такого -- стоит повесить на
> alterator-datetime в сизифе.
>

Наверное подожду следующей сборки.
С очень большой вероятностью она будет устанавливаться на чистую.
Чтобы увидеть.
У себя через конфиги руками крутил и сейчас пальцем точно ткнуть не
смогу.

>>  Далее из неприятностей:
>> - Опция 'Приостановить компьютер':
>> компьютер нормально уходит в
>> suspend-to-ram, но при попытке вывести его оттуда,
>> ядро паникует: мигают индикаторы NumLock, CapsLock, ScrollLock.
>
> На ядро.
>

Поздно ;-)
Увидел письма, втащил апдейты с ядрами std-def и std-pae 3.10.29
и шурудил оба ядра на предмет входа и выхода из спячки.
И STR и STD. После ночно-утреннего апгрейда.
И опционально через меню TDE и через pm-utils.
Всё пришло в норму в системе обнолённой сей ночью до свежего.
Вход и выход из спячки есть.
Баг #29685 в принципе можно закрывать.
Подержаться бы за это в свежей сборке через реинсталл и совсем
хорошо.

Не моё, но со стороны.
Если сеанс заблокирован и сессия одна, малоопытный в окне unlock
сессии для открытия нового сеанса не видит курсор мыши.
Курсор не появляется при движении мыши, а пользователь не может 
догадаться про щелчёк Правой Кнопки Мыши. После ПКМ таймаут у курсора
ровно 3 секунды видимости.
Если было бы: двинул мышом, курсор появился.

>> Временно заменой этому функционалу пока затолкаю pm-utils
>> отсутствующий в iso.
>
> Положить?
>

В runlevel 3 точно лишним не будет. Да и работает же на 3.10.29

Re: [Comm] I: p7 starterkits (20131225)

[Speccyfighter]

11.02.2014 00:33, Michael Shigorin пишет:
> On Sun, Jan 05, 2014 at 11:35:44AM +0400, Speccyfighter wrote:
>> Ещё одно:
>> # sdparm -C unlock /dev/sr0
>>     /dev/sr0: Optiarc   DVD RW AD-7240S   1.01  [cd/dvd]
>>
>> И после этого нормально.
>
> Забавно.

Не очень. :-)
Если положить в привод матрицу, не монтировать и оставить минут на 10,
eject не сможет вытолкнуть лоток:

$ eject -r
eject: не удалось извлечь. Последняя ошибка : Ошибка ввода/вывода

$ eject -s
eject: не удалось извлечь. Последняя ошибка : Неправильный адрес

$ eject
eject: не удалось извлечь. Последняя ошибка : Неприменимый к данному 
устройству ioctl

$ strace -e ioctl eject
ioctl(3, CDROMEJECT, 0x804c44b)         = -1 EIO (Input/output error)
ioctl(3, SG_GET_VERSION_NUM, 0xbf8eaacc) = 0
ioctl(3, SG_IO, {'S', SG_DXFER_NONE, cmd[6]=[1e, 00, 00, 00, 00, 00], 
mx_sb_len=32, iovec_count=0, dxfer_len=0, timeout=2000, flags=0}) = -1 
EFAULT (Bad address)
ioctl(3, FDEJECT, 0xbf8eab08)           = -1 ENOTTY (Inappropriate ioctl 
for device)
ioctl(3, MGSL_IOCGPARAMS or MMTIMER_GETRES or MTIOCTOP or 
SNDCTL_MIDI_MPUMODE, 0xbf8eaae0) = -1 ENOTTY (Inappropriate ioctl for 
device)
eject: не удалось извлечь. Последняя ошибка : Неприменимый к данному 
устройству ioctl
+++ exited with 1 +++

$ sdparm -C unlock /dev/sr0
     /dev/sr0: Optiarc   DVD RW AD-7240S   1.01  [cd/dvd]

$ strace -e ioctl eject
ioctl(3, CDROMEJECT, 0x804c44b)         = 0
+++ exited with 0 +++

Но после вталкивания лотка с матрицей, по таймауту всё повторится снова.
При наличии sdparm, можно через алиас связкой sdparm+eject.
Но арчеводы решили у себя программно:
http://archlinux.org.ru/forum/topic/5088/
http://archlinux.org.ru/forum/topic/5088/?page=2


>  Но можно положить -- так-то подобным утилитам место
> именно в спасательном образе, а вышепоскипанное -- баг,
> который с помощью sdparm объезжается.  Надо?
>

Пока не пофиксится 'только кнопкой', надо бы.

Re: [Comm] I: p7 starterkits (20131225)

[Алексей Варакин]

Здравствуйте!
А разве "echo "0" > /proc/sys/dev/cdrom/lock" не помогает?

12.02.2014, 21:46, "Speccyfighter" <zxwarior@yandex.ru>:
> 11.02.2014 00:33, Michael Shigorin пишет:
>
>>  On Sun, Jan 05, 2014 at 11:35:44AM +0400, Speccyfighter wrote:
>>>  Ещё одно:
>>>  # sdparm -C unlock /dev/sr0
>>>      /dev/sr0: Optiarc   DVD RW AD-7240S   1.01  [cd/dvd]
>>>
>>>  И после этого нормально.
>>  Забавно.
>
> Не очень. :-)
> Если положить в привод матрицу, не монтировать и оставить минут на 10,
> eject не сможет вытолкнуть лоток:
>
> $ eject -r
> eject: не удалось извлечь. Последняя ошибка : Ошибка ввода/вывода
>
> $ eject -s
> eject: не удалось извлечь. Последняя ошибка : Неправильный адрес
>
> $ eject
> eject: не удалось извлечь. Последняя ошибка : Неприменимый к данному
> устройству ioctl
>
> $ strace -e ioctl eject
> ioctl(3, CDROMEJECT, 0x804c44b)         = -1 EIO (Input/output error)
> ioctl(3, SG_GET_VERSION_NUM, 0xbf8eaacc) = 0
> ioctl(3, SG_IO, {'S', SG_DXFER_NONE, cmd[6]=[1e, 00, 00, 00, 00, 00],
> mx_sb_len=32, iovec_count=0, dxfer_len=0, timeout=2000, flags=0}) = -1
> EFAULT (Bad address)
> ioctl(3, FDEJECT, 0xbf8eab08)           = -1 ENOTTY (Inappropriate ioctl
> for device)
> ioctl(3, MGSL_IOCGPARAMS or MMTIMER_GETRES or MTIOCTOP or
> SNDCTL_MIDI_MPUMODE, 0xbf8eaae0) = -1 ENOTTY (Inappropriate ioctl for
> device)
> eject: не удалось извлечь. Последняя ошибка : Неприменимый к данному
> устройству ioctl
> +++ exited with 1 +++
>
> $ sdparm -C unlock /dev/sr0
>      /dev/sr0: Optiarc   DVD RW AD-7240S   1.01  [cd/dvd]
>
> $ strace -e ioctl eject
> ioctl(3, CDROMEJECT, 0x804c44b)         = 0
> +++ exited with 0 +++
>
> Но после вталкивания лотка с матрицей, по таймауту всё повторится снова.
> При наличии sdparm, можно через алиас связкой sdparm+eject.
> Но арчеводы решили у себя программно:
> http://archlinux.org.ru/forum/topic/5088/
> http://archlinux.org.ru/forum/topic/5088/?page=2
>
>>   Но можно положить -- так-то подобным утилитам место
>>  именно в спасательном образе, а вышепоскипанное -- баг,
>>  который с помощью sdparm объезжается.  Надо?
>
> Пока не пофиксится 'только кнопкой', надо бы.
>
> _______________________________________________
> community mailing list
> community@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community

Re: [Comm] I: p7 starterkits (20131225)

[Speccyfighter]

13.02.2014 05:11, Алексей Варакин пишет:
> Здравствуйте!
> А разве "echo "0" > /proc/sys/dev/cdrom/lock" не помогает?
>

Не помогает:

$ cat /proc/sys/dev/cdrom/lock
0

ИМХО временно, пока не пофиксится, лучше положить алиасом:

$ echo "alias eject='sdparm -C unlock /dev/sr0 && eject'" >> $HOME/.bashrc

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


> 12.02.2014, 21:46, "Speccyfighter" <zxwarior@yandex.ru>:
>> 11.02.2014 00:33, Michael Shigorin пишет:
>>
>>>  On Sun, Jan 05, 2014 at 11:35:44AM +0400, Speccyfighter wrote:
>>>>  Ещё одно:
>>>>  # sdparm -C unlock /dev/sr0
>>>>      /dev/sr0: Optiarc   DVD RW AD-7240S   1.01  [cd/dvd]
>>>>
>>>>  И после этого нормально.
>>>  Забавно.
>>
>> Не очень. :-)
>> Если положить в привод матрицу, не монтировать и оставить минут на 10,
>> eject не сможет вытолкнуть лоток:
>>
>> $ eject -r
>> eject: не удалось извлечь. Последняя ошибка : Ошибка ввода/вывода
>>
>> $ eject -s
>> eject: не удалось извлечь. Последняя ошибка : Неправильный адрес
>>
>> $ eject
>> eject: не удалось извлечь. Последняя ошибка : Неприменимый к данному
>> устройству ioctl
>>
>> $ strace -e ioctl eject
>> ioctl(3, CDROMEJECT, 0x804c44b)         = -1 EIO (Input/output error)
>> ioctl(3, SG_GET_VERSION_NUM, 0xbf8eaacc) = 0
>> ioctl(3, SG_IO, {'S', SG_DXFER_NONE, cmd[6]=[1e, 00, 00, 00, 00, 00],
>> mx_sb_len=32, iovec_count=0, dxfer_len=0, timeout=2000, flags=0}) = -1
>> EFAULT (Bad address)
>> ioctl(3, FDEJECT, 0xbf8eab08)           = -1 ENOTTY (Inappropriate ioctl
>> for device)
>> ioctl(3, MGSL_IOCGPARAMS or MMTIMER_GETRES or MTIOCTOP or
>> SNDCTL_MIDI_MPUMODE, 0xbf8eaae0) = -1 ENOTTY (Inappropriate ioctl for
>> device)
>> eject: не удалось извлечь. Последняя ошибка : Неприменимый к данному
>> устройству ioctl
>> +++ exited with 1 +++
>>
>> $ sdparm -C unlock /dev/sr0
>>      /dev/sr0: Optiarc   DVD RW AD-7240S   1.01  [cd/dvd]
>>
>> $ strace -e ioctl eject
>> ioctl(3, CDROMEJECT, 0x804c44b)         = 0
>> +++ exited with 0 +++
>>
>> Но после вталкивания лотка с матрицей, по таймауту всё повторится снова.
>> При наличии sdparm, можно через алиас связкой sdparm+eject.
>> Но арчеводы решили у себя программно:
>> http://archlinux.org.ru/forum/topic/5088/
>> http://archlinux.org.ru/forum/topic/5088/?page=2
>>
>>>   Но можно положить -- так-то подобным утилитам место
>>>  именно в спасательном образе, а вышепоскипанное -- баг,
>>>  который с помощью sdparm объезжается.  Надо?
>>
>> Пока не пофиксится 'только кнопкой', надо бы.
>>

Re: [Comm] I: p7 starterkits (20131225)

[Speccyfighter]

13.02.2014 05:11, Алексей Варакин пишет:
> Здравствуйте!
> А разве "echo "0" > /proc/sys/dev/cdrom/lock" не помогает?
>

В довесок к предыдущему про 'не помогает':

У меня он вообще вечным нулём болтается

# cat /etc/sysctl.conf|grep lock
dev.cdrom.lock = 0

с соответственным постфактум

# cat /proc/sys/dev/cdrom/lock
0

Re: [Comm] I: p7 starterkits (20131225)

[Michael Shigorin]

On Wed, Feb 12, 2014 at 05:29:29PM +0300, Speccyfighter wrote:
> >Странно, не наблюдал такого -- стоит повесить на
> >alterator-datetime в сизифе.
> Наверное подожду следующей сборки.

Сборка выкладывается, но само-то по себе вряд ли изменится.

> Баг #29685 в принципе можно закрывать.  Подержаться бы за это
> в свежей сборке через реинсталл и совсем хорошо.
[...]
> >>Временно заменой этому функционалу пока затолкаю pm-utils
> >>отсутствующий в iso.
> >Положить?
> В runlevel 3 точно лишним не будет. Да и работает же на 3.10.29

Просьба: всё по sysv-tde сформулируйте _одним_ письмом,
по возможности ранжировав по критичности.

Сегодня выкладываю снапшот стартеркитов, который может оказаться
релизным, но до sysv-tde руки не особо доходили со времени
выпуска предыдущего (в смысле чтоб на железе потестировать)
и поэтому не исключено, что завтра может быть ещё один снапшот
-- по крайней мере если на LVEE будет связь.

> Не моё, но со стороны.
[...]
> Если было бы: двинул мышом, курсор появился.

Это хорошо бы в апстрим, я не успею перекинуть.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] I: p7 starterkits (20131225)

[Speccyfighter]

13.02.2014 11:57, Michael Shigorin пишет:
 >
 > Просьба: всё по sysv-tde сформулируйте _одним_ письмом,
 > по возможности ранжировав по критичности.
 >


По сборке p7-sysv-tde-i586
по степени важности сверху вниз, от важного к менее важному:
----------------------------------------------------------

- Невозможность выхода из спящего на ядре led-ws,
включая последнее Сизифное *-led-ws-3.10.29-alt6:
баги  #29685 #29824

На системе p7-sysv-tde-i586 с ядрами

*-std-def-3.10.29-*
*-std-pae-3.10.29-*
*-un-def-3.13.2-*

баг с выходом из спящих режимов исчезает.
Вход и выход из спящих режимов полнофункционален и из меню
TDE и через pm-utils.

 >>> Втащил из Сизифа led-ws 3.10.29 с загрузкой в 'runlevel 2',
 >>> ситуация та же:
 >>> тот же чёрный экран с последующим SysRq
 > Гм.  Ну я могу собрать с std-def, конечно -- но тогда i586 iso опять
 > вылезет за 700M и будем искать, что ещё выкинуть (мегабайт на 20--30
 > сжатыми, помнится).

 > Давайте Вы как активный пользователь подумаете и определитесь, моё-то
 > дело маленькое -- сообразить, чтоб людям было лучше :-)

Я переезжаю и держу std-pae, но принято вроде бы в iso держать std-def.
Выбросить можно:
Образование (kdeedu) - этим никогда не пользуюсь.
Игры (kdegames) - вроде бы выброшено в текущей сборке?
В самом крайнем случае можно выбросить OpenSCADA (не пользуюсь),
но Рому Савоченко не хотелось бы огорчать.

Лучше пусть вылазит за пределы CD, чем ломается функционал.
Особенно всегда используемый.

-----------------------------------------------------------

Требует дополнительной проверки после полной переинсталляции
системы:
( http://lists.altlinux.org/pipermail/community/2014-February/681671.html )

О неприятном:
- На стадии инсталляции спрашиваются настройки
time и timezone.
После настройки на стадии инсталляции времени в установленной системе,
время и в BIOS и в системе в UTC.

- В образе нет alterator-datetime и ntpd.
Исходя из предыдущего для исправления пришлось
доустанавливать их.
Было бы неплохо если бы изначально было в образе.

- В
alterator-standalone datetime
при настройке снял маркеры с:
'Хранить время в BIOS по Гринвичу'
'Работать как NTP-сервер'
Установил маркер
'Получать точное время с NTP-сервера'
Нажимаю 'Применить' и маркер в опции
'Работать как NTP-сервер' устанавливается сам
без внешнего вмешательства.

-----------------------------------------------------------

Пожелание на наличие в образе:
(как отсутствующее в сборке p7-sysv-tde-20131225-i586)

- pm-utils
- rsync и wget
- alterator-datetime и ntpd
- nano - как альтернатива vi и отсутствующему mc+mcedit
   (реально ли в iso-образе mc+mcedit, но без nano?)
- hmount
- sysfsutils
для:
# cat /etc/sysfs.conf | grep ^dev
devices/system/cpu/cpu0/cpufreq/scaling_governor = ondemand
devices/system/cpu/cpu1/cpufreq/scaling_governor = ondemand

- lm_sensors3
- hdparm
- smartmontools
- sdparm - на всякий; вылазила как блокировка лотка которое ловил:
http://forum.altlinux.org/index.php/topic,31057.0.html
http://lists.altlinux.org/pipermail/community/2014-January/681269.html
http://lists.altlinux.org/pipermail/community/2014-February/681697.html
http://lists.altlinux.org/pipermail/community/2014-February/681698.html
чтобы по-быстрому у себя сделать, если что:
$ echo "alias eject='sdparm -C unlock /dev/sr0 && eject'" >> $HOME/.bashrc
$ cat /etc/sysctl.conf|grep lock
dev.cdrom.lock = 0

но сейчас в std-def и std-pae с апгрейдом, блокировки лотка не вижу
пока. Если что, sdparm был бы рядом.

Если образ вылезет за пределы CD или/и будет возможность:
- mplayer - иногда kaffeine ужасен
- smplayer - обёртка к mplayer
- ossp
- libstdc++3.3
- libopenal1
- firefox-adblock_plus
- wine-vanilla
- libwine-vanilla-gl
- avconv
- mediainfo
- xsane
- sane
- gimp

Машинка многопользовательская, поэтому всегда ставится и:
- (mozilla-plugin-adobe-flash ?)
- mozilla-plugin-gnash - на необходимом функционален, тянет по
   зависимостям:
   gnash
   libboost_program_options1.53.0
   libboost_system1.53.0
   libboost_thread1.53.0
   libgnash
- firefox-flashblock

Понимаю конечно что просьба по дополнительному чрезмерная, но это
доустанавливается всегда. Поставил и забыл.
Размер образа для себя не критичен, если не вылезает за пределы
~3.9Gb. Ранжирование размеров iso у себя по размерам флешек.

Думается что это для всех часто используемое. А не только для себя.

----------------------------------------------------------------

Не моё, но со стороны.
Если сеанс заблокирован и сессия одна, малоопытный в окне unlock
сессии для открытия нового сеанса не видит курсор мыши.
Курсор не появляется при движении мыши, а пользователь не может
догадаться про щелчёк Правой Кнопки Мыши. После ПКМ таймаут у курсора
ровно 3 секунды видимости.
Если было бы: двинул мышом, курсор появился.

---------------------------------------------------------------

Почтовый клиент не упоминал - их много и каждому не угодить.
У себя Thunderbird стоит с древних времён - у себя база в ~50000
c lists.altlinux.org/community где-то с 2004-го со встречающимся
с 2002-го.
На другое уже никак. Так что Thunderbird у себя без альтернативы.

--------------------------------------------------------------

У себя такое на повседневно:
лучшая клавиатура та, которую не замечаешь.

Re: [Comm] I: p7 starterkits (sysv-tde)

[Michael Shigorin]

On Fri, Feb 14, 2014 at 03:54:04PM +0300, Speccyfighter wrote:
> > Просьба: всё по sysv-tde сформулируйте _одним_ письмом,
> > по возможности ранжировав по критичности.
> По сборке p7-sysv-tde-i586
> по степени важности сверху вниз, от важного к менее важному:

Спасибо!

> ----------------------------------------------------------
> - Невозможность выхода из спящего на ядре led-ws,
> включая последнее Сизифное *-led-ws-3.10.29-alt6:
> баги  #29685 #29824

Думаю, с учётом пожелания про std-pae в данном конкретном случае
всё-таки предложу устанавливать std-pae локально.

> Я переезжаю и держу std-pae, но принято вроде бы в iso держать std-def.

Это в официальных, а в регулярках и стартеркитах я как раз
стараюсь дать хотя бы некоторую возможность выкрутиться на
других ядрах.  Разумеется, бывают и обратные эффекты.

> -----------------------------------------------------------
> О неприятном:
> - На стадии инсталляции спрашиваются настройки time и timezone.
> После настройки на стадии инсталляции времени в установленной
> системе, время и в BIOS и в системе в UTC.

Кстати, не наблюдали ль такое на дистрибутивах 7.0.x?

> - В образе нет alterator-datetime и ntpd.
> Исходя из предыдущего для исправления пришлось
> доустанавливать их.

Добавил.

> -----------------------------------------------------------
> 
> Пожелание на наличие в образе:
> (как отсутствующее в сборке p7-sysv-tde-20131225-i586)
> - pm-utils
> - rsync и wget
> - nano - как альтернатива vi и отсутствующему mc+mcedit
>   (реально ли в iso-образе mc+mcedit, но без nano?)

Уже были добавлены.

> - hmount

Добавил.

> - sysfsutils
> для:
> # cat /etc/sysfs.conf | grep ^dev
> devices/system/cpu/cpu0/cpufreq/scaling_governor = ondemand
> devices/system/cpu/cpu1/cpufreq/scaling_governor = ondemand

Ммм... если что, там есть сразу cpufreq-simple; с другой стороны,
вспомнил про один явно недостающий Requires: в mkimage-preinstall.

> - lm_sensors3
> - hdparm
> - smartmontools
> - sdparm - на всякий; вылазила как блокировка лотка которое ловил:
> [...] но сейчас в std-def и std-pae с апгрейдом, блокировки
> лотка не вижу пока. Если что, sdparm был бы рядом.

Ладно.

http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/starterkits/20140301/

> Если образ вылезет за пределы CD или/и будет возможность:

Есть ещё один вариант: расширять 64-битную версию,
там-то всяко некритично укладываться в сидюшку. :)
(i586 пока 694M)

> ----------------------------------------------------------------
> 
> Не моё, но со стороны.
> Если сеанс заблокирован и сессия одна, малоопытный в окне unlock
> сессии для открытия нового сеанса не видит курсор мыши.
> Курсор не появляется при движении мыши, а пользователь не может
> догадаться про щелчёк Правой Кнопки Мыши. После ПКМ таймаут у курсора
> ровно 3 секунды видимости.
> Если было бы: двинул мышом, курсор появился.

В апстрим бы.

> ---------------------------------------------------------------
> 
> Почтовый клиент не упоминал - их много и каждому не угодить.
> У себя Thunderbird стоит с древних времён - у себя база в ~50000
> c lists.altlinux.org/community где-то с 2004-го со встречающимся
> с 2002-го.
> На другое уже никак. Так что Thunderbird у себя без альтернативы.

Опять же, в 64-битную версию можно и добавить.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] p7, RTC и UTC

[Speccyfighter]

09.03.2014 11:35, Sergey пишет:
> On Sunday 09 March 2014, Sergey wrote:
>
>> Система - Server Light, обновлённый до p7, так что софта не сильно много.
>> Тем не менее, кто злодей - пока непонятно.
> ...
> 14844 ?        Ss     0:00 /sbin/minilogd
>
> Кто ещё это может делать - не понимаю.
>

Кажется что-то поймал?
При UTC=false и ядре led-ws:

# hwclock -D && date
hwclock из util-linux 2.22.1
Используется /dev interface to clock.
Дата последней корректировки отклонения - 1394403049 секунд после 1969
Дата последней калибровки - 1394403049 секунд после 1969
Аппаратные часы выставлены по местному времени
Подразумевается, что аппаратные часы выставлены по местному времени.
Ожидается тиканье часов...
...получено тиканье часов
Время, прочитанное с аппаратных часов: 2014/03/09 01:26:49
Аппаратное время: 2014/03/09 01:26:49 = 1394317609 секунд с 1969
Вс 09 мар 2014 01:26:49  -0.608985 секунд
Вс мар  9 01:26:49 FET 2014

... Тут было ещё два промежуточных вывода в которых не увело RTC в UTC

# hwclock -D && date
hwclock из util-linux 2.22.1
Используется /dev interface to clock.
Дата последней корректировки отклонения - 1394403049 секунд после 1969
Дата последней калибровки - 1394403049 секунд после 1969
Аппаратные часы выставлены по местному времени
Подразумевается, что аппаратные часы выставлены по местному времени.
Ожидается тиканье часов...
...получено тиканье часов
Время, прочитанное с аппаратных часов: 2014/03/09 04:21:11
Аппаратное время: 2014/03/09 04:21:11 = 1394328071 секунд с 1969
Вс 09 мар 2014 04:21:11  -0.345221 секунд
Вс мар  9 04:21:10 FET 2014

# uname -r
3.4.80-led-ws-alt0.M70P.1

------------------------------------------------------------------

А при UTC=false и ядре
# rpm -qa|grep kernel-image|grep pae|grep 3.10.32
kernel-image-std-pae-3.10.32-alt1
точно в UTC RTC уводит несмотря на
# cat /etc/adjtime|tail -n 1
LOCAL
Даже при отсутствующем в системе ntpd.
У меня оно постоянно стоит - памяти 6Gb.

Завтра, уже сегодня, надо бы посмотреть с std-def и un-def.

Re: [Comm] I: p7 starterkits (sysv-tde)

[Speccyfighter]

01.03.2014 22:51, Michael Shigorin пишет:
> On Fri, Feb 14, 2014 at 03:54:04PM +0300, Speccyfighter wrote:
>> > Просьба: всё по sysv-tde сформулируйте _одним_ письмом,
>> > по возможности ранжировав по критичности.
>> По сборке p7-sysv-tde-i586
>> по степени важности сверху вниз, от важного к менее важному:
>
> Спасибо!
>

Доброго времени суток.

(постскриптум)

В сборке
altlinux-p7-sysv-tde-20140301-i586.iso
по моей просьбе, лежит пакет ntpd.
Я очень извиняюсь, моя вина.
У меня просьба:
из следующей сборки p7-sysv-tde убрать пакет ntpd и положить туда пакет
openntpd.
Было бы хорошо, если бы openntpd попал в iso до релиза.

(в релизных альтах пакет openntpd, как увиделось, (а не ntpd) лежит не
случайно)

Перед отравкой письма, ещё раз втащил в систему пакет ntpd, перегрузил
и увидел, что и системные и RTC после перезагрузки уехали на три часа 
назад. Конфиг не изменял. Вернул назад openntpd, поднял, перегрузил 
систему. И получил всё так, как и должно быть.
При этом маркер в alterator-datetime с openntpd и удерживается и
снимается с опции 'Работать как NTP-сервер' нормально.

Оправдываюсь:
Не послушался совета вешать баг на alterator-datetime, который сидел
у себя поверх пакета ntpd. Надо было _ещё_ упоминать, но интуиция
подсказывала что что-то здесь не так. Тем более совпало оно по времени
когда смотрел на баг 29685 с частыми крахами.
Не сросталась логика.
Случай подвернулся увидеть что именно не так, когда пользователь задал
вопрос на форуме с просьбой о помощи. Спасибо ему и asy, который
мимоходом спросил "ntpd или openntpd?", чем и напомнил о существовании 
пакета openntpd. После замены пакета ntpd на openntpd, логика связки
компонентов, включая всё остальное, моментально стали на свои места.
Здесь как бы попытка резюме
http://forum.altlinux.org/index.php/topic,31476.msg224575.html#msg224575
дополняющая
http://forum.altlinux.org/index.php/topic,31476.msg224490.html#msg224490
(и остальное)
на разницу поведения системы с ntpd и с openntpd, которая увиделась у
себя.


Но! Вскрылась случайным образом ещё проблема.
Поначалу думал специфичная для p7-sysv-tde.
И последовательно выводами озвучил суть проблемы:
http://forum.altlinux.org/index.php/topic,31476.msg224598.html#msg224598

Но подтвердили, что по крайней мере для p7, проблема имеет
повторяемость и не на sysv-tde:
http://forum.altlinux.org/index.php/topic,31476.msg224660.html#msg224660

Можно было бы на багтрекер, так зацепиться не за что, на какой
компонент.
Абсолютно непонятно кто трогает аппаратные часы.

Re: [Comm] I: p7 starterkits (sysv-tde)

[Алексей Варакин]

Здравствуйте!
Может быть, часы плавают из-за TSC?
У меня были проблемы с синхронизацией ntpd при активном TSC, я его переключил на acpi_pm и в файле /etc/sysconfig/clock включил синхронизацию времени между Linux и BIOS.

09.03.2014, 10:26, "Speccyfighter" <zxwarior@yandex.ru>:
> 01.03.2014 22:51, Michael Shigorin пишет:
>
>>  On Fri, Feb 14, 2014 at 03:54:04PM +0300, Speccyfighter wrote:
>>>>  Просьба: всё по sysv-tde сформулируйте _одним_ письмом,
>>>>  по возможности ранжировав по критичности.
>>>  По сборке p7-sysv-tde-i586
>>>  по степени важности сверху вниз, от важного к менее важному:
>>  Спасибо!
>
> Доброго времени суток.
>
> (постскриптум)
>
> В сборке
> altlinux-p7-sysv-tde-20140301-i586.iso
> по моей просьбе, лежит пакет ntpd.
> Я очень извиняюсь, моя вина.
> У меня просьба:
> из следующей сборки p7-sysv-tde убрать пакет ntpd и положить туда пакет
> openntpd.
> Было бы хорошо, если бы openntpd попал в iso до релиза.
>
> (в релизных альтах пакет openntpd, как увиделось, (а не ntpd) лежит не
> случайно)
>
> Перед отравкой письма, ещё раз втащил в систему пакет ntpd, перегрузил
> и увидел, что и системные и RTC после перезагрузки уехали на три часа
> назад. Конфиг не изменял. Вернул назад openntpd, поднял, перегрузил
> систему. И получил всё так, как и должно быть.
> При этом маркер в alterator-datetime с openntpd и удерживается и
> снимается с опции 'Работать как NTP-сервер' нормально.
>
> Оправдываюсь:
> Не послушался совета вешать баг на alterator-datetime, который сидел
> у себя поверх пакета ntpd. Надо было _ещё_ упоминать, но интуиция
> подсказывала что что-то здесь не так. Тем более совпало оно по времени
> когда смотрел на баг 29685 с частыми крахами.
> Не сросталась логика.
> Случай подвернулся увидеть что именно не так, когда пользователь задал
> вопрос на форуме с просьбой о помощи. Спасибо ему и asy, который
> мимоходом спросил "ntpd или openntpd?", чем и напомнил о существовании
> пакета openntpd. После замены пакета ntpd на openntpd, логика связки
> компонентов, включая всё остальное, моментально стали на свои места.
> Здесь как бы попытка резюме
> http://forum.altlinux.org/index.php/topic,31476.msg224575.html#msg224575
> дополняющая
> http://forum.altlinux.org/index.php/topic,31476.msg224490.html#msg224490
> (и остальное)
> на разницу поведения системы с ntpd и с openntpd, которая увиделась у
> себя.
>
> Но! Вскрылась случайным образом ещё проблема.
> Поначалу думал специфичная для p7-sysv-tde.
> И последовательно выводами озвучил суть проблемы:
> http://forum.altlinux.org/index.php/topic,31476.msg224598.html#msg224598
>
> Но подтвердили, что по крайней мере для p7, проблема имеет
> повторяемость и не на sysv-tde:
> http://forum.altlinux.org/index.php/topic,31476.msg224660.html#msg224660
>
> Можно было бы на багтрекер, так зацепиться не за что, на какой
> компонент.
> Абсолютно непонятно кто трогает аппаратные часы.
> _______________________________________________
> community mailing list
> community@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community

Re: [Comm] I: p7 starterkits (sysv-tde)

[Sergey]

On Sunday 09 March 2014, Speccyfighter wrote:

> чем и напомнил о существовании пакета openntpd. После замены пакета ntpd
> на openntpd, логика связки компонентов, включая всё остальное, моментально
> стали на свои места. 

На самом деле, тут не так всё просто. RTC в UTC уводит кто-то ещё. 

# egrep -v "^#|^[[:space:]]*$" /etc/sysconfig/clock
HWCLOCK_SET_TIME_AT_START=true
HWCLOCK_SET_AT_HALT=false
HWCLOCK_ADJUST=false
UTC=false
ZONE=Europe/Samara

компьютер не перегружается. торможу ntpd, делаю "hwclock --systohc", 
после чего "hwclock -r" показывает локальное время. В кроне ничего
подозрительного нет. Однако, через некоторое продолжительное время,
в RTC время уходит снова в UTC.

Хм. Похоже, по крайней мере, время события поймал. В 10:30 случился переход:

# hwclock -r
Sun Mar  9 10:29:01 2014  -0.719359 seconds
# hwclock -r
Sun Mar  9 06:30:21 2014  -0.641235 seconds

Система - Server Light, обновлённый до p7, так что софта не сильно много.
Тем не менее, кто злодей - пока непонятно.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Comm] I: p7 starterkits (sysv-tde)

[REAL]

09.03.2014 13:38, Sergey пишет:
> Система - Server Light, обновлённый до p7, так что софта не сильно много.
> Тем не менее, кто злодей - пока непонятно.

похожая история и на сизифе есть. иногда включаю машину, а на ней 
какое-то странное время, непонятно откуда (в BIOS хранится локальное 
время, не UTC). иногда всё нормально. кто виноват, неясно.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [Comm] p7, RTC и UTC

[Sergey]

On Sunday 09 March 2014, Sergey wrote:

> Система - Server Light, обновлённый до p7, так что софта не сильно много.
> Тем не менее, кто злодей - пока непонятно.
 
Поотключал практически всё:

# ps ax|grep -v "[0-9] \[\|sshd"
  PID TTY      STAT   TIME COMMAND
    1 ?        Ss     0:03 init [3]
 2721 ?        Ss     0:00 /sbin/rpc.idmapd
 3711 tty1     Ss+    0:00 /sbin/mingetty --noclear tty1
 3712 tty2     Ss+    0:00 /sbin/mingetty tty2
 3713 tty3     Ss+    0:00 /sbin/mingetty tty3
 3714 tty4     Ss+    0:00 /sbin/mingetty tty4
 3715 tty5     Ss+    0:00 /sbin/mingetty tty5
 3716 tty6     Ss+    0:00 /sbin/mingetty tty6
14374 pts/0    Ss     0:00 -bash
14412 pts/0    S      0:00 su
14417 pts/0    S      0:00 bash
14844 ?        Ss     0:00 /sbin/minilogd

Кто ещё это может делать - не понимаю.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Comm] p7, RTC и UTC

[Sergey]

On Sunday 09 March 2014, Sergey wrote:

> Кто ещё это может делать - не понимаю.
 
Причём вот в starterkit sysv-tde время никто не переводит как раз.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Comm] I: p7 starterkits (sysv-tde)

[Michael Shigorin]

On Sun, Mar 09, 2014 at 06:25:21AM +0300, Speccyfighter wrote:
> У меня просьба: из следующей сборки p7-sysv-tde убрать пакет
> ntpd и положить туда пакет openntpd.
> Было бы хорошо, если бы openntpd попал в iso до релиза.

Ладно, поправил.  Если наберётся ещё изменений, перевыпущу.

> И последовательно выводами озвучил суть проблемы:
> http://forum.altlinux.org/index.php/topic,31476.msg224598.html#msg224598
> Но подтвердили, что по крайней мере для p7, проблема имеет
> повторяемость и не на sysv-tde:
> http://forum.altlinux.org/index.php/topic,31476.msg224660.html#msg224660
> 
> Можно было бы на багтрекер, так зацепиться не за что, на какой
> компонент.  Абсолютно непонятно кто трогает аппаратные часы.

Для начала на используемый *ntpd?

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] p7, RTC и UTC

[Michael Shigorin]

On Sun, Mar 09, 2014 at 12:40:23PM +0400, Sergey wrote:
> > Кто ещё это может делать - не понимаю.
> Причём вот в starterkit sysv-tde время никто не переводит как раз.

А сравни-ка содержимое /etc/adjtime на всякий.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] p7, RTC и UTC

[Michael Shigorin]

On Sun, Mar 09, 2014 at 04:37:58AM +0300, Speccyfighter wrote:
> # cat /etc/adjtime|tail -n 1
> LOCAL

Обычное действие -- echo >/etc/adjtime

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] p7, RTC и UTC

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 2821 bytes --]

On Sun, Mar 09, 2014 at 04:37:58AM +0300, Speccyfighter wrote:
> 09.03.2014 11:35, Sergey пишет:
> > On Sunday 09 March 2014, Sergey wrote:
> >
> >> Система - Server Light, обновлённый до p7, так что софта не сильно много.
> >> Тем не менее, кто злодей - пока непонятно.
> > ...
> > 14844 ?        Ss     0:00 /sbin/minilogd
> >
> > Кто ещё это может делать - не понимаю.
> >
> 
> Кажется что-то поймал?
> При UTC=false и ядре led-ws:
[...]
> Время, прочитанное с аппаратных часов: 2014/03/09 04:21:11
> Аппаратное время: 2014/03/09 04:21:11 = 1394328071 секунд с 1969
> Вс 09 мар 2014 04:21:11  -0.345221 секунд
> Вс мар  9 04:21:10 FET 2014
> 
> # uname -r
> 3.4.80-led-ws-alt0.M70P.1
> 
> ------------------------------------------------------------------
> 
> А при UTC=false и ядре
> # rpm -qa|grep kernel-image|grep pae|grep 3.10.32
> kernel-image-std-pae-3.10.32-alt1
> точно в UTC RTC уводит несмотря на
> # cat /etc/adjtime|tail -n 1
> LOCAL
> Даже при отсутствующем в системе ntpd.
> У меня оно постоянно стоит - памяти 6Gb.
> 
> Завтра, уже сегодня, надо бы посмотреть с std-def и un-def.

Вообще при наличии синхронизации с NTP-сервером ядро уже давно каждые
11 минут обновляет время в RTC.  Однако, начиная с 3.10, из ядра
выпилили код, который пытался обновлять в RTC только минуты и секунды,
чтобы обновление работало независимо от часового пояса (но в этом
случае не могло быть исправлено расхождение более чем на 15 минут):

  http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=3195ef59cb42cda3aeeb24a7fd2ba1b900c4a3cc

Теперь для правильного обновления RTC необходимо, чтобы в ядре были
соответствующим образом установлены переменные sys_tz и
persistent_clock_is_local:

  http://lxr.free-electrons.com/source/kernel/time/ntp.c?v=3.10#L492

Установка этих переменных возможна только в момент первого после
загрузки системы вызова settimeofday() с указанием параметра tz:

  http://lxr.free-electrons.com/source/kernel/time.c?v=3.10#L151

В нормально сконфигурированной системе этим занимается systemd:

  Mar 10 11:05:07 atlas.home systemd[1]: RTC configured in localtime, applying delta of 240 minutes to system time.
  Mar 10 11:05:07 atlas.home systemd[1]: systemd 201 running in system mode. (+PAM +LIBWRAP +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP -GCRYPT +ACL +XZ)

Однако я наблюдал ситуацию, когда systemd неправильно определял режим
работы RTC из-за странного содержимого файла /etc/adjtime - почему-то
после слова LOCAL там было что-то ещё:

-0.000001 1099594479 0.000000
1099594479
LOCAL 1900 0
0.000000

(нашёл такой файл в старой системе, там он последний раз менялся в
2005 году).

Правильный формат этого файла выглядит, например, так:

92.715438 1273327006 0.000000
1273327006
LOCAL

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] p7, RTC и UTC

[REAL]

10.03.2014 16:09, Sergey Vlasov пишет:
> Вообще при наличии синхронизации с NTP-сервером ядро уже давно каждые
> 11 минут обновляет время в RTC.  Однако, начиная с 3.10, из ядра
> выпилили код, который пытался обновлять в RTC только минуты и секунды,

интересно, это именно из-за этого осуществляется странный перевод на 
часы, когда минуты/секунды не трогаются (согласно сверкой с другими 
часами)?

> В нормально сконфигурированной системе этим занимается systemd:

а если нет systemd? кто хотя бы теоретически портит часы? всё-таки 
новое ядро?

> Однако я наблюдал ситуацию, когда systemd неправильно определял режим
> работы RTC из-за странного содержимого файла /etc/adjtime - почему-то
> после слова LOCAL там было что-то ещё:

мне, наверно, повезло:

 > cat /etc/adjtime
1251.113704 1393499666 0.000000
1393499666
LOCAL

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [Comm] p7, RTC и UTC

[Michael Shigorin]

On Mon, Mar 10, 2014 at 04:45:50PM +0700, REAL wrote:
> а если нет systemd? кто хотя бы теоретически портит часы?
> всё-таки новое ядро?
> 
> > cat /etc/adjtime
> 1251.113704 1393499666 0.000000
> 1393499666
> LOCAL

Первое ненулевое значение и портит:
http://linux.yaroslavl.ru/docs/howto/mini/Clock/x94.html

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] p7, RTC и UTC

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1855 bytes --]

On Mon, Mar 10, 2014 at 04:45:50PM +0700, REAL wrote:
> 10.03.2014 16:09, Sergey Vlasov пишет:
> > Вообще при наличии синхронизации с NTP-сервером ядро уже давно каждые
> > 11 минут обновляет время в RTC.  Однако, начиная с 3.10, из ядра
> > выпилили код, который пытался обновлять в RTC только минуты и секунды,
> 
> интересно, это именно из-за этого осуществляется странный перевод на 
> часы, когда минуты/секунды не трогаются (согласно сверкой с другими 
> часами)?

Это скорее всё-таки путаница с UTC/LOCAL в разных местах системы.

> > В нормально сконфигурированной системе этим занимается systemd:
> 
> а если нет systemd?

hwclock --hctosys (только при первом вызове в процессе загрузки
системы).

> кто хотя бы теоретически портит часы? всё-таки новое ядро?

Не портит, а устанавливает в соответствии с переданными ему
параметрами :)

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

> > Однако я наблюдал ситуацию, когда systemd неправильно определял режим
> > работы RTC из-за странного содержимого файла /etc/adjtime - почему-то
> > после слова LOCAL там было что-то ещё:
> 
> мне, наверно, повезло:
> 
>  > cat /etc/adjtime
> 1251.113704 1393499666 0.000000
> 1393499666
> LOCAL

Это тоже ненормально - в начале первой строки в этом файле указывается
систематическая погрешность RTC в секундах в день, и при таком
значении вместо времени будет выставляться чушь.  Вероятнее всего,
такое число там появилось как раз в результате выполнения hwclock
--systohc для исправления сдвига на N часов из-за путаницы с UTC.
Проще всего удалить этот файл и пересоздать его вызовом hwclock
--systohc --localtime, предварительно выставив правильное время в
системных часах.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] p7, RTC и UTC

[REAL]

10.03.2014 18:34, Sergey Vlasov пишет:
> Это тоже ненормально - в начале первой строки в этом файле указывается
> систематическая погрешность RTC в секундах в день, и при таком
> значении вместо времени будет выставляться чушь.  Вероятнее всего,
> такое число там появилось как раз в результате выполнения hwclock
> --systohc для исправления сдвига на N часов из-за путаницы с UTC.
> Проще всего удалить этот файл и пересоздать его вызовом hwclock
> --systohc --localtime, предварительно выставив правильное время в
> системных часах.

спасибо, так и сделал.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ