Баг или "кривые руки". tmp на разделе с noexec и Kernel panic после обнов ядра

[igorigor76]

Третий раз "поймав" эту ошибку, причем на разных компьютерах, с разным набором железа, и на разных дистрибутивах, понял что что-то делаю не так.
Во всех трех случаях: https://forum.altlinux.org/index.php?topic=38250.msg305333#msg305333, https://forum.altlinux.org/index.php?topic=38230.msg305213#msg305213, о третьем на форуме не писал, разбивку диска делал так.
Создать раздел, тип раздела linux Swap.
Создать раздел,  тип раздела Linux, файловая система Ext2/3/4, точка монтирования /, Опции монтирования relatime (это по умолчанию, ничего не менял).
Создать раздел, тип раздела Linux, файловая система Ext2/3/4, точка монтирования /mnt/data, опции монтирования relatime, nodev, noexec (обращаю внимание, это по умолчанию, в опциях монтирования ничего не менял).
В результате получаю следующее (см. фото).
И после установки системы получаю 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 0 0
UUID=cfe6b41e-5daf-4e96-a3dc-0750d525c2aa / ext4 relatime 1 1
UUID=096c6b18-b0f4-48ae-acba-3b7138c0718c /mnt/data ext4 nosuid,nodev,noexec 1 0
UUID=0f2a6160-4fd5-46f6-ac1d-443f1a9273ed swap swap defaults 0 0
/mnt/data/tmp /tmp auto bind,rw,nosuid,nodev 0 0Обновление системы проходит нормально, компьютер после обновления загружается. При обновлении ядра ошибок нет, а вот после перезагрузку получаю Kernel panic. Если просто поменять в fstab так:

Код: [Выделить]

...
tmpfs /tmp tmpfs nosuid 0 0
...
#/mnt/data/tmp /tmp auto bind,rw,nosuid,nodev 0 0то при загрузке с обновленным ядром так же Kernel panic. Нужно загрузиться со старым ядром и переустановить новое. Или до обновления ядра менять fstab.

[ruslandh]

вот после перезагрузку получаю Kernel panic. Если просто поменять в fstab так:

А фото его не покажите? В логах следы о нем есть?

[igorigor76]

Это оно? Или нет?

[dango]

Я правильно понимаю, у вас после установки системы и первой загрузки в /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            0 0
UUID=cfe6b41e-5daf-4e96-a3dc-0750d525c2aa   /   ext4   relatime   1   1
UUID=096c6b18-b0f4-48ae-acba-3b7138c0718c   /mnt/data   ext4   nosuid,nodev,noexec   1   0
UUID=0f2a6160-4fd5-46f6-ac1d-443f1a9273ed   swap   swap   defaults   0   0
/mnt/data/tmp   /tmp   auto   bind,rw,nosuid,nodev   0   0

Я тоже пристегивал раздел при установке через /mnt/. Вот мой /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 0 0
UUID=846c1a4e-1dec-48e9-8b8a-bac80fd80cb4 / ext4 relatime 1 1
UUID=73970aad-8f5d-4efc-b701-2a2ad0bf0b9f /home ext4 nosuid,relatime 1 2
UUID=f619e5c3-f879-4456-b099-42f9800d2fc3 /mnt/data ext4 nosuid,nodev,noexec 1 3
UUID=589f9f5b-f5d9-4c31-ba88-58ab0ba3c663 swap swap defaults 0 0
...
Система: regular-xfce-sysv-x86_64.
Обновления ядра с момента установки проходили штатно.

[ruslandh]

UUID=cfe6b41e-5daf-4e96-a3dc-0750d525c2aa

По снимку до /tmp дело не доходит. Ругань на то, что не найден раздел с корнем (образ initrd не нашло корень).
Что выдаёт blkid?
Возможно также, что в initrd не попал какой-то нужный компонент.

[igorigor76]

