Пару лет назад взял wd green на 120гб

Кто-нибудь может пояснить, почему при простой записи файла, последний либо забит фиг знает чем, либо просто некорректен

Сейчас попытался обновить систему распакованную, так emerge ругается на «сhecksum» eбилдов portage, который для проверки был распакован на отдельный раздел(вместо tmpfs).
Полез к ебилду - файл содержит «мусор» в виде одного и того же символа.
Скопировал этот же файл из тарболла портежа - на первый взгляд содержимое есть, но emerge также ругнулся.
Побайтовая сверка в mc указала на расхождения.
Куда копать, устал я бороться с ним, каждый раз одни и те же грабли с файлами.

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

Смарт изначально показал badblock в кол-ве 102, но из-за старой бд смарта я тогда не знал,
что это за цифры, и толком не лез изучать их. Кол-во их и по сей день 102, ничего не поменялось.

Судя по hdparm прошивка стоит ue450000 | ее не трогал
TRIM supported (limit 8 block)
fs - ext4 c опциями noatime,nodiratime,discard.
Чтение/Запись всего по полТВ каждый по смарту.
self-test завершен без ошибок.
badblock ничего не находит.

ssd стоит как primary в ноутбуке.
hdd на салазках вместо привода

Собственно почему fastboot не видит аппарат?

adb адекватно отправляет в bootloader. После перезагрузки определяется как /dev/ttyACMO, ибо модуль подтягивается. Что делать с fastboot?

Инет раздает весьма неплохо, и через вафлю, и через модем. А наоборот, проброс инета на сей аппарат возможен?

Появляющиеся устройства пингуются меж собой, только с аппарат не видит сетевую компа в локальной сети, чяднт?

Я конечно ссзб, но все же.

Первое подключение

[ 7477.086526] usb 1-5: USB disconnect, device number 8
[ 7479.523033] usb 1-5: new high-speed USB device number 9 using ehci-pci
[ 7479.642204] usb 1-5: New USB device found, idVendor=8564, idProduct=1000
[ 7479.642211] usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 7479.642215] usb 1-5: Product: Mass Storage Device
[ 7479.642219] usb 1-5: Manufacturer: JetFlash
[ 7479.642222] usb 1-5: SerialNumber: 2367432475
[ 7479.642693] usb-storage 1-5:1.0: USB Mass Storage device detected
[ 7479.643152] scsi host6: usb-storage 1-5:1.0
[ 7480.691525] scsi 6:0:0:0: Direct-Access     JetFlash Transcend 16GB   1.00 PQ: 0 ANSI: 6
[ 7480.691969] sd 6:0:0:0: Attached scsi generic sg1 type 0
[ 7480.693585] sd 6:0:0:0: [sdb] 30867456 512-byte logical blocks: (15.8 GB/14.7 GiB)
[ 7480.693986] sd 6:0:0:0: [sdb] Write Protect is off
[ 7480.693990] sd 6:0:0:0: [sdb] Mode Sense: 23 00 00 00
[ 7480.694360] sd 6:0:0:0: [sdb] Write cache: disabled, read cache: disabled, doesn't support DPO or FUA
[ 7480.697951]  sdb: sdb1 sdb2 sdb3
[ 7480.700621] sd 6:0:0:0: [sdb] Attached SCSI removable disk

[ 2822.924734] usb 1-5: reset high-speed USB device number 3 using ehci-pci
[ 2823.043961] sd 6:0:0:0: Device offlined - not ready after error recovery
[ 2823.043974] sd 6:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ABORT driverbyte=DRIVER_OK
[ 2823.043978] sd 6:0:0:0: [sdb] tag#0 CDB: Write(10) 2a 00 00 00 08 00 00 00 20 00
[ 2823.043981] blk_update_request: I/O error, dev sdb, sector 2048
[ 2823.043984] Buffer I/O error on dev sdb1, logical block 0, lost async page write
[ 2823.043997] Buffer I/O error on dev sdb1, logical block 1, lost async page write
[ 2823.043999] Buffer I/O error on dev sdb1, logical block 2, lost async page write
[ 2823.044001] Buffer I/O error on dev sdb1, logical block 3, lost async page write
[ 2823.044017] sd 6:0:0:0: rejecting I/O to offline device
[ 2823.044020] sd 6:0:0:0: killing request
[ 2823.044024] sd 6:0:0:0: rejecting I/O to offline device
[ 2823.044026] sd 6:0:0:0: [sdb] killing request
[ 2823.044046] sd 6:0:0:0: [sdb] FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[ 2823.044048] sd 6:0:0:0: [sdb] CDB: Write(10) 2a 00 00 00 1a d0 00 00 08 00
[ 2823.044049] blk_update_request: I/O error, dev sdb, sector 6864
[ 2823.044051] Buffer I/O error on dev sdb1, logical block 602, lost async page write

