[sisyphus] Как бороться с udev ?

[sisyphus] Как бороться с udev ?

[Sergey]

Приветствую.

Как-то давно я уже жаловался на udev, который мешает загрузить систему:
https://lists.altlinux.org/pipermail/sysadmins/2014-March/036673.html
В тот раз проблема была с практически мёртвым HDD. Сейчас случилось
повторение уже с живым, причём виснет теперь уже в initrd:

<13>Jan 22 05:37:59 initrd: Loading modules before udevd...
<13>Jan 22 05:37:59 initrd: Starting udevd...
starting version 228
<13>Jan 22 05:37:59 initrd: Processig kernel events...
<13>Jan 22 05:42:56 initrd: loop: ERROR: /root: Not mounted
<13>Jan 22 05:42:56 initrd: Stage 'loop' failed

Дальше сваливается в initramfs. С HDD вполне можно что-то делать, если
прицепить него не напрямую в SATA, а через usb коробку после загрузки.
Разделы монтируются, можно читать/писать. 

Device     Boot    Start       End   Sectors  Size Id Type
/dev/sdc1  *        2048    718847    716800  350M  7 HPFS/NTFS/exFAT
/dev/sdc2         718848  81930239  81211392 38.7G  7 HPFS/NTFS/exFAT
/dev/sdc3       81931500 312576704 230645205  110G  f W95 Ext'd (LBA)
/dev/sdc5       81931563 312576704 230645142  110G  7 HPFS/NTFS/exFAT

Разделы с NTFS. Надо это как-то дебажить. Сразу писать в багтрекер
systemd, или что-то можно посмотреть ещё предварительно ?

-- 
С уважением, Сергей.

Re: [sisyphus] Как бороться с udev ?

[Хихин Руслан]

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

Здравствуйте !
On Friday 22 January 2016 09:46:40 Sergey написал(а):

> Приветствую.
>
> Как-то давно я уже жаловался на udev, который мешает загрузить систему:
> https://lists.altlinux.org/pipermail/sysadmins/2014-March/036673.html
> В тот раз проблема была с практически мёртвым HDD. Сейчас случилось
> повторение уже с живым, причём виснет теперь уже в initrd:
....
> <13>Jan 22 05:42:56 initrd: loop: ERROR: /root: Not mounted
> <13>Jan 22 05:42:56 initrd: Stage 'loop' failed
> Device     Boot    Start       End   Sectors  Size Id Type
.....
>
> Разделы с NTFS. Надо это как-то дебажить. Сразу писать в багтрекер
> systemd, или что-то можно посмотреть ещё предварительно ?

Никак не пойму как могут быть связаны диск с NTFS разделами, и тем, что при 
загрузке не нашёлся корневой раздел.

-- 
C уважением, Хихин Руслан.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] Как бороться с udev ?

[Sergey]

On Friday 22 January 2016, Хихин Руслан wrote:

> > Разделы с NTFS. Надо это как-то дебажить. Сразу писать в багтрекер
> > systemd, или что-то можно посмотреть ещё предварительно ?
> 
> Никак не пойму как могут быть связаны диск с NTFS разделами, и тем,
> что при  загрузке не нашёлся корневой раздел.

Это уже вопрос к udev. Загрузочный диск на SATA0, есть второй на SATA1.
Для 99% воспроизведения этой проблемы достаточно прицепить HDD с NTFS
разделами на SATA2. Кто-то пугается этого HDD, и мне кажется, что этот
кто-то, опять, udev. 1% - как-то initrd грузился пару дней назад, когда
я только пробовать начал, но что-то повторить не могу. Когда грузился
initrd, дальше висло на populating dev, как и в случае с помершим HDD.

-- 
С уважением, Сергей.

Re: [sisyphus] Как бороться с udev ?

[Alexey Shabalin]

22 января 2016 г., 15:01 пользователь Sergey <a_s_y@sama.ru> написал:
> On Friday 22 January 2016, Хихин Руслан wrote:
>
>> > Разделы с NTFS. Надо это как-то дебажить. Сразу писать в багтрекер
>> > systemd, или что-то можно посмотреть ещё предварительно ?
>>
>> Никак не пойму как могут быть связаны диск с NTFS разделами, и тем,
>> что при  загрузке не нашёлся корневой раздел.
>
> Это уже вопрос к udev. Загрузочный диск на SATA0, есть второй на SATA1.
> Для 99% воспроизведения этой проблемы достаточно прицепить HDD с NTFS
> разделами на SATA2. Кто-то пугается этого HDD, и мне кажется, что этот
> кто-то, опять, udev. 1% - как-то initrd грузился пару дней назад, когда
> я только пробовать начал, но что-то повторить не могу. Когда грузился
> initrd, дальше висло на populating dev, как и в случае с помершим HDD.

