sysmouse
Допустим, утром мне что-нибудь надо на флешку скинуть или посмотреть, я включаю, ухожу на работу - выключаю, возвращаюсь домой - включаю, пошел в гости - выключаю. А что не так?
у меня уже продолжительное время комп всегда включен - ушёл на работу - с работы домой подключился по ssh/vnc - продолжаю разбираться/ковырться/настраивать - так как в линуксе я только учусь работать, то чем заняться в плане изучения - вопрос не стоит, стоит чем бы заняться в первую очередь. Возможно из-за этого комп всегда и включен.

Но скоро изменится ситуация и я не смогу с работы заходить домой, и скорее всего я тоже так же буду его выключать/включать.
Я не спец, потому мои ответы воспринимать в серьёз не стоит, но вставлю свои пять копеек.

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

theflame
Ну, в общем, чтобы не быть голословным пришлось самому поставить и поюзать БСД O0
Постараюсь коротко. Т. е. не буду о преимуществах. Постараюсь просто об отличиях.
Во-первых, это процесс установки. Всё-таки заставили узнать количество блоков на винчестере ))
не помню, что бы мне приходилось узнавать количество блоков на винте, хотя ставил и 8 и 7.2 и вроде 6-ку.

theflame
Во-вторых, есть определённая строгость во многом. Часто нужно придерживаться каких-то оговорённостей. Допустим, это количество и порядок монтировки слайсов в разделе диска.
В остальном ничего сложного, но как-то отличается.
с этим тоже проблем не возникало, но да, в инсталяторе БСД необходимо следовать правилам. Иначе, если на пример выбрать установку пакетов вместе с установкой ядра, то после установки ядра система снова предлагает ставить пакеты, не смотря на то, что их уже поставила и потом ещё и при повторной установке пакетов ругается на ошибки установки. Не понял этого - но как-то проверял специально - тесты подтвердились.

theflame
Субъективно ядро грузится где-то также как и у Арча. Ну может на пару секунд больше.
субъективно - почему всех волнует время загрузки ядра? по сколько раз в неделю вы перегружаете операционки? или вы это вообще делаете по несколько раз в день?

theflame
В общем, первое время без документации не обойтись часто даже в самых простых вопросах.
даже не знаю что сказать. Сам подумай - что есть такого, за что взявшись в первый раз, можно получить желаемый результат без документашки, особенно, если это что-то совсем другое, и сильно отличается от всего того, с чем ты ранее имел дело.

theflame
В сравнении с Дженту, очень порадовал порядок сборки собственного ядра. Т. е. это не блуждание по многоуровневому меню конфигурационной утилиты, а правка текстового конфига. За документацию в этом вопросе тоже зачёт. На Арче этого не пробовал.
на арче тоже пока не пробовал. Но на линуксах(всех?) есть несколько утилит конфигурирования параметров ядра, и появились они потому, что не всем удобно в текстовике править параметры конфига - кому-то хотелось менюшек - удобней текст - в чём проблемы?

theflame
В остальном конфигурационные файлы хоть и на своих местах, но больше ИМХО разбросаны, чем в Арче.
что-то в этой фразе смутило - что именно - не понял (в смысле не понял что меня смутило)

theflame
Система пакетов типична для юникс-подобных.
хм. Вот тут совсем застрял. Мы говорим именно про FreeBSD? точно не про PC-BSD? В принципе у меня с памятью всегда туго было - всегда всё забывал. Вот и сейчас не помню что там за пакеты во фришке.

theflame
Система портов во многом напоминает AUR, но если в Арче - это как придаток, то в БСД - это основа.
Похоже я сильно что-то путаю. Да, во FreeBSD, как мне казалось, основа порты - слова похожи, но по моему как-то с АУРом сравнивать мне кажется не верно. Ладно бы ABS и портмейк - тут бы я был уверен что очень похожи, но не АУР. В общем есть сомнения.

theflame
Но есть один нюанс. Почему-то практически все разработчики открытого исходного кода не поддерживают БСД!
У меня снова не понятки - есть исходные коды, если нет портов, ставить исходные коды - я бы не рискнул - моих знаний может и хватит - но надоест гуглить в поисках решения сообщений об ошибках, если есть порты - то проблем быть не должно. Что-то тут не так.
Другое дело - зависимость бинарников скомпилированных для линукса от конкретных вещей - на пример зависимость от конкретной СВЕЖЕЙ версии ядра линукса. Да, фришка имеет совместимость на бинарном уровне с линуксом. Во фришке есть ядро линукса. Но вроде то ли старое, то ли очень старое - не помню. И вот тут - может быть не совместимость. А вообще у меня мнение простое - если софт пишут под линукс и распростряняют в бинарниках - то на фришке может и не пойти, по крайней мере “из коробки”. Если есть исходники - смотрим порты, а так - во фришке у меня почемуто только порты, порты порты и при этом почему-то только положительные эмоции. Кроме одного случая, когда пробовал ставить PC-BSD первых версий, и там пробовал работать с портами. Больше не хочется ставить PC-BSD, а фришку я всё же из-за некоторых вещей, субъективных, отношу к серверным осям.

