Re: Аналог утилиты tac для сжатого файла
автор, я правильно понимаю. что текстовый файл - это некий очень большой лог, генерируемый в постоянном режиме некой coolprog? по-моему, имеет смысл натравить на него logrotate, конфиги для него пишутся просто, в мане все расписано. настроить его, чтобы при достижении определенного размера (500M, допустим), он жал файл в очередной бэкап. бжкапы нумеруются, можно настроить, сколько штук их хранить, также перед сжатием файла на его месте тут же создается пустой, так что прога ничего не заподозрит. а можно при желании прикрутить к нему скрипт, который будет смотреть содержимое и вытаскивать из него. допустим, даты первой и последней записи, по которым именовать файл вроде coolprog.log_20120125-20120208.gz, чтобы при необходимости легко было найти нужный файл. по-моему, куда более оптимальный вариант. ибо coolprog может и полгода работать, так фигли хранить устаревшую информацию? 2012-044 16:30 Alexey Pechnikov wrote: > Большой файл (больше размера ОЗУ и свободного дискового пространства) > сжат, например, с помощью gzip или любого другого потокового > упаковщика. Надо его разжать, причем с реверсом строк "на лету", не > читая весь файл в память и не сохраняя на диск. > > Понятно, что задача выполнима, вопрос, существует ли стандартное > решение или надо свою утилиту писать? > > > Примечание: конвейер zcat + tac может выполнить операцию, но увы, файл > в процессе разжимается целиком. > -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120214123133.1e86c...@ulf.tvoe.tv
Ядро 3.2.0 из бэкпортов и CVE-2012-0056
Салют всем! Стоит ядро linux-image-3.2.0-0.bpo.1-amd64 из бэкпортов. В его changelog'е есть упоминание об фиксе бага CVE-2012-0056. linux-2.6 (3.2.1-2) unstable; urgency=high ... * proc: clean up and fix /proc//mem handling (CVE-2012-0056) ... -- Ben Hutchings Mon, 23 Jan 2012 15:10:04 + Выходит, что пофиксили. Для проверки я пользуюсь тестом на уязвимость, который был описан у redhat: https://bugzilla.redhat.com/attachment.cgi?id=556461 На ядрах от RH оно выдает: write: : Invalid argument not vulnerable а на linux-image-3.2.0-0.bpo.1-amd64 оно дает vulnerable Может ли кто проверить этот тест на ядре из Testing/Unstable? -- WBR, Andrey Tataranovich -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120214090919.gi6...@debbox.it
Долгосрочная поддержка Iceweasel 10
Здравствуйте, Кто-нибудь в курсе, планируется ли долгосрочная поддержка бэкпортированной версии Iceweasel 10 (ведь это LTS-версия) в репозитории mozilla.debian.net, как это было с предыдущим LTS-релизом 3.6? По рассылкам поискал — вроде ничего не видно по этому поводу. pgptnrIcSmTTI.pgp Description: PGP signature
Re: Аналог утилиты tac для сжатого файла
> Re: Аналог утилиты tac для сжатого файла > dimas > Tue, 14 Feb 2012 00:32:02 -0800 > автор, я правильно понимаю. что текстовый файл - это некий очень большой лог, > генерируемый в постоянном режиме некой coolprog? Не хотел никого провоцировать, потому не давал описания задачи, но раз возник вопрос, уточню. Это система потокового анализа, берущая из БД, скажем, несколько гиг информации и создающая результат аналогичного объема, который передается на дальнейшую обработку или построителю отчетов. Обработчик написан как потоковый и памяти практически не ест (реверс строк возникает для того, чтобы группировку делать - последняя обработанная запись в группе становится первой, остальные после реверса можно игнорировать, так получаем любые итоги с накоплением в рамках модели потоковой обработки). Понятно, что при запуске уже десятка потоков обработки никакой памяти не хватит (учитывая реверс строк - уже два экземпляра данных получается, и т.п.). При сбросе данных на диск, скажем, на виртуалке с 0,5 Гб памяти все отлично обрабатывается (нет, память я не экономлю... экономить - это в 640 кБ уместить... возможно, кстати, только бесполезно практически), но это явно неэффективно делать без сжатия (сжатие уменьшает размер временных файлов ~100 раз), да и о SSD дисках стоит подумать с их ограниченным числом циклов перезаписи. Так вот, прежде чем делать очевидную вещь - создавать связный список, в вершине которого несжатый буфер, а далее сжатые блоки, и оперировать этой структурой, решил уточнить, неужели нет готовых решений для задачи (была кстати, когда-то идея сделать модуль для эскулайт с реализацией эффективного поколоночного хранения данных, да надобности тогда не было, а оказывается, такая вещь с функцией реверса записей может быть очень полезна). -- Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: Ядро 3.2.0 из бэкпортов и CVE-2012-0056
14.02.2012 13:09, Andrey Tataranovich пишет: > Салют всем! > > Стоит ядро linux-image-3.2.0-0.bpo.1-amd64 из бэкпортов. В его changelog'е > есть упоминание об фиксе бага CVE-2012-0056. > > linux-2.6 (3.2.1-2) unstable; urgency=high > ... > * proc: clean up and fix /proc//mem handling (CVE-2012-0056) > ... > -- Ben Hutchings Mon, 23 Jan 2012 15:10:04 + > > Выходит, что пофиксили. > Для проверки я пользуюсь тестом на уязвимость, который был > описан у redhat: https://bugzilla.redhat.com/attachment.cgi?id=556461 > > На ядрах от RH оно выдает: > > write: : Invalid argument > not vulnerable > > а на linux-image-3.2.0-0.bpo.1-amd64 оно дает > > vulnerable > > Может ли кто проверить этот тест на ядре из Testing/Unstable? > vulnerable, однако эксплоиты, описанные в баге, не работают. -- Best regards, Mikhail. - XMPP: ant...@stopicq.ru WWW: http://www.antmix.pp.ru/ signature.asc Description: OpenPGP digital signature
Re: Ядро 3.2.0 из бэкпортов и CVE-2012-0056
16:43 Tue 14 Feb, Mikhail A Antonov wrote: > 14.02.2012 13:09, Andrey Tataranovich пишет: > > Салют всем! > > > > Стоит ядро linux-image-3.2.0-0.bpo.1-amd64 из бэкпортов. В его changelog'е > > есть упоминание об фиксе бага CVE-2012-0056. > > > > linux-2.6 (3.2.1-2) unstable; urgency=high > > ... > > * proc: clean up and fix /proc//mem handling (CVE-2012-0056) > > ... > > -- Ben Hutchings Mon, 23 Jan 2012 15:10:04 + > > > > Выходит, что пофиксили. > > Для проверки я пользуюсь тестом на уязвимость, который был > > описан у redhat: https://bugzilla.redhat.com/attachment.cgi?id=556461 > > > > На ядрах от RH оно выдает: > > > > write: : Invalid argument > > not vulnerable > > > > а на linux-image-3.2.0-0.bpo.1-amd64 оно дает > > > > vulnerable > > > > Может ли кто проверить этот тест на ядре из Testing/Unstable? > > > vulnerable, однако эксплоиты, описанные в баге, не работают. Спасибо. -- WBR, Andrey Tataranovich -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120214124542.gj6...@debbox.it
Re: Аналог утилиты tac для сжатого файла
On Tue, Feb 14, 2012 at 05:29:08PM +0400, Alexander wrote: > а может стоит посмотреть в сторону свойств файловых систем? например, zfs > умеет сжимать "прозрачно" Уже предлагали. -- WBR, wRAR signature.asc Description: Digital signature
Re: запись образа на флешку
запишите с веника CD1 вот этим https://launchpad.net/win32-image-writer/+download проверено -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/133691329226...@web7.yandex.ru
Re: запись образа на флешку
14.02.2012 17:37, Alexander пишет: > запишите с веника CD1 вот этим > https://launchpad.net/win32-image-writer/+download проверено И чем это отличается от dd? -- Best regards, Mikhail. - XMPP: ant...@stopicq.ru WWW: http://www.antmix.pp.ru/ signature.asc Description: OpenPGP digital signature
Re: Ядро 3.2.0 из бэкпортов и CVE-2012-0056
On 14.02.2012 16:43, Mikhail A Antonov wrote: >> Для проверки я пользуюсь тестом на уязвимость, который был >> описан у redhat: https://bugzilla.redhat.com/attachment.cgi?id=556461 >> >> На ядрах от RH оно выдает: >> >> write: : Invalid argument >> not vulnerable >> >> а на linux-image-3.2.0-0.bpo.1-amd64 оно дает >> >> vulnerable >> >> Может ли кто проверить этот тест на ядре из Testing/Unstable? >> > vulnerable, однако эксплоиты, описанные в баге, не работают. Как же может быть vulnerable, если эксплойт не работает? :) RH тест на уязвимость не полный, он проверяет, есть ли в ядре "ломающий" коммит (как там написано в начале), но не проверяет, есть ли фиксящий. -- Илья -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jhe15p$m3f$1...@dough.gmane.org
Re: запись образа на флешку
через dd конкретно образ debian я не пробовал писать, а вот через эту программу пробовал конкретно 6.0.3-amd64-cd1 записывать - все работает 100%. Просто попробуйте - 3 минуты делов 14.02.2012, 17:55, "Mikhail A Antonov" : > 14.02.2012 17:37, Alexander пишет: > >> запишите с веника CD1 вот этим >> https://launchpad.net/win32-image-writer/+download проверено > > И чем это отличается от dd? > > -- > Best regards, > Mikhail. > - > XMPP: ant...@stopicq.ru > WWW: http://www.antmix.pp.ru/ -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/71931329241...@web153.yandex.ru
Re: запись образа на флешку
14.02.2012 19:47, Alexander пишет: > через dd конкретно образ debian я не пробовал писать, а вот через эту > программу пробовал конкретно 6.0.3-amd64-cd1 записывать - все работает 100%. > Просто попробуйте - 3 минуты делов > да я тоже попробовал-действительно работает... спс -- BW Сохин Вячеслав -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f3aa0b9.1030...@yandex.ua
