[sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

После долгой паузы решил обновить систему и ядро. dist-upgrade прошёл
вроде нормально (за некоторым исключением, с темой письма никак не
связанным), а вот после update-kernel с 3.8.4-std-def-alt1 до
std-def-3.10.17-alt1 возникла проблема - процесс загрузки доходит до
момента ( http://ibin.co/10Hz7OEwMIXX ), после чего останавливается.
Самое печальное, что я даже не в курсе, куда копать... 

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Michael Shigorin]

On Thu, Oct 31, 2013 at 03:47:03PM +0700, Vyatcheslav Perevalov wrote:
> После долгой паузы решил обновить систему и ядро. dist-upgrade прошёл
> вроде нормально (за некоторым исключением, с темой письма никак не
> связанным), а вот после update-kernel с 3.8.4-std-def-alt1 до
> std-def-3.10.17-alt1 возникла проблема - процесс загрузки доходит до
> момента ( http://ibin.co/10Hz7OEwMIXX ), после чего останавливается.
> Самое печальное, что я даже не в курсе, куда копать... 

Проверьте на всякий ещё un-def и led-ws.

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Thu, 31 Oct 2013 14:28:32 +0200
Michael Shigorin <mike@osdn.org.ua> пишет:


> 
> Проверьте на всякий ещё un-def и led-ws.
> 

Проверил un-def-3.11.6-alt1. Поведение примерно такое же.
http://ibin.co/10KvlXRkdrYb
Чуть позже экран изменился - http://ibin.co/10KxqAkDAStx (возможно, в
первый раз я этого просто не дождался). Ввёл предложенные команды, но
выхлоп к просветлению не привёл. http://ibin.co/10KytQSwKhbS
Вернее, просветление чуть забрезжило, но идей не появилось. Это
проблемы с initrd? Как его идеологически правильно перегенерить?

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Fri, 1 Nov 2013 00:53:04 +0700
Vyatcheslav Perevalov <vip0@seversk.ru> пишет:

> Проверил un-def-3.11.6-alt1. Поведение примерно такое же.
На led-ws-3.10.17-alt5 аналогично

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Pavel N. Solovyov]

On Thu, 31 Oct 2013 15:47:03 +0700
Vyatcheslav Perevalov wrote:

>  а вот после update-kernel с 3.8.4-std-def-alt1 до
> std-def-3.10.17-alt1 возникла проблема

pavel@sol ~ $ uname -r
3.10.17-std-def-alt1
pavel@sol ~ $ 

	Полёт нормальный.
Может, дело в железе?

 --
	Успехов. Павел.
=====================
Jabber: pavel_solo@jabber.ru
ICQ: 33437660
=====================

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Fri, 1 Nov 2013 00:50:00 +0600
"Pavel N. Solovyov" <2182@k66.ru> пишет:

> >  а вот после update-kernel с 3.8.4-std-def-alt1 до
> > std-def-3.10.17-alt1 возникла проблема  
> 
> pavel@sol ~ $ uname -r
> 3.10.17-std-def-alt1
> pavel@sol ~ $ 
> 
> 	Полёт нормальный.
> Может, дело в железе?

Железо исправно. Сейчас на этом же железе, но с ядром
3.8.4-std-def-alt1 полёт (условно) нормальный.

$ cat /proc/cpuinfo 
processor       : 0
vendor_id       : AuthenticAMD
cpu family      : 15
model           : 75
model name      : AMD Athlon(tm) 64 X2 Dual Core Processor 3600+
.................
(система, правда, i586)

Что ещё требуется сообщить?

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Pavel N. Solovyov]

On Fri, 1 Nov 2013 02:08:16 +0700
Vyatcheslav Perevalov wrote:

> $ cat /proc/cpuinfo 
> processor       : 0
> vendor_id       : AuthenticAMD
> cpu family      : 15
> model           : 75
> model name      : AMD Athlon(tm) 64 X2 Dual Core Processor 3600+
> .................
> (система, правда, i586)

	Меня в своё время отговорили от AMD Athlon, поэтому у меня 4-х
процессорный Intel:
 
pavel@sol ~ $ cat /proc/cpuinfo 
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 42
model name      : Intel(R) Core(TM) i5-2300 CPU @ 2.80GHz
stepping        : 7
microcode       : 0x14
cpu MHz         : 3001.000
...

	Система тоже i586. Может, владельцы AMD откликнутся?

 --
	Успехов. Павел.
=====================
Jabber: pavel_solo@jabber.ru
ICQ: 33437660
=====================

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Michael Shigorin]

On Fri, Nov 01, 2013 at 12:53:04AM +0700, Vyatcheslav Perevalov wrote:
> > Проверьте на всякий ещё un-def и led-ws.
> Проверил un-def-3.11.6-alt1. Поведение примерно такое же.

А led-ws?

> http://ibin.co/10KvlXRkdrYb Чуть позже экран изменился -
> http://ibin.co/10KxqAkDAStx (возможно, в первый раз я этого
> просто не дождался). Ввёл предложенные команды, но выхлоп к
> просветлению не привёл. http://ibin.co/10KytQSwKhbS Вернее,
> просветление чуть забрезжило, но идей не появилось.

