Загрузка Fedora22 с не живого USB-накопителя

328
Kendrick

Я пытаюсь установить fedora на флэш-накопитель, а затем загрузить его с компьютера, который не особенно доступен. Я пытался настроить каждую вещь на ярлык, чтобы обойти проблему с uuid. Я получил это к сообщению об ошибке no / dev / disk / by-label / ... посмотрел, и у dracut не было / dev / disk / by-label или необработанных узлов диска / dev / sda1. Любые предложения о том, как верните опцию метки обратно в dracut. Я подозреваю, что это добавление / форсирование загрузки модуля или что-то для восстановления dracut, но пока не нашел полезной информации в этой области.

Возможность загрузки с внутренней флешки вместо более дорогого ssd - это то, что я надеюсь на скорость, это не столько интерес, сколько отсутствие движущихся частей ...

0

1 ответ на вопрос

1
Tom Yan

Вы должны включить драйверы USB-накопителя в initramfs (dracut). Это зависит от типа вашего контроллера. Для современных компьютеров вам, вероятно, нужны xhci-pci, ehci-pci, uas и их зависимости (например, xhci-hcd, ehci-hcd, usb-storage ... которые, как я полагаю, dracut будет выполнять автоматически?)

Кстати, я не уверен, о какой "проблеме" вы говорите. Но, FWIW, нет ничего плохого в использовании UUID для поиска любого типа диска. Я надеюсь, что вы не говорите о неверной идее, упомянутой каким-то глупым парнем на YouTube, о том, что UUID на самом деле не поддерживается в Linux или чем-то еще. LABEL также можно использовать, если вы установили LABEL для корневой файловой системы. Не путайте UUID / PARTUUID и LABEL / PARTLABEL. Tom Yan 8 лет назад 0
fedora22 распознает флеш-накопители, но настроен для установки вокруг UUID разделов. эти uuid'ы "безопасны", иначе говоря, не переносятся на другую машину, что делает загрузку портативной флешки бесполезной. Мне нужно / dev / sda1 вернуться в настройках загрузки, но я не смог выяснить, как добавить метку или раздел обратно в загрузочные образы на основе dracut. Я попытался отразить то, что было сделано в centos7, так как он является переносимым по умолчанию и использует / dev / sda1 по умолчанию. Kendrick 8 лет назад 0
«Безопасный»? О чем ты говоришь? fs uuid остается постоянным до тех пор, пока файловая система не повреждена (т. е. до тех пор, пока вы не переформатируете раздел с помощью mkfs. *). напротив, / dev / sdX не будет постоянным. например, ваш usb-накопитель может выглядеть как sda на машине A и, кажется, sdb на машине B (на самом деле, он может меняться в зависимости от загрузки на той же машине). также это не имеет ничего общего с dracut, но с параметром root = kernel вашей записи загрузчика. Tom Yan 8 лет назад 1
Консистент на ТО ПК один. он использует информацию из источников bios / pci / etc ... внутри компьютера, с которого вы загружаетесь, для генерации UUID. это как отпечаток пальца. даже если вы наденете кольцо на палец другого человека, этот отпечаток будет одинаковым на каждой отдельной руке человека. Я могу сделать снимки экрана, чтобы доказать, что создание образа fc22 в виртуальной машине на флэш-накопителе не работает из-за изменения uuid между системами. Кажется, они используют его так же, как Microsoft делает безопасную загрузку. Kendrick 8 лет назад 0
У вас просто неправильное представление о UUID. Он просто генерируется случайным образом в mkfs и сохраняется в заголовке файловой системы. Tom Yan 8 лет назад 1
Например: http://git.kernel.org/cgit/fs/ext2/e2fsprogs.git/tree/misc/mke2fs.c?h=v1.42.13#n2646; FWIW вы даже можете указать UUID вместо этого. Tom Yan 8 лет назад 1
после создания загрузочной флешки linux в vm uuid раздела был 54 ... при загрузке с live cd на физическом ПК после неудачной загрузки из-за отсутствия root @ 54 ... live cd читал бы uuid на разделе и было бы 67 .... не 54, как это было на вм. Kendrick 8 лет назад 0
под "54 ..." и "67 ..." вы подразумеваете такие длинные строки: `de305d54-75b4-431b-adb2-eb6b9e546014`, верно? как именно вы проверили UUID FILESYSTEM (не раздела, если вы не имеете в виду PARTUUID) в ОБАМ СЛУЧАЕ? `blkid` /` lsblk -f`? Вы удостоверились, что проверяете тот же самый диск (например, проверьте с помощью `lsusb.py`; это sda в vm, не означает, что это sda на физической машине). Просто помните, что UUID не работает так, как вы упомянули, потому что UUID не имеет смысла. Заметное «изменение», которое вы заметили, скорее всего, связано с некоторым pebkac Tom Yan 8 лет назад 0
Кроме того, «отсутствие поиска» файловой системы по UUID не обязательно означает, что UUID изменен. Как я уже упоминал, вам нужны необходимые драйверы (которые могут быть переменными из-за смены компьютера, виртуальные или физические) в initramfs, чтобы диск можно было правильно обнаружить и проверить, в противном случае вполне естественно, что init "не может найти "файловую систему. Tom Yan 8 лет назад 0

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