Разбитый терминал автозаполнения с & ldquo; TAB & rdquo; [dубликат]

Question 1

У меня была аналогичная проблема с моим ноутбуком, который имел Nvidia GTX 950M (почти близко к тому, что у вас есть). Мой совет, даже если проприетарные драйверы Nvidia могут работать лучше - лучше придерживаться версий с открытым исходным кодом, поскольку они кажутся более совместимыми (по крайней мере, в моем случае для двух машин в течение последних 6 месяцев)

Здесь это шаги

Как правило, вы должны использовать драйверы из официальных репозиториев Ubuntu. Поскольку у вас возникают проблемы, использование последних драйверов может быть лучше. Установите последние официальные стабильные драйверы NVIDIA для GEFORCE GTX 960M.

Исходя из этой проблемы , вы должны установить nvidia-361 (который поддерживает GTX 960M). M - мобильная переменная - на настольных компьютерах вы не найдете M в конце модели.

Сначала удалите установленные драйверы NVIDIA. Загрузите компьютер, когда появится меню GRUB ... [!d7 ]

Выделите пункт меню Ubuntu и нажмите клавишу E.Добавьте nouveau.modeset=0 в конец строки linux. Нажмите F10 для загрузки операционной системы Ubuntu.

Когда появится экран входа в систему, нажмите Ctrl + Alt + F1.Введите имя пользователя и пароль, затем выполните:

sudo apt-get purge nvidia*  
sudo reboot

Теперь установите последние официальные стабильные драйверы NVIDIA. Перезагрузите компьютер, когда появится меню GRUB ...

Выделите пункт меню Ubuntu и нажмите клавишу E.Добавьте nouveau.modeset=0 до конца строки linux. Нажмите F10 для загрузки операционной системы Ubuntu.

Когда появится экран входа в систему, нажмите Ctrl + Alt + F1. Введите свое имя пользователя и пароль, затем выполните:

sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt-get update
sudo apt-get install nvidia-361 nvidia-prime
sudo reboot

Примечание. Возможно, явно необходимо выбрать адаптер NVIDIA в BIOS. Если вы хотите использовать драйверы 361, добавление PPA не требуется. В этом случае команды терминала, которые вы должны выполнить, следующие:

sudo apt-get update
sudo apt-get install nvidia-361
sudo reboot

Если вы установили драйвер nvidia со своего сайта, тогда удалите его в соответствии с этими инструкциями. Удалите этот драйвер, запустив его как root , sh ./NVIDIA-Linux-x86_64-361.28.run и следуйте инструкциям на экране.

Ниже приведены шаги

Question 2

/dev/null - файл. Специальный файл. Файл устройства, такой как / dev / sda или / dev / tty, который ссылается на часть оборудования вашей системы.

Единственное отличие от /dev/null заключается в том, что с ним не связано какое-либо аппаратное обеспечение. Любые данные, которые вы отправляете на него, молча отбрасываются. Как и следующая команда:

echo "Hello World" > /dev/null

, которая ничего не печатает на вашем терминале, потому что вы отправляете вывод echo в нуль, в пустоту, черную дыру.

Но когда вы mv test_file /dev/null, вы заменили специальный файл /dev/null обычным текстовым файлом, удерживая копию содержимого вашего test_file. Другими словами, вы потеряли /dev/null.

Теперь вам нужно (восстановить его):

sudo rm /dev/null
sudo mknod -m 0666 /dev/null c 1 3

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

И гораздо более опасно, многие сценарии предполагают, что чтение из /dev/null ничего не будет читать; нарушение этого предположения может привести к случайному мусору, записанному в файлах по всей вашей системе ... практически невозможно исправить ситуацию.

И помните, что Linux многозадачен: во время игры с /dev/null работает много процессов и может нанести ущерб даже в течение нескольких секунд «окна возможностей».

Если вы хотите играть с /dev/null, вы можете создать копию и поэкспериментировать с ней:

sudo mknod -m 0666 /tmp/null c 1 3

Создает файл /tmp/null, который работает точно так же из /dev/null, но вы можете манипулировать и тестировать без какого-либо риска для вашей системы.

Question 3

