Всем привет. Поставил на Hyper-v debian 6 по инструкции с habrahabr. Ядро у дебиана идет 2.6.32, а надо минимум 2.6.36 для использования всех возможностей виртуальной машины (гигабитная сетявка и все такое). Скачал, от родного ядра оторвал конфиг, скормил новому, добавил майкрософтовские модули, собрал. Загружается через раз, точнее раз через восемь. Заканчиваются неудачные загрузки сообщениями:
hda: invalid geometry: 0 physical heads?
ide-gd: hdc: not supported by this driver
ide-gd: hdc: protocol (0x00) is not ATAPI
Далее через некоторое время вываливается в консоль initramfs.
Что это может быть?
Hyper-V + Debian 6
А перейти на sid не поможет? Там самое новое ядро. Т.е. с Debian Squeeze сделать Debian Wheezy
Wheezy еще не вышел, учитывая, что виртуальная машина не домашняя а корпоративная, будет выполнять роль сервера, то использование не стабильных релизов крайне не желательно.
А делали по этой инструкции http://habrahabr.ru/blogs/virtualization/115630/
Да, оно. Вначале поставил самое последнее - тогда это было 2.6.38.5, проблема была такая же. Долгие размышления над текстом ошибки привели к следующей мысли - жесткий диск обозначен как sda, а линукс пытается загрузиться с диска hda, на котором собственно находит 0 physical heads. У кого-нибудь есть по этому поводу какие-нибудь идеи?
Поставил ядро 3.1.4 - абсолютно такая же реакция.
Скачал, от родного ядра оторвал конфиг, скормил новому
Вот это вот что такое?
Просто без изменений конфиг подложили чтоли?
Вам же как раз новые фичи ядра нужны, откуда они в старом конфиге сами-то возьмутся?
make oldconfig
-разбираемся с изменениями,
потом:
make menuconfig
-шлифуем.
Долгие размышления над текстом ошибки привели к следующей мысли - жесткий диск обозначен как sda, а линукс пытается загрузиться с диска hda,
В конфиге grub'a правим пути для initrd и образа ядра.
И также в /etc/fstab проверяем правильные ли названия устройств.
Еще такое дело:
Если вы будете делать make oldconfig начиная от версии 2.6.32 рсазу на 2.6.36 у вас этот "вопрос-ответ"
будет очень долгим.- В смысле будьте к этому готовы.
С другой стороны, если наоборот в компе sata диск, а ядро видит его как hda, то надо пересобрать ядро
убрав там * с PATA - и наоборот поставив * для sata generic вот точнее сейчас эти параметры не назову по памяти. Ну и драйвера для своего чипсета должны быть включены,- да и лучше не модулем. UPD: уточнено в следующем посте.
Уточняю(поправляюсь со своей шпаргалки) по конфигурированию для драйверов винта:
в make menuconfig
Device Drivers ---> ATA/ATAPI/MFM/RLL support -выключить.
А вот это
Device drivers -> Serial ATA (prod) and Parallel ATA drivers - включить лучше немодулем.
Вот тогда должно ядро видеть и IDE и SATA диски как sda.
Кроме того, для того чтобы правильно выбрать драйвер ядра, необходимо знать каким контроллером управляется жесткий диск.
Узнать это можно с помощью lspci - подгядеть, что за чипсет. И там же при конфигурированиии лучше его включить немодулем (а если от initrd отказываетесь, то точно монолитно включать).
И определитесь будет ли вам нужен initrd,- потому что вы как раз конфигурируете вокруг этой опции- по смыслу, (а по нахождению она в General Setup).
Сори за полипостинг, в одно не засунул,
еще вот эти опции проверьте, и если не включены (желательно монолитно), то включите:
Device drivers -> SCSI device support
Device drivers -> SCSI disk support
Device drivers -> SCSI CDROM support
Device drivers -> SCSI generic support
Ну, то что у вас сидюк новый- sata есть это телепатия. Если нет в наличии, то может потом будет.
redux, хватит мультипостить - сильно раздражает. есть же кнопка "изменить". Fat-Zer.
Добавляю:
Да и не забудьте свои нужные фичи-то включить- в новом ядре.
Очень мне понравилось при совместном-сравнительном прочтении:
Wheezy еще не вышел, учитывая, что виртуальная машина не домашняя а корпоративная, будет выполнять роль сервера, то использование не стабильных релизов крайне не желательно.
и
...
Да и не забудьте свои нужные фичи-то включить- в новом ядре.
(при том, что всё, сказанное redux - по существу и к делу!)
Меня всегда умиляла wink вера домашних самоделкиных, что собранный кустарно, на коленке ... на грязной кухне wink kernel + с плохим пониманием множества его конфигурационных параметров - будет стабильнее, чем у релизного (тысячи раз уже запущенного и опробованного), но ещё не названного официальным и стабильным, дистрибутива. :O
Olej, поясняю. Собственно в названии сабжа написано - debian+Hyper-V, т.е я не собираюсь делать супербыстрое и суперстабильное ядро кустарно, мне нужно просто включить драйвера для Hyper-V. Я больше скажу - даже если поставить самую последнюю версию Debiana, поддержки этих драйверов там скорее всего не будет, собирать ядро по-любому понадобится. К тому, же если ставить develop-версию ядра, то вместе с ним, насколько я понимаю, потянутся develop-версии Apache, PHP, MySQL. Мне этого не нужно совершенно.
redux, спасибо, много написал, проверяю.
К тому, же если ставить develop-версию ядра, то вместе с ним, насколько я понимаю, потянутся develop-версии Apache, PHP, MySQL.
Не должно ничего потянуть новое ядро, у меня, по крайней мере ничего не требуют новые ядра. Вы его в пакет собирайте, и штатными средствами системы ставьте, и оно даже из общей идеологии Дебиана не выпадет- учтётся пакетным менеджером (и как вы знаете в добавок сам настроится груб-- автоматичсеки в смысле при установке пакета с ядром).
-develop-версию ядра,
Что это за концепция такая, нет такой конценции. Ядро и есть ядро. Вы же стабильную версию будете ставить, а не тестируемую. Приствка "develop" скорее говорила бы о включении отладочных опций в сборку,- что нам совсем не надо.
Сборка ядра в дебиане в пакет, на вскидку:
http://my-debian.blogspot.com/2007/10/blog-post_29.html
Только симлинк linux не создавайте,-не нужно это, -просто в директорию с сорцами переходите и всё. Ну и терминология там в одном месте хромает, написано "проинсталируем ядро" вместо "соберем пакеты". А так в целом оно. Кроме этого, нет нужды собирать ядра под рутом, -собирайте у себя в домпапке, в отдельной аккуратной директории, например ~/kernels .Там же всё и хранить можно, разложив по полочкам, а не в /usr/src.
Собственно в названии сабжа написано - debian+Hyper-V, т.е я не собираюсь делать супербыстрое и суперстабильное ядро кустарно, мне нужно просто включить драйвера для Hyper-V.
А что вас (я несколько народа видел) так колбасит с Hyper-V ?
Почему не использовать VirtualBox от Sun, или QEMU на котором он построен?
Нет ни одного аргументированно доказанного преимущества Hyper-V или или Xen перед QEMU - одни словеса.
(хотя интересно, для познавательности, и с Hyper-V покопаться)
Посмотрите: Виртуализация - может тоже что-то подскажет?
Myxins пишет:
develop-версию ядра,
-
Что это за концепция такая, нет такой конценции.(redux)
По крайней мере этого не должно быть в этой теме.--
Я смягчу, дабы не возникло оффтопа,- о том, есть ли место для этого понятия или нет вообще.
А что вас (я несколько народа видел) так колбасит с Hyper-V ?
Почему не использовать VirtualBox от Sun, или QEMU на котором он построен?
Нет ни одного аргументированно доказанного преимущества Hyper-V или или Xen перед QEMU - одни словеса.
(хотя интересно, для познавательности, и с Hyper-V покопаться)
Посмотрите: Виртуализация - может тоже что-то подскажет?
Нас так колбасит с Hyper-V потому, что у нас стоит виндовый сервер, это как бы не просто так поиграться, а для выполнения определенных бизнес-процессов. Поднятие веб-сервера на линуксе это одна из задач использования физического сервера. Холивары про то, что линукс-сервер лучше, что лучше использовать XEN, здесь лишние. Кстати, VirtualBox сану уже давно не принадлежит.
Про develop-версию. Я имел ввиду, если я перейду на sid, чтобы поставить самое последнее ядро от сборщиков дистрибутива, то при обновлении поставятся самые последние и непроверенные версии всех остальных программ. Собственно debian был выбран не случайно, насколько я знаю этот дистриб считается самым стабильным за счет использования не самых новых, но самых стабильных версий программ.
PS: ядрышко нормально собралось
PPS: При использовании Hyper-V достаточно купить ОДНУ лицензию на сервер и поставить на него 4 виртуальных сервера. При использовании Xen надо лицензировать каждый сервер. Использование ос Windows критично для как минимум 4 серверов. Про wine лучше не стоит вспоминать - использование подобия виртуальной машины на виртуальном сервере это уже слишком.
Кстати, VirtualBox сану уже давно не принадлежит.
:lol:
Ну, по причине отсутствия в природе Sun Microsystems, конечно "не принадлежит".
Покойникам вообще мало что принадлежит wink
Но сделан то VirtualBox руками Sun?
От того, что Деннис Ритчи умер, он не стал ведь в меньшей степени быть автором языка C и OS UNIX?
Про develop-версию. Я имел ввиду, если я перейду на sid, чтобы поставить самое последнее ядро от сборщиков дистрибутива
Ну вот блин. Связь где? Для того чтобы поставить последнее ведро переходить на sid вообще не обязательно.
Я знаю, вообще-то прошить ядро у меня не получалось, поэтому мне просто предложили перейти на sid.