https://opennet.ru/openforum/vsluhforumID3/66912.html Вышло (http://www.kernel.org) обновление поддерживаемых веток Linux-ядра: 2.6.32.13 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.32.13) и 2.6.33.4 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.33.4), в которых отмечено 99 и 118 исправлений. Наиболее заметные исправления затронули подсистемы: SCSI, libata, md/raid6, md/raid5, virtio, tun, sctp, ipv6, xfs, jfs, ocfs2, reiserfs, nfs, initramfs, ext4, USB, ath9k, r8169, ACPI, V4L/DVB, ALSA, drm/i915<br><br><br><br>Отдельно можно отметить устранение в новых версиях ядра двух уязвимостей:<br><br><br>- Уязвимость (http://secunia.com/advisories/39316/) в реализации файловой системы ReiserFS, связанная с некорректной установкой прав доступа на директорию ".reiserfs_priv", что может быть использовано для получения повышенных привилегий.<br>- Уязвимость (http://security-tracker.debian.org/tracker/CVE-2010-1446) во встроенном отладчике KGDB, позволяющая получить доступ на запись ко всем областям памяти ядра.<br><br><br><br><br>URL: http://www.kernel.org<br>Новость: http://w https://opennet.ru/openforum/vsluhforumID3/66912.html#18 Tue, 18 May 2010 11:08:24 GMT &gt;жалко стандарт в драфте, хотя <br>&gt;Cisco уже во всю юзает SCTP как решение для <br>&gt;подключения удаленных офисов с резервированием канала. <br><br>а можно детали?<br> https://opennet.ru/openforum/vsluhforumID3/66912.html#17 Fri, 14 May 2010 21:25:15 GMT Ну например, виртуальные машины любят забанить ядро, спасает только SysRQ, <br>эксперименты с модулями ядра, тоже весело. <br>Из Юзерспейсных - только всякая х..ня на Жаве - Eclipse, Netbeans, Maple, Vuze,...<br><br>----<br><br>А про EXT2/3/4 - ну не ставьте вы эту каку на ответственные системы. <br>XFS/JFS/Reiser3/4, для домашнего компа Reiser3 лучше нету! <br>У меня везде XFS, за последние 5 лет ни одного (тук-тук-тук) сбоя из-за ФС.<br>RAID5 на 8Тб спокойно из сети выдираю, если очень домой хочется, а ждать 20 минут, <br>пока оно потухнет, ломает.<br><br><br><br> <br><br><br><br> <br> https://opennet.ru/openforum/vsluhforumID3/66912.html#16 Thu, 13 May 2010 22:03:57 GMT Млин, это на PowerPC только<br><br><br>http://www.kernel.org/diff/diffview.cgi?file=%2Fpub%2Flinux%2Fkernel%2Fv2.6%2Fincr%2Fpatch-2.6.33.3-4.bz2;z=6<br><br>--- a/arch/powerpc/mm/fsl_booke_mmu.c<br>+++ b/arch/powerpc/mm/fsl_booke_mmu.c<br>@@ -155,15 +155,10 @@ static void settlbcam(int index, unsigned long virt, phys_addr_t phys,<br>if (cur_cpu_spec-&gt;cpu_features & MMU_FTR_BIG_PHYS)<br>TLBCAM[index].MAS7 = (u64)phys &gt;&gt; 32;<br>-#ifndef CONFIG_KGDB /* want user access for breakpoints */<br>if (flags & _PAGE_USER) {<br>TLBCAM[index].MAS3 &#124;= MAS3_UX &#124; MAS3_UR;<br>TLBCAM[index].MAS3 &#124;= ((flags & _PAGE_RW) ? MAS3_UW : 0);<br>}<br>-#else<br>- TLBCAM[index].MAS3 &#124;= MAS3_UX &#124; MAS3_UR;<br>- TLBCAM[index].MAS3 &#124;= ((flags & _PAGE_RW) ? MAS3_UW : 0);<br>-#endif<br>tlbcam_addrs[index].start = virt;<br>tlbcam_addrs[index].limit = virt + size - 1; <br> https://opennet.ru/openforum/vsluhforumID3/66912.html#15 Thu, 13 May 2010 21:22:57 GMT &gt;yes &#124; fsck <br>&gt;:-) <br><br>Жостко =)<br><br>Кстати, предыдущему постеру я бы посоветовал проверить, а _почему_ ошибки вообще появляются?<br>Может железо полетело?<br> https://opennet.ru/openforum/vsluhforumID3/66912.html#14 Thu, 13 May 2010 19:32:56 GMT yes &#124; fsck<br>:-)<br> https://opennet.ru/openforum/vsluhforumID3/66912.html#13 Thu, 13 May 2010 19:22:55 GMT всегда думал так и должно быть, в солярисном mdb так и есть<br> https://opennet.ru/openforum/vsluhforumID3/66912.html#12 Thu, 13 May 2010 18:48:46 GMT &gt; Slackware 13 (2.6.29.6-smp)<br><br>Сами себе злобный баклан - я бы с EXT4 не стал меньше чем с .30 ядром связываться (исключительно по итогам смотрения ченжлогов). И то, лучше .32 - там фиксы всякие были. Кстат а разве fsck не вопит при потугах чекания смонтированного тома?<br> https://opennet.ru/openforum/vsluhforumID3/66912.html#11 Thu, 13 May 2010 18:39:32 GMT Почему-то всегда вспоминается r4, при упоминании ext4. И становится немного досадно, честно говоря. <br> https://opennet.ru/openforum/vsluhforumID3/66912.html#10 Thu, 13 May 2010 18:06:29 GMT Умудрился промахнуться случайно запущенным fsck по смонтированному ext4 разделу. Костей собрать так и не удалось :(<br>Почему собсно промахнулся - раз от разу на разделе появлялись ошибки, всё мирно лечилось. Потом ошибки перестали появляться, я заподозрил неладное...<br>Slackware 13 (2.6.29.6-smp)<br>