badblock прогнал, но не думаю, что он тут к месту, ибо это не жд, потому что он ничего не дал

Checking blocks 0 to 15433727
Checking for bad blocks (read-only test): ;done                                                 
Pass completed, 0 bad blocks found. (0/0/0 errors)

После попытки dd if=/dev/zero of=/dev/sdb , даже с указанием блока

dd: ошибка записи '/dev/sdb': Ошибка ввода/вывода
84097+0 записей получено
84096+0 записей отправлено
43057152 байт (43 MB, 41 MiB) скопирован, 105.311 s, 409 kB/s

Bus 001 Device 007: ID 8564:1000 Transcend Information, Inc. JetFlash

[ 5516.738029] sd 6:0:0:0: rejecting I/O to offline device

Хотя изначально я снял dd полностью весь sdb, потом все 3 раздела. т.е. в данный момент у меня есть все 4 образа с флешки, ибо не очень хочется восстанавливать данные как после проблем с посыпавшимся жд пару лет назад, который, емнип, так же пропадал offline device из системы

Что с ней делать? Есть вариант попробовать

Бери утилиту и перепрошивай из-под венды, да, обычно помогает.

Или есть еще какие варианты?

Кхм. Флешка стояла в ноуте как основная с системой, записей там было немного-немало

Filesystem created:       Fri Sep  2 23:57:38 2016
Lifetime writes:          282 GB
Block count:              9141248
Block size:               1024
Free blocks:              722283
Inode count:              571392
Free inodes:              408630
Filesystem state:         clean
Last write time:          Mon Jan 14 23:15:38 2019

Filesystem created:       Thu Oct  2 21:48:36 2014
Lifetime writes:          1938 GB
Block count:              157286382
Block size:               4096
Free blocks:              27653042
Inode count:              4531200
Free inodes:              4366450
Filesystem state:         clean
Last write time:          Sun Feb 10 07:35:06 2019

Filesystem created:       Fri Sep  2 23:57:38 2016
Lifetime writes:          266 GB
Block count:              9141248
Block size:               1024
Free blocks:              3348418
Inode count:              571392
Free inodes:              410010
Filesystem state:         clean
Last write time:          Thu Jan 18 13:51:05 2018

PS: Кстати, сначала была проблема с одним из архивов, который не распаковывался в tmpfs, в связи с чем - фиг знает, решилось заменой самого архива на более старый. Через какое-то время(дни) резко вылетел браузер, и пошли ошибки ввода/вывода, как будто флешка была переподключена. После этого была предпринята попытка fsck по всем разделам, но процесс вешается на статус D (htop показал) на некоторое время. И затем уже начались действия по восстановлению данных.

PS: Ноут работал как сервер 24/7, перезагружался раз в месяц в во время цикла разряда/заряда батареи, которая кстати была недавно полностью разряжена(ввиду того, что не прописал правила для выключения при низком заряде), сейчас не заряжается, но с этим потом разберемся, хотя сдается мне еще и это стало добавкой.

Собрал «чистую» систему с включенным флагом wayland дабы испробовать последний.

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

Мой текущий WM после сборки gcc версии 5.4 отказался работать(запускал в обычных иксах), поэтому взял версию, собранную gcc 4.9. Разбор сегфолтов(!) дал понять, что придется глубоко копать.

Когда terminus успел сменить название шрифта? Ибо глаза искали конкретно «Terminus», а до xos4 «далеко» листать.

