[sisyphus] Обновление до p8

[sisyphus] Обновление до p8

[Anton Gorlov]

Итак..Обновил 1 железку в своём парке до p8 (комп жены).
По большей части всё работает, но

1) крайне долго выполняется запуск udev.. почти 30 секунд. И почему-то
после обновления на компе сбились часы.

32.023s systemd-udev-settle.service


Куда смотреть?



В логах из подозрительного только

[Fri Apr 22 01:26:39 2016] usb 3-4: device descriptor read/all, error -110
[Fri Apr 22 01:26:39 2016] usb 3-4: new full-speed USB device number 3
using xhci_hcd
[Fri Apr 22 01:26:44 2016] usb 3-4: device descriptor read/all, error -110
[Fri Apr 22 01:26:44 2016] usb 3-4: new full-speed USB device number 4
using xhci_hcd
[Fri Apr 22 01:26:49 2016] usb 3-4: device descriptor read/8, error -110
[Fri Apr 22 01:26:54 2016] usb 3-4: device descriptor read/8, error -110
[Fri Apr 22 01:26:55 2016] usb 3-4: new full-speed USB device number 5
using xhci_hcd
[Fri Apr 22 01:27:00 2016] usb 3-4: device descriptor read/8, error -110
[Fri Apr 22 01:27:05 2016] usb 3-4: device descriptor read/8, error -110
[Fri Apr 22 01:27:05 2016] usb usb3-port4: unable to enumerate USB device


При этом
lsusb
Bus 002 Device 005: ID 04a9:190a Canon, Inc. CanoScan LiDE 210
Bus 002 Device 004: ID 062a:4101 Creative Labs Wireless Keyboard/Mouse
Bus 002 Device 003: ID 04f2:0408 Chicony Electronics Co., Ltd
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation


ещё их того,что бросилось в глаза

[Fri Apr 22 01:26:26 2016] ACPI Error: [DSSP] Namespace lookup failure,
AE_NOT_FOUND (20150410/psargs-359)
[Fri Apr 22 01:26:26 2016] ACPI Error: Method parse/execution failed
[\_SB_.PCI0.SAT0.SPT1._GTF] (Node ffff8802160b8798), AE_NOT_FOUND
(20150410/psparse-536)
[Fri Apr 22 01:26:26 2016] ata2.00: configured for UDMA/133
[Fri Apr 22 01:26:26 2016] ata1.00: ATA-7: ST3500630AS, 3.AAK, max UDMA/133
[Fri Apr 22 01:26:26 2016] ata1.00: 976773168 sectors, multi 16: LBA48
NCQ (depth 31/32)
[Fri Apr 22 01:26:26 2016] ACPI Error: [DSSP] Namespace lookup failure,
AE_NOT_FOUND (20150410/psargs-359)
[Fri Apr 22 01:26:26 2016] ACPI Error: Method parse/execution failed
[\_SB_.PCI0.SAT0.SPT0._GTF] (Node ffff8802160b8810), AE_NOT_FOUND
(20150410/psparse-536)
....
[Fri Apr 22 01:26:33 2016] ACPI Warning: SystemIO range
0x0000000000000500-0x000000000000052F conflicts with OpRegion
0x0000000000000500-0x000000000000057F (\_SB_.PCI0.LPCB.GPBX)
(20150410/utaddress-254)
[Fri Apr 22 01:26:33 2016] ACPI: If an ACPI driver is available for this
device, you should use it instead of the native driver
[Fri Apr 22 01:26:33 2016] lpc_ich: Resource conflict(s) found affecting
gpio_ich
[Fri Apr 22 01:26:33 2016] EDAC MC: Ver: 3.0.0
[Fri Apr 22 01:26:33 2016] input: PC Speaker as
/devices/platform/pcspkr/input/input8
[Fri Apr 22 01:26:33 2016] ACPI Warning: SystemIO range
0x000000000000F000-0x000000000000F01F conflicts with OpRegion
0x000000000000F000-0x000000000000F00F (\_SB_.PCI0.SBUS.SMBI)
(20150410/utaddress-254)
[Fri Apr 22 01:26:33 2016] ACPI: If an ACPI driver is available for this
device, you should use it instead of the native driver

Re: [sisyphus] Обновление до p8

[Anton Gorlov]

ещё из диагностики

Apr 22 01:43:35 comp1.localdomain systemd[1]: Starting udev Wait for
Complete Device Initialization...
Apr 22 01:44:08 comp1.localdomain systemd[1]: Started udev Wait for
Complete Device Initialization.


