sysmouse
mount -a сделать что ли?
Ага, а потом запустить остальные скрипты инициализации и демонов. Всех по одному, кроме gdm.
Спасибо, не надо :)
Предпочитаю иметь выбор не между X и нефункциональной системой, а между нормальной загрузкой с X и без него.
Что-то я сомневаюсь, что флешка может как-то сама вызвать проблемы в работе дисков. Скорей всего либо материнка глючила, либо баг в ядре.
sysmouse
забыл про ранлевел сингл юзера.
Не забыл. Просто из сингл-юзера ещё как-то до нормальной системы догрузиться надо, и всё руками. По-моему, init 1 – это для совсем тяжелых случаев, либо ручных манипуляций с корневым разделом.
Это такой холивар – “как правильно запускать *DM”. :)
На самом деле, запускать можно по-всякому, вопрос только в том, какие плюсы и минусы тянет за собой выбранный способ запуска.

Запуск в качестве рядового демона позволяет поставить его в списке РАНЬШЕ других, и (если он от них не зависит!) тем самым теоретически можно ускорить загрузку до графического логина, и это плюс.
Минус – неуправляемость процесса. В случае каких-либо проблем с X-сервером буде гораздо сложнее отказаться от его загрузки для их устранения.

Запуск по “initlevel” позволяет ещё ДО загрузки, (то есть интерактивно в загрузчике) выбрать “5” или “3” – грузить X или нет.

Если я что-то забыл, прошу дополнить ;)
У меня нет блютус-гарнитуры, поэтому проверить не могу, но вообще в ALSA звук перенаправляется откуда угодно куда угодно через конфиг. Это не действует только на те программы, которые работают с OSS.
Вот такая конструкция в в конфиге должна перенаправить всё в устройство “bluetooth”:
pcm.!default {
 type copy
 slave.pcm "bluetooth"
}
А вот такая будет перенаправлять в устройство, заданное в переменной ALSA_DEFAULT_PCM :
pcm.!default {
    @func refer
    name { @func concat 
           strings [ "pcm."
                     { @func getenv
                       vars [ ALSA_DEFAULT_PCM ]
                       default "hw:0,0"
                     }
           ]
         }
}
Чтобы GDM/XDM/KDM запускался сам, система должна грузиться на initlevel 5.
То есть команда init 5 под рутом, или прописать цифру 5 с строку параметров ядра в загрузчике ( /boot/grub/menu.lst ) , либо в файле /etc/inittab вместо строки
id:3:initdefault:
сделать
id:5:initdefault:
Обычно там обе строки уже есть, надо одну закомментировать, другую раскомментировать.
Не нашел подходящего раздела для темы, потому пишу сюда.

Сегодня дошли у меня руки до разбора новоявленного “глюка” в TAB-дополнении bash.
Оказывается, это пришло с версией 4.2.
Раньше можно было сохранить в переменной некоторый путь, после чего сам путь и имена файлов по этому пути правильно разворачивались:
$ L=/usr/share/applications
$ cp -p $L/f[tab]
$ cp -p /usr/share/applications/firefox[tab]
firefox.desktop       firefox-safe.desktop
Теперь это сломано:
$ L=/usr/share/applications
$ cp -p $L/f[tab]
$ cp -p \$L/firefox
Вот этот бэкслэш появляется перед переменой и всё портит. Дальше ничего не продолжается.

Отсюда у меня есть вопрос:
Если кто знает, как бороться с этим багом/фичей БЕЗ отката на версию 4.1, пожалуйста, подскажите.
X-сервер может узнавать (и обычно узнаёт) физические размеры монитора от самого монитора.
В xorg.conf эти самые размеры можно также задать принудительно в секции “Monitor”, параметром DisplaySize xxx yyy
DPI автоматически вычисляется отдельно для каждого разрешения экрана, исходя из его физического размера, если параметр dpi не задан явно.

В приведённых выше примерах при вашем разрешении указанные размеры экрана везде отличаются от ваших “371x232”, потому и dpi другой.
DPI = количество_точек / размер_экрана
размер_экрана = количество_точек / DPI
Принудительное задание dpi приводит к тому, что программы отрисовки шрифтов вычисляют размер вашего экрана исходя из dpi и разрешения, и считают его тем больше, чем меньше вы задали dpi. В случае, если dpi вашего монитора действительно равен 115, его виртуальное снижение до 96 сделает все шрифты мельче (раз экран “стал больше”, надо уменьшить шрифты, чтобы сохранить их размеры!). К примеру, текст на веб-странице, который должен вывестись шрифтом в 12pt, у вас будет выводиться как 10pt.

Поэтому в грамотных статьях по настройке шрифтов обычно НЕ рекомендуется принудительно задавать dpi. Вместо этого советуют проследить, чтобы он НИГДЕ НЕ БЫЛ указан явно, а X-сервер знал РЕАЛЬНЫЕ физические размеры вашего экрана, тогда он сам сможет вычислить действительный dpi, а программный размер шрифтов будет соответствовать экранному.
Что за шрифт? (кроме терминуса в консоли)
Azteka
При выполнении команды xdpyinfo | grep -B1 dot, я получаю
  dimensions:    1680x1050 pixels (371x232 millimeters)
  resolution:    115x115 dots per inch
Почему 115, ведь в настройках гнома стоит 96? Из шаманств, ставил только убунтовские шрифты и все.
DPI, то есть “dots per inch” – это количество пикселей на дюйм поверхности вашего монитора. Его невозможно изменить никакими настройками, которые по своей сути есть хак с целью обмануть графические программы и библиотеки, заставив их поверить в то, что ваш экран физически больше или меньше, чем есть на самом деле.
Команда xdpyinfo выдала вам физические размеры монитора, его же размеры в пикселях, и вычисленные по ним (делением одного на другое в дюймах) dpi.
Эта команда знает только те пареметры экрана, которые задаются через X-сервер, и ничего не знает по гнома. Вот потому так и отвечает.