sata frusztráció

alaplapba bedugva, os alatt
sata1 sda
sata2 sdb
sata3 sdd
sata4 sdc
sata5 sde

ha az elsőt lehúzom:
sata1
sata2 sdb
sata3 sda
sata4 sdc
sata5 sdd

miért cserélődik fel a két (2.-3.) hdd sorrendje?

szerk: első listát javítottam.
szerk2: mountolással, uuid-val nincs semmi probléma, ezek nem számítanak (akkor számítana ha nem raid lenne és mondjuk a 4.-5. cserélődne, nem a 2.-3. mindig). már installálás előtt nem olyan sorrendben vannak, ahogy elvárnám.

pár falusi screenshot: 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12

Nem. Ez nem bug, hanem feature. Vagy mittudomén, a logikát én sem értem benne, de elég jellegzetes, több alaplapnál is előfordul. Amióta először kiszúrtam ezt a jelenséget, azóta erre figyelek és azóta minden* kezem közé került alaplapon megvolt, tehát simán lehet, hogy az összesen így van. (*Intel chipsetes volt az összes, lehet, hogy Intel specifikus dolog)

A lényeg: az alaplap port számozása AHCI módban stimmel, IDE compatibility módban viszont felcserélődik.
---
Internet Memetikai Tanszék

csak for the record: ez amd.

szerk: és most megnéztem, ahci-ban vannak. legutóbb kipróbáltam az alaplapi raid-et, ezért. előtte ide-ben voltak, mert az volt a default és nem állítottam át amikor megvettem. telepítés után pedig amikor ahci-ra átálítottam, akkor azt nem szerették az ide-re installált os-ek (lehet csak a windows, nem emlékszem). ez volt x hónapja, azóta eltelt némi idő, volt bios frissítés is és most nem halt be az ide->ahci váltástól.
új biosról: 5 sata foglalat van az alaplapon, de a biosban megjelent egy sata6 is :-)

Az alapvetően mindegy. Minden kötet/partició kap egy egyedi GUID-t és az is meg van neki határozva, hogy mi a csatolási pontja (betűjel vagy könyvtár).

Anno, mikor pár éve újrahúztam az XP-met, akkor lepődtem meg, hogy a SATA-s diskek ugyanúgy be voltak csatolva a megfelelő helyükre.

----------------
Lvl86 Troll

