Я получил ниже объяснение из другой ссылке:

Значения в наносекундах:

Мастер значение смещения измеренного смещения от мастера (в наносекундах).

В С0, С1, С2 индикаторы показывают различные состояния тактового усилитель руля: разблокирован С0, С1 часы шаг, и С2 заблокировано. Если усилитель находится в заблокированном состоянии (С2), часы не будут усилены (только медленно отрегулировать), если опцион pi_offset_const присваивается отрицательное значение в файле конфигурации (см. человек 8 ptp4l для получения дополнительной информации).

Значение частоты представляет регулировка частоты часов (в частях на миллиард, ППБ).

Задержка пути стоимость представляет собой ожидаемую задержку синхронизации сообщений Отправлено от мастера (в наносекундах).

Порт 0 является доменный сокет Unix, используемая для управления местным ПТП. Порт 1 является интерфейс eth0.

Инициализация, слушая, некалиброванных и раб являются примерами государств порта, которые изменяются по инициализации, RS_SLAVE, и MASTER_CLOCK_SELECTED событий. Когда состояние порта меняется от НЕКАЛИБРОВАННОГО в slave, компьютер успешно синхронизировано с ПТП мастер часы.

Я просто добавлю несколько заметок из осторожности, чтобы ответы уже предусмотрены:

• Хотя возвращение имеет очень специальное значение для оболочки, с синтаксической точки зрения, это раковины встроенные команды и вернуть заявление обрабатывается как любая другая простая команда. Это значит, что, как и в аргументе любой другой команды, $? когда неэкранированная, будет зависеть сплит+Глоб

  Поэтому нужно процитировать, что $? чтобы избежать этого:

  возвращение "$?"
  

