401

Спасибо исправил
Обновил Update-MagOS  и все.  Трудно сказать что случилось.
Главное облако то бесплатное и претензий не предъявишь

402 (2020-11-26 20:44:24 отредактировано ingvaro)

Обновил Магею 8 - https://yadi.sk/d/qICY-g6LWYCO5Q?w=1
Ядро - 5.9.10-desktop-1.mga8
Сама Магея уже работает на ядре - kernel-desktop-5.9.11-1.mga8
Но это ядро что то плохо работает на моей сборке.

1) Загрузчик - /boot/magosm

- C опциями SYSBOOT=syslinux и BOOTFS=bios   будет установлен syslinux  от МагОС
- C опциями SYSBOOT=syslinux и BOOTFS=efi        будет установлен grub  от МагОС

Но загружаться будет только Магея8
Выбор дистрибутива не сделал. Время это надо да и нужно ли это ?
У меня загрузчик сделан на базе grub2 от Магеи и работает как то получше.
Пока можно сказать что   grub  от МагОС конечно интересен, но  syslinux  от МагОС для bios компов это уже реалитет.

2) Что то устал бороться с net_applet. На Магея 8 betta1 обновляется и настройки возвращаютя  к исходным
И опять  net_applet появляется.
В MagOS.ini сделал оации для MagOS-модуля

NET_APPLET='nm-applet'
#NET_APPLET='net_applet'

Теперь аплет можно выбрать  для системы и он в /etc/xdg/autostart установит нужный аплет

Спасибо сказали: Vagulo1

403 (2020-12-13 18:39:12 отредактировано ingvaro)

1)  Обновил Магею 8 beta2
Ядро -5.9.12-desktop-1.mga8
Установлены последние  обновления

2) Обновил запуск Lubuntu-20.10-desktop-amd64
При установке Магею 8 достаточно скачать в папку Linux папку Linux/Lubuntu из образа
Ядро - 5.9.12-2.generic (Linux/Lubuntu/uird)
Собрал из исходников ядра от Магеи  - https://forum.mageia.org.ru/viewtopic.p … 031#p34031
В ядре от Магеи  очень качественно добавлена AUFS. В Ubuntu в ядре не включены некоторые  опции AUFS
К тому же ядро от Магеи нормально запускает другие дистрибутивы
Присутствует ядро от  Lubuntu - 5.8.0-25-generic  (Linux/Lubuntu/uird0)
Для запуска  Lubuntu с ядром 5.8.0-25-generic надо в меню для grub сменить путь ядра

linux /Linux/$DISTR/uird0/vmlinuz ...
initrd /Linux/$DISTR/uird0/uird.$DISTR.cpio.xz

скачать -  https://yadi.sk/d/qICY-g6LWYCO5Q?w=1

Спасибо сказали: Vagulo1

404

Из ядра Магеи убрали AUFS
Пытался запустить сборку на OverlayFS - https://forum.magos-linux.ru/t/konczept … ul/118/328
Пока не очень хорошо

405 (2021-01-16 18:32:45 отредактировано ingvaro)

В ядре от Магеи появился AUFS  (5.10.6-desktop-1.mga8) !!!
Так что живем !!!
Хоть у меня сборка и заработала на Overlay но все же доверия к AUFS больше.
Т к AUFS и функциональнее и работа в ней проще.
А с Overlay сложности и большие.- https://forum.puppyrus.org/index.php?to … #msg174930

406 (2021-01-27 19:56:32 отредактировано ingvaro)

AUFS + OverlayFS
1)  Обновил Магею 8 beta2
     Ядро - 5.10.10-desktop-1.mga8
    Установлены последние  обновления
2) Обновил запуск Lubuntu-20.10-desktop-amd64
3) Mageia 7.1 присутствует в загрузке но не обновлена.
Но можно использовать для установки только  папку Linux/Mageia7 из образа
    Т к скоро выйдет уже Mageia 8 может ее совсем удалить ?
    Если Mageia 7.1 никому не нужна то мне и тем более без надобности.
    А то хлопотно это три системы обновлять да выкладывать.
4) Настроил нужные утилиты для работы в  на OverlayFS.

+ открыть спойлер

/usr/share/magos/chroot2xzm/chroot2xzm.sh
/usr/lib/magos/scripts/syschanges

