По-видимому, эта проблема уже известна людям Ubuntu. Добрался, чтобы вручить его им!
Для начинающих: быстрая работа вокруг. Можно получить систему, работающую снова путем замедления Ethernet к 10 mpbs как это:
sudo ethtool -s eth0 speed 10 autoneg off
(Обратите внимание, что инструмент mii НЕ работает с этой микросхемой Ethernet),
У меня на самом деле еще нет подтвержденной фиксации, но по-видимому никто не делает. Я принял решение ответить на этот вопрос, потому что природа этой проблемы - что-то, о чем люди должны знать.
Согласно отчету об ошибках Ubuntu, это - аппаратный отказ, который случайным образом влияет только на некоторый недавний Intel микросхемы Ethernet. Не некоторые модели, но определенные микросхемы. Значение там не является никаким способом сказать, которые хороши и которые не являются. Как минимум 82579 В (моя микросхема) и 82579 лм затронуты, команда Ubuntu подтвердила их. Кто знает, сколько затронуты другие модели.
Может быть мудро избежать материнских плат, которые используют Intel микросхемы Ethernet, по крайней мере, пока степень проблемы полностью не понята.
Таким образом, кажется, что это на самом деле - аппаратная ошибка, в конце концов. Существуют слухи, что можно загрузить, скомпилируйте и установите последний драйвер Intel, который содержит постоянное обходное решение программного обеспечения. Загрузка здесь, скомпилируйте, и установка оставлены как осуществление для читателя.
Мне любопытно, что это обходное решение программного обеспечения, и уменьшает ли оно постоянно функциональность или производительность. Должен быть некоторый компромисс, правильно? К сожалению, я не мог экспериментировать с этим сам, так как я должен был передать эту материнскую плату обратно в окне возврата.
Отчеты об ошибках Ubuntu быть найденным здесь и здесь. Большое спасибо потрясающей команде Ubuntu! Они действительно делают большие вещи для аппаратной совместимости Linux.
То, что удивило меня больше всего об этом, - то, что я был, по-видимому, среди первого для случайной встречи с этой проблемой. Отчеты об ошибках Ubuntu выше все еще активны с этой записи. Никто еще не использует Linux на Sandy Bridge? Действительно ли я - единственный человек, оставленный на планете с 10/100 сетевым оборудованием? Возможно, наиболее вероятная причина состоит в том, что проблема с оборудованием Ethernet Intel только недавно проявилась.
- Eric
man zip
Из страницы справочника:
-e --encrypt Encrypt the contents of the zip archive using a password which is entered on the terminal in response to a prompt (this will not be echoed; if standard error is not a tty, zip will exit with an error). The password prompt is repeated to save the user from typing errors.
Другая опция является шифрованием SSL, примером:
openssl des3 -salt -pass pass:password -in file.txt -out encfile.txt
Возможно, можно СМОЛИТЬ папку перед использованием openssl для шифрования его.
man openssl
Если Вы используете gpg
, затем можно связать и зашифровать на лету, не имея необходимость указывать пароль.
% tar cf - MyProj | gpg -e -u 01234567 >/tmp/backup.tar.gpg
Здесь, 01234567
keyid ключа, который Вы хотите использовать для дешифрования резервного копирования. Если, в Вашем ~/.gnupg/gpg.conf
, Вы устанавливаете default-key
параметр к keyid Вашего предпочтительного ключа, затем можно опустить-u опцию.
Можно так же архивировать к stdout с zip - MyProj
.
zip -P foobar -r myproj.zip MyProj
Я знаю, что это менее безопасно, но я думаю, шанс моего взламываемого Google Drive и моей истории удара, взламываемой одновременно, является видом тонких – nopole 01.06.2012, 15:37zip -P foobar -r myproj.zip MyProj
Я знаю, что это менее безопасно, но я думаю, шанс моего взламываемого Google Drive и моей истории удара, взламываемой одновременно, является видом тонких – nopole 01.06.2012, 15:37-pass pass:password
поскольку другие непривилегированные пользователи видят пароль вps
(и другие). Лучше использовать-pass env:var
или-pass stdin
. – bahamat 02.07.2012, 21:44