Re: find

2003-09-19 Пенетрантность Artem Chuprina
Хмутро.

PK> Из cron.daily запустился скрипт find и съел всю память и своп.
PK> В логе вижу: 

PK> Sep 19 07:15:41 h0me kernel: Directory sread (sector 0x8d0075af) failed
PK> Sep 19 07:15:41 h0me kernel: attempt to access beyond end of device
PK> Sep 19 07:15:41 h0me kernel: 03:01: rw=0, want=1182808792,
PK> limit=30852801
PK> Sep 19 07:15:41 h0me kernel: Directory sread (sector 0x8d0075af) failed
PK> Sep 19 07:15:41 h0me kernel: attempt to access beyond end of device
PK> Sep 19 07:15:41 h0me kernel: 03:01: rw=0, want=1182808792,
PK> limit=30852801
PK> Sep 19 07:15:41 h0me kernel: Directory sread (sector 0x8d0075af) failed

PK> Что бы это значило? Винт летит?

Либо винт, либо файловая система на ходу слетела и не заметила этого. Быстрое
лечение - перезагрузка в single и fsck с проверкой на badblocks.

-- 
Artem Chuprina <[EMAIL PROTECTED]>
FIDO: 2:5020/122.256



Re: HELP!!!!!!!!!

2003-09-19 Пенетрантность Nikita V. Youshchenko
> что то пошла какая то черная полоса
> сегодня с утра один сервак лег
> из syslog кусочек в прикрепленном файле
> загрузка выросла до 65.0 (смотрел и по uptime и в top)
> в top ничего необычного не увидел так же как и в ps aux
> chkrootkit ничего не нашел
> кто что подскажет?
> kernel 2.4.19

Да у вас, батенька, кернел паник.
Судя по куску лога - в недрах кода reiserfs.
А загрузка такая наверное из-за того, что из-за ошибок куча процессов попала
в uninterruptable sleep.

Что делать:
Немедленно перезагрузить (впрочем, это уже наверняка сделано)
Обязательно прогнать reiserfsck
Очень желательно обновить ядро. Фиксы reiserfs после 2.4.19 были.
Может, написать авторам reiserfs.



Re: adamantix

2003-09-19 Пенетрантность Maxim Tyurin
On Fri, Sep 19, 2003 at 12:06:29AM +0800, Eugene Tsepelev wrote:
> On Thu, 18 Sep 2003 18:31:58 +0300
> Maxim Tyurin <[EMAIL PROTECTED]> wrote:
> 
> > On Thu, Sep 18, 2003 at 11:34:40PM +0800, Eugene Tsepelev wrote:
> > >   Приветствую.
> > > Никто adamantix'ом не пользовался ? Как впечатления. Судя по анонсам 
> > > штука приятная.
> > 
> > Я пользуюсь. Штука приятная, но пока еще сыровата.
> у них на сайте написано, что использовать их репозиторий и официальный можно, 
> но не рекомендуется,
> есть ли грабли ? Х не используются.
XFree нет. 
Их официальный репозитарий нельзя использовать т.к. доступ только для
тех кто его зеркалирует :)

> как у них с security fix дела ? 

Нормально. ИМХО сейчас это единственный живой дистрибутив (не считая
хитро специализированных) с RSBAC из коробки.
Там еще и PaX прикручен что тоже приятно.

> Последний  вопрос на уже работающим сервере все живо будет, или только с нуля 
> ставить ?

Уже работающий сервер может и можно обновить - но это слишком
геморройно. Нужно ставить Debian woody minimal и обновлять до
adamantix (на сайте это хорошо описано)
-- 

With Best Regards, Maxim Tyurin
JID:[EMAIL PROTECTED]




Re: devfs vs usbmgr

2003-09-19 Пенетрантность Said Chavkin

Дмитрий Федосеев wrote:


usbmgr и hotplug сигналят в log об обнаруженном устройстве, но устройство не
появляется.


Если используется usbmgr, надо создать файл в директории 
/etc/usbmgr/vendor/$manID/$devID/modules
А в этом файле написать модули которые ты хочешь загружать при 
подключении устройства.

Например:
у меня флешка 0x09a6/0x8001
я в файл modules написал:
usb-storage



Re: devfs vs usbmgr

2003-09-19 Пенетрантность Дмитрий Федосеев

- Original Message -
From: "Said Chavkin" <[EMAIL PROTECTED]>
To: "debian-russian" 
Sent: Friday, September 19, 2003 3:23 PM
Subject: Re: devfs vs usbmgr