Question 4

/dev/null - файл. Специальный файл. Файл устройства, такой как / dev / sda или / dev / tty, который ссылается на часть оборудования вашей системы.

Единственное отличие от /dev/null заключается в том, что с ним не связано какое-либо аппаратное обеспечение. Любые данные, которые вы отправляете на него, молча отбрасываются. Как и следующая команда:

echo "Hello World" > /dev/null

, которая ничего не печатает на вашем терминале, потому что вы отправляете вывод echo в нуль, в пустоту, черную дыру.

Но когда вы mv test_file /dev/null, вы заменили специальный файл /dev/null обычным текстовым файлом, удерживая копию содержимого вашего test_file. Другими словами, вы потеряли /dev/null.

Теперь вам нужно (восстановить его):

sudo rm /dev/null
sudo mknod -m 0666 /dev/null c 1 3

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

И гораздо более опасно, многие сценарии предполагают, что чтение из /dev/null ничего не будет читать; нарушение этого предположения может привести к случайному мусору, записанному в файлах по всей вашей системе ... практически невозможно исправить ситуацию.

И помните, что Linux многозадачен: во время игры с /dev/null работает много процессов и может нанести ущерб даже в течение нескольких секунд «окна возможностей».

Если вы хотите играть с /dev/null, вы можете создать копию и поэкспериментировать с ней:

sudo mknod -m 0666 /tmp/null c 1 3

Создает файл /tmp/null, который работает точно так же из /dev/null, но вы можете манипулировать и тестировать без какого-либо риска для вашей системы.

Question 5

Существует большая разница между перезаписью файла и записью в файл.

Когда вы перезаписываете /dev/null, например,

$ echo Hello > /dev/null

... он бесшумно отбрасывается. Для этого вам нужны права на запись в /dev/null, которые у всех есть:

$ ls -l /dev/null 
crw-rw-rw- 1 root root 1, 3 Mar 18 13:17 /dev/null

Когда вы перезаписываете /dev/null, как и в случае с командой mv, вы заменяете специальный файл /dev/null с тем, что вы там переехали. Не делай этого! Причина, по которой вам нужны привилегии root для этого, заключается в том, что для перезаписывания файла вам нужно писать записи в , в этом случае /dev:

$ ls -ld /dev
drwxr-xr-x 16 root root 4640 Mar 18 13:17 /dev

Чтобы восстановить /dev/null, выдать команды

$ sudo rm /dev/null
$ sudo mknod -m 0666 /dev/null c 1 3

(Также см. U & amp; L StackExchange: Как создать /dev/null)

Question 6

Чтобы ответить на вопрос о том, что вы должны были сделать, чтобы удалить файл, вы делаете:

rm test_file

Как утверждали другие, / dev / null - это назначение для выхода программ.

Question 7

Question 8

Когда вы выполняете команду

$ sudo mv test_file /dev/null

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

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

См. ответ Benoit для получения информации о том, как восстановить /dev/null вручную, но так как большинство (если не все) содержимого /dev/ управляется динамически udev, я подозреваю, что простая перезагрузка, вероятно, также исправит его.

Question 9

Существует большая разница между перезаписью файла и записью в файл.

Когда вы перезаписываете /dev/null, например,

$ echo Hello > /dev/null

... он бесшумно отбрасывается. Для этого вам нужны права на запись в /dev/null, которые у всех есть:

$ ls -l /dev/null 
crw-rw-rw- 1 root root 1, 3 Mar 18 13:17 /dev/null

Когда вы перезаписываете /dev/null, как и в случае с командой mv, вы заменяете специальный файл /dev/null с тем, что вы там переехали. Не делай этого! Причина, по которой вам нужны привилегии root для этого, заключается в том, что для перезаписывания файла вам нужно писать записи в , в этом случае /dev:

$ ls -ld /dev
drwxr-xr-x 16 root root 4640 Mar 18 13:17 /dev

Чтобы восстановить /dev/null, выдать команды

$ sudo rm /dev/null
$ sudo mknod -m 0666 /dev/null c 1 3

(Также см. U & amp; L StackExchange: Как создать /dev/null)

Question 10