22.04.2016 01:35, Anton Gorlov пишет:
> Итак..Обновил 1 железку в своём парке до p8 (комп жены).
> По большей части всё работает, но
> 
> 1) крайне долго выполняется запуск udev.. почти 30 секунд. И почему-то
> после обновления на компе сбились часы.
> 
> 32.023s systemd-udev-settle.service
> 
> 
> Куда смотреть?
> 
> 
> 
> В логах из подозрительного только
> 
> [Fri Apr 22 01:26:39 2016] usb 3-4: device descriptor read/all, error -110
> [Fri Apr 22 01:26:39 2016] usb 3-4: new full-speed USB device number 3
> using xhci_hcd
> [Fri Apr 22 01:26:44 2016] usb 3-4: device descriptor read/all, error -110
> [Fri Apr 22 01:26:44 2016] usb 3-4: new full-speed USB device number 4
> using xhci_hcd
> [Fri Apr 22 01:26:49 2016] usb 3-4: device descriptor read/8, error -110
> [Fri Apr 22 01:26:54 2016] usb 3-4: device descriptor read/8, error -110
> [Fri Apr 22 01:26:55 2016] usb 3-4: new full-speed USB device number 5
> using xhci_hcd
> [Fri Apr 22 01:27:00 2016] usb 3-4: device descriptor read/8, error -110
> [Fri Apr 22 01:27:05 2016] usb 3-4: device descriptor read/8, error -110
> [Fri Apr 22 01:27:05 2016] usb usb3-port4: unable to enumerate USB device
> 
> 
> При этом
> lsusb
> Bus 002 Device 005: ID 04a9:190a Canon, Inc. CanoScan LiDE 210
> Bus 002 Device 004: ID 062a:4101 Creative Labs Wireless Keyboard/Mouse
> Bus 002 Device 003: ID 04f2:0408 Chicony Electronics Co., Ltd
> Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
> Bus 002 Device 001: ID 1d6b:0002 Linux Foundation
> Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation
> Bus 004 Device 001: ID 1d6b:0003 Linux Foundation
> Bus 003 Device 001: ID 1d6b:0002 Linux Foundation
> 
> 
> ещё их того,что бросилось в глаза
> 
> [Fri Apr 22 01:26:26 2016] ACPI Error: [DSSP] Namespace lookup failure,
> AE_NOT_FOUND (20150410/psargs-359)
> [Fri Apr 22 01:26:26 2016] ACPI Error: Method parse/execution failed
> [\_SB_.PCI0.SAT0.SPT1._GTF] (Node ffff8802160b8798), AE_NOT_FOUND
> (20150410/psparse-536)
> [Fri Apr 22 01:26:26 2016] ata2.00: configured for UDMA/133
> [Fri Apr 22 01:26:26 2016] ata1.00: ATA-7: ST3500630AS, 3.AAK, max UDMA/133
> [Fri Apr 22 01:26:26 2016] ata1.00: 976773168 sectors, multi 16: LBA48
> NCQ (depth 31/32)
> [Fri Apr 22 01:26:26 2016] ACPI Error: [DSSP] Namespace lookup failure,
> AE_NOT_FOUND (20150410/psargs-359)
> [Fri Apr 22 01:26:26 2016] ACPI Error: Method parse/execution failed
> [\_SB_.PCI0.SAT0.SPT0._GTF] (Node ffff8802160b8810), AE_NOT_FOUND
> (20150410/psparse-536)
> ....
> [Fri Apr 22 01:26:33 2016] ACPI Warning: SystemIO range
> 0x0000000000000500-0x000000000000052F conflicts with OpRegion
> 0x0000000000000500-0x000000000000057F (\_SB_.PCI0.LPCB.GPBX)
> (20150410/utaddress-254)
> [Fri Apr 22 01:26:33 2016] ACPI: If an ACPI driver is available for this
> device, you should use it instead of the native driver
> [Fri Apr 22 01:26:33 2016] lpc_ich: Resource conflict(s) found affecting
> gpio_ich
> [Fri Apr 22 01:26:33 2016] EDAC MC: Ver: 3.0.0
> [Fri Apr 22 01:26:33 2016] input: PC Speaker as
> /devices/platform/pcspkr/input/input8
> [Fri Apr 22 01:26:33 2016] ACPI Warning: SystemIO range
> 0x000000000000F000-0x000000000000F01F conflicts with OpRegion
> 0x000000000000F000-0x000000000000F00F (\_SB_.PCI0.SBUS.SMBI)
> (20150410/utaddress-254)
> [Fri Apr 22 01:26:33 2016] ACPI: If an ACPI driver is available for this
> device, you should use it instead of the native driver
> 
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus
> 

Re: [sisyphus] Обновление до p8

