[sisyphus] После обновления ядра с 2.6.25 до 2.6.30 не монтируется раздел

[sisyphus] После обновления ядра с 2.6.25 до 2.6.30 не монтируется раздел

[Денис Черносов]

День добрый,

Предыстория:

Есть интернет-шлюз с Office Server 4.0 (kernel-image-std-smp-2.6.18).
Понадобилось мне включить на нем модули для трассировки rtsp. А в ядре
их не оказалось... Стал я обновляться.
dist-upgrade до 4.1 + ядро  2.6.25-std-def-alt8.M41.5 - модулей нет,
но полет нормальный.

Поставил ядро kernel-image-std-def-2.6.30-alt14 - система перестала
загружаться. Во время загрузки аварийный режим и сообщение:

/dev/sda5 filesystem size (according to the superblock is 6018460 blocks
physical size of the device is 6018299
Either the superblock or the partition table is likely to be corrupt!


Если снова загрузиться с ядром  2.6.25-std-def-alt8.M41.5, то
нормально загружается и показывает размер /dev/hda5 (не sda5!) 6018460
блоков.

Ради эксперимента попробовал установить
kernel-image-std-def-2.6.30-alt12 - те же грабли.


Помогите пожалуйста разобраться - кто из них неправ и что делать
(желательно без переформатирования раздела :) ).

-- 
С уважением,
Черносов Денис

Re: [sisyphus] После обновления ядра с 2.6.25 до 2.6.30 не монтируется раздел

[Alexey Shabalin]

22 октября 2009 г. 10:29 пользователь Денис Черносов написал:
> День добрый,
>
> Предыстория:
>
> Есть интернет-шлюз с Office Server 4.0 (kernel-image-std-smp-2.6.18).
> Понадобилось мне включить на нем модули для трассировки rtsp. А в ядре
> их не оказалось... Стал я обновляться.
> dist-upgrade до 4.1 + ядро  2.6.25-std-def-alt8.M41.5 - модулей нет,
> но полет нормальный.
>
> Поставил ядро kernel-image-std-def-2.6.30-alt14 - система перестала
> загружаться. Во время загрузки аварийный режим и сообщение:
>
> /dev/sda5 filesystem size (according to the superblock is 6018460 blocks
> physical size of the device is 6018299
> Either the superblock or the partition table is likely to be corrupt!
>
>
> Если снова загрузиться с ядром  2.6.25-std-def-alt8.M41.5, то
> нормально загружается и показывает размер /dev/hda5 (не sda5!) 6018460
> блоков.
>
> Ради эксперимента попробовал установить
> kernel-image-std-def-2.6.30-alt12 - те же грабли.
>
>
> Помогите пожалуйста разобраться - кто из них неправ и что делать
> (желательно без переформатирования раздела :) ).
>

Теперь нет дисков hd*, теперь все диски sd*.
грузитесь с rescue диска и правьте fstab и lilo.conf


-- 
Alexey Shabalin

Re: [sisyphus] После обновления ядра с 2.6.25 до 2.6.30 не монтируется раздел

[Sergei Epiphanov]

В сообщении от 22 октября 2009 10:29:46 автор Денис Черносов написал:
> Если снова загрузиться с ядром  2.6.25-std-def-alt8.M41.5, то
> нормально загружается и показывает размер /dev/hda5 (не sda5!) 6018460
> блоков.
> 

С новым ядром попробуйте загрузиться с параметром root=/dev/sda5

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] После обновления ядра с 2.6.25 до 2.6.30 не монтируется раздел

[Денис Черносов]

22 октября 2009 г. 17:15 пользователь Sergei Epiphanov
<serpiph@nikiet.ru> написал:
> В сообщении от 22 октября 2009 10:29:46 автор Денис Черносов написал:
>> Если снова загрузиться с ядром  2.6.25-std-def-alt8.M41.5, то
>> нормально загружается и показывает размер /dev/hda5 (не sda5!) 6018460
>> блоков.
>>
>
> С новым ядром попробуйте загрузиться с параметром root=/dev/sda5

Точно. В /etc/lilo.conf я не подумал заглянуть:

# cat /etc/lilo.conf
...
boot="/dev/hda"

image="/boot/vmlinuz"
        label="ALTLinux"
        initrd="/boot/initrd.img"
        root="UUID=8bb3845c-f6fe-4a54-89c7-1acceb077b57"
        read-only
...