- проверьте что в /etc/fstab, /etc/sysconfig/grub2 не используется
что-то подобное /dev/sdХ, а везде используется UUID
- складывается впечатление, что на съемном диске есть какой-то свой
загрузчик c initrd, может lilo? и вы с него загружаететсь


-- 
Alexey Shabalin

Re: [sisyphus] Как бороться с udev ?

[Sergey]

On Friday 22 January 2016, Alexey Shabalin wrote:

> - проверьте что в /etc/fstab,

proc        /proc        proc    nosuid,noexec,gid=proc          0 0
devpts      /dev/pts     devpts  nosuid,noexec,gid=tty,mode=620  0 0
tmpfs       /tmp         tmpfs   nosuid,size=7G                  0 0

/dev/sda1   swap         swap    defaults                        0 0

/dev/sda5   /            ext4    relatime                        1 1
/dev/sda2   /boot        ext4    nodev,nosuid,noexec,relatime    1 2
/dev/sda8   /home        ext4    nosuid,relatime                 1 2
/dev/sda6   /usr         ext4    nodev,relatime                  1 2
/dev/sda7   /var         ext4    nosuid,relatime                 1 2

Ещё есть кучка CIFS и NFS дальше.

> /etc/sysconfig/grub2 не используется что-то подобное /dev/sdХ,
> а везде используется UUID 

В lilo, и именно /dev/sdХ:

image="/boot/vmlinuz-4.1.15-std-def-alt2"
        initrd="/boot/initrd-4.1.15-std-def-alt2.img"
        label="4.1.15-std-def-alt2"
        root="/dev/sda5"
        read-only
        optional

UUID, в моём случае, нельзя использовать, так как в SATA1 диск-копия
того, что стоит в SATA0. Но это давно работает, и какой-нибудь третий
hdd я цепляю регулярно, когда sata, когда scsi, чтобы данные вытащить.
В общем-то, могу отключить его для чистоты эксперимента.

> - складывается впечатление, что на съемном диске есть какой-то свой
> загрузчик c initrd, может lilo? и вы с него загружаететсь

На съёмном диске, в данный момент, честная Windows со своим загрузчиком,
её можно даже загрузить.

-- 
С уважением, Сергей.

Re: [sisyphus] Как бороться с udev ?

[Ruslan Hihin]

Что-то мне подсказывает, что в момент загрузки /dev/sda нет.


------ Исходное сообщение ------
От: Sergey <a_s_y@sama.ru>
Отправлено: 22 января 2016 г. 15:33:49 GMT+03:00
Кому: ALT Linux Sisyphus discussions <sisyphus@lists.altlinux.org>
Тема: Re: [sisyphus] Как бороться с udev ?

On Friday 22 January 2016, Alexey Shabalin wrote:

> - проверьте что в /etc/fstab,

proc        /proc        proc    nosuid,noexec,gid=proc          0 0
devpts      /dev/pts     devpts  nosuid,noexec,gid=tty,mode=620  0 0
tmpfs       /tmp         tmpfs   nosuid,size=7G                  0 0

/dev/sda1   swap         swap    defaults                        0 0

/dev/sda5   /            ext4    relatime                        1 1
/dev/sda2   /boot        ext4    nodev,nosuid,noexec,relatime    1 2
/dev/sda8   /home        ext4    nosuid,relatime                 1 2
/dev/sda6   /usr         ext4    nodev,relatime                  1 2
/dev/sda7   /var         ext4    nosuid,relatime                 1 2

Ещё есть кучка CIFS и NFS дальше.

> /etc/sysconfig/grub2 не используется что-то подобное /dev/sdХ,
> а везде используется UUID 

В lilo, и именно /dev/sdХ:

image="/boot/vmlinuz-4.1.15-std-def-alt2"
        initrd="/boot/initrd-4.1.15-std-def-alt2.img"
        label="4.1.15-std-def-alt2"
        root="/dev/sda5"
        read-only
        optional

UUID, в моём случае, нельзя использовать, так как в SATA1 диск-копия
того, что стоит в SATA0. Но это давно работает, и какой-нибудь третий
hdd я цепляю регулярно, когда sata, когда scsi, чтобы данные вытащить.
В общем-то, могу отключить его для чистоты эксперимента.

> - складывается впечатление, что на съемном диске есть какой-то свой
> загрузчик c initrd, может lilo? и вы с него загружаететсь

На съёмном диске, в данный момент, честная Windows со своим загрузчиком,
её можно даже загрузить.

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

-- 
Простите за краткость, создано в K-9 Mail.

Re: [sisyphus] Как бороться с udev ?

[Sergey]

On Friday 22 January 2016, Ruslan Hihin wrote:

> Что-то мне подсказывает, что в момент загрузки /dev/sda нет.