В меню можно теперь выбрать нужную FS и загрузиться
    Но  в OverlayFS свои модули записи системных изменений - /memory/layer-base/0/save_ovl.cfg
    В AUFS свои - /memory/layer-base/0/save_aufs.cfg
    Так что обновления надо устанавливать для каждой FS отдельно
     В следующей сборке скорее всего работа на обеих FS будет максимально объеденена

скачать -  https://yadi.sk/d/qICY-g6LWYCO5Q?w=1

Спасибо сказали: Vagulo1

407

ingvaro⇓ пишет:

Т к скоро выйдет уже Mageia 8 может ее совсем удалить ?
    Если Mageia 7.1 никому не нужна то мне и тем более без надобности.

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

Mageia x64. KDE.

408 (2021-02-04 19:59:41 отредактировано ingvaro)

Да я уже давно только на Магее8
Работает. Даже ни одного бага не отправил.
Был один но пока собирался его уже исправили.
Сейчас  OverlayFS  много времени  отнимает.

409 (2021-02-10 20:06:05 отредактировано ingvaro)

1)  Обновил Магею 8 rc
     Ядро - 5.10.12-desktop-3.mga8
    Установлены последние  обновления
2) Обновил  Lubuntu-20.10-desktop-amd64
3) Mageia 7.1 присутствует в загрузке но не обновлена.
Но можно использовать для установки только  папку Linux/Mageia7 из образа
4) Настроил нужные мне утилиты для работы  на OverlayFS.
   Всю сборку настраивать это долго да и в МагОС что то OverlayFS  никого не интересует
   Так что в AUFS все работает. В OverlayFS многие утилиты из /usr/lib/magos/scripts могут не работать. Например - urpm2xzm
    Но я этими утилитами  пока не пользуюсь
    Но все равно  запускать сборку на OverlayFS лучше только для ознакомления и тестирования

Главным изменением стал новый сервис записи изменений системы - TOXZM
В самом MagOS ( http://magos-linux.ru/ ) он в тестировании а у меня тестирование закончено !!!
Пишет модуль загрузчик UIRD - быстро и надежно. Система, к моменту записи модуля, уже выключена.
Если случаются зависание процесса то висит сколько надо и преждевременных выключений системы нет.
Сравнивать со старым сервисом (/usr/lib/magos/rc.halt/80-savetomodule) даже не хочется.
И вывод может быть только один. На старом сервисе писать изменения не рекомендую.


скачать -  https://yadi.sk/d/qICY-g6LWYCO5Q?w=1

PS

Главное отличие моей сборки от традиционной ( http://magos-linux.ru/ ) это в способе записи обновлений.
В MagOS  это вроде уже модульное обновление из собственных реопозитариев.
У меня обновление системы происходит из реопозитариев загруженного дистрибутива
И обновление системы допускается при выключении системы
Но в режиме Changes обновления системы не пишутся а  сохраняются в /memory/layer-base/0/syschanges

Спасибо сказали: Vagulo1

410 (2021-02-24 20:40:13 отредактировано kuguar)

Что-то у меня несколько граблей вылезло.
1. У меня сейчас пара дистров на ноуте стоит, оба с матэ. Нет у меня ни kate, ни kwrite. Не сразу сообразил что не так. Может лучше вместо них поставить редактор, который есть в любом дистре и DE?
2. Что-то меня с правами хороводило. На флешке ext4, копировал под рутом. Потом делал chmod -R 777. Всё равно на права ругалось. Что-то вроде UID0, а флешка смонтирована в /run/media/user/1000.
3. Скрипт в упор не видел bootinstall.cfg, открывал для редактирования пустой файл.

#/run/media/user/magos/boot/bootinstall.sh
запускал - фиг.

Получилось запустить так -
#cd /run/media/user/magos/boot/
#./bootinstall.sh
4. Поставил DE - mate, разрешение экрана 1280х1024. После загрузки экран занимает только часть реального экрана, не масштабируется. Большее разрешение ставить не хочу, т.к. часто ремонтирую старые компы с маленькими мониторами.

Acer EX2540 i3-6006U 8Gb DDR4
Mageia 8 MATE, OpenSUSE Leap 15.2 MATE
Спасибо сказали: ingvaro1

411 (2021-02-27 12:12:18 отредактировано ingvaro)

kuguar⇓ пишет:

У меня сейчас пара дистров на ноуте стоит, оба с матэ. Нет у меня ни kate, ни kwrite. Не сразу сообразил что не так. Может лучше вместо них поставить редактор, который есть в любом дистре и DE?

Да собственно не проблема а какой ?
Я в основном запускаю LXQt + приложения от Plasma
Mate  то же допускает  запускать приложения от Plasma (Kate, Dolphin) в качестве основных.
В  качестве файлового манежера выбрал Dolphin т к он самый олаженный для МагОС.
В Dolphin, для праой  кнопки мыши, сделано дополнительное интерактивное меню которое сильно облегчает жизнь в модульной системе.
Модули без проблем можно примонтировать, распаковать, запаковать и т д
В других ФМ эта возможность отсутствует и приходится команды набирать в терминале
К слову сказать сам МагОС ( http://magos-linux.ru/ ) как то больше ориентирован на работу в терминале.
Я  же пытаюсь запускать приложения из графики. В корне меню приложений есть подменю "MagOS"
Ну лень мне команды в терминале набирать.

kuguar⇓ пишет:

Скрипт в упор не видел bootinstall.cfg, открывал для редактирования пустой файл.
#/run/media/user/magos/boot/bootinstall.sh

Спасибо за выявленный баг. Действительно bootinstall.cfg открывается пустой
Просто я запускаю из Dolphin.
Кликаю по bootinstall.sh правой кнопкой мыши и выбираю  "Действия / Запустить в терминале"
Баг устранил - https://cloud.mail.ru/public/GviA/J6fABH6iY
В Магее пришло новое ядро и скоро обновлю сборку.

kuguar⇓ пишет:

Поставил DE - mate, разрешение экрана 1280х1024. После загрузки экран занимает только часть реального экрана, не масштабируется. Большее разрешение ставить не хочу, т.к. часто ремонтирую старые компы с маленькими мониторами.

Да есть такая проблема.
В Mate есть опция растянуть и что то действительно не маштабируется
Определение видеооборудования в самом МагОС вроде не очень совершенно.
Мой домашний комп определялся с разрешением 1024x768 ( это с XORG_RES='1920x1080')
Сделал изменение в /usr/lib/magos/rc.post.d/11-xorg и теперь разрешение кот записано в переменной XORG_RES из меню для Grub2 становится активным для системы. Теперь мой домашний комп запускается с разрешением из переменной XORG_RES
В МагОС ( http://magos-linux.ru/ ) этого нет. Я предлагал раза три Михаилу (автор МагОС) свои изменения но ответа не последовало. Ни хорошего и ни плохого. Ну на нет и суда нет.
Для верности в меню Grub2 сделал опцию

SysXdrake='no'    -    видео-оборудование определяет MagOS
SysXdrake='yes'  -    видео-оборудование определяет система

Но с SysXdrake='yes'  у меня Магея запустилась но  почему не записался файл   /etc/X11/xorg.conf
На старых версиях вроде все ок было.
Если не записался файл   /etc/X11/xorg.conf то  можно набрать команду в терминале :

Консоль: root
[root@localhost ~]# drakx11 --auto

kuguar⇓ пишет:

Что-то меня с правами хороводило. На флешке ext4, копировал под рутом. Потом делал chmod -R 777. Всё равно на права ругалось. Что-то вроде UID0, а флешка смонтирована в /run/media/user/1000.

Не совсем понял как запускалось
На рабочем столе у любого юзера должна быть кнопка запуска Dolphin-root
Я запускаю Dolphin под root и дальше готовлю флэшку
К сожалению самым опробованным является Dolphin
Хотел как то заменить его на PCManFM-Qt  но с интерактивными действиями для правой кнопки мыши ничего не вышло
А набирать команды в терминале мне нехочется

kuguar⇓ пишет:

ремонтирую старые компы с маленькими мониторами.

Изначально мне линукс на флэшке и понадобился для ремонта компов. Запустить и проверить от другой системы комп.
Но так как разрабы как правило люди занятые включения  каких нибудь нужных приложений или изменений порою трудно добиться то решил просто делать свою сборку
Тем более что Магеиа и Роса хоть и сестры но все же немного разные.

Спасибо сказали: kuguar1

412

Получается, почти все мои грабли из-за mate. В плазме и lxqt этого не будет.
Много раз пытался перейти на плазму, не получается. Я много раз описывал что меня не устраивает. Больше всего претензий именно к дельфину.
Но это всё не фатально, флэшку я всё-таки сделал, ношу в кармане на связке в качестве лечебной.

Acer EX2540 i3-6006U 8Gb DDR4
Mageia 8 MATE, OpenSUSE Leap 15.2 MATE

413 (2021-03-03 21:41:28 отредактировано ingvaro)

1)  Обновил Магею 8
     Ядро - 5.10.16-desktop-1.mga8
    Установлены последние  обновления
В меню Grub2 работает опция  и ее можно выбрать в ~/boot/magosm/bootinst.cfg

SysXdrake='no'    -    видео-оборудование определяет MagOS
SysXdrake='yes'  -    видео-оборудование определяет система
kuguar⇓ пишет:

Поставил DE - mate, разрешение экрана 1280х1024. После загрузки экран занимает только часть реального экрана, не масштабируется

С опцией SysXdrake='yes'   система сама выбирает оптимальное разрешение.
    У меня с xres=1280x1024  (из меню Grub2) установилось разрешение   1920x1080
С опцией SysXdrake='no' , видео-оборудование определяет MagOS, разрешение устанавливается только заданное в меню Grub2. Это конечно  недостаток данного режима.
   

kuguar⇓ пишет:

Большее разрешение ставить не хочу, т.к. часто ремонтирую старые компы с маленькими мониторами.

Может вам лучше подойдет режим Machines
Тут изменения запоминаются индивидуально для каждого компа в /memory/layer-base/0/toxzm/machines
Но работает он только в AUFS b запускать сборку на OverlayFS лучше только для ознакомления и тестирования

2) Обновил  Lubuntu-20.10-desktop-amd64

3) Mageia 7.1 присутствует в загрузке но не обновлена.
Но можно использовать для установки только  папку Linux/Mageia7 из образа

Главным изменением стал новый сервис записи изменений системы - TOXZM
Пишет модуль загрузчик UIRD - быстро и надежно. Система, к моменту записи модуля, уже выключена.
Если случаются зависание процесса то висит сколько надо и преждевременных выключений системы нет.
Сравнивать со старым сервисом (/usr/lib/magos/rc.halt/80-savetomodule) даже не хочется.
И вывод может быть только один. На старом сервисе писать изменения не рекомендую.

скачать -  https://yadi.sk/d/qICY-g6LWYCO5Q?w=1

Спасибо сказали: Vagulo1

414

ingvaro⇓ пишет:

запускать сборку на OverlayFS лучше только для ознакомления и тестирования


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

415 (2021-03-17 09:34:14 отредактировано ingvaro)

Работает  у меня OverlayFS и режим монтирования для  сборочной сделал
Помогла инфа - https://askubuntu.ru/questions/220624/k … -overlayfs
Просто на базе системного оверлея, допустим в сборочной, монтировать  что то  другое нежелательно.
Так как новое монтирование меняет параметры системного оверлея и более одного модуля уже собрать вроде не удается.

Как отладил оверлай в сборочной :

1) Делаю новый оверлей
create_ovl