• возврат , как правило, не принимаем любой выбор (ksh93's принимает обычные --помогите, --человек, --автор... хотя). Единственный аргумент это ожидает (необязательно) - код возврата. Диапазон принимаемых кодов возврата варьируется от оболочки к оболочке, и какие ценности за пределами 0..255 должным образом отражены в $? также варьируется от оболочки к оболочке. Ознакомиться по умолчанию код выхода, когда процесс завершен? подробные сведения о что.

  Большинство снарядов допускаются отрицательные значения (в конце концов, аргумент, передаваемый для _exit()/exitgroup() системный вызов-это тип int, так что с ценностями включает в себя как минимум -2³¹ до 2³¹-1, Так что это имеет смысл только, что снаряды признать тот же диапазон его функций).

  Большинство снарядов использовать с помощью waitpid() и co. API для получения, что статус выхода, однако в этом случае, это усе на число от 0 до 255, когда хранится в $?. Даже если вызов функции не предполагает порождение процесса и с помощью waitpid() для получения кода возврата, как все делается в одном процессе, многие снаряды также имитировать, что с помощью waitpid() поведение при вызове функции. Это означает, что даже если вы называете возврата с отрицательным значением, $? будет содержать положительное число.

  Так вот, среди тех, чьи снаряды возвращение принимает отрицательных чисел (ksh88, ksh93, в bash, zsh по беспроводным интерфейсам и производные инструменты кроме МКШ, Яш), есть несколько (беспроводным интерфейсам и Яша), который нужно записать как вернуть -- -123 иное, что -123 берется три -1, -2, -3 недопустимые параметры.

  Как беспроводным интерфейсам и его производных (как в OpenBSD ш или пош) сохранять отрицательное число в $?, это означает, что делает возвращение "$?" не когда $? содержит отрицательное число (что случится, когда последняя команда выполнить была функция, которая возвращала отрицательное число).

  Так что возвращение -"$?" лучше бы в этих оболочках. Однако, обратите внимание, что при поддержке большинства оболочек, что синтаксис не является POSIX и на практике не подтверждается МКШ и зольных производных.

  Итак, подведем итоги, с беспроводным интерфейсам на основе раковины, вы можете использовать отрицательные числа аргументов функций, но если вы это сделаете, вернуть "$@" не работает. В других оболочках, вернуть "$@" будет работать, и вы должны избегать использования отрицательных чисел (или число, выходящее за пределы 0..255) в качестве аргументов для возврата.

• Во всех снарядов, что я знаю, что, призывая вернуться из подоболочек внутри функции будет вызывать в том случае, когда для выхода (с выхода статус либо что последней командой Run), но не будет причиной возврата из функции (мне, неясно, будет ли в POSIX дает вам гарантии, некоторые утверждают, что выход следует использовать, вместо того, чтобы покинуть подоболочек внутри функции). Например

  Ф() {
   (возвращение 3)
   эхо "по-прежнему внутри Ф. Состояние выхода: $?"
  }
  Ф
  Эхо "статус F выход: $?"
  

  вывод:

  еще внутри Ф. Состояние выхода: 3
  статус F выход: 0
  

Насколько мне известно, компания Apple HFS+ и драйверы доступны только для чтения. Возможно вы установили другой чтения/записи драйвер Парагон.

Чтобы удалить драйвер Apple HFS+ с:

1. Обзор C:\Windows\System32\drivers\
2. Двигаться AppleHFS.sys & AppleMNT.sys в корзину

3. Создать Remove_AppleHFS.Рег файл с помощью текстового редактора, например блокнот, и следующим содержанием:

   Редактор Реестра Windows Версии 5.00
   
   [-Раздел HKEY_LOCAL_MACHINE\система\CurrentControlSet на\услуги\AppleHFS]
   
   [-Раздел HKEY_LOCAL_MACHINE\система\CurrentControlSet на\услуги\AppleMNT]
   

   Вы можете добавить трейлинг-пустые строки.

   Слияние reg-файл с реестром должна работать следующим образом:

   • Нажмите на Пуск и выберите Выполнить...
   • Введите regedit, а затем нажмите OK
   • В regedit, нажать на файл, а затем импортировать
   • Введите имя или в противном случае найти ".reg-файл" вы хотите ввести, и нажмите OK
   • Содержание этого ".reg-файл" будет занесен в реестр.

4. Перезагрузка

Проблема здесь заключается в том, что демон ждет конца файла на трубе он читает команды в stdout (поток stderr не один по какой-то причине, по крайней мере, с версией я тестирую по) ОТ. И фоновое задание наследует FD в этой трубе.

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

Так:

по rsync ... > /dev/нуль 2>&1 &

Сравните:

$ время по SSH localhost в сон 2 &'
0.05 пользователя с системой через SSH localhost в сон 2 &' 0.00 х 2% процессора 2.365 общая
$ время по SSH localhost в сон 2 > /Дев/нуль &'
СШ имени localhost 'спать 2 > /Дев/нуль &' 0.04 пользователя s 0.00 s система 12% процессора 0.349 общая

И:

$ СШ имени localhost '(сон 1; ЛС /х; Эхо "$?" > получится) > /dev/нуль &'; сна 2; кота
141 # LS с убит сигнал sigpipe, после написания сообщения об ошибке
$ СШ имени localhost '(сон 1; ЛС /х; Эхо "$?" > получится) > /dev/нуль 2>&1 &'; сна 2; кота
2 # ЛС нормально выходится после написания ошибки в /dev/null вместо
 # из сломанной трубы

В OS X компания Apple имеет так называемой "палитра символов" для того, чтобы вставить специальные символы, такие символы, буквы с надстрочными знаками, математика, литература, японские иероглифы и т. д..

Вы можете найти палитру персонажа в меню ввода.

Войдите в Параметры системы --> Международный. Меню Ввода Нажмите Кнопку''.

Щелкните флажки рядом с палитрой персонажа и "показать меню ввода в строке меню" (это позволит вам открыть его из меню).

Надеюсь, что помогает.

Я получаю все эти ошибки в Керн.журнал и я не знаю, как расследовать их.

Я даже не уверен, какая из них наиболее актуальна для заголовка на этот вопрос.

AFAIU, это, вероятно, будет связана с оборудованием. Но я даже не могу сказать какая часть. Жесткий диск? Материнской платы?

27 августа 18:11:13 bouzin-lilou для своего следующего путешествия ядра: [ 1601.220021] ата2: жесткий сброс ссылке
27 августа 18:11:15 bouzin-lilou для своего следующего путешествия ядра: [ 1603.448042] ата2: COMRESET failed (или для errno=-32)
27 августа 18:11:15 bouzin-lilou для своего следующего путешествия ядра: [ 1603.448052] ата2: сбросить не удалось, сдаюсь
27 августа 18:11:15 bouzin-lilou для своего следующего путешествия ядра: [ 1603.448071] ата2: исключение Emask 0x0 в Вгкт 0х10 Сэрр 0x4060000 действий 0xe замороженные Т4
27 августа 18:11:15 bouzin-lilou для своего следующего путешествия ядра: [ 1603.448072] ата2: irq_stat 0x00000040, статус подключения изменился
27 августа 18:11:15 bouzin-lilou для своего следующего путешествия ядра: [ 1603.448074] ата2: SError: { PHYInt CommWake DevExch }
27 августа 18:11:15 bouzin-lilou для своего следующего путешествия ядра: [ 1603.448080] ата2: ограничение интерфейса SATA скорость передачи до 1,5 Гбит / с
27 августа 18:11:15 bouzin-lilou для своего следующего путешествия ядра: [ 1603.448082] ата2: ссылка на сброс 
27 августа 18:11:17 bouzin-lilou для своего следующего путешествия ядра: [ 1605.708014] ата2: COMRESET failed (или для errno=-32)
27 августа 18:11:17 bouzin-lilou для своего следующего путешествия ядра: [ 1605.708021] ата2: сбросить не удалось (ошибка=-32), повтор через 8 сек
27 августа 18:11:25 bouzin-lilou для своего следующего путешествия ядра: [ 1613.448023] ата2: жесткий сброс ссылке
27 августа 18:11:27 bouzin-lilou для своего следующего путешествия ядра: [ 1615.708012] ата2: COMRESET failed (или для errno=-32)
27 августа 18:11:27 bouzin-lilou для своего следующего путешествия ядра: [ 1615.708019] ата2: сбросить не удалось (ошибка=-32), повтор через 8 сек
27 августа 18:11:35 bouzin-lilou для своего следующего путешествия ядра: [ 1623.448033] ата2: жесткий сброс ссылке
27 августа 18:11:37 bouzin-lilou для своего следующего путешествия ядра: [ 1625.676012] ата2: COMRESET failed (или для errno=-32)
27 августа 18:11:37 bouzin-lilou для своего следующего путешествия ядра: [ 1625.676018] ата2: сбросить не удалось (ошибка=-32), повторное обращение в 33 сек
27 августа 18:12:10 bouzin-lilou для своего следующего путешествия ядра: [ 1658.448030] ата2: ссылка на сброс 
27 августа 18:12:12 bouzin-lilou для своего следующего путешествия ядра: [ 1660.740012] ата2: COMRESET failed (или для errno=-32)
27 августа 18:12:12 bouzin-lilou для своего следующего путешествия ядра: [ 1660.740021] ата2: сбросить не удалось, сдаюсь
27 августа 18:12:12 bouzin-lilou для своего следующего путешествия ядра: [ 1660.740038] ата2: исключение Emask 0x0 в Вгкт 0х10 Сэрр 0x4060000 действий 0xe замороженные Т3
27 августа 18:12:12 bouzin-lilou для своего следующего путешествия ядра: [ 1660.740040] ата2: irq_stat 0x00000040, состояние подключения изменилось
27 августа 18:12:12 bouzin-lilou для своего следующего путешествия ядра: [ 1660.740042] ата2: SError: { PHYInt CommWake DevExch }
27 августа 18:12:12 bouzin-lilou для своего следующего путешествия ядра: [ 1660.740046] ата2: ссылка на сброс 
27 августа 18:12:15 bouzin-lilou для своего следующего путешествия ядра: [ 1663.004017] ата2: COMRESET failed (или для errno=-32)
27 августа 18:12:15 bouzin-lilou для своего следующего путешествия ядра: [ 1663.004024] ата2: сбросить не удалось (ошибка=-32), повтор через 8 сек
27 августа 18:12:22 bouzin-lilou для своего следующего путешествия ядра: [ 1670.740017] ата2: ограничение интерфейса SATA скорость передачи до 1,5 Гбит / с
27 августа 18:12:22 bouzin-lilou для своего следующего путешествия ядра: [ 1670.740022] ата2: ссылка на сброс 
27 августа 18:12:25 bouzin-lilou для своего следующего путешествия ядра: [ 1672.968026] ата2: COMRESET failed (или для errno=-32)
27 августа 18:12:25 bouzin-lilou для своего следующего путешествия ядра: [ 1672.968034] ата2: сбросить не удалось (ошибка=-32), повтор через 8 сек
27 августа 18:12:32 bouzin-lilou для своего следующего путешествия ядра: [ 1680.740019] ата2: ссылка на сброс 
27 августа 18:12:35 bouzin-lilou для своего следующего путешествия ядра: [ 1682.972013] ата2: COMRESET failed (или для errno=-32)
27 августа 18:12:35 bouzin-lilou для своего следующего путешествия ядра: [ 1682.972020] ата2: сбросить не удалось (ошибка=-32), повторное обращение в 33 сек
27 августа 18:13:07 bouzin-lilou для своего следующего путешествия ядра: [ 1715.740025] ата2: ссылка на сброс 
27 августа 18:13:10 bouzin-lilou для своего следующего путешествия ядра: [ 1718.064012] ата2: COMRESET failed (или для errno=-32)
27 августа 18:13:10 bouzin-lilou для своего следующего путешествия ядра: [ 1718.064021] ата2: сбросить не удалось, сдаюсь
27 августа 18:13:10 bouzin-lilou для своего следующего путешествия ядра: [ 1718.064040] ата2: исключение Emask 0x0 в Вгкт 0х10 Сэрр 0x4060000 действий 0xe замороженные Т2
27 августа 18:13:10 bouzin-lilou для своего следующего путешествия ядра: [ 1718.064042] ата2: irq_stat 0x00000040, статус подключения изменился
27 августа 18:13:10 bouzin-lilou для своего следующего путешествия ядра: [ 1718.064044] ата2: SError: { PHYInt CommWake DevExch }
27 августа 18:13:10 bouzin-lilou для своего следующего путешествия ядра: [ 1718.064049] ата2: ссылка на сброс 
27 августа 18:13:12 bouzin-lilou для своего следующего путешествия ядра: [ 1720.452011] ата2: COMRESET failed (или для errno=-32)
27 августа 18:13:12 bouzin-lilou для своего следующего путешествия ядра: [ 1720.452019] ата2: сбросить не удалось (ошибка=-32), повтор через 8 сек
27 августа 18:13:20 bouzin-lilou для своего следующего путешествия ядра: [ 1728.064018] ата2: ограничение интерфейса SATA скорость передачи данных до 1,5 Гбит / с
27 августа 18:13:20 bouzin-lilou для своего следующего путешествия ядра: [ 1728.064022] ата2: ссылка на сброс 
27 августа 18:13:22 bouzin-lilou для своего следующего путешествия ядра: [ 1730.548016] ата2: COMRESET failed (или для errno=-32)
27 августа 18:13:22 bouzin-lilou для своего следующего путешествия ядра: [ 1730.548023] ата2: сбросить не удалось (ошибка=-32), повтор через 8 сек
27 августа 18:13:30 bouzin-lilou для своего следующего путешествия ядра: [ 1738.064025] ата2: ссылка на сброс 
27 августа 18:13:32 bouzin-lilou для своего следующего путешествия ядра: [ 1740.292017] ата2: COMRESET failed (или для errno=-32)
27 августа 18:13:32 bouzin-lilou для своего следующего путешествия ядра: [ 1740.292024] ата2: сбросить не удалось (ошибка=-32), повторное обращение в 33 сек
27 августа 18:14:05 bouzin-lilou для своего следующего путешествия ядра: [ 1773.064017] ата2: ссылка на сброс 
27 августа 18:14:07 bouzin-lilou для своего следующего путешествия ядра: [ 1775.356013] ата2: COMRESET failed (или для errno=-32)
27 августа 18:14:07 bouzin-lilou для своего следующего путешествия ядра: [ 1775.356021] ата2: сбросить не удалось, сдаюсь
27 августа 18:14:07 bouzin-lilou для своего следующего путешествия ядра: [ 1775.356037] ата2: исключение Emask 0x0 в Вгкт 0х10 Сэрр 0x4060000 действий 0xe замороженные Т1
27 августа 18:14:07 bouzin-lilou для своего следующего путешествия ядра: [ 1775.356038] ата2: irq_stat 0x00000040, статус подключения изменился
27 августа 18:14:07 bouzin-lilou для своего следующего путешествия ядра: [ 1775.356040] ата2: SError: { PHYInt CommWake DevExch }
27 августа 18:14:07 bouzin-lilou для своего следующего путешествия ядра: [ 1775.356045] ата2: ссылка на сброс 
27 августа 18:14:09 bouzin-lilou для своего следующего путешествия ядра: [ 1777.616011] ата2: COMRESET failed (или для errno=-32)
27 августа 18:14:09 bouzin-lilou для своего следующего путешествия ядра: [ 1777.616019] ата2: сбросить не удалось (ошибка=-32), повтор через 8 сек
27 августа 18:14:17 bouzin-lilou для своего следующего путешествия ядра: [ 1785.356016] ата2: ограничение интерфейса SATA скорость передачи данных до 1,5 Гбит / с
27 августа 18:14:17 bouzin-lilou для своего следующего путешествия ядра: [ 1785.356021] ата2: ссылка на сброс 
27 августа 18:14:19 bouzin-lilou для своего следующего путешествия ядра: [ 1787.584014] ата2: COMRESET failed (или для errno=-32)
27 августа 18:14:19 bouzin-lilou для своего следующего путешествия ядра: [ 1787.584020] ата2: сбросить не удалось (ошибка=-32), повтор через 8 сек
27 августа 18:14:27 bouzin-lilou для своего следующего путешествия ядра: [ 1795.356022] ата2: ссылка на сброс 
27 августа 18:14:30 bouzin-lilou для своего следующего путешествия ядра: [ 1797.840013] ата2: COMRESET failed (или для errno=-32)
27 августа 18:14:30 bouzin-lilou для своего следующего путешествия ядра: [ 1797.840019] ата2: сбросить не удалось (ошибка=-32), повторное обращение в 33 сек
27 августа 18:15:bouzin-lilou для своего следующего путешествия 02 ядра: [ 1830.356017] ата2: жесткий сброс ссылке
27 августа 18:15:04 bouzin-lilou для своего следующего путешествия ядра: [ 1832.648012] ата2: COMRESET failed (или для errno=-32)
27 августа 18:15:bouzin-lilou для своего следующего путешествия 04 ядра: [ 1832.648020] ата2: сбросить не удалось, сдаюсь
27 августа 18:15:bouzin-lilou для своего следующего путешествия 04 ядра: [ 1832.648034] ата2: да отложенный после 5 попыток, сдаюсь
27 августа 18:15:bouzin-lilou для своего следующего путешествия 04 ядра: [ 1832.648036] ата2: полный Эх 

Я удалил все USB-устройства, отключил DVD привод и поменял SATA кабель жесткого диска. Теперь у меня только один жесткий диск, с новой (и работают) кабель SATA.

Я также проверил жесткий диск С также smartmontools:

smartctl 6.4 2014-10-07 r4002 [x86_64 с-Линукс-3.16.0-4-для amd64] (местной сборки)
Авторское право (c) 2002-14, Брюс Аллен, Кристиан Франке, www.smartmontools.org

=== НАЧАЛО РАЗДЕЛА ИНФОРМАЦИЯ ===
Модель устройства: компания Hitachi HDT721032SLA380
Серийный номер: STA205MC1JLU3X
Лу Орж ID устройства: 5 000cca 346d5a40d
Версия прошивки: ST2OA31B
Пользователь емкость: 320 072 933 376 байт [320 ГБ]
Размер сектора: 512 байт логический/физический
Скорость вращения: 7200 об / мин
Устройство: не в базе smartctl [для использования детали: -Р showall]
Версия Ата: ATA8-САУ Т13/1699-Д пересмотр 4
Версия на SATA жесткого диска: SATA 2.6, 3.0 Гб/с
Местное время: СБ авг 27 18:31:06 2016 мск
Умная поддержка: доступна - устройство смарт-возможности.
Умная поддержка: включен

=== НАЧАЛО ЧИТАЙТЕ РАЗДЕЛ СМАРТ-ДАННЫХ ===
Смарт в целом-здоровья самооценка результат теста: пройден

Общие интеллектуальные ценности:
Статус offline сбора данных: (0х00) автономного сбора данных 
 никогда не была начата.
 Автоматический Сбор Данных В Автономном Режиме-Отключено.
Самодиагностика статус выполнения: ( 0) Предыдущее самотестирование завершено плановое
 без ошибок или нет самодиагностика никогда 
 была запущена.
Общее время для выполнения в автономном режиме 
сбор данных: ( 4710) секунд.
Сбор данных в автономном режиме 
возможности: (0x5b) Смарт в автономном режиме выполнить немедленно.
 Автоматический сбор данных в автономном режиме вкл/выкл поддержки.
 Приостановить автономный сбор по новой
команду.
 Сканирование поверхности в автономном режиме поддерживается.
 Самодиагностика поддерживается.
 Нет передачи самопроверки поддержал.
 Выборочная самодиагностика поддерживается.
Интеллектуальные возможности: (0x0003) сохраняет умная данных перед вводом
 режим энергосбережения.
 Поддержка Smart Auto сохранить таймер.
Возможность протоколирования ошибок: (0х01) ошибка журнала.
 Универсальное протоколирование поддерживается.
Короткое самотестирование рутины 
рекомендуемое время опроса: ( 1) минуты.
Расширенная самодиагностика обычной
рекомендуемое время опроса: ( 79) минут.
Возможности СКТ: (0x003d) статус ПКТЗ поддерживается.
 Ошибка ПКТЗ контроль восстановления поддерживаются.
 Характеристика ПКТЗ управления поддерживается.
 ПКТЗ Таблицы данных поддерживается.

Смарт-атрибуты, структуры пересмотра данных количество: 16
Специфические атрибуты Smart поставщика с порогов:
ИДЕНТИФИКАТОР# ИМЯ_АТРИБУТА ЗНАЧЕНИЕ ФЛАГА ХУДШИЙ ТРЕШ ОБНОВЛЕННЫЙ ТИП WHEN_FAILED RAW_VALUE
 1 Raw_Read_Error_Rate 0x000b 100 100 016 предварительно не всегда - 0
 2 Throughput_Performance 0x0005 100 100 054 предварительно не в автономном режиме - 0
 3 Spin_Up_Time 0x0007 112 112 024 заранее-не всегда - 220 (средняя 223)
 4 Start_Stop_Count 0x0012 100 100 000 Old_age всегда - 3605
 5 Reallocated_Sector_Ct 0x0033 100 100 005 предварительно не всегда - 0
 7 Seek_Error_Rate 0x000b 100 100 067 предварительно не всегда - 0
 8 Seek_Time_Performance 0x0005 100 100 020 предварительно не в автономном режиме - 0
 9 Power_On_Hours 0x0012 099 099 000 Old_age всегда - 8720
 10 Spin_Retry_Count 0x0013 100 100 060 предварительно не всегда - 0
 12 Power_Cycle_Count 0x0032 100 100 000 Old_age всегда - 3602
192 силы-Off_Retract_Count 0x0032 097 097 000 Old_age всегда - 3723
193 Load_Cycle_Count 0x0012 097 097 000 Old_age всегда - 3723
194 Temperature_Celsius 0х0002 146 146 000 Old_age всегда - 41 (мин/макс 10/47)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age всегда - 0
197 Current_Pending_Sector 0x0022 100 100 000 Old_age всегда - 0
198 Offline_Uncorrectable 0x0008 100 100 000 Old_age в автономном режиме - 0
199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age всегда - 0

Смарт-версия журнала ошибок: 1
Нет Ошибок В Журнале

Умный самопроверки сруба номер ревизии 1
Статус кол-во Test_Description оставшийся срок службы(часов) LBA_of_first_error
# 1 расширенный автономном режиме завершена без ошибок 00% 8711 -
# 2 коротких автономном режиме завершена без ошибок 00% 8710 -

Смарт-селективный самопроверки журнала структуре данных редакции 1
 ПРОДОЛЖИТЕЛЬНОСТЬ MIN_LBA CURRENT_TEST_STATUS MAX_LBA 
 1 0 0 Not_testing
 2 0 0 Not_testing
 3 0 0 Not_testing
 4 0 0 Not_testing
 5 0 0 Not_testing
Выборочная самодиагностика плит (от 0x0):
 После сканирования выбранных пролетов, не читать-сканировать оставшуюся часть диска.
Если выборочная самодиагностика отложенных на питание, возобновятся после 0-минутной задержкой.

AFAIU, там вопроса не было найдено.

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

Чистки рядов, эта машина как графическая карта Nvidia и использует нуво (без проприетарного драйвера).

Чтобы добавить ответ именно сторона в вашем случае я слегка измененный мой ответ в связанном "дубликат" и разместил его здесь снова.

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

Загрузочный раздел ОС Х (кроме восстановления для HD), либо имеет идентификатор 48465300-0000-11АА-АА11-00306543ECAC для стандартного раздела OS X или идентификатор GUID 53746F72-6167-11АА-АА11-00306543ECAC для раздела CoreStorage. На FFFFFFFF-ffff в-ffff в-ffff в-FFFFFFFFFFFF неизвестный тип раздела (но не без перегородки как 000000-0000-0000.... один).

Первый блок стандартного раздела ОС Х не содержит не нули, первый блок раздела CoreStorage содержит некоторые номера-нули. Чтобы получить первые 3 блока секции, вы должны использовать заменитель для шестнадцатеричного представления/ключам (оба недоступны в режиме восстановления/ОС X установщик загрузочного диска). Лучшее, что я нашел-это ДД, если=/dev/diskXsY количество=3 | ВИС -Си.

Таблица разделов GUID может быть изменен с ОПС. ОПС пишет только на первый 34 и последние 33 блоков диска(512) или первые 6 и последние 5 блоков 4К диска. Изменение таблицы разделов (даже ошибочно) не изменять содержание любого объема на диске, Если вы не intialize или восстановления Тома/диска по запросу. Хотя вы можете проверить это.

• Загрузиться в OS X загрузочный диск для установки
• Открыть терминал в меню Служебные программы > терминал
• Обзор с diskutil список

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

  ОПС -Р шоу диске 0
  

• Отмонтировать диске 0 с diskutil umountDisk диске 0

• в отношении первых 3-х блоков порядок... раздела:

  ДД, если=/dev/disk0s2 графа=3 | вис -с
  

  1. Если вы ранее стандартный раздел на первых 1024 байт содержит только непечатные (нули): \0\0... После ~1030 байт вы увидите следующую последовательность: \0HFSJ\0

  2. Если у вас CoreStorage раздела, некоторые номера-с нулями в первых 512 байт и в строку в CS (...\0CS\^а...) показаны:

     \^U\^D\^A\M-s\M^?\M^?\M^?\M^?\^A\0\^P\0\0\0\M-W\^A\a\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^B\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\M^Pu\M-\7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0CS\^A\0\0\0\^D\0\0\^P\0\0\0\0@\0X\M-7}\^C\0\0\0\0X\M-;}\^C\0\0\0\0X\M-?}\^C\0\0\0\0X\M-C}\^C\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^P\0\0\0\^B\0\0\0006j в\^р\м-+\^у\М^[\ф\м^Шарль де Голль\мой\^]...
     

• Теперь снимаем второй и третий раздел:

  диске 0 umountDisk diskutil 
  ОПС удалить -я 2 диске 0
  ОПС удалить -Я 3 диске 0
  

  Если вы получаете сообщение об ошибке, как "ресурс занят" просто размонтировать диск снова или упрямый размонтировать тома с diskutil размонтировать disk0sX.

  Повторно добавить раздел восстановления с соответствующего типа:

  ОПС добавить -я 3 -б 469007088 -с 1269536 -Т 426F6F74-0000-11АА-АА11-00306543ECAC диске 0
  

  Повторно добавить в основной раздел с соответствующего типа:

  Либо нормальную ОС х разделов (если вы нашли типичные следы нормальной перегородки в ДД ... ВИС шаг):

  ГПТ добавить -я 2-б 409640 -с 468597448 -Т 48465300-0000-11АА-АА11-00306543ECAC диске 0
  

  или (если вы нашли типичные следы раздел CoreStorage):

  ОПС добавить -я 2-б 409640 -с 468597448 -Т 53746F72-6167-11АА-АА11-00306543ECAC диске 0
  

• Ваш диск должен, наконец, выглядеть так, если вы нашли стандартный раздела ОС Х:

   пуск размер предметный указатель содержание 
   0 1 ПМБР
   Заголовок 1 1 ОПС при 
   2 32 при GPT таблицу
   34 6 
   40 409600 ОПС 1 часть - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
   409640 468597448 ОПС 2 часть - 48465300-0000-11АА-АА11-00306543ECACC
  469007088 1269536 3 ТШП часть - 426F6F74-0000-11АА-АА11-00306543ECAC
  470276624 19695313 4 ТШП часть - 48465300-0000-11АА-АА11-00306543ECAC
  489971937 262782 
  490234719 32 сек GPT таблицу
  Заголовок 490234751 1 ОПС сек 
  

  или этот, если вы нашли объема CoreStorage:

   пуск размер предметный указатель содержание 
   0 1 ПМБР
   Заголовок 1 1 ОПС при 
   2 32 при GPT таблицу
   34 6 
   40 409600 ОПС 1 часть - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
   409640 468597448 ОПС 2 часть - 53746F72-6167-11АА-АА11-00306543ECAC
  469007088 1269536 3 ТШП часть - 426F6F74-0000-11АА-АА11-00306543ECAC
  470276624 19695313 4 ТШП часть - 48465300-0000-11АА-АА11-00306543ECAC
  489971937 262782 
  490234719 32 сек GPT таблицу
  Заголовок 490234751 1 ОПС сек 
  

