Jump to content

    

Linux при монтировании системы на последнем этапе не обращается к диску

всем доброго здоровья!

 

На этапе инициализации (в цепочке initcalls) диск видится в PIO режиме (identify device читается отлично).

 

А на завершающей стадии загрузки функция kobj_lookup вызываемая из

mount_root(в конечном счете) не находит устройства соответствующего "/dev/hdc1".

но при инициализации диска никаких kobj_map и не создается.

в чем же дело? как всё-таки загрузиться с диска?

 

PS.

У меня sparc32;Linux2.6; образ загружаю своим bios-ом.

использую root=/dev/hdc1 т.к. (см лог: порт обнаруживает только 3-ий диск)

 

PSS.

вот такой вот лог.

 

sil_init_once SIL(3114)

...

ata3 port frozen

ENTER

about to softreset, devmask=1

ata3: bus reset via SRST

found ATA device by sig

EXIT, classes[0]=1 [1]=0

ENTER

<6>ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)

EXIT

ata3 port thawed

ENTER

ata3: cmd 0xEC

ata3: protocol 2 task_state 2 (dev_stat 0x58)

ata_pio_sect data read

ata_data_xfer® len 200

ata3: protocol 2 task_state 3 (dev_stat 0x50)

ata3: dev 0 command complete, drv_stat 0x50

ENTER

flush #1

<6><6>ata3.00: ATA-6: ST940813AM, 5.03, max UDMA/100

<6>ata3.00: 78140160 sectors, multi 0: LBA48

<6>ata3.00: applying bridge limits

set features - xfer mode

ata_exe_int_sg n 0

ata3: cmd 0xEF

ata3: protocol 1 task_state 3 (dev_stat 0x50)

ata3: dev 0 command complete, drv_stat 0x50

ENTER

flush #1

EXIT, err_mask=0

ata_exe_int_sg n 1

ata3: cmd 0xEC

ata_pio_task f035a28c

ata3: protocol 2 task_state 2 (dev_stat 0x58)

ata_pio_sect data read

ata_data_xfer® len 200

ata3: protocol 2 task_state 3 (dev_stat 0x50)

ata3: dev 0 command complete, drv_stat 0x50

ENTER

flush #1

<6><6>ata3.00: ATA-6: ST940813AM, 5.03, max UDMA/100

<6>ata3.00: 78140160 sectors, multi 0: LBA48

xfer_shift=12, xfer_mode=0x45

<6>ata3.00: configured for UDMA/100

EXIT, rc=0

EXIT

DEV: registering device: ID = 'host3'

CLASS: registering class device: ID = 'host3'

class_uevent - name = host3

port EH scheduled

ENTER

ENTER

flush #1

ENTER

ENTER

ata4 port frozen

ENTER

EXIT, classes[0]=5 [1]=0

ENTER

<6>ata4: SATA link down (SStatus 0 SControl 310)

EXIT, no device

ata4 port thawed

ENTER

EXIT, rc=0

EXIT

host probe begin

DEV: registering device: ID = 'target2:0:0'

DEV: registering device: ID = '2:0:0:0'

bus scsi: add device 2:0:0:0

CLASS: registering class device: ID = '2:0:0:0'

class_uevent - name = 2:0:0:0

ata_dev_add OK

/sil_init_once SIL(3114) OK

bound device '0000:00:12.0' to driver 'sata_sil'

pci: Bound Device 0000:00:12.0 to Driver sata_sil

Share this post


Link to post
Share on other sites

а кто сказал что найденный диск именно hdc1, а не скажем, hde1 или sdb4 ?

Share this post


Link to post
Share on other sites
а кто сказал что найденный диск именно hdc1, а не скажем, hde1 или sdb4 ?

1)как видно из лога - это 3ий диск, значт "с" (а не "е" или "а").

2)и это ide, а не sata. там стоИт преобразователь SATA-PATA. да и пробовал я ужЕ все варианты.

 

 

 

вставил еще пару сообщений в лог.

 

try_name: sys_open failed /sys/block/hdc1/dev

try_name: sys_open failed /sys/block/hdc/dev

(try_name это в init/do_mounts.c)

 

теперь вообще не понимаю ничего. значит диск не замонтирован в dev? да?

ну, правильно. так, а какой же диск замонтирован (если замонтирован)? как это определить?

:help:

Share this post


Link to post
Share on other sites

/sys - это sysfs, пофиг если оно не было замонтировано

приведите полный лог загрузки - нифига непонятно из огрызка. По правилам - сначала ищутся ATA хосты, если это SATA, то диски будут sdX, неважно какой-там потом переходник. Далее на хостах ищутся устройства, затем на устройствах ищутся разделы из известных (make menuconfig/Filesystems/Partition types), потом на разделе ищутся известные FS. Когда я говорю "известные", то это значит присутствующие на момент монтирования в ядре - будь-то static linked или модули. Если собрать что-либо из выше перечисленного как модуль - то думаю понятно ...

 

P.S. sparc32 довольно распространренная платформа - David Miller там спец в соответствующей рассылке - не думаю что должны быть какие-то фатальные траблы.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this