Мне с ГУИ во фришке наверное больше повезло, так как не помню серьёзных проблем там. Наверное у меня тогда другие запросы были - они у меня имеют свойства меняться.


В общем раз уж такое написал - напишу и вот что:
1 - хотелось бы увидеть мнение ЗНАЮЩИХ людей о тех коментах, которые я выше написал - на сколько они не верны?
2 - по непонятным для меня причинам, фришка мне до сих пор нравится, поэтому и решил попробовать арчи - свежесть линукса с возможностью портов. (до генту и далее пока морально не дорос)
3 - почему я не на фришке? Я люблю поиграть - из детства не вырос. Понимаю, что игры под винду, либо вообще не будут работать не под виндой, либо как минимум так же как под виндой - работать не будут. По крайней мере пока. Но у меня сложилось мнение, что фришка менее “игровая” система чем линукс, хотя и у линукса с этим всё далеко не супер. А если ещё учесть, что у меня видюха от АТИ….. В общем я всё же думаю что как десктоп, линукс, и навреное арчи все же лучше чем фришка.
4 - арчи у меня не первый, и возможно не последний дистрибутив не виндовса.
Здравствуйте.
Прежде чем постить сюда - порыскал, почитал. Сделал как понял. Вопрос лишь в том, как именно понял.

старый ксорг установил добавленим репозитария с оным до раздела core - поэтому пакеты из него имеют приоритет над core. При обновлении системы через pacman -Syu они не обновляются

На текущий момент имею установленными:

local/xf86-input-evdev 2.2.5-1 (xorg-input-drivers)
    X.org evdev input driver
local/xf86-input-keyboard 1.3.2-2 (xorg-input-drivers)
    X.Org keyboard input driver
local/xf86-input-mouse 1.4.0-2 (xorg-input-drivers)
    X.org mouse input driver
local/xorg-server 1.6.3.901-1 (xorg)
    X.Org X servers
полный вывод pacman -Qs xorg в приложении xorg.ver

Каталиста ставил: yaourt -S catalyst

По моим знаниям (или не знаниям) этого должно хватать для работы каталиста, но что-то не так.

Логи прилагаю. Понимаю, что через 2-3 дня выйдет новый каталист и как минимум проблемы должны быть другими, а как максимум их не будет, но хотелось бы понять что не так сделал.

Надеюсь на помощь

p.s. kdm запускал с ключём -debug 0xFF
по поводу 2-х pppoe вопрос снимается - нашёл доку по нормальной настройке. Если совместить вместе с той ссылкой которую нашёл раньше можно настроить как хочу.
Про 2 pppoe нашёл тут http://wiki.archlinux.org/index.php/%D0%9E%D0%B4%D0%BD%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D0%B0%D1%8F_%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%B0_%D0%98%D0%BD%D1%82%D0%B5%D1%80%D0%BD%D0%B5%D1%82%D0%B0_%D0%B8_%D0%B1%D0%B5%D1%81%D0%BF%D0%BB%D0%B0%D1%82%D0%BD%D0%BE%D0%B9_%D1%81%D0%B5%D1%82%D0%B8_%28%D0%A4%D0%9E%D0%A1%29

но:
1 - в /etc/ppp/peers/ у меня пусто. Хорошо - тут создам конфиги на основе доки
2 - не сказано куда вбивать пароли для двух логинов используемых в этих сетях и смущает параметр noauth. Правильно ли я понимаю - мне нужно будет делать конфиги без noauth а пароли для логинов прописать ручками в chap-secrets и pap-secrets?
Дополнение к предыдущему вопросу.

Вот тут viewtopic.php?f=16&t=1457#p11523 нашёл твоё объяснение относительно хинта 1 - но пока что не понял, как указанные тобой действия спасут от смены имён у интерфейсов возникающий из-за различного времени загрузки драйверов. Пойду ещё раз гляну содержимое этого файла.
Здравствуйте.

Понимаю, что тема старая, но вопрос тот же.

Пока сделал по ссылке с 1-го топика - помогло или нет - проверю позже.

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

> а зачем их указывать?
имеется в виду что можно закрепить название интерфейсов без указания маков? Как в вики указанием очерёдности загрузки драйверов для сетевых карт?

> хинт 1: /etc/udev/rules.d/75-persistent-net-generator.rules.optional
Посмотрел. Возникло несколько вопросов, но в начале главный из них - какой вывод я должен был сделать посмотрев его?

> хинт 2: man udevadm
Посмотрел. Исходя из возникших вопросов, сделал вывод что там ничего не понял. Вопрос возник только один - зачем в данном случае мне этот ман?

> хинт 3: после генерации, верни имя обратно, имеет неприятную тендецию подглючивать в последнее время.
После генерации чего? Из чего? Складывается подозрение, что это как-то связано с предыдущими двумя хинтами. Но с другой стороны, пример в 1-м посте по моему мнению то же сними связан, но ты даёшь свои хинты, а значит я совсем ничего не понял.

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

В 3-м хинте есть упоминание “верни имя обратно” - имя интерфейса? Я как раз на основании линка из 1-го поста собирался поменять название интерфейсов (eth0 & eth1) на названия провайдеров - не стоит так делать? Чем рискую?

p.s. Если не сложно - где почитать про два pppoe на эти два ethX?