> Если используется usbmgr, надо создать файл в директории
> /etc/usbmgr/vendor/$manID/$devID/modules
> А в этом файле написать модули которые ты хочешь загружать при
> подключении устройства.
> Например:
> у меня флешка 0x09a6/0x8001
> я в файл modules написал:
> usb-storage
Нет, проблема во взаимодействии (или его отсутствии) с devfsd.
Если при загрузке devfsd=nomount, то все работает.

С уважением,
Дмитрий Федосеев.




Acrobat5 and background color (solve)

2003-09-19 Пенетрантность Valery A. Frolov
Hi!

Я привык читать PDFки на сером фоне, а не на белом (цвет по умолчанию).
И вот встала проблема: хочу настроить серый фон при чтении PDF в
Debian в Acrobat5.

Система: Debian (Woody) 3.0r1 + некоторые пакеты с apt-get.org
("опущенные" из sarge в woody), в том числе и acroread 5.07-woody0.0
с http://marillat.free.fr/.

Так вот, сколько я ни пытался, ничего у меня не выходило!
У xpdf есть X-ресурс paperColor, который я сделал "dark grey" и все
замечательно, но с xpdf есть нюансы (например, вместо некоторых
картинок -> Казимир Малевич (сиречь, "черный квадрат") :).

На X-ресурсы в ~/.Xresources вида
*background:   dark gray
acroread не реагирует.

В Window'ов acroread'е есть закладка Accessibility (или вроде того),
где можно выбрать цвет фона. Под Debian у меня такого не нашлось.

Вообщем, мучался я, мучался, но из-за упертости своей (хм, глаза-то
свои беречь надо :) все-таки добился своего!

Я подсмотрел как Window'ая версия работает с цветом и настройками
реестра и перенес аналогичные параметры в файл ~/.acrobat/prefs.
И все заработало!!!

Итак, в файл ~/.acrobat/prefs в секцию /Compatibility надо добавить
(или отредактировать имеющиеся) следующие три строки:

/avpAccessColorPolicy [/i 2]
/avpAccessBackgroundColor \
[/h (0x01EFFFBFA9A9A9A9A9A9)]
/avpAccessTextColor \
[/h (0x01EFFFBF0C03)]

(строки разбиты для лучшего восприятия, в файл нужно добавлять
три строки без обратной косой черты. Кароче, разберетесь :)

Эти параметры соответствую цвету черное на сером (black/dark_grey).
Я их подбирал через Edit->Preferences->Full screen->Background Color->
Custom и выбор цвета. Затем выхожу из acroread и копирую получившуюся
строку с описанием цвета из параметра /avpFullScreenColor в файле
~/.acrobat/prefs в /avpAccessBackgroundColor (с последующим
востановлением /avpFullScreenColor). Думаю, идея понятна.

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

-- 
WBR,
 Valery AKA Col0bok

... Сообразительный человек найдёт выход из трудной ситуации.
Умный человек в неё просто не попадёт... (c) ???



Re: adamantix

2003-09-19 Пенетрантность Eugene Tsepelev
On Fri, 19 Sep 2003 10:59:09 +0300
Maxim Tyurin <[EMAIL PROTECTED]> wrote:

спасибо за ответ, буду пробовать.



Как размонтировать nfs ???

2003-09-19 Пенетрантность Dimitry N. Naldaev
Привет всем

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

AirGate:/etc/apt# umount /root/mnt
Cannot MOUNTPROG RPC: RPC: Port mapper failure - RPC: Unable to receive
umount: /root/mnt: device is busy
AirGate:/etc/apt# 

