Во-первых, вы правы, заподозрив, что “все данные”, не означает, что весь файл. В том, что слой файловой системы, действует на фиксированный размер блоков, а не на все файлы. На этом уровне, важно иметь ограниченное количество данных, поэтому работает на все файлы (которых может быть сколь угодно много) не сработает.

Во-вторых, существует ошибочное мнение в вашем вопросе. Журналирование поведение не то, что вы можете наблюдать, посмотрев каталог с ЛС, она работает на гораздо более низком уровне. С нормальными инструментами, вы всегда увидите, что файл существует. (Это было бы катастрофой, если создание файла не появляются, ну, создайте его.) Что происходит под капотом, что файл может храниться по-разному. Сначала, первые несколько блоков сохраняются в журнале. Затем, как можно эффективно скоро, то данные перемещаются в конечное место. Это все тот же файл в той же папке, только хранить по-разному.

Только так вы сможете понаблюдать за поведением журналов, если вы идете и видите именно то, что ядро записывает на диск, или если вы анализировать содержимое диска после сбоя. В нормальном режиме работы, журнал является деталью реализации: если бы вы могли увидеть его в действии (кроме производительности), это было бы серьезно нарушено.

Дополнительные сведения о файловой системе журналов, я рекомендую начать с Википедии статьи. В ext3 термины, данные=журнал гарантирует, что в случае отказа системы, каждый файл находится в состоянии, которое она имела в какой-то момент до аварии (это не всегда последний из-за буферизации). Почему это не происходит автоматически, это то, что упорядочивает ядра диска пишет для эффективности (он может сделать большую разницу). Это называется “физический журнал” в Википедии статья. В двух других режимах (данные=заказал и данных=обратная запись) формы “логический журнал”: они быстрее, но они могут привести к повреждению файлов. Журнал ограничивает риск коррупции несколько файлов, содержащих мусора; в ext3 всегда использует полный журнал для метаданных. Без журнал для метаданных, метаданные могут быть потеряны, что приводит к серьезным повреждение файловой системы. Кроме того, без журнала, восстановление после аварии требует полной проверки целостности файловой системы, в то время как с журнала восстановления средства воспроизведения нескольких записей в журнале.

Обратите внимание, что даже с журналом, типичных файловых систем UNIX не гарантия глобального целостность файловой системы, только в файл последовательности на большинство. То есть, допустим, вы пишете в файл ФОО, то вы пишете в файл бар, то система рухнет. Возможно, в бар , чтобы иметь новое содержание, но ФОО до сих пор старое содержание. Чтобы иметь полную последовательность, тебе нужен транзакционная файловая система.

Я хочу включить что-то вроде:

