На днях столкнулся со следующей проблемой - разные утилиты показывают разный размер /home раздела (разница в 55 гб).

Существующая разметка такова:

lsblk

sdb      8:16   0 465,8G  0 disk 
├─sdb1   8:17   0    15G  0 part /
├─sdb2   8:18   0   450G  0 part /home
└─sdb3   8:19   0   779M  0 part [SWAP]

df -m

Filesystem     1M-blocks   Used Available Use% Mounted on
/dev/sdb1          14991   6015      8961  41% /
/dev/sdb2         403017   1189    401825   1% /home

cat /proc/partitions

major minor  #blocks  name
   8       16  488386584 sdb
   8       17   15728516 sdb1
   8       18  471859200 sdb2
   8       19     797720 sdb3

Однако с недавнего времени заметил, что system monitor показывает размер раздела в ~393 гб. Gparted показывает, что размер раздела составляет 450 гб (как раньше), причём 57 гб неизвестно чем (для меня) занято. Это маловероятно, т.к. во - первых, раздел примерно год был почти пустой, во - вторых, поверхностный обзор показывает отсутствие каких - либо файлов, кроме нескольких размером в 1.2 гб или 1% (согласно выводу df).

Короче говоря, почти пустой 450 гб раздел позавчера првратился в не то занятый на 57 гб неизвестно чем раздел, не то ужался до 393 гб.

Как это исправить?

P.S По остальным разделам такого нет (/ раздел в 15 гб отображается корректно). Fschk.ext4 не рапортует никаких проблем.

В рассылке LKML известный разработчик ядра Greg Kroah-Hartman сообщил, что после изучения взлома kernel.org и связанных с ним ресурсов в конце августа, стало очевидно, что были также взломаны системы некоторых разработчиков ядра.

Поскольку безопасность является одним из приоритетов, Greg призывает всех разработчиков проверить свои системы. Далее в рассылке следует большой список советов как обнаружить взлом.

30 сентября другой известный разработчик ядра, Peter Anvin написал в LKML о необходимости генерирования новых PGP/GPG ключей.

Тем временем исследование взлома продолжается, и Greg обещал написать отчёт по завершении всех работ.

>>> Подробности

Собственно вопрос. Пишу портабельную (ISO C90) библиотеку для Linux, BSD, windows, Mac, Solaris, которая работает с определённым видом веб-движков. Камнем преткновения являются два вопроса - библиотека для соединения с интернетом и потокобезопасность. Первый вопрос я уже решил, используя libcurl (она поддерживает эти платформы и ещё вагон других). Что делать с потоками?

В ISOC90 нет ничего о потоках, только sig_atomic_t, но это другое. Думал использовать Glib, но там вроде проблемы с портированием. Гугл нашёл советы использовать pthreads и APR. Есть ещё идеи?

Такой вопрос. При открытии главного меню гнома при входе в систему (а иногда значительно после входа) происходит такой глюк: нижняя часть меню (начиная с кнопки «Приложения» на вкладке «Программы») отрисовывается со значительной (~3 сек.) задержкой. Т. е сначала появляется часть меню выше этой кнопки, потом меню «подскакивает» и отрисовывается нижняя часть.

Это очень раздражает, потому что в большинстве случаев я сразу лезу в меню, щёлкаю по одному из избранных элементов, но открывается тот, который распложен ниже выбранного. Даже если я не сразу открываю меню, всё равно ещё со временем приходится его открывать и терпеть этот баг. Иногда такое происходит не только при первом открытии меню.

openSUSE 11.4, версия меню 0.9.15, гнома 2.32.1

Проблем с графикой нет.