Нашел список WM на гите для wayland, заглянул в исходники и не осилил. Проще зарыться в awesome, чем в них.

В связи с этим вопрос: с чего начать разработку WM под wayland? Информацию об функциях я найду, заголовочники всегда под рукой.

Собственно есть вопрос по разработке.

dmenu написан с использованием xlib и как я понял, использует его функции для «перевода» нажатой клавиши в символ для добавления к «строке поиска».

А с учетом того, что у меня используется xcb, таких функций я пока не нашел(их вообще реализовывали?).

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

На скрине собственно вполне рабочая реализация.
Поиск executable файлов из директорий переменной $PATH и их частичная ABC сортировка (там перевод char в int для массива).
Поэтому заглавные буквы идут впереди строчных(мне это не мешает).

Навигация по элементам с помощью стрелок. Escape - выход.

Кушает не столь много, но по крайней мере утечек пока не обнаружено.

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

PS: в природе вообще существуют нормальные моноширинные шрифты, подобные terminus, а то уже столько шрифтов уже перебрал. на панели справа вполне приемлемый, но он не моно

>>> Просмотр (1366x768, 89 Kb)

Часто переключаюсь меж двумя иксами(тестирую WM).

«Фриз» вывода на экран от нескольких секунд до нескольких минут. Система доступна по ssh.

vblank wait timed out on crtc 0

или

pipe A vblank wait timed out

Пробовал ядра 4.1.37, 4.4.6, 4.4.39, 4.9.6

Текущие версии(есть необновленная система, там та же проблема):

[I] media-libs/mesa (12.0.1@19.02.2017)
[I] x11-libs/libdrm (2.4.70@19.02.2017)
[I] x11-drivers/xf86-video-intel (2.99.917_p20160621-r1@17.02.2017)

uname -p

Intel(R) Pentium(R) CPU B960 @ 2.20GHz

/proc/cmdline

BOOT_IMAGE=/vmlinuz root=UUID=* -ipv6 rootwait panic=5 rootfstype=ext4 ro noresume quiet raid=noautodetect

Параметры для i915 прописаны в /etc/modprobe.d/i915.conf

dmesg-4.9.6
config-4.9.6
dmesg-4.4.39
config-4.4.39
Xorg.log
[/sys/modules]i915.parameters
lspci -vv

на debian с 4.7.0 (установленный на флешку) проблем нет(быстрый тест на переключение меж иксами и tty)

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

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

На ноуте система не обновлялась. Стоит htop 1.0.3. Данные об используемой памяти с виджета WM и с самого htop совпадают.

На стаце система регулярно обновляется. Стоит htop 2.0.2. Данные никак не совпадают - они или занижены, или завышены.. WM тот же, плюс данные виджета с awesome так же не совпадают с htop 2-й версии.

Скрины прилагаю.
htop-1.0.3
htop-2.0.2

Раз уж пошла такая тема выкладывать фото домашних серверов, выложу и я свой.

Корпус спроектирован с нуля и вырезан лазером из 4мм фанеры, размеры 128х128х170мм. Внутри raspberry pi 2, 2.5" hdd на 500Гб. Работает 24/7 уже около 6 месяцев. Все это дело охлаждается одним 120мм вентилятором на минимальных оборотах. На расстоянии 30см не слышно ни жесткого диска ни вентилятора, стоит на столе в 1,5м от кровати. Спать не мешает :)

Сервер без проблем тянет samba, minidnla, nginx, transmission-daemon, node-red и что-то еще по мелочи. Торренты качаются со скоростью ~7 МБ/сек. По моим замерам с амперметром тянет это чудо в среднем 5Вт. Все питается от одного блока питания на 5В 2А.

Фото старое, сейчас корпус слегка переработан, но смысл тот же. А чего добился ты?)

>>> Просмотр (2340x3304, 815 Kb)

Реально ли создать обработчик событий подобно тому, который обрабатывает события от окон(expose/property и тд)?
Нужно для рагрузки основного потока.
(да, кстати чистый dwm-6.1 падает, а awesome перестает регировать)

И как развесить потоки, чтоб не только одно ядро нагружалось?