• Наконец-то проверить/восстановить диск с diskutil verifyDisk диске 0 и/или diskutil verifyVolume disk0s2. Если для ремонта необходимо использовать ремонт (вместо проверки) в качестве префикса в вышеуказанной команды, но свяжитесь со мной, прежде его ремонта и отправить мне сообщение об ошибке.

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

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

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

судо требует пароль от терминала, в то время как фоновое задание будет сдаваться терминал:

$ судо спать 10 &
[1] 32749
$ ФГ 1
судо спать 10
[суда] пароль для T: 

Мое текущее решение является, как выше, типа в мой пароль, а потом БГ 1 задание. Он требует от меня, чтобы интерактивно выполнять три команды

судо работает только с исполняемыми файлами, а не консоли определенные команды:

$ судо ( спать 10 & )
в bash: ошибка синтаксиса около неожиданной лексемы `сон'
$ судо { сон 10 & }
в bash: ошибка синтаксиса около неожиданной лексемы `}'

Следующим образом снимите заднюю наземные работы из оболочки, связанных с:

$ судо Баш-с "сна 10 & "
[суда] пароль для T: 
$ вакансии
$ 

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

В силу различных обстоятельств я дал себе курс на файл ZFS системы. Мне нужна помощь освоиться с неизвестными. Независимо от них.

