Rating@Mail.ru
IPB
Etersoft - from Windows to Linux
Etersoft
решения для перехода
с Windows на Linux
Дружественные сайты: alv.me и Rus-Linux.net

Здравствуйте, гость ( Вход | Регистрация ) Поиск · 

Профиль
Фотография
Опции
Опции
О себе
Bizdelnick не указал(а) ничего о себе.
Личная информация
Bizdelnick
grammatikführer
33 от роду
Мужской
Место жительства не указано
Дата рождения: Апр-11-1984
Интересы
Нет данных
Другая информация
Операционная система: Debian GNU/Linux
JID: nebotanik@jabber.ru
Город: Санкт-Петербург
Статистика
Регистрация: 11-February 08
Просмотров профиля: 202026*
Последнее посещение: Сегодня, в 16:57
Использование поиска
Часовой пояс: Oct 23 2017, в 17:05
12830 сообщений (3.62 за день)
Контактная информация
AIM Нет данных
Yahoo Нет данных
ICQ Нет данных
MSN ring:bizdelnick
Contact E-mail скрыт
* Просмотры профиля обновляются каждый час

Bizdelnick

Модераторы разделов


Темы
Сообщения
Друзья
Содержимое
12 Sep 2017
Оставлю здесь историю своих мучений с материнкой MSI H81M-P32, возможно кому-нибудь пригодится.
Началось всё с неудачной попытки обновления BIOS (UEFI). Дело в том, что изначально была зашита кастомизированная версия от OEM-вендора, а я решил залить более свежую оригинальную. При этом я, конечно, получил сообщение о несоответствии подписи, но оно мне показалось недостаточно грозным, и я его проигнорировал. После обновления UEFI (и до обновления ME) компьютер перезагрузился. ME проверил подпись UEFI, удостоверился, что ключ неправильный, и на этом всё закончилось. Кирпич.
Для исправления содеянного я разжился дешёвеньким SPI-программатором CH341A, для работы с которым использовал flashrom 0.9.9 (более старые версии про такой программатор не знают). BIOS оказался зашит на классическую SPI-флешку 25 серии, а именно Macronix MX25L6436E, с которой у flashrom проблем нет.
Поскольку на материнках MSI есть разъём JSPI1, старая 9-пиновая версия которого описана тут, я надеялся, что проблем с перепрошивкой не будет. Вообще этот разъём предназначен несколько для другой цели: к нему подключается сервисная плата, на которую ставится чип, куда залит правильный BIOS, после чего с него выполняется загрузка и перепрошивается распаянный на плате чип. Разумеется, сервисной платы у меня не было, поэтому я рассчитывал просто получить через разъём доступ к флешке и прошить её программатором. Дело осложнялось тем, что у разъёма довольно редко встречающийся шаг между штырьками — 2 мм, так что пришлось вслед за программатором заказывать у китайцев ещё и соответствующий шлейф. Увы, это мне всё равно не принесло успеха.
На данной материнке (и, как я понимаю, на всех современных от MSI) используется "модернизированная" версия разъёма, 11-пиновая. Принципиальное отличие в том, что контакт CS (chip select) флешки соединён с разъёмом не напрямую, а через трёхногий элемент с маркировкой "73H", который я идентифицировал как n-p-n транзистор (не факт, что правильно, и не факт, что я правильно определил его распиновку). Коллектор(?) транзистора соединён с CS флешки, эмиттер(?) — с 5 ножкой разъёма JSPI1, а база(?) — с 9 ножкой. В целом же распиновка разъёма такая:
Код
1 VCC     | 2 ?
3 MISO    | 4 MOSI
5 CS (E?) | 6 CLK
7 GND     | 8 GND
9 CS (B?) | 10 NC
11 WP     | 12 HOLD
Казалось бы, дальше всё должно быть просто, но нет. Как я ни изощрялся, flashrom флешку не видел. Найти в интернете свидетельства успешной прошивки через 11-пиновый JSPI1 мне тоже не удалось, так что я пришёл к выводу, что это невозможно. Хотя нельзя исключать, что я недооцениваю свою криворукость; потому и привожу здесь распиновку разъёма: вдруг она не настолько бесполезна, как мне кажется.
Следующим, уже третьим приобретением у братьев-китайцев была SOIC8-прищепка, с помощью которой я подключил программатор к чипу напрямую (слегка погнув при этом одну ножку расположенного рядом злополучного JSPI1). И тут обнаружилась ещё одна хитрость: flashrom не видит флешку и при таком подключении до тех пор, пока на плату не подано дежурное напряжение. То есть надо подключить к ней блок питания, который в свою очередь подключить к сети, и только после этого флешка обнаруживается.
Вот такие команды нужны для работы с программатором (выполнять следует от рута, потому что flashrom общается с программатором по USB напрямую):
flashrom -VVV -p ch341a_spi -c MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E — поиск флешки (только для проверки работоспособности подключения к оной)
flashrom -V -p ch341a_spi -c MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E -r broken.rom — сохранение содержимого флешки в файл broken.rom (на всякий случай)
flashrom -V -p ch341a_spi -c MX25L6436E/MX25L6445E/MX25L6465E/MX25L6473E -w 7846v19/E7846IMS.190 — прошивка содержимого файла 7846v19/E7846IMS.190 на флешку
Поскольку при таком методе содержимое флешки переписывается разом — и UEFI, и ME — можно безбоязненно использовать прошивку от MSI.