+ открыть спойлер

function create_ovl()
{
echo "Create our overlayfs mount"
cd $MYDISK/work
mkdir lower upper overlayfs
dd if=/dev/zero of=lower-fs.img bs=4096 count=102400
dd if=/dev/zero of=upper-fs.img bs=4096 count=102400
mkfs -t ext4 lower-fs.img
mkfs -t ext4 upper-fs.img
mount lower-fs.img lower
chown $USER:$USER lower
mount -o remount,rw lower-fs.img lower
mount upper-fs.img upper
chown $USER:$USER upper
mkdir upper/upper
mkdir upper/workdir
# Create our overlayfs mount
mount -t overlay overlay -o redirect_dir=on,metacopy=off,index=off,lowerdir=lower:$MOD_PREV,upperdir=upper/upper,workdir=upper/workdir overlayfs
}

Расположил его в папке сборки -  /memory/layer-base/0/work
newoverlay="/memory/layer-base/0/work/overlayfs"
Но все работает если расположить newoverlay допустим в папке /memory

2) И само монтирование для овелай в сборочной

mount -t overlay -o redirect_dir=on,metacopy=off,index=off,lowerdir=$lowerdirovl$newoverlay,upperdir=$MOD_LINE,workdir=$WORKDIR overlay $ROOTFS