А откуда тогда lilo грузится с правильным набором ядер ? Я копию
с месяц не переписывал, 4.1.15-std-def-alt2 там ещё нет.

Однако, имена назначаются, на самом деле, не очень ожидаемо. Подключил
в SATA2 другой hdd (что под руку подвернулось). Вместо того, чтобы стать
/dev/sdc, он стал /dev/sdb. Оказался тоже с NTFS:

Device     Boot     Start        End    Sectors   Size Id Type
/dev/sdb1  *           63  409593239  409593177 195.3G  7 HPFS/NTFS/exFAT
/dev/sdb2       409593240 1953503999 1543910760 736.2G  f W95 Ext'd (LBA)
/dev/sdb5       409593303 1953503999 1543910697 736.2G  7 HPFS/NTFS/exFAT

А диск-копия, который на SATA1, стал sdc. Но всё загрузилось, тем не менее.
Правда, закралось подозрение, что, может, какие проблемы с питанием начинаются
при подключении того WJ1600JS, с которым не грузится. Загрузилось же, когда
вместо него ST1000NM поставил. В принципе, по 5v ST кушает поменьше, как на
этикетках написано, правда, по 12v он же кушает немного побольше.

-- 
С уважением, Сергей.

Re: [sisyphus] Как бороться с udev ?

[Sergey]

On Friday 22 January 2016, Sergey wrote:

> Однако, имена назначаются, на самом деле, не очень ожидаемо. Подключил
> в SATA2 другой hdd (что под руку подвернулось). Вместо того, чтобы стать
> /dev/sdc, он стал /dev/sdb. Оказался тоже с NTFS:
 
В общем, наверное, дело не в udev в этот раз. SATA-каналы на материнке,
во-первых, как-то странно именуются после загрузки, не по порядку:

SATA0 - sda
SATA1 - sdc
SATA2 - sdb
SATA3 - sdd

Раньше не замечал, наверное, потому, что запасной у меня совсем отключен,
как правило.

Во-вторых, между 0 и 2 (и, наверное, 1 и 3) есть какая-то связь на уровне
электроники. Когда Сигейты стояли в 0 и 1, установка сигейта в SATA2 
приводила только к смещению sdb -> sdc. А вот установка Western Digital
приводила к отказу как самого WD в SATA2, так и Сигейта в SATA0, причём
уже после загрузки ядра. С каким-то режимом проблемы, может быть, с UDMA
(на него сейчас и так немного ругани в логе образовалось). Переставил
запасной ST в SATA2, а WD поставил в SATA1. Всё завелось, WD стал /dev/sdc.

-- 
С уважением, Сергей.

Re: [sisyphus] Как бороться с udev ?

[Ruslan Hihin]

Насколько я помню, ядро нумерует диски достаточно случайно, в зависимости от того, в каком порядке "откликается" устройства. Из-за этого и начали применять Uuid-ы и label.
 Кстати вы ведь всегда присвоить новый uuid или метку любому разделу, не стирая данные на разделе.

-- 
Простите за краткость, создано в K-9 Mail.

Re: [sisyphus] Как бороться с udev ?

[Sergey]

On Friday 22 January 2016, Ruslan Hihin wrote:

> Насколько я помню, ядро нумерует диски достаточно случайно, 
> в зависимости от того, в каком порядке "откликается" устройства.

Да, только порядок отклика на IDE/SATA/SCSI никогда не был случайным. За
SAS не скажу, но думаю, что так же. До сих пор на всём, что я видел и вижу,
он строго определён. Если в системе есть несколько типов интерфейсов, то,
дополнительно, участвует порядок загрузки драйверов. Правда, это без учёта
вновь появляющихся устройств с горячей заменой, если таковые есть.

> Из-за этого и начали применять Uuid-ы и label.

Несовсем. Uuid/label просто позволяют не задумываться о канале, куда
подключается устройство.

> Кстати вы ведь всегда присвоить новый uuid или метку любому разделу,
> не стирая данные на разделе.  

Можно, но это и fstab переписывать на копии, и lilo.conf. Лень. :-)

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] Как бороться с udev ?

[Michael Shigorin]

On Sat, Jan 23, 2016 at 01:39:28PM +0400, Sergey wrote:
> Да, только порядок отклика на IDE/SATA/SCSI никогда не был случайным.

Довольно давно сделали параллельный опрос SATA, помнится.
Как бы не в районе 2.6.2x.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] Как бороться с udev ?

[Sergey]

On Saturday 23 January 2016, Michael Shigorin wrote:

> > Да, только порядок отклика на IDE/SATA/SCSI никогда не был случайным.
> 
> Довольно давно сделали параллельный опрос SATA, помнится.
> Как бы не в районе 2.6.2x.

Ни разу на случайный выбор не нарывался.

-- 
С уважением, Сергей
a_s_y@sama.ru