Чтобы ответить на вопрос о том, что вы должны были сделать, чтобы удалить файл, вы делаете:

rm test_file

Как утверждали другие, / dev / null - это назначение для выхода программ.

Question 11

Когда вы выполняете команду

$ sudo mv test_file /dev/null

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

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

См. ответ Benoit для получения информации о том, как восстановить /dev/null вручную, но так как большинство (если не все) содержимого /dev/ управляется динамически udev, я подозреваю, что простая перезагрузка, вероятно, также исправит его.

dessert · Accepted Answer · 18 July 2018 в 10:21

/dev/null - файл. Специальный файл. Файл устройства, такой как / dev / sda или / dev / tty, который ссылается на часть оборудования вашей системы.

Единственное отличие от /dev/null заключается в том, что с ним не связано какое-либо аппаратное обеспечение. Любые данные, которые вы отправляете на него, молча отбрасываются. Как и следующая команда:

echo "Hello World" > /dev/null

, которая ничего не печатает на вашем терминале, потому что вы отправляете вывод echo в нуль, в пустоту, черную дыру.

Но когда вы mv test_file /dev/null, вы заменили специальный файл /dev/null обычным текстовым файлом, удерживая копию содержимого вашего test_file. Другими словами, вы потеряли /dev/null.

Теперь вам нужно (восстановить его):

sudo rm /dev/null
sudo mknod -m 0666 /dev/null c 1 3

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

И гораздо более опасно, многие сценарии предполагают, что чтение из /dev/null ничего не будет читать; нарушение этого предположения может привести к случайному мусору, записанному в файлах по всей вашей системе ... практически невозможно исправить ситуацию.

И помните, что Linux многозадачен: во время игры с /dev/null работает много процессов и может нанести ущерб даже в течение нескольких секунд «окна возможностей».

Если вы хотите играть с /dev/null, вы можете создать копию и поэкспериментировать с ней:

sudo mknod -m 0666 /tmp/null c 1 3

Создает файл /tmp/null, который работает точно так же из /dev/null, но вы можете манипулировать и тестировать без какого-либо риска для вашей системы.

dessert · Accepted Answer · 24 July 2018 в 19:33

/dev/null - файл. Специальный файл. Файл устройства, такой как / dev / sda или / dev / tty, который ссылается на часть оборудования вашей системы.

Единственное отличие от /dev/null заключается в том, что с ним не связано какое-либо аппаратное обеспечение. Любые данные, которые вы отправляете на него, молча отбрасываются. Как и следующая команда:

echo "Hello World" > /dev/null

, которая ничего не печатает на вашем терминале, потому что вы отправляете вывод echo в нуль, в пустоту, черную дыру.

Но когда вы mv test_file /dev/null, вы заменили специальный файл /dev/null обычным текстовым файлом, удерживая копию содержимого вашего test_file. Другими словами, вы потеряли /dev/null.

Теперь вам нужно (восстановить его):

sudo rm /dev/null
sudo mknod -m 0666 /dev/null c 1 3

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

И гораздо более опасно, многие сценарии предполагают, что чтение из /dev/null ничего не будет читать; нарушение этого предположения может привести к случайному мусору, записанному в файлах по всей вашей системе ... практически невозможно исправить ситуацию.

И помните, что Linux многозадачен: во время игры с /dev/null работает много процессов и может нанести ущерб даже в течение нескольких секунд «окна возможностей».

Если вы хотите играть с /dev/null, вы можете создать копию и поэкспериментировать с ней:

sudo mknod -m 0666 /tmp/null c 1 3

Создает файл /tmp/null, который работает точно так же из /dev/null, но вы можете манипулировать и тестировать без какого-либо риска для вашей системы.

Community · Answer 3 · 18 July 2018 в 10:21

Существует большая разница между перезаписью файла и записью в файл.

Когда вы перезаписываете /dev/null, например,

$ echo Hello > /dev/null

... он бесшумно отбрасывается. Для этого вам нужны права на запись в /dev/null, которые у всех есть:

$ ls -l /dev/null 
crw-rw-rw- 1 root root 1, 3 Mar 18 13:17 /dev/null