Тема ушла в небытие.
Значит оставим етот баг на месте, до лучших времен.
После переноса на ноутбук нашел веселый баг(скрин ниже) из-за композита.

Пока впаял inotify и [самопальный, мелкий, однооконный] notify, который уже связан с inotify и в принципе нормально реагирует на подсветку.
Только не могу найти нормальных иконок под это дело, ибо дизайнер из меня не ахти.
Иконки для лайаутов сделаны под туже тему wm.

Планирую к етому же inotify прикрутить загрузку внешнего конфига, только не знаю, какую ему структуру делать. Туда планирую выкинуть правила для окон (которые сейчас жестко впилены в manage), цветовую схему и пути к системным файлам(тот же BAT1 может поменяться)

С учетом начала «проекта» на определении screen'ов на основе кода из awesome, последующие танцы с бубном проходят вполне успешно.

В принципе уже реализовано:

• передача фокуса по кругу в обоих направлениях(без dwm-ского c->next, ибо там осомовская структура)
• статичная привязка тегов к экрану (макс кол-во экранов = 2)
• перенос окон на любой тег любого экрана(в awesome ниасилил такого)
• отвязал передачу фокуса мышью, но при этом ресайз и перемещение фокуса возможно даже у неактивного окна - тут уже последствия юзания awesome
• ресайз и перемещение возможно только в пределах экрана, к которому привязан клиент(мышью окно нельзя утащить на другой экран)
• новые окна создаются на текущем экране, а не там, где курсор мыши находится (в awesome ниасилил)

Текущие баги(рассматриваю предложения по устранению, некоторые идентичны исходнику с гита в теме по ссылке выше):

• блокировка мыши при включенном numlock и ряд сопуствующих
• курсор иногда возвращается к дефолтному, игнорируя тему
• у geany первый вызов диалогов проходит нормально, второй прилетает вместе configure_notify, из-за которого диалог уезжает в левый верхний угол экрана
• как и geany, окну feh'a прилетает тот же configure_notify, который из-за applysizehints меняет размер до минимального(проверял только на маленьких иконках)

На остальных приложениях особо не тестировал(те, которыми я пользуюсь).

Выкладываю пока одномониторные скрины.

bug
slim // не удержался
screen
icons + urgent + notify // будет вечером

PS: на time zone не обращайте внимания.

>>> Просмотр (1366x768, 547 Kb)

Взял dwm-xcb-master с гита (первая ссылка в гугле), собрал..

В итоге получил то же, что и у меня в данный момент:
события мыши обрабатываются, но как-то некорректно, ибо в xlib-версии все нормально, а именно выделение блока в geany(Ctrl+Shift+ЛКМ) + при включении NumLock блокируется клик мышью.

Вопрос: как побороть? Я честно говоря не понимаю, в чем там дело, судя по коду в принципе осуществлен только перевод dwm с xlib на xcb (если не брать во внимание отсутствия expose на панели и возможно чего-нибудь, что я упустил).
Разбор осома выявил только головные боли(хватило неправильного определения типа окна и хрен пойми откуда неустанавливающихся хинтов, которые тоже кстати приехали с этого же гит-источника)..

Дело давно минувших дней.. если восстановлю исходники(тема), думаю вернуться к разработке.

Я тогда встрял на том, что WM с несколькими мониторами работает как с одним. И dwm, насколько помню - тоже. Как решить?

Кстати, у awesome при запуске приложения окно вешается на тот screen, на котором находится курсор, независимо от того, какой тэг выбран
(имеется ввиду тэг другого screen, примерный конфиг: 1-9 на первом screen, 0 на втором). Привязки к 0-тегу нету, потому что он становится доступен, только когда активна двухмониторная конфигурация(емнип)
Конфиг осома и исходники dwm давно не смотрел, если что.

PS: WM на основе dwm написан, только вместо xlib использую xcb.

Сопутствующие темы(старые) : первая,вторая,третья

В общем жесткий издал непонятные звуки и все

dd сообщил, что ошибка ввода вывода при попытке чтения с него. (пытался скопировать 1 и 5 разделы, но 200 метров и dd валится)

smart fdisk

Данные хоть как-то можно восстановить или в утиль?

в вообщем так..

emerge --root=<путь> <пакет>

