alexdsp Сообщения

alexdsp	# 9 лет, 2 месяца назад
Темы: 22 Сообщения: 307 Участник с: 07 февраля 2008	Попробовал варианты. Помогает только добавление всех этих переменных в /etc/profile Там они запоминаются. Разве что домашний каталог надо указывать в явном виде, а не ~/имярек В каком-то смысле решено, но, если честно, со всеми этими плясками уже расхотелось городить огород. Может и впрямь пусть оно в ~/.wine всё живёт. Благо этого добра немного.

# 9 лет, 2 месяца назад

Сообщения: 307

Участник с: 07 февраля 2008

Попробовал варианты. Помогает только добавление всех этих переменных в /etc/profile
Там они запоминаются. Разве что домашний каталог надо указывать в явном виде, а не ~/имярек
В каком-то смысле решено, но, если честно, со всеми этими плясками уже расхотелось городить огород.
Может и впрямь пусть оно в ~/.wine всё живёт. Благо этого добра немного.

alexdsp	# 9 лет, 2 месяца назад
Темы: 22 Сообщения: 307 Участник с: 07 февраля 2008	Perfect_Gentleman есть такая фигня. как бороться так и не догнал. помогало только принуждение к WINEPREFIX для каждого *.exe Понятно. Но это жутко неудобно...

alexdsp	# 9 лет, 2 месяца назад
Темы: 22 Сообщения: 307 Участник с: 07 февраля 2008	Для 8051 семейства есть очень прикольный проект: yaourt -S mcu8051ide

alexdsp	# 9 лет, 2 месяца назад
Темы: 22 Сообщения: 307 Участник с: 07 февраля 2008	Проблема такая. Почему-то при запуске wine программ из оболочки XFCE игнорируется то, что написано в ~/.bashrc, а именно: export WINEARCH=win32 export WINEPREFIX=~/win32 То есть, если я из файлового менеджера Thunar пойду по каталогам и попытаюсь запустить какое-то .exe, оно конечно запустится вайном, но будет использоваться умолчальный префикс ~/.wine Если то же самое сделать из консоли типа: wine .exe, то все вышеуказанные переменные подхватятся благополучно. Вчера из-за этого потерял кучу времени, протрахавшись с установкой Reaper. То есть, он установился прекрасно и с пол пинка, но, как оказалось, в дефолтный префикс ~/.wine, а драйвер wineasio, который я ставил уже потом из консоли, благополучно поставился в ~/win32, и соответственно, Рипером увиден не был. Да, дома система x86_64 с дефолтным ядром, обновлена до текущего состояния, всякие мультилибы установлены наряду с кучей необходимых lib32-* Разъясните плиз кто может, как эти переменные настраиваются, чтоб везде были одинаковые? Всё-таки хочется запускать по человечески, из меню эти вайновские программы, а не консоль открывать всякий раз...

alexdsp

# 9 лет, 2 месяца назад

Темы: 22

Сообщения: 307

Участник с: 07 февраля 2008

Проблема такая. Почему-то при запуске wine программ из оболочки XFCE игнорируется то, что написано в ~/.bashrc,
а именно:
export WINEARCH=win32
export WINEPREFIX=~/win32

То есть, если я из файлового менеджера Thunar пойду по каталогам и попытаюсь запустить какое-то *.exe, оно конечно запустится вайном, но будет использоваться умолчальный префикс ~/.wine
Если то же самое сделать из консоли типа: wine *.exe, то все вышеуказанные переменные подхватятся благополучно.

Вчера из-за этого потерял кучу времени, протрахавшись с установкой Reaper. То есть, он установился прекрасно и с пол пинка, но, как оказалось, в дефолтный префикс ~/.wine, а драйвер wineasio, который я ставил уже потом из консоли, благополучно поставился в ~/win32, и соответственно, Рипером увиден не был.

Да, дома система x86_64 с дефолтным ядром, обновлена до текущего состояния, всякие мультилибы установлены наряду с кучей необходимых lib32-*
Разъясните плиз кто может, как эти переменные настраиваются, чтоб везде были одинаковые?
Всё-таки хочется запускать по человечески, из меню эти вайновские программы, а не консоль открывать всякий раз...