Я правильно понимаю, у вас после установки системы и первой загрузки в /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            0 0
UUID=cfe6b41e-5daf-4e96-a3dc-0750d525c2aa   /   ext4   relatime   1   1
UUID=096c6b18-b0f4-48ae-acba-3b7138c0718c   /mnt/data   ext4   nosuid,nodev,noexec   1   0
UUID=0f2a6160-4fd5-46f6-ac1d-443f1a9273ed   swap   swap   defaults   0   0
/mnt/data/tmp   /tmp   auto   bind,rw,nosuid,nodev   0   0

Да, верно. (системы ALT Linux p7 KDE, alt-kworkstation-8-install-x86_64.iso,)

[dango]

Странная какая-то фигня, но почему-то знакомая...

Создать раздел, тип раздела linux Swap.
Создать раздел,  тип раздела Linux, файловая система Ext2/3/4, точка монтирования /, Опции монтирования relatime (это по умолчанию, ничего не менял).
Создать раздел, тип раздела Linux, файловая система Ext2/3/4, точка монтирования /mnt/data, опции монтирования relatime, nodev, noexec (обращаю внимание, это по умолчанию, в опциях монтирования ничего не менял).

Сбросьте сюда вывод команды:

Код: [Выделить]

df


[igorigor76]

Сбросьте сюда вывод команды:

Код: [Выделить]

df


Не раньше понедельника. Я верну fstab  в состояние до "лечения". И покажу вывод df.

[igorigor76]

Для этого случая/компьютера https://forum.altlinux.org/index.php?topic=38230.msg305213#msg305213
С таким 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 0 0
UUID=3c7a49d3-1efc-4ef8-8b07-aba03edafda8 / ext4 relatime 1 1
UUID=d8bafa77-fc0e-4b43-984b-9465ee9f8158 /mnt/sda3 ext4 nosuid,nodev 1 0
UUID=ad21ab93-0bc7-419c-8163-2103148257f0 swap swap defaults 0 0
/dev/sr1 /media/cdrom udf,iso9660 ro,noauto,user,utf8 0 0
/mnt/sda3/tmp /tmp auto bind,rw,nosuid 0 0df выдает

Код: [Выделить]

# df
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
udevfs             5,0M            0  5,0M            0% /dev
runfs             1010M         1,1M 1009M            1% /run
/dev/sda2           99G          35G   60G           37% /
tmpfs             1010M         124K 1010M            1% /dev/shm
tmpfs             1010M            0 1010M            0% /sys/fs/cgroup
/dev/sda3           99G          61M   94G            1% /mnt/sda3
tmpfs              202M          12K  202M            1% /run/user/502

[dango]

Третий раз "поймав" эту ошибку, причем на разных компьютерах, с разным набором железа, и на разных дистрибутивах, понял что что-то делаю не так.

1. Железо в этой теме не описано. Образ тоже.
2. Десктоп MB  ASRock g41m-vs3. Образ ALT Linux p7 KDE (ядро std-def) Стартеркит с KDE4 на p7 или KDesktop 7.0?
3. Ноутбук Asus X553S. Образ alt-kworkstation-8-install-x86_64.iso
Разброс по железу и образам...
Я так понимаю, общее у всех трех случаев это ручная разбивка диска в инсталяторе по схеме:
sda1 swap
sda2 /
sda3 /mnt/<name>
Правильно? И во всех трех случаях после первой загрузки в /etc/fstab ФС tmpfs без вашего участия оказывался на /mnt/<name>? А другие ПК по той же схеме были? Если были, то как дело обстоит?
На вашем месте при наличии времени и без критически важных данных на диске, я бы сделал следующее:
1. Лишний раз удостоверился бы в правильности контрольной суммы образа md5.
2. На всякий случай прогнал бы тесты памяти и HDD.
3. Запустил бы установку с носителя и на этапе разбивки диска выбрал бы автоматический режим. После установки сначала обновил все кроме ядра, потом ядро и перезагрузился.
4. Если п.3 все нормально, запустил бы установку заново, но с ручной разбивкой, но без /mnt/<name> и обновил по той же схеме
5. Если п.3 и 4 нормально, запустил бы установку с ручной разбивкой на этот раз с /mnt/<name> и обновил по той же схеме
В п.3,4,5 вести запись действий.