Сведения:

• Работает www.zfsonlinux.org на CentOS 6.2
• У меня есть массив с 12x2TB SATA-дисков.
• Я создал raidz2 бассейн и пара в ZFS файловые системы внутри.
• Производительность лучше, чем я ожидал. (Как часто ты говоришь?)

Некоторые вопросы:

• Какой тип обслуживания должен запланировать? Я читал, что делает "команда zpool скраб" рекомендуется. В какой промежуток вы бы запустить? Есть ли что-нибудь еще делать?
• Есть ли мониторинг производительности, кроме как "команда zpool iostat" - СНМП?
• Мне нужно быть уведомлены по электронной почте или похожие о сбоях диска, и т. д.... Какие у меня варианты?

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

Остальные коровы куда-то ехать. Детали, перемалывают в котлеты на обычных коров, могли бы также пойти в "Кобе ползунки". Там будут какие-то отличия от условно-подняла говядины, где фарш обычно делается, сочетая жирные куски с мяса ассорти для достижения точного соотношения жира. Я ожидаю, что Земля вагю, чтобы иметь больше жира, чем обычный гамбургер, и жир иначе, по-другому, но это будет варьироваться в зависимости от процессора к процессору.

Так что я бы сказал, что преимущество не стерты, точно. Я просто скажу, что вагю бургер будет намного больше, как обычный гамбургер, чем вагю стейк по сравнению с Ангус стейк. Нет ничего плохого в том, что, по крайней мере, пока они не пытаются обвинить массово суперпремиум цен на нее. (По моему опыту они приходят со скромным ю дополнительную плату.)