alexdsp	# 9 лет, 2 месяца назад
Темы: 22 Сообщения: 307 Участник с: 07 февраля 2008	Мне "Code::Blocks" нравится. Очень интуитивная среда. Единственно, отлаживать железо через эмуляторы в ней почти невозможно. В эклипсе плагинов побольше для этих целей.

alexdsp	# 9 лет, 2 месяца назад
Темы: 22 Сообщения: 307 Участник с: 07 февраля 2008	Ну, это понятно... Спасибо. Просто привычка - вторая натура. Привык я уже к конфигурационным файлам. Тем более, этот при старте всего один раз выполняется. Написал и забыл. По хорошему, если бы был приличный гуй для работы с системд - было бы удобнее. Иначе, очень много рукопашной. Может, гуй такой уже и есть, не искал особо упорно пока. P.S. Немного уточнений и симптоматики. Скрипт теперь срабатывает, и диск при старте системы выключается, что и прекрасно слышно. Но, как только я ввожу логин и пароль (у меня xdm-archlinux), и начинает загружаться XFCE, диск запускается снова. Далее, если остановить диск из под рута командой hdparm, то, сколько ни перезапускай иксы вместе с XFCE, диск уже сам по себе не запускается. То есть, запускает его что-то, что срабатывает единожды во время или после экрана логина.

alexdsp

# 9 лет, 2 месяца назад

Темы: 22

Сообщения: 307

Участник с: 07 февраля 2008

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

P.S. Немного уточнений и симптоматики.
Скрипт теперь срабатывает, и диск при старте системы выключается, что и прекрасно слышно.
Но, как только я ввожу логин и пароль (у меня xdm-archlinux), и начинает загружаться XFCE, диск запускается снова.
Далее, если остановить диск из под рута командой hdparm, то, сколько ни перезапускай иксы вместе с XFCE, диск уже сам по себе не запускается.
То есть, запускает его что-то, что срабатывает единожды во время или после экрана логина.

alexdsp	# 9 лет, 2 месяца назад
Темы: 22 Сообщения: 307 Участник с: 07 февраля 2008	nafanja Как их потом контролировать? При помощи чего? вот что бы контролировать и нужны отдельные юниты, и их начальник системд Думаю, никакого труда не составило бы подсказать решение. http://archlinux.org.ru/forum/topic/11744/?page=1#post-111352 Вот! Спасибо большое! :)) Кажется, это оно!

alexdsp

# 9 лет, 2 месяца назад

Темы: 22

Сообщения: 307

Участник с: 07 февраля 2008

nafanja
Как их потом контролировать? При помощи чего?
вот что бы контролировать и нужны отдельные юниты, и их начальник системд
Думаю, никакого труда не составило бы подсказать решение.
http://archlinux.org.ru/forum/topic/11744/?page=1#post-111352

Вот! Спасибо большое! :)) Кажется, это оно!

alexdsp	# 9 лет, 2 месяца назад
Темы: 22 Сообщения: 307 Участник с: 07 февраля 2008	nafanja Не хотелось бы на каждый чих городить лишние юниты... Не хотелось, но сам разраб советует так делать! Как их потом контролировать? При помощи чего? Слишком много телодвижений выходит по каждому поводу и вместе. А тут все личные фишки и настройки собраны в одном файле. В чём противоречие? Обычным текстовым редактором правится. Да и в концепцию systemd вписано, как юнит оформлено. Просто запускается слишком рано. Надо позже. Я точно знаю, здесь есть люди до тонкостей понимающие как работает systemd. Думаю, никакого труда не составило бы подсказать решение. Вот что у меня в /etc/systemd/system/myscript.service [Unit] Description=My script After=network.target [Service] ExecStart=/etc/rc.local [Install] WantedBy=multi-user.target Вот что в /etc/rc.local #!/bin/bash # # /etc/rc.local: Local multi-user start-up script. # echo 1024 > /sys/class/rtc/rtc0/max_user_freq echo 1024 > /proc/sys/dev/hpet/max-user-freq /usr/bin/hdparm -S 36 /dev/disk/by-id/ata-Hitachi_HDS723020BLA642_MN3220F30BJTUE /usr/bin/hdparm -y /dev/disk/by-id/ata-Hitachi_HDS723020BLA642_MN3220F30BJTUE Две команды "echo" выполняются, а hdparm не работает.

