[кривые руки][linux 3.0] Неосилил-тред

Загрепай по всей системе 2.6 и поменяй на 3.0

Это такой хитрый план угробить систему DarkAmateur?

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

> как определять наименования устройств в таких случаях

dmesg | grep pata

Эм... для этого, как я понимаю, с нового ядра-таки надо загрузиться? Рекурсия?

Укажи раздел по UUID

Может, не торопиться обновляться, подождать пару релизов исправляющих?

Так домашний ноут же.

> Эм... для этого, как я понимаю, с нового ядра-таки надо загрузиться? Рекурсия?

Нееет, сделай это на старом и заенабли соответствующую дровишку в .config CONFIG_PATA_ЧТО_ТАМ_У_ТЕБЯ = y

Что за IDE контроллер?

darkamateur@ldarkamateur@localhost /home/darkamateur $ dmesg | grep pata
darkamateur@localhost /home/darkamateur $

darkamateur@localhost /home/darkamateur $ dmesg | grep sda
[    0.000000] Command line: root=/dev/sda2
[    0.000000] Kernel command line: root=/dev/sda2
[    0.753336] sd 0:0:0:0: [sda] 312581808 512-byte logical blocks: (160 GB/149 GiB)
[    0.753527] sd 0:0:0:0: [sda] Write Protect is off
[    0.753627] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    0.753645] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    0.832645]  sda: sda1 sda2 sda3 sda4
[    0.833174] sd 0:0:0:0: [sda] Attached SCSI disk
[    1.442921] XFS mounting filesystem sda2
[    1.763500] Ending clean XFS mount for filesystem: sda2
[    8.355035] XFS mounting filesystem sda3
[    8.610126] Ending clean XFS mount for filesystem: sda3
[   10.724604] Adding 136548k swap on /dev/sda4.  Priority:-1 extents:1 across:136548k 
darkamateur@localhost /home/darkamateur $ 

darkamateur@localhost /home/darkamateur $ dmesg | grep scsi
[    0.249977] scsi0 : ahci
[    0.250255] scsi1 : ahci
[    0.752907] scsi 0:0:0:0: Direct-Access     ATA      TOSHIBA MK1665GS GJ00 PQ: 0 ANSI: 5
[    0.754104] sd 0:0:0:0: Attached scsi generic sg0 type 0
[    0.755942] scsi 1:0:0:0: CD-ROM            HL-DT-ST DVDRAM GT30N     1.01 PQ: 0 ANSI: 5
[    0.759996] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
[    0.760458] sr 1:0:0:0: Attached scsi CD-ROM sr0
[    0.760594] sr 1:0:0:0: Attached scsi generic sg1 type 5
...
darkamateur@localhost /home/darkamateur $ 

darkamateur@localhost /home/darkamateur $ dmesg | grep ata
[    0.000000]  BIOS-e820: 000000007be90000 - 000000007bead000 (ACPI data)
[    0.000000] Memory: 1985160k/2030144k available (5748k kernel code, 460k absent, 44524k reserved, 5350k data, 468k init)
[    0.037485] _OSC request data:1 7 
[    0.089720] ACPI: EC: GPE = 0x3, I/O: command/status = 0x66, data = 0x62
[    0.109347] libata version 3.00 loaded.
[    0.250502] ata1: SATA max UDMA/133 abar m1024@0xdc606800 port 0xdc606900 irq 42
[    0.250672] ata2: SATA max UDMA/133 abar m1024@0xdc606800 port 0xdc606980 irq 42
[    0.712095] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    0.712218] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[    0.714297] ata2.00: ATAPI: HL-DT-STDVDRAM GT30N, 1.01, max UDMA/100
[    0.717958] ata2.00: configured for UDMA/100
[    0.751671] ata1.00: ATA-8: TOSHIBA MK1665GSX, GJ002J, max UDMA/100
[    0.751771] ata1.00: 312581808 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
[    0.752712] ata1.00: configured for UDMA/100
[    1.764877] Write protecting the kernel read-only data: 10240k
...
darkamateur@localhost /home/darkamateur $ 

Про IDE: это история другого компа. Там 40гиговник около 2000 года выпуска.

Может у тебя встали устройства /dev/dm-0?

>В догонку, помню, что были какие-то хитрые опции, благодаря которым мой IDE винт также адресовывался через /dev/sd*.
окстись, окаянный!
это давно так, если ты не испольуешь устаревшее говно в ядре!

Либо драйвер в ядро не в компилен, смотри вывод lspci в старом ядре, а то тут что-то только диски видны. Либо невкомпилена фс в которой отформатирован /. Если sda1 /boot, то кажется xfs надо проверять на предмет «y», а не «m». Больше в голову ничего не приходит.

>> В догонку, помню, что были какие-то хитрые опции, благодаря которым мой IDE винт также адресовывался через /dev/sd*.

Утечка хладагента!

Разве ядро перед паникой не выводит список найденных разделов?

Что-то вроде:
List of all partitions:
<...>
No fielsystem could mount root, tried:
<...>
Kernel panic - not syncing: VFS: Unable to mount root fs on <...>

Ура, проблема разрешилась.

Я проштудировал старый конфиг на предмет Serial ATA and Parallel ATA drivers.

[*]   Verbose ATA error reporting
[*]   ATA ACPI Support
[*]   SATA Port Multiplier support
<*>   AHCI SATA support
[*]   ATA SFF support
[*]     ATA BMDMA support
<*>       Intel ESB, ICH, PIIX3, PIIX4 PATA/SATA support
<*>       AMD/NVidia PATA support
<*>       Intel PATA old PIIX support
<*>       Intel SCH PATA support
<*>     Intel PATA MPIIX support
<*>     Generic platform device PATA support

Этого набора хватило, чтобы завестись)

Вот теперь настоящий гентушник!

Сейчас у себя проверю. Он у меня тоже не нашёл sda14

переносишь конфиг старого ядра и делаешь make oldconfig. УМВР с ядра 2.6.32

А что делать в ситуации, когда переносить нечего?

очевидно, подобрать рабочий конфиг.

Не помогло. Как ты решил?

У меня с 2.6.34 и не работает.

Ого. Так создатели профиля genkernel лажанулись.

Ошибка так и не решена. Кто-нибудь сталкивался?

Тут проблема нестолько с genkernel, сколько в самом ядре. Genkernel — тупой скрипт-обёртка. Без него вполне можно обойтись. Лично у меня есть позодрения, что при компиляции того же menuconfig'а, кое-какие опции подкручиваются автоматом. Например, у меня 3.0 ядро снова использует старые имена дисков (на старой машине, где реально IDE винты, хотя livecd-gentoo монтирует как SATA). Превед, /dev/hdb2. С чем это связано? Лично я там ничего не крутил.

Можешь посмотреть разницу между старым .config и новым? Например программой Meld.

>Превед, /dev/hdb2. С чем это связано? Лично я там ничего не крутил.

Block layer SG support v4 (BLK_DEV_BSG)

CONFIG_BLK_DEV_BSG:

Saying Y here will enable generic SG (SCSI generic) v4 support
for any block device.

Unlike SG v3 (aka block/scsi_ioctl.c drivers/scsi/sg.c), SG v4
can handle complicated SCSI commands: tagged variable length cdbs
with bidirectional data transfers and generic request/response
protocols (e.g. Task Management Functions and SMP in Serial
Attached SCSI).

This option is required by recent UDEV versions to properly
access device serial numbers, etc.

If unsure, say Y.

И это, надеюсь ты не используешь дрова из «ATA/ATAPI/MFM/RLL support (DEPRECATED) (IDE)»