Summary: | Ядро не может примонтировать корневую ФС на xfs | ||||||
---|---|---|---|---|---|---|---|
Product: | Sisyphus | Reporter: | serpiph <serpiph> | ||||
Component: | make-initrd | Assignee: | Alexey Gladkov <legion> | ||||
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus | ||||
Severity: | major | ||||||
Priority: | P3 | CC: | aen, aspsk, boris, boyarsh, glebfm, ldv, legion, mike, mithraen, placeholder, rider, sbolshakov, shrek, sin, vitty, vsu, zerg | ||||
Version: | unstable | ||||||
Hardware: | all | ||||||
OS: | Linux | ||||||
Bug Depends on: | |||||||
Bug Blocks: | 27685 | ||||||
Attachments: |
|
Description
serpiph
2013-03-07 12:15:41 MSK
Есть ли в initrd модуль libcrc32c.ko ? Если нет, попробуйте добавить принудительно. Модуль libcrc32c.ko есть в initrd. Но проблему это не решает. Модуль libcrc32c.ko есть в initrd. Но проблему это не решает. Created attachment 5763 [details]
initrd-3.8.2-alt1.img
Загрузочный образ для std-def-3.8.2-alt1
добавьте в initrd модуль crc32c. Ошибка состоит в том, что libcrc32c должен зависеть от него, но не зависит. Исправленное ядро ожидается в ближайшие дни. (В ответ на комментарий №5) > добавьте в initrd модуль crc32c. > Ошибка состоит в том, что libcrc32c должен зависеть от него, но не зависит. > Исправленное ядро ожидается в ближайшие дни. судя по http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602254 исправление следует ожидать, скорее в make-initrd, чем в ядре, в ядре отсутствие этой зависимости считается фичей, а не багой и crc32c должен всегда добавляться при добавлении в initrd libcrc32, хотя зависимости и нет.. Да, добавил модуль crc32c, собрал initrd, система поднялась. (В ответ на комментарий №6) > судя по http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602254 исправление > следует ожидать, скорее в make-initrd, чем в ядре, в ядре отсутствие этой > зависимости считается фичей, а не багой и crc32c должен всегда добавляться при > добавлении в initrd libcrc32, хотя зависимости и нет.. Честно говоря, непонятно, зачем делать несколько модулей а-ля crc32c, если всё равно всегда будет загружаться crc32c. Или оба модуля (crc32c и crc32c-intel) будут присутствовать в initrd для совместимости загрузки со всякими железными конфигурациями? Меня вот ещё что мучает: нет ли ещё таких же подводных камней? Надо бы проверить... Я добавил механизм для добавления таких неявных зависимостей в make-initrd: http://git.altlinux.org/people/legion/packages/make-initrd.git?p=make-initrd.git;a=commitdiff;h=4fc73f75fa02d9c28ecbd633250b767cc2704b84 Прошу проверить и подтвердить. Возможно в будущем я сделаю его более общим и не нужно будет делать обработчики для конкретных случаев. Мысли такие есть, но пока нужно спасать пользователей :) (В ответ на комментарий №10) > Я добавил механизм для добавления таких неявных зависимостей в make-initrd: > > http://git.altlinux.org/people/legion/packages/make-initrd.git?p=make-initrd.git;a=commitdiff;h=4fc73f75fa02d9c28ecbd633250b767cc2704b84 > > Прошу проверить и подтвердить. Даже в случае, когда должен использоваться crc32c, в initrd добавлятеся crc32c-intel и, естественно, не грузится. make-initrd 0.8.4 |