Где
MOD_LINE - папка сборки очередного модуля
lowerdirovl - список уже собранных модулей

Да уж !!! 
OverlayFS  уступает функционально AUFS и не помнит созданные модули
Поэтому после сборки модуля  список созданных модулей должен обновляться для корректного ре-монтирования нового модуля и уже собранных модулей.

3)  workdir это папка которая находится рядом с upperdir

betcher⇓ пишет:

Не уверен, что ауфс будет еще долго поддерживаться,

В Магее AUFS как то пропал из ядра, но его восстановили
Мороки с оверлай конечно больше и что бы AUFS в ядре не оставить ?


PS

Сделал сборку Магеи на оверлай. Пока в тестировании и скоро выложу.
Разницы в работе системы  при запуске на Overlay и AUFS я не увидел.
Может тут какие то тесты для тестирования надо запускать ?

416

С оверлеем нельзя сделать remount,add. Только размонтировать и собрать по-новой в том вся и проблема. Делать такую схему для toxzm чего-то не хочется. Посмотрю может получится само монтирование перенести на после обработки toxzm. Сейчас уже переписал кусок с монтированиями overlay/aufs, чтоб одинаково работали. Пока в ветке testing, жду чтоб Антон посмотрел. Если в целом он не будет против, то можно попробовать и с отложенным монтированием  сделать.

417 (2021-03-17 09:55:37 отредактировано ingvaro)

В TOXZM для оверлай  у меня монтирование

mount -t overlay -o redirect_dir=off,metacopy=off,index=off,lowerdir="$SRC":"${AUFS}-bundle" overlay "$AUFS"

   

В принципе нормально работает без newoverlay

418

ingvaro пишет:

В TOXZM для оверлай  у меня монтирование

mount -t overlay -o redirect_dir=off,metacopy=off,index=off,lowerdir="$SRC":"${AUFS}-bundle" overlay "$AUFS"

   

В принципе нормально работает без newoverlay

Чуть подробнее опишите. Не понимаю как это работает если overlayfs уже собрана и смонтирована в /sysroot.

419 (2021-03-17 11:50:58 отредактировано ingvaro)

В TOXZM монтирование в Оверлай у меня не получалось.
Как в TOXZM :

[ "$MODE" = "overlay" ] && mount -t overlay -o redirect_dir=on,metacopy=off,index=on,lowerdir="${AUFS}-bundle",upperdir="$SRC",workdir="$SRCWORK" overlay "$AUFS"

-  Опция  index=on   в TOXZM приводила к сбоям
-  SRCWORK=${SYSMNT}/ovl/workdir
   Пришел к выводу что SRCWORK это workdir от системного Оверлай и она уже учавствует в работе в ${SYSMNT}/ovl и дополнительное монтирование чего либо с применением SRCWORK меняет
   настройки системного Оверлай
-  Поэтому методом проб и ошибок нашел такую конфигурацию :

[ "$MODE" = "overlay" ] && mount -t overlay -o redirect_dir=off,metacopy=off,index=off,lowerdir="$SRC":"${AUFS}-bundle" overlay "$AUFS"    

  Но upperdir тут отсутствует и это вероятно правильно, т к upperdir и $SRCWORK заняты системным Оверлай

-  Конфиг получился такой

Мой save_ovl.cfg :

+ открыть спойлер

XZM0=toxzm/copy/ovl_zwhiteout.xzm
MODE0=copy
REBUILD0=yes
ADDFILTER0="$(find /memory/ovl/changes/*  -perm 0000 -size 0k -size 0c |sed 's:/memory/ovl/changes::')"

XZM1=toxzm/ovl_baseX.xzm
MODE1=none
REBUILD1=yes
ADDFILTER1="$(cat /memory/layer-base/0/toxzm/filtres/base-root)"
DROPFILTER1="$(cat /memory/layer-base/0/toxzm/filtres/base-filtr)"
SEARCHFILTER1="$(cat /memory/layer-base/0/toxzm/filtres/search-filtr)"