Так что-то глотание около 800 ГБ дискового пространства на моем Mac.

Я побежал на диске X и Омни Метельщик, и как показывают, что моего основного диска ОС только дома 30 Гб данных. 10 Гб, что является главной папки из сетевой папки, а остальное, полагаю, базируется на ОС Гафф.

Но где же остальные 200 или около того?!

Любые идеи?

Спасибо.

У меня есть пара идей:
1- СДБ устройство в реальности ДМ один
2- СКБ прибор был создан (перед РДК обнаружения), а затем уничтожается (после Амми обнаружения)

Для дальнейшего чтения: я предлагаю вам прочитать некоторые документы, если вы еще не сделали это
например http://www.tldp.org/HOWTO/Partition-Mass-Storage-Definitions-Naming-HOWTO/x99.html
http://tldp.org/HOWTO/Partition/devices.html

Есть некоторые соображения производительности при использовании полного шифрования диска на SSD. Вот отрывок , который объясняет основную проблему красиво:

Вы пишите в страницы (4КБ), но вы можете только стереть в блоках (128 страниц или 512КБ); таким образом, твердотельные накопители не стереть данные, когда вы удалите его, только когда они кончились места для записи внутри. Когда придет время, вы нарваться на неприятную ситуацию под названием чтение-модификация-запись. Здесь, даже просто пишут 4КБ, контроллер должен прочитать весь блок (512КБ), обновления на одной странице, и писать весь блок обратно. Вместо записи 4КБ, контроллер для записи 512КБ - гораздо медленнее операции.

