Re: [sisyphus] I:systemd-210

Re: [sisyphus] I:systemd-210

[Sergey]

On Friday 28 February 2014, Alexey Shabalin wrote:

> - старый патч для переименования интерфейсов отвалился.

Кстати, по поводу новых имён интерфейсов.
Во-первых https://bugzilla.altlinux.org/29840
Во-вторых, кажется, есть проблемы и с OpenVZ. У меня
не получилость VLAN-интерфейс с именем вида ether0.1
добавить в контейнер, в то время, как eth0.1 вполне
работает в контейнере. Баг не вешал, так как 
перепроверить руки не дошли пока.

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

Re: [sisyphus] I:systemd-210

[Pavel N. Solovyov]

On Fri, 28 Feb 2014 14:04:20 +0400
Alexey Shabalin wrote:

> В сизиф отправлен systemd-210.
> Изменений много.

	Пропал звук. 
pavucontrol сообщает, что "Нет доступных для конфигурации карт".

 --
	Успехов. Павел.
=====================
Jabber: pavel_solo@jabber.ru
ICQ: 33437660
=====================

Re: [sisyphus] I:systemd-210

[Yuri N. Sedunov]

В Сб, 01/03/2014 в 11:01 +0600, Pavel N. Solovyov пишет:
> On Fri, 28 Feb 2014 14:04:20 +0400
> Alexey Shabalin wrote:
> 
> > В сизиф отправлен systemd-210.
> > Изменений много.
> 
> 	Пропал звук. 
> pavucontrol сообщает, что "Нет доступных для конфигурации карт".
> 

# systemctl status udevd
?

-- 
Yuri N. Sedunov

Re: [sisyphus] I:systemd-210

[Pavel N. Solovyov]

On Sat, 01 Mar 2014 12:48:49 +0400
Yuri N. Sedunov wrote:

> > pavucontrol сообщает, что "Нет доступных для конфигурации карт".
> 
> # systemctl status udevd

pavel@sol ~ $  systemctl status udevd
systemd-udevd.service - udev Kernel Device Manager
   Loaded: loaded (/lib/systemd/system/systemd-udevd.service; static)
   Active: active (running) since Сб 2014-03-01 10:33:03 YEKT; 4h 42min ago
     Docs: man:systemd-udevd.service(8)
           man:udev(7)
 Main PID: 1236 (systemd-udevd)
   CGroup: /system.slice/systemd-udevd.service
           └─1236 /lib/systemd/systemd-udevd

мар 01 10:33:05 sol.home systemd-udevd[1236]: failed to create queue file: No space left on device
мар 01 10:33:07 sol.home systemd-udevd[1236]: failed to create queue file: No space left on device
мар 01 10:33:07 sol.home systemd-udevd[1236]: failed to create queue file: No space left on device
мар 01 10:33:07 sol.home systemd-udevd[1236]: failed to create queue file: No space left on device
мар 01 10:33:10 sol.home systemd-udevd[1236]: failed to create queue file: No space left on device
мар 01 10:33:10 sol.home systemd-udevd[1236]: failed to create queue file: No space left on device
мар 01 10:33:11 sol.home systemd-udevd[1236]: failed to create queue file: No space left on device
мар 01 10:33:11 sol.home systemd-udevd[1236]: failed to create queue file: No space left on device
мар 01 10:33:12 sol.home systemd-udevd[1236]: failed to create queue file: No space left on device
мар 01 10:33:31 sol.home systemd-udevd[1236]: failed to create queue file: No space left on device
pavel@sol ~ $

А вот что у меня имеется:
 pavel@sol ~ $ lspci | grep Audio
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 05) 
01:00.1 Audio device: NVIDIA Corporation High Definition Audio Controller (rev a1) 
04:01.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11) 
pavel@sol ~ $

 --
	Успехов. Павел.
=====================
Jabber: pavel_solo@jabber.ru
ICQ: 33437660
=====================

Re: [sisyphus] I:systemd-210

[Sergey]

On Saturday 01 of March 2014 15:24:17 Pavel N. Solovyov wrote:

> мар 01 10:33:31 sol.home systemd-udevd[1236]: failed to create queue file: No space left on device
> pavel@sol ~ $
> 
> А вот что у меня имеется:

Наверное, что имеется, это не самое главное, пока "No space left on device".
df смотреть надо. :-)

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

Re: [sisyphus] I:systemd-210

[Pavel N. Solovyov]

On Sat, 01 Mar 2014 14:44:50 +0400
Sergey wrote:

> Наверное, что имеется, это не самое главное, пока "No space left on
> device". df смотреть надо. :-)

	Не знаю, какого "space" ему не хватает? Пространства пока что с
избытком:
pavel@sol ~ $ df -h
Файловая система Размер 	Использовано  	Дост 	Использовано% Cмонтировано в
udevfs             	5,0M            0  			5,0M            0% 			/dev
runfs              		5,0M         1,2M  			3,9M           24% 			/run
/dev/sdb7           	39G          18G   			20G           47% 			/
tmpfs              		1,7G         196K  			1,7G            1% 			/dev/shm
tmpfs              		1,7G            0  			1,7G            0% 			/sys/fs/cgroup
runfs              		5,0M         1,2M  			3,9M           24% 			/var/run
runfs              		5,0M         1,2M  			3,9M           24% 			/var/lock
/dev/sda8          	375G         265G   			91G           75% 			/mnt/sda8
/dev/sda6           	22G         5,7G   			15G           28% 			/mnt/sda6
/dev/sda5           	32G          32G  			811M           98% 			/mnt/sda5
/dev/sda1           	31G          18G   			14G           56% 			/mnt/sda1
/dev/sdb1           	31G         5,1G   			26G           17% 			/mnt/sdb1
/dev/sdb5          	102G          39G   			64G           38% 			/mnt/sdb5
/dev/sdb8          	535G         325G  			183G           65% 			/home
pavel@sol ~ $


 --
	Успехов. Павел.
=====================
Jabber: pavel_solo@jabber.ru
ICQ: 33437660
=====================

Re: [sisyphus] I:systemd-210

[Sergey]

On Saturday 01 of March 2014 17:54:13 Pavel N. Solovyov wrote:

>    Не знаю, какого "space" ему не хватает? Пространства пока что с
> избытком:

Да, "забавно"...

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

Re: [sisyphus] I:systemd-210

[Pavel N. Solovyov]

On Sat, 1 Mar 2014 16:55:09 +0400
Alexey Shabalin wrote:

> Вы второй "счастливчик", после aris@. С понедельника буду разбираться
> как такое возможно. У себя на 3 машинах проверял, прежде чем
> отправить в сизиф
> - всё нормально.
> У Вас случайно не i586 ?

	Совершенно верно, у меня i586 ;)
Какую дополнительную информацию нужно предоставить?

 --
	Успехов. Павел.
=====================
Jabber: pavel_solo@jabber.ru
ICQ: 33437660
=====================

Re: [sisyphus] I:systemd-210

[Alexey Borisenkov]

03.03.2014 22:32, Alexey Shabalin пишет:
 > Удивительно, но разборки показали, что действительно не хватает места.
 > Под /run выделяется 5Мгб, почему-то для i586 этого перестало хватать.
 > причем после загрузки место высвобождается, не хватает вовремя работы
 > initrd.
 > Если в /usr/share/make-initrd/data/lib/initrd/modules/005-prepare в 
сторочке
 > mount -n -t tmpfs -o mode=755,size=5m    runfs /run
 > поправить на size=10m
 > то все начинает работать.
 >
 > Как отследить, кто забивает все место в /run на этапе initrd сходу не
 > придумал.
 > Что будем делать? самый простой вариант - исправить размер /run в
 > make-initrd, сложнее - выяснить кто стал занимать место на /run.

Год или больше назад сталкивался, что на i586 заканчивалось место в 
/run. При этом суммарный размер файлов был заметно меньше мегабайта, но 
их было много и место терялось на хвостах. Размер кластера у runfs 
как-нибудь регулируется?

Re: [sisyphus] I:systemd-210

[Alexey Gladkov]

On 03.03.2014 22:32, Alexey Shabalin wrote:
> Удивительно, но разборки показали, что действительно не хватает места.
> Под /run выделяется 5Мгб, почему-то для i586 этого перестало хватать.
> причем после загрузки место высвобождается, не хватает вовремя работы
> initrd.
> Если в /usr/share/make-initrd/data/lib/initrd/modules/005-prepare в сторочке
> mount -n -t tmpfs -o mode=755,size=5m    runfs /run
> поправить на size=10m
> то все начинает работать.
> 
> Как отследить, кто забивает все место в /run на этапе initrd сходу не
> придумал.
> Что будем делать? самый простой вариант - исправить размер /run в
> make-initrd, сложнее - выяснить кто стал занимать место на /run.

Скорее всего это udev.

-- 
Rgrds, legion

