Új hozzászólás Aktív témák
-
sellerbuyer
őstag
Sziasztok! Nagyon fontos kérdésem lenne:
Tudtok-e olyan CloneZilla-szerű proggyt mondani (lehetőleg ingyeneset) Linux-hoz (Ubuntu 10.04), amivel lementhetem a teljes vinyótartalmat pont úgy, ahogy a CloneZillával is egyetlen vinyóról és képes visszatenni ezt a mentett cuccot RAID 1 tömbre mindenféle egyéb mókolás nélkül és tovább tud menni minden úgy, mintha mi sem történt volna, csak immáron Raid 1-en? Egyébként szerverről volna szó.
Azt olvasom a CloneZilla Linux változatáról, hogy sajnos nem képes erre.
[link]Előre is köszönöm a helpet!
[ Szerkesztve ]
-
sellerbuyer
őstag
válasz sellerbuyer #7382 üzenetére
Bocsánat, kimaradt: szoftveres Raid-ről van szó.
-
sellerbuyer
őstag
válasz radi8tor #7384 üzenetére
Én is.
Hihetetlen, hogy végigkérdezősködtem Linux-os körökben is, de senki nem tudott értelmes megoldást erre, hogy ha már egyszer elkezdte valaki single vinyóval (manuális mentésekkel), utána hogyan tud korrektül átállni gyorsan, fájdalommentesen (működő szervernél nem utolsó szempont) Raid-re. Már kezdem azt hinni, hogy nincs is normális megoldás erre, csak mókolgatós, konfigolgatós.
Egyébként halkan megjegyzem, utóbbit sem tudták korrektül elmagyarázni, mert nagyon kevesen használnak ugye Raid-et a gyakorlatban is. Fura, hogy általában csak sima rendszermentéseket használnak, visszaállítási pontokat hoznak létre és ezzel teljesen meg vannak elégedve. Ezek pedig csak hacker támadás, vagy egy-két sérült fájl, esetleg elkonfigolás esetén nyújtanak védelmet. Arra senki sem gondol, mi lesz ha megadják magukat a vinyók? Ilyenkor a visszaállítási pontok kb. semmit nem érnek. Nekem ez a vinyóhalál, bad sector a legnagyobb félelmem, a többi nem nagyon érdekel, mert azokra az esetekre tényleg vannak egyszerű megoldások dögivel.
[ Szerkesztve ]
-
sellerbuyer
őstag
Ha valaki csinált már olyat, hogy single vinyón meglévő, működő Ubuntu rendszert rakott BIOS-ban kovácsolt Raid 1-re, megköszönném, ha tudna segíteni akár privátban, hogyan kell megoldani.
Hardware-es háttér biztosított (3db 320-as Sata II vinyó, egyiken rajta a teljes cucc), a Raid részét meg tudom csinálni a BIOS-ban, nem nagy szám.
Viszont azt nem tudom, hogy utána hogyan tudom rámásolni a Raid 1 tömbre az egész cuccot a harmadik vinyóról úgy, hogy a rendszer utána tökéletesen működjön tovább a Raid tömbről, mintha mi sem történt volna. Gondolom, hogy sima fájl másolósdi csak részmegoldás, ezen kívül még mókolni kell valamit, de sajnos nem tudom, mit.
CloneZilla sem hajlandó Raid-re rárakni single vinyó tartalmát sajnos és más hasonló szoftról sem tudok, pedig nyilvánvalóan ez lenne a legjobb, legegyszerűbb, leggyorsabb megoldás.
-
sellerbuyer
őstag
Hihetetlen, ma mennyit kínlódtam a meglévő single vinyós Ubuntu 10.04 rendszer áthelyezésével Raid 1-re és nem sikerült. Találtam pár leírást, de egy részük nem elég részletes, másik részük meg egyszerűen nem ehhez a módhoz van, ahogy nekem kell csinálni.
Addig műxik, hogy Raid 1 rendben, majd single vinyóról Acronis-al át az egész cucc a tömbre, csakhogy a tömbről már nem akar bútolni sajnos a rendszer. Grub-ban átírtam a root eszközt, akkor az jó lett, utána a Kernel halt meg. Itt teljesen elakadtam, mert ez már magas nekem sajnos.
Próbáltam olyat, hogy feltettem egy szűz Ubit a raid-re, majd csak a fájlrendszert átmenteni rá a másik vinyóról, de ez a megoldás sem sikerült sajnos.
[ Szerkesztve ]
-
sellerbuyer
őstag
BIOS-os, alaplapi vezérlős raid. Elvileg nincs vele baj, fel is ismeri rendesen az Ubi és egy szűz fel is ment rá szépen. Csak az a baj, hogy a single vinyóról csak egy az egyben tudom áthúzni a raid-re az egész tartalmat, az pedig vinné magával a partíciós adatokat, estébé, azt meg nem komálja a raid, úgy néz ki. Szóval egyetlen jó megoldás az lenne, hogyha a raid-re szűz Ubuntu, majd arra az összes fájlt Acronis-al, vagy Live-al, valamivel átmásolni, de gyanítom, hogy a Grub akkor sem bootolna be rendesen, valami gondja azzal is lenne.
[ Szerkesztve ]
-
sellerbuyer
őstag
-
sellerbuyer
őstag
Jester01 tanácsára Ubuntu 10.04-en csináltam a raid 1-et ennek a leírásnak az alapján: [link]
Tulajdonképpen flottul is ment mindaddig, amíg hozzá nem kellett adni sda1-et az md0 tömbhöz. Ugyanis mdadm --add /dev/md0 /dev/sda1 végrehajtását nem engedélyezi, mivel használatban van sda1, hiszen működő rendszer raid1-re átalakításáról van szó. Nem tudom, mitévő legyek. Elkeserítő, hogy ma is ezzel szívtam egész nap és erre megbukik a dolog.
Tudna valaki segíteni?
[ Szerkesztve ]
-
sellerbuyer
őstag
válasz Jester01 #7488 üzenetére
Értem, nem értem viszont, hogy a leírásban miért nem így van.
Tulajdonképpen most akkor azt kellene tennem, hogy a létező md0-ra átmásolok mindent sda1-ről (nemtom, dd-vel jó lesz-e?), aztán unmount-olom sda1-et és így már hozzá fogom tudni adnia tömbhöz, mert nem lesz foglalt/használatban lévő? Vagy átmásolok mindent, majd bebútolok md0-ról, aztán már műxeni fog az sda1 tömbhöz adása, nem kell unmount?
-
sellerbuyer
őstag
válasz sellerbuyer #7489 üzenetére
Bocs, nem volt érthető. A lényeg, hogy most épp ott tartok, hogy sdb-t már hozzáadtam a tömbhöz és a boot-on is alakítottam root=md0. Tehát gondolom, most akkor a még kimaradt sda1-ről kellene mindent átraknom a félkész md0-ra, majd utána sda1-et is csatolni a tömbhöz?
-
sellerbuyer
őstag
válasz Jester01 #7491 üzenetére
Értem, csak azért írtam dd-t, mert a Krusader-el a szimpla fájlmásolás nem működött nekem, folyton leállt néhány giga átmásolása után. A terminálos módszert pedig még nem ismerem, de akkor utána nézek. Mondjuk lehetséges (sőt tuti), hogy azért állt le folyton, mert nem read only volt mountolva a partíció.
A read only mount-hoz is biztosan találok vmi terminálos parancsot, mert gui alól csak simán megy talán.
Egyébként rájöttem, hogy a leírás alapján elvileg már most ott kéne tartanom, hogy az md0-ról fel kéne állnia a rendszernek és szabad lenne az sda, de vmiért még mindig sda1-ről bootol, pedig már a GRUB-ot is átírtam a leírás szerint. No akkor fájlmásolás következik, hátha akkor menni fog a boot rendesen... Hogy miért hagyták ki ezt a lépést a leírásból, nem is értem...
Még egy gondom volna: a leírás szerint mindhárom partíciómat sda és sdb-ről hozzá kellene adnom a tömbhöz, de az extendedre azt mondta, hogy azt nem lehet, mert foglalt, a Linux swap-re úgyszintén. Azt írta, hogy előbb töröljem ezeket. Na most én töröltem sda1-ről és sdb1-ről is. Így csak az sdb1 lett a tömbhöz adva és csak egy sda1 létezik. Viszont műxik minden, legalább is úgy tűnik. Azt szeretném még kérdezni, hogy ez maradhat-e így, nem lesz-e ebből gond, vagy most csak látszólag működik a rendszer így, de kezdjem inkább elölről az egészet (van backup), mert fontos az a két partíció is?
[ Szerkesztve ]
-
sellerbuyer
őstag
-
sellerbuyer
őstag
Hát csak nem boldogulok a grub-al...
Kész a raid, minden faszányos, erre nem bootol sehogy sem. Error: no such device: <UUID> jön fel, akárhogy próbálkozom, pedig volt szépen grub install és update is, mégsem jó sajnos.
-
sellerbuyer
őstag
Ha valaki esetleg tudna segíteni...
Így néz ki a boot/grub sarkalatos része:
### BEGIN /etc/grub.d/09_swraid1_setup ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
menuentry 'Ubuntu, with Linux 2.6.32-41-generic' --class ubuntu --class gnu-linux --class gnu --class os {
insmod raid
insmod mdraid
insmod ext2
set root='(md0,1)'
linux /vmlinuz-2.6.32-41-generic root=/dev/md0 ro quiet
initrd /initrd.img-2.6.32-41-generic
}### END /etc/grub.d/09_swraid1_setup ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Ubuntu, with Linux 2.6.32-41-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod raid
insmod mdraid
insmod ext2
set root='(md0)'
search --no-floppy --fs-uuid --set 6292b0dc-88a6-40ce-a247-6b36b2475f0d
linux /vmlinuz-2.6.32-41-generic root=UUID=ca79a1c5-b8b4-492f-926b-7d956410ab4f ro quiet splash
initrd /initrd.img-2.6.32-41-generic
}A boot során ezt az UUID-jű eszközt reklamálja valamiért a grub:
ca79a1c5-b8b4-492f-926b-7d956410ab4fEbből arra következtetek, hogy valamiért nem a ### BEGIN /etc/grub.d/09_swraid1_setup ### rész menüje fut le, hanem a ### BEGIN /etc/grub.d/10_linux ### részé. Ergo nem tudja a grub, hogy raid-ről van szó, pedig csak a két raid 1-ben lévő vinyó van a gépben boot-kor.
[ Szerkesztve ]
-
sellerbuyer
őstag
válasz Jester01 #7499 üzenetére
Kipróbáltam, sajnos nem működik az átnevezéssel együtt sem.
A helyzet:
A két vinyón kívül, amit a raid1-be tettem, van egy harmadik vinyó is. Két Samsung és egy WD, megegyező méretűek.
A WD volt egyedül a gépben eddig, erről átmásoltam mindent (CloneZilla) az egyik Samsungra, majd a raid létrehozása során erről szinkronizálódott a másik Samsungra. Mivel a Raid létrehozásakor folyton gond volt az, hogy az sda használatban van, ezért a WD-ről kezdtem elölről megcsinálni a raid-et, így sikerült is gond nélkül.Amíg bent van a harmadik vinyó, addig nincs gond, bootol a cucc szépen, csak ugye nem a raid-ről... Amikor kiveszem, akkor jön a hiba, hogy a WD UUID-jét keresi valamiért a grub és ha az nincs, akkor hibaüzenettel leáll a boot.
A grub bütykölése során (a leírás alapján) installáltam a grub-ot az sda-ra és sdb-re is és a későbbi próbálkozások során mindig volt upgrade-grub /dev/sda és sdb is. Mégis egyre rosszabb a helyzet, már syntax errort is ír, pedig nem lehet olyan a grub konfigjában, ami el lenne gépelve, vagy ilyesmi.
-
sellerbuyer
őstag
No, hát most reggel, tisztább fejjel megnéztem újra.
Shift-el megállítottam a boot-ot és megnéztem, hogy mik vannak a listában, mikor a raid-ről próbálok bootolni.
A listában nem is szerepel egyáltalán az általam átnevezett menüsor, hanem csak az alap van, ami még a WD-ről került át. Így egyértelmű, hogy valamiért még az a grub konfig maradt meg, amit a WD-ről Samsungra klónozás során átkerült. Ezért keresi mindig a WD-t bootkor.
Nem értem, mit rontottam el? Volt konfig módosítás után update-grub /dev/sda és sdb rendesen, meg előtte persze install is mindkettőre és mégsem változott, nem értem...
/boot alá lett téve md0, /boot/grub/grub.cfg lett módosítva és ellenőriztem is mindig gedittel, rendesen átíródott és ott van benne a menüpont, ami tartalmazza az md0-ról bootot.
-
sellerbuyer
őstag
válasz Jester01 #7502 üzenetére
Nemnem, nem közvetlenül lett módosítva, ez egy automatikusan generált fájl. A grub.d-n belül tettem egy fájlt, azt kellett szerkeszteni, majd update-grub-al legyártani a cfg-ot és aztán erről upgrade-elni az sda, sdb-n lévő grubokat is.
Nekem még az jutott eszembe, hogy kiveszem a WD vinyót, majd LiveCD-ről boot és aztán kiveszem a cfg-ból (nem közvetlenül!) a sima Linux menüpontban lévő WD UUID-ről történő bootot és beírok oda is md0-t. Szerintem ez jó megoldás lehet, mivel ezzel a WD vinyón is megmarad a normális boot (annak a cfg-jából meg a raid-es menüpontot távolítom el), ez jó lesz még backup-nak, meg elvileg be fog bootolni rendesen a raid tömb is... Nem tudom, de mindenképpen kipróbálom így.
[ Szerkesztve ]
-
sellerbuyer
őstag
500-ast meg megtartod adatnak illetve TEMP- Internet temporary könytárank, swap file tárolónak., hogy az SSD hosszabb élettartamú legyen.
Ennek kb. semmi értelme, mivel az SSD éppen hogy a swap file használathoz kell. Egyébként mi más értelme lenne az extrém (és drága) gyorsaságnak rendszervinyónál?
-
sellerbuyer
őstag
Szervusztok! Remélhetőleg ti tudtok megoldást a problémámra.
Gigabyte alaplap alaplapi RAID vezérlőjével (Intel) csináltam egy RAID 0 tömböt két HDD-ből, a BIOS-ban RAID-re állítva a vezérlést természetesen.
Ezt jóideig így használtam.
Ma sajnos a BIOS setup-ban a Fail safe beállításokat kellett eszközölnöm, különböző egyéb RAM problémák miatt. Ezek a problémák megoldódtak ugyan, de a RAID tömböm tönkrement, mert a RAID beállítás helyett más volt ott (AHCI, vagy IDE, már nem is tudom, hogy mi a default, annyira ideges vagyok).
Ez után már hiába állítottam vissza a RAID beállítást, mert a vezérlőben írta, hogy a RAID 0 tömb létrehozása meghiúsult. Az egyik vinyóra azt írta, hogy non-Raid, a másikra pedig azt, hogy member 0.
Sajnos nincs a vezérlőben Raid helyreállítás funkció.
Mit tudnék még tenni, hogy helyreállítsam a Raid 0 tömböt? Egyelőre nem nyúltam hozzá.
[ Szerkesztve ]
-
sellerbuyer
őstag
Az alaplapi (szoftveres) vezérlő sajnos elég primitív, nem tud semmit. Non-raid-é lehet tenni egy vinyót és ennyi kb., meg persze lehetne új tömböt létrehozni és recovery funkció van még benne. Egyikkel sem megyek semmire, bár az első lehetőséget lehet, hogy ki kell próbálnom, nem lesz más út.
Jelenleg a RAID Reconstructor+Get Data Back-el próbálkozom, pontosabban egy egész napot szántam rá eddig.
Sajnos mindig csak az egyik vinyóról tudom visszaállítani az adatokat, bármennyire is megmondja a RR a GDB-nek, hogy ezek valaha egy tömb voltak és kezelje úgy őket. Ez így használhatatlan, mivel ugye a file-oknak csak az a része van meg, amik az egyik vinyón tárolódtak, a másik fele a másik vinyón van, amihez viszont nem tud hozzáférni vmiért a GDB, folyton I/O hibát jelez. Próbáltam RAID-be tenni a vezérlőt, próbáltam simán AHCI-vel, hogy külön vinyóként jelenjen meg mindegyik, de így sem jó.
Az a baj, hogy mindegyik másképp jelöli a volt tömb HDD-it, amik ráadásul egyformák, így baromi nehéz beazonosítani, hogy most a non-raidként jelöltről tudta visszaállítani az adatok felét a program, vagy pedig a memberről? Ha ez sikerül és kiderül, hogy a non-raid volt a jó neki, akkor annyit még meg tudok tenni, hogy a vezérlőben a member hdd-t átállítom non-raidre és akkor talán mindkettőt le tudja húzni a GDB.
-
sellerbuyer
őstag
válasz HUfantom #8864 üzenetére
1. Azért írtam, hogy ha valaki véletlenül megpróbálna segíteni, akkor legyen infója.
2. Nem tudom, miért annyira nagy tudásnak számít az egy vezérlő részéről, hogy ha kikapcsolom a RAID-et és úgy bootolok be, akkor ne menjen már szét a tömb annyira, hogy kövi boot előtti RAID visszaállításkor már ne legyen meg a tömb rendesen és örökre visszaállíthatatlan maradjon? Mindez úgy, hogy semmi máshoz nem nyúlok. Szerintem nevetséges ez a primitivitás.
3. Nem okos megállapításokat és kioktatást kértem, hanem segítséget.
[ Szerkesztve ]
-
-
sellerbuyer
őstag
Nem akarom elkiabálni, de nagyon-nagyon jól alakulnak a dolgok, úgy néz ki!
Más:
Van ez a kártya, amit két SATA 3-as vinyóm RAID0 vezérléséhez vettem minap és gyönyörűen műxik is: [link]
Az árából ugye az következne, hogy nem tud hardveres RAID-et, de Marvell 88SE9128 chip van rajta, amiről itt egy leírás azt írja, hogy tud hardveres RAID-et: [link]
Hogyan magyarázható ez, illetve mi a helyzet ezzel? Mennyire valós hardveres RAID ez és mennyire nem az? Mennyire terheli ez a kártya a CPU-t a RAID-hez v. mennyire nem?
Előre is köszönöm a válaszokat!
-
sellerbuyer
őstag
Sikerült 100%-ban visszaállítani az összes elveszett cuccot!
Létrehoztam a tömböt, majd a TestDisk-et ráuszítottam, de az valamiért felfedezett fals filerendszereket a tömbben, aztán minden áron Linuxosakat akart létrehozni, pontosabban csak azokból lehetett választani, így inkább szakítottam vele.
Ráuszítottam erre az új tömbre a GDB-et és mindent az ég világon összegereblyézett, méghozzá hiánytalanul és nagyon pontosan, hibátlanul! Így át tudtam másolni másik vinyóra az egész cuccot.
Nagyon köszönöm a helpet mindenkinek mégegyszer!
-
sellerbuyer
őstag
S.O.S. helpre lenne szükségem...
Egy egyszerű SATA III vezérlőt használok (mert az alaplapom csak SATA II), pcie-es, két SATA III-as vinyó van rajta RAID 0-ban (voltak), tele adattal.
A rendszervinyóm meghalt, plusz átköltöztem másik gépházba, sajnos az első teszteknél sikerült reset-elnem a BIOS-t, így oda lett a RAID tömb. Utána már hiába állítottam be a BIOS setup-ban a RAID-et, úgy kezeli a két vinyót a vezérlő, mintha nem RAID vinyók lennének. A kérdésem: minden odavan, vagy van még valami megoldás arra, hogy a RAID 0 helyreálljon úgy, ahogy volt és az adatok ne vesszenek oda? Természetesen a vinyókhoz nem lett nyúlva, visszadugva is oda lettek, ahol voltak, abban a sorrendben, tehát fizikailag rendben van minden.
Előre is köszönöm a helpet!
[ Szerkesztve ]
-
sellerbuyer
őstag
válasz radi8tor #9550 üzenetére
Igen, emlékeztem, hogy anno sikerült megoldani valamivel ezt a problémát és időközben meg is találtam ezt a programot az install könyvtáramban, ebből rájöttem, hogy ezzel oldottam meg anno a raid újraszervezését, majd a szokásos módon tudtam menteni róla az adatokat.
A baj most az, hogy időközben sikerült helyrehozni a raid tömböt, üzemel rendesen, csak épp meghajtóként nem látja a Win sem, meg a HDD repair sem. Ahhoz inicializálni kéne, hogy látszódjon meghajtóként. Csakhogy ha inicializálom, akkor nagy eséllyel haza is vágom az adatok visszaállításának lehetőségét, attól tartok. Ez a dilemmám, pedig nem nagyon fog más lehetőség maradni.
Minden esetre köszönöm a helpet, meglátom, mi lesz.
Új hozzászólás Aktív témák
- WD BLACK SN850P 2 TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 7300-6600 MBs - Eladó!
- Netac NV7000 4TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 7200-6850 MBs - Eladó!
- WD BLACK SN770 2 TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 5150-4850 MBs - Eladó!
- Silicon Power UD90 2 TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 5000-4800 MBs - Eladó!
- SAMSUNG (MU-PE2T0R) -( KÉK) 2TB SSD KÜLSŐ MEREVLEMEZ ! UJ!
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Promenade Publishing House Kft.
Város: Budapest