[Alexei Takaseev]

----- Исходное сообщение -----
> От: "Anton Gorlov" <stalker@altlinux.ru>
> Кому: "ALT Linux Sisyphus discussion list" <sisyphus@lists.altlinux.org>
> Отправленные: Пятница, 22 Апрель 2016 г 6:35:06
> Тема: [sisyphus] Обновление до p8
> 
> Итак..Обновил 1 железку в своём парке до p8 (комп жены).
> По большей части всё работает, но
> 
> 1) крайне долго выполняется запуск udev.. почти 30 секунд. И
> почему-то
> после обновления на компе сбились часы.
> 
> 32.023s systemd-udev-settle.service
> 
> 
> Куда смотреть?

initrd после обнолвения пересобирался? Там получается весьма серьезная разбежка между udev в p7 и в p8.
Без пересоздания inird в нем остается старая.

Re: [sisyphus] Обновление до p8

[Anton Gorlov]

22.04.2016 05:25, Alexei Takaseev пишет:
> initrd после обнолвения пересобирался? Там получается весьма серьезная разбежка между udev в p7 и в p8.
> Без пересоздания inird в нем остается старая.

Конечно пересобирал.
Я даже после загрузки ещё разок ядро перенакатил.. и поставил un-def для
теста. Одинаково. 30+ секунд отрабатывает systemd-udev-settle.service

Причём здесь нет ни LVM, ни крипторазделов..просто 2 диска саташных

Re: [sisyphus] Обновление до p8

[Anton Farygin]

On 22.04.2016 10:33, Anton Gorlov wrote:
> 22.04.2016 05:25, Alexei Takaseev пишет:
>> initrd после обнолвения пересобирался? Там получается весьма серьезная разбежка между udev в p7 и в p8.
>> Без пересоздания inird в нем остается старая.
>
> Конечно пересобирал.
> Я даже после загрузки ещё разок ядро перенакатил.. и поставил un-def для
> теста. Одинаково. 30+ секунд отрабатывает systemd-udev-settle.service
>
> Причём здесь нет ни LVM, ни крипторазделов..просто 2 диска саташных

С un-def поаккуратнее - мы ловили очень много странностей на нём, в 
частности kvm практически не работает.

Re: [sisyphus] Обновление до p8

[Anton Gorlov]

22.04.2016 10:49, Anton Farygin пишет:

> С un-def поаккуратнее - мы ловили очень много странностей на нём, в
> частности kvm практически не работает.

Ну..я для сравнения, что дело точно не в ядре/initrd

Если смотреть глазками - то видно что udev задумывается перед тем как
найти диски -секунд 5-10..потом находит 2 диска и думает ещё секунд 20.
Если грузиться с sysvinit - то долго думает на populating /dev

Как бы отловить на чём оно застревает или хотя бы получить больше
информации для размышления?

Re: [sisyphus] Обновление до p8

[Anton Gorlov]

22.04.2016 11:00, Anton Gorlov пишет:

>> С un-def поаккуратнее - мы ловили очень много странностей на нём, в
>> частности kvm практически не работает.
> Ну..я для сравнения, что дело точно не в ядре/initrd
> Если смотреть глазками - то видно что udev задумывается перед тем как
> найти диски -секунд 5-10..потом находит 2 диска и думает ещё секунд 20.
> Если грузиться с sysvinit - то долго думает на populating /dev

Кстати poweroff так же долго отрабатывает.

Re: [sisyphus] Обновление до p8

[Anton Gorlov]

22.04.2016 11:01, Anton Gorlov пишет:

>>> С un-def поаккуратнее - мы ловили очень много странностей на нём, в
>>> частности kvm практически не работает.
>> Ну..я для сравнения, что дело точно не в ядре/initrd
>> Если смотреть глазками - то видно что udev задумывается перед тем как
>> найти диски -секунд 5-10..потом находит 2 диска и думает ещё секунд 20.
>> Если грузиться с sysvinit - то долго думает на populating /dev
> Кстати poweroff так же долго отрабатывает.



И похоже я не единственный счастливчик - есть вероятность, что проблема
наблюдается на чипсетах Z серии
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1437492

У меня в логах как раз пробегало
[Fri Apr 22 01:27:00 2016] usb 3-4: device descriptor read/8, error -110
[Fri Apr 22 01:27:05 2016] usb 3-4: device descriptor read/8, error -110

Re: [sisyphus] Обновление до p8

[Ruslan]

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

Здравствуйте !
On Friday 22 April 2016 11:01:28 Anton Gorlov написал(а):

> Кстати poweroff так же долго отрабатывает.