P. S. В процессе мытарств обнаружил, что весьма распространено заблуждение, якобы разъём MOSI программатора надо подключать к разъёму MISO флешки, а MISO программатора — к MOSI флешки. Это не так! Правильно — MOSI к MOSI, MISO к MISO. Такие мудрёные (master out slave in и master in slave out) обозначения специально были придуманы, чтобы избежать путаницы, имеющей место у симметричных интерфейсов типа UART, где Tx одной стороны подключается к Rx другой.
20 Jul 2017
Интересует сабж. Установил его, подивился древнючести версии, худо-бедно настроил, попытался собрать образ. Это мероприятие обломалось из-за нехватки памяти. Добавил памяти виртуалке, но после перезагрузки сервис docker вообще не стартует, потому как не может найти /proc/mounts (что неудивительно). Есть ли тут счастливые или несчастные пользователи сего чуда?
Сабж, настроенный по документации, работает почему-то не для всех окон. Например в случае с claws-mail не работает:
Код
set $ws2 "2:mail"
assign [class="claws-mail"] $ws2

Класс вроде правильный:
Код
WM_CLASS(STRING) = "claws-mail", "Claws-mail"

Но при запуске окно открывается на текущем воркспейсе. В чём может быть дело, и как исправить?
10 May 2017
Вознамерился поставить Slackware64 14.2 на виртуалку, а именно на qemu/kvm с virtio-диском. Скачал исошник, загрузился — устройства /dev/vda нет, модули virtio* не подгружены. Пытаюсь загрузить вручную — получается только с virtio_input, а остальные не хотят. modprobe ругается на "Exec format error", insmod — на "Invalid module format". Пробовал распаковывать модули virtio*.ko.gz, но ничего не меняется. Нагуглились костыли типа пересобрать ядро со вкомпиленными драйверами, пересобрать initrd с ними или выдрать модули из пакета. Но — вот же они лежат, значит в initrd их уже засунули. Почему не цепляются-то?

Upd. Уточнение: virtio_input подгружается только через insmod, а через modprobe тоже не хочет, потому что тот пытается сперва загрузить проблемный virtio_ring.
29 Mar 2017
Мне никогда не нравились сборочные системы, позволяющие жёстко привязаться к конкретной версии какой-то зависимости. Наверное, одной из первых таких, и точно одной из самых популярных является Maven. И вот свежая новость о том, к чему это приводит. TL;DR: исправленная уязвимость в библиотеке приводит к тому, что все проекты, где забыли поднять версию зависимости, остаются уязвимыми. Если таким образом уязвимость распространяется рекурсивно на другие библиотеки и фреймворки, в итоге она попадает в программы, зависящие от уязвимой библиотеки только опосредованно, для разработчиков которых может вообще оказаться полной неожиданностью, что данная уязвимость может иметь к ним какое-то отношение. Итог — куча дырявого софта, использующегося повсеместно, в данном случае — 2600 только открытых проектов. От взлома пострадало, в частности, муниципальное транспортное агентство Сан-Франциско — год спустя после обнародования информации об уязвимости.
Вот так вот, дорогие любители maven/pip/node/godep/cargo/что-там-вы-используете.
Просмотры


18 Oct 2017 - 13:23


13 Oct 2017 - 17:31
aim


28 Sep 2017 - 13:35


14 Sep 2017 - 7:37


6 Sep 2017 - 15:17


Друзья
Друзей нет.
RSS Текстовая версия Сейчас: 23rd October 2017 - в 17:05




Rating@Mail.ru