для F в */*; у МВ "$п" "${ф%/*}/фу.${Ф##*.}"; сделано 

В моей найти х -г в exec {} \;-стиль рабочего процесса.

В течение циклов & "$Ф" переменной, вероятно, быть опущен; цикл будет заменен на стандартный -exec для прохода поведения, и переменную (содержащую имя текущей итерации), по {}.
Но кажется, что эти два разных синтаксисов несовместимы/проблематично. Особенно из-за противоречивых скобки и точки с запятой и т. д.

Все работает и ответа на звонки, но логин для postfix не работает (он работает для Courier IMAP, просто не постфикс).

Вот вывод ошибки:

30 июня 22:22:10 хоста постфикс/протокола smtps/smtpd[31676]: анонимное подключение TLS установлено из неизвестных[<мой IP>]: протоколе TLSv1 с шифром протокола ECDHE-RSA-на-и AES256-ша (256/256 бит)
30 июня 22:22:10 хоста постфикс/протокола smtps/smtpd[31676]: предупреждение: сбой аутентификации SASL: не удается подключиться к saslauthd в серверу: нет такого файла или каталога
30 июня 22:22:10 хоста постфикс/протокола smtps/smtpd[31676]: предупреждение: сбой аутентификации SASL: проверка пароля не
30 июня 22:22:10 хоста постфикс/протокола smtps/smtpd[31676]: предупреждение: неизвестное[<мой IP>]: SASL для обычной проверки подлинности ошибка: общая ошибка

Вот /usr/местные/библиотека/сасl2/smtpd.конф:

pwcheck_method: saslauthd в
mech_list: простой логин
authdaemond_path: в /var/работа/курьер-авт/гнездо
log_level: 7

И сокет был создан:

# Общ -л /ВАР/работа/курьер-авт/

итого 4
-RW-р-р-- 1 корень колесо 5 июня 30 22:19 пид
-РВ------- 1 корень колесо 0 июня 30 22:19 пид.замок
srwxrwxrwx 1 корень _postfix 0 июня 30 22:19 гнездо

В файле/etc/курьер/authdaemonrc говорит:

[...]
authmodulelist="authpwd"
[...]
authdaemonvar=/ВАР/работа/курьер-авт
[...]

Я понятия не имею, почему это происходит не так, или с чего начать проверять на ошибки, так как журнал не указывает, какой файл он ищет или где соединение идет не так.

Системы:

• В OpenBSD 5.3
• постфикс-2.10.20130201-сасl2
• с Courier-authlib-0.64.0
• курьер-имап-4.11.0

Примечание: увеличение журнала-уровень postfix это не использовать, я делаю все, что могу, чтобы не раздражать вас стандартные вопросы вроде этого, но я трепку моей голове тяжело на данный момент!

Редактировать: я также учитывать, что постфикс работает в изолированной среде (старался не сделать chroot так же только ради этого) и, таким образом, я создал /хранения/сумка/постфикс/ВАР/работа/курьер-авт/ и помещают розетку в этой папке без всякого успеха. Также пробовал символическими , что из chroot папку в папки в/var/работа/курьер-авт/ также без успеха.

Частичное решение:

Итак, я зафиксировал в протоколе SMTP, постфикс теперь могут использовать САСL2, однако.. Что мент падения поддержки Couerier ИМАП... Эх..

Конечно есть некоторые отсутствующие параметры запуска в saslauthdaemond через файл/etc/rc автомобиль.д/saslauthd в, у меня отсутствует мультиплексирования файл, который волнует меня, поскольку почти все руководство, кроме OpenBSD в проводник указал на это.. так как я установил это, добавив:

daemon_flags="-это getpwent -м /ВАР/работа/курьер-авт/"

Скрипт запуска флагов не имели по каким-то причинам.. так что исправлены некоторые проблемы. Теперь SMTP может подтвердить подлинность, но теперь imapd-SSL и говорит:

1 14 июля:08:48 хозяин imapd-SSL-сертификата: не удалось войти в систему, способ=равнина, ИС=[::ffff в:<ИС В4>]
1 14 июля:08:48 хозяин imapd-SSL-это: ошибка проверки подлинности: подключение отказался
1 14 июля:08:52 хозяин imapd-SSL-шифрование: authdaemon: s_connect() ошибка: соединение отклонено
1 14 июля:08:52 хозяин imapd-SSL-шифрование: [подсказка: возможно authdaemond не работает?]

После запуска даемона (....) теперь я могу аутентифицировать против САСL2 даже с IMAP, но это только говорит о неверных учетных данных..

Дальнейшего устранения неполадок:

1 июл 14:55:10 хозяин imapd-SSL-сертификата: не удалось войти в систему, способ=равнина, ИС=[::ffff в:<адрес IPv4>]
1 июл 14:55:15 хост-imapd-SSL-сертификата: не удалось войти в систему, пользователь=Мой_логин, ИС=[::ffff в:<адрес IPv4>]

Пользователь является локальным пользователем и могут входить в систему локально, но даже так пользователю не нужно фактическое оболочки для входа в почту.

поэтому я пошарил и выяснил, что DEFDOMAIN="@домен.СЭ" представляет все портить, так что я удалил из файла/etc/курьер/imapd и я попал в точку, где по протоколу SMTP работает, и я получаю от этого по протоколу IMAP:

Июля 2 13:23:10 хозяин authdaemond: подлинности: sysusername=Антон, sysuserid=<нуль>, sysgroupid=20001, вывод=/хранения/письма/Антон адрес=Антон, полное имя=Антон, нажмите ' =<нуль>, квота=<нуль> опции=<нуль>
Июля 2 13:23:10 хозяин authdaemond: проверенный: clearpasswd=MyPasswd пароль passwd=$1Б 04$$QQQ1c10x0AU3etWCJFrla.Rl22sevNhq24yXYxrq8IN7mEeGI20.
Июля 2 13:23:10 хозяин imapd-SSL-сертификата: Антон: учетная запись почтового ящика каталог не принадлежит правильному uid или gid

Но я не уверен, почему, потому что:

# Общ -л /хранения/письма/
-RW-р-р-- 1 письма письма 22 13 марта 01:06 .Xdefaults и
-RW-р-р-- 1 письма письма 773 13 марта 01:06 .cshrc по
-RW-р-р-- 1 письма письма 398 13 марта 01:06 .логин
-RW-р-р-- 1 письма письма 113 13 марта 01:06 .mailrc
-RW-р-р-- 1 письма письма 218 13 марта 01:06 .профиль
drwx------ 2 письма письма 512 30 июня 10:44 .СШ
директорию типа drwxr-XR-х 3 Антон Антон 512 30 июня 10:44 Антон

Я являюсь резидентом Канады. Недавно я переходил в США как часть моего отпуска, и будет повторный въезд в Канаду после 4 дней в США

Когда я вошел в США, я уже имел алкоголь в моем фургоне (который я так и заявляю с момента пересечения границы охранник спросил, когда я вошел в США), этот алкоголь был куплен в Канаде. Когда я повторно въехать в Канаду, я буду вернуть тот же алкоголь, что я изначально приобретен в Канаде. Я не купить алкоголь в США мой вопрос: Будет ли тот алкоголь, который я купил в Канаде и привез в США должны быть объявлены как часть моей суммы освобождение "заимствованного" в Канаде, когда я вернусь в Канаду? Я не думаю, что это было, поскольку он уже был куплен в Канаде.

Я просто заметил, что некоторые зомби-процессов на CentOS 6.8(финал), попытался убить их, но они все-таки есть:

[корень@хост пользователя]# ПС-эф | в Git команда grep 
котяра 746 1 0 Jul18 ? 00:00:00 ГИТ https://github.com/angular/bower-angular.git -б клона В1.3.20 --прогресс . - глубина 1
котяра 747 746 0 Jul18 ? 00:00:00 [ГИТ-удаленный от HTTP] <закрыта>
корень 20776 20669 0 09:03 на pts/3 00:00:00 grep в ГИТ
котяра 29970 1 0 Jul18 ? 00:00:00 ГИТ https://github.com/components/jqueryui.git -б клон 1.12.0 --прогресс . - глубина 1
котяра 29971 29970 0 Jul18 ? 00:00:00 [ГИТ-удаленный от HTTP] <закрыта>

[корень@хост пользователя]# убить 746 747 29970 29971

[корень@хост пользователя]# ПС-эф | в Git команда grep 
котяра 746 1 0 Jul18 ? 00:00:00 ГИТ https://github.com/angular/bower-angular.git -б клона В1.3.20 --прогресс . - глубина 1
котяра 747 746 0 Jul18 ? 00:00:00 [ГИТ-удаленный от HTTP] <закрыта>
корень 21525 20669 0 09:26 терминале pts/3 00:00:00 в Git команда grep 
котяра 29970 1 0 Jul18 ? 00:00:00 ГИТ https://github.com/components/jqueryui.git -б клон 1.12.0 --прогресс . - глубина 1
котяра 29971 29970 0 Jul18 ? 00:00:00 [ГИТ-удаленный от HTTP] <закрыта>

Как вы можете видеть, что они выполняются на протяжении двух месяцев, и если они не вредны, я бы от них избавиться, какой-то альтернативный способ, чтобы убить зомби?

Стандартный отказ от ответственности IANAL (я говорю от анекдотических опыта и может быть очень не так).

У меня был студент, который недавно отказался от работы над политическими данных из-за ее политических взглядов. Я мог бы сказать ей, что это было существенной частью нашей работы, и она должна сделать это или я не могу посоветовать ее. Я не думаю, что были бы какие-то последствия для меня, если я сделал. Вообще говоря, если советник не хочет студент причин, почему не очень актуальны, лучше расстаться.

В конце концов я выбрал не и перевел ее на другой проект. Ее успеваемость страдать? Конечно. Она сделала выбор и платит какую-то цену за это.

Для финансирования/сотрудничества, я едва могу видеть, что правовой защиты могло бы существовать. Если вы не хотите подать заявку на управление перспективных исследовательских грантов или работать с кем есть, вы не можете обоснованно спорить жалоб в результате. Скажем, если вы на посту, заявив, что не получили никакого финансирования, но это только потому, что вы отказываетесь работать с DARPA звучит абсурдно.

Аналогичное дело касается движений бойкот (например, БДС). Мое поле (информатика) имеет очень сильное израильское присутствие; если вы сторонник БДС может ограничить ваши будущие академические перспективы. Никто не может заставить вас сотрудничать с израильтянами, но в некоторых случаях она может стать очень сложно.

В конце концов, ничто в жизни не является бесплатным, и вы должны решить, насколько важны ваши личные убеждения против цены вслед за ними.

Груула газон будет иметь 6 отдельных активируемых способностей. Один из них, это нажать на RG, остальные каждого крана за 1 маны, 1 способность для каждого цвета. Так нет, вы не можете нажать на 2 маны любого цвета.

Также обратите внимание на терминологию, коснувшись земли, добавляет Ману в свой бассейн, он не добавляет земель или земель.

У меня есть входной файл с именем test.txt как это:

Хомо сапиенс
Мну Ван
Раттус раттус крыса 

Я хочу использовать для цикла и цикл по каждой строке. Некоторые вещи, как это:

для меня в "кошка test.txt`"
делать
FН=store_name
 сделать что-то еще > ${ФН}.тхт
сделано

Поскольку каждая линия имеет пространство между именами я использовал двойные кавычки в Кот test.txt. Я хочу сделать переменную ФН , который придает _ между этими названиями линий, так что мой ФН становится Homo_sapiens и Mus_musculus и если я крыса раттус цены становится Rat_rattus_rattus

Как я могу добиться этого?

Если вы установите SchoolTool из "Центр приложений Ubuntu", он дает вам более старой версии школьных инструмент (не 2.0), которая отличается от того, что показано в текущие документы. Это может быть то, что случилось; если это так, следуйте инструкциям здесь http://book.schooltool.org/install-2_0.html

В CentOS, я побежал следующую команду. Но это не дает мне явные ошибки по расследованию. Как можно устранить или найти ошибки?

сеть перезапустить службу

Я не мог найти его документально, но ссылочку здесь указано, что только политика акцептор падение. Это подтверждается и глядя на источник из libiptc (которая отвечает за управление правил) по линии 2429, где код был

2429 если (чего strcmp(политика, LABEL_ACCEPT) == 0)
2430 с->вердикт = -NF_ACCEPT - 1;
2431 остальное, если (чего strcmp(политика, LABEL_DROP) == 0)
2432 с->вердикт = -NF_DROP - 1;
2433 еще {
Ошибки 2434 = значение einval;
2435 возврат 0;
2436 }

Оригинальная резьба предполагает, лучшее, что можно сделать-добавить отклонить в конце цепочки, который должен быть в iptables -A выход -Джей отклонить.

Обратите внимание, что код просто до этого:

2423 если (!iptcc_is_builtin(с)) {
2424 DEBUGP("не удается установить политику userdefinedchain `на %S'\N", то цепь);
2425 для errno = ENOENT;
2426 возврат 0;
2427 }
2428 

Поэтому вы не можете установить политику в пользовательской цепочке.

С ЗШ:

для D (подкаталог*(/)) mixb $д/*.(дат|D01 имеют)([1])

В Баш эквивалентом будет что-то вроде:

shopt -с nullglob extglob
для D в подкаталоге*/; сделать
 [ -Л "${д%/}" ] && продолжить
 комплект -- "$д"*.@(дат|D01 имеют)
 [ "$#" -экв 0 ] || mixb "$1"
