Я действительно исправил это некоторое время назад, поэтому я поделюсь своими выводами.
Я не сделал точно так, как задает мой вопрос, но я обнаружил, что при использовании Raspberry PI с картой Wi-Fi USB в качестве маршрутизатора я мог бы подключить интернет-соединение моего телефона ко всему в моей сети.
Я использовал этот скрипт: http://www.debian-administration.org/articles/23 в моем RPI, хотя он может в значительной степени применяться к любому дистрибутиву Linux.
Принятые существующие ответы, по крайней мере, частично неверны. /dev/null
- это «черная дыра», но вы не можете переместить в нее каталоги. Все это mv ~ /dev/null
кажется чем-то вроде мистификации. Это выглядит действительно опасно, но на самом деле не должно работать.
Тем не менее, я бы не рекомендовал тестировать его в домашнем каталоге с незаменимыми данными. Вот быстрый тестовый набор с новым пользователем под названием test
. Мы попросим их переместить их домой в эфир.
$ sudo adduser test
$ sudo usermod -aG sudo test
$ sudo su test # we are now running as test but let's check
$ cd ~; pwd
/home/test
$ sudo mv ~ /dev/null
mv: cannot overwrite non-directory ‘/dev/null’ with directory ‘/home/test’
Если что-то, что вы хотели, в конечном итоге оказывается в /dev/null
, процедура восстановления такая же, как и при любой другой потере данных (как если бы вы набрали rm
). В идеале прекратите использование этого диска как можно быстрее и начните использовать что-то вроде TestDisk для восстановления. Наш тег восстановления данных может быть очень полезен здесь.
Просто чтобы уточнить, что вы можете sudo mv file /dev/null
, где file
- один файл, но это не удалит файл, он заменит /dev/null
этим файлом. Это имеет все виды довольно важных последствий, потому что все зависит от возможности перенаправления на /dev/null
. В любом случае, вот простое доказательство этого, а также исправление в случае, если вы в конечном итоге переместите файл поверх:
$ echo "this is my file" > test
$ cat test
this is my file
$ sudo mv test /dev/null
$ cat /dev/null
this is my file
# Fix this!
$ sudo rm /dev/null
$ sudo mknod -m 0666 /dev/null c 1 3
Очевидно, что если вы хотите спасти ваш файл, будьте быстры и cp /dev/null ~/Desktop/file
( или что-то такое), прежде чем заменить его системным определением /dev/null.
В таком случае первое, что нужно сделать , это остановить систему. Надежда состоит в том, что файлы все еще находятся где-то на жестком диске; останавливая систему, мы хотим избежать их перезаписи (если они удалены, они помечаются как свободное место).
Второе, что нужно сделать , это прочитать руководство по восстановлению данных и следовать приведенным в нем инструкциям. К сожалению, это удается так часто, как нет.
Третий заключается в проверке ваших резервных копий (есть два вида людей: те, кто делает резервные копии, и те, кто будет; надеюсь, вы первый тип).