А нельзя-ли для дистрибутивов с systemd сделать каким-то образом "подмену" 
poweroff на systemctl poweroff?

Вроде второй побыстрее работает.

-- 
C уважением, Хихин Руслан.



[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] Обновление до p8

[Anton Gorlov]

22.04.2016 13:50, Ruslan пишет:
> А нельзя-ли для дистрибутивов с systemd сделать каким-то образом "подмену" 
> poweroff на systemctl poweroff?
>
> Вроде второй побыстрее работает.

Да дело даже не в этом..а в том что при загрузке какой-то рейс дикий...

Re: [sisyphus] Обновление до p8

[Ruslan]

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

Здравствуйте !
On Friday 22 April 2016 13:58:53 Anton Gorlov написал(а):

> > Вроде второй побыстрее работает.
>
> Да дело даже не в этом..а в том что при загрузке какой-то рейс дикий...

Да рейс в systemd - "фирменное блюдо".  Всегда всё нмного по другому 
загружается ;-)

-- 
C уважением, Хихин Руслан.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] Обновление до p8

[Sergey]

On Friday 22 April 2016, Anton Gorlov wrote:

> Итак..Обновил 1 железку в своём парке до p8

Я уже несколько штук, но без systemd и X. Проблемы
только с logrotate: https://bugzilla.altlinux.org/31636
Аналогичная проблема ещё у одного моего пакета была, свой
сегодня в p8 я исправил.

Попался недочёт с PHP: https://bugzilla.altlinux.org/31823
Но на работоспособность, в общем-то, не влияет.

-- 
С уважением, Сергей.

Re: [sisyphus] Обновление до p8

[Anton Gorlov]

Коллеги, так как отдебажить возникшую проблему с  

systemd-udev-settle или с populating /dev при SysVinit

Re: [sisyphus] Обновление до p8

[Денис Смирнов]

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

On Fri, Apr 22, 2016 at 04:23:14PM +0300, Anton Gorlov wrote:

> Коллеги, так как отдебажить возникшую проблему с  
> systemd-udev-settle или с populating /dev при SysVinit

С udev settle проблемы вечные, и их много. По возможности стоит таки
сделать что-нибудь, чтобы на максимуме возможных конфигураций эта гадость
была не нужна.

-- 
С уважением, Денис

http://mithraen.ru/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [sisyphus] Обновление до p8

[Anton Gorlov]

22.04.2016 18:59, Денис Смирнов пишет:

>> Коллеги, так как отдебажить возникшую проблему с  
>> systemd-udev-settle или с populating /dev при SysVinit
> С udev settle проблемы вечные, и их много. По возможности стоит таки
> сделать что-нибудь, чтобы на максимуме возможных конфигураций эта гадость
> была не нужна.

Денис - но у меня проблема и с sysvinit так же воспроизводится..
Или там она же джёргается на populating /dev?

Судя потому что удалось нагуглить -- имеет место с чипсетами Z серии и
то ли sata на них..то ли usb. То ли оба два. Но вроде как в свежих ядрах
пофиксено должно быть

Re: [sisyphus] Обновление до p8

[Денис Смирнов]

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

On Fri, Apr 22, 2016 at 07:24:44PM +0300, Anton Gorlov wrote:

> Денис - но у меня проблема и с sysvinit так же воспроизводится..
> Или там она же джёргается на populating /dev?

Да. См. /etc/rc.d/init.d/udevd

В sysvnit, который последовательный, от него никуда не деться. А вот
systemd по натуре асинхронный, и для того, чтобы применять подобные
инструменты нужны очень веские причины. Чаще всего -- отсутствующие.

> Судя потому что удалось нагуглить -- имеет место с чипсетами Z серии и
> то ли sata на них..то ли usb. То ли оба два. Но вроде как в свежих ядрах
> пофиксено должно быть