сделано

Это #2. Объяснение концепции, мы надеемся сделать это яснее.

ЭСТА расшифровывается как "электронная система авторизации путешествий". Это не виза, а система, которая экранирует люди, которые стремятся отправиться в путешествие в рамках программы безвизового въезда, чтобы убедиться, что они имеют право. Фактическая программа, согласно которой вы въехать в США после получения ЭСТА-это программы безвизового въезда (ПБВ), который позволяет гражданам определенных стран, чтобы остаться в США на срок до 90 дней для бизнеса или для удовольствия без визы.

Итак, что происходит? Программы безвизового въезда пришел первым, и это фактически свод правил, под которыми вы входите в США. Это позволяет при проживании до 90 дней (с важной оговоркой, что поездки в Канаду, Мексику, и "прилегающие острова" не сбросить часы). Как мы обсудим в как скоро я могу повторно войти в США пробыв 90 дней в рамках программы безвизового въезда?, вы можете сделать столько поездок, сколько вы хотите, так долго, как они согласуются с разрешенной цели и не вызвать офицера, кажется, ты хочешь здесь жить (тратить больше времени в США, чем ты занимаешься вне будет большой красный флаг, который вам больше вопросов, например). Это правило безвизового въезда и не имеет ничего общего с esta.

ЭСТА-это дополнительный слой на вершине, что был добавлен гораздо позже. Она требует от вас заполнить анкету онлайн, оплатить взнос, и быть утверждены, прежде чем вы можете въехать в США по воздуху или по морю в рамках безвизовой программы. Думаю, это как проверка безопасности гарантирует, что вы не на любой watchlists и не сделал ничего, что бы сделать, вероятно, вы должны быть отправлены обратно, если вы пытаетесь въехать в США. ЭСТА правилах сказано, что данное разрешение действует в течение двух лет (если не один из указанных ниже обстоятельств произошло, в какой момент необходимо повторно рано). Он по-прежнему действительны в течение двух лет, независимо от того, сколько времени вы проводите в Соединенных Штатах в то время. ЭСТА не добавил ограничить, сколько времени вы можете провести в США, но скорее о том, чтобы вы более тщательно проверены, прежде чем вы приедете.