XZM2=toxzm/ovl_homeX.xzm
MODE2=none
REBUILD2=yes
ADDFILTER2="$(cat /memory/layer-base/0/toxzm/filtres/home-root)"
DROPFILTER2="$(cat /memory/layer-base/0/toxzm/filtres/home-filtr)"
SEARCHFILTER2="$(cat /memory/layer-base/0/toxzm/filtres/search-filtr)"

XZM0  -  пишутся тени. Причем тени корректно пишутся именно в XZM0
XZM1 -  Системные изменения
XZM2 -  Изменения Юзера

ЗЫ

Изменения в Оверлай пишутся.

420 (2021-03-17 17:59:16 отредактировано ingvaro)

betcher⇓ пишет:

Сейчас уже переписал кусок с монтированиями overlay/aufs, чтоб одинаково работали. Пока в ветке testing, жду чтоб Антон посмотрел.

А можно ссылку выложить. Заходил я в ветку testing но видимо не туда. Ничего нового не было.

betcher⇓ пишет:

Делать такую схему для toxzm чего-то не хочется.

Я ж от безисходности занялся Оверляем. AUFS в ядре Магеи пропал и не получалось пере собрать ядро.
Попробовал Оверляй и вроде система даже сразу запустилась. Но появились проблемы.

Вот мой chroot2xzm - https://cloud.mail.ru/public/V6F3/FHi9L9vEd

Распаковать под root  в /usr/share/magos/chroot2xzm
В нем я обновляю образ для Lubuntu. Запустить только /usr/share/magos/chroot2xzm/chroot2xzm.sh  в любом терминале и нужные папки выбираются интерактивно.
Здесь новый оверляй запускается в папке FSAVL=/memory/virtuovl
А дальше работа с монтированием получается примерно как в AUFS
Конечно опцию remount,add этот режим не добавит
И в принципе этот  virtuovl можно запускать при запуске системы.
А дальше в ядре Магеи появился AUFS и на этом мои эксперименты с Оверляй закончились

421

Ветка тут. https://github.com/neobht/uird/tree/testing
Пробую сейчас то что описал выше. К вечеру выложу наверное, не будет MODE=none так как в таком варианте не имеет смысла. MODE=mount должен работать и для ауфс и для оверлея. Mode+wh пока только aufs, тут еще думать надо.

422 (2021-03-18 08:09:26 отредактировано ingvaro)

betcher⇓ пишет:

не будет MODE=none так как в таком варианте не имеет смысла. MODE=mount должен работать

Попробовал у себя с действующем TOXZM  и MODE=mount  работает но
AUFS  -  XZM1  и XZM2 теперь монтируются два раза.  При монтировании системы и от TOXZM и хотя все работает но вроде не совсем хорошо.
Overlay -  XZM1  и XZM2 монтируются только при монтировании системы. Это вроде то что надо. Сначала модули монтируются потом тени из XZM0.
Может проще оставить MODE=none  ?

423

Чуть поторопились с пробами. Вот только доделал.
Основная идея в том, что toxzm в uird обрабатывается до подключения модулей и они просто добавляются в общий список модулей с пометкой который копировать, который монтировать. То есть монтирование в оверлей/ауфс происходит одним маунтом, а не добавлением каждого слоя как было для ауфс.
+ работа с оверлейфс и ауфс теперь максимально похожи
+ MODE=mount теперь работает и overlayfs
+ сокращено количество монтирований

З.Ы. Если будут косяки показывайте сразу конфиг toxzm. Не пойму почему у вас монтировалось дважды, при чем только в случае aufs. Там все одинаково теперь.

424

ingvaro⇓ пишет:

Может проще оставить MODE=none  ?

Посмотрим. Пока мне кажется что не нужен. Монтируется все равно за раз, без разделения на toxzm и системные модули. В каком то смысле всегда none теперь smile

425 (2021-03-18 09:40:28 отредактировано ingvaro)

betcher⇓ пишет:

Не пойму почему у вас монтировалось дважды, при чем только в случае aufs

Это у меня еще старый TOXZM
Скачаю новый и проверю.