Я не нашел как отлаживать чего именно он ждет :(

У меня тут недавно начало опять воспроизводиться на ноутбуке, после
очередного обновления. Хотя до этого я явным образом избавлялся от
всевозможных зависимостей на сервис udev-settle

-- 
С уважением, Денис

http://mithraen.ru/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [sisyphus] Обновление до p8

[Sergey]

On Friday 22 April 2016, Anton Gorlov wrote:

> Судя потому что удалось нагуглить -- имеет место с чипсетами
> Z серии 

Именно такой у меня один, и я его года полтора не трогаю. Никак
не придумаю, как оттуда убрать ext3 с полутора терабайт: любой
ребут около часа (так как в максимальное время попадает).

-- 
С уважением, Сергей.

Re: [sisyphus] Обновление до p8

[Anton Gorlov]

22.04.2016 22:04, Sergey пишет:
> Именно такой у меня один, и я его года полтора не трогаю. Никак
> не придумаю, как оттуда убрать ext3 с полутора терабайт: любой
> ребут около часа (так как в максимальное время попадает).

На p7 работает замечательно 2 компа (z68, z77) уже не 1 год.
ребут явно менее 2 минут. А вот на p8 блин комом...

Re: [sisyphus] Обновление до p8

[Anton Gorlov]

22.04.2016 22:07, Anton Gorlov пишет:
> 22.04.2016 22:04, Sergey пишет:
>> Именно такой у меня один, и я его года полтора не трогаю. Никак
>> не придумаю, как оттуда убрать ext3 с полутора терабайт: любой
>> ребут около часа (так как в максимальное время попадает).
> На p7 работает замечательно 2 компа (z68, z77) уже не 1 год.
> ребут явно менее 2 минут. А вот на p8 блин комом...

Коллеги..мне почти удалось отловить кто виноват - это или юсб сканнер
или юсб блютуз свистелка..
Сейчас перепрошивал биос итак далее.. выключал питания.. ничего не меняло.
Выдернул 2 эти вещи, пеоменял местами..и вуаля.. загрузилось явно шустрее

4.076s network.service
3.218s haldaemon.service
3.212s dev-sdb2.device
3.195s systemd-udev-settle.service


Но самое смешное - поменял их сейчас обратно как было - всё равно
загрузились шустро.

Как такое может быть?

Re: [sisyphus] Обновление до p8

[Hihin Ruslan]

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

Здравствуйте Anton Gorlov
  В сообщении от 23 апреля 2016 Anton Gorlov написал(a):
> Но самое смешное - поменял их сейчас обратно как было - всё
> равно загрузились шустро.

Кэш ?  :-)

-- 
  А ещё говорят так  (fortune):
 
 .

________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [sisyphus] Обновление до p8

[Anton Gorlov]

23.04.2016 17:39, Aleksey Novodvorsky пишет:

>> Сейчас перепрошивал биос итак далее.. выключал питания.. ничего не меняло.
>> Выдернул 2 эти вещи, пеоменял местами..и вуаля.. загрузилось явно шустрее
>> 4.076s network.service
>> 3.218s haldaemon.service
>> 3.212s dev-sdb2.device
>> 3.195s systemd-udev-settle.service
>> Но самое смешное - поменял их сейчас обратно как было - всё равно
>> загрузились шустро.
>> Как такое может быть?
> Кто-то был плохо воткнут? ;)

Если бы... Оно всё работало в  p7 и шустро грузилось. Более того откат
на p7 примус тоже чинил.

Похоже или в чипсете ИИ с USB,или у этих 2 девайсов было что-то странное
и помогло передёргивание как таковое.

Re: [sisyphus] Обновление до p8

[Sergey]

On Friday 22 April 2016, Anton Gorlov wrote:

> > Именно такой у меня один, и я его года полтора не трогаю. Никак
> > не придумаю, как оттуда убрать ext3 с полутора терабайт: любой
> > ребут около часа (так как в максимальное время попадает).
> 
> На p7 работает замечательно 2 компа (z68, z77) уже не 1 год.
> ребут явно менее 2 минут. А вот на p8 блин комом...

Часовой ребут - это про fsck на полуторатерабайтном ext3 имеется
ввиду.

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

Re: [sisyphus] Обновление до p8

[Hihin Ruslan]

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

Здравствуйте Sergey
  В сообщении от 24 апреля 2016 Sergey написал(a):
> On Friday 22 April 2016, Anton Gorlov wrote:
> > > Именно такой у меня один, и я его года полтора не трогаю.
> > > Никак не придумаю, как оттуда убрать ext3 с полутора
> > > терабайт: любой ребут около часа (так как в максимальное
> > > время попадает).
> >
> > На p7 работает замечательно 2 компа (z68, z77) уже не 1 год.
> > ребут явно менее 2 минут. А вот на p8 блин комом...
>
> Часовой ребут - это про fsck на полуторатерабайтном ext3
> имеется ввиду.

Я вот смотрю:

cat /lib/systemd/system/poweroff.target
и
cat /lib/systemd/system/reboot.target
...
JobTimeoutSec=30min
...

Это так и задумано?

-- 
  А ещё говорят так  (fortune):
 
 .

________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [sisyphus] Обновление до p8

[Hihin Ruslan]

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

Здравствуйте Sergey
  В сообщении от 24 апреля 2016 Sergey написал(a):
