PC-BSD 10.0.1: фетяску очередной берклиады

Алексей Федорчук

Давеча дошли наконец руки поглядеть на первый dot-релиз PC-BSD — 10.0.1, то есть корректирующий. В тайной надежде, что в нём поправлен мелкий баг с настройкой раскладки клавиатуры в Cinnamon’е (о котором я недавно писал). Поэтому, скачав установочный образ сразу по его появлении, я при первой возможности отправился в свой VirtualBox — инсталлировать с него систему.

Какова же была моя радость, когда по завершении процесса (который прошёл без всяких отклонений от маршрута и графика) я таки смог с первой же попытки установить переключатель раскладок. Окрылённый успехом, я свернул все дела и обратился уже к машине реальной, дабы установить PC-BSD на экспериментальный диск своего реального десктопа. Где, замечу для начала, уже стояли DragonFlyBSD и несколько Linux’ов (каких — в данный момент не важно).

Правда, сначала всё выглядела прекрасно: инсталлятор PC-BSD определил всё моё железо, в частности, правильно выставил разрешение экрана (в прежние времена у PC-BSD с этим бывали напряги). А вот дальше начались кодоёбины и выёбины.

Правда, первая из них была предвидена заранее. Дело в том, что иснталлятор PC-BSD, как ни странно, не имеет собственных средств дисковой разметки. То есть, если нет возможности задействовать весь диск, как это было при виртуальной установке, то созданием раздела (причём обязательно первочного) нужно озаботиться заранее. Или — заниматься этим в режиме эксперта с помощью низкоуровневых BSD-утилит разметки. Кому доводилось проделывать эту процедуру — поймёт моё нежелание возвращаться к ней снова. Поэтому раздел под PC-BSD без файловой системы у меня был подготовлен заранее — отсавалось только его выбрать как целевой для установки.

Далее предстояло определиться с загрузкчиком. Это следовало сделать, исходя из того, что PC-BSD устанавливается на ZFS «в лоб», без всяких отдельных загрузочных разделов с какой-либо традиционной файловой системой. А загрузить её с ZFS в состоянии только GRUB Legacy, некогда специально пропатченный разработчиками Solaris’а — каковой и предлагался по умолчанию.

А вот поместить его надлежало либо в MBR диска, либо в PBR раздела под PC-BSD. Поскольку, как уже было сказано, у меня там стояла DragonFly (а её, поставленную на Hammer, напротив, нативно загрузить можно только с помощью традиционного BSD Loader’а в MBR), то я выбрал второй вариант. И, как оказалось, напрасно: после окончания развёртывания системы поступило сообщение об ошибке: оказалось, что именно эта версия GRUB’а в PBR разела установлена быть не может. Впрочем, это тоже следовало бы предвидеть, потому что с Solaris’ом история та же самая, и я её знал. Но за давностью лет запамятовал.

В этой ситуации «откатиться» на стадию определения загрузчика уже нельзя — можно только перезагружаться и начинать установку с начала. И тут прозвенел первый по настоящему тревожный звонок. Точнее, рёв процессорного кулера: корпусные вентиляторы у меня очень тихие, и нештатные режимы его работы слышны прекрасно. И загрузиться мне не удалось: последовало сообщение о перегреве системы и предложение зайти в BIOS. Последовал ему и убедился, что так оно и есть: температура процессора составляла почти 80 градусов.

Впрочем, сразу большого значения я этому не придал, списав на собственное нехорошее поведение с GRUB’ом (а в глубине души — просто на случайность). И, подождав «охлаждения», повторил процедуру установки, уже с «правильным» местоположением загрузчика. Решив, что с загрузкой DragonFly разберусь потом — в конце концов, «цепочечную» загрузку тоже ещё не запретили.

На этот раз установка завершилась без ошибок — вплоть до приглашения к перезагруке. В ходе которой история повторилась: кулер взревел, как пятидесятые широты, и «железо» рапортовало о своём перегреве. Это уже было не случайно, но хотелось всё-таки поглядеть на результаты своих усилий. Поэтому, дождавшись охлаждения обстановки, я снова попробовал загрузить PC-BSD. Загрузиться она загрузилась, и Cinnamon заработал в ней прекрасно. Но увы — всё оказалось зря: в реале при попытке определить переключатель раскладок Центр управления слетал точно так же, как раньше в виртуале…

Хотя рояля это уже не играло: работать, перезагружая машину под рёв турбин и пение горящего процессора — радости мало. О причинах же «перегрева» можно более или менее обснованно теоретизировать. Скорее всего, они — в несовместимости моей материнской платы с реализацией ACPI в PC-BSD. А может быть, и с другими BSD-системами, потому что в DragonFly дело тоже обстоит не гладко: даже после корректного завершения работы в ней выключать машину приходится кнопкой Power, а то и выключателем на блоке питания. Однако практического смысла это не имеет. Ибо даже решение вопроса «кто виноват» не приводит даже к постановке вопроса «что делать». Менять «маму» нет ни малейшего резона, тем более что она у меня не из утиля, и не с выставки мод грядущего сезона, и к тому же стандартна до полной банальности. А эксперименты с отключением ACPI лишают смысла саму идею использования PC-BSD как универсальной системы «настольного» применителя.

Точнее, ответить на вопрос «что делать» можно без определения виновного: в очередной раз отложить PC-BSD в мой ящик, который стал уже до чрезвычайности долгим…