Re: Разный размер директории, после lsync
Am 26.11.2013 06:50, schrieb Vladimir Zhbanov: 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 директорий. Для примера можно так протестировать. Создать пустую директорию и зайти туда du -b . должно быть 4096 затем for ((i=1;i<1000;i++));do touch file_$i; done и опять du -b . У меня на разных разделах, но с абсолютно одинаковой fs (ext4) получилось: sda4: 24576 sda3: 28672 А вот почему так, я, честно говоря, и сам хотел бы узнать. Ю. Возможно дело в месте, которое ФС резервирует под имена файлов. Я сделал два простых теста: 1. каталоги /tmp/a/ и /tmp/b/ наполнил файлами $i -- du показывает одинаковые размеры 2. каталог /tmp/a/ наполнил файлами $i, а /tmp/b/ -- файлами, скажем, asdf$i -- размеры разные Причём во втором случае после удаления всех файлов из обоих каталогов и создания новых с одинаковыми именами ($i) du -sb всё равно показывает всё те же разные размеры для /tmp/a/ и /tmp/b/. Да, длина имени файла влияет на размер блоков -- .. http://wiedergold.net/ -- 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/l7tl7j$mt4$1...@online.de
Re: Разный размер директории, после lsync
Am 25.11.2013 17:00, schrieb yuri.nefe...@gmail.com: On Mon, 25 Nov 2013, Alexey Shalin wrote: проверил через моунт источник /dev/sda5 on /www type ext4 (rw,noatime,user_xattr,barrier=1,stripe=32,data=ordered) 136700 images/site_thumbs 10897732images куда копируем /dev/md6 on /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-size=1 Если файлы точно одинаковые, то очевидно должна различаться apparent-size директорий. Для примера можно так протестировать. Создать пустую директорию и зайти туда du -b . должно быть 4096 затем for ((i=1;i<1000;i++));do touch file_$i; done и опять du -b . У меня на разных разделах, но с абсолютно одинаковой fs (ext4) получилось: sda4: 24576 sda3: 28672 А вот почему так, я, честно говоря, и сам хотел бы узнать. Ю. Мой результат: /dev/sda2 ext4 67506784 15192572 51627152 23% / 28741 /dev/sdb1 ext4 158179976 118473564 31664592 79% /server 28741 -- .. http://wiedergold.net/ -- 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/l7tkqh$mrc$1...@online.de
emacs24 и UTF-8
Хмутро. Этот тут мне кто-то рассказывал, что emacs24 весь из себя UTF-8 внутри? Авотфих. Попытался я тут творчески развить just-one-space, и... (skip-chars-backward " \t -—–") (пробел, табуляция, неразрывный пробел (160), минус, em-dash (8212), en-dash (8211)) не проходит назад через минус (в смысле, если курсор сразу за минусом, он не сдвигается). Если убрать из строки, к примеру, неразрывный пробел, то перескакивает в начало буфера. На грабли было изначально наступлено на 23 емаксе, ну и решил я проверить утверждение про UTF-8 внутри у 24. Ведет себя точно так же, т.е. некорректно разбирает строку. Локаль, естественно, UTF-8, все такое. Обходится, понятно, тривиально, особенно если заменить строку на список символов. Но, в общем, слухи про "весь внутри UTF-8" сильно преувеличены... -- 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/87y53xfwxs@wizzle.ran.pp.ru
Re: не инициализируется md raid с корневым разделом при загрузке
Am 06.12.2013 21:30, schrieb Alexander Wiedergold WIEDERGOLD.NET: Am 06.12.2013 10:20, schrieb yuri.nefe...@gmail.com: On Fri, 6 Dec 2013, Victor Wagner wrote: On 2013.12.06 at 11:00:16 +0400, Pavel Ammosov wrote: On Thu, Dec 05, 2013 at 03:34:18PM +0100, Alexander Wiedergold WIEDERGOLD.NET wrote: и еще fdisk -l /dev/sd[a-z], вдруг у вас разделы не помечены как fd, Вопрос к fdisc. Как сделать Header, без потери данных? [root@www ~]# fdisk -l /dev/sdb WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted. ^^ GUID Partition Table (GPT) - это новый тип разделов, такой fdisk не может делать, действительно надо использовать parted. Есть еще gdisk. Если не хочется использовать толстое графическое угребище. parted не толстое и не графическое. Это вас gparted так напугал. Визуальный тул для манипулирвоания дисками не может быть не угребищем, потому что на экране просто нет столько пикселов, сколько секторов есть на диске. Нет на диске секторов. Одни домены. Магнитные. Иногда транзисторы, если диск SSD. Да и на экране кроме пикселей иногда текст присутствует. Ю. Кому интересно будет http://www.ibm.com/developerworks/ru/library/l-lpic1-v3-104-1/ -- .. http://wiedergold.net/ -- 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/l7tf6p$dv3$1...@online.de
Re: не инициализируется md raid с корневым разделом при загрузке
Am 06.12.2013 10:20, schrieb yuri.nefe...@gmail.com: On Fri, 6 Dec 2013, Victor Wagner wrote: On 2013.12.06 at 11:00:16 +0400, Pavel Ammosov wrote: On Thu, Dec 05, 2013 at 03:34:18PM +0100, Alexander Wiedergold WIEDERGOLD.NET wrote: и еще fdisk -l /dev/sd[a-z], вдруг у вас разделы не помечены как fd, Вопрос к fdisc. Как сделать Header, без потери данных? [root@www ~]# fdisk -l /dev/sdb WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted. ^^ GUID Partition Table (GPT) - это новый тип разделов, такой fdisk не может делать, действительно надо использовать parted. Есть еще gdisk. Если не хочется использовать толстое графическое угребище. parted не толстое и не графическое. Это вас gparted так напугал. Визуальный тул для манипулирвоания дисками не может быть не угребищем, потому что на экране просто нет столько пикселов, сколько секторов есть на диске. Нет на диске секторов. Одни домены. Магнитные. Иногда транзисторы, если диск SSD. Да и на экране кроме пикселей иногда текст присутствует. Ю. Кому интересно будет -- .. http://wiedergold.net/ -- 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/l7tber$8jr$1...@online.de
Re: не инициализируется md raid с корневым разделом при загрузке
On Fri, 6 Dec 2013, Victor Wagner wrote: On 2013.12.06 at 11:00:16 +0400, Pavel Ammosov wrote: On Thu, Dec 05, 2013 at 03:34:18PM +0100, Alexander Wiedergold WIEDERGOLD.NET wrote: и еще fdisk -l /dev/sd[a-z], вдруг у вас разделы не помечены как fd, Вопрос к fdisc. Как сделать Header, без потери данных? [root@www ~]# fdisk -l /dev/sdb WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted. ^^ GUID Partition Table (GPT) - это новый тип разделов, такой fdisk не может делать, действительно надо использовать parted. Есть еще gdisk. Если не хочется использовать толстое графическое угребище. parted не толстое и не графическое. Это вас gparted так напугал. Визуальный тул для манипулирвоания дисками не может быть не угребищем, потому что на экране просто нет столько пикселов, сколько секторов есть на диске. Нет на диске секторов. Одни домены. Магнитные. Иногда транзисторы, если диск SSD. Да и на экране кроме пикселей иногда текст присутствует. Ю.
