В настоящее время на моем компьютере установлена ОС Linux Mint с установленным разделом жесткого диска USB /home. Это работает хорошо.
Если я установлю второй жесткий диск USB, есть ли шанс, что Linux запутается между ними, и попытается смонтировать раздел второго жесткого диска, как /homeпри загрузке? Это было бы плохо.
Исходя из Windows, я часто видел, как буквы дисков не «запоминаются» правильно, вызывая всевозможные проблемы.
Я предполагаю, что главный вопрос: как Linux на самом деле знает, что такое жесткий диск USB, /dev/sdbа какой /media/misha/my_2nd_drive?
mount
hard-disk
automounting
misha256
источник
источник
/homeВы можете объяснить, как вы это сделали?/иswapна sda , и/homeна sdb . Но я не знаю, как изменить существующее/homeмонтирование установки, слишком новое для этого!sd[a-z]просто названы в порядке обнаружения. Не делается никаких попыток сохранить имена одинаковыми. Обычно он детерминирован (то же самое ядро на том же HW будет давать то же наименование), но новое ядро с обновлением драйвера контроллера SATA может заставить его сканировать диски SATA в обратном порядке. Вместо того, чтобы даже пытаться переименовывать блочные устройства (как это делается сnameifили с / с для имен устройств Ethernet, обычно с правилами udev), существуют имена UUID, label и id (по серийному номеру диска).sd[a-z]: проверка дисков выполняется одновременно (параллельно), и какой бы диск ни обнаруживался в первую очередь, это делаетсяsdaи т. Д.Ответы:
Обычно расположение порта USB (шина / устройство) определяет порядок, в котором он обнаружен. Однако не полагайтесь на это.
Каждая файловая система имеет UUID, который обозначает универсально уникальный идентификатор ( FAT и NTFS используют немного разные схемы, но они также имеют идентификатор, который можно использовать в качестве UUID). Вы можете полагаться на (Linux) UUID, чтобы быть уникальным. Для получения дополнительной информации о UUID см. Эту статью в Википедии .
Используйте UUID диска в качестве аргумента монтирования. Чтобы узнать, что такое UUID, запустите:
(
blkidНеобходимо прочитать устройство, следовательно, ему нужны полномочия root, отсюда иsudo. Если вы уже стали пользователем root, то вsudoэтом нет необходимости.)Затем вы можете использовать этот UUID
/etc/fstabследующим образом:Тогда не может быть никакой путаницы относительно того, какой диск должен быть смонтирован в / home.
Для ручного монтажа вы можете использовать
/dev/disk/by-uuid/.....источник
fstabдо сих пор (вот как я новичок в Linux). Я посмотрел на мойfstabфайл, и все уже идентифицировано UUID. Установщик Linux Mint сработал.Если вы
fstabссылаетесь на разделы как/dev/sdx, то добавление нового диска, безусловно, может запутать систему. Однако недавняя практика заключается в использовании UUID разделов для идентификации разделов.Если ваша система
udevустановлена (должно быть в случае с ядром Linux 2.6+), вы можете использовать постоянное именование вfstab. По умолчанию разделы идентифицируются с помощью UUID:Однако вы можете создать значимую метку раздела, например «home», и сослаться на свой раздел следующим образом:
Эти идентификаторы могут быть использованы в качестве замены
/dev/sdxвfstab.источник
dfиmountстановится нечитаемым). Внутренние жесткие диски имеют достаточно высокие шансы быть обнаруженными первыми и в том же порядке каждый раз.LABEL=homeв своем fstab. Мне нравится использовать ярлыки, например,t-homeдля домашнего каталога на моей машине под названием tesla. Поэтому, если я вставлю диск в другую систему, не будет двух файловых систем с одинаковой меткой. Вот почему установщики Linux генерируют случайные UUID и используют их в fstab вместо меток по умолчанию, которые дают большинству систем одинаковые метки для их FS. @ misha256, вы можете подумать об этом, если вы маркируете свои FS.