ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Oleg Drokin                          2:5020/400     23 Mar 2003  20:16:35
 To : Maxim Timofeyev
 Subject : Re: kernel Q?
 -------------------------------------------------------------------------------- 
 

 Hello!
 
 Maxim Timofeyev <Maxim.Timofeyev@p1.f1763.n5030.z2.fidonet.org> wrote:
 
 MT>>>>> Только из-за замены старого ядра на новое? ;)
 OD>>>> Конечно.
 MT>>> Hу это не аргумент.
 OD>> Почему?
 MT> Потому что также может делать мною написанная rpm'ка, например.
 
 Какое? Как в FAQ? это не дело.
 
 MT> Тот, кто читает -- должен думать головой сам немного...
 
 Именно. А чтоб он в правильном направлении думал - нужно давать
 правильные подсказки ;)
 
 MT>>> ptrace меня мало волнует -- локальных пользователей нет.
 OD>> Хехе. А ну как зайдут через дырявый локальный сервис? ;)
 MT> У меня там Openwall с ow патчами на ядро. Хотя исполняемый стек для
 
 И чем это тебе поможет в случае обнаружения дырки в apache, например?
 (buffer overflow скажем)
 
 MT> данной архитектуры там и не закрывается. Чтобы получиь локальный сервис
 MT> нужно поломать сетевой.
 
 Я имел в виду, локально запущенный сетевой сервис.
 
 MT>>> Вот ext3 волнует -- использую. Хотя вроде не в каждом режиме там
 MT>>> ошибка проявляется...
 OD>> Смотря какая...
 MT> Сколько же их там?
 
 Этого незнает никто. Hо немало. В том числе и некоторое количество исправленных
 после выхода 2.4.20 (это те что уже вошли в кернел):
 ChangeSet@1.960, 2003-02-05 21:15:33-02:00, sct@redhat.com
   [PATCH] Fix signed use of i_blocks in ext3 truncate
 ...
 ChangeSet@1.913, 2003-01-21 19:39:19-02:00, akpm@digeo.com
   [PATCH] fix rare BUG in ext3
   
   Under rare conditions (filesystem corruption, really) it is possible
   for ext3_dirty_inode() to require _two_ blocks for the transaction: one
   for the inode and one to update the superblock - to set
   EXT3_FEATURE_RO_COMPAT_LARGE_FILE.  This causes the filesystem to go
   BUG.
 ChangeSet@1.907, 2003-01-21 19:25:28-02:00, akpm@digeo.com
   [PATCH] Fix ext3 scheduling storm and lockup
   
   This patch fixes an inefficiency and potential system lockup in the 2.4
   kernel's ext3 filesystem.  The problem has been present since 2.4.20-pre5.
 ChangeSet@1.884.3.6, 2002-12-16 21:33:11-02:00, akpm@digeo.com
   [PATCH] ext3 use-after-free bugfix
   
   A change was made to ext3 in 2.4.20-pre9 which will cause the
   filesystem to run ext3_mark_inode_dirty() against a freed inode.
 Bye,
     Oleg
 --- ifmail v.2.15dev5
  * Origin: Green's home news server (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор