Перезаписал /dev/sda командой mv

Когда я делаю (с обычными файлами):

echo 1 > source
echo 2 > target
cp -l target target2
mv source target
cat target2

тогда я получаю 2, Это означает, что ничего не написано targetпросто не связано раньше source я думаю, переименовывается С ls -i -1 Я могу это проверить source сохраняет свой номер инода, даже если target существовал раньше.

Еще один тест

mv /dev/urandom /dev/sr0

Он не отправляет данные на мой оптический привод. Вместо этого после этого /dev/sr0 ведет себя как /dev/urandom,

Вывод: ваш /dev/sda была заменена какой-то другой "записью" (которая также потеряла свое первоначальное имя). Перезагрузка исправит это, если ваша система не старая (или необычная), которая сохраняет эти файлы устройства как статические.

И что именно /dev/sda?

Это специальный файл, который (обычно) соответствует вашему жесткому диску или другому хранилищу. Unix идентифицирует такие ресурсы по старшему и младшему номерам. Как правило, старший номер идентифицирует драйвер устройства, а младший номер идентифицирует конкретное устройство (возможно, из многих), которым управляет драйвер. Чтобы увидеть эти цифры попробуйте ls -l /dev/sda, Мой вывод:

brw-rw---- 1 root disk 8, 0 Jul   8 00:48 /dev/sda

это 8, 0 фрагмент <major>, <minor> кортеж здесь.

Я написал это /dev/sda обычно соответствует вашему HDD, потому что в вашем случае (после mv) теперь у вас есть что-то еще под этим именем.

Это каталог, где смонтирован жесткий диск /SSD?

Нет. Когда вы монтируете его, команда

mount /dev/sda /a/directory/to/mount/to/

так что это две разные вещи.

(Обратите внимание, это обычно /dev/sda1 или так, что передается mount команда, а не /dev/sda, Это потому что sda1 соответствует разделу, а sda соответствует всему HDD. Файловые системы обычно находятся внутри разделов, но на устройстве, где нет разделов, возможно наличие такового, поэтому приведенная выше команда может произойти. Сравните: использует конфигурацию диска с одним разделом).