[igorigor76]

2. Десктоп MB  ASRock g41m-vs3. Образ ALT Linux p7 KDE (ядро std-def) Стартеркит с KDE4 на p7 или KDesktop 7.0?

KDesktop 7.0 i586, какой именно 7.0.X устанавливал не помню, давно было.

Я так понимаю, общее у всех трех случаев это ручная разбивка диска в инсталяторе по схеме:
sda1 swap
sda2 /
sda3 /mnt/<name>
Правильно? И во всех трех случаях после первой загрузки в /etc/fstab ФС tmpfs без вашего участия оказывался на /mnt/<name>?

Да.

А другие ПК по той же схеме были? Если были, то как дело обстоит?

В остальных случаях
Если только linux то sda3 /home
Если двойная загрузка Windows и Linux, то sda5 /mnt/data, но там ntfs.
Есть два компьютера у которых по два диска. Там только linux. И при разбивке диска вручную добавлял что-то похожее.
sda4 /mnt/data1, sda5 /mnt/data2
Но там  Centaurus 7.0.5 x86_64 обновленный до p8.

На вашем месте при наличии времени и без критически важных данных на диске, я бы сделал следующее:
1. Лишний раз удостоверился бы в правильности контрольной суммы образа md5.
2. На всякий случай прогнал бы тесты памяти и HDD.
3. Запустил бы установку с носителя и на этапе разбивки диска выбрал бы автоматический режим. После установки сначала обновил все кроме ядра, потом ядро и перезагрузился.
4. Если п.3 все нормально, запустил бы установку заново, но с ручной разбивкой, но без /mnt/<name> и обновил по той же схеме
5. Если п.3 и 4 нормально, запустил бы установку с ручной разбивкой на этот раз с /mnt/<name> и обновил по той же схеме
В п.3,4,5 вести запись действий.

Это для выявления бага?

[Dmytro]

Это для выявления бага?

Да.
Если найдете время, то можете сильно помочь в его поиске.

[igorigor76]

Подопытный — ноутбук HP 15-ba006ur. Это третий компьютер/случай о котором я упоминал но уже не стал описывать на форуме. Ноутбук новый. Система изначально FreeDOS. Дистрибутив altlinux-7.0.5-kdesktop-x86_64-ru-install-dvd5.iso. Обновление из локального репозитария. Его последнее обновление 06.02.2017 в 11:35

3. Разбивка диска автоматически.
До эксперимента уже была установлена ALT Linux. Установщик выдавал ошибки даже при отмеченной опции (галочке) Очистить все дики перед применением профиля. Пришлось удалять все разделы, загрузившись с Live CD Gparted. Потом автоматическая разбавка диска прошла нормально. Далее: установка, загрузчик на Жесткий диск (по умолчанию), остальные настройки я думаю не принципиальны.
Перезагрузка. Fstab и вывод df после первого запуска системы во вложении.
Обновление, перезагрузка, обновление ядра, перезагрузка. Все нормально и без ошибок.

4. Разбивка диска ручная.
Удалил все разделы и таблицу разделов.
sda1 swap (размер 4100 mb)
sda2 / (размер 51200 mb)
sda3 /home (размер — все остальное)
Далее так же как и в 3. Все нормально и без ошибок.

5. Разбивка диска ручная.
Удалил все разделы и таблицу разделов.
sda1 swap (размер 4100 mb)
sda2 / (размер 51200 mb)
sda3 /mnt/data (размер — все остальное)
Далее так же как и в 3. Обновление, перезагрузка. Нормально.  Обновление ядра, перезагрузка — Kernel Panic.

[igorigor76]

Вложение 5

[dango]

igorigor76, спасибо за проведенные тесты и выложенную информацию.

Обновление из локального репозитария. Его последнее обновление 06.02.2017 в 11:35

Несколько вопросов:
Обновление из локального зеркала применялось во всех ваших случаях? И удачных и проблемных?

sda2 / (размер 51200 mb)

На корень / вы отводите 50 Gb. Если home внутри раздела, не маловато ли для пользователя? Если нет, то где тогда home?