Настольным людям здесь не нравится HP Universal Driver. Я полагаю, что они были записаны им несколько лет назад вскоре после того, как это вышло. Им нравится использовать драйверы для каждого устройства, когда это возможно. Таким образом, наш опыт с ним не был большим. Мы - университет с общими вычислительными лабораториями, таким образом, качество драйвера - что-то, о чем мы действительно заботимся о том, поскольку у нас есть более чем 1 400 рабочих станций лаборатории и 60 принтеров, которые печатают между четвертью 3 - 4 миллионов страниц на академика.
Спустя два месяца после того, как я отправил вышеупомянутое, я прошел процесс развертывания Microsoft Print service через наш весь кампус 20K студентов. Это представило набор проблем, с которыми мы не столкнулись прежде, когда мы использовали Novell, печатающий решение. Нашей единственной самой большой проблемой было качество драйвера HP.
И это были драйверы для каждого устройства, которые дали нам большую часть дерьма значительной степенью.
Рассматриваемый вопрос: принтер HP LaserJet 9050.
Драйвер для каждого устройства для этого принтера был выпущен в мае 2008. Это не имеет никакого явного Сервера 2 008 поддержки R2.
HP Universal Driver обновился в течение прошлых шести месяцев.
В нашем случае взаимодействие между некоторыми приложениями Office 2010 и драйверами PCL 2008 года для того принтера заставило принтер думать документ на 5 страниц, на самом деле распечатанный где угодно от 700 до 2 100 страниц. Это вызвало наше контролирующее печать решение никакой конец горя. Когда мы переключились на Универсальный драйвер, эта проблема ушла. HP никогда не обновлял определенный для устройства драйвер для этих 9050, таким образом, ошибка остается по сей день.
Второй выпуск: Наш большой объем печати, предназначенной, что мы заканчивали со спулером печати, разрушает несколько раз день. Восстановление катастрофических отказов, требуемых, производя чистку всей очереди печати, которая может означать несколько сотен заданий, теряется каждый раз, когда мы сделали это. Анализ Crashdump указал на HP определенный для устройства драйвер. После того как мы отодвинулись к Универсальному Драйверу, эта проблема стала некогда четвертью явления.
Еда на дом:
HP действительно хочет, чтобы Вы использовали Универсальный Драйвер, при выполнении централизованного развертывания печати с большими принтерами, разработанными для такой вещи. Это разработано для устойчивости способом, которая не определенные для устройства драйверы. Да, некоторые функции могут быть более твердыми, настраивают от того драйвера, но Вы получаете много в полной устойчивости.
Для "полупрофессиональных" принтеров драйверы для каждого устройства могут быть лучшей ставкой, поскольку те устройства не разработаны для централизованный распечатанных сценариев.
Я создаю netkit tftp сервер, и в этот обработанный первый раз с моим pxeboot файлом.
Этот tftp сервер упаковывается как tftpd
на debian/ubuntu, но, кажется, не упаковывается для мягкой фетровой шляпы, которая использует tftp-hpa сервер.
Это - рабочая конфигурация, я раньше загружал систему.
#/etc/xinetd.d/tftp
service tftp
{
disable = no
socket_type = dgram
protocol = udp
wait = yes
user = root
server = /usr/local/sbin/in.tftpd
per_source = 11
cps = 100 2
flags = IPv4
}
#/etc/dhcpd.conf
host longshot {
hardware ethernet 00:0b:db:07:83:35;
fixed-address 10.0.2.21;
next-server 10.0.2.5;
filename "pxeboot";
}
Так как это было бездисковых клиентом, мне были нужны bootparams и rarpd, таким образом, ядро могло использовать файловую систему по nfs. Это не необходимо для начальной загрузки ядра электронного диска (bsd.rd).
#/etc/bootparams
longshot root=10.0.2.5:/export/longshot/root swap=10.0.2.5:/export/longshot/swap
10.0.2.21 root=10.0.2.5:/export/longshot/root swap=10.0.2.5:/export/longshot/swap
#/etc/sysconfig/rarpd
OPTIONS="-e"
INTERFACE="eth0"
# /etc/ethers
00:0b:db:07:83:35 10.0.2.21
# /etc/exports
/export/longshot 10.0.2.0/255.255.255.0(rw,no_root_squash,sync)
1-я вещь, которую я определил, состояла в том, что Вы используете "-s/tftpboot" в xinetd.conf и добавляете dhcpd.conf опцию "корневого пути". Установка "-s" опции для средства tftpd, которое является "/" каталог, как видится tftp клиент. Таким образом, Ваш dhcpd.conf должен только иметь "filname/pxeboot" без опции корневого пути.
От "человека tftpd":
-s
Change root directory on startup. This means the remote host does not need
to pass along the directory as part of the transfer, and may add security.
When -s is specified, exactly one directory should be specified on the command
line. The use of this option is recommended for security as well as compatibility
with some boot ROMs which cannot be easily made to include a directory name
in its request.
katriel уже дал ответ, который я дал бы, таким образом, я дам еще некоторый универсальный совет вместо этого...
Примечание: это не отвечает на Ваш исходный вопрос (то, чтобы заставлять pxe клиент загрузиться вообще), это обращается, что сделать После того, как та проблема решена.
я настоятельно рекомендовал бы использование gpxelinux.0 из syslinux проекта вместо pxeboot программы, которую Вы используете (который является, вероятно, старой версией syslinux' pxelinux программа так или иначе).
не дурачь имя, gpxelinux.0 является универсальной программой самозагрузки PXE, которая может использоваться для начальной загрузки любой операционной системы. Я использую его для начальной загрузки Linux, окон, clonezilla, и различных гибких и образов CD (главным образом изображения MS-DOS/Freedos с некоторым микропрограммным обновлением на дискете - который бьет ад из записи обновления CD или дискеты и переноса его вокруг к каждой машине).
Одно из главных преимуществ gpxelinux.0 по другим pxe программам начальной загрузки - то, что он понимает больше, чем просто tftp протокол, таким образом, можно заставить его выбрать ядра, initramfs и другие сжатые файловые системы и что-либо еще http или ftp, а не tftp., это НАМНОГО быстрее и, по моему опыту, НАМНОГО более надежно. Вам все еще нужен tftp сервер, потому что фактический gpxelinux.0 файл и он являются значением по умолчанию cfg, файл все еще должны быть поданы tftp.
это также включает удобный параметр командной строки, разрешающий Вам вручную переопределять параметры загрузки (подобный тому, что можно сделать с личинкой).
просто переключение на http для загрузочных образов почти устранило сетевые проблемы начальной загрузки, которые я имел (все кроме некоторых незначительных деталей конфигурации как путь/имя файла)
Первая вещь, которую я попробовал бы, к tcpdump
трафик TFTP, чтобы видеть, завершается ли передача на самом деле успешно; если это, то, по-видимому, клиенту не нравится pxeboot
файл - или это повреждается, неправильная архитектура, или иначе не подходящее.
Взгляните на практическое руководство, которое я записал несколько лет назад. Хотя это не описывает начальную загрузку BSD, это действительно описывает весь процесс в довольно большом количестве деталей. Возможно, это помогает Вам в обнаружении, что пошло не так, как надо.
каково содержание/tftpboot/pxeboot/pxeboot.cfg/default или эквивалентный? это должно содержать информацию о ядре и initrd.img и иногда даже сетевой плате, которую Вы используете