На всякий: при отсутствущем ls что-то вроде echo /dev/*
может помочь.

> Это проблемы с initrd? Как его идеологически правильно
> перегенерить?

Попробуйте загрузиться, вырезав из строки параметров
noapic pci=nomsi

Покажите rpm -qa | grep un-def (интересует набор модулей)

Покажите /etc/initrd.mk

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[ruslandh]

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

Здравствуйте Vyatcheslav Perevalov
  В сообщении от 31 октября 2013 Vyatcheslav Perevalov 
написал(a):
>        Полёт нормальный.
>
> > Может, дело в железе?
>
> Железо исправно. Сейчас на этом же железе, но с ядром
> 3.8.4-std-def-alt1 полёт (условно) нормальный.
А вы lilo или grub испольщуете?
Может в конфиге что-то нет так?


-- 
С уважением Хихин Руслан

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Fri, 1 Nov 2013 00:27:27 +0200
Michael Shigorin <mike@osdn.org.ua> пишет:

> On Fri, Nov 01, 2013 at 12:53:04AM +0700, Vyatcheslav Perevalov wrote:
> > > Проверьте на всякий ещё un-def и led-ws.
> > Проверил un-def-3.11.6-alt1. Поведение примерно такое же.
> 
> А led-ws?

См. соседнее письмо. Аналогичное поведение.

> 
> > http://ibin.co/10KvlXRkdrYb Чуть позже экран изменился -
> > http://ibin.co/10KxqAkDAStx (возможно, в первый раз я этого
> > просто не дождался). Ввёл предложенные команды, но выхлоп к
> > просветлению не привёл. http://ibin.co/10KytQSwKhbS Вернее,
> > просветление чуть забрезжило, но идей не появилось.
> 
> На всякий: при отсутствущем ls что-то вроде echo /dev/*
> может помочь.

Спасибо, буду знать. Вернее, когда-то я это знал, но в виду отсутствия
необходимости пользоваться, забыл. Но всё равно, спасибо за напоминание.

> 
> > Это проблемы с initrd? Как его идеологически правильно
> > перегенерить?
> 
> Попробуйте загрузиться, вырезав из строки параметров
> noapic pci=nomsi

Если не будете возражать, попробую позже, ближе к вечеру.

> 
> Покажите rpm -qa | grep un-def (интересует набор модулей)

$ rpm -qa | grep un-def
kernel-modules-drm-nouveau-un-def-3.11.6-alt1
kernel-modules-tp_smapi-un-def-0.41-alt2.199430.1
kernel-modules-drm-un-def-3.11.6-alt1
kernel-modules-nvidia-un-def-319.60-alt1.199430.1
kernel-image-un-def-3.11.6-alt1
kernel-modules-kvm-un-def-3.11.6-alt1
kernel-modules-v4l-un-def-3.11.6-alt1

> 
> Покажите /etc/initrd.mk
> 

$ cat /etc/initrd.mk
# trying to detect modules and features to access to root volume
AUTODETECT = all

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Fri, 1 Nov 2013 08:23:33 +0400
ruslandh <ruslandh@gmail.com> пишет:

> >        Полёт нормальный.
> >  
> > > Может, дело в железе?  
> >
> > Железо исправно. Сейчас на этом же железе, но с ядром
> > 3.8.4-std-def-alt1 полёт (условно) нормальный.  
> А вы lilo или grub испольщуете?

lilo

> Может в конфиге что-то нет так?

Может быть, но в конфиг я руками не лазил.

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Fri, 1 Nov 2013 09:23:56 +0700
Gleb Kulikov <glebus@asd.iao.ru> пишет:

> если считать порядком убийственные регрессии с видео (nvidia) + 
> KDE и Qt

Всему своё время. Предлагаю сначала с ядром разобраться.

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Fri, 1 Nov 2013 13:14:59 +0700
Vyatcheslav Perevalov <vip0@seversk.ru> пишет:

Ближе к вечеру наступило.

> > На всякий: при отсутствущем ls что-то вроде echo /dev/*
> > может помочь.  
> 
> Спасибо, буду знать. Вернее, когда-то я это знал, но в виду отсутствия
> необходимости пользоваться, забыл. Но всё равно, спасибо за
> напоминание.
> 

Выхлоп echo /dev/* : http://ibin.co/10QY95xDz4Rr

> >   
> > > Это проблемы с initrd? Как его идеологически правильно
> > > перегенерить?  
> > 
> > Попробуйте загрузиться, вырезав из строки параметров
> > noapic pci=nomsi  
> 
> Если не будете возражать, попробую позже, ближе к вечеру.

Попробовал: http://ibin.co/10QYqo0UIbFH

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Andrei Lomov]

Vyatcheslav Perevalov wrote:

> В Fri, 1 Nov 2013 00:53:04 +0700
> Vyatcheslav Perevalov <vip0@seversk.ru> пишет:
> 
>> Проверил un-def-3.11.6-alt1. Поведение примерно такое же.
> На led-ws-3.10.17-alt5 аналогично

На всякий случай: как в lilo разделы прописаны, по UUID?
Вывод blkid соответствует?

-- 
Всего доброго,
А.Л.

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Fri, 01 Nov 2013 23:12:32 +0700
Andrei Lomov <lomov@math.nsc.ru> пишет:

> >> Проверил un-def-3.11.6-alt1. Поведение примерно такое же.  
> > На led-ws-3.10.17-alt5 аналогично  
> 
> На всякий случай: как в lilo разделы прописаны, по UUID?

За исключением
append="resume=/dev/sda3 panic=30 noapic pci=nomsi"
#append="resume=/dev/sda3 panic=30 noapic pci=nomsi acpi=off"
message="/boot/splash/message"
boot="/dev/sda"
всё остальное по UUID

> Вывод blkid соответствует?

$ sudo blkid
/dev/sda1: UUID="0173105b-361c-4d76-9ebe-4ecb38ecd3f8" TYPE="ext3" 
/dev/sda2: UUID="36a93778-5b9b-4266-b39e-42db4e5bd4f5" TYPE="ext3" 
/dev/sda3: UUID="cea37e1f-70c9-453e-9ec4-4e51bcb1e4a8" TYPE="swap" 
/dev/sda5: UUID="bc7ece36-c7e3-4767-9647-95f122ac88ab" TYPE="ext3" 
/dev/sda6: UUID="9fe3649c-147e-40d4-8999-3d468f4465c3" TYPE="ext3" 
/dev/sda7: UUID="c23e3944-48f3-4e0f-9c6e-611947bcefec" TYPE="ext3"

и в /etc/lilo.conf
root="UUID=36a93778-5b9b-4266-b39e-42db4e5bd4f5"

Соответствует.

Меня смущает, что оно ругается на опцию ro:
ro: not found 
когда я cmdline ручками набирал.

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Denis G. Samsonenko]

Вечер добрый!

2 ноября 2013 г., 0:12 пользователь Vyatcheslav Perevalov написал:
> Меня смущает, что оно ругается на опцию ro:
> ro: not found
> когда я cmdline ручками набирал.

Судя по фотографии. вы это дело прямо в командную строку набивали, вот
он и жалуется. что не может найти команду ro. Вас просили в
параметрах, передаваемых ядру при загрузке, сделать соответствующие
изменения, т.е. в lilo.conf, или прямо из меню загрузчика
отредактировать строку с параметрами, если это доступно.

-- 
Всего доброго,

Денис.

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Michael Shigorin]

On Sat, Nov 02, 2013 at 03:57:56AM +0700, Vyatcheslav Perevalov wrote:
> Зато при загрузке, которая проходит нормально (3.8.4-std-def-alt1)
> после слов 
> ACPI: PCI Interrupt Link [LSA0] enabled at IRQ 21
> сразу (интервал менее 4 мс) идут строки 
> scsi0: pata_acpi
> scsi1: pata_acpi
> чего при проблемной загрузке не наблюдается.
> Фото запостить?

Лучше сравните initrd-ы при помощи initrd-diff.

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Sat, 2 Nov 2013 01:23:45 +0700
"Denis G. Samsonenko" <d.g.samsonenko@gmail.com> пишет:

> > Меня смущает, что оно ругается на опцию ro:
> > ro: not found
> > когда я cmdline ручками набирал.  
> 
> Судя по фотографии. вы это дело прямо в командную строку набивали, вот
> он и жалуется. что не может найти команду ro.

Да, прямо в командную строку. Только оно почему-то съедает спокойно
BOOT_IMAGE=... и root=..., а вот ro ему ни до root=..., ни после не
нравится.

> Вас просили в
> параметрах, передаваемых ядру при загрузке, сделать соответствующие
> изменения, т.е. в lilo.conf, или прямо из меню загрузчика
> отредактировать строку с параметрами, если это доступно.

Сделал и так (кстати, а где прописывается пресловутое ro?). Изменений
нет.

Зато при загрузке, которая проходит нормально (3.8.4-std-def-alt1)
после слов 
ACPI: PCI Interrupt Link [LSA0] enabled at IRQ 21
сразу (интервал менее 4 мс) идут строки 
scsi0: pata_acpi
scsi1: pata_acpi
чего при проблемной загрузке не наблюдается.
Фото запостить?

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

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

В Fri, 1 Nov 2013 22:54:51 +0200
Michael Shigorin <mike@osdn.org.ua> пишет:

> > Зато при загрузке, которая проходит нормально (3.8.4-std-def-alt1)
> > после слов 
> > ACPI: PCI Interrupt Link [LSA0] enabled at IRQ 21
> > сразу (интервал менее 4 мс) идут строки 
> > scsi0: pata_acpi
> > scsi1: pata_acpi
> > чего при проблемной загрузке не наблюдается.
> > Фото запостить?  
> 
> Лучше сравните initrd-ы при помощи initrd-diff.

Во вложении. На мой взгляд, различия нельзя назвать существенными.

[-- Attachment #2: initrd.diff --]
[-- Type: text/x-patch, Size: 3020 bytes --]

--- initrd-3.8.4-std-def-alt1.img
+++ initrd-3.11.6-un-def-alt1.img
@@ -64 +64 @@
--rwxr-xr-x   1 root     root         5068 init
+-rwxr-xr-x   1 root     root         4928 init
@@ -68 +68 @@
-drwx------   3 root     root            0 lib/modules/3.8.4-std-def-alt1
+drwx------   3 root     root            0 lib/modules/3.11.6-un-def-alt1
@@ -72 +72 @@
--rwxr-xr-x   1 root     root       241987 lib/modules/<version>/kernel/drivers/ata/libata.ko
+-rwxr-xr-x   1 root     root       245526 lib/modules/<version>/kernel/drivers/ata/libata.ko
@@ -75,2 +75,2 @@
--rwxr-xr-x   1 root     root       249366 lib/modules/<version>/kernel/drivers/scsi/scsi_mod.ko
--rwxr-xr-x   1 root     root        57090 lib/modules/<version>/kernel/drivers/scsi/sd_mod.ko
+-rwxr-xr-x   1 root     root       255817 lib/modules/<version>/kernel/drivers/scsi/scsi_mod.ko
+-rwxr-xr-x   1 root     root        57293 lib/modules/<version>/kernel/drivers/scsi/sd_mod.ko
@@ -79 +79 @@
--rwxr-xr-x   1 root     root       253800 lib/modules/<version>/kernel/fs/ext3/ext3.ko
+-rwxr-xr-x   1 root     root       248857 lib/modules/<version>/kernel/fs/ext3/ext3.ko
@@ -81,2 +81,2 @@
--rwxr-xr-x   1 root     root        93884 lib/modules/<version>/kernel/fs/jbd/jbd.ko
--rwxr-xr-x   1 root     root        12455 lib/modules/<version>/kernel/fs/mbcache.ko
+-rwxr-xr-x   1 root     root        90847 lib/modules/<version>/kernel/fs/jbd/jbd.ko
+-rwxr-xr-x   1 root     root        12038 lib/modules/<version>/kernel/fs/mbcache.ko
@@ -85,4 +85,4 @@
--rw-------   1 root     root          651 lib/modules/<version>/modules.alias
--rw-------   1 root     root          819 lib/modules/<version>/modules.alias.bin
--rw-r--r--   1 root     root         3154 lib/modules/<version>/modules.builtin
--rw-------   1 root     root         4350 lib/modules/<version>/modules.builtin.bin
+-rw-------   1 root     root          670 lib/modules/<version>/modules.alias
+-rw-------   1 root     root          839 lib/modules/<version>/modules.alias.bin
+-rw-r--r--   1 root     root         3510 lib/modules/<version>/modules.builtin
+-rw-------   1 root     root         4853 lib/modules/<version>/modules.builtin.bin
@@ -94,2 +94,2 @@
--rw-------   1 root     root        15041 lib/modules/<version>/modules.symbols
--rw-------   1 root     root        18962 lib/modules/<version>/modules.symbols.bin
+-rw-------   1 root     root        15140 lib/modules/<version>/modules.symbols
+-rw-------   1 root     root        19085 lib/modules/<version>/modules.symbols.bin
@@ -109 +109 @@
--rwx------   1 root     root       742404 sbin/blkid
+-rwx------   1 root     root       762884 sbin/blkid
@@ -119,2 +119,2 @@
--rw-r--r--   1 root     root         2810 scripts/functions
--rw-r--r--   1 root     root         1311 scripts/ip
+-rw-r--r--   1 root     root         2698 scripts/functions
+-rw-r--r--   1 root     root         1318 scripts/ip
@@ -128 +128 @@
--rw-r--r--   1 root     root         1318 scripts/nfs
+-rw-r--r--   1 root     root         1308 scripts/nfs

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Denis G. Samsonenko]

День добрый!

2 ноября 2013 г., 3:57 Vyatcheslav Perevalov написал:
> Да, прямо в командную строку. Только оно почему-то съедает спокойно
> BOOT_IMAGE=... и root=...,

Воспринимается как задание переменной окружения перед запуском команды
ro. То, что стоит после ro, воспринимается как параметры, которые надо
передать команде ro.

> а вот ro ему ни до root=..., ни после не
> нравится.

Конечно не нравится, т.к. такой команды нет, о чём оболочка и сообщает.

>> Вас просили в
>> параметрах, передаваемых ядру при загрузке, сделать соответствующие
>> изменения, т.е. в lilo.conf, или прямо из меню загрузчика
>> отредактировать строку с параметрами, если это доступно.
>
> Сделал и так (кстати, а где прописывается пресловутое ro?). Изменений
> нет.

По задаче надо было найти в lilo.conf строку, начинающуюся с append=
для соответствующего ядра, и удалить там упоминания про noapic и
pci=nomsi (после чего заново прописать загрузчик на нужный раздел,
вызвав команду lilo после редактирования файла lilo.conf). Ну или
прямо при загрузке отредактировать строку параметров для ядра, с
которым хотите загрузиться, в меню загрузчика (у меня сейчас нет lilo
ни на одной машине и я не помню как это там реализовано, но вроде
можно было). Добавлять ничего к строке параметров вроде не просили.

-- 
Всего доброго,

Денис.

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[ruslandh]

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

Здравствуйте Denis G. Samsonenko
  В сообщении от 2 ноября 2013 Denis G. Samsonenko написал(a):
>  (у меня сейчас нет lilo
> ни на одной машине и я не помню как это там реализовано, но
> вроде можно было). Добавлять ничего к строке параметров вроде
> не просили.

Ну, прямо в нижнюю строчку и пишешь.

-- 
С уважением Хихин Руслан

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Sat, 2 Nov 2013 10:02:14 +0700
"Denis G. Samsonenko" <d.g.samsonenko@gmail.com> пишет:

> День добрый!
> 
> 2 ноября 2013 г., 3:57 Vyatcheslav Perevalov написал:
> > Да, прямо в командную строку. Только оно почему-то съедает спокойно
> > BOOT_IMAGE=... и root=...,
> 
> Воспринимается как задание переменной окружения перед запуском команды
> ro. То, что стоит после ro, воспринимается как параметры, которые надо
> передать команде ro.
> 
> > а вот ro ему ни до root=..., ни после не
> > нравится.
> 
> Конечно не нравится, т.к. такой команды нет, о чём оболочка и
> сообщает.
> 
Да, я уже сам понял.

> >> Вас просили в
> >> параметрах, передаваемых ядру при загрузке, сделать соответствующие
> >> изменения, т.е. в lilo.conf, или прямо из меню загрузчика
> >> отредактировать строку с параметрами, если это доступно.
> >
> > Сделал и так (кстати, а где прописывается пресловутое ro?).
> > Изменений нет.
> 
> По задаче надо было найти в lilo.conf строку, начинающуюся с append=
> для соответствующего ядра, и удалить там упоминания про noapic и
> pci=nomsi (после чего заново прописать загрузчик на нужный раздел,
> вызвав команду lilo после редактирования файла lilo.conf). 

Крайний раз именно это и выполнил. Результат не изменился.

> Ну или
> прямо при загрузке отредактировать строку параметров для ядра, с
> которым хотите загрузиться, в меню загрузчика (у меня сейчас нет lilo
> ни на одной машине и я не помню как это там реализовано, но вроде
> можно было). Добавлять ничего к строке параметров вроде не просили.
> 

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Michael Shigorin]

On Sat, Nov 02, 2013 at 04:16:44AM +0700, Vyatcheslav Perevalov wrote:
> > Лучше сравните initrd-ы при помощи initrd-diff.
> Во вложении. На мой взгляд, различия нельзя назвать существенными.

Странно -- думал, нужный модуль не попал.  Пока идей нет.

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Sat, 2 Nov 2013 13:37:29 +0200
Michael Shigorin <mike@osdn.org.ua> пишет:

> > > Лучше сравните initrd-ы при помощи initrd-diff.  
> > Во вложении. На мой взгляд, различия нельзя назвать существенными.  
> 
> Странно -- думал, нужный модуль не попал.  Пока идей нет.

А ещё оно молчит на blkid. Так и надо?

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Sergey]

On Saturday 02 of November 2013 20:52:56 Vyatcheslav Perevalov wrote:

> > Странно -- думал, нужный модуль не попал.  Пока идей нет.
> 
> А ещё оно молчит на blkid. Так и надо?

А не отголосок стародавних времён ?
http://lists.altlinux.org/pipermail/sisyphus/2010-April/347112.html

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Sun, 03 Nov 2013 03:01:14 +0400
Sergey <a_s_y@sama.ru> пишет:

> > А ещё оно молчит на blkid. Так и надо?  
> 
> А не отголосок стародавних времён ?
> http://lists.altlinux.org/pipermail/sisyphus/2010-April/347112.html

На 3.8.4-std-def-alt1 не проявилось. Однако, удалил /etc/blkid.tab,
перезагрузился - не помогло. 
Всё также молчит и на blkid, и на blkid -c /dev/null.
Однако, при обратной перезагрузке в 3.8.4 /etc/blkid.tab оказался на
месте. Кто его создал? и когда?

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Sun, 3 Nov 2013 13:42:11 +0700
Vyatcheslav Perevalov <vip0@seversk.ru> пишет:

> На 3.8.4-std-def-alt1 не проявилось. Однако, удалил /etc/blkid.tab,
> перезагрузился - не помогло. 
> Всё также молчит и на blkid, и на blkid -c /dev/null.
> Однако, при обратной перезагрузке в 3.8.4 /etc/blkid.tab оказался на
> месте. Кто его создал? и когда?
Простите. Соврал. 
При удалении файла командой rm на вопрос "rm: удалить обычный файл
«...»" следует отвечать "y", а не "Enter". Сейчас действительно удалил,
но в загрузке 3.11.6-un-def-alt1 ничего не поменялось. В
3.8.4-std-def-alt1 всё также blkid работает корректно, и никто не
создаёт /etc/blkid.

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[ruslandh]

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

Здравствуйте Vyatcheslav Perevalov
  В сообщении от 3 ноября 2013 Vyatcheslav Perevalov написал(a):
> . В
> 3.8.4-std-def-alt1 всё также blkid работает корректно, и никто
> не создаёт /etc/blkid.

C systemd он создаётся в /run/blkid

-- 
С уважением Хихин Руслан

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Sun, 3 Nov 2013 14:24:22 +0400
ruslandh <ruslandh@gmail.com> пишет:

> > . В
> > 3.8.4-std-def-alt1 всё также blkid работает корректно, и никто
> > не создаёт /etc/blkid.  
> 
> C systemd он создаётся в /run/blkid

С lilo тоже. Но только когда об этом специально попросишь:

$ ls /run|grep blkid
[vip@workstation ~]$ /sbin/blkid
/dev/sda1: UUID="0173105b-361c-4d76-9ebe-4ecb38ecd3f8" TYPE="ext3" 
/dev/sda2: UUID="36a93778-5b9b-4266-b39e-42db4e5bd4f5" TYPE="ext3" 
/dev/sda3: UUID="cea37e1f-70c9-453e-9ec4-4e51bcb1e4a8" TYPE="swap" 
/dev/sda5: UUID="bc7ece36-c7e3-4767-9647-95f122ac88ab" TYPE="ext3" 
/dev/sda6: UUID="9fe3649c-147e-40d4-8999-3d468f4465c3" TYPE="ext3" 
/dev/sda7: UUID="c23e3944-48f3-4e0f-9c6e-611947bcefec" TYPE="ext3" 
[vip@workstation ~]$ ls /run|grep blkid
[vip@workstation ~]$ sudo blkid
[sudo] password for vip:
/dev/sda1: UUID="0173105b-361c-4d76-9ebe-4ecb38ecd3f8" TYPE="ext3" 
/dev/sda2: UUID="36a93778-5b9b-4266-b39e-42db4e5bd4f5" TYPE="ext3" 
/dev/sda3: UUID="cea37e1f-70c9-453e-9ec4-4e51bcb1e4a8" TYPE="swap" 
/dev/sda5: UUID="bc7ece36-c7e3-4767-9647-95f122ac88ab" TYPE="ext3" 
/dev/sda6: UUID="9fe3649c-147e-40d4-8999-3d468f4465c3" TYPE="ext3" 
/dev/sda7: UUID="c23e3944-48f3-4e0f-9c6e-611947bcefec" TYPE="ext3" 
[vip@workstation ~]$ ls /run|grep blkid
blkid
[vip@workstation ~]$ ls /run/blkid/blkid.tab
/run/blkid/blkid.tab
[vip@workstation ~]$
cat /run/blkid/blkid.tab <device DEVNO="0x0801"
TIME="1383477172.532246" UUID="0173105b-361c-4d76-9ebe-4ecb38ecd3f8"
TYPE="ext3">/dev/sda1</device> <device DEVNO="0x0802"
TIME="1383477172.558748" UUID="36a93778-5b9b-4266-b39e-42db4e5bd4f5"
TYPE="ext3">/dev/sda2</device> <device DEVNO="0x0803"
TIME="1383477172.559053" UUID="cea37e1f-70c9-453e-9ec4-4e51bcb1e4a8"
TYPE="swap">/dev/sda3</device> <device DEVNO="0x0805"
TIME="1383477172.551157" UUID="bc7ece36-c7e3-4767-9647-95f122ac88ab"
TYPE="ext3">/dev/sda5</device> <device DEVNO="0x0806"
TIME="1383477172.551501" UUID="9fe3649c-147e-40d4-8999-3d468f4465c3"
TYPE="ext3">/dev/sda6</device> <device DEVNO="0x0807"
TIME="1383477172.551854" UUID="c23e3944-48f3-4e0f-9c6e-611947bcefec"
TYPE="ext3">/dev/sda7</device>            

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Anton Farygin]

01.11.2013 16:55, Vyatcheslav Perevalov пишет:
> В Fri, 1 Nov 2013 13:14:59 +0700
> Vyatcheslav Perevalov<vip0@seversk.ru>  пишет:
>
> Ближе к вечеру наступило.
>
>>> > >На всякий: при отсутствущем ls что-то вроде echo/dev/*
>>> > >может помочь.
>> >
>> >Спасибо, буду знать. Вернее, когда-то я это знал, но в виду отсутствия
>> >необходимости пользоваться, забыл. Но всё равно, спасибо за
>> >напоминание.
>> >
> Выхлоп echo/dev/* :http://ibin.co/10QY95xDz4Rr
>

Надо  попробовать загрузиться в livecd или rescue с более свежим ядром и 
потестировать доступность дисков оттуда.
И ещё банально было бы неплохо обновить BIOS, если есть обновления.

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

Прошу прощения за долгое молчание, был на работе, потом ездил в Питер к
дочери.

В Tue, 05 Nov 2013 16:04:24 +0400
Anton Farygin <rider@altlinux.com> пишет:


> >
> > Ближе к вечеру наступило.
> >
> >>> > >На всякий: при отсутствущем ls что-то вроде echo/dev/*
> >>> > >может помочь.
> >> >
> >> >Спасибо, буду знать. Вернее, когда-то я это знал, но в виду
> >> >отсутствия необходимости пользоваться, забыл. Но всё равно,
> >> >спасибо за напоминание.
> >> >
> > Выхлоп echo/dev/* :http://ibin.co/10QY95xDz4Rr
> >
> 
> Надо  попробовать загрузиться в livecd или rescue с более свежим
> ядром и потестировать доступность дисков оттуда.

Попробовал беты 7.0.1 Centaurus (3.8.13.4-std-def-alt1.M70P.2) и 7.0.2
(3.10.20-std-def-alt1). Из обеих все разделы диска видны, blkid
отрабатывает нормально, монтируется всё нормально.

> И ещё банально было бы неплохо обновить BIOS, если есть обновления.
> 

А из линукса это возможно? Как?

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Anton Farygin]

04.12.2013 20:18, Vyatcheslav Perevalov пишет:
> Прошу прощения за долгое молчание, был на работе, потом ездил в Питер к
> дочери.
>
> В Tue, 05 Nov 2013 16:04:24 +0400
> Anton Farygin <rider@altlinux.com> пишет:
>
>
>>>
>>> Ближе к вечеру наступило.
>>>
>>>>>>> На всякий: при отсутствущем ls что-то вроде echo/dev/*
>>>>>>> может помочь.
>>>>>
>>>>> Спасибо, буду знать. Вернее, когда-то я это знал, но в виду
>>>>> отсутствия необходимости пользоваться, забыл. Но всё равно,
>>>>> спасибо за напоминание.
>>>>>
>>> Выхлоп echo/dev/* :http://ibin.co/10QY95xDz4Rr
>>>
>>
>> Надо  попробовать загрузиться в livecd или rescue с более свежим
>> ядром и потестировать доступность дисков оттуда.
>
> Попробовал беты 7.0.1 Centaurus (3.8.13.4-std-def-alt1.M70P.2) и 7.0.2
> (3.10.20-std-def-alt1). Из обеих все разделы диска видны, blkid
> отрабатывает нормально, монтируется всё нормально.

Попробуйте перегенерить initrd из livecd.

>
>> И ещё банально было бы неплохо обновить BIOS, если есть обновления.
>>
>
> А из линукса это возможно? Как?

Обычно это делается из DOS по инструкции на сайте производителя MB.

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Sergey]

On Thursday 31 October 2013, Vyatcheslav Perevalov wrote:

> Чуть позже экран изменился - http://ibin.co/10KxqAkDAStx (возможно, в
> первый раз я этого просто не дождался). Ввёл предложенные команды, но
> выхлоп к просветлению не привёл. http://ibin.co/10KytQSwKhbS
> Вернее, просветление чуть забрезжило, но идей не появилось. Это
> проблемы с initrd ?

Я бы предположил, что пропал драйвер дискового контроллера (sata ?)
Например, в 3.8.4 был какой-то старый и какой-то новый, в 3.10.17
старый убрали совсем, а make-initrd сам не догадался, какой надо
новый добавить.

> Как его идеологически правильно перегенерить ?

Если бы это был Intel, а не AMD, я бы посоветовал добавить в /etc/initrd.mk
MODULES_ADD += ata_piix sd_mod

Это в замен устаревшего piix. Но у Вас AMD, так что, если ситуация
аналогичная, нужные модули предстоит угадать самостоятельно. Можно
посмотреть, что показывает lsmod с LiveCD. sd_mod в списке на картинке
у Вас есть, а вот драйвер контроллера в списке не угадывается.

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Sergey]

On Monday 09 December 2013, Sergey wrote:

> Если бы это был Intel, а не AMD, я бы посоветовал добавить в /etc/initrd.mk
> MODULES_ADD += ata_piix sd_mod
 
И перегенерировать initrd, можно переустановкой ядра, чтобы с make-initrd не
разбираться.

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Anton V. Boyarshinov]

В Mon, 9 Dec 2013 16:24:15 +0400
Sergey <a_s_y@sama.ru> пишет:

> On Monday 09 December 2013, Sergey wrote:
> 
> > Если бы это был Intel, а не AMD, я бы посоветовал добавить
> > в /etc/initrd.mk MODULES_ADD += ata_piix sd_mod
>  
> И перегенерировать initrd, можно переустановкой ядра, чтобы с
> make-initrd не разбираться.
> 

Тут, насколько я понимаю, проблема как раз в том, что под старым ядром
не угадываются нужные модули.

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Sergey]

On Wednesday 11 December 2013, you wrote:

> > > Если бы это был Intel, а не AMD, я бы посоветовал добавить
> > > в /etc/initrd.mk MODULES_ADD += ata_piix sd_mod

> > И перегенерировать initrd, можно переустановкой ядра, чтобы
> > с make-initrd не разбираться.

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

Я тоже так подумал. Потому и предлагаю выяснить, какие именно нужны
теперь, и руками перечислить их в initrd.mk.

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

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

В Mon, 9 Dec 2013 16:19:18 +0400
Sergey <a_s_y@sama.ru> пишет:

> > Чуть позже экран изменился - http://ibin.co/10KxqAkDAStx (возможно,
> > в первый раз я этого просто не дождался). Ввёл предложенные
> > команды, но выхлоп к просветлению не привёл.
> > http://ibin.co/10KytQSwKhbS Вернее, просветление чуть забрезжило,
> > но идей не появилось. Это проблемы с initrd ?  
> 
> Я бы предположил, что пропал драйвер дискового контроллера (sata ?)
> Например, в 3.8.4 был какой-то старый и какой-то новый, в 3.10.17
> старый убрали совсем, а make-initrd сам не догадался, какой надо
> новый добавить.
> 
> > Как его идеологически правильно перегенерить ?  
> 
> Если бы это был Intel, а не AMD, я бы посоветовал добавить
> в /etc/initrd.mk MODULES_ADD += ata_piix sd_mod
> 
> Это в замен устаревшего piix. Но у Вас AMD, так что, если ситуация
> аналогичная, нужные модули предстоит угадать самостоятельно. Можно
> посмотреть, что показывает lsmod с LiveCD. sd_mod в списке на картинке
> у Вас есть, а вот драйвер контроллера в списке не угадывается.

Ещё раз прошу извинить за долгое молчание.
lsmod с livecd в приложенном файле.

[-- Attachment #2: lsmod_p70_beta2.txt --]
[-- Type: text/plain, Size: 2555 bytes --]

[root@localhost ~]# lsmod
Module                  Size  Used by
ext3                  170399  1 
mbcache                 5934  1 ext3
jbd                    57256  1 ext3
fuse                   69358  0 
af_packet              23458  2 
ipv6                  285995  16 
zram                    8301  1 
snd_hda_codec_realtek    35366  1 
ppdev                   4930  0 
snd_hda_intel          32551  3 
snd_hda_codec         150059  2 snd_hda_codec_realtek,snd_hda_intel
snd_hwdep               4624  1 snd_hda_codec
parport_pc             28433  0 
snd_pcm                74365  2 snd_hda_codec,snd_hda_intel
snd_page_alloc          7346  2 snd_pcm,snd_hda_intel
pcspkr                  1514  0 
snd_timer              17210  1 snd_pcm
parport                30530  2 ppdev,parport_pc
psmouse                76582  0 
snd                    48566  12 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_pcm,snd_hda_codec,snd_hda_intel
soundcore                848  1 snd
i2c_nforce2             4964  0 
asus_atk0110            8998  0 
processor              27379  0 
efivars                 6350  0 
dm_mod                 68762  0 
autofs4                19619  2 
squashfs               25554  1 
loop                   15848  2 
nls_utf8                1069  1 
isofs                  28715  1 
usb_storage            40649  0 
sr_mod                 13552  1 
cdrom                  32050  1 sr_mod
sd_mod                 35449  2 
crc_t10dif              1263  1 sd_mod
pata_acpi               2538  0 
pata_amd                8729  1 
nouveau               860732  2 
video                  11259  1 nouveau
mxm_wmi                 1521  1 nouveau
wmi                     8118  2 mxm_wmi,nouveau
drm_kms_helper         38480  1 nouveau
ttm                    65964  1 nouveau
serio_raw               4029  0 
drm                   227234  4 ttm,drm_kms_helper,nouveau
agpgart                27911  2 drm,ttm
i2c_algo_bit            4997  1 nouveau
hwmon                   1427  2 asus_atk0110,nouveau
sata_nv                17940  1 
ata_generic             2734  0 
button                  4383  1 nouveau
ohci_hcd               21688  0 
ehci_pci                3165  0 
ehci_hcd               35979  1 ehci_pci
libata                178535  4 pata_acpi,sata_nv,pata_amd,ata_generic
forcedeth              54101  0 
scsi_mod              171743  4 usb_storage,libata,sd_mod,sr_mod
usbcore               155720  4 usb_storage,ohci_hcd,ehci_hcd,ehci_pci
usb_common              1677  1 usbcore
evdev                   7779  6 
[root@localhost ~]# 

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Sergey]

On Monday 23 December 2013, Vyatcheslav Perevalov wrote:

> Ещё раз прошу извинить за долгое молчание.

Я уж думал, что всё давно получилось. :-)

> libata       178535  4 pata_acpi,sata_nv,pata_amd,ata_generic
 
sata_nv и pata_amd возможно. То есть, можно попробовать дописать
MODULES_ADD += sata_nv pata_amd

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Mon, 23 Dec 2013 11:26:45 +0400
Sergey <a_s_y@sama.ru> пишет:

> > libata       178535  4 pata_acpi,sata_nv,pata_amd,ata_generic  
>  
> sata_nv и pata_amd возможно. То есть, можно попробовать дописать
> MODULES_ADD += sata_nv pata_amd

И Вы знаете, таки заработало!

[root@workstation etc]# uname -r
3.10.17-std-def-alt1
[root@workstation etc]# cat /etc/initrd.mk
# trying to detect modules and features to access to root volume
AUTODETECT = all

#MODULES_ADD += sata_nv pata_amd
MODULES_ADD += ata_piix sd_mod

можно считать, что [SOLVED]?

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Mon, 23 Dec 2013 17:13:50 +0700
Vyatcheslav Perevalov <vip0@seversk.ru> пишет:

> > > libata       178535  4 pata_acpi,sata_nv,pata_amd,ata_generic    
> >  
> > sata_nv и pata_amd возможно. То есть, можно попробовать дописать
> > MODULES_ADD += sata_nv pata_amd  
> 
> И Вы знаете, таки заработало!
> 

Недолго счастье продолжалось. После очередной перезагрузки поймал
kernel panic (перед перезагрузкой на радостях перегенерил initrd для
3.10.17-led-ws-alt5, 3.11.6-un-def-alt1 и свежеустановленного
3.10.24-std-def-alt1)

> [root@workstation etc]# uname -r
> 3.10.17-std-def-alt1
> [root@workstation etc]# cat /etc/initrd.mk
> # trying to detect modules and features to access to root volume
> AUTODETECT = all
> 
> #MODULES_ADD += sata_nv pata_amd
> MODULES_ADD += ata_piix sd_mod
> 
> можно считать, что [SOLVED]?
Видимо, пока нет...

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Sergey]

On Monday 23 December 2013, Vyatcheslav Perevalov wrote:

> > sata_nv и pata_amd возможно. То есть, можно попробовать дописать
> > MODULES_ADD += sata_nv pata_amd
> 
> И Вы знаете, таки заработало!
> 
> [root@workstation etc]# uname -r
> 3.10.17-std-def-alt1
> [root@workstation etc]# cat /etc/initrd.mk
> # trying to detect modules and features to access to root volume
> AUTODETECT = all
> 
> #MODULES_ADD += sata_nv pata_amd
> MODULES_ADD += ata_piix sd_mod
> 
> можно считать, что [SOLVED]?

А зачем "#MODULES_ADD += sata_nv pata_amd" закомментировано
и написано ненужное Вам "MODULES_ADD += ata_piix sd_mod" ?
ata_piix - это Intel. А у Вас NVidia c AMD.

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Mon, 23 Dec 2013 14:42:53 +0400
Sergey <a_s_y@sama.ru> пишет:

> А зачем "#MODULES_ADD += sata_nv pata_amd" закомментировано

Потому что в этом случае работать не захотело

> и написано ненужное Вам "MODULES_ADD += ata_piix sd_mod" ?

А в этом случае сработало. Но только один раз (почему-то).

> ata_piix - это Intel. А у Вас NVidia c AMD.

Да, верно. Но факт есть факт.
Сейчас я удаляю все ненужные ядра, оставляю только то, что в теме
письма, пробую по очереди перечисленные варианты. Больше успех
повторяться не хочет.

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Sergey]

On Monday 23 December 2013, Vyatcheslav Perevalov wrote:

> > А зачем "#MODULES_ADD += sata_nv pata_amd" закомментировано
> 
> Потому что в этом случае работать не захотело
 
Может быть, sd_mod надо тоже добавить. Он во всех случаях
нужен, но, вроде бы, он и так грузился.

>> ata_piix - это Intel. А у Вас NVidia c AMD.

> Да, верно. Но факт есть факт.

В списке модулей с LiveCD ничего про piix нет, так что не надо
даже пытаться. Видимо, с чем-то совпало.

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Mon, 23 Dec 2013 17:34:32 +0400
Sergey <a_s_y@sama.ru> пишет:

> > > А зачем "#MODULES_ADD += sata_nv pata_amd" закомментировано  
> > 
> > Потому что в этом случае работать не захотело  
>  
> Может быть, sd_mod надо тоже добавить. Он во всех случаях
> нужен, но, вроде бы, он и так грузился.
> 
> >> ata_piix - это Intel. А у Вас NVidia c AMD.  
> 
> > Да, верно. Но факт есть факт.  
> 
> В списке модулей с LiveCD ничего про piix нет, так что не надо
> даже пытаться. Видимо, с чем-то совпало.

Как говорили Колобки в известном мультике, ничего не понимаю...
сейчас:

[root@workstation ~]# uname -r
3.10.17-std-def-alt1
[root@workstation ~]# cat /etc/initrd.mk
# trying to detect modules and features to access to root volume
AUTODETECT = all
#MODULES_ADD += ata_piix sd_mod
MODULES_ADD += sata_nv pata_amd sd_mod


система загружена. Перезагружался пару раз - работает. Если перед
загрузкой сказать ядру init 3 - загрузка не происходит. То же самое
верно и для 3.10.17-led-ws-alt5. 

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Sergey]

On Monday 23 December 2013, Vyatcheslav Perevalov wrote:

> [root@workstation ~]# uname -r
> 3.10.17-std-def-alt1
> [root@workstation ~]# cat /etc/initrd.mk
> # trying to detect modules and features to access to root volume
> AUTODETECT = all
> #MODULES_ADD += ata_piix sd_mod
> MODULES_ADD += sata_nv pata_amd sd_mod
> 
> система загружена.

В этом состоянии переустановить все нужные ядра, и можно MODULES_ADD
убирать. Так как модули уже будут загружены, при установке ядер они
будут выбираться автоматически (то есть, MODULES_ADD можно и до
переустановки убрать, только не перегружаться).

Вообще, какой модуль для какого устройсква сейчас используется, 
показывает "lspci -k".

> Перезагружался пару раз - работает. Если перед загрузкой сказать
> ядру init 3 - загрузка не происходит.

Что значит не происходит ? Если ядро грузится одно и то же, так не
может быть.

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

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

В Tue, 24 Dec 2013 09:49:21 +0400
Sergey <a_s_y@sama.ru> пишет:

> > [root@workstation ~]# uname -r
> > 3.10.17-std-def-alt1
> > [root@workstation ~]# cat /etc/initrd.mk
> > # trying to detect modules and features to access to root volume
> > AUTODETECT = all
> > #MODULES_ADD += ata_piix sd_mod
> > MODULES_ADD += sata_nv pata_amd sd_mod
> > 
> > система загружена.  
> 
> В этом состоянии переустановить все нужные ядра, и можно MODULES_ADD
> убирать. Так как модули уже будут загружены, при установке ядер они
> будут выбираться автоматически (то есть, MODULES_ADD можно и до
> переустановки убрать, только не перегружаться).
> 

Буду пробовать, первая попытка удачной не оказалась.

> Вообще, какой модуль для какого устройсква сейчас используется, 
> показывает "lspci -k".
> 

Во вложении.

> > Перезагружался пару раз - работает. Если перед загрузкой сказать
> > ядру init 3 - загрузка не происходит.  
> 
> Что значит не происходит ? Если ядро грузится одно и то же, так не
> может быть.

http://ibin.co/16QUWXUAnULK
http://ibin.co/16QVEsFliLud
http://ibin.co/16QVkiiiXmTz
http://ibin.co/16QWS7PoYRjv

Нажав ^D, получаю:
http://ibin.co/16QWifMcZXnI

Как-то так...

[-- Attachment #2: lspci_k_current.txt --]
[-- Type: text/plain, Size: 2526 bytes --]

[root@workstation ~]# lspci -k
00:00.0 RAM memory: NVIDIA Corporation MCP61 Memory Controller (rev a1)
        Subsystem: ASUSTeK Computer Inc. Device 8234
00:01.0 ISA bridge: NVIDIA Corporation MCP61 LPC Bridge (rev a2)
        Subsystem: ASUSTeK Computer Inc. Device 8234
00:01.1 SMBus: NVIDIA Corporation MCP61 SMBus (rev a2)
        Subsystem: ASUSTeK Computer Inc. Device 8234
        Kernel driver in use: nForce2_smbus
00:01.2 RAM memory: NVIDIA Corporation MCP61 Memory Controller (rev a2)
        Subsystem: ASUSTeK Computer Inc. Device 8234
00:02.0 USB controller: NVIDIA Corporation MCP61 USB 1.1 Controller (rev a3)
        Subsystem: ASUSTeK Computer Inc. Device 8234
        Kernel driver in use: ohci_hcd
00:02.1 USB controller: NVIDIA Corporation MCP61 USB 2.0 Controller (rev a3)
        Subsystem: ASUSTeK Computer Inc. Device 8234
        Kernel driver in use: ehci-pci
00:04.0 PCI bridge: NVIDIA Corporation MCP61 PCI bridge (rev a1)
00:05.0 Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev a2)
        Subsystem: ASUSTeK Computer Inc. Device 8290
        Kernel driver in use: snd_hda_intel
00:06.0 IDE interface: NVIDIA Corporation MCP61 IDE (rev a2)
        Subsystem: ASUSTeK Computer Inc. Device 8234
        Kernel driver in use: pata_amd
00:07.0 Bridge: NVIDIA Corporation MCP61 Ethernet (rev a2)
        Subsystem: ASUSTeK Computer Inc. Device 8234
        Kernel driver in use: forcedeth
00:08.0 IDE interface: NVIDIA Corporation MCP61 SATA Controller (rev a2)
        Subsystem: ASUSTeK Computer Inc. Device 8234
        Kernel driver in use: sata_nv
00:09.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2)
        Kernel driver in use: pcieport
00:0b.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2)
        Kernel driver in use: pcieport
00:0c.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2)
        Kernel driver in use: pcieport
00:0d.0 VGA compatible controller: NVIDIA Corporation C61 [GeForce 6150SE nForce 
430] (rev a2)
        Subsystem: ASUSTeK Computer Inc. Device 8234
        Kernel driver in use: nouveau
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] 
HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] 
Address Map
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] 
DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] 
Miscellaneous Control

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Sergey]

On Tuesday 24 December 2013, Vyatcheslav Perevalov wrote:

> > Вообще, какой модуль для какого устройсква сейчас используется, 
> > показывает "lspci -k".
> 
> Во вложении.

А всё-то зачем ? :-) Вот, видно два контроллера:

00:06.0 IDE interface: NVIDIA Corporation MCP61 IDE (rev a2)
        Subsystem: ASUSTeK Computer Inc. Device 8234
        Kernel driver in use: pata_amd
00:08.0 IDE interface: NVIDIA Corporation MCP61 SATA Controller (rev a2)
        Subsystem: ASUSTeK Computer Inc. Device 8234
        Kernel driver in use: sata_nv

HDD с системой на каком из них ? Или, может, есть более одного HDD
и разделы с разных HDD сразу подключаются ?

> 
> > > Перезагружался пару раз - работает. Если перед загрузкой сказать
> > > ядру init 3 - загрузка не происходит.  
> > 
> > Что значит не происходит ? Если ядро грузится одно и то же, так не
> > может быть.
> 
> http://ibin.co/16QUWXUAnULK

А, вон как... Нет, так просто нельзя. Параметр init у ядра задаёт то,
что будет загружено сразу после ядра. init=/bin/bash, например, допустимо,
a init без =, наверное, к такому вот и должен приводить. То есть, ничего
не грузится.

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Wed, 25 Dec 2013 11:55:58 +0400
Sergey <a_s_y@sama.ru> пишет:

> > http://ibin.co/16QUWXUAnULK  
> 
> А, вон как... Нет, так просто нельзя. Параметр init у ядра задаёт то,
> что будет загружено сразу после ядра. init=/bin/bash, например,
> допустимо, a init без =, наверное, к такому вот и должен приводить.
> То есть, ничего не грузится.

По крайней мере, при загрузке 3.8.4-std-def-alt1 такой трюк приводит к
загрузке системы без иксов.

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Sergey]

On Wednesday 25 December 2013, Vyatcheslav Perevalov wrote:

> > > http://ibin.co/16QUWXUAnULK  
> > 
> > А, вон как... Нет, так просто нельзя. Параметр init у ядра задаёт
> > то, что будет загружено сразу после ядра. init=/bin/bash, например,
> > допустимо, a init без =, наверное, к такому вот и должен приводить.
> > То есть, ничего не грузится.
> 
> По крайней мере, при загрузке 3.8.4-std-def-alt1 такой трюк приводит
> к загрузке системы без иксов.

Я сам так не делал никогда, но небольшое изучение гугля говорит о том,
что, видимо, неправильный параметр init игнорируется этим ядром, а 
желаемый эффект даёт просто цифра 3. С 3.0.61 проверил, init без =
приводит к остановке загрузки.

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Sergey]

On Wednesday 25 December 2013, Sergey wrote:

> 00:06.0 IDE interface: NVIDIA Corporation MCP61 IDE (rev a2)
>         Subsystem: ASUSTeK Computer Inc. Device 8234
>         Kernel driver in use: pata_amd
> 00:08.0 IDE interface: NVIDIA Corporation MCP61 SATA Controller (rev a2)
>         Subsystem: ASUSTeK Computer Inc. Device 8234
>         Kernel driver in use: sata_nv
> 
> HDD с системой на каком из них ? Или, может, есть более одного HDD
> и разделы с разных HDD сразу подключаются ?

Кстати, ls -1 /dev/disk/by-path должен показать, кто где. Или надо
в /var/log/dmesg посмотреть.

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Wed, 25 Dec 2013 14:37:45 +0400
Sergey <a_s_y@sama.ru> пишет:

> > 00:06.0 IDE interface: NVIDIA Corporation MCP61 IDE (rev a2)
> >         Subsystem: ASUSTeK Computer Inc. Device 8234
> >         Kernel driver in use: pata_amd
> > 00:08.0 IDE interface: NVIDIA Corporation MCP61 SATA Controller
> > (rev a2) Subsystem: ASUSTeK Computer Inc. Device 8234
> >         Kernel driver in use: sata_nv
> > 
> > HDD с системой на каком из них ? Или, может, есть более одного HDD
> > и разделы с разных HDD сразу подключаются ?  
> 

[root@workstation ~]# ls -1 /dev/disk/by-path 
ls: невозможно получить доступ к /dev/disk/by-path: Нет такого файла
или каталога 
[root@workstation ~]# ls -1 /dev/disk/
by-id
by-uuid
[root@workstation ~]#

> Кстати, ls -1 /dev/disk/by-path должен показать, кто где. 
> Или надо в /var/log/dmesg посмотреть.

Если я не ошибаюсь, это где-то здесь:

[    0.960377] ACPI: PCI Interrupt Link [LSA0] enabled at IRQ 21
[    0.960459] sata_nv 0000:00:08.0: setting latency timer to 64
[    0.971382] scsi0 : sata_nv
[    0.977014] scsi1 : sata_nv
[    0.977162] ata1: SATA max UDMA/133 cmd 0xe400 ctl 0xe080 bmdma
0xd880 irq 21 
[    0.977166] ata2: SATA max UDMA/133 cmd 0xe000 ctl
0xdc00 bmdma 0xd888 irq 21 
[    0.977237] pata_amd 0000:00:06.0:
version 0.4.1 
[    0.977294] pata_amd 0000:00:06.0: setting latency
timer to 64 
[    0.982784] scsi2 : pata_amd
[    0.995955] scsi3 : pata_amd
[    0.996118] ata3: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xffa0
irq 14 
[    0.996121] ata4: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma
0xffa8 irq 15 
[    1.164361] ata3.00: ATAPI: Optiarc DVD RW AD-5200A,
1.01, max UDMA/66 
[    1.164375] ata3: nv_mode_filter:
0x1f39f&0x1f39f->0x1f39f, BIOS=0x1f000 (0xc5000000) ACPI=0x1f01f
(30:900:0x11) 
[    1.180295] ata3.00: configured for UDMA/66
[    1.444037] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    1.499945] ata1.00: ATA-7: MAXTOR STM3160815AS, 3.AAD, max UDMA/133
[    1.499948] ata1.00: 312581808 sectors, multi 16: LBA48 NCQ (depth
0/32) 
[    1.574909] ata1.00: configured for UDMA/133 
[    1.575085] scsi 0:0:0:0: Direct-Access     ATA      MAXTOR
STM316081 3.AA PQ: 0 ANSI: 5 
[    1.894260] ata2: SATA link down (SStatus 0 SControl 300)
[    1.895897] scsi 2:0:0:0: CD-ROM Optiarc  DVD RW AD-5200A  1.01 PQ:
0 ANSI: 5 
[    1.896231] ata4: port disabled--ignoring 
[    1.904534] sd 0:0:0:0: [sda] 312581808 512-byte logical blocks:
(160 GB/149 GiB) 
[    1.904603] sd 0:0:0:0: [sda] Write Protect is off
[    1.904607] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 
[    1.904634] sd 0:0:0:0: [sda] Write cache: enabled, read cache:
enabled, doesn't support DPO or FUA 
[    1.969079]  sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 >
[    1.969765] sd 0:0:0:0: [sda] Attached SCSI disk 
[    2.995658] PM: Starting manual resume from disk 
[    2.995665] PM: Hibernation image partition 8:3 present
[    2.995667] PM: Looking for hibernation image.

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Sergey]

On Wednesday 25 December 2013, Vyatcheslav Perevalov wrote:

> [root@workstation ~]# ls -1 /dev/disk/by-path 
> ls: невозможно получить доступ к /dev/disk/by-path: Нет такого
> файла или каталога 

Не знаю, кто это создаёт. По идее, udev должен. Посмотрел по разным
компьютерам, везде есть. На сервере с Кентавром 7.0 есть тоже. 

> Если я не ошибаюсь, это где-то здесь:
> 
> [    0.960377] ACPI: PCI Interrupt Link [LSA0] enabled at IRQ 21
> [    0.960459] sata_nv 0000:00:08.0: setting latency timer to 64
> [    0.971382] scsi0 : sata_nv
> [    0.977014] scsi1 : sata_nv
> [    0.977162] ata1: SATA max UDMA/133 cmd 0xe400 ctl 0xe080 bmdma 0xd880 irq 21

> [    1.444037] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> [    1.499945] ata1.00: ATA-7: MAXTOR STM3160815AS, 3.AAD, max UDMA/133
> [    1.499948] ata1.00: 312581808 sectors, multi 16: LBA48 NCQ (depth 0/32) 
> [    1.574909] ata1.00: configured for UDMA/133 

Видимо, sata_nv нужный модуль.

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

Re: [sisyphus] Ядро std-def-3.10.17-alt1 - система не грузится.

[Vyatcheslav Perevalov]

В Wed, 25 Dec 2013 14:34:18 +0400
Sergey <a_s_y@sama.ru> пишет:

> а желаемый эффект даёт просто цифра 3.

Да, верно. Проверил и на старом ядре, и на не очень старом.

Re: [sisyphus] Ядро std-def-3.10.25-alt1 - система не грузится.(was Ядро std-def-3.10.17-alt1 - система не грузится.)

[Vyatcheslav Perevalov]

В Tue, 24 Dec 2013 09:49:21 +0400
Sergey <a_s_y@sama.ru> пишет:

> > система загружена.  
> 
> В этом состоянии переустановить все нужные ядра, и можно MODULES_ADD
> убирать. Так как модули уже будут загружены, при установке ядер они
> будут выбираться автоматически (то есть, MODULES_ADD можно и до
> переустановки убрать, только не перегружаться).

В /etc/initrd.mk закомментировал все строки MODULES_ADD, установил
3.10.25-std-def-alt1. Загрузка останавливается на словах
ACPI: PCI Interrupt Link [LSA0] enabled at IRQ 21

То же происходит, если MODULES_ADD += sata_nv. Загруженные модули:

ext3 170399 0 - Live 0xf0955000
mbcache 5934 1 ext3, Live 0xf0913000
jbd 57256 1 ext3, Live 0xf08f8000
pata_acpi 2538 0 - Live 0xf08dd000
libata 178599 1 pata_acpi, Live 0xf089a000
sd_mod 35481 0 - Live 0xf084f000
crc_t10dif 1263 1 sd_mod, Live 0xf083c000
scsi_mod 171775 2 libata,sd_mod, Live 0xf07ff000

Если MODULES_ADD += sata_nv pata_amd, то происходит kernel panic,
причём имеется сообщение uncompression error.

Не судьба мне на новые ядра переехать?