azért bizonyos szempontból igazad van.
$ dmesg | grep sda
[ 2.660257] sd 0:0:0:0: [sda] 1250263728 512-byte logical blocks: (640 GB/596 GiB)
[ 2.660305] sd 0:0:0:0: [sda] Write Protect is off
[ 2.660307] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 2.660326] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 2.660440] sda:
->[ 2.661298] sde: sda1 sda2 sda3 < sdc1 sdc2 sdc3 sdc4
[ 2.685084] sda5 sda6 sda7 sda8raid6: sse2x4 6755 MB/s
[ 2.707681] sda9 >
[ 2.707969] sd 0:0:0:0: [sda] Attached SCSI disk
$ dmesg | grep sdb
[ 2.660721] sd 1:0:0:0: [sdb] 625142448 512-byte logical blocks: (320 GB/298 GiB)
[ 2.660820] sd 1:0:0:0: [sdb] Write Protect is off
[ 2.660822] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[ 2.660845] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 2.661019] sdb:
[ 2.670347] sdb1 sdb2 sdb3 sdb4
[ 2.670553] sd 1:0:0:0: [sdb] Attached SCSI disk
[ 2.952306] md: bind
[ 3.021483] md: bind
[ 3.188407] md: bind
[ 3.204510] md: bind
[ 3.234887] raid0: looking at sdb2
[ 3.234889] raid0: comparing sdb2(976768)
[ 3.234908] zone0=[sdb2/sdc2/sdd2/sde2/]
$ dmesg | grep sdc
[ 2.660665] sd 2:0:0:0: [sdc] 625142448 512-byte logical blocks: (320 GB/298 GiB)
[ 2.660701] sd 2:0:0:0: [sdc] Write Protect is off
[ 2.660703] sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00
[ 2.660742] sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 2.660963] sdc:
->[ 2.661298] sde: sda1 sda2 sda3 < sdc1 sdc2 sdc3 sdc4
[ 2.668088] sd 2:0:0:0: [sdc] Attached SCSI disk
[ 2.957858] md: bind
[ 2.960454] md: bind
[ 2.993112] md: bind
[ 3.020920] md: bind
[ 3.234892] raid0: looking at sdc2
[ 3.234894] raid0: comparing sdc2(976768)
[ 3.234908] zone0=[sdb2/sdc2/sdd2/sde2/]
$ dmesg | grep sdd
[ 2.660852] sd 3:0:0:0: [sdd] 625142448 512-byte logical blocks: (320 GB/298 GiB)
[ 2.660882] sd 3:0:0:0: [sdd] Write Protect is off
[ 2.660885] sd 3:0:0:0: [sdd] Mode Sense: 00 3a 00 00
[ 2.660903] sd 3:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 2.661217] sdd:
[ 2.675464] sdd1 sdd2 sdd3 sdd4
[ 2.675680] sd 3:0:0:0: [sdd] Attached SCSI disk
[ 3.020524] md: bind
[ 3.025294] md: bind
[ 3.029900] md: bind
[ 3.222383] md: bind
[ 3.234878] raid0: looking at sdd2
[ 3.234880] raid0: comparing sdd2(976768)
[ 3.234882] with sdd2(976768)
[ 3.234890] with sdd2(976768)
[ 3.234895] with sdd2(976768)
[ 3.234900] with sdd2(976768)
[ 3.234908] zone0=[sdb2/sdc2/sdd2/sde2/]
$ dmesg | grep sde
[ 2.661109] sd 4:0:0:0: [sde] 625142448 512-byte logical blocks: (320 GB/298 GiB)
[ 2.661185] sd 4:0:0:0: [sde] Write Protect is off
[ 2.661187] sd 4:0:0:0: [sde] Mode Sense: 00 3a 00 00
[ 2.661205] sd 4:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
->[ 2.661298] sde: sda1 sda2 sda3 < sdc1 sdc2 sdc3 sdc4
[ 2.681227] sde1 sde2 sde3 sde4
[ 2.681446] sd 4:0:0:0: [sde] Attached SCSI disk
[ 2.942264] md: bind
[ 2.943885] md: bind
[ 2.946043] md: bind
[ 2.947304] md: bind
[ 3.234897] raid0: looking at sde2
[ 3.234899] raid0: comparing sde2(976768)
[ 3.234908] zone0=[sdb2/sdc2/sdd2/sde2/]

( bambano | 2010. 09. 29., sze – 11:39 )

gyorsabban megjavíthattad volna, ha megcseréled a két kábelt, mint hogy itt elolvasod a várhatóan 300-400 hozzászólásos flame topicodat...:)

( Rt711 v | 2010. 09. 29., sze – 16:16 )

mountold disk label-el, akkor nem lesz gond :)
-

( bbandi | 2010. 09. 29., sze – 21:56 )

Nekem régebben mikor még be volt kapcsolva a 3rd party sata chip az alaplapon (a beleépített sata/pata bridge miatt) az volt teljesen kiszámíthatatlan, hogy a chipsetre integrált vagy a 3rd party kerül előre. Akkor szoktam rá végleg az UUID alapú címzésre

( gyko v | 2010. 09. 29., sze – 23:08 )

A megfejtest nem tudom, de erdekel.
Nekem csak ket SATA HDD-m van, de idonkent meg kell cserelnem a BIOS-ban a HDD boot sorrendet, mert nem arrol akar indulni a gepem amirol kellene.
De az enyem egy "tegnap meg jo volt es semmit sem csinaltam" kategoria. Termeszeesen a sorrend megcserelese utan minden jo (egy ideig).

amit írnak az windowsra is érvényes?
egyébként nem arról van szó, hogy random változik, hanem csak kettő nem olyan sorrendben van os-ek alatt mint a biosban, illetve ahogy be van dugva. sztem az alaplap mond (jelent) hülyeséget, de ha nagyon jó kedvem lesz és átdugdozom a vinyókat, akkor azt sem tartanám kizártnak, hogy az egyik a ludas. szerk: inkább alaplap a ludas, lásd variálásos képek.

uuid az később jön a képbe, mert ezzel a felállással pl már installkor nem olyan sorrendben vannak, ahogy elvárnám.