Fedora 9 - ztraceny IDE disk

Dobry den,

po upgradu na F9 nemohu pristupovat k disku.
Disku jsou 4:
74GB Raptor, ze ktereho se bootuje (win + linux)
750 SATA
750 SATA
750 IDE

Ten posledni IDE neni pristupny.
Kdyz dam
ls /dev/sd*
tak je jen sda[123…], sdb[123…] sdc[123…]
ale jen sdd

Ale:
ve F8 byl disk videt
Instalacni program F9 disk vidi (a nabizi ho v instalacnim menu)
Rescue z F9 DVD disk take detekuje normalne (a je mozne jej mountovat, zapisovat)
Ale po normalnim bootovani disk videt neni (mel by byt sda) a disky se posunou

Nevite cim to je?

Diky
JF

Můžete sem napsat výpis fdisk -l ?

su -
fdisk -l

Disk /dev/sda: 74,3 GB, 74 355 769 344 bajtů
hlav: 255, sektorů na stopu: 63, cylindrů: 9 039
Jednotky = cylindry po 16065 * 512 = 8 225 280 bajtech
Identifikátor disku:?0x000e907e

Zařízení Zavádět Začátek Konec Bloky Id Systém
/dev/sda1 * 1 6528 52428800 7 HPFS/NTFS
/dev/sda2 6529 8631 16892347+ 83 Linux
/dev/sda3 8632 9039 3277260 82 Linux swap/Solaris

Disk /dev/sdb: 750,1 GB, 750 156 374 016 bajtů
hlav: 255, sektorů na stopu: 63, cylindrů: 91 201
Jednotky = cylindry po 16065 * 512 = 8 225 280 bajtech
Identifikátor disku:?0xa04ced11

Zařízení Zavádět Začátek Konec Bloky Id Systém
/dev/sdb1 * 1 91202 732571648 83 Linux

Disk /dev/sdc: 750,1 GB, 750 156 374 016 bajtů
hlav: 255, sektorů na stopu: 63, cylindrů: 91 201
Jednotky = cylindry po 16065 * 512 = 8 225 280 bajtech
Identifikátor disku:?0xa04ced16

Zařízení Zavádět Začátek Konec Bloky Id Systém
/dev/sdc1 1 91202 732572704+ 7 HPFS/NTFS


Problem je, ze ten disk neni vubec videt - ani v techto vypisech neni.
Podobne

ls /dev/sd*
/dev/sda /dev/sda2 /dev/sdb /dev/sdc /dev/sdd /dev/sdf
/dev/sda1 /dev/sda3 /dev/sdb1 /dev/sdc1 /dev/sde /dev/sdg

Ani tady neni.

Udelam-li tohle v Rescue rezimu, disk se identifikuje jako /dev/sda[123]
a ostatni disky se posunou o pismeno dozadu.
V tom Rescue rezimu i ve vistach ten disk normalne vidim, ctu, zapisuju.
V F8 to taky bylo v poradku.

V dmesg zadna zminka o disku neni? Zkousel jste fyzicky odpojit a pripojit nektere ty disky, zda se opet obevi nebo ne?

Legracni je, ze zpocatku ten disk musi system videt.
V device.map mam

this device map was generated by anaconda

(hd0) /dev/sdb

a v grub.conf je

all kernel and initrd paths are relative to /, eg.

root (hd0,1)

kernel /boot/vmlinuz-version ro root=/dev/sdb2

initrd /boot/initrd-version.img

#boot=/dev/sdb2
default=1
timeout=300
splashimage=(hd0,1)/boot/grub/splash.xpm.gz

hiddenmenu

title Fedora (2.6.25.6-55.fc9.x86_64)
root (hd0,1)
kernel /boot/vmlinuz-2.6.25.6-55.fc9.x86_64 ro root=UUID=5c4aad86-dedd-4cb1-99c2-da23006afc4c acpi=on rhgb quiet 5
initrd /boot/initrd-2.6.25.6-55.fc9.x86_64.img

cili bootuje se z sdb2, ale po nastartovani systemu je ten disk sda2 …

V dmesg se nevyznam… nicmene se mi zda, ze si toho disku vubec nevsima, je
tam ten 74 GB a pak dve 750 GB ST3750640AS.

