Вид-u функциональная команда, не работающая
Результаты Google показывают довольно многим людям, успешно использующим ту палку. Кажется, существует драйвер в ядре, которое распознает его, но результаты бессистемны, возможно из-за v1 по сравнению с v2 того продукта. Так как большинство из них с прошлого года, я подозреваю, что это просто работает теперь. Некоторые люди говорят, что драйверы ralink работают лучше. У них есть палка, которая использует тот же чипсет в качестве Linksys, и обеспечьте драйверы, которые работают, просто необходимо изменить распознанные идентификаторы.
Если вещи когда-нибудь становятся действительно липкими, можно всегда использовать ndiswrapper и производителя, обеспеченного драйверы Windows. В эти дни очень немного устройств напрямую не будут работать.
Лучшая вещь сделать, загружают LiveCD и видят, работает ли она, не внося изменений в Вашу систему!
вид-u удаляет уникальные строки. Так, потенциальная проблема состоит в том, что эти три строки не являются тем же, и sort -u оставит всех их:
foo
foo
foo
Неважно, как тесно Вы смотрите, его твердое для замечания почему. Таким образом, если Вы не берете шестнадцатеричный дамп, с xxd например:
0000000: 666f 6f0a 666f 6f20 0a66 6f6f e280 820a foo.foo .foo....
0x0a новая строка, если Вы не знакомы с шестнадцатеричными дампами. Так три "нечто" s:
666f 6f 0a
666f 6f20 0a
666f 6fe2 8082 0a
Ага! Это на самом деле foo, foo<SPACE> ( 0x20), и foo<EN-SPACE> ( 0xe28082, который является U+2002, закодированным в UTF-8).
Вы, вероятно, получили что-то подобное продолжение. Необходимо использовать Hex-редактор или набор текстового редактора для показа невидимых символов. Например, вот то, в чем это похоже gvim с :set list. Я только что ввел ga команда для наблюдения, каков символ под курсором, показывая что его U+2002. Можно также видеть как конец строки ($) не то, где Вы ожидаете на двух с пробелами после них:
perl -p -e 's/\s+$//'– derobert 21.09.2012, 00:41