1 Проблема: Сегодня я столкнулся со странным поведением при попытке протестировать SSD с помощью Raspberry PI и иметь два SSD с той же меткой.
2 Настройка: Моя установка такова: My Raspi работает под управлением Ubuntu 2004 - корневая файловая система находится на Samsung T5. При загрузке корневая файловая система идентифицируется по ее метке, поэтому LABEL = rootfs. Я попытался протестировать другой Samsung T5 (точно такая же модель), у которого по совпадению тоже была метка раздела rootfs. Но подключение этого SSD к USB-порту делает систему бесполезной. В основном каждая команда не найдена, и при использовании абсолютного пути система жалуется на ошибки ввода-вывода. Поэтому я предполагаю, что ядро каким-то образом теряет доступ к корневой файловой системе.
3 Решение: Переназначение раздела с помощью e2label /dev/sdb dummylabel устраняет проблему. Требуется перезагрузка. Отключение SSD не помогает.
4 Вопрос: Может ли кто-нибудь дать мне полезный совет или ключевые слова, где найти дополнительную информацию, которая объясняет это поведение и дает понимание того, как устройства решаются в Linux. Или, в более общем смысле, какой процесс поиска решения я мог бы использовать, чтобы понять это. Предложения по книгам приветствуются. Меня не интересуют все мелкие детали, но я достаточно разбираюсь в ОС, чтобы иметь возможность самостоятельно определять причину проблем и при необходимости читать подробности.
Спасибо за ваше время.
Существуют различные постоянные методы именования. Вы крепили устройство по этикетке. В качестве альтернативы вы можете использовать диск uuid. Проверьте дополнительную информацию: https://wiki.archlinux.org/index.php/Persistent_block_device_naming#by-partlabel Руководство по администрированию хранилища RHEL также должно быть полезным: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/storage_administration_guide/index Мне также помогла следующая книга: http://linux-training.be/linuxsto.pdf