Собственно идея такова:
А то открывать отдельное окно для просмотра справки несколько неудобно.
Обновился движок VCMI для Heroes of Might and Magic III.
Среди новых возможностей можно отметить:
Так как мне не хватает скора и желания, то прошу фанатов и просто людей больше меня в этом разбирающихся оформить новость.
Задача: автоматически монтировать smb-шару к маршрутизатору на OpenWRT 10.03, r20728.
Установлены пакеты указанные в wiki. При ручном mount.cifs //192.168.111.9/HDD1 /root/iconbit/ -o ro,guest всё отлично.
Вписываю что хочу в /etc/config/fstab
config 'iconbit'
option target /root/iconbit
option device //192.168.111.9/HDD1
option options ro,guest
option fstype cifs
option enabled 1
option enabled_fsck 0
сообщаю системе о своих намерениях
uci commit fstab
/etc/init.d/fstab restart
но в списке смонтированных ФС моей нет. Сам /etc/fstab есть ссылка к /tmp/fstab. Который практически пуст и сообщает что это автоматически создаваемый файл.
mount /root/iconbit сообщает очевидное об отсутствии такой записи в /etc/fstab. В тоже время wiki настаивает на том что с fstab'ом всё правильно.
Гуглинг и чтение форумов+wiki сообщает, что народ активно занимается велосипедоизобретательством. Посредством своих скриптов в /etc/init.d/.
Собственно хотел уточнить. Всё так печально и системе пофигу на /etc/config/fstab или просто стоит обновить прошивку? Что можно ещё сделать для решения проблемы?
При загрузке система пытается провести проверку разделов, но не может этого сделать т.к. они уже смонтированы (fsck died with exit code 8).
Это верно только для /boot, /tmp, /home.
При этом, если отмонтировать указанные разделы, проверить fsck и смонтировать обратно, то загрузка пройдёт дальше нормально. fsck ошибок пока не находила.
Корневой раздел, это как ни странно, проверяется и монтироуется без проблем автоматом.
a) Разделы смонтированы по метке.
b) Использованная файловая система ext3
c) Состояние диска на котором стоит система, по информации SMART не вызывает подозрений.
d) Сам Debian обновлён ещё с Etch.
Система Debian 6.0.2. Собрал и настроил на картах AMD Radeon ATI 2100 & HD 5500. xorg.conf
/etc/X11/xdm/Xservers
:0 local /usr/bin/X :0 vt5 -novtswitch -sharevts -nolisten tcp -layout head0
:1 local /usr/bin/X :1 vt6 -novtswitch -sharevts -nolisten tcp -layout head1
Пока вроде всё хорошо, кроме! При нажатии Alt+Fn на любой клавиатуре срабатывает переключение на виртуальную консоль для head0. При этом похоже Х работают. Это видно по выводу того же pstree, при нажатии ^C происходит убивание сессии и перезапуск X на head0.
Для Ъ: да указал, да вписал. Ей побоку.
PS:
-sharevtsСобственно вопрос. Моё гуглофу не помогло выяснить дополнительную информацию о данном подаренном устройстве.
Это электронная книжка на сенсорном 7" TFT с 2 ГБ внутренней памяти +microSD. Форматы: PDF, TXT и другое. Ш там Г и функционал не расширямый.
Собственно вопрос:
1) Как это устройство зовут в КНР?
2) Можно ли прошить на менее перделистое и более фичястое?
Ядро: 2.6.32-5-686
Версия fvwm: 2.5.30.ds-1
Собственно ниасилил следующие идеи:
1)
При последовательном нажатии клавиш распахнуть по-вертикали+по-горизонтали=распахнуть окно.
При последовательном нажатии этих же клавиш возвращаю исходные размеры окна.
DestroyFunc FvwmMaximize
AddToFunc FvwmMaximize
+ H Nop
+ M Nop
+ C Maximize $0 $1 $2
+ I WindowShade False
Mouse 1 4 A FvwmMaximize grow grow
Mouse 1 6 A FvwmMaximize grow 0
Mouse 1 8 A FvwmMaximize 0 grow
всё хорошо, кроме того что при данном раскладе если распахнул окно по горизонтали, а затем жмёшь распахнуть по вертикали оно схлопывается в исходное.
Вариант с FvwmMaximize On grow grow не документирован, хоть и ближе к идее. Проблема в том что повторное нажате на клавишу(которой распахнули ранее) не возвращает размеры окна в исходное состояние.
2)
Идея сделать свои часы в FvwmButtons с бж. и ш. на кнопке. Можно вызывать с помощью Schedule date «%R %A %d %Y» и в переменную её пихать. Как на кнопку выхлоп то поместить? И чтобы она как кнопка работала?
Копипаста с Хабра. Windows 8 UEFI 2.3.1 Secure Boot.
Microsoft и Intel затеяли пакость.
Если кратко, то Secure Boot позволяет зашивать в железо ключи для проверки сигнатур загрузочного кода, и отказываться на аппаратном уровне от выполнения тех загрузчиков, которые не проходят проверку подписи. Основное предназначение технологии, как заявляется — борьба с rootkit-ами (вот зачем Руссинович зомбировал всех своим Zero Day), а то даже и не понятно было, нафига мужик позорился). И оно, конечно, при условии P != NP, бороться с ними позволит…
Но точно так же позволит бороться и с загрузчиками альтернативных OS, авторам которых вряд ли выдадут закрытые ключи для подписи своего кода. В том числе, и по причине того, что некоторые OSF-лицензии предписывают подобные ключи публиковать, что, естественно, всю затею сводит на ноль. Взгляд на проблему с позиций Linux-сообщества.
Поэтому после выхода Windows 8 внимательно следите за спецификацией покупаемого железа, дабы не напороться на technology-lock.
P.S. Похоже фанаты почти полностью technology-locked продукции (телефонов, планшетов, игровых приставок и прочего новомодного оборудования от известных производителей) создали очень и очень печальный прецедент
Добрый! Собственно сделал правило udev и скрипт к нему на sh (dash ибо Debian Squeeze) занимающийся созданием скриптов монтирования и отмонтирования вида mount_$UUID.$LABEL.
При вытыкании устройства должны удаляться сгенерированные скрипты, но это почему то не выполняется.
/etc/udev/rules.d/10-local-usb-storage.rules
ACTION==«remove», GOTO=«end_rule»
SUBSYSTEM!=«block», GOTO=«end_rule»
ATTR{partition}!=«1», GOTO=«end_rule»
KERNEL==«sd[b-z][0-9]», ACTION==«add», RUN+=«/usr/bin/mount_ssd %k»
ACTION==«add», GOTO=«end_rule»
SUBSYSTEMS!=«block», GOTO=«end_rule»
KERNEL==«sd[b-z][0-9]», ACTION==«remove», RUN+=«/usr/local/bin/rm_%k»
LABEL=«end_rule»
Сам скрипт к которому претензий нет /usr/bin/mount_ssd
Сама проблема в том что udev не запускает скрипт при отключении устройства.
| ← назад |