указанный пакет ставится по указанному пути..
кстати, в этом же случае он юзает конфиг текущей системы?

emerge --root=<путь> --config-root=<путь> <пакет>

не хочет ставиться(ни один)..

ошибка одна для всех- «configure: error: C compiler cannot create executables»

ЗЫ: папка чистая.. только make.conf закинул(выкинув все флаги и заменив -m{arch,tune} на generic)

Собственно вопрос: ЧЯДНТ? в make.conf косяк?

С терминала запускаю feh с картинкой.. Результат:

• Запускается, скрин
• Не запускается, скрин

Если запустился, то может крашнуть иксы..(или не иксы..), а может и не крашнуть.. Может заодно прихватить 2,5+ гига озу..
Не вливается в обычную «разметку окон» tile dwm'a, как на первом скрине..
Для сравнения - gpicview

Одним глазком глянул dmesg.. куча сообщений.. и попался ООМ-ка.. Оное, видимо, и убивал что-то, ибо от тупо погасшего экрана избавлялся «Alt-SysRq-K -> Ctrl-Alt-F7», иначе просто не реагировало..

Плюс ко всему есть там и сегфолты.. множественные.. в «обычном» dwm (xcb) такого не наблюдается.. в какую сторону копнуть??

ЗЫ:: на скринах «потомок» dwm.. все функции раскиданы по отдельным «файлам», все нормально компилируется и линкуется.. но косяк вылез.. мб не надо было раскидывать функции а все в один файл слить?

_______________
повторная попытка - лог dmesg'а

пакет, который надо собрать, буду далее упоминать/записывать как «application.ebuild»

По идее есть:

1) некий исходный toolchain, который собирает пакеты для текущей архитектуры $CBUILD с указанием что надо уметь генерировать код для целевой архитектуры ($CHOST).

Этот тулчейн можно взять готовый с какого-нибудь гентушного сервера для сборки бинарных пакетов:
PORTAGE_BINHOST {1}={http://}$PKGDIR {0} (например "http://tinderbox.dev.gentoo.org/default/linux/amd64/")
и компилировать его не надо.
Надо настроить этот тулчейн, чтобы он собирал пакеты с возможностью генерирования кода под другую архитектуру

в результате нужен первый проход компиляции, когда собираются все пакеты для архитектуры $CBUILD
насколько я понимаю, должны быть скомпилированы *ВСЕ* те пакеты,
которые указаны в DEPEND в пакете application.ebuild
однако, если использовать crossdev (Builds and installs slotted toolchains for arbitrary GCC-supported platforms)
то она собирает не все пакеты, а только очень малое их подмножество.
И я как-то пропустил, где указано как собирать остальные пакеты из DEPEND

Эти новые пакеты для второй фазы сборки
во-первых, собираются указанную директорию $ROOT {1}
а во-вторых в $PKGDIR {1}
(указанную в файле /etc/portage/make.conf или /etc/portage/make.conf/gentoo)
если указано, что надо сохранять .tbz2-файлы

пакеты можно собирать по одной штуке (чтобы сэкономить место).

2) Имея теперь директорию $PKGDIR {1} с кучей .tbz2 для пакетов в архитектуре $CBUILD
(некий toolchain с архитектурой $CBUILD, в который входят:
компилятор, питон, portage и прочие из DEPEND)
Мы можем устанавливать их бинарно по списку из конкретного application.ebuild без компиляции
в произвольных комбинациях для разных application1 и application2
Для бинарной установки этих пакетов надо прописать переменную PORTAGE_BINHOST {2}={http://} $PKGDIR {1} - в какой файл? ведь PORTAGE_BINHOST {1} уже указывает на thinderbox)

Так же где-то должен быть отдельный make.conf цепочки, чтобы указать там директорию $ROOT {2} и $PKGDIR {2} для результатов второго этапа.

3) На третьем этапе надо бинарно установить те пакеты, которые будут запакованы в stage3.iso, для этого установить третью $PORTAGE_BINHOST {3}={http://}$PKGDIR {2} (в каком файле?)
и бинарно промержить
@system
все пакеты из $RDEPEND
и бинарный пакет application.tbz2 (из $PKGDIR {2})

Я хочу добиться того, чтобы в каждый момент времени использовалось минимум временного пространства (пускай и за счет увеличения числа копирований). Для этого я хочу, чтобы все пакеты устанавливались бинарно, кроме текущего собираемого. Для того, чтобы производить сборку в RAM-диске (и после сборки каждого пакета сборку следующего начинать начисто).

Основной загадкой для меня является расположение конфигов на каждом этапе.
Насколько я понимаю, нужно выполнить два chroot
(для того, чтобы можно было указать три разных PORTAGE_BINHOST)
1) после окончания сборки всех пакетов из DEPEND в архитектуре $CHOST, для того, чтобы установить их бинарно
сборку для CTARGET выполнять так же уже внутри chroot ?
2) перед установкой пакетов в stage3, чтобы устанавливать их бинарно

