*** Ivan Shmakov [2017-07-16 09:25]:
> Что понимается под «vi-like клавишами для поиска»? Поскольку
> Screen вроде бы умеет как «наращиваемый» Emacs-like поиск
> (C-r, C-s), так и «традиционный» (/, ?). Равно как и hjkl.
В дополнении к "/", "?" ещё клавиши типа "%", "{", "}",
*** Tim Sattarov [2017-07-16 04:59]:
>У меня тоже был вопрос про разницу в предпочтениях, я в своё время начал
>пользоваться screen и как то с tmux после не пошло...
Я когда-то пользовался screen, но всегда, мягко говоря, ненавидел все их
сочетания клавиш и вообще подходы к конфигурации. А с tmux
Опять же, не знаю как в screen, но в tmux я активно использую штуку
когда по нажатию сочетания клавиш, он мне во временный файл сохраняет
содержимое текущего pane, открывает ещё один pane, а в нём команду
натравленную на временный файл:
bind-key u capture-pane -J \;
save-buffer /tmp/tm
> Sergey Matveev writes:
> *** Ivan Shmakov [2017-07-16 09:25]:
>> Что понимается под «vi-like клавишами для поиска»? Поскольку Screen
>> вроде бы умеет как «наращиваемый» Emacs-like поиск (C-r, C-s), так и
>> «традиционный» (/, ?). Равно как и hjkl.
> В дополнении к "/", "?" ещё
*** Ivan Shmakov [2017-07-16 11:49]:
> Команды перемещения у Screen, разумеется, тоже есть; Less-like,
> если угодно; % — в начало буфера; G — в конец; etc.
>
> Мне не приходилось участвовать в разработке GNU Screen, но не
> вижу причин считать, что предложения «добавить Vi
> Sergey Matveev writes:
> *** Ivan Shmakov [2017-07-16 11:49]:
>> Команды перемещения у Screen, разумеется, тоже есть; Less-like, если
>> угодно; % — в начало буфера; G — в конец; etc.
>> Мне не приходилось участвовать в разработке GNU Screen, но не вижу
>> причин считать, что пред
*** Ivan Shmakov [2017-07-16 18:04]:
> Причем здесь доверие? Я уже привел один пример: $ ssh REMOTE
> может дать доступ к Shell на удаленной машине; а может —
> предупреждение о том, что ключ REMOTE не соответствует
> сохраненному в ~/.ssh/known_hosts. Ни stuff, ни set-bu
On Sun, 16 Jul 2017 18:24:27 +0300
Sergey Matveev wrote:
> *** Ivan Shmakov [2017-07-16 18:04]:
> > Причем здесь доверие? Я уже привел один пример: $ ssh REMOTE
> > может дать доступ к Shell на удаленной машине; а может —
> > предупреждение о том, что ключ REMOTE не соответствует
>
Hi
Вопрос адресован к тем, кто давно работает с ZFS (наверное, неважно, на
какой платформе) и хорошо в ней разбирается.
Просьба оценить (не)жизнеспособность такого экстравагантного способа
бэкапа пула, состоящего из одного диска:
1) в первый раз подсоединяем бэкапный диск по USB и говорим zpool
*** Victor Wagner [2017-07-16 21:00]:
>Опасной может быть даже команда cd.
>cd something; rm -rf *
>Мораль - всегда проверяйте exit code команды cd, а лучше
>в начале любого скрипта пишите set -e.
Если делать скрипт, то я всеми руками за set -e. Опасна в вашем примере
не команда cd, а rm -rf, а д
Уравнение со слишком многими неизвестными и слишком большим количеством
если.
так с данными лучше не поступать - проще использовать рсинк, и лучше
складывать на ехт4, ибо инструментов рекавери с зфс-а нет, а один раз я уже
был в ситуации, когда очень бы они пригодились
16 июля 2017 г., 21:00 поль
*** Alex Kicelew [2017-07-16 21:02]:
>2) дожидаемся окончания ресилвера, однократно делаем этот диск
>загрузочным, говорим ему zpool offline и отсоединяем его; пул остается в
>degraded state, но полностью работоспособный (в этом моменте я уверен не
>до конца, и хотелось бы выслушать его подтвержде
*** Alex Kicelew [2017-07-16 21:02]:
>2) дожидаемся окончания ресилвера, однократно делаем этот диск
>загрузочным, говорим ему zpool offline и отсоединяем его; пул остается в
>degraded state, но полностью работоспособный (в этом моменте я уверен не
>до конца, и хотелось бы выслушать его подтвержде
*** Vasiliy P. Melnik [2017-07-16 21:45]:
>так с данными лучше не поступать - проще использовать рсинк
Как минимум, zpool scrub может сообщить какие именно файлы повреждены и
из бэкапа их взять можно будет. Один раз у меня, когда внешний жёсткий
диск начал сыпаться, как-раз scrub показал что вот
>
> Но похожий хак можно например использовать для дефрагментации диска.
далась вам эта фрагментация, сказали держать 20% свободного места и все
будет хорошо.
On 07/16/17 21:43, Vasiliy P. Melnik wrote:
> Уравнение со слишком многими неизвестными и слишком большим количеством
> если.
>
> так с данными лучше не поступать - проще использовать рсинк, и лучше
> складывать на ехт4, ибо инструментов рекавери с зфс-а нет, а один раз я уже
> был в ситуации, ког
>
> Как минимум, zpool scrub может сообщить какие именно файлы повреждены и
> из бэкапа их взять можно будет. Один раз у меня, когда внешний жёсткий
> диск начал сыпаться, как-раз scrub показал что вот такой и такой файлы
> биты -- взял из прошлого бэкапа.
>
У нас наверное просто разный подход к р
*** Vasiliy P. Melnik [2017-07-16 21:59]:
>> Как минимум, zpool scrub может сообщить какие именно файлы повреждены и
>> из бэкапа их взять можно будет. Один раз у меня, когда внешний жёсткий
>> диск начал сыпаться, как-раз scrub показал что вот такой и такой файлы
>> биты -- взял из прошлого бэкап
On 07/16/17 21:43, Sergey Matveev wrote:
> Тоже всё верно. Но есть засада. Время от времени ZFS делает checkpoint
> -- обновляет überblock ссылающийся на самое свежее дерево метаданных. У
> этого checkpoint есть, грубо говоря, timestamp, который только
> увеличивается. Во время вставки диска для re
*** Alex Kicelew [2017-07-16 22:11]:
>правильно ли я понимаю, что худшее, что я получу при
>превышении количества имеющихся чекпойнтов -- это необходимость снова
>ресилверить 4 часа вместо 5 минут?
Да, всё верно.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6
*** Vasiliy P. Melnik [2017-07-16 21:55]:
>далась вам эта фрагментация, сказали держать 20% свободного места и все будет
>хорошо.
В ZFS её легко можно получить просто медленно записывая файл. Да, можно
потом сделать cp file file_ && mv file_ file, но а если файлов много и
мало ли какие ещё режим
On Fri, Jul 14, 2017 at 12:02:21PM -0400, Tim Sattarov wrote:
> On 14/07/17 01:15 AM, Jurgen V. Uzbekoff wrote:
> > Свои пять копеек. Про screen, но не суть:
> Привет ! давно тебя здесь не видел :)
Ну так я в режиме Read-Only обычно :)
Тут за выходные умные люди столько всего написали хорошего, ч
22 matches
Mail list logo
