FWIW у меня просто были эти те же признаки с тем же образцовым аппаратным ключом. Однако это, казалось, разрешило сразу, когда я переместил аппаратный ключ от концентратора USB до прямого USB-порта на компьютере. Если у Вас есть та же проблема, затем, возможно, пробуют это.
Каждый раз, когда аппаратный ключ был включен, я получил записи в/var/log/syslog как это:
Sep 7 10:05:20 gus-workstation bluetoothd[18537]: Listening for HCI events on hci0
Sep 7 10:05:20 gus-workstation NetworkManager[837]: <warn> bluez error getting default adapter: No such adapter
Sep 7 10:05:30 gus-workstation bluetoothd[18538]: Can't init device hci0: Connection timed out (110)
Мой также показал в hciconfig и никаком объеме перезапусков, или переразъемы имели значение.
Также странно я не могу воспроизвести проблему теперь, когда аппаратный ключ был соединен к чему-то (если я отложил его в порту концентратора теперь, это теперь хорошо работает.)
Hth.
На расширении [234] файловые системы, я нахожу dump
быть намного быстрее, чем tar, особенно со многими маленькими файлами, как Maildir. Это также использует несколько ядер для параллельного сжатия. Я предлагаю использовать-b 1024 для размера блока 1 МБ, который работает намного лучше, чем размер блока 10 КБ по умолчанию.
Только необходимо указать один (или больше) высокоуровневый каталог (каталоги) для включения, и tar
рекурсивно опустится во все, что это - дети, и оберните все:
tar cvfz output.tar.gz /path/to/top_folder
(Как @forcefsck отмечает, является ли объект необработанной скоростью, можно кончить v
опция для меньшего количества многословия на терминале. Не повторяя каждый файл это добавляет сохранение немногого если время ввода-вывода, говорящее терминалом.)
cvfz
кому: zcf
. подробный вывод замедляет процесс и f
должен быть в конце, таким образом, он сразу сопровождается именем файла архива.
– forcefsck
28.06.2011, 08:44
v
, но если файлы не являются крошечными, это обычно не влияет на вещи так очень и позволяет Вам видеть, что это сделало то, что Вы ожидали, который должен видеть этот OP. Что касается f
, Вы неправы, это не должно быть последним. Попробуйте за себя. Флаги могут существовать любого порядка, пока следующим аргументом является имя файла. В моих главных аргументах сжатия как z
и j
имеет намного больше смысла тот путь.
– Caleb
28.06.2011, 09:14
f
, да я неправ :( так или иначе я помнил случай, что это должно было быть последним. Я предполагаю, что моя память привела меня к сбою.О нас v
, OP спросил самый быстрый путь, и мы действительно должны рассмотреть случай многих маленьких файлов.
– forcefsck
28.06.2011, 10:24
cvfz
другой синтаксис флагов. Я думаю, используете ли Вы -c -v -z -f filename
синтаксис необходимо было бы сделать тех, которые в порядке. BSD's tar
мог бы только признать, что синтаксис, я не могу помнить. Однако я видел много учебных руководств с помощью моего синтаксиса, но настаивания f
должно было быть последним, который просто не имеет место.
– Caleb
28.06.2011, 10:55
Вы можете передать параметр --fast
, который является псевдонимом для -1
, для gzip таким образом:
GZIP=--fast tar czf output.tar.gz /path/to/top_folder
или
GZIP=-1 tar czf output.tar.gz /path/to/top_folder
В некоторых средах переменная может быть GZIP_OPT
вместо GZIP
.
Да, с помощью pigz:
tar --use-compress-program="pigz --best --recursive" -cf file.tar.gz folder/
tar -cf file.tar.gz -I pigz folder/