Все бы ничего, но некоторые программы (например df, или что хуже 
/usr/lib/apt/methods/cdrom) виснут намертво, да так что их нельзя снять даже 
по kill -9 !!! 
:-(
как быть ???

ЗЫ ноутбук на работу понесу не скоро :-/ а перегружать машину тоже очень не 
хочется !!!



realtek 8029

2003-09-19 Пенетрантность ilya voronin
Добрый день!

вопрос правда не совсем по debian - но всё равно:
подскажите - что это и как с этим бороться. 
сетевуха - realtek 8029.

(убило ext3 :-\ на ровном месте.)

причём такая ситуация довольно стабильно воспроизводится при загруженности 
машины - правда без краха фс.
(к примеру сборки ядра).


Sep 17 19:57:46 ganymede kernel: eth0: Too much work at interrupt, 
IntrStatus=0x0001.
Sep 17 19:57:53 ganymede last message repeated 20 times
Sep 17 19:57:53 ganymede kernel: attempt to access beyond end of device
Sep 17 19:57:53 ganymede kernel: 03:01: rw=0, want=1694814424, limit=8249346
Sep 17 19:57:54 ganymede kernel: eth0: Too much work at interrupt, 
IntrStatus=0x0001.
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)): 
ext3_free_blocks: Freeing blocks not in datazone - block = 960574517, count = 1
Sep 17 19:57:54 ganymede kernel: Aborting journal on device ide0(3,1).
Sep 17 19:57:54 ganymede kernel: Remounting filesystem read-only
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)): 
ext3_free_blocks: Freeing blocks not in datazone - block = 842018865, count = 1
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)): 
ext3_free_blocks: Freeing blocks not in datazone - block = 910246979, count = 1
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)): 
ext3_free_blocks: Freeing blocks not in datazone - block = 960579139, count = 1
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)): 
ext3_free_blocks: Freeing blocks not in datazone - block = 1110722104, count = 1
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)): 
ext3_free_blocks: Freeing blocks not in datazone - block = 875837752, count = 1
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)): 
ext3_free_blocks: Freeing blocks not in datazone - block = 898167, count = 1
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)): 
ext3_free_blocks: Freeing blocks not in datazone - block = 1160987206, count = 1
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)): 
ext3_free_blocks: Freeing blocks not in datazone - block = 858863672, count = 1
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)): 
ext3_free_blocks: Freeing blocks not in datazone - block = 770422, count = 1
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)): 
ext3_free_blocks: Freeing blocks not in datazone - block = 926430775, count = 1
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)): 
ext3_free_blocks: Freeing blocks not in datazone - block = 826421297, count = 1
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)): 
ext3_free_blocks: Freeing blocks not in datazone - block = 170931268, count = 1
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)): 
ext3_free_blocks: Freeing blocks not in datazone - block = 875901242, count = 1
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)): 
ext3_free_blocks: Freeing blocks not in datazone - block = 808862017, count = 1
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)): 
ext3_free_blocks: Freeing blocks not in datazone - block = 859322416, count = 1
Sep 17 19:57:54 ganymede kernel: ext3_free_blocks: aborting transaction: 
Journal has aborted in __ext3_journal_get_undo_access<2>EXT3-fs error (device 
ide0(3,1)) in ext3_free_blocks: Journal has aborted
Sep 17 19:57:54 ganymede kernel: ext3_reserve_inode_write: aborting 
transaction: Journal has aborted in __ext3_journal_get_write_access<2>EXT3-fs 
error (device ide0(3,1)) in ext3_reserve_inode_write: Journal has aborted
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)) in 
ext3_truncate: Journal has aborted
Sep 17 19:57:54 ganymede kernel: ext3_reserve_inode_write: aborting 
transaction: Journal has aborted in __ext3_journal_get_write_access<2>EXT3-fs 
error (device ide0(3,1)) in ext3_reserve_inode_write: Journal has aborted
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)) in 
ext3_orphan_del: Journal has aborted
Sep 17 19:57:54 ganymede kernel: ext3_reserve_inode_write: aborting 
transaction: Journal has aborted in __ext3_journal_get_write_access<2>EXT3-fs 
error (device ide0(3,1)) in ext3_reserve_inode_write: Journal has aborted
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)) in 
ext3_delete_inode: Journal has aborted
Sep 17 19:57:54 ganymede kernel: eth0: Too much work at interrupt, 
IntrStatus=0x0001.
Sep 17 19:57:54 ganymede kernel: EXT3-fs error (device ide0(3,1)) in 
start_transaction: Journal has aborted
Sep 17 19:57:54 ganymede kernel: eth0: Too much work at interrupt, 
IntrStatus=0x0001.
Sep 17 19:58:25 ganymede last message repeated 77 times
Sep 17 19:58:57 ganymede last message repeated 20 times
Sep 17 19:59:03 ganymede kernel: attempt to access beyond end of device
Sep 17 19:59:03 ganymede kernel: 16:01: rw=0, want=1512509224, limit=39062016
Sep 17 19:59:03 ganymede kernel: attempt to access beyond end of device

Re: Как размонтиров ать nfs ???

2003-09-19 Пенетрантность Mikolaj Golub
"Dimitry N. Naldaev" <[EMAIL PROTECTED]> writes:

