Я полагаю, что это - самый эффективный способ сделать это в awk:
awk 'NR == FNR {
orderIds[$0]; next
}
!($0 in orderIds)
' ids.log.remote ids.log.local
Можно попробовать grep также:
grep -xFVf ids.log.remote ids.log.local
Проверьте эту страницу Wiki, она объясняет ошибку, брошенную libata:
https://ata.wiki.kernel.org/index.php/Libata_error_messages
Из того, что я вижу выше, Вы получили проблему тайм-аута, и согласно документу упомянул:
Контроллеру не удалось ответить на активную команду ATA. Это могло быть любым количеством причин. Чаще всего это происходит из-за несвязанной ошибки подсистемы прерывания (попытайтесь загрузиться с 'pci=nomsi' или 'acpi=off' или 'noapic'), которому не удалось обеспечить прерывание, когда мы ожидали один от аппаратных средств.
Можно хотеть отключить ACPI (проверка, как к на основе дистрибутива), или проверьте Вас ядро на известные ошибки и возможно обновите его, если это не является последним (или понизьте его).
sudo hdparm -I /dev/sdX | grep locked
сказать? Это должно сказать: 'не заблокированный'. Это показало эти загадочные тайм-ауты в прошлом здесь каждый раз, когда жесткий диск был заблокирован паролем ATA (из-за предыдущего стирания безопасности, и система отказывают позже, который заставил безопасность pw не быть очищенной снова). Этот материал пароля действительно оказывает огромное влияние, также на Ваших нервах.:) Даже стандартные инструменты, поставленные Вашим поставщиком диска HD, ведут себя безумно, как будто жесткий диск собирается умереть, когда пароль активен. Преступник для бесчисленных пучков волос, оторванных в течение лет. актуальный вопрос
– syntaxerror
03.12.2014, 22:56
Подобно тому, как Хосе Луис Мартин предложил использовать blockdev, мой 2cent должен выполнить повторное подключение rw и forcefsck
(предполагается, что sda - ваш диск)
blockdev --setrw /dev/sda
mount /dev/sda -o remount,rw
touch /forcefsck
Перезагрузка в Windows 10, зайдите в параметры питания и отключите быстрое выключение. затем перезагрузитесь в linux..gbamm все в порядке.
Быстрое завершение работы в Windows 10 приводит к переводу некоторых файлов в спящий режим и частичному использованию диска. так линукс видит как занято.
fsck
в файловой системе только для чтения, прежде чем это сможет быть смонтировано снова. – Evi1M4chine 20.11.2016, 18:08