CityCat4

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

В файле timer.c отсутствует функция do_posix_clock_monotonic_getttime().

Кстати, а разве ведро само не находит нужные дрова? Ставил CentOS 6, потом Caclulate 17 (фактически Gentoo) - никогда дрова на звук не ставил, всегда находились сами.

Это файл в неюникодной русской кодировке.

Никак.

Вайн, несмотря на то, что его пилят почти столько же, сколько я занимаюсь ОС UNIX (включая Linux) то есть лет двадцать, все еще не способен запустить что-то сложнее winbox. У него вполне может не выйти запустить игруху десятилетней давности, что там за фотожопу...

Любой выпуска 2003-2004 года. Никаких обновлений, только аутеничный (того же года софт). Никакого современного софта не пойдет.
Это даже не печатная машинка. Это кусок железа, годный только бомжам на металлолом. Нынешние дишманские смарты имеют более мощные процы.

На флэшке нет загрузчика. Unetbootin зачастую почему-то не пишет загрузчик, особенно под виндой. Если делал под виндой - лучше использовать rufus.

Вместо nvidia использовать nouveau, если карта поддерживается.

- Не рекомендуется без нужды править системные скрипты (вне домашки). Да, никто этого не запрещал, но система может не рассчитывать на наличие там правок и тупо переписать его например. Правьте .bashrc.
- Не рекомендуется сшибать предыдущее значение PATH - он может быть уже выставлен и выставлен весьма развесисто системными скриптами. Используйте метод, описанный danwerspb
- что выдает команда "which laravel"?

Доступ к настройкам прокси есть? Выделите себе IP, пропустите его мимо аутентификации и забейте на логин-пароль - все равно указывать их в открытом виде, да еще так, чтобы они лежали в окружении - это пипец как несекурно.

ну, судя по выводу - он таки запущен. TeamViewer, в лучших традициях винды, сразу вешает "службу" - то есть демона. А запущена или не запущена может быть его морда.

В линухе есть файл /etc/resolv.conf. Файл маленький, но важный - в нем записаны адреса DNS, которые будет использовать система при поиске адреса или имени, до четырех, по одному на строке. О формате файла - man resolv.conf.
За любыми операциями поиска имени по адресу и наоборот система обращается только к адресам из resolv.conf (ну и к /etc/hosts, если не отключен) - а уж как работают эти сервера - знают только их админы. Что и как проверять - есть команды host, nslookup, dig - работа DNS обычно проверяется этими командами.

Добро пожаловать к флейму :) Тема "какой дистриб лучше и чем" - это почти то же самое, что "linux vs windows" :D

Я обычно отвечаю так - ставьте тот дистриб, по которому есть с кем посоветоваться. Потому что наличие человека, который уже прошагал по граблям существенно сокращает время на их повторную пересборку :D

Если же кроме гугла нету вокруг никого, то:

Все дистрибы делятся на два типа - пакетные и source-based.

В пакетных, как в Windows - установится то, туда и так, как запаковали. Удобство пакетных дистрибов - в простоте и скорости развертывания программ - одна команда и у тебя стоит веб-сервер например. Недостаток - в том, что если в программе существует ошибка, то исправить ее невозможно до выхода новой версии пакета, если же это пакет неофициальный, например, или система перестала поддерживаться - новой версии можно не дождаться никогда (как например происходит с CentOS6). Так же как в винде :) Пакетная установка не отменяет необходимости редактирования конфигов, причем пакет может рассовать их так, как только пожелает фантазия сборщика - каких-либо ограничений на размещение файлов там или там нет, есть общепринятая практика и только. Особенно отличаются сборщики пакетов для апача - из-за его гибкости конфигов - каких только извращений с ним не творят :D

В source-based пакеты тоже есть, но основной упор делается на то, что пользователь сам собирает программы по готовым сценариям (портам, ебилдам, etc). Здесь пользователь принимает более активное участие в установке софта - просто потому что иначе работать ничего не будет, порог вхождения однозначно выше, требований больше - нужно примерно представлять, как работает система, как собирается программа, быть немного программистом, знающим С (основной язык программирования на Linux). Доведенный до ума source-based дистриб работает много лучше пакетного - но до этого состояния его еще надо довести :D

А выбор как всегда остается за Вами...
(Посокльку в таких случаях непременно говорят - а у меня то, а у меня се - ну так вот - а у меня Calculate Linux 17, source-based дистриб, основанный на gentoo :) Иногда он меня конечно бесит, но есть предположение, что на другой я переходить не буду, хотя первоначально хотел свалить на арч)

Поддерживаю Sly_tom_cat . - сначала нужно определить, что сожрало место. Если /var невыделенный, то скорее всего это лог. Если какой-то лог растет в размерах - значит там постоянная повторяющаяся ошибка - ну иди ддосят :) Место, возможно и надо будет прибавить - но уже после того, как будет проведен анализ "куда уходит место, в какие города..."

KVM и виртуалка с виндой. Два монитора и две видюхи, одна выделена на винду - винда найдет оборудование, поставит дрова и будет все, что положено. В винде можно держать только фото#опу, файлы передавать через обычную виндовую шару. Wine - это средство без гарантий. Да, он может заработать. А может и нет. А может перестать работать после обновления wine - или наоборот начать. Проекту wine лет примерно столько же, сколько я занимаюсь UNIX - и от него всегда была сплошная попаболь.

Ну вот, наконец-то я проверил решение, приведенное выше по ссылке. Ну что же, все верно. Действительно, после выполнения указанных действий tty перестали зависать.

Итак, что я сделал:
правка /etc/default/grub
- раскомментировать строку GRUB_TERMINAL=console. У вас это может работать по-другому (у меня Calculate Linux), но смысл один - в конфиге grub нужно указать, чтобы он работал не в графическом режиме, а в текстовом. Страшненько, но надежно.
- в строку GRUB_CMDLINE_LINUX в самом конце дописать текст "nomodeset i915.modeset=0 vga=ХХХ", где ХХХ - это нужный видеорежим, поддерживаемый видеокартой. Номера режимов смотрятся командой

# hwinfo --framebuffer
...
  Mode 0x037d: 1920x1200 (+1920), 8 bits
  Mode 0x037e: 1920x1200 (+3840), 16 bits
  Mode 0x037f: 1920x1200 (+7680), 24 bits

и переводятся в десятичное число. Подробнее об этом написано здесь.

После этого все работает, как привычно :)