Re: [sisyphus] I:systemd-210

[Dmitry V. Levin]

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

On Mon, Mar 03, 2014 at 10:32:47PM +0400, Alexey Shabalin wrote:
> 1 марта 2014 г., 16:55 пользователь Alexey Shabalin написал:
> 
> > 2014-03-01 13:24 GMT+04:00 Pavel N. Solovyov :
> >
> >  On Sat, 01 Mar 2014 12:48:49 +0400
> >> Yuri N. Sedunov wrote:
> >>
> >> > > pavucontrol сообщает, что "Нет доступных для конфигурации карт".
> >> >
> >> > # systemctl status udevd
> >>
> >> pavel@sol ~ $  systemctl status udevd
> >> systemd-udevd.service - udev Kernel Device Manager
> >>    Loaded: loaded (/lib/systemd/system/systemd-udevd.service; static)
> >>    Active: active (running) since Сб 2014-03-01 10:33:03 YEKT; 4h 42min
> >> ago
> >>      Docs: man:systemd-udevd.service(8)
> >>            man:udev(7)
> >>  Main PID: 1236 (systemd-udevd)
> >>    CGroup: /system.slice/systemd-udevd.service
> >>            └─1236 /lib/systemd/systemd-udevd
> >>
> >> мар 01 10:33:05 sol.home systemd-udevd[1236]: failed to create queue
> >> file: No space left on device
> >>
> >
> > Вы второй "счастливчик", после aris@. С понедельника буду разбираться как
> > такое возможно. У себя на 3 машинах проверял, прежде чем отправить в сизиф
> > - всё нормально.
> > У Вас случайно не i586 ?
> 
> Удивительно, но разборки показали, что действительно не хватает места.
> Под /run выделяется 5Мгб, почему-то для i586 этого перестало хватать.

Что именно заканчивается, size или nr_inodes?


-- 
ldv

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

Re: [sisyphus] I:systemd-210

[Dmitry V. Levin]

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

On Tue, Mar 04, 2014 at 02:23:25PM +0400, Alexey Shabalin wrote:
> 4 марта 2014 г., 0:26 пользователь Dmitry V. Levin написал:
> 
> > On Mon, Mar 03, 2014 at 10:32:47PM +0400, Alexey Shabalin wrote:
> > > 1 марта 2014 г., 16:55 пользователь Alexey Shabalin написал:
> > >
> > > > 2014-03-01 13:24 GMT+04:00 Pavel N. Solovyov :
> > > >
> > > >  On Sat, 01 Mar 2014 12:48:49 +0400
> > > >> Yuri N. Sedunov wrote:
> > > >>
> > > >> > > pavucontrol сообщает, что "Нет доступных для конфигурации карт".
> > > >> >
> > > >> > # systemctl status udevd
> > > >>
> > > >> pavel@sol ~ $  systemctl status udevd
> > > >> systemd-udevd.service - udev Kernel Device Manager
> > > >>    Loaded: loaded (/lib/systemd/system/systemd-udevd.service; static)
> > > >>    Active: active (running) since Сб 2014-03-01 10:33:03 YEKT; 4h
> > 42min
> > > >> ago
> > > >>      Docs: man:systemd-udevd.service(8)
> > > >>            man:udev(7)
> > > >>  Main PID: 1236 (systemd-udevd)
> > > >>    CGroup: /system.slice/systemd-udevd.service
> > > >>            └─1236 /lib/systemd/systemd-udevd
> > > >>
> > > >> мар 01 10:33:05 sol.home systemd-udevd[1236]: failed to create queue
> > > >> file: No space left on device
> > > >>
> > > >
> > > > Вы второй "счастливчик", после aris@. С понедельника буду разбираться
> > как
> > > > такое возможно. У себя на 3 машинах проверял, прежде чем отправить в
> > сизиф
> > > > - всё нормально.
> > > > У Вас случайно не i586 ?
> > >
> > > Удивительно, но разборки показали, что действительно не хватает места.
> > > Под /run выделяется 5Мгб, почему-то для i586 этого перестало хватать.
> >
> > Что именно заканчивается, size или nr_inodes?
> >
> > Внутри init вручную отследить не удается. Видимо этот момент скоротечный.
> Возможно очередь в udev растет, а потом рассасывается.
> Т.к. при увеличении size все начинает работать, то видимо заканчивается
> size.

В зависимости от используемого способа, увеличение size может приводить
или не приводить к одновременному увеличению nr_inodes.


-- 
ldv

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

Re: [sisyphus] I:systemd-210

[Pavel N. Solovyov]

On Mon, 3 Mar 2014 22:32:47 +0400
Alexey Shabalin wrote:

> Удивительно, но разборки показали, что действительно не хватает места.
> Под /run выделяется 5Мгб, почему-то для i586 этого перестало хватать.
> причем после загрузки место высвобождается, не хватает вовремя работы
> initrd.
> Если в /usr/share/make-initrd/data/lib/initrd/modules/005-prepare в
> сторочке mount -n -t tmpfs -o mode=755,size=5m    runfs /run
> поправить на size=10m  то все начинает работать.

Мне не помогло.
По прежнему:

pavel@sol ~/Sisyphus $ systemctl status udevd                                             
systemd-udevd.service - udev Kernel Device Manager
   Loaded: loaded (/lib/systemd/system/systemd-udevd.service; static)
   Active: active (running) since Вт 2014-03-04 09:52:08 YEKT; 8min ago
     Docs: man:systemd-udevd.service(8)
           man:udev(7)
 Main PID: 1235 (systemd-udevd)
   CGroup: /system.slice/systemd-udevd.service
           └─1235 /lib/systemd/systemd-udevd

мар 04 09:52:10 sol.home systemd-udevd[1235]: failed to create queue file: No space left on device
мар 04 09:52:12 sol.home systemd-udevd[1235]: failed to create queue file: No space left on device
мар 04 09:52:12 sol.home systemd-udevd[1235]: failed to create queue file: No space left on device
мар 04 09:52:12 sol.home systemd-udevd[1235]: failed to create queue file: No space left on device
мар 04 09:52:14 sol.home systemd-udevd[1235]: failed to create queue file: No space left on device
мар 04 09:52:14 sol.home systemd-udevd[1235]: failed to create queue file: No space left on device
мар 04 09:52:14 sol.home systemd-udevd[1235]: failed to create queue file: No space left on device
мар 04 09:52:14 sol.home systemd-udevd[1235]: failed to create queue file: No space left on device
мар 04 09:52:18 sol.home systemd-udevd[1235]: failed to create queue file: No space left on device
мар 04 09:52:39 sol.home systemd-udevd[1235]: failed to create queue file: No space left on device
pavel@sol ~/Sisyphus $


 --
	Успехов. Павел.
=====================
Jabber: pavel_solo@jabber.ru
ICQ: 33437660
=====================

Re: [sisyphus] I:systemd-210

[diver]

2014-03-04 12:04 GMT+02:00 Alexey Shabalin
>> > Удивительно, но разборки показали, что действительно не хватает места.
>> > Под /run выделяется 5Мгб, почему-то для i586 этого перестало хватать.
>> > причем после загрузки место высвобождается, не хватает вовремя работы
>> > initrd.
>> > Если в /usr/share/make-initrd/data/lib/initrd/modules/005-prepare в
>> > сторочке mount -n -t tmpfs -o mode=755,size=5m    runfs /run
>> > поправить на size=10m  то все начинает работать.
>>
>> Мне не помогло.
>> По прежнему:

Мне также, но у меня вообще не грузиться с systemd, висит на "Apply
kernel variables" или что-то в таком роде.

> Надеюсь initrd перегинерировали после увеличения места под /run
> Точно запускали команду make-initrd?
i586, для tmpfs дал 10Мб, initrd перегенерил.