> On Friday 22 April 2016, Anton Gorlov wrote:
> > > Именно такой у меня один, и я его года полтора не трогаю.
> > > Никак не придумаю, как оттуда убрать ext3 с полутора
> > > терабайт: любой ребут около часа (так как в максимальное
> > > время попадает).
> >
> > На p7 работает замечательно 2 компа (z68, z77) уже не 1 год.
> > ребут явно менее 2 минут. А вот на p8 блин комом...
>
> Часовой ребут - это про fsck на полуторатерабайтном ext3
> имеется ввиду.

А вот почитав 
man systemd.special, я наткнулся на exit.target, в настройках 
которого вообще нет времени таймаута, так может стоит выключать 
не через poweroff, а через 
systemctl exit
?

-- 
  А ещё говорят так  (fortune):
 
 .

________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [sisyphus] Обновление до p8

[Sergey]

On Sunday 24 April 2016, Hihin Ruslan wrote:

> > Часовой ребут - это про fsck на полуторатерабайтном ext3
> > имеется ввиду.
> 
> А вот почитав 
> man systemd.special, я наткнулся на exit.target, в настройках 
> которого вообще нет времени таймаута, так может стоит выключать 
> не через poweroff, а через 
> systemctl exit
> ?
 
А при чём оно тут ? Речь-то про запуск fsck при загрузке. В общем,
это вполне штатное поведение, просто ext3 тут не лучший выбор. Я
упомянул это исключительно в качестве объяснения, почему у меня на
имеющемся сервере с Z-серией проверить не получается, к слову пришлось.

-- 
С уважением, Сергей.

Re: [sisyphus] Обновление до p8

[Hihin Ruslan]

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

Здравствуйте Sergey
  В сообщении от 25 апреля 2016 Sergey написал(a):
> А при чём оно тут ?

Да, невнимательно прочёл, но меня сам факт, что отведено полчаса 
на отключение и перезагрузку компа.

-- 
  А ещё говорят так  (fortune):
 
 .

________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [sisyphus] Обновление до p8

[Mikhail Efremov]

On Wed, 27 Apr 2016 14:51:17 +0003 akv@altlinux.org wrote:
> Обновил одну из машин в vbox - simply linux с p7 
> до p8. 
> Первые впечатления :
> -------------------------------
> lightdm :
>   Тема clearlooks ужасна - сразу заменил на 
> adwaita.

https://bugzilla.altlinux.org/32028

>   При это если ставить вручную lightdm ( 
> если до этого был другой dm) то adwaita там 
> дефолтом.
> 
> plymooth:
>   Правильно ли я понимаю что он у нас до 
> сих пор не работает?

https://bugzilla.altlinux.org/31379

-- 
WBR, Mikhail Efremov

Re: [sisyphus] Обновление до p8

[Mikhail Efremov]

On Wed, 27 Apr 2016 15:22:43 +0003 akv@altlinux.org wrote:
> Вдогонку: после обновления язык 
> сменился на английский. Изменение 
> языка в ligthdm ни к чему не приводит. 
>                   Русский вернуть пока не 
> получается

Расшифруйте, пожалуйста.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] Обновление до p8

[Aleksey Novodvorsky]

28 апреля 2016 г., 11:59 пользователь akv@altlinux.org
<gbophuk_alt@mail.ru> написал:
>
>
> On Ср, апр 27, 2016 в 8:07 , Mikhail Efremov <sem@altlinux.org> wrote:
>
> Расшифруйте, пожалуйста.
>
>
> В ligthdm есть такая вещь как show-language-selector, которая устанавливает
> locale сеанса.
> Так вот после обновления у меня locale всегда такого вида:
>   $ locale
>   LANG=aa_DJ.utf8
>   LC_CTYPE="aa_DJ.utf8"
>   LC_NUMERIC="aa_DJ.utf8"
>   LC_TIME="aa_DJ.utf8"
>   LC_COLLATE="aa_DJ.utf8"
>   LC_MONETARY="aa_DJ.utf8"
>   LC_MESSAGES="aa_DJ.utf8"
>   LC_PAPER="aa_DJ.utf8"
>   LC_NAME="aa_DJ.utf8"
>   LC_ADDRESS="aa_DJ.utf8"
>   LC_TELEPHONE="aa_DJ.utf8"
>   LC_MEASUREMENT="aa_DJ.utf8"
>   LC_IDENTIFICATION="aa_DJ.utf8"
>
> Смена её на ru_RU.utf8 в show-language-selector ни к чему не приводит.
> При этом файл ~/.dmrc выглядит так
>
>   $ cat ~/.dmrc
>   [Desktop]
>   Language=ru_RU.utf8
>   Session=default
> -------------------------------
>
> Данное поведение описано в таких багах:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679386
> https://bugs.launchpad.net/lightdm/+bug/1019314
> https://bugzilla.redhat.com/show_bug.cgi?id=885161
>
> Но все они уже давно пофикшены .