# ls -l /dev/disk/by-id/ | grep hda$
lrwxrwxrwx 1 root root  9 Oct 22 14:45 ata-ST330013A_3KE0BDV7 -> ../../hda

Наверное нужно заменить
boot="/dev/hda"
на
boot="/dev/disk/by-id/ata-ST330013A_3KE0BDV7"


Одно только меня смущает. /dev/sda5 у меня не корневой раздел...

# mount | grep hda5
/dev/hda5 on /var type ext3 (rw)

# cat /etc/fstab | grep var | grep ext3
UUID=9820aa8a-46dd-4b20-bf01-537e4c8418f3       /var    ext3
defaults        1       2

# ls -l /boot | grep "\->" | grep -v "smp"
lrwxrwxrwx 1 root root      31 Oct 22 10:40 initrd.img ->
initrd-2.6.30-std-def-alt12.img
lrwxrwxrwx 1 root root      28 Oct 22 10:40 vmlinuz ->
vmlinuz-2.6.30-std-def-alt12


> --
> С уважением, Епифанов Сергей
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus



-- 
С уважением,
Черносов Денис

Re: [sisyphus] После обновления ядра с 2.6.25 до 2.6.30 не монтируется раздел

[Sergei Epiphanov]

В сообщении от 22 октября 2009 16:35:52 автор Денис Черносов написал:
> Одно только меня смущает. /dev/sda5 у меня не корневой раздел...

Укажите свой новый корневой раздел.  Вообще-то всё должно было подхватиться (у 
Вас в fstab указаны UUID).

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] После обновления ядра с 2.6.25 до 2.6.30 не монтируется раздел

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1674 bytes --]

On Thu, Oct 22, 2009 at 05:35:52PM +0500, Денис Черносов wrote:
> 22 октября 2009 г. 17:15 пользователь Sergei Epiphanov
> <serpiph@nikiet.ru> написал:
> > В сообщении от 22 октября 2009 10:29:46 автор Денис Черносов написал:
> >> Если снова загрузиться с ядром  2.6.25-std-def-alt8.M41.5, то
> >> нормально загружается и показывает размер /dev/hda5 (не sda5!) 6018460
> >> блоков.
> > С новым ядром попробуйте загрузиться с параметром root=/dev/sda5

Там проблема не в том, что нужный раздел не обнаруживается - проверка ФС
выполняется существенно позже, когда корневая ФС уже смонтирована.

> Точно. В /etc/lilo.conf я не подумал заглянуть:
> 
> # cat /etc/lilo.conf
> ...
> boot="/dev/hda"
> 
> image="/boot/vmlinuz"
>         label="ALTLinux"
>         initrd="/boot/initrd.img"
>         root="UUID=8bb3845c-f6fe-4a54-89c7-1acceb077b57"
>         read-only
> ...
> 
> 
> # ls -l /dev/disk/by-id/ | grep hda$
> lrwxrwxrwx 1 root root  9 Oct 22 14:45 ata-ST330013A_3KE0BDV7 -> ../../hda
> 
> Наверное нужно заменить
> boot="/dev/hda"
> на
> boot="/dev/disk/by-id/ata-ST330013A_3KE0BDV7"

С /dev/disk/by-id/ata-* надо быть осторожным - иногда эти значения
меняются при смене версии ядра или типа драйвера (ide/libata), хотя это в
основном всплывало при переезде с ядер в районе 2.6.18 на что-то более
свежее.  Но с этим диском вроде бы проблем быть не должно (иногда бывают
длинные имена моделей, которые не влезают в ограничения SCSI - у них на
старых ядрах с драйверами libata это имя обрезалось, на более свежих, где
в libata поддерживаются ioctl, совместимые с драйверами ide - показывается
полностью, отсюда и несовпадение).

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] После обновления ядра с 2.6.25 до 2.6.30 не монтируется раздел

[Денис Черносов]

Не помогло редактирование lilo.conf

Всё-таки разные драйвера по-разному определяют размер раздела...

Есть идеи, как "починить" несломанный раздел?

-- 
С уважением,
Черносов Денис

Re: [sisyphus] После обновления ядра с 2.6.25 до 2.6.30 не монтируется раздел

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 3524 bytes --]

On Thu, Oct 22, 2009 at 11:29:46AM +0500, Денис Черносов wrote:
> Есть интернет-шлюз с Office Server 4.0 (kernel-image-std-smp-2.6.18).
> Понадобилось мне включить на нем модули для трассировки rtsp. А в ядре
> их не оказалось... Стал я обновляться.
> dist-upgrade до 4.1 + ядро  2.6.25-std-def-alt8.M41.5 - модулей нет,
> но полет нормальный.
> 
> Поставил ядро kernel-image-std-def-2.6.30-alt14 - система перестала
> загружаться. Во время загрузки аварийный режим и сообщение:
> 
> /dev/sda5 filesystem size (according to the superblock is 6018460 blocks
> physical size of the device is 6018299
> Either the superblock or the partition table is likely to be corrupt!
> 
> Если снова загрузиться с ядром  2.6.25-std-def-alt8.M41.5, то
> нормально загружается и показывает размер /dev/hda5 (не sda5!) 6018460
> блоков.
[...]
> Помогите пожалуйста разобраться - кто из них неправ и что делать
> (желательно без переформатирования раздела :) ).

Видимо, на диске есть Host Protected Area - область, которая должна
быть скрыта от ОС (такая область, например, создаётся многими версиями
BIOS от Gigabyte для хранения резервной копии кода BIOS).  Старые
драйверы IDE при загрузке всегда отключали HPA (во время написания
этого кода была причина для подобных действий - отключение ограничения
размера диска, поставленного для обхода ошибок BIOS при работе с
большими дисками); в новых драйверах libata отключение HPA по
умолчанию не производится.  В результате при переходе с ide на libata
без дополнительных настроек возможно уменьшение доступного размера
дисков; причём, начиная с 2.6.28, если какой-либо раздел выходит за
пределы диска, ядро автоматически уменьшает доступный размер этого
раздела с выдачей сообщения вида:

  sdXY: pN size M limited to end of disk

(а если и начало раздела за пределами диска, такой раздел полностью
игнорируется).  Ядра до 2.6.28 в аналогичной ситуации показывали
размер разделов полностью, но выдавали ошибки ввода-вывода при попытке
обращения к недоступной части разделов.

Решать такую проблему можно несколькими способами:

 - Наиболее правильный - переразбить диск с учётом HPA (чтобы
   исключить возможность конфликтов с тем кодом в BIOS, который
   использует эту область).  Для ext2/3/4 есть возможность уменьшить
   размер ФС без переформатирования с помощью resize2fs.

 - Можно попробовать снять HPA - например, с помощью hdparm (опция -N), но
   это может не пройти, если BIOS устанавливает HPA при каждой загрузке
   (тогда команда установки постоянного значения HPA пройдёт только после
   передёргивания питания диска); кроме того, подобная функция может быть
   в утилитах от производителя диска.  Однако даже после успешного снятия
   HPA при следующей перезагрузке BIOS может вновь установить своё
   значение (если там нет в этом месте правильной проверки содержимого
   таблицы разделов).

 - Наконец, можно заставить драйверы libata отключать HPA, как это
   делали старые драйверы ide:

     options libata ignore_hpa=1

   В этом варианте наибольший риск конфликтов с BIOS (поскольку BIOS
   считает, что HPA на диске есть и может использоваться BIOS для своих
   целей, однако ОС на самом деле использует эту область диска для
   хранения данных).  В случае материнок от Gigabyte в качестве меры
   защиты вроде бы годится переключение контроллера из режима IDE в AHCI
   (если эта опция доступна) - похоже, эти BIOS в режиме AHCI не умеют
   использовать HPA для сохранения резервной копии BIOS.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] [wiki] Re: После обновления ядра с 2.6.25 до 2.6.30 не монтируется раздел

[Michael Shigorin]

On Thu, Oct 22, 2009 at 05:41:31PM +0400, Sergey Vlasov wrote:
> Решать такую проблему можно несколькими способами:

http://freesource.info/wiki/HPA

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] [wiki] Re: После обновления ядра с 2.6.25 до 2.6.30 не монтируется раздел

[Денис Черносов]

26 октября 2009 г. 17:19 пользователь Michael Shigorin
<mike@osdn.org.ua> написал:
> On Thu, Oct 22, 2009 at 05:41:31PM +0400, Sergey Vlasov wrote:
>> Решать такую проблему можно несколькими способами:
>
> http://freesource.info/wiki/HPA

Да, что-то это письмо я пропустил... Буду пробовать завтра. Что
получится - отпишусь.


-- 
С уважением,
Черносов Денис