прошить ядро

Myxins, Не сочтите за придирки:
Терминологию надо чтить. "Прошивка"- термин относящийся к железу. Прошить можно микроконтроллер, микросхемку БИОС'а, модем какой-нить.
А ядра собирают. Если вливаетесь в это дело, вливайтесь качественно.  smile

Про develop-версию. Я имел ввиду, если я перейду на sid, чтобы поставить самое последнее ядро от сборщиков дистрибутива

Ну вот блин. Связь где? Для того чтобы поставить последнее ведро переходить на sid вообще не обязательно.

Кстати, VirtualBox сану уже давно не принадлежит.

:lol:
Ну, по причине отсутствия в природе Sun Microsystems, конечно "не принадлежит".
Покойникам вообще мало что принадлежит  wink
Но сделан то VirtualBox руками Sun?
От того, что Деннис Ритчи умер, он не стал ведь в меньшей степени быть автором языка C и OS UNIX?

А что вас (я несколько народа видел) так колбасит с 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 лучше не стоит вспоминать - использование подобия виртуальной машины на виртуальном сервере это уже слишком.

Myxins пишет:
develop-версию ядра,
-
Что это за концепция такая, нет такой конценции.(redux)

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

Собственно в названии сабжа написано - debian+Hyper-V, т.е я не собираюсь делать супербыстрое и суперстабильное ядро кустарно, мне нужно просто включить драйвера для Hyper-V.

А что вас (я несколько народа видел) так колбасит с Hyper-V ?
Почему не использовать VirtualBox от Sun, или QEMU на котором он построен?
Нет ни одного аргументированно доказанного преимущества Hyper-V или или Xen перед QEMU - одни словеса.
(хотя интересно, для познавательности, и с Hyper-V покопаться)
Посмотрите: Виртуализация - может тоже что-то подскажет?

К тому, же если ставить develop-версию ядра, то вместе с ним, насколько я понимаю, потянутся develop-версии Apache, PHP, MySQL.

Не должно ничего потянуть новое ядро, у меня, по крайней мере ничего не требуют новые ядра. Вы его в пакет собирайте, и штатными средствами системы ставьте, и оно даже из общей идеологии Debian не выпадет- учтётся пакетным менеджером (и как вы знаете в добавок сам настроится груб-- автоматичсеки в смысле при установке пакета с ядром).

-
Что это за концепция такая, нет такой конценции. Ядро и есть ядро. Вы же стабильную версию будете ставить, а не тестируемую. Приствка "develop" скорее говорила бы о включении отладочных опций в сборку,- что нам совсем не надо.

Сборка ядра в дебиане в пакет, на вскидку:
http://my-debian.blogspot.com/2007/10/blog-post_29.html
Только симлинк linux не создавайте,-не нужно это, -просто в директорию с сорцами переходите и всё. Ну и терминология там в одном месте хромает, написано "проинсталируем ядро" вместо "соберем пакеты". А так в целом оно. Кроме этого, нет нужды собирать ядра под рутом, -собирайте у себя в домпапке, в отдельной аккуратной директории, например ~/kernels .Там же всё и хранить можно, разложив по полочкам, а не в /usr/src.

и

(при том, что всё, сказанное redux - по существу и к делу!)

Меня всегда умиляла  wink вера домашних самоделкиных, что собранный кустарно, на коленке ... на грязной кухне  wink kernel + с плохим пониманием множества его конфигурационных параметров - будет стабильнее, чем у релизного (тысячи раз уже запущенного и опробованного), но ещё не названного официальным и стабильным, дистрибутива.  :O

Device drivers -> SCSI device support 
Device drivers -> SCSI disk support
Device drivers -> SCSI CDROM support
Device drivers -> SCSI generic support

Ну, то что у вас сидюк новый- sata есть  это телепатия. Если нет в наличии, то может потом будет.

redux, хватит мультипостить - сильно раздражает. есть же кнопка "изменить". Fat-Zer.
Добавляю:
Да и не забудьте свои нужные фичи-то включить- в новом ядре.

Device Drivers ---> ATA/ATAPI/MFM/RLL support

-выключить.
А вот это

Device drivers -> Serial ATA (prod) and Parallel ATA  drivers

- включить лучше немодулем.
Вот тогда должно ядро видеть и IDE и SATA диски как sda.

Кроме того, для того чтобы правильно выбрать драйвер ядра, необходимо знать каким контроллером управляется жесткий диск.
Узнать это можно с помощью lspci - подгядеть, что за чипсет. И там же при конфигурированиии лучше его включить немодулем (а если от initrd отказываетесь, то точно монолитно включать).

И определитесь будет ли вам нужен initrd,- потому что вы как раз конфигурируете вокруг этой опции- по смыслу, (а по нахождению она в General Setup).

С другой стороны, если наоборот в компе sata диск, а ядро видит его как hda, то надо пересобрать ядро
убрав там * с PATA - и наоборот поставив * для sata generic вот точнее сейчас эти параметры не назову по памяти. Ну и драйвера для своего чипсета должны быть включены,- да и лучше не модулем. UPD: уточнено в следующем посте.

Долгие размышления над текстом ошибки привели к следующей мысли - жесткий диск обозначен как sda, а линукс пытается загрузиться с диска hda,

В конфиге grub'a правим пути для initrd и образа ядра.
И также в /etc/fstab проверяем правильные ли названия устройств.

Скачал, от родного ядра оторвал конфиг, скормил новому

Вот это вот что такое?
Просто без изменений конфиг подложили чтоли?
Вам же как раз новые фичи ядра нужны, откуда они в старом конфиге сами-то возьмутся?
make oldconfig
-разбираемся с изменениями,
потом:
make menuconfig
-шлифуем.