Так в резюме, у вас есть ЭСТА, которая длится два года, и программе безвизового въезда, которая позволяет визитов до 90 дней (при условии "разумной"). Проводить больше времени в США не вызывает вашего ЭСТА истекает быстрее.

Информация о ЭСТА странице в разделе "Что такое система электронного разрешения на въезд (esta)?" помогает сделать это более ясным:

Одобрено заявок ЭСТА действительны в течение двух лет, или до истечения срока действия паспорта, что наступит раньше, а несколько поездок в США без путешественника повторного применения для другой ЭСТА. Когда вы отправляетесь в США с утвержденным ЭСТА, вы может только пребывание сроком до 90 дней за раз и не должно быть разумные сроки между посещениями, так что офицером СВР делает не думаю, что вы пытаетесь жить здесь. Существует набор требований для как долго вы должны ждать между посещениями.

Путешественники, чья еста заявки утверждены, но чьи паспорта истекает менее чем через два года, получит разрешение esta действует до дата окончания срока действия паспорта.

Новое разрешение esta является обязательным, если:

• Вам выдали новый паспорт,
• Вы изменить свое имя (первый и/или последний)
• Вы меняете свой пол (ЭСТА в настоящее время не имеет гендерной X, чтобы выбрать из на приложения. Предполагается, что путешественнику выбрать, какой бы выбор они чувствуют себя наиболее комфортно. Esta, будет отказано исключительно на пол выбрали в приложении.)
• Стране вашего гражданства изменения
• Ваши обстоятельства изменятся, например, вы были осуждены за преступление нравственной распущенности или развиваться инфекционное заболевание. Такое изменение может требуется получить визы для поездки в США необходимо повторно подать заявление и ваше заявление должно отражать изменения в ваших обстоятельствах или вы может быть отказано во въезде по прибытию в США. Больше информация о других несоответствий требованиям может быть найден в американском штате Сайт департамента

