1.1, pavlinux (ok), 13:13, 13/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Уязвимость во встроенном отладчике KGDB, позволяющая
> получить доступ на запись ко всем областям памяти ядра.
Это была фича!
| |
|
2.2, Zenithar (?), 13:19, 13/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
А какие программы после этого пересанут работать?
Насчет ReiserFS... Эта уязвимоть была изначально? И если нет, то как долго? Ты не знаешь?
| |
|
3.5, pavlinux (ok), 14:04, 13/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
> А какие программы после этого пересанут работать?
Это шутка юмора?
>Насчет ReiserFS... Эта уязвимость была изначально? И если нет, то как долго? Ты не знаешь?
В том виде как Рейзер сейчас, изменения были в 2.6.30.
Раньше этой дырявой функции не было, они была как часть кода другой.
http://www.kernel.org/diff/diffview.cgi?file=%2Fpub%2Flinux%2F
А работал этот баг до 2.6.30 хрен знает, быстрее только проверить.
---
https://bugzilla.redhat.com/show_bug.cgi?id=568041#c0
Steps to Reproduce:
As root:
truncate --size 64M test.reiserfs
mkreiserfs -f test.reiserfs
mkdir /mnt/test
mount -o loop,rw,user_xattr test.reiserfs /mnt/test
setfattr -n user.test -v myvalue /mnt/test
As an unprivileged user:
ls -l /mnt/test/.reiserfs_priv/xattrs/2.0
rm /mnt/test/.reiserfs_priv/xattrs/2.0/user.test # Whoops
Actual results:
The unprivileged user can read and write to /mnt/test/.reiserfs_priv .
Expected results:
All processes are denied access to /mnt/test/.reiserfs_priv .
P.S.
ядро должно быть с CONFIG_REISERFS_FS_XATTR
| |
|
2.13, i (??), 23:22, 13/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
всегда думал так и должно быть, в солярисном mdb так и есть
| |
|
3.16, pavlinux (ok), 02:03, 14/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
Млин, это на PowerPC только
http://www.kernel.org/diff/diffview.cgi?file=%2Fpub%2Flinux%2F
--- a/arch/powerpc/mm/fsl_booke_mmu.c
+++ b/arch/powerpc/mm/fsl_booke_mmu.c
@@ -155,15 +155,10 @@ static void settlbcam(int index, unsigned long virt, phys_addr_t phys,
if (cur_cpu_spec->cpu_features & MMU_FTR_BIG_PHYS)
TLBCAM[index].MAS7 = (u64)phys >> 32;
-#ifndef CONFIG_KGDB /* want user access for breakpoints */
if (flags & _PAGE_USER) {
TLBCAM[index].MAS3 |= MAS3_UX | MAS3_UR;
TLBCAM[index].MAS3 |= ((flags & _PAGE_RW) ? MAS3_UW : 0);
}
-#else
- TLBCAM[index].MAS3 |= MAS3_UX | MAS3_UR;
- TLBCAM[index].MAS3 |= ((flags & _PAGE_RW) ? MAS3_UW : 0);
-#endif
tlbcam_addrs[index].start = virt;
tlbcam_addrs[index].limit = virt + size - 1;
| |
|
|
|
|
3.7, User294 (ok), 17:00, 13/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
Вот я ее тестирую, при том постепенно тестирование перешло в использование, как это и должно быть :-). Честное слово - крупных/опасных отвалов башки уже достаточно давно не замечается. ИМХО оно уже вполне годно для активного тестирования в боевых окружениях с последующим внедрежом. Учитывая разницу в скорости работы с EXT3 - перейти на ext4 весьма соблазнительно, мягко говоря.
| |
|
2.9, szh (ok), 19:40, 13/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
в домашнем использовании большинcтво проблем не встретить.
| |
2.11, астронимус (?), 22:39, 13/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
Почему-то всегда вспоминается r4, при упоминании ext4. И становится немного досадно, честно говоря.
| |
|
1.6, Терминус (?), 14:21, 13/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>sctp
жалко стандарт в драфте, хотя
Cisco уже во всю юзает SCTP как решение для
подключения удаленных офисов с резервированием канала.
| |
|
2.18, edo (ok), 15:08, 18/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>жалко стандарт в драфте, хотя
>Cisco уже во всю юзает SCTP как решение для
>подключения удаленных офисов с резервированием канала.
а можно детали?
| |
|
1.10, Аноним (-), 22:06, 13/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Умудрился промахнуться случайно запущенным fsck по смонтированному ext4 разделу. Костей собрать так и не удалось :(
Почему собсно промахнулся - раз от разу на разделе появлялись ошибки, всё мирно лечилось. Потом ошибки перестали появляться, я заподозрил неладное...
Slackware 13 (2.6.29.6-smp)
| |
|
2.12, User294 (ok), 22:48, 13/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Slackware 13 (2.6.29.6-smp)
Сами себе злобный баклан - я бы с EXT4 не стал меньше чем с .30 ядром связываться (исключительно по итогам смотрения ченжлогов). И то, лучше .32 - там фиксы всякие были. Кстат а разве fsck не вопит при потугах чекания смонтированного тома?
| |
|
|
4.15, XoRe (ok), 01:22, 14/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>yes | fsck
>:-)
Жостко =)
Кстати, предыдущему постеру я бы посоветовал проверить, а _почему_ ошибки вообще появляются?
Может железо полетело?
| |
|
5.17, pavlinux (ok), 01:25, 15/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
Ну например, виртуальные машины любят забанить ядро, спасает только SysRQ,
эксперименты с модулями ядра, тоже весело.
Из Юзерспейсных - только всякая х..ня на Жаве - Eclipse, Netbeans, Maple, Vuze,...
----
А про EXT2/3/4 - ну не ставьте вы эту каку на ответственные системы.
XFS/JFS/Reiser3/4, для домашнего компа Reiser3 лучше нету!
У меня везде XFS, за последние 5 лет ни одного (тук-тук-тук) сбоя из-за ФС.
RAID5 на 8Тб спокойно из сети выдираю, если очень домой хочется, а ждать 20 минут,
пока оно потухнет, ломает.
| |
|
|
|
|
|