Советы новичкам (надо что-то делать)

[t.t]

2Sash Kan: Насколько я понимаю, с такой системой работать всё должно так: по первому нажатию на скрипт сидюк въезжает, по второму -- выезжает, независимо от содержимого? Тогда это можно и проще реализовать

[sash-kan]

Для t.t:
не совсем так - после первого неудачного монтирования лоток _не_ выезжает.
выезжает он только после второго _неудачного_ монтирования.
"счетчиком" служит временный файл.

Тогда это можно и проще реализовать

↑

как?

[polachok]

Предлагаю к обсуждению.
Общие рекомендации при написания сообщения "Ошибка компиляции"
0.перечитайте README, INSTALL внимательнее
1.удостоверьтесь, что все требования ./configure удовлетворены.
2.удостоверьтесь в правильной установке CFLAGS/CPPFLAGS/LDFLAGS
*примечание. возможно придется снизить уровень оптимизации до -O2, а то и -O1. некоторые программы этого не любят.
3.удостоверьтесь, что у Вас самая свежая версия программы.
4.удостоверьтесь, что у Вас самые свежие версии библиотек-зависимостей
*примечание. при использовании freebsd/gentoo и проч. с портообразными системами установки софта следует обновить эти самые портообразные системы
*примечание 2.то что естьв портах лучше ставить из портов - там могут быть патчи
5.поищите похожие ошибки при помощи google, а также в багзилах. (напр, при использовании gentoo - bugs.gentoo.org)
6.попробуйте снова распаковать архив с исходником и повторить попытку сборки
7.если ошибка повторяется можете писать в сообщение укажите последние, значимые по вашему мнению строки, а также приведите полный лог компиляции (прикрепленным файлом) - это можно сделать, дав команду script перед началам компиляции и exit после ее окончания. Вы получите файл typescript, который следует вложить.
8.если никто не сообщит ничего дельного - пишите в багзиллу/рассылку/на мыло разработчика (расположены в порядке приоритета)

polachok добавил в 15.08.2005 02:11

или майнтайнеру порта - при использовании FreeBSD

[t.t]

Для t.t:
не совсем так - после первого неудачного монтирования лоток _не_ выезжает.
выезжает он только после второго _неудачного_ монтирования.
"счетчиком" служит временный файл.

↑

Это я понимаю. Но вторая попытка после неудачного монтирования, насколько я понял, происходит по второму же нажатию на тот же скрипт? Если да, то так и получается: первый вызов скрипта -- сидюк въехал, если есть чего монтировать, примонтировал; второй клик -- если сидюк примонтирован, он отмонтируется и выезжает, если не смог примонтироваться по первому клику -- просто выезжает.

А насчёт проще сделать -- поторопился. Оказывается, eject только отдаёт приводу команду на открытие/закрытие, но не может понять, действительно он, скажем, выдвинут, или нет. Соответственно, единственный способ что-то узнать, кроме приведенного тобой -- проверить наличие носителя (пусть даже несмонтированного), но у такого способа тоже есть свой минус -- непонятно, что делать, когда привод пустой.

P.S. Кстати, сейчас нашёл одну недоработку в твоём варианте: в том случае, когда машина уйдёт в даун с открытым лотком, лоток при этом закроется, а временный файл останется в живых.

P.P.S. И ещё; к eject'у лучше добавить ключ r -- он тогда быстрее работать будет. Этот ключ говорит ему, что cd-rom; а по умолчанию он пробует кроме того ещё команды для открытия всяких флопов, SCSI и чего-то ещё.

t.t добавил в 15.08.2005 13:22

P.S. Кстати, сейчас нашёл одну недоработку в твоём варианте: в том случае, когда машина уйдёт в даун с открытым лотком, лоток при этом закроется, а временный файл останется в живых.

↑

Хотя, если при дауне, или, наобормот, при старте, чистить /tmp, то тогда нормально.

[sash-kan]

eject'у лучше добавить ключ r -- он тогда быстрее работать будет.

↑

не знал про такое. спасибо.

Хотя, если при дауне, или, наобормот, при старте, чистить /tmp, то тогда нормально.

↑

очистка временных каталогов, afair, даже закреплена каким-то документом.
и debian (к примеру) по умолчанию именно так и поступает, в отличие, например, от fedora core (по крайней мере 1-й версии). в других дистрибутивах не проверял.

[t.t]

не знал про такое. спасибо.

↑

Я и сам не знал, пока надысь ман к нему не перерыл на предмет может ли он получать от привода состояние лотка.

и debian (к примеру) по умолчанию именно так и поступает, в отличие, например, от fedora core

↑

...и некоторых других дистров. В девятой мандраке, например, тоже не чистился, если я помню.

[Каменьщик]

Код: Выделить всё

mount|grep cdrom &>/dev/null&&eject||mount `sed -ne '/cdrom/{s/^[^ ]*[ \t]*\([^
> ]*\)[ \t].*$/\1/p;q}' /etc/fstab` &>/dev/null||eject
sed: -e выражение #1, символ 26: незавершенная команда `s'

[mr.qweo]

я использую такой вариант скрипта:

Код: Выделить всё

#!/bin/bash
# Sample script for change CDs
MOUNTPOINT=/media/cdrom
INTERVAL=8
grep -q cdrom /etc/mtab &&
{
eject -r &&
sleep $INTERVAL
}
mount $MOUNTPOINT || {
eject -r &&
sleep $INTERVAL &&
mount $MOUNTPOINT
} || {
echo "Device is used by:"
fuser -mv $MOUNTPOINT
}

Заметил только один недостаток - fuser может выполняться если нет диска в приводе и он не был вставлен с двух попыток - тогда вывод fuser немного странный

[drBatty]

Если Вы знаете, что добавить/исправить - пишите в топик Советы новичкам

пишу...

Примечание 3: В rpm-based дистрах предпочтительней использовать бинарные файлы для установки програм. Или же при сботке из исходников пользутесь checkintall.
#./configure
#make && checkinstall (с опцией для данного дитсьра)
После этого полученый файл устанавливается как обычный бинарник, и не требует для удаления програмы иметь сорцы.

1)полно очепяток.
2)rpm - следует заменить на rpm, deb, etc...
3)

Код: Выделить всё

$ ./configure
$ make
$ su -
# checkinstall

Итак, запускаете свой любимый редактор от рута и просматривате этот файл, он должен выглядеть примерно следующим образом:

ИМХО тут тег CODEBOX нелишний.

реомендуется использование команды visudo

имхо лучше использовать свой любимый редактор, для новичка mcedit проще. только у мну почему-то export VISUAL=mcedit не срабатывает

[homecluster]

Правила для новичков нужны. Но если есть новички то значит должы быть и гуру. А гуру не могут появиться вне системы. Система - это школа в которую новички приходят и растут и при достижении очевидных успехов могут тоже стать груру. Но форумные гуру это не настояшие гуру. Форумы для обсуждения. Значит должна быть тема для осуждения. И тема не может быть короткой. Только в длинной теме человек может вырасти от новичка до гуру. А какая тема для обсуждения может быть бесконечно длинной? Это тема своего дистрибутива на линуксе. Как, кто, что делает в других дистрибутивах - это темы для тех кто тусуется в сообществе этих дистрибутивов. По этому если появилась тема про новичков то пора согласиться с необходимостью что пришло время для своего дистрибутива и в рамках этого дистрибутива будут появляться однозначно трактуемые правила как для новичков так и для тех кто давно занимается программированием под линукс. Иначе хорошие правила для новичков в одном случае будут плохими правилами для новичков в других случаях. По моему так. Иначе о простом VI или передёргивании лотка сидирома постоянно будут разноречивые сообщения. Потому что сколько людей столько и мнений. И только школа может дать новичкам однозначно трактуемые правила на основе своего дистрибутива который и является основой для применения и повторения этих правил.