Re: Dropbox своими руками
On 2012.12.10 at 23:06:22 +0400, Alexander Danilov wrote: > > На всякий случай - сегодня на opennet.ru проскакивала новость о > замене dropbox, какой-то пакет на python, предоставляющий схожую > функциональность. Ну уж так сложно было ссылочку привести: http://seafile.com/en/home/ К сожалению, это сильно не то, что мне надо. Оно имеет кучу продвинутых возможностей, но цена за эти возможности (история, групповая работа) - очень высокие требования к дисковому пространству на сервере (хранится история) и наличию на этом сервере специального софта (а соответственно, к его памяти и процессору). У меня задача скорее репликации некоторорых каталогов на дешевый виртуальный хостинг, где места впритык хватает для текущего состояния, а софт кроме rsync лучше не запускать. Плюс к этому не устраивает наличие явной операции commit. Оно должно работать само, абсолютно прозрачно для пользователя. Этим и хороши lsyncd и inosync. > > -- > 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/50c632ae.2040...@gmail.com > -- 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/20121211074750.ga22...@wagner.pp.ru
Re: Dropbox своими руками
On 10.12.2012 16:24, Victor Wagner wrote: Сейчас довольно популярны всякие сервисы вроде Dropbox-а, обеспечивающие "живую" синхронизацию некоторого каталога между несколькими машинами. Понятно, что людям с развитой паранойей пользоваться подобного рода сервисами не хочется, а хочется соорудить что-то из полностью открытого софта и подконтрольного сервера. В принципе, хочется решить даже более ограниченную задачу - пропихивать изменения локальной директории на удаленный сервер возможно близко к realtime. Обратная синхронизация не требуется. В нынешнем testing появилось как минимум два пакета, которые вроде бы как подходят для решения этой задачи inosync и lsyncd. Оба представляют собой некий скрипт, который висит демоном и отслеживает изменения файлов, а потом синхронизирует их с помощью rsync. На первый взгляд, lsyncd выглядит существенно более продвинутым, а inosync - просто простенький питоновский скрипт, который ловит событие и запускает rsync. При этом автор inosync знает о существовании lsyncd, и предпочел написать своё решение, а не использовать готовое. Кто-нибудь пробовал использовать эти пакеты? Как впечатления? На всякий случай - сегодня на opennet.ru проскакивала новость о замене dropbox, какой-то пакет на python, предоставляющий схожую функциональность. -- 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/50c632ae.2040...@gmail.com
Dropbox своими руками
Сейчас довольно популярны всякие сервисы вроде Dropbox-а, обеспечивающие "живую" синхронизацию некоторого каталога между несколькими машинами. Понятно, что людям с развитой паранойей пользоваться подобного рода сервисами не хочется, а хочется соорудить что-то из полностью открытого софта и подконтрольного сервера. В принципе, хочется решить даже более ограниченную задачу - пропихивать изменения локальной директории на удаленный сервер возможно близко к realtime. Обратная синхронизация не требуется. В нынешнем testing появилось как минимум два пакета, которые вроде бы как подходят для решения этой задачи inosync и lsyncd. Оба представляют собой некий скрипт, который висит демоном и отслеживает изменения файлов, а потом синхронизирует их с помощью rsync. На первый взгляд, lsyncd выглядит существенно более продвинутым, а inosync - просто простенький питоновский скрипт, который ловит событие и запускает rsync. При этом автор inosync знает о существовании lsyncd, и предпочел написать своё решение, а не использовать готовое. Кто-нибудь пробовал использовать эти пакеты? Как впечатления? -- 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/20121210122444.ga4...@wagner.pp.ru
Re: smartmontools: виснет short-self test а вместе с ним и сервак
Покотиленко Костик wrote: > Кто-нибудь сталкивался с проблемой когда short-test smartctl виснет на > 90% и при этом винты жутко тупят? > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694315 > > Через сколько времени можно жаловаться на мейнтейнера? Жаловаться надо ма мейнтейнера *фирмвари Вашего HDD*, smartctl тут не при делах. По крайней мере, я не видел ничего в процитированных репортах что указывало бы на нечто иное. -- 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/ka4bbj$u0n$1...@ger.gmane.org
Re: [offtop] чем посмотреть fat32 directory structures?
On Mon, Dec 10, 2012 at 01:41:40AM +0300, Павел Марченко wrote: > >> Есть автомагнитола clarion и флешка fat32 на 8 гиг. Каталог X содержит > >> файлы 01X.mp3, 02X.mp3 и т.д. Они играются не по порядку. Про > >> расположение файлов на диске я в курсе, и саму проблему, вероятно, > >> вылечит fatsort, но заинтересовал такой момент: > >> > >> магнитола играет (с начала каталога) 16, 30, 14, .., > >> а ls -f выдаёт .., .., .., 16, 30, 14, .., > >> то есть та же последовательность но как-то не с начала. > > > > Могу лишь подтвердить такое поведение и у магнитолы pioneer и у noname > > mp3-плейера. Играют не по порядку! Пишутся оба на машине с debian. > > > > Насколько я замечал со своим пионером, то он читает в том порядке в > каком файлы поступали на флешку, полностью игнорируя все возможные > сортировки. Автор не зря написал про ls -f. -- WBR, wRAR signature.asc Description: Digital signature