Когда вы перезаписываете /dev/null, как и в случае с командой mv, вы заменяете специальный файл /dev/null с тем, что вы там переехали. Не делай этого! Причина, по которой вам нужны привилегии root для этого, заключается в том, что для перезаписывания файла вам нужно писать записи в , в этом случае /dev:

$ ls -ld /dev
drwxr-xr-x 16 root root 4640 Mar 18 13:17 /dev

Чтобы восстановить /dev/null, выдать команды

$ sudo rm /dev/null
$ sudo mknod -m 0666 /dev/null c 1 3

(Также см. U & amp; L StackExchange: Как создать /dev/null)

mlv · Answer 4 · 18 July 2018 в 10:21

Чтобы ответить на вопрос о том, что вы должны были сделать, чтобы удалить файл, вы делаете:

rm test_file

Как утверждали другие, / dev / null - это назначение для выхода программ.

user · Answer 5 · 18 July 2018 в 10:21

Когда вы выполняете команду

$ sudo mv test_file /dev/null

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

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

См. ответ Benoit для получения информации о том, как восстановить /dev/null вручную, но так как большинство (если не все) содержимого /dev/ управляется динамически udev, я подозреваю, что простая перезагрузка, вероятно, также исправит его.

Community · Answer 6 · 24 July 2018 в 19:33

Существует большая разница между перезаписью файла и записью в файл.

Когда вы перезаписываете /dev/null, например,

$ echo Hello > /dev/null

... он бесшумно отбрасывается. Для этого вам нужны права на запись в /dev/null, которые у всех есть:

$ ls -l /dev/null 
crw-rw-rw- 1 root root 1, 3 Mar 18 13:17 /dev/null

Когда вы перезаписываете /dev/null, как и в случае с командой mv, вы заменяете специальный файл /dev/null с тем, что вы там переехали. Не делай этого! Причина, по которой вам нужны привилегии root для этого, заключается в том, что для перезаписывания файла вам нужно писать записи в , в этом случае /dev:

$ ls -ld /dev
drwxr-xr-x 16 root root 4640 Mar 18 13:17 /dev

Чтобы восстановить /dev/null, выдать команды

$ sudo rm /dev/null
$ sudo mknod -m 0666 /dev/null c 1 3

(Также см. U & amp; L StackExchange: Как создать /dev/null)

mlv · Answer 7 · 24 July 2018 в 19:33

Чтобы ответить на вопрос о том, что вы должны были сделать, чтобы удалить файл, вы делаете:

rm test_file

Как утверждали другие, / dev / null - это назначение для выхода программ.

6

ответ дан mlv 24 July 2018 в 19:33

1

Я не спускал вниз, но вопрос заключается не в удалении файла ... Я знаю, что мы используем rm для удаления файлов / каталогов ... Я только что прочитал об /dev/null, и чтобы больше узнать об этом, я попробовал для перемещения файлов на /dev/null и просмотра эффекта. Этот вопрос касается понимания того, что я сделал неправильно, переместив файлы на /dev/null, в результате чего я могу читать от него сейчас ... Вопрос не в том, как для удаления файлов из системы ... Надеюсь, это понятно ... Но ваш ответ по-прежнему приветствуется и достаточно хорош, чтобы его можно было сохранить в качестве ответа ... :-) – Aditya 19 March 2014 в 00:18
2

Чтобы быть справедливым, спрашивая «Что я сделал неправильно»? это призывы к объяснению того, что должно было быть сделано вместо этого. Это, вероятно, тривиально для большинства пользователей, но ни один из других ответов даже не упоминал об этом. – kapex 19 March 2014 в 09:48

user · Answer 8 · 24 July 2018 в 19:33

Когда вы выполняете команду

$ sudo mv test_file /dev/null

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

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

См. ответ Benoit для получения информации о том, как восстановить /dev/null вручную, но так как большинство (если не все) содержимого /dev/ управляется динамически udev, я подозреваю, что простая перезагрузка, вероятно, также исправит его.

Разбитый терминал автозаполнения с & ldquo; TAB & rdquo; [dубликат]

8 ответов

Другие вопросы по тегам:

Похожие вопросы: