Telepítés RAID 1 es particióra külső winchester dokkolóval

Linux-haladó

Sziasztok!

A gondom a következő:

Adott egyenlőre féllábas RAID 1 kötet ami két winchester dokkoloban van, egyikre már telepítve van a Slackware 14.0 (természetesen, ami szükséges egy serverhez httpd (pache) etc..), de mivel a saját laptopomra kötve telepítettem a saját mbr -t sikerült felülíratnom... Az már mogoldva a saját rendszerem bootol, de a RAID 1 es kötetten lévő linux nem bootol mivel az mbr nem jó helyre került... Most fel tudtam mountol a rendszer particiót, és configurálni tudok, de telepiteni nem... A kérdések a következők ezek fényében:

1. Hogy tudom bootolásra"kényszeríteni" a RAID 1 es köteten lévő rendszert?
2. chroot - hogy tudom használni a "gazda" rendszeremen, úgy hogy a "vendég" (RAID 1 es köteten lévő rendszer)rendszert tudjam telepíteni kipróbálni?

A válaszokat előre is megköszönve

  • 11396 megtekintés

( csillagocska | 2013. 05. 02., cs – 06:24 )

Senki se tud segíteni?

______________________________________________________________________________

Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

( dap | 2013. 05. 02., cs – 10:44 )

Én a Slackware miatt vagyok bizonytalan, de általában így szokott működni: 


mount /dev/félábúraid1 /mnt/target && cd /mnt/target
mount --bind /proc proc
mount --bind /sys sys
mount --bind /dev dev
chroot . /bin/bash
echo '(hd0) /dev/sdAmiARaidAlattVan' >/boot/grub2/device.map
[ ! -f /boot/grub2/grub.cfg ] && grub2-mkconfig -o /boot/grub2/grub.cfg
grub2-install '(hd0)'
umount /mnt/target

A chroot után olyan lesz, mintha a raid-en lévő új rendszert bootoltad volna, tudsz telepíteni, stb.

Köszi, megpróbálom. Annyi hogy nem grub, hanem lilo.

________________________________________________________________________________________________________________________

Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

Amellett, hogy megadod neki a megfelelő winyót aminek az mbr-jébe vési magát, fontos az is, hogy tudja, hogy azt a BIOS hanyadiknak látja (első a 0x80). Ennek az infónak a megadására/force-olására grub-nál a device.map hivatott, de lilo-nál is megvan valahol a megfelelője. Ha ezt rosszul méri fel a lilo, akkor bootnál a "LI" után megakad.

Egy évtizede nem láttam lilot, a konkrétumok már a ködbe vesztek. :)

Hát elakadtam...

root@csillagocska:/mnt/hd# mount --bind /proc proc
root@csillagocska:/mnt/hd# mount --bind /sys sys
root@csillagocska:/mnt/hd# mount --bind /dev dev
root@csillagocska:/mnt/hd# chroot . /bin/bash
chroot: failed to run command '/bin/bash': Exec format error
root@csillagocska:/mnt/hd# chroot ./bin/bash
chroot: cannot change root directory to ./bin/bash: Not a directory
root@csillagocska:/mnt/hd# chroot . /bin/ bash
chroot: failed to run command '/bin/': Permission denied

Akárhoyg próbálom nem "eszi" meg.:(

_____________________________________________________________________________________________________________________________

Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

Uh, de igen ... A telepites 64 bites. a regi serverrol valo mentesek valószínű mármitn configok 32 bitesek. Mia megoldás ilyenkor? Jah, a probléma az, hogy az én rendszerem 32 bites Slackware linux, és a dokkolóban lévő winyóra 64 bites lett feltéve. és így mountoltam fel... Esetleg 64 bites Slackware live cd ről bebootolok és úgy játszom el a mountolast illetve a chrootlast?

_________________________________________________________________________________________________________________________________________

Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

Szia!

Hát nem igazán megy nekem ez...Igazabol megpobaltam az eleve telepito 64bitesrol bootolni... de nem tudom hogy kene:( Vagy csak utana tudom mootolni? nem latja a paiiokat most md0 stb... hanem sdb1 sdb2 etc

Most aztannem tudom mit tegyek...

________________________________________________________________________________________

Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

Remélem dap nem haragszik meg, hogy beleokoskodom :)

Először kicsit "részletesebben" is leírhatnád hol akadtál el, mert ez eléggé zavaros.

Bootolj be live cd-ről. Nyiss egy terminált. Rakd össze a RAID tömböt. pl. mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1 (sda1 meg sdb1 helyére értelemszerűen helyettesítesz). Ha valamelyik lába hiányzik a tömbnek akkor oda írj missing -et. Aztán jöhetnek a fent említett lépések.

A RAID1 tömb megvan, és már el van rá telepítve a 64 bites Slackware(egyik dokkolóban van ez a winchester), a gondot az okozott, hogy a saját laptopom winyojára írodott az mbr (lilo-s bootmanager), ez ugyan javítva lett, de nem bootol be a RAID 1 kötetől illetve md0nak kéne lennie, de most az is zavar hogy sdb1, sdb2 sdb3, sdb4 nek látja, egyelőre éllábas a RAID 1 mivel a másik winyo a másik dokkólban van, ez ideielnes megoldás, ha eltelepítettem mindent akkor kerül be a serverbe mindkettő... És időközben az is kiderült miért nem tudok chrootolni, mivel az én rendszerem 32 bites a server 64bites mivel abban 8 GB RAM van.

live cd ről sem lesz más mint a telepito dvd ről ha bebootolok... Nem tudom, aza gaz, hogy ott is nagy nehezsegek áran volt hajlandó látni a md125particiot, amit nem is ertek miert igy irja ki... jah ott is sdb1 etc ket lát csak... es nem birom ravenni hogy felmountolja a rendszerparticiot,....

Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

64 bites live cd-ről lehet chrootolni a 64 bites rendszerre. És össze kell rakni a tömböt. Magától nem fogja összefűzni valószínűleg. Lehet jobban járnál ha átraknád a szerverbe azt a hdd-t amin fent van már a rendszer és ott állnál neki kijavítani, mert így csak kavarodás lesz az egészből.

Aza gondom nincs rá időm, és hétvégéig meg kell legyen. Nincs nekem gépem ozzá, ezt majd be kell szerelni a servebe. Más opcio nincs? minekeppen csak live cd ről megy?

root@csillagocska:~# fdisk -l

Disk /dev/sda: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x868598d6

Device Boot Start End Blocks Id System
/dev/sda1 63 7807589 3903763+ 82 Linux swap
/dev/sda2 7807590 488397167 240294789 83 Linux

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x1a46580a

Device Boot Start End Blocks Id System
/dev/sdb1 * 63 979964 489951 fd Linux raid autodetect
/dev/sdb2 979965 40050044 19535040 fd Linux raid autodetect
/dev/sdb3 40050045 55681289 7815622+ fd Linux raid autodetect
/dev/sdb4 55681290 1953525167 948921939 fd Linux raid autodetect
root@csillagocska:~#

Ez van most...

Azt nem értem miért nem felel meg a 64 bites Slackware dvd amiről telepítettem? Nem ugyanaz?

Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

Na mindkét winchester beszerelve egy gépbe, és megvannak a RAID tömbök:)Látja md0 - md4ig:) De kérnék azért még szépen segítséget abban,hogyha valhol elakadnék;) Most megpróbálom ami írtatok, az mbr-t is remélem sikerül bebootolnom, akkor jön az sfdisk es parancs amivel, valamilyen módon átmásolható copyzható a RAID? Mivel most missing volt és éllábas, mer eddig dokklóban volt. Ha ez megváltozik ( a másik winyó még "szűz" azaz formázatlan).

A segítséget eddig is megköszönve.

csillagocska

______________________________________________________________________________________________________

Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

Azt nem értem hogy lett az md0 ból md124?A többi jó m124, md1, md2, md3

Ezzel mit tudok tenni??
Hm?

_________________________________________________________________________

Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

Ez amiatt van, mert az idegen rendszeren összeállítva a "homehost" nem stimmelt a tömbön. A superblock update-jével megoldható (mdadm -U homehost/super-minor), de hogy pontosan mi a gond, azt csak akkor látjuk, ha a tömbök aktív superblock-ját megmutatod (mdadm -E /dev/sdXY).

+esettanulmánynak: https://bugzilla.redhat.com/show_bug.cgi?id=606481

Azt légyszíves áruld el, mit értesz a "homehost" alatt:$ Oda mit írjak?
pl: akarmi.hu? amia hosts vagy HOST ájlban van?

Az mdadm -E /dev/mdXY mindeyikre azt írja sajnos ki: mdadm: No superblock detected on /dev/md124 illetve md1 - md2 - md3nál is:(

Azért nem értem mert cat /proc/mdstat kirja:
md3: activ raid1 sda4[0]
948790790720 blocks super 1.2 [2/1] [U_]

md2: activ raid1 sda3[0]
7811456 blocks super 1.2 [2/1] [U_]

md1: activ raid1 sda2[0]
19518528 blocks super 1.2 [2/1]

md124: activ raid1 sda1[0]
489856 blocks super 1.2 [2/1] [U_]

Az mdadm -U --homehost=akarmi.hu meg nem működik...
mdadm: -U does not set the mode, and so canot be the first option

_______________________________________________________________________________________________________

Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

"Azt légyszíves áruld el, mit értesz a "homehost" alatt:$ Oda mit írjak?"
"Az mdadm -U --homehost=akarmi.hu meg nem működik..."
Ugye a kérdés előtt elolvastad a vonatkozó mant, és tudod hogy miért írtad be ezt a parancsot?

man mdadm:
-U, --update=
  Update the superblock on each device while assembling the array. The argument given to this flag can be one of sparc2.2, summaries, uuid, name, homehost, resync, byteorder, devicesize, no-bitmap, or super-minor.

  The homehost option will change the homehost as recorded in the superblock. For version-0 superblocks, this is the same as updating the UUID. For version-1 superblocks, this involves updating the name.

 
A man szerint kellett volna odaírnod valamit a homehost után?

 

"Az mdadm -E /dev/mdXY mindeyikre azt írja sajnos ki: mdadm: No superblock detected on /dev/md124 illetve md1 - md2 - md3nál is:("
Az előző hozzászólásban dap nem véletlen írt sdXY-t, és nem pedig mdX-et, jelezve, hogy az md komponensein van superblock. És ezt még az előzőekben írt update előtt kellene.

Én elolvastam a man -t de nem igazán értem, mi az az "Y" mit kéne oda írjak? A homehost parameter man szerint --homehost=valamivel, de ezt még így nem használtam ezért kértem segítséget.

__________________________________________________________________________-

Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

"Én elolvastam a man -t de nem igazán értem, mi az az "Y" mit kéne oda írjak?"
Említettem, hogy az md komponensét. Az előbbi /proc/mdstat kimeneted alapján az md124-hez az /dev/sda1 tartozik, azaz az "Y" értéke 1.

"A homehost parameter man szerint --homehost=valamivel"
Nem. Vagy "-U homehost", vagy "--update=homehost". Ezt írja a man.

oké.

Jó értem. Ha zt írom be hogy mdadm -E /dev/sda2 1 ua adja ki mitha csak sda2 írtam volna.

sda1:
Magic : a92b4efc
Version : 0.90.00
UUID : 5b4a86a4:bfef5d1a:208cdb8d:9e23b04b (local to host slackware)
Creation Time : Sat Apr 27 08:14:11 2013
Used Dev Size : 489856 (478.46 MiB 501.61 MB)
Array Size : 2
Total Devices : 1
Preferred Minor: 124

Update Time : Fri May 3 08:58:04 2013
State : clean
Active Devices : 1
Working Devices : 1
Failed Devices : 1
Spare Devices : 0
Checksum : 261c3ee1 - correct
Events : 107

Number Major Minor RaidDevice State
this 0 8 1 0 active sync /dev/sda1
0 0 8 1 0 active sync /dev/sda1
1 1 0 0 1 faulty removed

sda2:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : c9b04483:b40332c1:f551bcb7:9411b0eb
Name : slackware:1 (local to host slackware)
Creation Time : Sat Apr 27 08:15:28 2013
Raid Level : raid1
Raid Devices: 2

Avail Dev Size : 39037312 (18.61 GiB 19.99 GB)
Array Size : 19518528 (18.61 GiB 19.99 GB)
Used Dev Size : 39037056 (18.61 GiB 19.99 GB)
Data Offset : 32768 sectors
Super Offset : 8 sectors
State : clean
Device UUID : 77c71e3d:b95e0077:dad585d9:a4206ae5

Update Time : Fri May 3 08:02:32 2013
Checksum : 81776c9 -correct
Events : 26

Device Role : Active device 0
Array State : A. ('A' == active, '.' == missing)

/dev/sda3:

Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : 1bc79774:17d1bdcb:08cf7c5b:040edcd6
Name : slackware:2 (local to host slackware)
Creation Time : Sat Apr 27 08:15:49 2013
Raid Level : raid1
Raid Devices: 2

Avail Dev Size : 15623053 (7.45 GiB 8.00 GB)
Array Size : 7811456 (7.45 GiB 8.00 GB)
Used Dev Size : 15622912 (7.45 GiB 8.00 GB)
Data Offset : 8192 sectors
Super Offset : 8 sectors
State : clean
Device UUID : 81bc0cf5:982e6055:8857747a:1e9e3dc9

Update Time : Fri May 3 08:00:29 2013
Checksum : 2488b0a8 -correct
Events : 3768

Device Role : Active device 0
Array State : A. ('A' == active, '.' == missing)

/dev/sda4:

Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : c98744a5:17b5fb90:90e7a37b:48ec8e8a
Name : slackware:3 (local to host slackware)
Creation Time : Sat Apr 27 08:16:10 2013
Raid Level : raid1
Raid Devices: 2

Avail Dev Size : 1897581734 (904.84 GiB 971.56 GB)
Array Size : 948790720 (904.84 GiB 971.56 GB)
Used Dev Size : 1897581440 (904.84 GiB 971.56 GB)
Data Offset : 262144 sectors
Super Offset : 8 sectors
State : clean
Device UUID : bc95ed02:847ff2b5:629cebc7:73d3d038

Update Time : Fri May 3 07:59:29 2013
Checksum : fa28cdc0 -correct
Events : 14892

Device Role : Active device 0
Array State : A. ('A' == active, '.' == missing)

másik próbáltam így:
mdadm -U homehost (írtam ide a hosts tartalmt akarmi.hu)
de minkét esetben azt mondja mdamd: -U does not set the mode, and so cannot be the first option.

mdadm --update=akarmi.hu - -U not set the mode, and so cannot be first option.

Jah és feljebb már ugyan írtam, de most is mivel meg a mbr (lilos) nem lett rendbe téve 64 bit DVD telepítőről bootolok be, mountolok és jgy érek hozá a rendszerhez.

_________________________________________________________________________________________________

Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

A md124 a /boot, ugye? Azért "neveződött" át csak az, mert azon 0.9-es a superblock, a többin pedig 1.2. Próbáld így összerakni egyszer a tömböt: 

mdadm -A -U=super-minor --run /dev/md0 /dev/sda1

Utána már megjegyzi, hogy md0 volt és az automata összeállításnál is megtartja a számot.

Ha saját erőből, liloval fog bebootolni a rendszer, akkor megint találkozni fogsz ugyenezzel a problémával (hacsak nem "slackware" a hostname). Akkor is ugyanez lesz a megoldás, vagy pedig az, hogy beleírod az /etc/mdmadm/mdadm.conf-ba, hogy: 

HOMEHOST slackware

Hát nem jött össze. Ezt irja ki:

mdadm:/dev/sda1 is busy -skipping

Először akkor a boot legyen rendbe, és utána meg tudom csinálni?

::____________________________________________________________________________________________________________::
Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

Addig eljutottam látja most md0 nak amit eddig md124nek, már ezt értem.Most aza godom hogy nem tudom milyen fájlokat kell átszimlinkelni, illetve bemásolni a boot könyvtárába, mert tök üres. a lilo -t meg tudom szerkeszteni, utána kiadok egy lilo -v t.

mdadm -S /dev/md124 leallt a másik paranccsal ujrainditottam mint md0 a végére beleirta.

vi -al átszerkesztettem az MDADM.CONF-ot es elmentettem.

mosta boot rekord elyreallitasa a cel.

__________________________________________________________

Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

Odáig eljutottam, hogy a master boot record jó lett, a lilo működik, de kernel panic van az indulásnál és a rendszer nem indul.

Úgy vannak a partíciók, hogy a /dev/md2 a /-re (ami leánykori nevén /dev/sda3), a /dev/md0 a /boot-ra (ami hajdanán /dev/sda1 volt) van mountolva az fstab-ban.

Az indulásnál azt mondja, hogy Please apped a correct "root=" boot option; here are the available partitions:

Itt felsorolja az sda 1-2-3-4-et, az sda-t, mint önmagát, és az md0-át. A lilo.conf-ban root = /dev/md2 van, hiszen az van az fstab-ban /-re rakva.

Mi kellene a lilo.conf-ban root-nak megadni, vagy lehet, nem is az a baj?

Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

Szia Csillagom!
Ha már eddig sikerült eljutni, az jó.
Ahhoz, hogy be tudj bootolni a raid tömbről, (mivel a boot is raiden van) a boot folyamat elején helyre kell állítanod a raid tömböt, másképp nem tudja azt olvasni.
Az a gyanúm, hogy az initrd lesz a barátod, de okosabbak majd kijavítanak. Sajnos ebben az esetben is csak irányt tudok mutatni, konkrét példával nem tudok szolgálni.

Köszi, már túl vagyok ezen:) Már bent van a server parkbana a server;) Éppen bidneket viszem fel:) Végülis beszerltem egy gepbe, és újra lettek a raidek alkotva:) És már szinkronizált a masikra:)

_____________________________________________________________________
Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.