с SysV грузится Ок, но звука все равно нет :(
-- 
LRU: #407670

Re: [sisyphus] I:systemd-210

[diver]

2014-03-04 12:11 GMT+02:00 diver :
> 2014-03-04 12:04 GMT+02:00 Alexey Shabalin
>>> > Удивительно, но разборки показали, что действительно не хватает места.

>>> Мне не помогло.
>>> По прежнему:
>
> Мне также, но у меня вообще не грузиться с systemd, висит на "Apply
> kernel variables" или что-то в таком роде.

Был не прав, после 15 минут система загрузилась (+ звук работат)
Судя по логам проводилась плановая проверка /. Только почему-то
"молча" что и дало ложно представление что "висим"

>> Надеюсь initrd перегинерировали после увеличения места под /run
>> Точно запускали команду make-initrd?
> i586, для tmpfs дал 10Мб, initrd перегенерил.
>
> с SysV грузится Ок, но звука все равно нет :(



-- 
LRU: #407670

Re: [sisyphus] I:systemd-210

[Alexei V. Mezin]

28.02.2014 14:04, Alexey Shabalin пишет:

>
> Из замеченых недостатков, медленное выключение - буду разбираться.
>

Пока по наблюдениям все строго наоборот: КДЕ4, после выбора пункта 
"выключить" процесс происходит гораздо быстрее, чем раньше. В несколько 
раз быстрее.

До этого сначала все висело думало, потому из памяти выгружалось КДЕ, а 
все запущенные приложения со всех десктопов оказывали на одном экране, и 
уже без рамочек окон, потом они некоторое время висели, отваливалась 
графика, немножко тупило на размонтировании дисков и т.п. Нынче -- рраз, 
и уже графика пропала, еща ррраз -- и все выключилось.

Re: [sisyphus] I:systemd-210

[Sergei Naumov]

> Пн 03 мар 2014 15:15:30 пользователь Alexei V. Mezin (alexei-mezin@rambler.ru) написал:
> 
> 28.02.2014 14:04, Alexey Shabalin пишет:
> >
> > Из замеченых недостатко­в, медленное выключение­ - буду разбиратьс­я.
> >
> Пока по наблюдения­м все строго наоборот: КДЕ4, после выбора пункта 
> "выключить­" процесс происходит­ гораздо быстрее, чем раньше. В несколько 
> раз быстрее.
> До этого сначала все висело думало, потому из памяти выгружалос­ь КДЕ, а 
> все запущенные­ приложения­ со всех десктопов оказывали на одном экране, и 
> уже без рамочек окон, потом они некоторое время висели, отваливала­сь 
> графика, немножко тупило на размонтиро­вании дисков и т.п. Нынче -- рраз, 
> и уже графика пропала, еща ррраз -- и все выключилос­ь.

У меня на одной машине наоборот - стало бешено тормозить. А на второй не возможно нормально загрузиться. Не монтируются раздел, где /var (он вместе с /home на двух разделах под LVM живет). Пишет "No space left on device". Очевидно, что с этим там все хорошо. :-(

-- Sergei O. Naumov

Re: [sisyphus] I: systemd-210 (regular: mouse, locale)

[Michael Shigorin]

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

On Fri, Feb 28, 2014 at 02:04:20PM +0400, Alexey Shabalin wrote:
> День добрый. В сизиф отправлен systemd-210.  Изменений много.

http://nightly.altlinux.org/sisyphus/snapshots/20140304/
  regular-cinnamon-20140304-i586.iso

В этом образе после установки в virtualbox не работает мышь --
при этом в LiveCD работает.  xorg с прошлой недели не менялся,
хостовый vbox -- тоже.  gpm в консоли при этом с мышью работает.

Также похоже, что сломался livecd-setlocale: передача lang=ru_RU
ядру (в /proc/cmdline долетает) теперь не приводит к выставлению
русской локали, получается LC_CTYPE=en_US.utf8, LC_* и LANG=POSIX.

Перепроверил на regular-e18-20140304-i586.iso -- с мышой странное:
ездить ездит, щелчки не регистрируются (на этот раз снял лог).

Было бы здорово понять, что стряслось, до завтра и починить --
сегодняшние сборки "rc", а вот завтрашние неделю будут "текущими".
Хотя можно притормозить маркировку их как tested, конечно...
(надо было мне не тянуть с предварительной сборкой)

> - старый патч для переименования интерфейсов отвалился. Прошу отдельно
> протестировать эту функциональность. to mike@ может найдешь время и
> посмотришь? Ты основной пользователь старых именований интерфейсов :)

Плохая новость; он совсем отвалился или ты что-то прикрутил?

> Из замеченых недостатков, медленное выключение - буду разбираться.

На regular-*.iso под vbox оно как раз прошло по сравнению с 208.

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

[-- Attachment #2: Xorg-e18-weirdmouse.log --]
[-- Type: text/plain, Size: 24853 bytes --]

[     4.576] 
X.Org X Server 1.15.0
Release Date: 2013-12-27
[     4.576] X Protocol Version 11, Revision 0
[     4.576] Build Operating System: ALT Linux Sisyphus (20081222) i686
[     4.576] Current Operating System: Linux comp-xeon-cpu-70caca 3.10.32-std-def-alt1 #1 SMP Mon Feb 24 09:17:30 UTC 2014 i686
[     4.576] Kernel command line: BOOT_IMAGE=/boot/vmlinuz root=UUID=9dc81317-fe04-49da-bdfb-95ff09663c68 ro vga=0x314 panic=30 quiet splash
[     4.576] Build Date: 06 February 2014  08:15:08AM
[     4.576]  
[     4.576] Current version of pixman: 0.32.4
[     4.576] 	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
[     4.576] Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[     4.576] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Mar  4 11:36:45 2014
[     4.578] (==) Using config directory: "/etc/X11/xorg.conf.d"
[     4.578] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[     4.579] (==) No Layout section.  Using the first Screen section.
[     4.579] (==) No screen section available. Using defaults.
[     4.579] (**) |-->Screen "Default Screen Section" (0)
[     4.579] (**) |   |-->Monitor "<default monitor>"
[     4.580] (==) No monitor specified for screen "Default Screen Section".
	Using a default monitor configuration.
[     4.580] (==) Automatically adding devices
[     4.580] (==) Automatically enabling devices
[     4.580] (==) Automatically adding GPU devices
[     4.580] (==) FontPath set to:
	catalogue:/etc/X11/fontpath.d
[     4.580] (==) ModulePath set to "/usr/lib/X11/modules"
[     4.580] (II) The server relies on udev to provide the list of input devices.
	If no devices become available, reconfigure udev or disable AutoAddDevices.
[     4.580] (II) Loader magic: 0x826d6c0
[     4.580] (II) Module ABI versions:
[     4.580] 	X.Org ANSI C Emulation: 0.4
[     4.580] 	X.Org Video Driver: 15.0
[     4.580] 	X.Org XInput driver : 20.0
[     4.580] 	X.Org Server Extension : 8.0
[     4.580] (II) xfree86: Adding drm device (/dev/dri/card0)
[     4.583] (--) PCI:*(0:0:2:0) 80ee:beef:0000:0000 rev 0, Mem @ 0xe0000000/4194304
[     4.584] Initializing built-in extension Generic Event Extension
[     4.584] Initializing built-in extension SHAPE
[     4.584] Initializing built-in extension MIT-SHM
[     4.584] Initializing built-in extension XInputExtension
[     4.584] Initializing built-in extension XTEST
[     4.584] Initializing built-in extension BIG-REQUESTS
[     4.584] Initializing built-in extension SYNC
[     4.584] Initializing built-in extension XKEYBOARD
[     4.584] Initializing built-in extension XC-MISC
[     4.584] Initializing built-in extension SECURITY
[     4.584] Initializing built-in extension XINERAMA
[     4.584] Initializing built-in extension XFIXES
[     4.584] Initializing built-in extension RENDER
[     4.584] Initializing built-in extension RANDR
[     4.584] Initializing built-in extension COMPOSITE
[     4.584] Initializing built-in extension DAMAGE
[     4.584] Initializing built-in extension MIT-SCREEN-SAVER
[     4.584] Initializing built-in extension DOUBLE-BUFFER
[     4.584] Initializing built-in extension RECORD
[     4.584] Initializing built-in extension DPMS
[     4.584] Initializing built-in extension Present
[     4.584] Initializing built-in extension DRI3
[     4.584] Initializing built-in extension X-Resource
[     4.584] Initializing built-in extension XVideo
[     4.584] Initializing built-in extension XVideo-MotionCompensation
[     4.584] Initializing built-in extension SELinux
[     4.584] Initializing built-in extension XFree86-VidModeExtension
[     4.584] Initializing built-in extension XFree86-DGA
[     4.584] Initializing built-in extension XFree86-DRI
[     4.584] Initializing built-in extension DRI2
[     4.584] (==) Matched vboxvideo as autoconfigured driver 0
[     4.584] (==) Matched vboxvideo as autoconfigured driver 1
[     4.584] (==) Matched modesetting as autoconfigured driver 2
[     4.585] (==) Matched fbdev as autoconfigured driver 3
[     4.585] (==) Matched vesa as autoconfigured driver 4
[     4.585] (==) Assigned the driver to the xf86ConfigLayout
[     4.589] (II) Executed /usr/libexec/X11/drv.d/x11
[     4.589] (II) "glx" will be loaded by default.
[     4.589] (II) LoadModule: "dri2"
[     4.589] (II) Module "dri2" already built-in
[     4.589] (II) LoadModule: "glamoregl"
[     4.590] (II) Loading /usr/lib/X11/modules/libglamoregl.so
[     4.597] (II) Module glamoregl: vendor="X.Org Foundation"
[     4.597] 	compiled for 1.15.0, module version = 0.6.0
[     4.597] 	ABI class: X.Org ANSI C Emulation, version 0.4
[     4.597] (II) LoadModule: "glx"
[     4.597] (II) Loading /usr/lib/X11/modules/extensions/libglx.so
[     4.598] (II) Module glx: vendor="X.Org Foundation"
[     4.598] 	compiled for 1.15.0, module version = 1.0.0
[     4.598] 	ABI class: X.Org Server Extension, version 8.0
[     4.598] (==) AIGLX enabled
[     4.598] Loading extension GLX
[     4.598] (II) LoadModule: "vboxvideo"
[     4.599] (II) Loading /usr/lib/X11/modules/drivers/vboxvideo_drv.so
[     4.599] (II) Module vboxvideo: vendor="ALT Linux Team"
[     4.599] 	compiled for 1.15.0, module version = 1.0.1
[     4.599] 	Module class: X.Org Video Driver
[     4.599] 	ABI class: X.Org Video Driver, version 15.0
[     4.600] (**) Load address of symbol "VBOXVIDEO" is 0xb6d61240
[     4.600] (II) LoadModule: "modesetting"
[     4.600] (II) Loading /usr/lib/X11/modules/drivers/modesetting_drv.so
[     4.600] (II) Module modesetting: vendor="X.Org Foundation"
[     4.600] 	compiled for 1.15.0, module version = 0.8.1
[     4.600] 	Module class: X.Org Video Driver
[     4.600] 	ABI class: X.Org Video Driver, version 15.0
[     4.600] (II) LoadModule: "fbdev"
[     4.600] (II) Loading /usr/lib/X11/modules/drivers/fbdev_drv.so
[     4.601] (II) Module fbdev: vendor="X.Org Foundation"
[     4.601] 	compiled for 1.15.0, module version = 0.4.4
[     4.601] 	Module class: X.Org Video Driver
[     4.601] 	ABI class: X.Org Video Driver, version 15.0
[     4.601] (II) LoadModule: "vesa"
[     4.601] (II) Loading /usr/lib/X11/modules/drivers/vesa_drv.so
[     4.601] (II) Module vesa: vendor="X.Org Foundation"
[     4.601] 	compiled for 1.15.0, module version = 2.3.3
[     4.601] 	Module class: X.Org Video Driver
[     4.601] 	ABI class: X.Org Video Driver, version 15.0
[     4.601] (II) VBoxVideo: guest driver for VirtualBox: vbox
[     4.601] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[     4.601] (II) FBDEV: driver for framebuffer: fbdev
[     4.601] (II) VESA: driver for VESA chipsets: vesa
[     4.601] (++) using VT number 7

[     4.601] (WW) Falling back to old probe method for modesetting
[     4.601] (WW) Falling back to old probe method for fbdev
[     4.601] (II) Loading sub module "fbdevhw"
[     4.601] (II) LoadModule: "fbdevhw"
[     4.602] (II) Loading /usr/lib/X11/modules/libfbdevhw.so
[     4.602] (II) Module fbdevhw: vendor="X.Org Foundation"
[     4.602] 	compiled for 1.15.0, module version = 0.0.2
[     4.602] 	ABI class: X.Org Video Driver, version 15.0
[     4.602] (WW) Falling back to old probe method for vesa
[     4.602] (II) VBoxVideo(0): VirtualBox guest additions video driver version 4.3.6_OSE
[     4.602] (EE) VBoxVideo(0): Failed to initialize the VirtualBox device (rc=-102) - make sure that the VirtualBox guest additions are properly installed.  If you are not sure, try reinstalling them.  The X Window graphics drivers will run in compatibility mode.
[     4.602] (II) Loading sub module "ramdac"
[     4.602] (II) LoadModule: "ramdac"
[     4.602] (II) Module "ramdac" already built-in
[     4.602] (II) Loading sub module "fb"
[     4.602] (II) LoadModule: "fb"
[     4.602] (II) Loading /usr/lib/X11/modules/libfb.so
[     4.603] (II) Module fb: vendor="X.Org Foundation"
[     4.603] 	compiled for 1.15.0, module version = 1.0.0
[     4.603] 	ABI class: X.Org ANSI C Emulation, version 0.4
[     4.603] (II) Loading sub module "shadowfb"
[     4.603] (II) LoadModule: "shadowfb"
[     4.603] (II) Loading /usr/lib/X11/modules/libshadowfb.so
[     4.603] (II) Module shadowfb: vendor="X.Org Foundation"
[     4.603] 	compiled for 1.15.0, module version = 1.0.0
[     4.603] 	ABI class: X.Org ANSI C Emulation, version 0.4
[     4.603] (II) Loading sub module "vgahw"
[     4.603] (II) LoadModule: "vgahw"
[     4.603] (II) Loading /usr/lib/X11/modules/libvgahw.so
[     4.604] (II) Module vgahw: vendor="X.Org Foundation"
[     4.604] 	compiled for 1.15.0, module version = 0.1.0
[     4.604] 	ABI class: X.Org Video Driver, version 15.0
[     4.604] (II) Loading sub module "dri"
[     4.604] (II) LoadModule: "dri"
[     4.604] (II) Module "dri" already built-in
[     4.604] (II) VBoxVideo(0): Creating default Display subsection in Screen section
	"Default Screen Section" for depth/fbbpp 24/32
[     4.604] (==) VBoxVideo(0): Depth 24, (--) framebuffer bpp 32
[     4.604] (--) VBoxVideo(0): Virtual size is 32000x32000 (pitch 32000)
[     4.604] (**) VBoxVideo(0):  Built-in mode "VBoxInitialMode": 47.8 MHz (scaled from 0.0 MHz), 46.4 kHz, 60.0 Hz
[     4.604] (II) VBoxVideo(0): Modeline "VBoxInitialMode"x0.0   47.83  1024 1026 1028 1030  768 770 772 774 (46.4 kHz b)
[     4.604] (**) VBoxVideo(0):  Built-in mode "VBoxDynamicMode": 47.8 MHz (scaled from 0.0 MHz), 46.4 kHz, 60.0 Hz
[     4.604] (II) VBoxVideo(0): Modeline "VBoxDynamicMode"x0.0   47.83  1024 1026 1028 1030  768 770 772 774 (46.4 kHz b)
[     4.604] (**) VBoxVideo(0):  Built-in mode "VBoxDynamicMode": 47.8 MHz (scaled from 0.0 MHz), 46.4 kHz, 60.0 Hz
[     4.604] (II) VBoxVideo(0): Modeline "VBoxDynamicMode"x0.0   47.83  1024 1026 1028 1030  768 770 772 774 (46.4 kHz b)
[     4.604] (**) VBoxVideo(0):  Built-in mode "VBox-1600x1200": 116.2 MHz (scaled from 0.0 MHz), 72.4 kHz, 60.0 Hz
[     4.604] (II) VBoxVideo(0): Modeline "VBox-1600x1200"x0.0  116.21  1600 1602 1604 1606  1200 1202 1204 1206 (72.4 kHz b)
[     4.604] (**) VBoxVideo(0):  Built-in mode "VBox-1440x1050": 91.6 MHz (scaled from 0.0 MHz), 63.4 kHz, 60.0 Hz
[     4.604] (II) VBoxVideo(0): Modeline "VBox-1440x1050"x0.0   91.62  1440 1442 1444 1446  1050 1052 1054 1056 (63.4 kHz b)
[     4.604] (**) VBoxVideo(0):  Built-in mode "VBox-1280x960": 74.5 MHz (scaled from 0.0 MHz), 58.0 kHz, 60.0 Hz
[     4.604] (II) VBoxVideo(0): Modeline "VBox-1280x960"x0.0   74.54  1280 1282 1284 1286  960 962 964 966 (58.0 kHz b)
[     4.604] (**) VBoxVideo(0):  Built-in mode "VBox-1024x768": 47.8 MHz (scaled from 0.0 MHz), 46.4 kHz, 60.0 Hz
[     4.604] (II) VBoxVideo(0): Modeline "VBox-1024x768"x0.0   47.83  1024 1026 1028 1030  768 770 772 774 (46.4 kHz b)
[     4.604] (**) VBoxVideo(0):  Built-in mode "VBox-800x600": 29.3 MHz (scaled from 0.0 MHz), 36.4 kHz, 60.0 Hz
[     4.604] (II) VBoxVideo(0): Modeline "VBox-800x600"x0.0   29.31  800 802 804 806  600 602 604 606 (36.4 kHz b)
[     4.604] (**) VBoxVideo(0):  Built-in mode "VBox-640x480": 18.8 MHz (scaled from 0.0 MHz), 29.2 kHz, 60.0 Hz
[     4.604] (II) VBoxVideo(0): Modeline "VBox-640x480"x0.0   18.84  640 642 644 646  480 482 484 486 (29.2 kHz b)
[     4.604] (II) VBoxVideo(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0
[     4.604] (==) VBoxVideo(0): RGB weight 888
[     4.604] (==) VBoxVideo(0): Default visual is TrueColor
[     4.604] (==) VBoxVideo(0): Using gamma correction (1.0, 1.0, 1.0)
[     4.604] (==) VBoxVideo(0): DPI set to (96, 96)
[     4.604] (II) UnloadModule: "modesetting"
[     4.604] (II) Unloading modesetting
[     4.605] (II) UnloadModule: "fbdev"
[     4.605] (II) Unloading fbdev
[     4.605] (II) UnloadSubModule: "fbdevhw"
[     4.605] (II) Unloading fbdevhw
[     4.605] (II) UnloadModule: "vesa"
[     4.605] (II) Unloading vesa
[     4.605] (--) Depth 24 pixmap format is 32 bpp
[     4.612] drmOpenDevice: node name is /dev/dri/card0
[     4.612] drmOpenDevice: open result is 10, (OK)
[     4.612] drmOpenDevice: node name is /dev/dri/card0
[     4.612] drmOpenDevice: open result is 10, (OK)
[     4.612] drmOpenByBusid: Searching for BusID pci:0000:00:02.0
[     4.612] drmOpenDevice: node name is /dev/dri/card0
[     4.612] drmOpenDevice: open result is 10, (OK)
[     4.612] drmOpenByBusid: drmOpenMinor returns 10
[     4.612] drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0
[     4.612] (II) [drm] DRM interface version 1.4
[     4.612] (II) [drm] DRM open master succeeded.
[     4.612] (II) VBoxVideo(0): [drm] Using the DRM lock SAREA also for drawables.
[     4.612] (II) VBoxVideo(0): [drm] framebuffer handle = 0xe0000000
[     4.612] (II) VBoxVideo(0): [drm] added 1 reserved context for kernel
[     4.612] (II) VBoxVideo(0): X context handle = 0x1
[     4.612] (II) VBoxVideo(0): [drm] installed DRM signal handler
[     4.613] (II) VBoxVideo(0): visual configurations initialized
[     4.615] (II) VBoxVideo(0): Requested monitor count: 1
[     4.615] (II) VBoxVideo(0): Output VBOX0 has no monitor section
[     4.615] (II) VBoxVideo(0): Output VBOX0 has no monitor section
[     4.615] (II) VBoxVideo(0): EDID for output VBOX0
[     4.615] (II) VBoxVideo(0): Manufacturer: VBX  Model: 0  Serial#: 50332672
[     4.615] (II) VBoxVideo(0): Year: 1990  Week: 1
[     4.615] (II) VBoxVideo(0): EDID Version: 1.3
[     4.615] (II) VBoxVideo(0): Digital Display Input
[     4.615] (II) VBoxVideo(0): Indeterminate output size
[     4.615] (II) VBoxVideo(0): Gamma: 2.20
[     4.615] (II) VBoxVideo(0): DPMS capabilities: StandBy Suspend Off
[     4.615] (II) VBoxVideo(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 
[     4.615] (II) VBoxVideo(0): Default color space is primary color space
[     4.615] (II) VBoxVideo(0): First detailed timing is preferred mode
[     4.615] (II) VBoxVideo(0): redX: 0.640 redY: 0.330   greenX: 0.300 greenY: 0.600
[     4.615] (II) VBoxVideo(0): blueX: 0.150 blueY: 0.060   whiteX: 0.312 whiteY: 0.329
[     4.615] (II) VBoxVideo(0): Manufacturer's mask: 0
[     4.615] (II) VBoxVideo(0): Supported detailed timing:
[     4.615] (II) VBoxVideo(0): clock: 47.8 MHz   Image Size:  0 x 0 mm
[     4.615] (II) VBoxVideo(0): h_active: 1024  h_sync: 1026  h_sync_end 1028 h_blank_end 1030 h_border: 0
[     4.615] (II) VBoxVideo(0): v_active: 768  v_sync: 770  v_sync_end 772 v_blanking: 774 v_border: 0
[     4.615] (II) VBoxVideo(0): Ranges: V min: 0 V max: 200 Hz, H min: 0 H max: 200 kHz, PixClock max 1005 MHz
[     4.615] (II) VBoxVideo(0): Monitor name: VBOX monitor
[     4.615] (II) VBoxVideo(0): EDID (in hex):
[     4.615] (II) VBoxVideo(0): 	00ffffffffffff005858000000040003
[     4.615] (II) VBoxVideo(0): 	0100010380000078eeee91a3544c9926
[     4.615] (II) VBoxVideo(0): 	0f505400000001010101010101010101
[     4.615] (II) VBoxVideo(0): 	010101010101af120006400006300202
[     4.615] (II) VBoxVideo(0): 	2200000000000000000000fd0000c800
[     4.615] (II) VBoxVideo(0): 	c864000a202020202020000000fc0056
[     4.615] (II) VBoxVideo(0): 	424f58206d6f6e69746f720a00000010
[     4.615] (II) VBoxVideo(0): 	000a20202020202020202020202000fb
[     4.615] (II) VBoxVideo(0): Printing probed modes for output VBOX0
[     4.615] (II) VBoxVideo(0): Modeline "1024x768"x60.0   47.83  1024 1026 1028 1030  768 770 772 774 (46.4 kHz Pb)
[     4.615] (II) VBoxVideo(0): Modeline "1600x1200"x60.0  116.21  1600 1602 1604 1606  1200 1202 1204 1206 (72.4 kHz b)
[     4.615] (II) VBoxVideo(0): Modeline "1440x1050"x60.0   91.62  1440 1442 1444 1446  1050 1052 1054 1056 (63.4 kHz b)
[     4.615] (II) VBoxVideo(0): Modeline "1280x960"x60.0   74.54  1280 1282 1284 1286  960 962 964 966 (58.0 kHz b)
[     4.615] (II) VBoxVideo(0): Modeline "1024x768"x60.0   47.83  1024 1026 1028 1030  768 770 772 774 (46.4 kHz b)
[     4.615] (II) VBoxVideo(0): Modeline "800x600"x60.0   29.31  800 802 804 806  600 602 604 606 (36.4 kHz b)
[     4.615] (II) VBoxVideo(0): Modeline "640x480"x60.0   18.84  640 642 644 646  480 482 484 486 (29.2 kHz b)
[     4.615] (II) VBoxVideo(0): Output VBOX0 connected
[     4.615] (II) VBoxVideo(0): Using exact sizes for initial modes
[     4.615] (II) VBoxVideo(0): Output VBOX0 using initial mode 1024x768
[     4.615] (II) VBoxVideo(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated.
[     4.615] (II) VBoxVideo(0): RandR 1.2 enabled, ignore the following RandR disabled message.
[     4.616] (==) VBoxVideo(0): DPMS enabled
[     4.616] (II) VBoxVideo(0): [DRI] installation complete
[     4.616] (--) RandR disabled
[     4.625] (II) SELinux: Disabled on system
[     4.626] (II) AIGLX: Screen 0 is not DRI2 capable
[     4.626] (EE) AIGLX: reverting to software rendering
[     4.653] (II) AIGLX: Loaded and initialized swrast
[     4.653] (II) GLX: Initialized DRISWRAST GL provider for screen 0
[     4.654] (II) VBoxVideo(0): Setting screen physical size to 270 x 203
[     4.710] (II) config/udev: Adding input device Power Button (/dev/input/event1)
[     4.710] (**) Power Button: Applying InputClass "evdev keyboard catchall"
[     4.710] (II) LoadModule: "evdev"
[     4.710] (II) Loading /usr/lib/X11/modules/input/evdev_drv.so
[     4.713] (II) Module evdev: vendor="X.Org Foundation"
[     4.713] 	compiled for 1.15.0, module version = 2.8.2
[     4.713] 	Module class: X.Org XInput Driver
[     4.713] 	ABI class: X.Org XInput driver, version 20.0
[     4.713] (II) Using input driver 'evdev' for 'Power Button'
[     4.713] (**) Power Button: always reports core events
[     4.713] (**) evdev: Power Button: Device: "/dev/input/event1"
[     4.713] (--) evdev: Power Button: Vendor 0 Product 0x1
[     4.713] (--) evdev: Power Button: Found keys
[     4.713] (II) evdev: Power Button: Configuring as keyboard
[     4.713] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input1/event1"
[     4.713] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD, id 6)
[     4.713] (**) Option "xkb_rules" "evdev"
[     4.713] (**) Option "xkb_model" "pc104"
[     4.713] (**) Option "xkb_layout" "us"
[     4.739] (II) config/udev: Adding input device Sleep Button (/dev/input/event2)
[     4.739] (**) Sleep Button: Applying InputClass "evdev keyboard catchall"
[     4.739] (II) Using input driver 'evdev' for 'Sleep Button'
[     4.739] (**) Sleep Button: always reports core events
[     4.739] (**) evdev: Sleep Button: Device: "/dev/input/event2"
[     4.739] (--) evdev: Sleep Button: Vendor 0 Product 0x3
[     4.739] (--) evdev: Sleep Button: Found keys
[     4.739] (II) evdev: Sleep Button: Configuring as keyboard
[     4.739] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXSLPBN:00/input/input2/event2"
[     4.739] (II) XINPUT: Adding extended input device "Sleep Button" (type: KEYBOARD, id 7)
[     4.739] (**) Option "xkb_rules" "evdev"
[     4.739] (**) Option "xkb_model" "pc104"
[     4.739] (**) Option "xkb_layout" "us"
[     4.740] (II) config/udev: Adding drm device (/dev/dri/card0)
[     4.740] (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event0)
[     4.740] (**) AT Translated Set 2 keyboard: Applying InputClass "evdev keyboard catchall"
[     4.740] (**) AT Translated Set 2 keyboard: Applying InputClass "keyboard"
[     4.740] (II) Using input driver 'evdev' for 'AT Translated Set 2 keyboard'
[     4.740] (**) AT Translated Set 2 keyboard: always reports core events
[     4.740] (**) evdev: AT Translated Set 2 keyboard: Device: "/dev/input/event0"
[     4.740] (--) evdev: AT Translated Set 2 keyboard: Vendor 0x1 Product 0x1
[     4.740] (--) evdev: AT Translated Set 2 keyboard: Found keys
[     4.740] (II) evdev: AT Translated Set 2 keyboard: Configuring as keyboard
[     4.740] (**) Option "config_info" "udev:/sys/devices/platform/i8042/serio0/input/input0/event0"
[     4.740] (II) XINPUT: Adding extended input device "AT Translated Set 2 keyboard" (type: KEYBOARD, id 8)
[     4.740] (**) Option "xkb_rules" "evdev"
[     4.740] (**) Option "xkb_model" "pc104"
[     4.740] (**) Option "xkb_layout" "us"
[     5.154] (EE) VBoxVideo(0): Unable to determine whether the virtual machine supports mouse pointer integration - request initialization failed with return code -4
[     5.294] (II) config/udev: Adding input device VirtualBox mouse integration (/dev/input/event5)
[     5.294] (**) VirtualBox mouse integration: Applying InputClass "evdev pointer catchall"
[     5.294] (II) Using input driver 'evdev' for 'VirtualBox mouse integration'
[     5.294] (**) VirtualBox mouse integration: always reports core events
[     5.294] (**) evdev: VirtualBox mouse integration: Device: "/dev/input/event5"
[     5.294] (--) evdev: VirtualBox mouse integration: Vendor 0x80ee Product 0xcafe
[     5.294] (--) evdev: VirtualBox mouse integration: Found 1 mouse buttons
[     5.294] (--) evdev: VirtualBox mouse integration: Found absolute axes
[     5.294] (--) evdev: VirtualBox mouse integration: Found x and y absolute axes
[     5.294] (--) evdev: VirtualBox mouse integration: Found absolute touchscreen
[     5.294] (II) evdev: VirtualBox mouse integration: Configuring as touchscreen
[     5.294] (**) evdev: VirtualBox mouse integration: YAxisMapping: buttons 4 and 5
[     5.294] (**) evdev: VirtualBox mouse integration: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200
[     5.294] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:04.0/input/input5/event5"
[     5.294] (II) XINPUT: Adding extended input device "VirtualBox mouse integration" (type: TOUCHSCREEN, id 9)
[     5.294] (II) evdev: VirtualBox mouse integration: initialized for absolute axes.
[     5.295] (**) VirtualBox mouse integration: (accel) keeping acceleration scheme 1
[     5.295] (**) VirtualBox mouse integration: (accel) acceleration profile 0
[     5.295] (**) VirtualBox mouse integration: (accel) acceleration factor: 2.000
[     5.295] (**) VirtualBox mouse integration: (accel) acceleration threshold: 4
[     9.514] (II) VBoxVideo(0): EDID vendor "VBX", prod id 0
[     9.514] (II) VBoxVideo(0): DDCModeFromDetailedTiming: 1024x768 Warning: We only handle separate sync.
[     9.514] (II) VBoxVideo(0): Using hsync ranges from config file
[     9.514] (II) VBoxVideo(0): Using vrefresh ranges from config file
[     9.514] (II) VBoxVideo(0): Printing DDC gathered Modelines:
[     9.514] (II) VBoxVideo(0): Modeline "1024x768"x0.0   47.83  1024 1026 1028 1030  768 770 772 774 -hsync -vsync (46.4 kHz eP)
[     9.535] (EE) VBoxVideo(0): Unable to determine whether the virtual machine supports mouse pointer integration - request initialization failed with return code -4
[     9.535] (EE) VBoxVideo(0): Unable to determine whether the virtual machine supports mouse pointer integration - request initialization failed with return code -4
[     9.535] (EE) VBoxVideo(0): Unable to determine whether the virtual machine supports mouse pointer integration - request initialization failed with return code -4
[     9.775] (II) VBoxVideo(0): EDID vendor "VBX", prod id 0
[     9.775] (II) VBoxVideo(0): DDCModeFromDetailedTiming: 1024x768 Warning: We only handle separate sync.
[     9.775] (II) VBoxVideo(0): Using hsync ranges from config file
[     9.775] (II) VBoxVideo(0): Using vrefresh ranges from config file
[     9.775] (II) VBoxVideo(0): Printing DDC gathered Modelines:
[     9.775] (II) VBoxVideo(0): Modeline "1024x768"x0.0   47.83  1024 1026 1028 1030  768 770 772 774 -hsync -vsync (46.4 kHz eP)
[    35.184] (II) VBoxVideo(0): Requested monitor count: 1
[    35.184] (II) VBoxVideo(0): EDID vendor "VBX", prod id 0
[    35.184] (II) VBoxVideo(0): DDCModeFromDetailedTiming: 1024x768 Warning: We only handle separate sync.
[    35.185] (II) VBoxVideo(0): Using hsync ranges from config file
[    35.185] (II) VBoxVideo(0): Using vrefresh ranges from config file
[    35.185] (II) VBoxVideo(0): Printing DDC gathered Modelines:
[    35.185] (II) VBoxVideo(0): Modeline "1024x768"x0.0   47.83  1024 1026 1028 1030  768 770 772 774 -hsync -vsync (46.4 kHz eP)
[    35.185] (EE) VBoxVideo(0): Unable to determine whether the virtual machine supports mouse pointer integration - request initialization failed with return code -4
[    35.185] setversion 1.4 failed: Permission denied
[    60.343] (II) VBoxVideo(0): EDID vendor "VBX", prod id 0
[    60.343] (II) VBoxVideo(0): DDCModeFromDetailedTiming: 1024x768 Warning: We only handle separate sync.
[    60.343] (II) VBoxVideo(0): Using hsync ranges from config file
[    60.343] (II) VBoxVideo(0): Using vrefresh ranges from config file
[    60.343] (II) VBoxVideo(0): Printing DDC gathered Modelines:
[    60.343] (II) VBoxVideo(0): Modeline "1024x768"x0.0   47.83  1024 1026 1028 1030  768 770 772 774 -hsync -vsync (46.4 kHz eP)

Re: [sisyphus] I: systemd-210 (regular: mouse, locale)

[Michael Shigorin]

On Tue, Mar 04, 2014 at 09:40:38AM +0200, I wrote:
> Также похоже, что сломался livecd-setlocale: передача lang=ru_RU
> ядру (в /proc/cmdline долетает) теперь не приводит к выставлению
> русской локали, получается LC_CTYPE=en_US.utf8, LC_* и LANG=POSIX.

PS: заметил промелькнувшую при загрузке где-то около propagator
строчку failed to open /proc/cmdline: no such file or directory
или около того.

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

Re: [sisyphus] I: systemd-210 (regular: mouse, locale)

[Alexei V. Mezin]

04.03.2014 11:48, Michael Shigorin пишет:

> PS: заметил промелькнувшую при загрузке где-то около propagator
> строчку failed to open /proc/cmdline: no such file or directory
> или около того.
>

У меня эта надпись теперь горит сразу под пингвинчиками в самом начале 
загрузки.

Re: [sisyphus] I: systemd-210 (regular: reboot/poweroff menu)

[Michael Shigorin]

On Tue, Mar 04, 2014 at 09:40:38AM +0200, I wrote:
> > День добрый. В сизиф отправлен systemd-210.  Изменений много.
> http://nightly.altlinux.org/sisyphus/snapshots/20140304/
>   regular-cinnamon-20140304-i586.iso
> 
> В этом образе после установки в virtualbox не работает мышь --
> при этом в LiveCD работает.  xorg с прошлой недели не менялся,
> хостовый vbox -- тоже.  gpm в консоли при этом с мышью работает.

Исправилось (make-initrd-0.8.8-alt1).

> Также похоже, что сломался livecd-setlocale: передача lang=ru_RU
> ядру (в /proc/cmdline долетает) теперь не приводит к выставлению
> русской локали, получается LC_CTYPE=en_US.utf8, LC_* и LANG=POSIX.

Исправилось (systemd-210-alt2, livecd-setlocale-0.3.5-alt1).

> Перепроверил на regular-e18-20140304-i586.iso -- с мышой странное:
> ездить ездит, щелчки не регистрируются (на этот раз снял лог).

Тоже не наблюдаю.

> Было бы здорово понять, что стряслось, до завтра и починить --
> сегодняшние сборки "rc", а вот завтрашние неделю будут "текущими".

На сегодняшних заметил отсутствие в меню выхода пунктов
перезагрузки, выключения и прочих усыпальниц:

http://nightly.altlinux.org/sisyphus/snapshots/20140311/
  regular-cinnamon-20140311-i586.iso

_Не_ наблюдается в вариантах с gnome3, kde4, lxde, mate, razorqt,
xfce -- собственно, во всех остальных (в e18 обработчики
прописываются в sysactions.conf).

Хорошо бы до завтра что-то с этим придумать, чтоб можно было
симлинки tested переставить -- на прошлой неделе "обновил"
только сборки на sysvinit.  Возможно, это к cow@.


On Tue, Mar 04, 2014 at 03:39:55PM +0200, Michael Shigorin wrote:
> > > PS: заметил промелькнувшую при загрузке где-то около propagator
> > > строчку failed to open /proc/cmdline: no such file or directory
> > > или около того.
> Дословно под пинвгинами написано следующее:
> 
> Failed to read /proc/cmdline. Ignoring: No such file or directory
> initrd: Running /scripts/pre/prepare/000-propagator ...

Продолжает наблюдаться.

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

Re: [sisyphus] I: systemd-210 (regular: reboot/poweroff menu NOTABUG)

[Michael Shigorin]

On Tue, Mar 11, 2014 at 06:39:08PM +0200, I wrote:
> На сегодняшних заметил отсутствие в меню выхода пунктов
> перезагрузки, выключения и прочих усыпальниц:
> 
> http://nightly.altlinux.org/sisyphus/snapshots/20140311/
>   regular-cinnamon-20140311-i586.iso
> 
> _Не_ наблюдается в вариантах с gnome3, kde4, lxde, mate, razorqt,
> xfce -- собственно, во всех остальных (в e18 обработчики
> прописываются в sysactions.conf).

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

> Хорошо бы до завтра что-то с этим придумать, чтоб можно было
> симлинки tested переставить -- на прошлой неделе "обновил"
> только сборки на sysvinit.  Возможно, это к cow@.

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

Re: [sisyphus] I: systemd-210 (regular: mouse, locale)

[Michael Shigorin]

On Tue, Mar 04, 2014 at 03:01:30PM +0400, Alexey Shabalin wrote:
> Миша, в соседней ветке идут разборки с работой systemd-210.

Так я в неё и пишу, чуть уточнив Subject: :)

> Вот такой факт, сравнение количества файлов для i586 и x86_64,
> обе внутри виртуалки kvm: для i586: 681 [;] для x86_64 172

Угу, неустойчивую ругань про /run на выключении заметил ранее при
подготовке regular-gnustep.iso, подробней не смотрел.

> > Также похоже, что сломался livecd-setlocale: передача lang=ru_RU
> > ядру (в /proc/cmdline долетает) теперь не приводит к выставлению
> > русской локали, получается LC_CTYPE=en_US.utf8, LC_* и LANG=POSIX.

NB: это я додумался у root посмотреть в консоли -- разумеется,
надо смотреть из-под altlinux.

regular-kde4-20140304-i586.iso => локаль выставляется.

> > PS: заметил промелькнувшую при загрузке где-то около propagator
> > строчку failed to open /proc/cmdline: no such file or directory
> > или около того.

Дословно под пинвгинами написано следующее:

Failed to read /proc/cmdline. Ignoring: No such file or directory
initrd: Running /scripts/pre/prepare/000-propagator ...

> ок, посмотрю.

Загрузил regular-kde4-20140304-i586.iso -- локаль выставлена
и в сессии, и в консоли.

mate/i586 -- локаль не выставлена, хотя livecd-setlocale.service
явно отрабатывал, т.к. /etc/X11/xinit/Xkbmap заполнен.  При двух
запусках подряд эффект идентичный.

sysvinit-based отрабатывают, как и прежде.

> > > - старый патч для переименования интерфейсов отвалился. Прошу отдельно
> > > протестировать эту функциональность. to mike@ может найдешь время и
> > > посмотришь? Ты основной пользователь старых именований интерфейсов :)
> > Плохая новость; он совсем отвалился или ты что-то прикрутил?
> отвалился патч c циклом, который позволял переименовывать eth0<->eth1
> пакет udev-rule-generator-net, но работу надо проверять.

У меня будто всё в порядке, бишь где запрошены ethX -- они и есть.

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

[sisyphus] Временно compat библиотеки собраны (was: systemd-210)

[Sergey V Turchin]

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

On Friday 28 February 2014 14:26:33 Alexey Shabalin wrote:

[...]
> библиотеки libsystemd-daemon, libsystemd-id128, libsystemd-login,
> libsystemd-journal
> переехали в одну libsystemd. Временно compat библиотеки собраны. Позже я
> отключю их сборку
Просьба не ломать совместимость по сборке с p7.
Например, kde4base-workspace-kdm сейчас слинкован с libsystemd, но потом 
перестанет собираться, т.к. для сборки ищет compat библиотеки.

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

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

Re: [sisyphus] Временно compat библиотеки собраны (was: systemd-210)

[Michael Shigorin]

On Sun, Mar 09, 2014 at 06:26:15PM +0400, Alexey Shabalin wrote:
> PS: в p7 есть желание обновить systemd до 208 + исправления из стабильной
> ветки 208-stable. Попробую заняться на неделе и предложить для тестирования.

Ой, не надо лучше.  "Работает -- не трогай" (ц).

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

Re: [sisyphus] Временно compat библиотеки собраны (was: systemd-210)

[Serg A. Kotlyarov]

Michael Shigorin <mike@osdn.org.ua> писал(а) в своём письме Sun, 09 Mar  
2014 21:34:25 +0600:

> On Sun, Mar 09, 2014 at 06:26:15PM +0400, Alexey Shabalin wrote:
>> PS: в p7 есть желание обновить systemd до 208 + исправления из  
>> стабильной
>> ветки 208-stable. Попробую заняться на неделе и предложить для  
>> тестирования.
>
> Ой, не надо лучше.  "Работает -- не трогай" (ц).
>
А может ну его, а? Бранч то стабильный. Сейчас оно хоть как-то, но  
работает, а с новой версией могут быть подводные камни, которые за время  
тестирования узким кругом участников отловить всё равно не получится.

--
С уважением, Котляров Сергей.

Re: [sisyphus] Временно compat библиотеки собраны (was: systemd-210)

[Michael Shigorin]

On Sun, Mar 09, 2014 at 09:45:08PM +0600, Serg A. Kotlyarov wrote:
> >>PS: в p7 есть желание обновить systemd до 208 + исправления
> >>из  стабильной ветки 208-stable. Попробую заняться на неделе
> >>и предложить для  тестирования.
> >Ой, не надо лучше.  "Работает -- не трогай" (ц).
> А может ну его, а? Бранч то стабильный. Сейчас оно хоть как-то,
> но  работает, а с новой версией могут быть подводные камни,
> которые за время  тестирования узким кругом участников отловить
> всё равно не получится.

Ещё подумав -- в принципе, можно обновить в t7/branch,
но сильно не уверен, что стоит мороки.

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

Re: [sisyphus] Временно compat библиотеки собраны (was: systemd-210)

[Aleksey Novodvorsky]

9 марта 2014 г., 19:34 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> On Sun, Mar 09, 2014 at 06:26:15PM +0400, Alexey Shabalin wrote:
>> PS: в p7 есть желание обновить systemd до 208 + исправления из стабильной
>> ветки 208-stable. Попробую заняться на неделе и предложить для тестирования.
>
> Ой, не надо лучше.  "Работает -- не трогай" (ц).

С 208 не должно быть больших проблем.
Но тестировать надо будет серьезно и очень не спеша. В том числе --
тестировать обновление.
p7 -- стабильный, но не мертвый и обновлять его тоже надо.

Rgrds, Алексей

Re: [sisyphus] Временно compat библиотеки собраны (was: systemd-210)

[Michael Shigorin]

On Sun, Mar 09, 2014 at 09:53:23PM +0400, Aleksey Novodvorsky wrote:
> >> PS: в p7 есть желание обновить systemd до 208 + исправления из стабильной
> >> ветки 208-stable. Попробую заняться на неделе и предложить для тестирования.
> > Ой, не надо лучше.  "Работает -- не трогай" (ц).
> С 208 не должно быть больших проблем.

Регулярки с 208 стали зависать примерно на минуту при выключении
как минимум под virtualbox (что-то про user manager).  На 204 не
было, на 210 полечилось (но повылазило другое -- спасибо shaba@,
вроде утрясли).

> p7 -- стабильный, но не мертвый и обновлять его тоже надо.

Помните 5.0/branch?

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

Re: [sisyphus] Временно compat библиотеки собраны (was: systemd-210)

[Aleksey Novodvorsky]

9 марта 2014 г., 22:34 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> On Sun, Mar 09, 2014 at 09:53:23PM +0400, Aleksey Novodvorsky wrote:
>> >> PS: в p7 есть желание обновить systemd до 208 + исправления из стабильной
>> >> ветки 208-stable. Попробую заняться на неделе и предложить для тестирования.
>> > Ой, не надо лучше.  "Работает -- не трогай" (ц).
>> С 208 не должно быть больших проблем.
>
> Регулярки с 208 стали зависать примерно на минуту при выключении
> как минимум под virtualbox (что-то про user manager).  На 204 не
> было, на 210 полечилось (но повылазило другое -- спасибо shaba@,
> вроде утрясли).
>
>> p7 -- стабильный, но не мертвый и обновлять его тоже надо.
>
> Помните 5.0/branch?

Да.
Но речь не о 208, а о 208stable.
Попробовать, думаю, стоит.
Rgrds, Алексей

>
> --
>  ---- WBR, Michael Shigorin / http://altlinux.org
>   ------ http://opennet.ru / http://anna-news.info
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

Re: [sisyphus] Временно compat библиотеки собраны

[Anton Gorlov]

10.03.2014 00:20, Alexey Shabalin пишет:
> Я и хочу попробовать.  Я, честно говоря, вообще не помню, что там в 
> p7, стоит вернуться и проверить.
> Я предложу, а принимать в p7 или нет - не моя головная боль :) у p7 
> есть свои ответственные.
> Еще я краем уха слышал, что у cas@ есть испытательный стенд, если 
> возможно его привлечь - будет хорошо.

ещё я на своём рабочем месте могу потестировать. Мне традиционно везёт 
отыскивать интересные баги.

Re: [sisyphus] Временно compat библиотеки собраны (was: systemd-210)

[Mikhail Efremov]

On Sun, 9 Mar 2014 22:44:01 +0400 Aleksey Novodvorsky wrote:
> 9 марта 2014 г., 22:34 пользователь Michael Shigorin
> <mike@osdn.org.ua> написал:
> > On Sun, Mar 09, 2014 at 09:53:23PM +0400, Aleksey Novodvorsky wrote:
> >> >> PS: в p7 есть желание обновить systemd до 208 + исправления из
> >> >> стабильной ветки 208-stable. Попробую заняться на неделе и
> >> >> предложить для тестирования.
> >> > Ой, не надо лучше.  "Работает -- не трогай" (ц).
> >> С 208 не должно быть больших проблем.
> >
> > Регулярки с 208 стали зависать примерно на минуту при выключении
> > как минимум под virtualbox (что-то про user manager).  На 204 не
> > было, на 210 полечилось (но повылазило другое -- спасибо shaba@,
> > вроде утрясли).
> >
> >> p7 -- стабильный, но не мертвый и обновлять его тоже надо.
> >
> > Помните 5.0/branch?
> 
> Да.
> Но речь не о 208, а о 208stable.
> Попробовать, думаю, стоит.

С 204 были проблемы с плимутом. См.
https://bugzilla.altlinux.org/show_bug.cgi?id=29066#c22. 

-- 
WBR, Mikhail Efremov

Re: [sisyphus] Временно compat библиотеки собраны (was: systemd-210)

[Sergey V Turchin]

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

On Sun 9 March 2014 18:26:15 Alexey wrote:

[...]

> compat-библиотеки можно
> будет убрать, а libsystemd-*.pc оставить.
Да. Видимо, этого мне будет достаточно.

> PS: в p7 есть желание обновить systemd до 208 + исправления из стабильной
> ветки 208-stable. Попробую заняться на неделе и предложить для
> тестирования.
Лучше бы это было делать и в Сизифе заодно.

-- 
Regards, Sergey,              ALT Linux Team, http://www.altlinux.ru

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

Re: [sisyphus] I:systemd-210

[Alexey Borisenkov]

12.03.2014 13:07, Vyacheslav Dikonov пишет:
> Судя по выводу  service cups status  демон cups работает, но его веб-интерфейс недоступен.

А по адресу http://[::1]:631/ ?

Re: [sisyphus] I:systemd-210

[Alexey Borisenkov]

13.03.2014 00:32, Vyacheslav Dikonov пишет:
 >   После перезагрузки по http://127.0.0.1:631 появился интерфейс, но 
задания на печать в очереди все-равно не появляются.

cups свежий, 1.7.0-alt2?

Re: [sisyphus] I:systemd-210

[Vyacheslav Dikonov]

Да, именно он.
rpm -q cups
cups-1.7.0-alt2

Четверг, 13 марта 2014, 1:58 +04:00 от Alexey Borisenkov <grizlik78@gmail.com>:
> >   После перезагрузки по  http://127.0.0.1:631 появился интерфейс, но 
>задания на печать в очереди все-равно не появляются.
>
>cups свежий, 1.7.0-alt2?

Re: [sisyphus] I:systemd-210

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

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

On Thu, Mar 13, 2014 at 01:42:52PM +0400, Vyacheslav Dikonov wrote:

На свежем cups что-то изменилось в обработке конфига -- чтобы восстановить
работу принтера мне пришлось прибить конфиг и использовать тот что в
пакете.

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

http://mithraen.ru/

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

Re: [sisyphus] I:systemd-210

[Vyacheslav Dikonov]

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

Я тоже заменил cupsd.conf на cupsd.conf.rpmnew и оно зарабоало. Но я также сделал diff между старым и новым и вошел в транс. Вся разница оказалась в том, что в старом конфиге явно было прописано Allow from All, allow from 127.0.0.1. Оказывается, добавление строк Allow теперь приводит к запрету... 

Суббота, 15 марта 2014, 1:48 +04:00 от Денис Смирнов <mithraen@freesource.info>:
> On Thu, Mar 13, 2014 at 01:42:52PM +0400, Vyacheslav Dikonov wrote:
> 
> На свежем cups что-то изменилось в обработке конфига -- чтобы восстановить
> работу принтера мне пришлось прибить конфиг и использовать тот что в
> пакете.
> 
> -- 
> С уважением, Денис
> 
> http://mithraen.ru/
> 
> 

-- 
Vyacheslav Dikonov

[-- Attachment #2: cupsd.conf.diff --]
[-- Type: application/octet-stream, Size: 3750 bytes --]

Re: [sisyphus] I:systemd-210

[Dmitry V. Levin]

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

On Fri, Feb 28, 2014 at 02:04:20PM +0400, Alexey Shabalin wrote:
> День добрый. В сизиф отправлен systemd-210.
> Изменений много.
> Обращаю внимание на:
> 
> - старый патч для переименования интерфейсов отвалился. Прошу отдельно
> протестировать эту функциональность. to mike@ может найдешь время и
> посмотришь? Ты основной пользователь старых именований интерфейсов :)

Не только это, вообще прежний функционал переименования отвалился, без
systemd не работает.  На одном сервере у меня был автоименованный enp2s0.
После обновления он стал eth0/eth1.


-- 
ldv

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

Re: [sisyphus] I:systemd-210

[REAL]

01.04.2014 02:05, Dmitry V. Levin пишет:
> Не только это, вообще прежний функционал переименования отвалился, без
> systemd не работает.  На одном сервере у меня был автоименованный enp2s0.
> После обновления он стал eth0/eth1.

У меня то же самое случилось недавно, но у меня нет systemd. И, честно 
говоря, ethX лучше всяких там enpабракадабра.

-- 

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

Re: [sisyphus] I:systemd-210

[Dmitry V. Levin]

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

On Tue, Apr 01, 2014 at 08:27:10AM +0700, REAL wrote:
> 01.04.2014 02:05, Dmitry V. Levin пишет:
> >Не только это, вообще прежний функционал 
> >переименования отвалился, без
> >systemd не работает.  На одном сервере у меня 
> >был автоименованный enp2s0.
> >После обновления он стал eth0/eth1.
> 
> У меня то же самое случилось недавно, но у 
> меня нет systemd. И, честно говоря, ethX лучше 
> всяких там enpабракадабра.

Лучше - это когда имя интерфейса не меняется с вероятностью 1/2
при каждой загрузке.


-- 
ldv

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

[sisyphus] [JT] (was: I: systemd-210)

[Michael Shigorin]

On Tue, Apr 01, 2014 at 03:25:50PM +0400, Dmitry V. Levin wrote:
> Лучше - это когда имя интерфейса не меняется с вероятностью 1/2
> при каждой загрузке.

Как во второй половине XX века н.э.?

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