alexdsp

# 9 лет, 2 месяца назад

Темы: 22

Сообщения: 307

Участник с: 07 февраля 2008

nafanja
Не хотелось бы на каждый чих городить лишние юниты...
Не хотелось, но сам разраб советует так делать!

Как их потом контролировать? При помощи чего? Слишком много телодвижений выходит по каждому поводу и вместе.
А тут все личные фишки и настройки собраны в одном файле. В чём противоречие? Обычным текстовым редактором правится.
Да и в концепцию systemd вписано, как юнит оформлено. Просто запускается слишком рано. Надо позже. Я точно знаю, здесь есть люди до тонкостей понимающие как работает systemd. Думаю, никакого труда не составило бы подсказать решение.
Вот что у меня в /etc/systemd/system/myscript.service

[Unit]
Description=My script
After=network.target
[Service]
ExecStart=/etc/rc.local
[Install]
WantedBy=multi-user.target

Вот что в /etc/rc.local

#!/bin/bash
#
# /etc/rc.local: Local multi-user start-up script.
#
echo 1024 > /sys/class/rtc/rtc0/max_user_freq
echo 1024 > /proc/sys/dev/hpet/max-user-freq
/usr/bin/hdparm -S 36 /dev/disk/by-id/ata-Hitachi_HDS723020BLA642_MN3220F30BJTUE
/usr/bin/hdparm -y /dev/disk/by-id/ata-Hitachi_HDS723020BLA642_MN3220F30BJTUE

Две команды "echo" выполняются, а hdparm не работает.

alexdsp	# 9 лет, 2 месяца назад
Темы: 22 Сообщения: 307 Участник с: 07 февраля 2008	nafanja сделай для команды отключения отдельный юнит, посмотри в списке запущенных юнитов тот диск после которого нужно стартовать и пропиши его в афте будут выглядеть похоже на это: dev-disk-byx2did-atax2dSAMSUNG_HD160JJ_S08HJ10Y754894.device dev-disk-byx2did-atax2dST34313A_6DL0D3DJ.device Понятно... это сработает... Но это будет жёсткая привязка к имени диска. Плюс ещё в самой команде выключения через hdparm будет привязка во второй раз. Как-то некрасиво оно. По идее бы в rc.local это запихнуть - как-то универсальнее что ли и привычнее. Нужно только задержать его исполнение на некоторое время. Не хотелось бы на каждый чих городить лишние юниты...

alexdsp

# 9 лет, 2 месяца назад

Темы: 22

Сообщения: 307

Участник с: 07 февраля 2008

nafanja
сделай для команды отключения отдельный юнит,
посмотри в списке запущенных юнитов тот диск после которого нужно стартовать и пропиши его в афте
будут выглядеть похоже на это:
dev-disk-byx2did-atax2dSAMSUNG_HD160JJ_S08HJ10Y754894.device
dev-disk-byx2did-atax2dST34313A_6DL0D3DJ.device

Понятно... это сработает... Но это будет жёсткая привязка к имени диска. Плюс ещё в самой команде выключения через hdparm будет привязка во второй раз. Как-то некрасиво оно.
По идее бы в rc.local это запихнуть - как-то универсальнее что ли и привычнее. Нужно только задержать его исполнение на некоторое время.
Не хотелось бы на каждый чих городить лишние юниты...

alexdsp	# 9 лет, 2 месяца назад
Темы: 22 Сообщения: 307 Участник с: 07 февраля 2008	nafanja Вопрос, зачем включать что бы потом выключить? Вот и я спрашиваю. Зачем и почему ядро включает диск уже после моего юнита? Повторяю ещё раз. Юнит слишком рано запускается. Хотелось бы его запуск отложить на некоторое время, когда ядро со всеми модулями уже спокойно отработало.

alexdsp

# 9 лет, 2 месяца назад

Темы: 22

Сообщения: 307

Участник с: 07 февраля 2008

nafanja
Вопрос, зачем включать что бы потом выключить?

Вот и я спрашиваю. Зачем и почему ядро включает диск уже после моего юнита?
Повторяю ещё раз. Юнит слишком рано запускается.
Хотелось бы его запуск отложить на некоторое время, когда ядро со всеми модулями уже спокойно отработало.