Я правильно думаю?

создал окно типа панели.. рисуем срествами (xcb || cairo)

ни с одним, ни с другим не могу решить проблему перерисовки..(после перекрытия окном на «панели» остается «след» от окна)

смотрел исходники панелей и оконных менеджеров.. когда нашел мелкий исходник минипанели, выяснил, что cairo используется в связке с pango, но последний мне не нужен.. текст можно и средствами xcb вывести..

кстати, dwm на xlib не косячит с перерисовкой, dwm на xcb косячит также, как и моя «панель»..

или предложите другое решение.. надоело безрезультатно топтаться на одном месте..

ЗЫ:: конечное приложение будет собрано по кусочкам нескольких..

Возможно ли dwm привести к виду awesome?

Т.к. пришлось создать оверлей для dwm, ибо писать изменения вручную в dwm.c без патчей удобнее. Естессно, предварительно наложил пару патчей(failed правил вручную).. но кое-что - ургенты - не заработало - сказывается писанина на готовеньком - awesome(lua)..

Пока знакомлюсь с базой Си, чтоб понимать суть самого исходника и прилагающейся кучи патчей на suckless-сайте..

Если заметили, на скрине dwm уже подправил надоедливые квадраты на приемлемые глазу линии на тегах.

Что не устраивает в awesome: при всем его гибкости он становится тяжел(на скрине панель свободна для отрисовки, ибо приехала со стаца - отсутсвует гпу+2ядра) даже с шедулером(который явно уменьшил задержки) Что не хватает в dwm: того, что на скрине awesome.. панели, что хочу, то и творю с ними: cairo на awesome, в dwm пока с Xlib можно прекрасно работать(кстати Xcb или Xlib? вроде не одно и тоже)

ЗЫ:: i3 только для дебиана на флехе, wmii был до i3, остальные тайловики щупал в ознакомительных целях(и то давно)..

ЗЫ:: хоть и ОС генту, гентушников не кастую.. с ебилдом более менее разобрался

Добрый вечер! Я тут экспериментирую с gentoo на A10. Решил собрать себе кросс-компилятор, но вот незадача: если на самом кубике я использую armv7a-hardfloat-linux-gnueabi-gcc, то у crossdev-ng его нет, есть только arm-cortex_a8-linux-gnueabi. Не совсем понимаю, это все таки разные компиляторы? Объясните пожалуйста нубу.

CFLAGS:

-march=armv7-a -mfloat-abi=hard -mfpu=neon -ftree-vectorize -mvectorize-with-neon-quad -mcpu=cortex-a8 -mtune=cortex-a8 -O2 -pipe --param=ssp-buffer-size=4 -fomit-frame-pointer

Еще с оффтопиковых времен предпочитаю вертикальный таскбар. С awesome я надолго вернулся обратно к горизонтальной панели, но сейчас решил попробовать так. Чтобы сэкономить место по вертикали (которого немного), появилась идея перенести процессор в память тасклист в теглист. Результат на скриншоте (отскейленый т.к. превышал 1.4 мб).

Поначалу было непривычно, но спустя неделю освоился.

Все остальное не изменилось с прошлого раза, только поубирал барахло с рабочего стола.

Скрин с активным окном: http://i.imgur.com/b5Y9JEz.png

>>> Просмотр (1100x619, 1225 Kb)