scsi0 : ahci
scsi1 : ahci
scsi2 : ahci
scsi3 : ahci
scsi4 : ahci
scsi5 : ahci
ata1: SATA max UDMA/133 irq_stat 0x00000040, connection status changed irq 22
ata2: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffe980 irq 22
ata3: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffea00 irq 22
ata4: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffea80 irq 22
ata5: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffeb00 irq 22
ata6: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffeb80 irq 22

ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata1.00: ATA-7: WDC WD740ADFD-00NLR5, 21.07QR5, max UDMA/133
ata1.00: 145226112 sectors, multi 0: LBA48 NCQ (depth 31/32)
ata1.00: configured for UDMA/133
ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata2.00: ATA-7: ST3750640AS, 3.AAE, max UDMA/133
ata2.00: 1465149168 sectors, multi 0: LBA48 NCQ (depth 31/32)
ata2.00: configured for UDMA/133
ata3: SATA link down (SStatus 0 SControl 300)
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata4.00: ATA-7: ST3750640AS, 3.AAE, max UDMA/133
ata4.00: 1465149168 sectors, multi 0: LBA48 NCQ (depth 31/32)
ata4.00: configured for UDMA/133
ata5: SATA link down (SStatus 0 SControl 300)
ata6: SATA link down (SStatus 0 SControl 300)
scsi 0:0:0:0: Direct-Access ATA WDC WD740ADFD-00 21.0 PQ: 0 ANSI: 5
sd 0:0:0:0: [sda] 145226112 512-byte hardware sectors (74356 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA
sd 0:0:0:0: [sda] 145226112 512-byte hardware sectors (74356 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA
sda: sda1 sda2 sda3
sd 0:0:0:0: [sda] Attached SCSI disk
scsi 1:0:0:0: Direct-Access ATA ST3750640AS 3.AA PQ: 0 ANSI: 5
sd 1:0:0:0: [sdb] 1465149168 512-byte hardware sectors (750156 MB)
sd 1:0:0:0: [sdb] Write Protect is off
sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA
sd 1:0:0:0: [sdb] 1465149168 512-byte hardware sectors (750156 MB)
sd 1:0:0:0: [sdb] Write Protect is off
sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA
sdb: sdb1
sd 1:0:0:0: [sdb] Attached SCSI disk
scsi 3:0:0:0: Direct-Access ATA ST3750640AS 3.AA PQ: 0 ANSI: 5
sd 3:0:0:0: [sdc] 1465149168 512-byte hardware sectors (750156 MB)
sd 3:0:0:0: [sdc] Write Protect is off
sd 3:0:0:0: [sdc] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA
sd 3:0:0:0: [sdc] 1465149168 512-byte hardware sectors (750156 MB)
sd 3:0:0:0: [sdc] Write Protect is off
sd 3:0:0:0: [sdc] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA
sdc: sdc1
sd 3:0:0:0: [sdc] Attached SCSI disk
ACPI: PCI Interrupt 0000:02:00.0[A] -> GSI 17 (level, low) -> IRQ 17
ahci 0000:02:00.0: controller can’t do NCQ, turning off CAP_NCQ
ahci 0000:02:00.0: MV_AHCI HACK: port_map 7 -> 3
ahci 0000:02:00.0: AHCI 0001.0000 32 slots 3 ports 3 Gbps 0x3 impl IDE mode
ahci 0000:02:00.0: flags: 64bit stag led pmp slum part
PCI: Setting latency timer of device 0000:02:00.0 to 64
scsi6 : ahci
scsi7 : ahci
scsi8 : ahci
ata7: SATA max UDMA/133 abar m1024@0xfe7ffc00 port 0xfe7ffd00 irq 17
ata8: SATA max UDMA/133 abar m1024@0xfe7ffc00 port 0xfe7ffd80 irq 17
ata9: DUMMY
ata7: SATA link down (SStatus 0 SControl 300)
ata8: SATA link down (SStatus 0 SControl 300)
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.

tak nevim…

Jedine co me napada je ze ten binec vznika prave tim mapovanim. Nevim proc ho anaconda vygenerovala, ale pokud instalace i rescu ten disk vidi, moc jinych moznosti mi v uvahu nepripada. Maximalne muzete este zkusit kernel z instalacniho DVD.

Jen nevim co se stane pokud to mapovani odstranite z grub.conf. Vypada to, ze se z nejakeho certovskeho duvodu cast grubu nainstalovala na /dev/sdb ci kam. Problem je ze grub muze disky videt jinak nez system.

Zkusil bych zrusit device.map a v grubu to poeditovat tak ze se bude startovat z hd(1) - to by mel byt ten raptor. Pak ale asi bude problem jeste s fstab - pokud ji tedy nemate pres UUID nebo LABEL. Pokud tam jsou UUID melo by to fungovat i tak…

Jeste jsem zjistil, ze se mi vubec nehlasi cd/dvd.
Ma byt v /dev neco jako /dev/cdrom?
(cdrom samozrejme funguje, bootuje se nej atd.)

Ani me to neprekvapuje…:slight_smile: Zkus vyhodit to mapovani pripadne porovnej dmesg vypis pro kernel z rescu modu a normalniho systemu.