Несколько параметров загрузки (в списке начальной загрузки личинки) появились после вкусного обновления
Вы получили меня заинтересованный этим. Я не могу найти Вас "с полки" решение, но у меня есть вывод на аппаратных средствах и общем представлении о реализации. (Оценка могла бы быть снаружи, что Вы ищете, но Вы смогли получать соглашение о количестве, если это для реального производственного устройства.)
Чип контроллера USB PLX NET2280 поддерживаемый целевой режим. Это было заменено NET2282, и можно найти больше об этом здесь: http://www.plxtech.com/2282
Linux "Гаджет USB" API поддерживает этот контроллер. Существует "набор быстрой разработки", доступный с контроллером на плате PCI, которую все подготавливают для движения.
Предположение, что устройство Вы пытаетесь говорить, использует файловую систему FAT (наименьший общий знаменатель для встроенных устройств с помощью устройства хранения данных USB, обычно), Вы могли реализовать виртуальный том FAT и получить доступ к нему с обратной петлей, монтируются на машине Linux, когда он не используется хостом USB. Так как FAT не является файловой системой мультиустройства записи, Вы оказываетесь перед необходимостью реализовывать некоторый протокол для обработки конкуренции между хостом и целью. Я экспортировал бы файл как том FAT к хосту USB и часы для доступа для записи к объему, становящемуся статическим сроком на время, в которую точку я нападу в и внесу изменения.
Существует хороший шанс, который кэширует Ваша цель (или, по крайней мере, предполагая, что состояние устройства хранения данных USB не собирается изменяться из-под него). Возможное для этого следующие: Если хост, который Вы включаете, не имеет проблемы с целевым "исчезновением" и "повторным появлением", Вы могли "отключить" в течение статического периода, как описано выше, то сразу "включают" с новой пустой файловой системой, которую все подготавливают для движения.
Если это будет предназначено для использования общего назначения с каким-либо хостом USB, то у Вас всегда будут проблемы совместимости с некоторыми устройствами, кто не ожидает, что что-либо, чтобы быть на USB предназначается кроме немого устройства хранения данных. (Было бы интересно видеть, как Eye-Fi обходит это.) OTOH при выполнении этого для специализированного использования, Вы могли бы, вероятно, стать довольно близкими с кодом устройства хоста и выяснить, как лучше всего взаимодействовать с ним.
Какая забавная идея. Едва ли вещь "Отказа сервера", по сути, но забава, тем не менее! Для получения этого движения я думаю, что Вы испытываете необходимость в некоторых жестких хакерах USB, которые знакомы с работой во встроенном пространстве.
Нет, просто другие версии (обычно более старый) ядра, как отмечено выше.
Да, каждый раз, когда Вы обновляете ядро, Вы получите новую запись.
Нет. Вероятно, самый легкий путь, если Вы хотите, состоял бы в том, чтобы перейти к/, загружают и удаляют более старые ядра и связанные файлы (у них будет та же строка в середине, такой как 2.6.9-42). Я как минимум сохранил бы текущую и предыдущую версию (т.е. две известных хороших конфигурации) на всякий случай. Но откровенно говоря, кто заботится? Не много пространства (14 МБ для рева в качестве примера), и можно просто проигнорировать старый материал, поскольку это снижается на нижнюю часть экрана.
some_hostname Sun Jan 03 19:17:58 /boot
root > ls -1t
grub <- boot loader config files
initrd-2.6.9-78.0.13.EL.img <- the 2.6.9-78 related files
initrd-2.6.9-78.0.13.ELsmp.img <- for both smp (multi core/thread)
symvers-2.6.9-78.0.13.ELsmp.gz <- and uni processor
config-2.6.9-78.0.13.ELsmp <-
System.map-2.6.9-78.0.13.ELsmp <-
vmlinuz-2.6.9-78.0.13.ELsmp <-
symvers-2.6.9-78.0.13.EL.gz <-
config-2.6.9-78.0.13.EL <-
System.map-2.6.9-78.0.13.EL <-
vmlinuz-2.6.9-78.0.13.EL <-
initrd-2.6.9-42.ELsmp.img
initrd-2.6.9-42.EL.img
lost+found
config-2.6.9-42.ELsmp
System.map-2.6.9-42.ELsmp
vmlinuz-2.6.9-42.ELsmp
config-2.6.9-42.EL
System.map-2.6.9-42.EL
vmlinuz-2.6.9-42.EL
message
message.ja
some_hostname Sun Jan 03 19:18:05 /boot
root >
При установке нового ядра через конфетку, это появится в списке начальной загрузки. Я думаю, что конфетка берет текущий, делает его второй записью, затем делает новое ядро записью по умолчанию/первой. Это позволяет Вам загрузить старое ядро, если Вам нужно после обновления и наличия проблемы.
Используйте команду ниже, чтобы очистить предыдущие ядра.
package-cleanup --oldkernels --count = 1