ОНЗ рекомендует вам подать заявку на разрешение esta, как только вы знаю, что вы будете путешествовать в США в рамках безвизовой программы. Если ваше ЭСТА истекает в то время как в США, это не повлияет на ваш отъезд.

Смотрите также в этом разделе из США таможенной и пограничной защиты, который говорит во многом то же самое, хотя это проще связаться напрямую.

Если вы не уверены, вы всегда можете выбрать "ЭСТА проверить статус" на официальном сайте ЭСТА (быть в поиске мошенников и самозванцев), чтобы убедиться, что ваше ЭСТА остается в силе.

Если бы вы снова открыть ограничен водители, что бы вы увидели?

Если все остальное терпит неудачу, возможно, стоит переустановить Убунту, однако это не может быть вариантом для вас.

Не ответ на ваш вопрос, но альтернативное предложение для шифрования резервной копии на магнитной ленте.

Вы могли бы использовать предохранитель файловой системы EncFS больше в обратном направлении Маунт-локальный путь к специальной папке, где содержимое этой папки на лету шифруется версии источника пути. Если вы смолки этой папки, вы будете писать архива зашифрованные файлы.

Когда приходит время, чтобы восстановить данные, распаковать его в папку, запустить Дир нормально, и тогда вы сможете увидеть все ваши оригинальные файлы.

Главный недостаток этого метода заключается в том, что имена файлов не зашифрованы, поэтому вам вряд ли удастся восстановить только несколько файлов с ленты - вы будете иметь, чтобы прочитать полную версию записи на локальный диск, скопировать расшифрованные файлы, а затем удалить его снова.

Преимущество заключается в том, что деготь только видит обычные файлы, так что его многотомный обработка будет хорошо работать и разделять файлы на ленты. Вы можете даже восстановить одну ленту (или частичного восстановления), а Дир - файлы полностью автономны (один зашифрованный файл соответствует один реальный файл), так что не важно, как много или как несколько зашифрованных файлов вы получаете от ленты, эти файлы смогут быть расшифрованы. Вы просто не знаете, что имена только после того, как вы скопировали их с ленты.