On Sat, 2017-12-30 at 23:35 +0300, Roman V. Nikolaev wrote:
> Может кто знает, у меня так и не получилось.
> Ноутбук упал и слева примерно сантиметр экрана теперь показывает
> разводы. Хочется отрезать от экрана эту область с битыми пикселями.
> А после НГ уже понесу в ремонт.
> Подскажите пожалуйс
Может кто знает, у меня так и не получилось.
Ноутбук упал и слева примерно сантиметр экрана теперь показывает
разводы. Хочется отрезать от экрана эту область с битыми пикселями.
А после НГ уже понесу в ремонт.
Подскажите пожалуйста кто знает как это сделать на xrandr?
--
Roman V. Nikolaev
p/a/ и /tmp/b/.
Да, длина имени файла влияет на размер блоков
У меня на обоих партициях все одинаково: файловые системы,
имена, папки создаю с нуля. А размеры получаются стабильно разные.
С помощью dumpe2fs удалось несколько прояснить ситуацию.
Партиция sda3 оказалась значител
On Oct 26, 2013 at 01:28, yuri.nefe...@gmail.com wrote:
> К сожалению, размер окна gvim нельзя установить в .Xresources
> так что задаю его в .gvimrc. Что-то типа такого:
>
> " Vim window position
> winpos 970 0
> set columns=80 lines=45
я бы редактировал все в одном фа
$i, а /tmp/b/ -- файлами,
скажем, asdf$i -- размеры разные
Причём во втором случае после удаления всех файлов из обоих
каталогов и создания новых с одинаковыми именами ($i) du -sb всё
равно показывает всё те же разные размеры для /tmp/a/ и /tmp/b/.
Да, длина имени файла влияет на размер бло
/DATA type ext4
(rw,noatime,user_xattr,barrier=1,data=ordered)
du -x images
136712 images/site_thumbs
10897792images
количество файлов совпадает, md5sum файлов совпадают, а размер разный
=)
Я тут внимательно прочитал первое письмо и потом man du.
Так вот -b == --apparent-size --block
On Mon, Nov 25, 2013 at 09:35:38AM +0600, Alexey Shalin wrote:
> делаю сихронизацию двух каталогов
> синк проходит без проблем, но если сделать
> написал скрипт, который бы делал сравнивал md5sum файлов ... все
> md5суммы совпали
>
Это, скорее всего, размер метаданных катало
Alexey Shalin -> Artem Chuprina @ Tue, 26 Nov 2013 17:29:49 +0600:
AS> Не всегда
AS> если использовать --inline то не создается временный файл
В обсуждаемой конфигурации, если я не ошибаюсь, оно не используется. И
я бы сказал, это правильно...
--
To UNSUBSCRIBE, email to debian-russian-req
Не всегда
если использовать --inline то не создается временный файл
\
---
Старший Системный Администратор
Алексей Шалин
ОсОО "Хостер kg" - http://www.hoster.kg
ул. Ахунбаева 123 (здание БГТС)
h...@hoster.kg
--
To UNSUBSCRIBE, email to debian-ru
Vladimir Zhbanov -> debian-russian@lists.debian.org @ Tue, 26 Nov 2013
09:48:09 +0400:
>> Я тут внимательно прочитал первое письмо и потом man du.
>> Так вот -b == --apparent-size --block-size=1
>> Если файлы точно одинаковые, то очевидно должна
>> различаться apparent-size директорий.
On Mon, Nov 25, 2013 at 11:52:34PM +0800, yuri.nefe...@gmail.com wrote:
...
> Я тут внимательно прочитал первое письмо и потом man du.
> Так вот -b == --apparent-size --block-size=1
> Если файлы точно одинаковые, то очевидно должна
> различаться apparent-size директорий.
>
> Для примера можно
=ordered)
du -x images
136712 images/site_thumbs
10897792images
количество файлов совпадает, md5sum файлов совпадают, а размер разный
=)
Я тут внимательно прочитал первое письмо и потом man du.
Так вот -b == --apparent-size --block-size=1
Если файлы точно одинаковые, то очевидно должна
куда копируем
Block size: 4096
Fragment size:4096
Reserved GDT blocks: 918-- разные
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192 -- разные
Inode blocks per group: 512-- разные
Flex
10897792images
количество файлов совпадает, md5sum файлов совпадают, а размер разный
=)
---
Старший Системный Администратор
Алексей Шалин
ОсОО "Хостер kg" - http://www.hoster.kg
ул. Ахунбаева 123 (здание БГТС)
h...@hoster.
On Mon, 25 Nov 2013, Alexey Shalin wrote:
попробовал с -H
тоже самое
src
10897732images/
dest
10897792images/
количество файлов одинаковое, md5sum одинаковое у файлов
Сравните вывод tune2fs -l для этих разделов.
Особенно "Filesystem features"
Еще можно поэкспериментиров
On Mon, Nov 25, 2013 at 01:06:31PM +0600, Alexey Shalin wrote:
> попробовал с -H
> тоже самое
>
> src
> 10897732images/
>
> dest
> 10897792images/
>
> количество файлов одинаковое, md5sum одинаковое у файлов
Может в одном из подкаталогов что-то примонтировано? Посмотрите
"mount"
попробовал с -H
тоже самое
src
10897732images/
dest
10897792images/
количество файлов одинаковое, md5sum одинаковое у файлов
---
Старший Системный Администратор
Алексей Шалин
ОсОО "Хостер kg" - http://www.hoster.kg
ул. Ахунбаев
On Mon, 25 Nov 2013, Alexey Shalin wrote:
ДОбрый день
делаю сихронизацию двух каталогов
конфиг для lsyncd
sync {
default.rsyncssh,
source="/www/public/",
excludeFrom="/var/www/lsyncd.exclude",
host="s30.megodoo.com",
targetdir="/www/public/",
rsync = {
_extra = {"-altsg
ДОбрый день
делаю сихронизацию двух каталогов
конфиг для lsyncd
sync {
default.rsyncssh,
source="/www/public/",
excludeFrom="/var/www/lsyncd.exclude",
host="s30.megodoo.com",
targetdir="/www/public/",
rsync = {
_extra = {"-altsgopr"},
},
ssh = {
port = 12
К сожалению, размер окна gvim нельзя установить в .Xresources
так что задаю его в .gvimrc. Что-то типа такого:
" Vim window position
winpos 970 0
set columns=80 lines=45
Однако мне никак не удается установить вертикальный размер окна
больше чем видимый размер окна window-manager. На
On Fri, Mar 08, 2013 at 08:37:19PM +0600, Voland Levit wrote:
> > > Есть такая штука, инструменты есть у чекистов. Остаточный заряд всегда
> > > есть, его и снимают. По азоту сложный вопрос, "в лоб" он точно ничем не
> > > поможет, но есть тонкости(чую, что может сократить остаточный заряд)
> > И д
On Wed, Mar 06, 2013 at 02:22:02PM +, Ivan Zavarzin wrote:
> Anatoly Molchanov:
> > Есть такая штука, инструменты есть у чекистов. Остаточный заряд всегда
> > есть, его и снимают. По азоту сложный вопрос, "в лоб" он точно ничем не
> > поможет, но есть тонкости(чую, что может сократить остаточны
On Wed, Mar 06, 2013 at 02:22:02PM +, Ivan Zavarzin wrote:
> Anatoly Molchanov:
> > Есть такая штука, инструменты есть у чекистов. Остаточный заряд всегда
> > есть, его и снимают. По азоту сложный вопрос, "в лоб" он точно ничем не
> > поможет, но есть тонкости(чую, что может сократить остаточны
Михаил, вы на какой вопрос ответили? ) Было утверждение, что виртуалка не
может съесть больше чем ей выделили: ни в OVZ ни в KVM. Раздача
несуществующих ресурсов это ваше личное дело.
6 марта 2013 г., 19:06 пользователь Mikhail A Antonov написал:
> 06.03.2013 15:29, Anatoly Molchanov пишет:
> >
06.03.2013 15:29, Anatoly Molchanov пишет:
> Николай, а ваши виртуалки могут взять больше памяти чем им выделили?
> (в рамках OpenVZ/KVM)
>
В рамках OVZ я могу на машине с гигом памяти выдать по гигу каждой
"виртуалке" и всё будет хорошо себя чувствовать до тех пор, пока они
вместе не решат сожрать
> Николай, а ваши виртуалки могут взять больше памяти чем им выделили? (в
рамках OpenVZ/KVM)
Я им выделяю память (например, гиг), плюс своп (например, два гига). И
смотрю время от времени, как они память выделенную утилизируют.
Обычно, своп никто никогда всерьёз не пользует, максимум на
килобайты-
Anatoly Molchanov:
> Есть такая штука, инструменты есть у чекистов. Остаточный заряд всегда
> есть, его и снимают. По азоту сложный вопрос, "в лоб" он точно ничем не
> поможет, но есть тонкости(чую, что может сократить остаточный заряд)
>
>
И долго он сохраняется, этот остаточный заряд?
--
T
Есть такая штука, инструменты есть у чекистов. Остаточный заряд всегда
есть, его и снимают. По азоту сложный вопрос, "в лоб" он точно ничем не
поможет, но есть тонкости(чую, что может сократить остаточный заряд)
6 марта 2013 г., 18:05 пользователь Ivan Zavarzin написал:
> Eugene Berdnikov:
> >
Eugene Berdnikov:
> On Wed, Mar 06, 2013 at 02:30:28PM +0400, Anatoly Molchanov wrote:
>> целиком), разумно ли их кэшировать на жестком диске? )) Если вы любите секс
>> с машинами, то есть смысл оставить небольшой swap, чтобы после
>> экзотического падения системы можно было по содержанию swap'а на
Николай, а ваши виртуалки могут взять больше памяти чем им выделили? (в
рамках OpenVZ/KVM)
6 марта 2013 г., 15:25 пользователь Nikolay Panov написал:
> У меня тоже proxmox/openvz. И машинка с 32 гигами памяти. Завёл 32 гига
> свопа. Не понимаю, зачем тут нужна дискуссия? Вдруг какая из виртуало
У меня тоже proxmox/openvz. И машинка с 32 гигами памяти. Завёл 32 гига
свопа. Не понимаю, зачем тут нужна дискуссия? Вдруг какая из виртуалок в
память упрётся? Так она хоть сможет своп использовать и прожить до утра,
когда я проснусь и разберусь.
Have a nice day,
Nikolay.
2013/3/6 Anatoly Mo
Евгений, вы полагаете, что данные из ОЗУ Proxmox восстановит после
перезагрузки?? См. контекст, речь о выборе размера swap'а для Proxmox VE
6 марта 2013 г., 15:07 пользователь Eugene Berdnikov написал:
> On Wed, Mar 06, 2013 at 02:30:28PM +0400, Anatoly Molchanov wrote:
> > целиком), разумно ли
On Wed, Mar 06, 2013 at 02:30:28PM +0400, Anatoly Molchanov wrote:
> целиком), разумно ли их кэшировать на жестком диске? )) Если вы любите секс
> с машинами, то есть смысл оставить небольшой swap, чтобы после
> экзотического падения системы можно было по содержанию swap'а найти следы
> противника(
10.02.2013 19:15, Yuri Kozlov пишет:
Если вы собрались использовать машину только под виртуалки,
то разве могут виртуалки съесть больше, чем им дадут?
То есть процесс потребления памяти в вашем случае не
строго определён?
Мне своп был очень нужен только в двух случаях.
- я ошибся в настройках ud
В Thu, 07 Feb 2013 10:50:16 +0400
Кубашин Александр Сергеевич пишет:
> 06.02.2013 16:53, Кубашин Александр Сергеевич пишет:
> > Есть сервер с 84Гб памяти, под виртуализацию, на нём будет
> > использоваться Proxmox VE (debian-based дистрибутив заточенный на
> > управление виртуальными машинами).
On Fri, Feb 08, 2013 at 11:02:00AM +0400, Кубашин Александр Сергеевич wrote:
> P.S. Зачем так далеко от темы уходить... Два с половиной более ли
> менее грамотных ответа по теме, а остальное офтоп.
Кому надо ответь получить - пойдёт в специализированные места, а тут
тусовка на поболтать.
Живой Виту
СУБД и нужности, но не от
правильности
InnoDB в MySQL умеет работать поверх RAW разделов. И да в MySQL есть
достаточно параметров, чтобы работать как можно ближе к железу даже
поверх ФС. В PostgreSQL я такого не нашёл, там наоборот, один из
параметров указывает размер кэша ФС, который
7 февраля 2013 г., 23:35 пользователь Eugene Berdnikov написал:
> On Thu, Feb 07, 2013 at 08:20:42PM +0200, Oleksandr Gavenko wrote:
>> On 2013-02-07, Victor Wagner wrote:
>>
>> > Собственно, оттуда же привычка размещать базы данных на raw devices -
>> > излишний интеллект файловой системы только
On Thu, Feb 07, 2013 at 08:20:42PM +0200, Oleksandr Gavenko wrote:
> On 2013-02-07, Victor Wagner wrote:
>
> > Собственно, оттуда же привычка размещать базы данных на raw devices -
> > излишний интеллект файловой системы только мешает СУБД эффективно
> > распределять блоки.
>
> А что если база на
07.02.2013 22:20, Oleksandr Gavenko пишет:
> On 2013-02-07, Victor Wagner wrote:
>
>> Собственно, оттуда же привычка размещать базы данных на raw devices -
>> излишний интеллект файловой системы только мешает СУБД эффективно
>> распределять блоки.
> А что если база на LLVM?
>
> И/или RAID?
>
А чем
On 2013-02-07, Victor Wagner wrote:
> Собственно, оттуда же привычка размещать базы данных на raw devices -
> излишний интеллект файловой системы только мешает СУБД эффективно
> распределять блоки.
А что если база на LLVM?
И/или RAID?
--
Best regards!
--
To UNSUBSCRIBE, email to debian-russ
On 2013.02.06 at 15:51:09 +0100, Alex Mestiashvili wrote:
> > Своп в любом случае желателен если машина используется в качестве
> > классического unix-хоста с классическими unix-приложениями.
> >
> > Скажем, если там преимущественно Java, я бы, пожалуй swap выключил.
> > А если виртуализация - т
06.02.2013 20:03, Roman V. Nikolaev пишет:
06.02.2013 16:53, Кубашин Александр Сергеевич пишет:
Есть сервер с 84Гб памяти, под виртуализацию, на нём будет
использоваться Proxmox VE (debian-based дистрибутив заточенный на
управление виртуальными машинами).
Где-то встречал, что для Linux swap жела
06.02.2013 16:53, Кубашин Александр Сергеевич пишет:
Есть сервер с 84Гб памяти, под виртуализацию, на нём будет
использоваться Proxmox VE (debian-based дистрибутив заточенный на
управление виртуальными машинами).
Где-то встречал, что для Linux swap желателен в любом случае, не
зависимо от объём
06.02.2013 17:03, Andrey Rahmatullin пишет:
> On Wed, Feb 06, 2013 at 04:53:22PM +0400, Кубашин Александр Сергеевич wrote:
>> Где-то встречал, что для Linux swap желателен в любом случае, не
>> зависимо от объёма памяти
> Я слышал обратное.
Если памяти больше 4Гб и не планируется всякий изврат тип
06.02.2013 16:53, Кубашин Александр Сергеевич пишет:
> Есть сервер с 84Гб памяти, под виртуализацию, на нём будет
> использоваться Proxmox VE (debian-based дистрибутив заточенный на
> управление виртуальными машинами).
> Где-то встречал, что для Linux swap желателен в любом случае, не
> зависимо от
Кубашин Александр Сергеевич writes:
> Есть сервер с 84Гб памяти, под виртуализацию, на нём будет
> использоваться Proxmox VE (debian-based дистрибутив заточенный на
> управление виртуальными машинами).
> Где-то встречал, что для Linux swap желателен в любом случае, не
> зависимо от объёма памяти
On 02/06/2013 04:51 PM, Alex Mestiashvili wrote:
On 02/06/2013 02:12 PM, Victor Wagner wrote:
On 2013.02.06 at 16:53:22 +0400, Кубашин Александр Сергеевич wrote:
Есть сервер с 84Гб памяти, под виртуализацию, на нём будет
использоваться Proxmox VE (debian-based дистрибутив заточенный на
управле
On 02/06/2013 02:12 PM, Victor Wagner wrote:
> On 2013.02.06 at 16:53:22 +0400, Кубашин Александр Сергеевич wrote:
>
>> Есть сервер с 84Гб памяти, под виртуализацию, на нём будет
>> использоваться Proxmox VE (debian-based дистрибутив заточенный на
>> управление виртуальными машинами).
>> Где-то вс
On 2013.02.06 at 16:53:22 +0400, Кубашин Александр Сергеевич wrote:
> Есть сервер с 84Гб памяти, под виртуализацию, на нём будет
> использоваться Proxmox VE (debian-based дистрибутив заточенный на
> управление виртуальными машинами).
> Где-то встречал, что для Linux swap желателен в любом случае,
On Wed, Feb 06, 2013 at 04:53:22PM +0400, Кубашин Александр Сергеевич wrote:
> Где-то встречал, что для Linux swap желателен в любом случае, не
> зависимо от объёма памяти
Я слышал обратное.
--
WBR, wRAR
signature.asc
Description: Digital signature
Есть сервер с 84Гб памяти, под виртуализацию, на нём будет
использоваться Proxmox VE (debian-based дистрибутив заточенный на
управление виртуальными машинами).
Где-то встречал, что для Linux swap желателен в любом случае, не
зависимо от объёма памяти (если памяти много, то большой swap не нужен)
On Wed, Jan 23, 2013 at 12:40:19PM +0400, Dmitrii Kashin wrote:
> >
> > В качестве эксперимента могу предложить послать newsbeuter, запущенному
> > внутри емакса, SIGWINCH вручную, kill'ом. Если отреагирует адекватно,
> > то можно копнуть в эту сторону.
>
> Сигнал послал, ничего не изменилось. Я
Artem Chuprina writes:
> А вот знаешь, что я могу предположить? Как известно, доставка сигналов
> устроена так, что за один раз можно принять только один сигнал (из тех,
> для которых установлены обработчики, кажется - на дефолтную обработку и
> игнорирование это не распространяется, но тут боюс
Dmitrii Kashin -> debian-russian@lists.debian.org @ Mon, 21 Jan 2013 14:49:51
+0400:
>> >> > Потом, когда активируется буфер, его окно отображается уже в реальный
>> >> > размер, и терминальной программе внутри шлется SIGWINCH. rtorrent на
>> >&g
Artem Chuprina writes:
> Alexander Galanin -> debian-russian@lists.debian.org @ Mon, 21 Jan 2013
> 10:40:32 +0400:
>
> >> > Потом, когда активируется буфер, его окно отображается уже в реальный
> >> > размер, и терминальной программе внутри шлется
Alexander Galanin -> debian-russian@lists.debian.org @ Mon, 21 Jan 2013
10:40:32 +0400:
>> > Потом, когда активируется буфер, его окно отображается уже в реальный
>> > размер, и терминальной программе внутри шлется SIGWINCH. rtorrent на
>> > него, веро
On Mon, 21 Jan 2013 01:00:14 +0400
Dmitrii Kashin wrote:
> Artem Chuprina writes:
>
> > Потом, когда активируется буфер, его окно отображается уже в реальный
> > размер, и терминальной программе внутри шлется SIGWINCH. rtorrent на
> > него, вероятно, реагирует адекватн
, но потом растягивается
DK> на весь экран.
DK> Собственно, хочется понять, почему, если стартовать Emacs демоном,
DK> автоматически запускаемые консольные приложения так странно себя ведут.
Почему - понятно. Какой-то размер терминала терминальной программе на
старте нужен, а окно, под кото
Приветствую сообщество. Имею вопрос к сидящим здесь емаксерам.
Недавно я подумал о том, что помимо Emacs я запускаю всего две программы
- rtorrent и newsbeuter. Потому что первый средствами Emacs не
реализован, а nnrss - жутко медленная вещь.
Так вот, я захотел, чтобы при старте Emacs Daemon у м
Dmitrii Kashin -> debian-russian@lists.debian.org @ Thu, 20 Sep 2012 10:15:36
+0400:
>>> --- ~/.xsessionrc ---
>>> xrandr -s 1280x1024
>> Вот эту строчку унести из .xsessionrc в /etc/X11/xdm/Xsetup
DK> Добавил. Правильно ли я понимаю, что содержимое этого файла должно
DK> выполняться _до_
медитирую, но вообще говоря
проблема-то как раз заключается в том, что шрифты большие в wmii при
первом логине, как можно увидеть на втором скриншоте и сравнив его с
четвертым.
А размер приглашения в xdm, как уже выяснилось, определялся сменой
разрешения экрана.
> Вы ещё видеомоду меня
Victor Wagner writes:
> On 2012.09.18 at 20:38:57 +0400, Dmitrii Kashin wrote:
>
>> Ну конечно же это я меняю разрешение.
>>
>> --- ~/.xsessionrc ---
>> xrandr -s 1280x1024
> Вот эту строчку унести из .xsessionrc в /etc/X11/xdm/Xsetup
Добавил. Правильно ли я понимаю, что содержимое этого файла
On 2012.09.18 at 20:38:57 +0400, Dmitrii Kashin wrote:
> Ну конечно же это я меняю разрешение.
>
> --- ~/.xsessionrc ---
> xrandr -s 1280x1024
Вот эту строчку унести из .xsessionrc в /etc/X11/xdm/Xsetup
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsu
вается ДО выполнения этих скриптов, теми
фонтами, которые указаны в настройках соотвествующего менеджера сессий.
Для xdm, например, они лежат в файлике /etc/X11/xdm/Xresources.
Вы ещё видеомоду меняете, поэтому визуально фонты меняют размер.
--
Eugene Berdnikov
--
To UNSUBSCRIBE, email to debian-rus
Eugene Berdnikov writes:
> On Tue, Sep 18, 2012 at 06:46:46PM +0400, Dmitrii Kashin wrote:
>> 50kb отправить в рассылку - не моветон, правда ведь?
>
> Пересылать сжатые картинки запакованными в tar, да ещё со сжатием,
> и архивом без отдельного каталога -- моветон в степени ё... :)
Эм... Извин
On Tue, Sep 18, 2012 at 06:46:46PM +0400, Dmitrii Kashin wrote:
> 50kb отправить в рассылку - не моветон, правда ведь?
Пересылать сжатые картинки запакованными в tar, да ещё со сжатием,
и архивом без отдельного каталога -- моветон в степени ё... :)
> 01 - xdm до логина. Разрешение 1024x768. (Кс
On Mon, Sep 17, 2012 at 11:45:50PM +0400, Dmitrii Kashin wrote:
...
> Единственное, что сразу в глаза бросилось - ничего, что бага висит на
> пакете libx11-6, когда на деле относится к libx11-data?
Врать не буду, точно не помню, но, кажется, выбрать похожий баг
предложил reportbug. К тому же на ст
On 2012.09.17 at 23:20:21 +0400, Dmitrii Kashin wrote:
> Vladimir Zhbanov writes:
>
> > Проблема в том, что файл /usr/share/X11/locale/ru_RU.UTF-8/XLC_LOCALE
> > неадекватен.
>
> Да, именно так я и решал проблему в прошлый раз. Но право же, это же
> нехилый такой костыль. Вот например что с эти
Vladimir Zhbanov writes:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364014
>
> Только не думаю, что кому-то это интересно.
Так это же хорошо. Больше внимания разным вопросам! :)
Единственное, что сразу в глаза бросилось - ничего, что бага висит на
пакете libx11-6, когда на деле относитс
On Mon, Sep 17, 2012 at 11:20:21PM +0400, Dmitrii Kashin wrote:
...
> Да, именно так я и решал проблему в прошлый раз. Но право же, это же
> нехилый такой костыль. Вот например что с этим будет при обновлении,
> скажите пожалуйста?
То же самое. Те же команды ;)
> Мне не нравится, что моя система б
Vladimir Zhbanov writes:
> On Mon, Sep 17, 2012 at 05:41:34PM +0400, Dmitrii Kashin wrote:
> ...
>> Я подозреваю что дело может быть связано с тем, что я перешел в wmii на
>> Xft-шрифты. Раньше использовал xfonts и таких проблем не было, но
>> возвращаться на них мне бы не хотелось, т.к. у них ес
On Mon, Sep 17, 2012 at 05:41:34PM +0400, Dmitrii Kashin wrote:
...
> Я подозреваю что дело может быть связано с тем, что я перешел в wmii на
> Xft-шрифты. Раньше использовал xfonts и таких проблем не было, но
> возвращаться на них мне бы не хотелось, т.к. у них есть проблемы с
> кириллицей.
Пробле
Заметил любопытный факт. При первом логине у меня шрифты и окошки больше
размером, чем при повторном.
Поясняю:
После загрузки компьютера передо мною xdm с большими буквами и большим
приглашением ввести реквизиты. После логина передо мной wmii с большими
буквами и большими окошками.
Если после эт
On 16.07.2012 17:19, Andrey Tataranovich wrote:
Спасибо огромное!
On 16.07.2012 20:45, Andrey Rahmatullin wrote:
> Значит вы и не следили.
Следил. Пропустил просто инфу.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact list
16.07.2012 11:01, Ivan Shmakov пишет:
>
> .apt/state/lists*/ftp.ru.debian.org_debian_dists_wheezy_main_binary-*_Packages
>
> amd6421812300614
> i386 21290124184
> all 25128320604
Спасибо, похоже, как раз то, что нужно! Только вместо main лучше *,
чтобы contrib и non-free по
On Mon, Jul 16, 2012 at 03:37:15PM +0300, basilio wrote:
> > Кто-нибудь знает какой сейчас размер бинарного репозитария wheezy
> > (свежезамороженный тестинг) для архитектур i386 и amd64 соответственно?
> А откуда, извините, информация о заморозке? Что-то я пропустил, наверное.
15:37 Mon 16 Jul, basilio wrote:
> On 14.07.2012 02:00, Dmitry Samsonov wrote:
> > Приветствую!
> >
> > Кто-нибудь знает какой сейчас размер бинарного репозитария wheezy
> > (свежезамороженный тестинг) для архитектур i386 и amd64 соответственно?
>
>
On 14.07.2012 02:00, Dmitry Samsonov wrote:
> Приветствую!
>
> Кто-нибудь знает какой сейчас размер бинарного репозитария wheezy
> (свежезамороженный тестинг) для архитектур i386 и amd64 соответственно?
А откуда, извините, информация о заморозке? Что-то я пропустил, наверн
>>>>> Dmitry Samsonov writes:
> Кто-нибудь знает какой сейчас размер бинарного репозитария wheezy
> (свежезамороженный тестинг) для архитектур i386 и amd64
> соответственно? Включая main, conrtib и non-free.
> Также интересен размер архитектуронезависимых паке
29.06.2011 04:45, Andrey Lyubimets пишет:
> Подскажи как(или чем) ты это делаешь. А то у меня зеркало сквизи на винт не
> влазит.
У debmirror банально параметр --exclude-deb-section=debug
А вот чтобы сделать наоборот -- только debug (ну, чтобы всё же где-то
был на всякий случай) -- мне пришло
27.06.2011 23:51, Stanislav Maslovski пишет:
On Mon, Jun 27, 2011 at 02:49:44PM +0400, Dmitry Samsonov wrote:
26.06.2011 14:09, Andrey Astakhov пишет:
Здравствуйте. Интересует размер репозитория debian-backports для
архитектур i386, amd64.
squeeze-backports для i386 сейчас занимает 1.4 Гб
28.06.2011 19:57, Dmitry Samsonov пишет:
> 27.06.2011 23:51, Stanislav Maslovski пишет:
>> Что-то у меня заметно больше получается только суммируя размеры deb-ов:
>
> Да, действительно, у меня серьёзная ошибка.
> Я просто посмотрел размер своего локального зеркала и совсем
27.06.2011 23:51, Stanislav Maslovski пишет:
> Что-то у меня заметно больше получается только суммируя размеры deb-ов:
Да, действительно, у меня серьёзная ошибка.
Я просто посмотрел размер своего локального зеркала и совсем забыл,
что я его зеркалирую без секции "debug".
Прош
On Mon, Jun 27, 2011 at 02:49:44PM +0400, Dmitry Samsonov wrote:
> 26.06.2011 14:09, Andrey Astakhov пишет:
> > Здравствуйте. Интересует размер репозитория debian-backports для
> > архитектур i386, amd64.
>
> squeeze-backports для i386 сейчас занимает 1.4 Гб. Ещё месяц н
Еще идейка такая - запустить debmirror с ключиком --dry-run. Тогда он
пишет, сколько ему надо скачать. Вот, например, быстренько готовую
строчку откуда-то из веба стащил, добил --dry-run и проверил:
debmirror --nosource -m --passive --host=archive.ubuntulinuorg
--root=ubuntu/ --method=ftp --progre
а дальше можно получить размер всех
пакетов, которые в него входят и сложить. Возможно, что костыль, но хоть
что-то.
Получить размер всех пакетов репозитория можно так:
aptitude --disable-columns -F "%D" search ~Asqueeze-backports
--
To UNSUBSCRIBE, email to debian-russian-requ..
26.06.2011 15:14, Alexander Danilov пишет:
> у lftp есть команда du.
Только как это поможет посчитать отдельно squeeze-backports от,
например, lenny-backports, если они все лежат в pool общей кучей?
--
Dmitri Samsonov
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with
26.06.2011 14:09, Andrey Astakhov пишет:
> Здравствуйте. Интересует размер репозитория debian-backports для
> архитектур i386, amd64.
squeeze-backports для i386 сейчас занимает 1.4 Гб. Ещё месяц назад был
в два раза меньше.
--
Dmitri Samsonov
--
To UNSUBSCRIBE, email to debian-r
2011/6/26 Andrey Astakhov :
> Здравствуйте. Интересует размер репозитория debian-backports для архитектур
> i386, amd64.
http://www.debian.org/mirror/size
26.06.2011 14:09, Andrey Astakhov пишет:
Здравствуйте. Интересует размер репозитория debian-backports для архитектур
i386, amd64.
у lftp есть команда du.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
Здравствуйте. Интересует размер репозитория debian-backports для
архитектур i386, amd64.
--
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/4e070548.5020...@yandex.ru
rat@gera[~]$ ls -l /proc/6027/fd/17
> MDK> lrwx-- 1 murat users 64 Мар 7 18:07 /proc/6027/fd/17 ->
> MDK> /tmp/FlashXXVFevbj\ (deleted)
>
> MDK> Как можно узнать размер этих файлов без предварительного копирования?
>
> а если глянуть fdinfo/ там ничего нет подход
/tmp/FlashXXVFevbj\ (deleted)
MDK> Как можно узнать размер этих файлов без предварительного копирования?
а если глянуть fdinfo/ там ничего нет подходящего?
а вообще можно на перле скриптик сваять нечто вроде:
#!/usr/bin/perl
use warnings;
use strict;
use Fcntl qw(:seek);
open my $fh, '
On Mon, Mar 07, 2011 at 06:41:14PM +0500, Murat D. Kadirov wrote:
> "Благородные" доны из Adobe убрали возможность тривиального сохранения
> флэшь-видео из /tmp/Flash* в последних версиях своего flash-plugin для
> обоих архитектур. Но есть возможность достать их из /proc/PID/fd/
>
> К примеру:
>
/proc/6027/fd/16
lrwx-- 1 murat users 64 Мар 7 18:07 /proc/6027/fd/16 ->
/tmp/FlashXXK4ftGs\ (deleted)
murat@gera[~]$ ls -l /proc/6027/fd/17
lrwx-- 1 murat users 64 Мар 7 18:07 /proc/6027/fd/17 ->
/tmp/FlashXXVFevbj\ (deleted)
Как можно узнать размер этих файлов без предваритель
/fd/
>
> К примеру:
> murat@gera[~]$ ls -l /proc/6027/fd/16
> lrwx-- 1 murat users 64 Мар 7 18:07 /proc/6027/fd/16 ->
> /tmp/FlashXXK4ftGs\ (deleted)
> murat@gera[~]$ ls -l /proc/6027/fd/17
> lrwx-- 1 murat users 64 Мар 7 18:07 /proc/6027/fd/17 ->
> /tmp/Flas
On Mon, Mar 07, 2011 at 06:41:14PM +0500, Murat D. Kadirov wrote:
>
> Как можно узнать размер этих файлов без предварительного копирования?
du -L
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@
Мар 7 18:07 /proc/6027/fd/16 ->
/tmp/FlashXXK4ftGs\ (deleted)
murat@gera[~]$ ls -l /proc/6027/fd/17
lrwx-- 1 murat users 64 Мар 7 18:07 /proc/6027/fd/17 ->
/tmp/FlashXXVFevbj\ (deleted)
Как можно узнать размер этих файлов без предварительного копирования?
--
Murat D. Kadirov
PGP f
Dmitry Semyonov wrote:
Не знаю/помню, почему не сделал просто ссылку.
Монтировать полезно когда вы из chroot хотите что-то сейвить в свою
обычную директорию, софт ссылка в этом случае не поможет из-за прав
доступа. У меня так clive из unstable работает.
--
Sincerely,
Nicholas
--
Результаты 1 - 100 из 271 matches
Mail list logo
