тест
тест
mozilla и ssl
Привет. А в debian 3.0r1 мозила собрана без поддерки sll? Пока.
сервер трапнулся
Hi! $subj, собственно В лог написал Jul 23 21:40:21 forward kernel: Serverworks OSB4 in impossible state. Jul 23 21:40:21 forward kernel: Disable UDMA or if you are using Seagate then try switching disk types Jul 23 21:40:21 forward kernel: on this controller. Please report this event to [EMAIL PROTECTED] Jul 23 21:40:21 forward kernel: OSB4: continuing might cause disk corruption. Может, кто видел такое? С чего бы это? -- Alexander Kogan Institute of Applied Physics Russian Academy of Sciences
Re[3]: smbmount
Hello oka, Wednesday, July 23, 2003, 11:58:34 AM, you wrote: o Hello Evgeny, o Wednesday, July 23, 2003, 10:42:15 AM, you wrote: E 23 Июль 2003 10:17, oka написал: Всем привет! Система: Debian Woody 3.0r0 kernel: дистрибутивное 2.4.18-bf2.4 samba 2.2.3a-6 делаю: 1) smbmount //lala/mntpoint /mnt 2) mv [какой-то файл ~ 10-15Gb] /mnt копируется ровно 2 гига, после чего говорит: File size limit exceeded (похоже на то как, пытаться на FAT32 создать файл 2Gb) E встречал такое E а если не монтировать и зайти через smbclient то копируется нормально o да, через smbclient нормально, спасибо smbclient копирует _только_ 4Gb. Потом долго стоит и говорит что скопировал все. Что еще посмотреть? [какой-то файл ~ 10-15Gb] лежит на reiserfs система //lala - WindowsXP, файловая система NTFS Если копировать файл из Windows, то все нормально -- Best regards, okamailto:[EMAIL PROTECTED]
help непонятки с компом
Добрый день! ситуация такая жил был сервачок маленький [EMAIL PROTECTED]:~# lspci 00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03) 00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) 00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) 00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) 00:08.0 VGA compatible controller: Tseng Labs Inc ET6000 (rev 60) 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10) 00:0a.0 Ethernet controller: Intel Corp. 82557 [Ethernet Pro 100] (rev 08) и тут начал сам по себе перегружаться примерно раз в сутки куда копать? memtest гонял ошибок не нашел блок питания поменял винт тоже вроде живой было ядро 2.4.19 пересобрал 2.4.21-ac4 с i2c lm-sensors патчами sensors выдает всякий бутор -- [EMAIL PROTECTED]:~# sensors lm80-i2c-0-2d Adapter: SMBus Via Pro adapter at 5000 Algorithm: Non-I2C SMBus adapter +5V: +4.29 V (min = +4.50 V, max = +0.00 V) ALARM VTT: +2.55 V (min = +1.71 V, max = +2.09 V) ALARM +3.3V: +2.57 V (min = +2.97 V, max = +3.63 V) ALARM +Vcore:+0.31 V (min = +2.52 V, max = +3.08 V) ALARM +12V: +13.01 V (min = +10.80 V, max = +13.20 V) ALARM -12V: -8.60 V (min = -9.86 V, max = -7.78 V) -5V: -3.25 V (min = -4.03 V, max = -2.80 V) ALARM fan1: 10629 RPM (min = 6000 RPM, div = 1) fan2: 5648 RPM (min = 6000 RPM, div = 1) ALARM temp: +127.00 ╟C (hot:limit = +6╟C, hysteresis = +5╟C) ALARM (os: limit = +6╟C, hysteresis = +5╟C) ALARM alarms: Board temperature input (LM75) ALARM ds1621-i2c-0-4c Adapter: SMBus Via Pro adapter at 5000 Algorithm: Non-I2C SMBus adapter temp: +8.00╟C (min = +8.0╟C, max = +8.0╟C) eeprom-i2c-0-51 Adapter: SMBus Via Pro adapter at 5000 Algorithm: Non-I2C SMBus adapter Memory type:SDRAM DIMM SPD SDRAM Size (MB):256 Юркин Евгений
LILO
HI! Каждый раз при переустановке LILO получаю сообщение: [EMAIL PROTECTED]:~# lilo Warning: Int 0x13 function 8 and function 0x48 return different head/sector geometries for BIOS drive 0x80 В чем дело и как лечить? -- Regards, Konstantin A. Shchekotoff
Alt Linux debian dvd - cd
Доброго времени суток! Хотелось бы сконвертить altlinux'овский dvd с debian 3.0 в набор компашек. Понимаю, что для этого можно воспользоваться jigdo, но, если использовать .jigdo и .template файлы с официального сайта, то получатся официальные cd, а kde, openoffice и др. пойдут лесом. Что можно мне предпринять? Хотелось бы полную копию dvd, но только на компашках. Не могли бы ребята из AltLinux выложить .jigdo и .template файлы? Спасибо. -- WBW, AmadiS Institute of chemistry, Syktyvkar, Komi Republic, Russia
Re: LILO
On Thu, 24 Jul 2003 14:23:47 +0400 Konstantin A. Shchekotoff [EMAIL PROTECTED] wrote: HI! Каждый раз при переустановке LILO получаю сообщение: [EMAIL PROTECTED]:~# lilo Warning: Int 0x13 function 8 and function 0x48 return different head/sector geometries for BIOS drive 0x80 В чем дело и как лечить? -- Начало цитаты -- Она ругается на несоответствие по числу головок и секторов, возвращаемых разными вызовами BIOS. Число дорожек не проверяется, т.к. fn 08 принципиально не может вернуть больше 1024 цилиндров. Это - проблема Вашего BIOS, а не lilo. Лучший выход из этой ситуации - всегда использовать параметр lba32 в lilo.conf - он вас не подведет при наличии в биосе fn 48. -- Конец цитаты -- PS. Google rulez :) -- Regards Ilia Menchikh JID [EMAIL PROTECTED]
Re: mozilla и ssl
On Thu, 24 Jul 2003 11:33:24 +0300 Said Chavkin [EMAIL PROTECTED] wrote: Привет. А в debian 3.0r1 мозила собрана без поддерки sll? почему без? как раз сейчас пользую мозиллу С ssl, debian 3.0r1 -- Best regards, Yuri Leikind В vi есть два режима - всё портить и бибикать
Re: mozilla и ssl
On 2003.07.24 at 18:13:11 +0300, Yuri Leikind wrote: On Thu, 24 Jul 2003 11:33:24 +0300 Said Chavkin [EMAIL PROTECTED] wrote: Привет. А в debian 3.0r1 мозила собрана без поддерки sll? почему без? Наверное, потому что для человека неочевидно, что для того чтобы ssl заработала надо пакет mozilla-psm поставить.
Re: devfs vs pts
Dan пишет:
Не совсем в тему, но все же. Играюсь сейчас с linux devfs и появилась
трабла - не работают псевдоконсоли, может быть кто-нибудь сталкивался?
Вот кусок strace попытки запуска того же rxvt (из-под рута даже):
Хммм. у меня такая проблема была только в 2.6.0... в итоге я сделал
только devfs... вроде все работает :-)
Скажите если это не правильно.
open(/dev/ptmx, O_RDWR) = 7
statfs(/dev/pts, {f_type=DEVFS_SUPER_MAGIC, f_bsize=4096,
f_blocks=0, f_bfree=0, f_bavail=0, f_files=0, f_ffree=0, f_fsid={0, 0},
f_namelen=255}) = 0
statfs(/dev/, {f_type=DEVFS_SUPER_MAGIC, f_bsize=4096, f_blocks=0,
f_bfree=0, f_bavail=0, f_files=0, f_ffree=0, f_fsid={0, 0},
f_namelen=255}) = 0
ioctl(7, SNDCTL_TMR_TIMEBASE, {B38400 opost isig icanon echo ...}) = 0
ioctl(7, TIOCGPTN, [0]) = 0
stat64(/dev/pts/0, 0xbfffe8d0)= -1 ENOENT (No such file or
directory)
fcntl64(7, F_GETFD) = 0
close(7)= 0
open(/dev/ptyp0, O_RDWR|O_NOCTTY) = -1 ENOENT (No such file or
directory)
...
open(/dev/ptyzf, O_RDWR|O_NOCTTY) = -1 ENOENT (No such file or
directory)
write(2, rxvt: , 6rxvt: ) = 6
write(2, can\'t open pseudo-tty, 21can't open pseudo-tty) = 21
write(2, \n, 1
) = 1
write(2, rxvt: , 6rxvt: ) = 6
write(2, aborting, 8aborting) = 8
write(2, \n, 1
) = 1
exit_group(1) = ?
fb
Доброго времени суток уважаемое сообщество Вопрос следующий, получилось ли у кого настроить нормально fb с Nvidia картой, я вот сегодня попробовал это сделать но результаты половинчатые, Пере-собрал ядро с поддержкой fb, включил драйвер nVidia riva support, собрал ядро, появился пингвин при загрузке :) и собственно в консоли fb работает нармально, ставит нужное разрешение и частоту кадровую, но как только гружу Х-ы начинаются проблемы, а именно вылазит квадрат разноцветный на экран, и при возврате из Х-ов в консоль виснет система. Перед тем как пере-собирать ядро с поддержкой фрэймбуфера, установил патч, найденый в нете который якобы устраняет проблемы с Nvidia картами но штото результа Вот такие дела хотелось бы использовать fb и Х-ы по очереди, иногда надо грузится в консоль просто, про проблему с nvidia картами и fb я слышал давно но возможно чтото изменилось или комуто всеже удалось настроить нармально fb и Х-ы с Nvidia поделитесь опытом. Мои данные: ядро 2.4.20 карта Riva TNT2 pro Debian Woody 3.0 P.S напомните где в Woody прописано включение fb при загрузке, где этот пингвин прописан :) а то чтот запамятовал -- С уважением VOLAND -_- Энергетический Линуксоид -_- || | Linux | | Debian 3.0 aka WOODY | | Sylpheed 0.9.0 Claws | ||
Re: k2.4: ipchains/iptables -Z -L
Sergey V. Spiridonov wrote: Orehov Pasha wrote: Ладно, в 2.4 ядре сломали атомарное чтение-очистку ipchains А кто-нибудь знает, в 2.4.21 iptables -Z -L нормально работает? кстати, ipchains там никто не собирается чинить? Чтобы инициировать этот процесс куда писать? По результатам моих последних экспериментов, в 2.4.21 ещё и nfs сломали :(. Не, это не в ядре сломали, это nfs-kernel-server сломали -- Best regards, Sergey Spiridonov
