Виртуальный файл сделан из меньших (для подобного Mac редкого решения для пакета)
Я нашел способ изменить отрезок времени, в течение которого сенсорная панель отключена при вводе. Для кого-либо еще туда поиск его здесь он:
Примечание: поиск Google приводит к ответу достаточно быстро
Просто запустите программу syndaemon -d и добавьте как опция -i wait_time где wait_time является отрезком времени для ожидания прежде, чем повторно включить сенсорную панель. Другие полезные параметры для предоставления syndaemon включают -K никогда не отключать сенсорную панель, когда нажатия клавиш имеют формат modifier+key и -t только отключить щелчки и не движения мыши.
Так, в моем случае я добавил следующее к сценарию, я работаю на входе в систему:
#Get rid of previous syndaemon
killall syndaemon
#More aggressive behavior, allow for mod+key combos, enable mouse movements
syndaemon -i 0.2 -K -t -d
Со всеми этими модификациями, особенно -t флаг, я могу жить с сенсорной панелью, как это на данный момент!
Один способ сделать это должно было бы сделать каждый файл физическим томом LVM, и присоединиться к тем физическим томам в группе объема и сделать логический том LVM, использующий то пространство. Но это является громоздким: необходимо связать файл с циклическим устройством.
dd if=/dev/zero of=0.file bs=1024k count=4
losetup /dev/loop0 0.file
pvcreate /dev/loop0
# … repeat for all parts …
vgcreate -s 1m foo /dev/loop0 /dev/loop1 …
lvcreate -l 19 -n big foo
mkfs.btrfs /dev/mapper/foo-big
Повторная сборка частей вряд ли будет непосредственно поддерживаться Вашими сценариями начальной загрузки, таким образом, необходимо было бы кодировать довольно много вещей вручную.
Я не вижу точку: как разделение файлов упрощает резервные копии? Много изменений, вероятно, будут распространены по целому объему (например, несколько частей будут содержать копии суперблока). Вы не получите много, только создавая резервную копию частей, которые изменились: необходимо будет посмотреть далее в частях так или иначе.
Если Вы хотите сделать возрастающие резервные копии, сделайте их на уровне файловой системы.
Если Вы хотите сделать полное резервное копирование целого изображения, но проигнорировать вакуум, удостоверьтесь, что создали редкий файл, используйте резервные инструменты, которые управляют редкими файлами эффективно и периодически заполняются, вакуум в файловой системе с обнуляет и sparsify это.
-
1К сожалению, так не пойдет из-за предела циклических устройств, которые можно создать (не может сделать больше чем 9 999, я верю). Я должен был бы создать намного более - я интересуюсь созданием чего-то как изображение на 300 ГБ, сделанное из частей 4 МБ. Существует ли способ подключить несколько файлов к одному циклическому устройству? – anon94943 30.12.2012, 20:10
-
2@anon94943 циклическое устройство соответствует одному файлу. Если Вы хотите устройство, которое отображается на конкатенацию нескольких файлов, я думаю, что необходимо было бы кодировать ее. Но снова, я не вижу точку. – Gilles 'SO- stop being evil' 30.12.2012, 20:25
Я тоже искал подобную функциональность и по схожим причинам (удаленное резервное копирование в облачное хранилище). Я также хотел, чтобы образ диска начинался с малого и увеличивался в размере по мере добавления данных, как это делают образы дисков с разреженными пакетами в MacOS.
Поскольку я не смог найти ничего сопоставимого в Linux, я написал драйвер FUSE для достижения этой цели: MosaicFS.
Чтобы создать образ диска MosaicFS объемом 300 ГБ, состоящий из плиточных файлов размером 4 МБ (76800 файлов), нужно сделать следующее:
# Create MosaicFS disk image
# (the individual tile files will be stored in the directory 'disk.img')
mosaicfs create --number 76800 --size 4M disk.img
# Mount disk image
# (the virtual image is mounted as 'myimage' with a size of 300 GB)
mosaicfs mount disk.img myimage
# Create file system
mkfs.ext4 myimage
# Mount it
mkdir -p /media/mydrive
mount -o loop myimage /media/mydrive
# Unmount everything
umount /media/mydrive
fusermount -u myimage
Вы можете использовать любую файловую систему, поддерживаемую в Linux. По желанию вы можете добавить уровень шифрования с помощью dm-crypt (под файловой системой) или EncFS (поверх файловой системы).
Для получения более подробной информации и исходного кода ознакомьтесь с MosaicFS на GitHub