Как обсуждалось очень долго в этот шедевр на производительности SSD, ССД производительность падает со временем, когда диск заполняется. Как объяснено выше. Как правило, при настройке полное шифрование диска, весь диск заполнен случайными данными так, чтобы скрывать зашифрованные данные от свободного пространства. Это, как я понимаю (а я, конечно, не эксперт) означает, что использование полного шифрования диска, один сразу идет в худшем случае производительность накопителя.

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

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

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

Мой совет, чтобы кто-то начинал с полного шифрования диска на SSD будет в два раза.

Во-первых, начать с чистого диска, или Осторожно ноль его перед началом.

Во-вторых, под раздел диска. Итак, перегородки 80%, или как мало диск, как вы можете сойти с рук. Дополнительное свободное пространство, может помочь сохранить производительность. Это не зависит от конкретного диска, так что вы можете исследовать данные для точного диске и так далее, но по общему принципу, он может существенно продлить жизнь привода.

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

У меня Ubuntu 10.10 Маверик сурикат на мой двойной загрузки ноутбука прямо сейчас. Тем не менее, я хочу использовать 12.04 ЛТС вместо освобождения. Поскольку я использовал Wubi, можно ли удалить Ubuntu 10.10 из Windows и установить 12.04 с Windows снова?

Это при условии, что ничего не случится с Windows, когда я удалить 10.10!

Вы сказали:

Я не нашел карту с триггером эффекты, когда они принесены в жертву другие карты

В дизайн статьи, Марк Роузуотер сказал:

Изначально, опасные Мыр нанес 1 повреждение, когда он был введен в кладбище из игры, но 3 урона, если он был принесен в жертву. И это не единственное существо с этим всадником. Как мне объяснили в части 1 и 2, Черная и красная была тема жертвоприношения, которая была немного сильнее в конструкцию передачи. Самая большая проблема с всадником был фраза "Когда CARDNAME в жертву" заставил многих игроков полагают, что им было позволено жертвовать ею всякий раз, когда они хотели. В команда разработчиков решила, что триггер смерти был чище и еще бы быть немного лучше в колоде, способных жертвовать своими артефакты.

Так Марк Роузуотер считает жертву триггеров такой плохой дизайн. Не в том, что он не мог работать, так что выгода от сдачи их в набор не стоит таких сложностей. Срабатывание, когда карта идет на кладбище находится достаточно близко, в большинстве случаев, что эффект жертву не стоит возможной путаницы.