Читаем  https://bugzilla.redhat.com/show_bug.cgi?id=885161

Status: CLOSED WONTFIX


Перевести или понятно насчет "давно пофикшены"?

Лучше бы завести багу у нас, с подробным описанием. Нам пока не
удалось воспроизвести.

Rgrds, Алексей

Re: [sisyphus] Обновление до p8

[Aleksey Novodvorsky]

28 апреля 2016 г., 13:07 пользователь akv@altlinux.org
<gbophuk_alt@mail.ru> написал:
>
>
> On Чт, апр 28, 2016 в 12:54 , Aleksey Novodvorsky <a.e.nvdv@gmail.com>
> wrote:
>
> Читаем https://bugzilla.redhat.com/show_bug.cgi?id=885161 Status: CLOSED
> WONTFIX Перевести или понятно насчет "давно пофикшены"? Лучше бы завести
> багу у нас, с подробным описанием. Нам пока не удалось воспроизвести. Rgrds,
> Алексей
>
>
> То есть из 3 баг Вы выбрали одну, которую не успели исправить по причине
> "end-of-life of Fedora 18"?
> А как насчёт посмотреть что происходило в остальных багах?
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679386#116
>
>      Version: 1.6.1-3
>
>   This one was actually a bug in the GTK+ greeter, which has been fixed
>   since.
> -------------------------------
>
> https://bugs.launchpad.net/lightdm/+bug/1019314/comments/16
>
>   Fix committed into lp:lightdm at revision 1654, scheduled for release in
> lightdm, milestone Unknown
>
>   Changed in lightdm:
>   status: New → Fix Committed
>
>   Changed in lightdm:
>   milestone: none → 1.7.0
>   status: Fix Committed → Fix Released
>
>   Changed in lightdm (Debian):
>   status: Confirmed → Fix Released
>
> -------------------------------
>
> Может лучше мне Вам помочь с переводом?

В bugzilla, пожалуйста.

Rgrds, Алексей

Re: [sisyphus] Обновление до p8

[Sergey]

Чтобы всё в куче было...

On Friday 26 June 2015, Sergey wrote:

> > В этом варианте у "Keyboard Switch", у меня, одна английская раскладка
> > остаётся почему-то.
>  
> Полтергейст... Заработало. Единственное, что делал, как-то связанное,
> это setxkbmap запустил. 

Опять то же самое, про что был разговор тут:
https://lists.altlinux.org/pipermail/sisyphus/2015-June/363908.html

Только теперь обновление sysv-tde с p7 до p8. Случайно вспомнил, что
такое уже было.

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

Re: [sisyphus] Обновление до p8

[Sergey]

On Saturday 30 April 2016, Aleksey Novodvorsky wrote:

> Большая просьба. Подождите с обновлением до утра, до письма Андрея
> Черепанова.

Так кто-то должен проверить до. ;-)

> А баги хорошо бы в bugzilla.

Это когда есть, о чём писать. А тут именно, что полтергейст, и я
снова не могу сказать, что точно сделал, чтобы заработало. Хоть
заново стартеркит с p7 ставить и обновляться...

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

Re: [sisyphus] Обновление до p8

[Aleksey Novodvorsky]

30 апреля 2016 г., 0:28 пользователь Sergey <a_s_y@sama.ru> написал:
> On Saturday 30 April 2016, Aleksey Novodvorsky wrote:
>
>> Большая просьба. Подождите с обновлением до утра, до письма Андрея
>> Черепанова.
>
> Так кто-то должен проверить до. ;-)

Это да. :)

>
>> А баги хорошо бы в bugzilla.
>
> Это когда есть, о чём писать. А тут именно, что полтергейст, и я
> снова не могу сказать, что точно сделал, чтобы заработало. Хоть
> заново стартеркит с p7 ставить и обновляться...

Обновления со стартеркитов мы пока не тестировали, так что спасибо Вам
за сообщение.
C tde все сложно, -- у него сейчас нет активного мейнтейнера.

Rgrds, Алексей

Re: [sisyphus] Обновление до p8

[Sergey]

On Saturday 30 April 2016, Aleksey Novodvorsky wrote:

> C tde все сложно, -- у него сейчас нет активного мейнтейнера.
 
Я в курсе, сам присматриваюсь. И, даже, недели две назад первый
шаг сделал - tqt3 начал собирать. Но со временем то одно, то 
другое, никак не попадаются выходные, когда делать нечего совсем. :-)