> Привет всем
> 
> Вобщем я унес домой ноутбук, а размонтировать его на рабочем компе забыл :-(
> В резуьльтате когда я его пытаюсь размонтирывать я получаю ошибку: 
> 
> AirGate:/etc/apt# umount /root/mnt
> Cannot MOUNTPROG RPC: RPC: Port mapper failure - RPC: Unable to receive
> umount: /root/mnt: device is busy
> AirGate:/etc/apt# 

umount -f /root/mnt ?

-- 
Mikolaj Golub



Re: devfs vs usbmgr

2003-09-19 Пенетрантность Said Chavkin

Дмитрий Федосеев wrote:


Нет, проблема во взаимодействии (или его отсутствии) с devfsd.
Если при загрузке devfsd=nomount, то все работает.

С уважением,
Дмитрий Федосеев.

а у тебя usbfs смонтирована?



Re: Как размонтировать nfs ???

2003-09-19 Пенетрантность Nikita V. Youshchenko
> "Dimitry N. Naldaev" <[EMAIL PROTECTED]> writes:
> 
>> Привет всем
>> 
>> Вобщем я унес домой ноутбук, а размонтировать его на рабочем компе забыл
>> :-( В резуьльтате когда я его пытаюсь размонтирывать я получаю ошибку:
>> 
>> AirGate:/etc/apt# umount /root/mnt
>> Cannot MOUNTPROG RPC: RPC: Port mapper failure - RPC: Unable to receive
>> umount: /root/mnt: device is busy
>> AirGate:/etc/apt#
> 
> umount -f /root/mnt ?

А если не поможет - то "umount -l /root/mnt" и забыть.

А в будущем всегда монтировать NFS с параметрами "hard,intr"



DIGITAL-INTERNET.COM

2003-09-19 Пенетрантность Agnieszka Jastrzebska
Hello,  
  
We are currently selling the domain name DIGITAL-INTERNET.COM 
It is priced at US$345 
  
We thought that you may be interested in this.  
  
Payment to us is instant and transfers can be complete in a matter of hours.  
 
If you would like to use WWW.DIGITAL-INTERNET.COM for your online 
business,please contact us at your earliest convenience. Please do not hesitate 
to contact us should you require any further assistance. 
 
We thank you for your attention and sincerely apologise if this e-mail has not 
been of interest to you. 
  
  
Kind Regards,  
 
  
Agnieszka Jastrzebska 
 
Web Consultant 
Weblogic 
London 
  
Tel: +44 (0)20 7329 8777 
Fax: +44 (0)20 7236 5333 
Email: [EMAIL PROTECTED] 
 
 



inittab 2345

2003-09-19 Пенетрантность Nicholas


# Note that on most Debian systems tty7 is used by the X Window System,
# so if you want to add more getty's go ahead but skip tty7 if you run X.
#

1:2345:respawn:/sbin/getty 38400 tty1   --- Интересно зачем 2345?---

2:23:respawn:/sbin/getty 38400 tty2
3:23:respawn:/sbin/getty 38400 tty3
4:23:respawn:/sbin/getty 38400 tty4
5:23:respawn:/sbin/getty 38400 tty5
6:23:respawn:/sbin/getty 38400 tty6

С уважением Николай
[EMAIL PROTECTED]




Re: inittab 2345

2003-09-19 Пенетрантность Denis Dzyubenko
On Fri, 19 Sep 2003 20:02:28 +0400,
 Nicholas(N) wrote:

N> # Note that on most Debian systems tty7 is used by the X Window System,
N> # so if you want to add more getty's go ahead but skip tty7 if you run X.
N> #

N> 1:2345:respawn:/sbin/getty 38400 tty1   --- Интересно зачем 2345?---

вероятно чтобы в любом runlevel'е была доступна как минимум один
терминал.

-- 
Denis.

Зри в корень... C:\\


Re: Как загнать все ни ти на один процессор?

2003-09-19 Пенетрантность Alex Riesen
Nikita V. Youshchenko, Thu, Sep 18, 2003 13:57:36 +0200:
> Добрый день.
> 
> Такой вопрос.
> Есть propriarity (без исходников) многопоточное приложение под Linux.
> После перехода на двухпроцессорную машину оно стало работать нестабильно -
> там явно проблемы с thread safe, которые практически никогда не проявлялись
> на одном процессоре, но мгновенно вылезли на двух - вплоть до полной
> неюзабельности приложения.
> 
> Можно ли как нибудь "запереть" приложение на одном CPU?
> (хотя бы через вызов на уровне программы - тогда я через LD_PRELOAD
> что-нибудь придумаю)
> 

поищи cpu affinity patches в инете.

2.4 их никогда поддерживать не будет (и работают они через /proc//...),
в 2.6 - стандартно, смотри sched_setaffinity (kernel/sched.c).



Re: inittab 2345

2003-09-19 Пенетрантность Denis Dzyubenko
On Fri, 19 Sep 2003 23:48:15 +0400,
 Denis Dzyubenko(DD) wrote:

DD> вероятно чтобы в любом runlevel'е была доступна как минимум один
DD> терминал.

иногда полезно перечитывать то что пишешь :) я имел ввиду текстовую
консоль.

-- 
Denis.

Пришло время расставить все точки перед RU


Re[2]: Callback со стороны клиента

2003-09-19 Пенетрантность Vladimir Stus'
Hello Alexander,

you wrote:

[kham-kham-khamargh]

> VS> Пробовал варианты после опции callback:
> VS> свой номер телефона,

>у меня так работало.

callback 791

> VS> Подскажите пожайлуста, что я делаю не так, и где можно почитать на эту
> VS> тему.

>А что пишет pppd при дозвоне "туда"?

См. аттач.

Провайдер просто не перезванивает... Как я понял из логов, происходят
неоднократные безуспешные попытки инициировать callback..

-- 
Best regards,
 Vladimirmailto:[EMAIL PROTECTED]Sep 20 03:02:42 bug pppd[278]: Connect: ppp0 <--> /dev/ttyS0
Sep 20 03:02:43 bug pppd[278]: sent [LCP ConfReq id=0x1  
   ]
Sep 20 03:02:46 bug pppd[278]: sent [LCP ConfReq id=0x1  
   ]
Sep 20 03:02:48 bug pppd[278]: rcvd [LCP ConfReq id=0x28  
 ]
Sep 20 03:02:48 bug pppd[278]: sent [LCP ConfRej id=0x28  ]Sep 20 03:02:49 bug pppd[278]: rcvd [LCP ConfReq id=0x29  ]
Sep 20 03:02:49 bug pppd[278]: sent [LCP ConfRej id=0x29 ]
Sep 20 03:02:49 bug pppd[278]: rcvd [LCP ConfReq id=0x2a  
]
Sep 20 03:02:49 bug pppd[278]: sent [LCP ConfRej id=0x2a ]
Sep 20 03:02:49 bug pppd[278]: rcvd [LCP ConfReq id=0x2b  
]
Sep 20 03:02:49 bug pppd[278]: sent [LCP ConfRej id=0x2b ]
Sep 20 03:02:49 bug pppd[278]: rcvd [LCP ConfReq id=0x2c  
]
Sep 20 03:02:49 bug pppd[278]: sent [LCP ConfRej id=0x2c ]
Sep 20 03:02:49 bug pppd[278]: rcvd [LCP ConfReq id=0x2d  
]
Sep 20 03:02:49 bug pppd[278]: sent [LCP ConfRej id=0x2d ]
Sep 20 03:02:49 bug pppd[278]: sent [LCP ConfReq id=0x1  
   ]
Sep 20 03:02:49 bug pppd[278]: rcvd [LCP ConfReq id=0x2e  
]
Sep 20 03:02:49 bug pppd[278]: sent [LCP ConfRej id=0x2e ]
Sep 20 03:02:50 bug pppd[278]: rcvd [LCP ConfAck id=0x1  
   ]
Sep 20 03:02:50 bug pppd[278]: rcvd [LCP ConfReq id=0x2f  
]
Sep 20 03:02:50 bug pppd[278]: sent [LCP ConfRej id=0x2f ]
Sep 20 03:02:50 bug pppd[278]: rcvd [LCP ConfReq id=0x30  
]
Sep 20 03:02:50 bug pppd[278]: sent [LCP ConfRej id=0x30 ]
Sep 20 03:02:50 bug pppd[278]: rcvd [LCP ConfReq id=0x31  
]
Sep 20 03:02:50 bug pppd[278]: sent [LCP ConfRej id=0x31 ]
Sep 20 03:02:50 bug pppd[278]: rcvd [LCP TermReq id=0x32]
Sep 20 03:02:50 bug pppd[278]: sent [LCP TermAck id=0x32]
Sep 20 03:02:50 bug pppd[278]: Hangup (SIGHUP)
Sep 20 03:02:50 bug pppd[278]: Modem hangup
Sep 20 03:02:50 bug pppd[278]: Connection terminated.
Sep 20 03:02:51 bug pppd[278]: Exit.
<< óÌÅÄÕÀÝÅÅ Ë ÄÅÌÕ ÎÅ ÏÔÎÏÓÉÔÓÑ 
Sep 20 03:02:54 bug modprobe: modprobe: Can't locate module char-major-108
<< úÁÐÕÓÔÉÌ pon isp-cb >>
Sep 20 03:02:54 bug pppd[287]: pppd 2.4.1 started by vovan, uid 1000



TOL24病毒管理员 在您发送的消息 中检测到 一个不可修复的病毒

2003-09-19 Пенетрантность navuser
消息的主题:Re: That movie,
消息的收件人:services





北方研究所(图纸、图书)

2003-09-19 Пенетрантность 天津机电工业科技信息研究所(图纸、图书)
北方工业机械设计研究所概况
随着改革开放的不断深入,市场化的逐步形成,我所多年来遵循着"科技领先、技术创新、服务社会、恪守诚信"的原则,为了拓宽市场,发展现代科技,服务于社会,现已经成为集科研开发、技术信息、工程项目设计、科技图书为一体的新形势下的综合性科研单位。
本所专门从事破碎、筛分、起重、运输、提升、环保设备、浮选给料、砖瓦、泵业、风机、搅拌机、减速机等设备图纸的设计开发。现有各类设备图纸万余套,科技图书数千种,并首创开发完成最新稀土永磁材料,断电不失磁的先进技术,已广泛应用于造船、冶金、汽车等行业。近年来凭借现代化的科技企业机制完成了下列各种CAD图纸的绘制与新标准的整理。已被数百家企业采用,取得了良好的经济效益和社会效益。
一、  专业图纸类如下:
筛分设备:YA型、2YA型、ZKX型、DD型、ZD型、ZDM型
破碎设备:PEX型、PE型、PF型、PCH型、HSQ型、PG型、PCB型、PL型、PEA型
环保除尘设备:ZC-III型、LPF型、PPC型、SD型、LMC型、MDC(PDC)、LEEF玻纤袋式、SHWD板卧式、KWD宽间距板卧式、GXD型、(UF、IID)单机袋式、SZD高效组合、IIY组合式、XDC型、各种多管旋风、干法脱硫、煤气发生炉
 ……
输送设备:DTII型、DT75型、FU型、(GX、LS)螺旋输送、QD80型、(TH、TD、NE)斗式提升机、SD型、DSP型、SSJ型、SGB型、SGZ型、DSS型、DSJ型……
起重设备:5-50吨双梁桥式96标准、5-20吨龙门起重96标准、MH电动葫芦门式、LD电动单梁、5-30吨A型龙门、抓斗、塔式电动葫芦……
跳 汰 机:LTGV型侧鼓式、BMB型、LTX型筛下空气室……
各种上煤机、除渣机、捞渣机
刮泥机、过滤器、淘汰机、选煤机、浓缩机、分级机
选粉烘干:GX高效旋风、NHX单转子、ZSX双转子、Q-SEPA型……
粉磨设备:球磨机、水泥磨、风扫煤磨、风扇煤磨、立式磨、摆式磨粉机……
砖瓦设备:JZK型双级真空挤砖机、JWK320真空平板瓦机、JZ型非真空制砖机系列、搅拌机系列……
通风设备:9-19(26)、4-72、G/Y-73、Y6-1、Y5-47、Y5-48、M9-26……
泵类设备:IS、IH、DA1、DL、LG、D型、WZ、WX、SH、PH、PW……
卷板机、剪板机、冲床、车、刨、铣、磨、钻、镗、木工机械、橡胶、塑料
二、   专业图书类别如下:
机械工业类  
产品目录、样本、报价手册、通讯录
化学、化工类
冶金工业类
质量管理和质量保证
企业管理培训光盘
环境科学工程
电力、计量类
各行业标准(国标/行标)
文献资料(软件)
   

  http://www.a886.com/  

(如您想更详细了解具体产品,请来电、电函,我所免费给您邮寄《图纸  图书》目录)

电话:010-88919786   传真:010-88919786  联系人:杨莉   刘金海
地址:北京市石景山区古城西路121号0邮  编:100041
E-Mail:[EMAIL PROTECTED]



TOL24病毒管理员 在您发送的消息 中检测到 一个不可修复的病毒

2003-09-19 Пенетрантность navuser
消息的主题:Thank you!,
消息的收件人:services