* [sisyphus] Как бороться с udev ?
@ 2016-01-22 6:46 Sergey
2016-01-22 10:42 ` Хихин Руслан
0 siblings, 1 reply; 12+ messages in thread
From: Sergey @ 2016-01-22 6:46 UTC (permalink / raw)
To: ALT Linux Sisyphus discussions
Приветствую.
Как-то давно я уже жаловался на 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, или что-то можно посмотреть ещё предварительно ?
--
С уважением, Сергей.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sisyphus] Как бороться с udev ?
2016-01-22 6:46 [sisyphus] Как бороться с udev ? Sergey
@ 2016-01-22 10:42 ` Хихин Руслан
2016-01-22 12:01 ` Sergey
0 siblings, 1 reply; 12+ messages in thread
From: Хихин Руслан @ 2016-01-22 10:42 UTC (permalink / raw)
To: sisyphus
[-- 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 --]
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sisyphus] Как бороться с udev ?
2016-01-22 10:42 ` Хихин Руслан
@ 2016-01-22 12:01 ` Sergey
2016-01-22 12:08 ` Alexey Shabalin
0 siblings, 1 reply; 12+ messages in thread
From: Sergey @ 2016-01-22 12:01 UTC (permalink / raw)
To: ALT Linux Sisyphus discussions
On Friday 22 January 2016, Хихин Руслан wrote:
> > Разделы с NTFS. Надо это как-то дебажить. Сразу писать в багтрекер
> > systemd, или что-то можно посмотреть ещё предварительно ?
>
> Никак не пойму как могут быть связаны диск с NTFS разделами, и тем,
> что при загрузке не нашёлся корневой раздел.
Это уже вопрос к udev. Загрузочный диск на SATA0, есть второй на SATA1.
Для 99% воспроизведения этой проблемы достаточно прицепить HDD с NTFS
разделами на SATA2. Кто-то пугается этого HDD, и мне кажется, что этот
кто-то, опять, udev. 1% - как-то initrd грузился пару дней назад, когда
я только пробовать начал, но что-то повторить не могу. Когда грузился
initrd, дальше висло на populating dev, как и в случае с помершим HDD.
--
С уважением, Сергей.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sisyphus] Как бороться с udev ?
2016-01-22 12:01 ` Sergey
@ 2016-01-22 12:08 ` Alexey Shabalin
2016-01-22 12:33 ` Sergey
0 siblings, 1 reply; 12+ messages in thread
From: Alexey Shabalin @ 2016-01-22 12:08 UTC (permalink / raw)
To: ALT Linux Sisyphus discussions
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sisyphus] Как бороться с udev ?
2016-01-22 12:08 ` Alexey Shabalin
@ 2016-01-22 12:33 ` Sergey
2016-01-22 13:12 ` Ruslan Hihin
0 siblings, 1 reply; 12+ messages in thread
From: Sergey @ 2016-01-22 12:33 UTC (permalink / raw)
To: ALT Linux Sisyphus discussions
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 со своим загрузчиком,
её можно даже загрузить.
--
С уважением, Сергей.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sisyphus] Как бороться с udev ?
2016-01-22 12:33 ` Sergey
@ 2016-01-22 13:12 ` Ruslan Hihin
2016-01-22 13:27 ` Sergey
0 siblings, 1 reply; 12+ messages in thread
From: Ruslan Hihin @ 2016-01-22 13:12 UTC (permalink / raw)
To: ALT Linux Sisyphus discussions
Что-то мне подсказывает, что в момент загрузки /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.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sisyphus] Как бороться с udev ?
2016-01-22 13:12 ` Ruslan Hihin
@ 2016-01-22 13:27 ` Sergey
2016-01-22 14:47 ` Sergey
0 siblings, 1 reply; 12+ messages in thread
From: Sergey @ 2016-01-22 13:27 UTC (permalink / raw)
To: ALT Linux Sisyphus discussions
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 он же кушает немного побольше.
--
С уважением, Сергей.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sisyphus] Как бороться с udev ?
2016-01-22 13:27 ` Sergey
@ 2016-01-22 14:47 ` Sergey
2016-01-22 16:37 ` Ruslan Hihin
0 siblings, 1 reply; 12+ messages in thread
From: Sergey @ 2016-01-22 14:47 UTC (permalink / raw)
To: sisyphus
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.
--
С уважением, Сергей.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sisyphus] Как бороться с udev ?
2016-01-22 14:47 ` Sergey
@ 2016-01-22 16:37 ` Ruslan Hihin
2016-01-23 9:39 ` Sergey
0 siblings, 1 reply; 12+ messages in thread
From: Ruslan Hihin @ 2016-01-22 16:37 UTC (permalink / raw)
To: ALT Linux Sisyphus discussions
Насколько я помню, ядро нумерует диски достаточно случайно, в зависимости от того, в каком порядке "откликается" устройства. Из-за этого и начали применять Uuid-ы и label.
Кстати вы ведь всегда присвоить новый uuid или метку любому разделу, не стирая данные на разделе.
--
Простите за краткость, создано в K-9 Mail.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sisyphus] Как бороться с udev ?
2016-01-22 16:37 ` Ruslan Hihin
@ 2016-01-23 9:39 ` Sergey
2016-01-23 10:30 ` Michael Shigorin
0 siblings, 1 reply; 12+ messages in thread
From: Sergey @ 2016-01-23 9:39 UTC (permalink / raw)
To: ALT Linux Sisyphus discussions
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sisyphus] Как бороться с udev ?
2016-01-23 9:39 ` Sergey
@ 2016-01-23 10:30 ` Michael Shigorin
2016-01-23 12:50 ` Sergey
0 siblings, 1 reply; 12+ messages in thread
From: Michael Shigorin @ 2016-01-23 10:30 UTC (permalink / raw)
To: sisyphus
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sisyphus] Как бороться с udev ?
2016-01-23 10:30 ` Michael Shigorin
@ 2016-01-23 12:50 ` Sergey
0 siblings, 0 replies; 12+ messages in thread
From: Sergey @ 2016-01-23 12:50 UTC (permalink / raw)
To: sisyphus
On Saturday 23 January 2016, Michael Shigorin wrote:
> > Да, только порядок отклика на IDE/SATA/SCSI никогда не был случайным.
>
> Довольно давно сделали параллельный опрос SATA, помнится.
> Как бы не в районе 2.6.2x.
Ни разу на случайный выбор не нарывался.
--
С уважением, Сергей
a_s_y@sama.ru
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2016-01-23 12:50 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-01-22 6:46 [sisyphus] Как бороться с udev ? Sergey
2016-01-22 10:42 ` Хихин Руслан
2016-01-22 12:01 ` Sergey
2016-01-22 12:08 ` Alexey Shabalin
2016-01-22 12:33 ` Sergey
2016-01-22 13:12 ` Ruslan Hihin
2016-01-22 13:27 ` Sergey
2016-01-22 14:47 ` Sergey
2016-01-22 16:37 ` Ruslan Hihin
2016-01-23 9:39 ` Sergey
2016-01-23 10:30 ` Michael Shigorin
2016-01-23 12:50 ` Sergey
ALT Linux Sisyphus discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
public-inbox-index sisyphus
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.sisyphus
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git