Если, вдруг, кто тоже к tde присматривается, у меня сборка tqt3 уже
проходит (с отключением значительной части патчей, но хорошо бы ещё
присмотреться, что именно они делали, и надо ли возвращать), осталось
имена файлов скорректировать. То есть, встаёт на всяких

cp: cannot stat 'bin/moc': No such file or directory
cp: cannot stat 'bin/qmake': No such file or directory

Это ввиду того, что moc теперь tqmoc, qmake - tqmake и так далее. Но в эти
выходные доделаю вряд ли (регата и сейчас будет, и 9-ого :-) ), если только
что-то сегодня. Если есть интерес заняться до 10-ого у кого-нибудь, могу
в таком виде выложить репозитарий. Но это только tqt, на tde сам даже не
смотрел ещё.

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

Re: [sisyphus] Обновление до p8

[Hihin Ruslan]

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

Здравствуйте Sergey
  В сообщении от 30 апреля 2016 Sergey написал(a):
> Если, вдруг, кто тоже к tde присматривается, у меня сборка
> tqt3 уже проходит (с отключением значительной части патчей, но
> хорошо бы ещё присмотреться, что именно они делали, и надо ли
> возвращать), осталось имена файлов скорректировать. То есть,
> встаёт на всяких

Интересно и очень :-)

-- 
  А ещё говорят так  (fortune):
 
 .

________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

[sisyphus] tqt3 ( Обновление до p8)

[Sergey]

On Saturday 30 April 2016, Hihin Ruslan wrote:

> > Если, вдруг, кто тоже к tde присматривается, у меня сборка
> > tqt3 уже проходит (с отключением значительной части патчей, но
> > хорошо бы ещё присмотреться, что именно они делали, и надо ли
> > возвращать), осталось имена файлов скорректировать. То есть,
> > встаёт на всяких
> 
> Интересно и очень :-)

Ну тогда http://git.altlinux.org/people/asy/packages/tqt3.git

Спек на основе qt3-3.3.8d-alt6, но не доделан, как я с утра написал.
Отключенные патчи помечены #t в начале. Впрочем, по diff видно.

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

Re: [sisyphus] tqt3 ( Обновление до p8)

[Hihin Ruslan]

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

Здравствуйте Sergey
  В сообщении от 30 апреля 2016 Sergey написал(a):
>  http://git.altlinux.org/people/asy/packages/tqt3.git

Спасибо, сейчас посмотрю :-)


-- 
  А ещё говорят так  (fortune):
 
 .

________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [sisyphus] Обновление до p8

[Sergey]

On Saturday 30 April 2016, Sergey wrote:

> Чтобы всё в куче было...

Забыл вчера дописать, сейчас напомнило:

Running /usr/lib/rpm/posttrans-filetriggers
ln: failed to create symbolic link ‘//usr/lib/mozilla/plugins/libjavaplugin.so’: No such file or directory
Done.

http://bugzilla.altlinux.org/32043

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

Re: [sisyphus] Обновление до p8

[Sergey]

On Sunday 01 May 2016, akv@altlinux.org wrote:

> После обновления имею 2 варианта смены раскладки
> клавиатуры : caps-lock ( старый ) и alt-shift(новый).
> Модуль alteratora настройки клавиатуры вообще не работает.  
> Как вообще теперь меняются настройки клавиатуры ?

А обновление чего именно ? Про p7/TDE я уже писал в этой
ветке, а в KDesktop переключатель раскладки не поменялся
при обновлении, всё нормально прошло. Почему-то только 
NetworkManager оказался отключенным. И нарвался ещё на
https://bugzilla.altlinux.org/31980, но тут ничего не сделаешь
пока. Видимо, надо на radeon переходить вместо fglrx. Кстати,
на сколько смотрю, значительно лучше стал открытый драйвер,
вроде бы, без артефактов у меня на Radeon HD 6310.

-- 
С уважением, Сергей.

Re: [sisyphus] Обновление до p8

[Sergey]

On Thursday 05 May 2016, Sergey wrote:

> а в KDesktop переключатель раскладки не поменялся при
> обновлении, всё нормально прошло. 

Хм. А несовсем нормально. Я это на lenovo x121e обновлял.
Перестал работать тачпад:

https://bugzilla.altlinux.org/32081

-- 
С уважением, Сергей.

Re: [sisyphus] Обновление до p8

[Ruslan]

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

Здравствуйте !
On Sunday 22 May 2016 22:21:42 akv@altlinux.org написал(а):

> Господа, а когда анонс?

Как только, так сразу ;-)

-- 
C уважением, Хихин Руслан.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]